summaryrefslogtreecommitdiff
path: root/dh_makeshlibs
Commit message (Collapse)AuthorAge
* r576: * Rename debhelper.1 to debhelper.7.joey2003-03-03
| | | | * Typo, Closes: #183267
* 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.
* r501: * Began work on v4 support (and thus the large version number ↵joey2002-01-06
| | | | | | | | | | | | | | | | | | | | | jump), and it is only for the very brave right now since I will unhesitatingly break compatability in v4 mode as I'm developing it. Currently, updating to v4 mode will only make dh_makeshlibs -V generate shared library deps that omit the debian part of the version number. The reasoning behind this change is that the debian revision should not typically break binary compatability, that existing use of -V is causing too tight versioned deps, and that if you do need to include the debian revision for some reason, you can always write it out by hand. Closes: #101497 * dh_testversion is deprecated -- use build deps instead. A warning message is now output when it runs. Currently used by: 381 packages. * dh_installxaw is deprecated -- xaw-wrappers in no longer in the distribution. A warning message is now output when it runs. Currently used by: 3 packages (bugs filed). * Added referneces to menufile in dh_installmenu man page. Closes: #127978 (dh_make is not a part of debhelper, if you want it changed, file a bug on dh-make.)
* r496: * Man page cleanups, Closes: #119335joey2001-11-18
|
* r490: another inexplicable megacommitjoey2001-09-06
|
* r482: * Spellpatch, Closes: #101553joey2001-06-21
|
* r475: * dh_gencontrol: Added a documented interface for specifying substvarsjoey2001-06-03
| | | | | | | | | | | | | | | data in a file. Substvars data may be put in debian/package.substvars. (Those files used to be used by debhelper for automatically generated data, but it uses a different internal filename now). It will be merged with any automatically determined substvars data. See bug #98819 * I want to stress that no one should ever rely in internal, undocumented debhelper workings. Just because debhelper uses a certian name for some internally used file does not mean that you should feel free to modify that file to your own ends in a debian package. If you do use it, don't be at all suprised when it breaks. If you find that debhelper is lacking a documented interface for something that you need, ask for it! (debhelper's undocumented, internal use only files should now all be prefixed with ".debhelper")
* r474: * Added -X flag to dh_makeshlibs, for packages with wacky plugins thatjoey2001-06-01
| | | | look just like shared libs, but are not.
* r456: * dh_makeshlibs: more support for nasty soname formats, Closes: #90520joey2001-03-21
|
* r454: * dh_makeshlibs: don't follow links to .so files. Instead, we will lookjoey2001-03-14
| | | | | | | for *.so* files. This should work for the variously broken db3, liballeg, and it will fix the problem with console-tools-dev, which contained (arguably broken) absolute symlinks to real files, which were followed. Closes: #85483
* r450: * Modified to use dpkg-architecture instead of dpkg ↵joey2001-03-05
| | | | | | | | | | | | | | | | | | | | | | | | --print-architecture. I hate this, and wish it wasn't necessary to make cross compiles for the hurd work. Closes: #88494 * Now depends on debconf-utils for debconf-mergetemplates. Closes: #87321 * Continues to depend on lynx for html changelog conversions. Yes, these and packages with translated debconf templates are rather rare, but it makes more sense for debhelper to consistently depend on all utilities it uses internally rather than force people to keep their dependancies up to date with debhelper internals. If I decide tomorrow that w3m is the better program to use to format html changelogs, I can make the change and packages don't need to update their build dependancies. Closes: #88464, #77743 * Test for init scripts before running them, since they are conffiles and the admin may have removed them for some reason, and policy wants us to deal with that gracefully. * dh_makeshlibs: now uses objdump, should be more accurate. Closes: #88426 * Wildcards have been supported for a while, Closes: #54197 * dh_installdocs and dh_link have been able to make doc-dir symlinks for a while, Closes: #51225
* r448: * dh_makeshlibs: only generate call to ldconfig if it really looks likejoey2001-02-23
| | | | a given *.so* file is indeed a shared library.
* r441: * Added dh_installman, a new program that replaces dh_installmanpages.joey2001-02-10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | It is not DWIM. You tell it what to install and it figures out where based on .TH section field and filename extention. I reccommend everyone begin using it, since this is much better then dh_installmanpages's evilness. I've been meaning to do this for a very long time.. Closes: #38673, #53964, #64297, #16933, #17061, #54059, #54373, #61816 * dh_installmanpages remains in the package for backwards compatability, but is mildly deprecated. * dh_testversion is deprecated; use build dependancies instead. * dh_suidregister: re-enabled. Aj thinks that requiring people to stop using it is unacceptable. Who am I to disagree with a rc bug report? Closes: #84910 It is still deprecated, and it will still whine at you if you use it. I appreciate the job everyone has been doing at switching to statoverrides.. * Since dh_debstd requires dh_installmanpages (where do you think the latter's evil interface came from?), I have removed it. It was a nice thought-toy, but nobody really used it, right? * Since the from-debstd document walks the maintainer through running dh_debstd to get a list of debhelper commands, and since that document has really outlives its usefullness, I removed it too. Use dh-make instead. * dh_installman installs only into /usr/share/man, not the X11R6 directory. Policy says "files must not be installed into `/usr/X11R6/bin/', `/usr/X11R6/lib/', or `/usr/X11R6/man/' unless this is necessary for the package to operate properly", and I really doubt a man page being in /usr/share/man is going to break many programs. Closes: #81853 (I hope the bug submitter doesn't care that dh_installmanpages still puts stuff in the X11R6/man directory.) * dh_undocumented now the same too now. * dh_installinit: installs debian/package.default files as /etc/default/ files. * Updated to current perl coding standards (use strict, lower-case variable names, pod man pages). * Since with the fixing of the man page installer issue, my checklist for debhelper v3 is complete, I pronounce debhelper v3 done! Revved the version number appropriatly (a large jump; v3 changes less than I had planned). Note that I have no plans for a v4 at this time. :-) * Testing: I have used this new version of debhelper to build a large number of my own packages, and it seems to work. But this release touches every file in this package, so be careful out there..
* r433: this is getting *so* boring.joey2001-02-09
|
* r420: big monsta changesjoey2001-02-09
|
* r395: * dh_makeshlibs: corrected the evil db3-regex so it doesn't misfire onjoey2000-11-27
| | | | | data like "debian/libruby/usr/lib/ruby/1.6/i486-linux/etc.so". Closes: #78139
* 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.
* r389: * Completed the fix from the last version.joey2000-11-16
|
* r388: * Ok, I tihnk we have a db3 fix that will really work now.joey2000-11-12
|
* r387: * I retract 2.1.23, the hack doesn't help make dpkg-shlibdeps work; db3joey2000-11-12
| | | | is broken upstream.
* r386: * dh_makeshlibs: Also scan files named "*.so*", not just "*.so.*",joey2000-11-12
| | | | | | | but only if they are files. This should make it more usable with rather stupidly broken libraries like db3, which do not encode the major version in their filenames. However, it cannot guess the major version of such libraries, so -m must be used.
* r376: * Rats, the previous change makes duplicate lines be created in thejoey2000-10-03
| | | | | shlibs file, and lintian conplains. Added some hackery that should prevent that. Closes: #73052
* r375: * Typo, Closes: #72932joey2000-10-02
| | | | | | | * dh_makeshlibs: follow symlinks to files when looking for files that are shared libraries. This allows it to catch files like "liballeg-3.9.33.so" that are not in the *.so.* form it looks for, but that doe have links to them that are in the right form. Closes: #72938
* r360: * Never refer to root, always uid/gid "0". Closes: #67508joey2000-07-21
|
* r338: * Patch from Jorgen `forcer' Schaefer <forcer at mindless.com> (muchjoey2000-03-02
| | | | | | | | | | | | | | | | | modified)to make dh_installwm use new window manager registration method, update-alternatives. Closes: #52156, #34684 (latter bug is obsolete) * Fixed $dh{flavor} to be upper-case. * Deprecated dh_installemavcsen --number; use --priority instead. Also, the option parser requires the parameter be a number now. And, dh_installwm now accepts --priority, and window manager packages should start using it. * dh_installwm now behaves like a proper debhelper command, and reads debian/<package>.wm too. This is a small behavior change; filenames specified on the command line no longer apply to all packages it acts on. I can't belive this program existed for 2 years with such a glaring problem; I guess most people don't need ot register 5 wm's in 3 sub-packages. Anyway, it can handle such things now. :-) * Moved Dh_*.pm to /usr/lib/perl5/Debian/Debhelper. *big* change.
* r273: * dh_installdocs.1: clarified how the doc-id is determined. Closes: ↵joey1999-09-11
| | | | | | | #44864 * dh_makeshlibs: will now overwrite existing debian/tmp/DEBIAN/shlibs files, instead of erroring out. (Closes: #44828)
* r11: Initial revisionjoey1999-08-17