summaryrefslogtreecommitdiff
path: root/examples/rules.indep
Commit message (Collapse)AuthorAge
* 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
|
* r1609: * Only list dh_installman once in example rules.indep. Closes: #211567joey2003-09-21
| | | | * Really fix the prerm-sgmlcatalog, not the postrm. Closes: #209131
* 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.
* 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.
* 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
* 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.
* 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.
* r11: Initial revisionjoey1999-08-17