On Sun, Nov 03, 22:02, Andre Noll wrote
> > So that doesn't support binNMUs then. Instead of handling that with
> > custom code, please check dpkg's /usr/share/dpkg/pkg-info.mk which does
> > all of that and can handle binNMU versions.
>
> Would something l
On Sun, Nov 03, 20:12, Sebastian Ramacher wrote
> On 2024-11-03 17:45:16 +0100, Andre Noll wrote:
> > On Sat, Nov 02, 13:03, Sebastian Ramacher wrote
> > > new git version: 1.0.5-1+b1) sid; urgency=low, binary
> > > m4 -DGIT_VERSION=1.0.5-1+b1) sid; urgency=low, binary -
On Sat, Nov 02, 13:03, Sebastian Ramacher wrote
> new git version: 1.0.5-1+b1) sid; urgency=low, binary
> m4 -DGIT_VERSION=1.0.5-1+b1) sid; urgency=low, binary -DDATE="November 2024"
> lopsub-suite.5.m4 | gzip -fn9 > lopsub-suite.5.gz
> /bin/sh: 1: Syntax error: ")" unexpected
> make[1]: *** [Make
On Sun, Apr 21, 11:51, Andreas Metzler wrote
> On 2024-04-08 Andre Noll wrote:
> > On Sun, Apr 07, 22:02, Peter Michael Green wrote:
>
> > > After being rebuilt for the time64 transition, tfortune
> > > depends on both liblopsub1 and liblopsub1t64. As a
>
[Cc Steve]
On Sun, Apr 07, 22:02, Peter Michael Green wrote:
> After being rebuilt for the time64 transition, tfortune
> depends on both liblopsub1 and liblopsub1t64. As a
> result it is uninstallable on architectures that are undergoing
> the time64 transition (armel, armhf and some debian-ports
On Sun, Mar 03, 11:47, Steve Langasek wrote
> > Below it what I've just applied. The patch looks different to what
> > you've sent, but the resulting tree is identical. Please let me know
> > if you're OK with the commit message.
>
> No objections.
Merged and pushed out to the public repo.
Than
erts commit b4d4de17a5c8, replacing it with
the version that has been uploaded to unstable.
It adds a versioned build-dependency on dpkg-dev to guard against
accidental backports with a wrong ABI.
Signed-off-by: Andre Noll
diff --git a/debian/changelog b/debian/changelog
On Thu, Feb 01, 21:13, Steve Langasek wrote:
> > * The tfortune package depends on liblopsub and currently has
>
> > Depends: ${shlibs:Depends}, liblopsub1, ${misc:Depends}
>
> > in its own debian/control file. When would be the best time to replace
> > liblopsub1 by liblopsub1t64?
>
> You
(https://bugs.debian.org/1037136), it is important that libraries
affected by this ABI change all be uploaded close together in time.
Therefore I have prepared a 0-day NMU for liblopsub which will
initially be uploaded to experimental if possible, then to unstable
after packages
9 matches
Mail list logo
