| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
Conflicts:
debian/changelog
|
|
support upstart, which later grew to a versioned dependency on sysv-rc | file-rc, and which seems to want to continue growing to list other init systems, which there currently seem to be far too many of, for far too little benefit. The sysv-rc dependency is already met in stable. The file-rc dependency is not, so if someone cares about that, they need to find a properly designed solution, which this was not. Closes: #729248
|
|
named debian/package to be installed as the init script. Only fixed in v10 since packages might depend on this behavior. Closes: #719359
|
|
|
|
While newer systemd versions don’t need the absolute path, this breaks
with older systemd versions, notably v44, which we currently have in
wheezy.
Using the absolute paths has no drawbacks and works with both versions.
|
|
|
|
Package: debhelper
Version: 9.20130518
Severity: normal
Tags: patch
User: ubuntu-devel@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch saucy
Control: block -1 by 709481
Hi,
Thorsten Glaser pointed out to me this morning that forwarding Ubuntu's
backlog of Upstart jobs to Debian will cause a bunch of packages to be
incompatible with file-rc. Now, I don't know how long file-rc is
sticking around, but it doesn't seem right for Upstart jobs to be the
thing that force it out, so I think we should fix this.
I sent a patch to the file-rc maintainers as #709481 which brings their
invoke-rc.d up to date with the upstart support in sysv-rc. Once that's
applied, I think the following patch should be applied to debhelper,
although you'll need to adjust it to match whatever version they choose.
|
|
Depend on the version of invoke-rc.d that supports upstart jobs directly,
without which invoke-rc.d will incorrectly use the sysvinit script instead
of the upstart job when starting the service.
|
|
This reverts commit 74f86e7041438b0997817fd1c7d630abc9cf6aa7.
Conflicts:
dh_installinit
|
|
Conflicts:
debian/changelog
|
|
|
|
This is determined by the presence of special PROMISE directives within
commands that provide a high-level description of the command.
Note that when dh is passed additional debhelper options, it cannot tell if
these change the behavior of commands, and so it stops skipping any
commands.
|
|
This makes the invocation more specific and thus less likely to have any
unwanted side effects.
The invocation before was:
systemd-tmpfiles --create >/dev/null || true
With this commit, it becomes:
systemd-tmpfiles --create bacula.conf >/dev/null || true
(for bacula-fd shipping /etc/tmpfiles.d/bacula.conf)
|
|
Conflicts:
Debian/Debhelper/Buildsystem/python_distutils.pm
debian/changelog
|
|
|
|
|
|
(cherry picked from commit 3eda9d1c88f6b9888c6255f2defdac30310af144)
Conflicts:
debian/changelog
|
|
|
|
This reverts commit a0a7bb3433cba64677cf25c469d626552da9f356.
New patch sent.
|
|
|
|
|
|
Conflicts:
debian/changelog
|
|
|
|
|
|
packages will ship both an init script and an upstart job, instead of just an upstart job and a symlink to a compat wrapper. Closes: #577040
|
|
|
|
|
|
|
|
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.
|
|
installed. Closes: #558782
|
|
|
|
|
|
|
|
Patch dh_installinit to handle upstart job files in preference over init
scripts, and provide compatibility symlinks in /etc/init.d for sysv-rc
implementations. Closes: #536035.
|
|
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.
|
|
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
|
|
later).
|
|
* Updated French translation from Valéry Perrin. Closes: #348074
|
|
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..
|
|
Thom May.
Closes: #209090
|
|
* Typo, typo. Closes: #208171 :-)
|
|
* dh_installinit: man page typo fix and enhancement. Closes: #206891
|
|
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
|
|
* Update debhelper(1).
|
|
See #164863
* typo fix Closes: #164958 The rest seems clear enough from context, so
omitted.
|
|
#136502
|
|
behavior
if invoke-rc.d is not present, so versioned deps on sysvinit are not
needed.
|
|
--no-restart-on-upgrade is given; since the daemon is not stopped
with that parameter starting it again is a no-op, unless the daemon was
not running for some reason. This makes transtions to using the flag
easier. Closes: #90976 and sorry it took me so long to verify you were
right.
|
|
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.
|
