| Commit message (Collapse) | Author | Age | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This started with trying to remove something that says "remove the hack
below once Hardy and Lenny are deprecated". Hardy and Lenny have been
deprecated for years, this should be easy, right?
Turns out that the symlink stuff we were doing can result in broken
packages with binNMU, see debbug#767839. This is also documented in the
dh_installdocs man page:
> CAVEAT 2: The use of --link-doc should only be done when the packages
> have same "architecture" type. A link from a architecture independent
> package to a architecture dependent package (or vice versa) will not
> work. Since compat 10, debhelper will actively reject unsupported
> combinations.
And we were doing essentially the same wrong thing but manually.
The easiest way to solve this is to stop mixing arch:any and arch:all,
and to make everything arch:any. Let's hope this is as easy as it looks.
Thanks to bunk, nthykier and olly from #debian-devel for help with this.
|
| |
|
|
| |
Fixes lintian pkg-config-unavailable-for-cross-compilation
|
| |
|
|
| |
(Patch from debbug#816200, changelog modified slightly by dx)
|
| |
|
|
|
|
|
| |
It normally comes from a pkg-config in the systemd package, but for some
reason the debian stretch image in wilmer's pbuilder doesn't have it,
even though it's installed in both newer and older debians. Who knows.
Easiest to just not depend on it here.
|
| |
|
|
|
|
|
| |
Fixes issues such as the following in debian testing/sid
>dh_systemd_enable: Requested unit "bitlbee.socket" but it was not found
in any package acted on.
|
| |
|
|
|
|
| |
It's nicer like this, and some builds were defaulting to it anyway. See:
https://manpages.debian.org/unstable/debhelper/debhelper.7.en.html#Supported_compatibility_levels
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
The default was to enable both, which was confusing.
|
| | |
|
| |
|
|
|
| |
reverse lookup. (Code copied from OpenSSH instead of redoing it
poorly.)
|
| |
|
|
|
| |
actually NMU'd. :-( Now this fix really should work. Third time's the
charm after all, innit.
|
| |
|
|
| |
properly.
|
| |
|
|
|
| |
Because apparently not having build-arch is now a build failure, even
though lintian only considered it a warning and a "recommended" target
|
| | |
|
| | |
|
| |
|
|
|
|
| |
I thought I got the capitalization wrong but the manpage of
dh_installchangelogs says it grabs debian/NEWS and calls it NEWS.Debian.
No one told me this.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
Turns out the stuff added by debhelper below enables debconf, which
somehow reads the stuff written to stdout before, and chokes on it.
The error output that is being ignored is something along the lines of
"the user doesn't exist".
|
| |
|
|
|
|
|
|
|
|
|
| |
This fixes an issue when upgrading from an initscripts based release
like 3.4.2 to the current version, in which the old daemon is still
running when systemd tries to start it, so it fails to start due to bind
and fails to stop because it doesn't use pidfiles.
To get around this, the preinst script kills the initscripts-started
daemon the first time when upgrading from something old enough, using
the pidfile.
|
| |
|
|
|
|
|
|
|
|
| |
It was broken with the transition to systemd and doesn't seem worth
fixing - it's redundant with bitlbee.conf and not much more than a
source of confusion for users.
This also removes all the debconf stuff and all the translations which
are not used anymore (that looked a bit excessive for something that
just asks for a port number)
|
| |
|
|
| |
I think this is the thing that was stopping systemd units from enabling
|
| |
|
|
|
| |
See: https://lists.debian.org/debian-devel/2016/12/msg00604.html
Also, this is consistent to systemd.
|
| |
|
|
|
|
|
| |
In the postinst script, the part that isn't handled by debhelper and i'm
not really sure why i'm keeping.
Thanks Raku for reporting/testing this.
|
| |\ |
|
| | |
| |
| |
| |
| | |
So that the systemd debhelper stuff can do its job. Also fixes a lintian
warning.
|
| | |
| |
| |
| |
| |
| | |
I'm using the debhelper version (9.20131227) to avoid depending on
dh_systemd for debian wheezy and ubuntu precise. If it's older than
that, it's probably a distro without dh_systemd.
|
| |/ |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
These only reflect on what arch/cpu bitlbee was built, not on which
it is running. This makes the Debian package unreproducible.
See e.g.
https://tests.reproducible-builds.org/rb-pkg/testing/i386/bitlbee.html
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
packages will be installable.
|
| | |
|
| |
|
|
|
|
| |
Replaced them with GPL headers where possible. OSCAR and Twitter modules
can't be relicenced though, so add an LGPL blurb to debian/copyright.
|
| |\ |
|
| | | |
|
| | | |
|
| | | |
|
