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
&g
[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
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.
a5c8, 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
index 44bbaeb.
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 have
6 matches
Mail list logo