| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
When cross building, scan the host architecture search path for Perl
compiled plugins (XS modules) rather than the build architecture one.
|
|
Signed-off-by: Niels Thykier <niels@thykier.net>
|
|
Signed-off-by: Niels Thykier <niels@thykier.net>
|
|
Signed-off-by: Niels Thykier <niels@thykier.net>
|
|
Use $main::VERSION to determine the version of the tool and embed that
into auto-generated snippets (e.g. via autoscript). This enables
lintian to extract the tool + version and display it on:
https://lintian.debian.org/tags/debhelper-autoscript-in-maintainer-scripts.html
Signed-off-by: Niels Thykier <niels@thykier.net>
|
|
Set the local variables for Emacs in the central placed intended for
it, rather than in (currently) 95 individual files.
Signed-off-by: Niels Thykier <niels@thykier.net>
|
|
Signed-off-by: Niels Thykier <niels@thykier.net>
|
|
Signed-off-by: Niels Thykier <niels@thykier.net>
|
|
Signed-off-by: Niels Thykier <niels@thykier.net>
|
|
Signed-off-by: Niels Thykier <niels@thykier.net>
|
|
Signed-off-by: Niels Thykier <niels@thykier.net>
|
|
Signed-off-by: Niels Thykier <niels@thykier.net>
|
|
$Config{vendorarch} is changing with the perl 5.20 packages,
see #748380.
|
|
$Config{vendorarch} can now change between perl versions, so stricter
dependencies are needed for partial upgrades. See #750017 for details.
This currently affects six packages in the archive.
|
|
exist.
|
|
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.
|
|
As per the upcoming policy change discussed in #579457,
perlapi-$Config{debian_abi} is preferred over perlapi-$Config{version}
where available.
|
|
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.
|
|
|
|
|
|
|
|
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
|
|
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
|
|
* Typo, Closes: #183267
|
|
|
|
#!/usr/bin/env perl
Closes: #156243
|
|
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.
|
|
|
|
Closes: #92826
Also some indentation fixes.
|
|
|
|
|
|
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")
|
|
- 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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
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.
|
|
|
