summaryrefslogtreecommitdiff
path: root/examples/rules.multi
Commit message (Collapse)AuthorAge
* Removed old example rules files.Joey Hess2011-04-01
|
* Examples files updated to add dh_bugfiles, remove obsolete dh_python.Joey Hess2009-03-12
|
* dh_prep: New program, does the same as dh_clean -k (which will be deprecated ↵Joey Hess2008-04-23
| | | | later).
* * dh_lintian: Finally added this since linda is gone and there's onlyJoey Hess2008-03-06
| | | | | lintian to worry about supporting. Closes: #109642, #166320, #206765 (Thanks to Steve M. Robbins for the initial implementation.)
* r2021: * Don't use - in front of make clean in example rules files.joeyh2007-08-28
|
* r2000: add dh_installwm and dh_installudevjoeyh2007-04-20
|
* r581: * Add calls to dh_installcatalogs to example rules files. Closes: ↵joey2003-03-31
| | | | #186819
* r568: * Fixed dh_python ordering in example rules files. Closes: #172283joey2002-12-09
| | | | | * Make python postinst fragment only run python if it is installed, useful for packages that include python modules but do not depend on python.
* r565: * Various minor changes based on suggestions by luca.joey2002-11-21
|
* r518: * dh_movefiles has long been a sore point in debhelper. Inheritedjoey2002-04-12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | from debstd, its interface and implementation suck, and I have maintained it while never really deigning to use it. Now there is a remplacment: dh_install, which ... - copies files, doesn't move them. Closes: #75360, #82649 - doesn't have that whole annoying debian/package.files vs. debian/files mess, as it uses debian/install. - supports copying empty subdirs. Closes: #133037 - doesn't use tar, thus no error reproting problems. Closes: #112538 - files are listed relative to the pwd, debian/tmp need not be used at all, so no globbing issues. Closes: #100404 - supports -X. Closes: #116902 - the whole concept of moving files out of a directory is gone, so this bug doesn't really apply. Closes: #120026 - This is exactly what Bill Allombert asked for in #117383, even though I designed it seemingly independantly. Thank you Bill! Closes: #117383 * Made debhelper's debian/rules a lot simpler by means of the above. * Updated example rules file to use dh_install. Also some reordering and other minor changes. * dh_movefiles is lightly deprecated, and when you run into its bugs and bad design, you are incouraged to just use dh_install instead. * dh_fixperms: in v4 only, make all files in bin/ dirs +x. Closes: #119039 * dh_fixperms: in v4 only, make all files in etc/init.d executable (of course there's -X ..) * dh_link: in v4 only, finds existing, non-policy-conformant symlinks and corrects them. This has the side effect of making dh_link idempotent. * Added a -h/--help option. This seems very obvious, but it never occured to me before.. * use v4 for building debhelper itself * v4 mode is done, you may now use it without fear of it changing. (This idea of this upload is to get v4 into woody so people won't run into many issues backporting from sarge to woody later on. Packages targeted for woody should continue to use whatever compatability level they are using.)
* r506: * Introduced the debian/compat file. This is the new, preferred way ↵joey2002-01-27
| | | | | | | | | | | | | | | | | | | | | | to say what debhelper compatability level your package uses. It has the big advantage of being available to debhelper when you run it at the command line, as well as in debian/rules. * A new v4 feature: dh_installinit, in v4 mode, will use invoke-rc.d. This is in v4 for testing, but I may well roll it back into v3 (and earlier) once woody is released and I don't have to worry about breaking things (and, presumably, once invoke-rc.d enters policy). * Some debhelper commands will now build up a new substvars variable, ${misc:Depends}, based on things they know your package needs to depend on. For example, dh_installinit in v4 mode adds sysvinit (>= 2.80-1) to that dep list, and dh_installxfonts adds a dep on xutils. This variable should make it easier to keep track of what your package needs to depends on, supplimenting the ${shlibs:Depends} and ${perl:Depends} substvars. Hmm, this appears to be based loosely on an idea by Masato Taruishi <taru@debian.org>, filtered through a long period of mulling it over. Closes: #76352 * Use the addsubstvar function I wrote for the above in dh_perl too.
* r476: * Remove dh_testversion from example rules file, Closes: #99901joey2001-06-08
|
* r420: big monsta changesjoey2001-02-09
|
* r407: * suidmanager is obsolete now, and so is dh_suidmanager. Instead,joey2001-01-10
| | | | | | | | | | | | packages that contain suid binaries should include the binaries suid in the .deb, and dpkg-statoverride can override this. If this is done to a program that previously used suidmanager, though, you need to conflict with suidmanager (<< 0.50). * Made dh_suidmanager check to see if it would have done anything before. If so, it states that it is obsolete, and refer users to the man page, which now explains the situation, and then aborts the build. If it would have done nothing before, it just outputs a warning that it is an obsolete program.
* r392: * DH_COMPAT=3 now enables the following new features which I can't justjoey2000-11-27
| | | | | | | | | | | | | | | | | | | | | | turn on by default for fear of breaking backwards compatability: - dh_makeshlibs makes the postinst/postrm call ldconfig. Closes: #77154 Patch from Masato Taruishi <taru@debian.org> (modified). If you use this, be sure dh_makeshlibs runs before dh_installdeb; many old rules files have the ordering backwards. - dh_installdeb now causes all files in /etc to be registered as conffiles. - debian/README is now supported: it is treated exactly like debian/README.Debian. Either file is installed as README.Debian in non-native packages, and now as just README in native packages. Closes: #34628 * This is really only the start of the changes for v3, so use with caution.. * dh_du has finally been removed. It has been deprecated for ages, and a grep of the archive shows that nothing is using it except biss-awt and scsh. I filed bugs on both almost exactly a year ago. Those bugs should now be raised to severity important.. * --number option (to dh_installemacsen) is removed. It has been deprecated for a while and nothing uses it. Use --priority instead.
* r364: * Whoops, I forgot to add v3 to cvs, so it was missing from a fewjoey2000-08-04
| | | | versions.
* r359: * I started work on debhelper v2 over a year ago, with a long list ofjoey2000-07-19
| | | | | | | | | | | | | | | | | | | | changes I hoped to get in that broke backwards compatability. That development stalled after only the most important change was made, although I did get out over 100 releases in the debhelper 2.0.x tree. In the meantime, lots of packages have switched to using v2, despite my warnings that doing so leaves packages open to being broken without notice until v2 is complete. * Therefore, I am calling v2 complete, as it is. Future non-compatabile changes will happen in v3, which will be started soon. This means that by using debhelper v2, one major thing changes: debhelper uses debian/<package> as the temporary directory for *all* packages; debian/tmp is no longer used to build binary packages out of. This is very useful for multi-binary packages, and I reccommend everyone switch to v2. * Updated example rules files to use v2 by default. * Updated all documentation to assume that v2 is being used. * Added a few notes for people still using v1. * Moved all of the README into debhelper(1).
* r358: * Put dh_installogrotate in the examples, Closes: #66986joey2000-07-10
|
* r347: spellingjoey2000-05-01
|
* r337: * Copyright update: files in the examples directory are public domain.joey2000-02-08
|
* r330: * Make all examples rules files executable.joey2000-01-06
| | | | * Copyright date updates.
* r328: * Added dh_installmime calls to examples, Closes: #54056joey2000-01-04
|
* r295: * Corrected a path name in dh_installxfonts. Closes: #48315joey1999-10-25
|
* r287: * Fiddlesticks. The neat make trick I was using in rules.multi2 ↵joey1999-09-30
| | | | | | | | | | | | failed if you try to build binary-indep and binary-arch targets in the same make run. Make tries to be too smart. Modified the file so it will work, though it's now uglier. Closes: 46287 * examples/*: It's important that one -not- use a install-stamp target. Install should run every time binary-* calls it. Otherwise if a binary-* target is called twice by hand, you get duplicate entries in the maintainer script fragment files. Closes: #46313
* r286: * Fiddlesticks. The neat make trick I was using in rules.multi2 ↵joey1999-09-30
| | | | | | | | | | | | failed if you try to build binary-indep and binary-arch targets in the same make run. Make tries to be too smart. Modified the file so it will work, though it's now uglier. Closes: 46287 * examples/*: It's important that one -not- use a install-stamp target. Install should run every time binary-* calls it. Otherwise if a binary-* target is called twice by hand, you get duplicate entries in the maintainer script fragment files. Closes: #46313
* r285: * Fixed quoting problem in examples/rules.multi (Closes: #46254)joey1999-09-29
|
* r284: * Enhanced debconf support -- the database is now cleaned up on packagejoey1999-09-29
| | | | | | purge. * Broke all debconf support off into a dh_installdebconf script. This seems conceptually a little cleaner.
* r270: * Corrected example rules files, which had some messed up targets.joey1999-09-09
|
* r265: * It turns out it's possible to set up make variables that are ↵joey1999-09-03
| | | | | | | | | | | | | | | | | specific to a single target of a Makefile. This works tremendously well with DH_OPTIONS: no need to put "-i" or "-pfoo" after every debhelper command anymore. * debhelper.1: mentioned above technique. * examples/rules.multi: use the above method to get rid of -i's and -a's. * examples/rules.multi2: new file, example of a multi-binary package that works for arch-indep and arch-dependant packages, and also allows building of single binary packages independntly, via binary-<package> targets. It accomplishes all this using only one list of debhelper commands. * examples/*: removed source and diff targets. They've been obsolete for 2 years -- or is it 3? No need for a nice error message on failure anymore.
* r3: Initial revisionjoey1999-08-17