[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#971349: marked as done (nmu: colord,gimagereader,haskell-bindings-sane,hplip,libimage-sane-perl,libinsane,libkf5sane,libreoffice,pike8.0,pillow-sane,sane-airscan,sane-frontends,scanbd,simple-scan,wine,xsane)

Your message dated Mon, 5 Oct 2020 16:42:25 +0200
with message-id <d00f4c30-46d6-c660-e3e1-73c921c68183@debian.org>
and subject line Re: Bug#971349: nmu: colord,gimagereader,haskell-bindings-sane,hplip,libimage-sane-perl,libinsane,libkf5sane,libreoffice,pike8.0,pillow-sane,sane-airscan,sane-frontends,scanbd,simple-scan,wine,xsane
has caused the Debian Bug report #971349,
regarding nmu: colord,gimagereader,haskell-bindings-sane,hplip,libimage-sane-perl,libinsane,libkf5sane,libreoffice,pike8.0,pillow-sane,sane-airscan,sane-frontends,scanbd,simple-scan,wine,xsane
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
971349: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=971349
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: release.debian.org
User: release.debian.org@packages.debian.org
Usertags: binnmu
Severity: normal

Hello,

please rebuild the following packages to use the new lib after rename libsane to
libsane1.
 

nmu colord_1.4.4-2  . ANY . -m 'Rebuild against new libsane1.'
nmu gimagereader_3.3.1-1 . ANY . -m 'Rebuild against new libsane1.'
nmu hplip_3.20.5+dfsg0-3 . ANY . -m 'Rebuild against new libsane1.'
nmu haskell-bindings-sane_0.0.1-13 . ANY . -m 'Rebuild against new libsane1.'
nmu libimage-sane-perl_5-1 . ANY . -m 'Rebuild against new libsane1.'
nmu libinsane_1.0.7-1 . ANY . -m 'Rebuild against new libsane1.'
nmu libkf5sane_20.08.0-1 . ANY . -m 'Rebuild against new libsane1.'
nmu wine_5.0-4 . ANY . -m 'Rebuild against new libsane1.'
nmu pike8.0_8.0.702-1 . ANY . -m 'Rebuild against new libsane1.'
nmu pillow-sane_2.8.3-4 . ANY . -m 'Rebuild against new libsane1.'
nmu libreoffice_1:7.0.1-1 . ANY . -m 'Rebuild against new libsane1.'
nmu sane-frontends_1.0.14-16 . ANY . -m 'Rebuild against new libsane1.'
nmu scanbd_1.5.1-6 . ANY . -m 'Rebuild against new libsane1.'
nmu simple-scan_3.36.4-1 . ANY . -m 'Rebuild against new libsane1.'
nmu xsane_0.999-9 . ANY . -m 'Rebuild against new libsane1.'


CU
Jörg 

-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key        : 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54470 Lieser


git:      https://jff.email/cgit/

Threema:  SYR8SJXB
Wire:     @joergfringsfuerst
Skype:    joergpenguin
Ring:     jff
Telegram: @joergfringsfuerst


My wish list: 
 - Please send me a picture from the nature at your home.

Attachment: signature.asc
Description: This is a digitally signed message part


--- End Message ---
--- Begin Message --- 
On Sun, 4 Oct 2020 17:44:20 +0200 Sebastian Ramacher <sramacher@debian.org> wrote:
> Hi Jörg
> 
> On 2020-10-04 17:32:34 +0200, Jörg Frings-Fürst wrote:
> > Hello Sebastian,
> > 
> > 
> > 
> > Am Sonntag, den 04.10.2020, 16:39 +0200 schrieb Sebastian Ramacher:
> > > Control: tags -1 + moreinfo
> > > 
> > > On 2020-09-29 08:36:46 +0200, Jörg Frings-Fürst wrote:
> > > > Package: release.debian.org
> > > > User: release.debian.org@packages.debian.org
> > > > Usertags: binnmu
> > > > Severity: normal
> > > > 
> > > > Hello,
> > > > 
> > > > please rebuild the following packages to use the new lib after rename libsane to
> > > > libsane1.
> > > >  
> > > > 
> > > > nmu colord_1.4.4-2  . ANY . -m 'Rebuild against new libsane1.'
> > > > nmu gimagereader_3.3.1-1 . ANY . -m 'Rebuild against new libsane1.'
> > > > nmu hplip_3.20.5+dfsg0-3 . ANY . -m 'Rebuild against new libsane1.'
> > > > nmu haskell-bindings-sane_0.0.1-13 . ANY . -m 'Rebuild against new libsane1.'
> > > > nmu libimage-sane-perl_5-1 . ANY . -m 'Rebuild against new libsane1.'
> > > > nmu libinsane_1.0.7-1 . ANY . -m 'Rebuild against new libsane1.'
> > > > nmu libkf5sane_20.08.0-1 . ANY . -m 'Rebuild against new libsane1.'
> > > > nmu wine_5.0-4 . ANY . -m 'Rebuild against new libsane1.'
> > > > nmu pike8.0_8.0.702-1 . ANY . -m 'Rebuild against new libsane1.'
> > > > nmu pillow-sane_2.8.3-4 . ANY . -m 'Rebuild against new libsane1.'
> > > > nmu libreoffice_1:7.0.1-1 . ANY . -m 'Rebuild against new libsane1.'
> > > > nmu sane-frontends_1.0.14-16 . ANY . -m 'Rebuild against new libsane1.'
> > > > nmu scanbd_1.5.1-6 . ANY . -m 'Rebuild against new libsane1.'
> > > > nmu simple-scan_3.36.4-1 . ANY . -m 'Rebuild against new libsane1.'
> > > > nmu xsane_0.999-9 . ANY . -m 'Rebuild against new libsane1.'
> > > 
> > > I'm not really sure what you're trying to achieve here. You've asked
> > > for a transition slot (#960046) but completely ignored the moreinfo tag
> > > and then went ahead anways. In any case, for a proper transition we
> > > would have tracked binNMUs in that bug report instead of a new one.
> > > 
> > 
> > I refer to the mail from Raphael Hertzog. In [1] he says that the transition is
> > no longer necessary and that I should ask for a binNMU.
> > 
> > > I think that this effectively reopens #908681 which I will unarchive and
> > > reopen.
> > 
> > With the Upstream Release 1.0.31 7 functions have been removed. This was also
> > entered in the changelog and the #MISSING was not removed from the symbols file.
> > 
> > [quote]
> > * debian/libsane1.symbols:
> >     - Remove 7 not longer available symbols.
> 
> In that case, having libsane depend on libsane1 is completely wrong. They
> don't provide compatible ABIs anymore. If upstream broke ABI, do a
> proper transition. Ideally, upstream would also bump the SONAME in that


I agree that we don't really need to binNMU, stuff will move to the new library without need to push it.

G.

--- End Message ---
Reply to: