summaryrefslogtreecommitdiff
path: root/dh_perl
Commit message (Collapse)AuthorAge
* Apply manual pages conventionsDavid Prévot2010-11-02
| | | | | | | | | As advised in man(1), always use: B<bold text> type exactly as shown. I<italic text> replace with appropriate argument. s/debian/Debian/ if needed. s/ / / also. s/perl/Perl/ s/python/Python/ and s/emacs/Emacs/ too.
* Use $Config{debian_abi} to generate the perlapi-* dependencyNiko Tyni2010-05-11
| | | | | | As per the upcoming policy change discussed in #579457, perlapi-$Config{debian_abi} is preferred over perlapi-$Config{version} where available.
* stop trying to handle substvars idempotentlyJoey Hess2009-12-29
| | | | | | | | | | | | | | | | | | | | | | | In the beginning, I tried to be careful to have commands that added a substvar remove it when ran again with different options that caused it to not be needed. However, now when I look over the code, I see 3 places that got it right, 1 that was right but I just broke, and a dozen that don't even try to handle this case. Also, handling the case is hard; code that adds substvars may be complex and calculate versioned dependencies. The removal code then has to somehow also come up with those same exact dependency strings. It's a recipe for nasty code and maintenance headache even if I went and fixed everything right now. Instead, I dropped the whole thing. Many debhelper commands make no pretense of being idempotent anyway; it's easy and normal to call dh_prep when starting a binary package build, with the exact purpose of not needing to worry about idempotency. I did leave in the delsubstvar function, as well as the option to addsubstvar that, confusingly, causes an item to be removed. Just for library compatability reasons.
* dh_perl: Do not look at perl scripts under /usr/share/doc. Closes: #546683Joey Hess2009-09-15
|
* dh_perl: Remove perl minimum dependency per new policy. Closes: #541811Joey Hess2009-08-17
|
* dh_perl: Remove empty directories created by MakeMaker.Joey Hess2008-03-25
|
* r1653: * dh_strip: Add note to man page that the detached debugging ↵joey2004-02-08
| | | | | | | | | symbols options mean the package must build-depend on a new enough version of binutils. Closes: #231382 * dh_installdebconf: The debconf dependency has changed to include "| debconf-2.0". Closes: #230622
* r1596: * Remove duplicate packages from DOPACKAGES after argument processing.joey2003-08-22
| | | | | | | | | | | | | | Closes: #112950 * dh_compress: deal with links pointing to links pointing to compressed files, no matter what order find returns them. Closes: #204169 * dh_installmodules, dh_installpam, dh_installcron, dh_installinit, dh_installogrotate: add --name= option, that can be used to specify the name to use for the file(s) installed by these commands. For example, dh_installcron --name=foo will install debian/package.foo.cron.daily to etc/cron.daily/foo. Closes: #138202, #101003, #68545, #148844 (Thanks to Thomas Hood for connecting these bug reports.) * dh_installinit: deprecated --init-script option in favor of the above. * Add dh_installppp. Closes: #43403
* r576: * Rename debhelper.1 to debhelper.7.joey2003-03-03
| | | | * Typo, Closes: #183267
* r545: * Clarified dh_perl man page. Closes: #159332joey2002-09-03
|
* r543: * Patch from Andrew Suffield to make dh_perl understand ↵joey2002-08-18
| | | | | | #!/usr/bin/env perl Closes: #156243
* 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.
* r496: * Man page cleanups, Closes: #119335joey2001-11-18
|
* r488: * dh_perl: made it use doit commands so -v mode works. Yeah, uglier.joey2001-08-24
| | | | | Closes: #92826 Also some indentation fixes.
* r485: * Typo, Closes: #104405joey2001-07-12
|
* r481: * Whoops, I forgot to revert dh_perl too. Closes: #101477joey2001-06-19
|
* 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")
* r463: * dh_perl: updates from bod:joey2001-04-25
| | | | | | - Provide minimum version for arch-indep module dependencies (perl-policy 1,18, section 3.4.1). - Always update substvars, even if Perl:Depends is empty.
* r449: * dh_perl updatejoey2001-02-25
|
* r444: new dh_perl. Not yet released, since perl is not yet through incoming.joey2001-02-13
|
* r436: more podsjoey2001-02-10
|
* r421: use strictjoey2001-02-09
|
* r385: * Fixed dh_perl to work with perl 5.6, Closes: #76508joey2000-11-08
|
* r384: ughjoey2000-11-07
|
* r346: some perl 5.6 issuesjoey2000-05-01
|
* 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.
* r189: Initial revisionjoey1999-08-17