summaryrefslogtreecommitdiff
path: root/Debian/Debhelper/Dh_Getopt.pm
Commit message (Collapse)AuthorAge
* dh_listpackages: Do not display warnings if options cause no packages to be ↵Joey Hess2010-11-22
| | | | listed.
* Revert "In v8 mode, debhelper only ever acts on packages that can be built ↵Joey Hess2010-05-28
| | | | | | | | | for the given architecture, even if -N or -p are used to specify packages specific to other architectures." This reverts commit 653fb43cfa731d047deaf19b61aef2ebbeb00990. Oops, I meant to not make this change.. -N was already fixed, and fixing -p does not seem important.
* In v8 mode, debhelper only ever acts on packages that can be built for the ↵Joey Hess2010-05-28
| | | | given architecture, even if -N or -p are used to specify packages specific to other architectures.
* In v8 mode, do not allow directly passing unknown options to debhelper ↵Joey Hess2010-05-23
| | | | commands. (Unknown options in DH_OPTIONS still only result in warnings.)
* Fix #572077 in one place I missed earlier. (See #576885)Joey Hess2010-04-08
|
* dh: Disable option bundling to avoid mis-parsing bundled options such as ↵Joey Hess2010-02-16
| | | | "-Bpython-support". Closes: #570039
* Fix handling of -O with options specified by commands. Closes: #568081Joey Hess2010-02-02
|
* bring back ignore_unknown_optionsJoey Hess2010-01-06
| | | | Missed that dh still uses it.
* fix bad interaction between -O and ignore_unknown_optionsJoey Hess2010-01-06
| | | | | | Actually, since ignore_unknown_options is only used with DH_INTERNAL_OPTIONS, which always uses -O for such options, I was able to remove that complication too.
* don't call getopt recursivelyJoey Hess2010-01-04
| | | | That messes with the return value of the outer call.
* solve the dh -Bbuild problemJoey Hess2010-01-04
| | | | | | | | | * Add -O option, which can be used to pass options to commands, ignoring options that they do not support. * dh: Use -O to pass user-specified options to the commands it runs. This solves the problem with passing "-Bbuild" to dh, where commands that do not support -B would see a bogus -u option. Closes: #541773 (It also ensures that the commands dh prints out can really be run.)
* Fix warning about unknown options passed to commands in override targets.Joey Hess2010-01-04
| | | | | | | | | dh used DH_OVERRIDE_UNKNOWN_OPTIONS, which was too broad as it affected commands run via override targets and caused there to be no warning about unknown options. Now unknown options are only ignored when parsing DH_INTERNAL_OPTIONS and dh's own options.
* -a == -sJoey Hess2009-09-01
| | | | | | | The -a flag now does the same thing as the -s flag, so debhelper users do not need to worry about using the -s flag when building a package that only builds for some architectures, and dh will also work in that situation. Closes: #540794
* Use ASCII RS for separating options in DH_INTERNAL_OPTIONS.Modestas Vainius2009-06-30
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Since now extra options via dh command line arguments are encouraged, dh will break when a bit more complex option gets added to DH_INTERNAL_OPTIONS and it gets misparsed by the debhelper command called from the override. E.g. debian/rules: | %: | dh --builddirectory="build dir" | | override_dh_install: | dh_install Will fail with something like: | .... | make[1]: Entering directory `............' | dh_install | cp: cannot stat `debian/tmp/dir': No such file or directory | dh_install: cp returned exit code 1 | make[1]: *** [override_dh_install] Error 1 So since DH_INTERNAL_OPTIONS is exclusively for internal use, why not to use an old good ASCII unrepresentable control character as a separator? So I chose ASCII 1E - RS Record Separator. Signed-off-by: Modestas Vainius <modestas@vainius.eu>
* Make dh not complain about unknown, command-specific options passed to itJoey Hess2009-06-29
| | | | | and further suppress warnings about such options it passes on to debhelper commands. This was attempted incompletely before in version 7.2.17.
* clean up --sourcedir/--sourcedirectory conflictJoey Hess2009-06-28
| | | | | | | | | | | | * Move two move command-specific options to only be accepted by the commands that use them. The options are: --sourcedir, --destdir * If any third-party debhelper commands use either of the above options, they will be broken, and need to be changed to pass options to init(). This was done because of a conflict with the --sourcedirectory options used by dh_auto_*. I originally wanted to make dh_auto_* and dh_install both use --sourcedir, but that didn't work out.
* Revert "Improvements in DH_OPTIONS handling and DH_AUTO_OPTIONS envvar support."Modestas Vainius2009-06-13
| | | | | | | | | | | | This mostly reverts commit f897611a77726655aea258af0c4d52a8ce759ebc. Remaining cosmetic changes (all functional changes have been reverted): * Refactoring of option string into split_options_string() sub (no semantic changes though). * Cosmetic change in Dh_Buildsystems.pm. Breaks testsuite.
* Merge branch 'master' into buildsystemsJoey Hess2009-06-12
|\ | | | | | | | | | | Conflicts: Debian/Debhelper/Dh_Getopt.pm debian/changelog
| * Allow command-specific options to be passed to commands via dh without ↵Joey Hess2009-06-12
| | | | | | | | causing other commands to emit a getopt warning or deprecation message.
* | Improvements in DH_OPTIONS handling and DH_AUTO_OPTIONS envvar support.Modestas Vainius2009-06-08
|/ | | | | | | | | | | | | | * DH_AUTO_OPTIONS is like existing DH_OPTIONS, just only for dh_auto stuff. This also avoids "explosion" of separate DH_AUTO_* environment variables (i.e. exports in debian/rules) and encourages usage of dh_auto command line option names. DH_AUTO_OPTIONS is passed via "extra_args" to Dh_Lib::init() (API addition). * When splitting options from DH_OPTIONS and its flavours, allow arguments to include whitespaces if they are escaped with backslash (\) (see split_options_string()). Document this in debhelper.pod. * Short option for --buildsystem is -c (aka class). * Provide API to cancel option specs from default debhelper options. It will be used in the feature.
* Add a global --remaining-packages option.Modestas Vainius2009-03-23
| | | | | | | | Add a global --remaining-packages option which allows to skip the command on the packages which it has already been run on (i.e. if the command helper is already present in the package debhelper log). Signed-off-by: Modestas Vainius <modestas@vainius.eu>
* fix corner caseJoey Hess2009-03-20
| | | | | If DH_INTERNAL_OPTIONS does not specify any packages, we don't want to exclude them all!
* Fix calling the same helper for separate packages in the override of dh ↵Joey Hess2009-03-20
| | | | | | | | | | | | binary-indep/binary-arch. Closes: #520567 This is based on some work by Modestas Vainius, somewhat simplified by a trick using excludes. Note that the error in the case where there are no packages to build was changed to a warning. That can easily happen now, and doesn't seem particilarly error-worthy anyway; just exiting w/o doing anything seems fine in that case.
* Merge branch 'dh_overrides'Joey Hess2009-02-27
|\ | | | | | | | | | | Conflicts: Debian/Debhelper/Dh_Getopt.pm debian/changelog
| * fix option parsing sideportJoey Hess2009-02-27
| |
| * dh override targetsJoey Hess2009-02-27
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * dh: debian/rules override targets can change what is run for a specific debhelper command in a sequence. * dh: Redid all the examples to use override targets, since these eliminate all annoying boilerplate and are much easier to understand than the old method. * Remove rules.simple example, there's no need to use explcit targets with dh anymore. (cherry picked from commit 0f3f59fe6058edfda4010dc88bd3b8aa3ae70a6d) Conflicts: Debian/Debhelper/Dh_Getopt.pm Debian/Debhelper/Dh_Lib.pm debian/changelog dh
* | dh override targetsJoey Hess2009-02-16
| | | | | | | | | | | | | | | | | | | | * dh: debian/rules override targets can change what is run for a specific debhelper command in a sequence. * dh: Redid all the examples to use override targets, since these eliminate all annoying boilerplate and are much easier to understand than the old method. * Remove rules.simple example, there's no need to use explcit targets with dh anymore.
* | Ignore unknown options in DH_OPTIONS. Debhelper will always ignore such ↵Joey Hess2008-12-14
| | | | | | | | options, even when unknown command-line options are converted back to an error. This allows (ab)using DH_OPTIONS to pass command-specific options. (Note that getopt will warn about such unknown options. Eliminating this warning without reimplementing much of Getopt::Long wasn't practical.)
* | fix wording for when there are multiple optionsJoey Hess2008-10-21
| |
* | Move many command-specific options to only be accepted by the command that ↵Joey Hess2008-10-21
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | uses them. Affected options are: -x, -r, -R, -l, -L, -m, --include-conffiles, --no-restart-on-upgrade, --no-start, --restart-after-upgrade, --init-script, --filename, --flavor, --autodest, --libpackage, --add-udeb, --dpkg-shlibdeps-params, --dpkg-gencontrol-params, --update-rcd-params, --major, --remove-d, --dirs-only, --keep-debug, --version-info, --list-missing, --fail-missing, --language, --until, --after, --before, --remaining, --with * If any third-party debhelper commands use any of the above options, they will be broken, and need to be changed to pass options to init(). * To avoid breaking rules files that pass options to commands that do not use them, debhelper will now only warn if it encounters an unknown option. This will be converted back to an error later.
* | Allow individual debhelper programs to define their own special options by ↵Joey Hess2008-10-21
|/ | | | passing a hash to init(), which is later passed on the Getopt::Long. Closes: #370823
* dh_installinit: Add --restart-after-upgrade, which avoids stopping a daemon ↵Joey Hess2008-05-08
| | | | in the prerm, and instead restarts it in the postinst, keeping its downtime minimal. Since some daemons could break if files are upgraded while they're running, it's not the default. It might become the default in a future (v8) compatability level. Closes: #471060
* dh addon interfaceJoey Hess2008-05-04
| | | | | | | | | | | | * dh: Add an interface that third-party packages providing debhelper commands can use to insert them into a command sequence. (See dh(1), "SEQUENCE ADDONS".) * dh: --with=foo can be used to include such third-party commands. So, for example, --with=cli could add the dh_cli* commands from cli-common. * Moved python-support special case out of dh and into a python-support sequence addon. --with=python-support is enabled by default to avoid breaking backwards compatability.
* dh is now workingJoey Hess2008-04-23
| | | | | | And debian/rules uses it. Sweet!
* initial version of dh, with option parsing and sequences in placeJoey Hess2008-04-23
|
* * dh_strip: Improve the idempotency fix put in for #380314.Joey Hess2008-01-24
| | | | * dh_strip: The -k flag didn't work (--keep did). Fix.
* r2033: * Add --ignore option. This is intended to ease dealing with upstreamjoeyh2007-09-30
| | | | | | | | tarballs that contain debian directories, by allowing debhelper config files in those directories to be ignored, since there's generally no good way to delete them out of the upstream tarball, and they can easily get in the way if upstream is using debian/ differently than the Debian maintainer.
* r1971: * dh_installudev: Treat --priority value as a string so that ↵joeyh2007-01-21
| | | | | | | leading zeros can be used (also so that a leading "z" that is not "z60" can be specified). Closes: #381851
* r1902: releasing version 5.0.30joeyh2006-04-13
|
* r1871: * dh_makeshlibs: add support for adding udeb: lines to shlibs filejoeyh2006-01-28
| | | | via --add-udeb parameter. Closes: #345471
* r1864: releasing version 5.0.19joeyh2006-01-24
|
* r1851: releasing version 5.0.15joeyh2006-01-11
|
* r1849: * dh_installinit: If run with -o, do the inverse of -n and onlyjoeyh2006-01-08
| | | | | | | | | set up maintainer script snippets, w/o installing any files. Useful for those edge cases where the init script is provided by upstream and not easily installed by dh_installinit but where it's worth letting it manage the maintainer scripts anyway. Closes: #140881, #184980 * -o might be added for other similar commands later if there is any reason to. And yeah, it means that -no is close to a no-op..
* r1691: * dh_installinit: Added --error-handler option. Based on work by ↵joey2004-06-29
| | | | | | Thom May. Closes: #209090
* r1655: * Added udeb support, as pioneered by di-packages-build. Understandsjoey2004-02-09
| | | | | | | | | | | | | | | "XC-Package-Type: udeb" in debian/control. See debhelper(1) for details. * Dh_Lib: add and export is_udeb and udeb_filename * dh_builddeb: name udebs with proper extension * dh_gencontrol: pass -n and filename to dpkg-gencontrol * dh_installdocs, dh_makeshlibs, dh_md5sums, dh_installchangelogs, dh_installexamples, dh_installman, dh_installmanpages: skip udebs * dh_shlibdeps: skip udebs. This may be temporary. * dh_installdeb: do not process conffiles, shlibs, preinsts, postrms, or prerms for udebs. Do not substiture #DEBHELPER# tokens in postinst scripts for udebs. * dh_installdebconf: skip config script for udebs, still do templates
* r1614: * Patch from Andrew Suffield <asuffield@debian.org> to make dh_stripjoey2003-10-14
| | | | | | | | support saving the debugging symbols with a --keep-debug flag and dh_shlibdeps skip /usr/lib/debug. Thanks! Closes: #215670 * Add --dbg-package flag to dh_strip, to list packages that have associated -dbg packages. dh_strip will then move the debug symbols over to the associated -dbg packages.
* r1611: * dh_install: add --fail-missing option. Closes: #120026joey2003-10-13
| | | | * Fix mispelling in prerm-sgmlcatalog. Closes: #215189
* 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
* r557: * dh_installinit: added --no-start for rcS type scripts. Closes: ↵joey2002-10-11
| | | | #136502