Hi Niels, Bob, others,
On Fri, Sep 25, 2015 at 8:34 AM, Niels Thykier wrote:
> Thanks for getting it uploaded to NEW.
>
> I have prodded the FTP masters about fast tracking and will try to
> finish the resulting transition as fast as possible. :)
Now it's accepted, built fine
On 2015-09-28 08:46, László Böszörményi (GCS) wrote:
> Hi Niels, Bob, others,
Hi,
> On Fri, Sep 25, 2015 at 8:34 AM, Niels Thykier wrote:
> > Thanks for getting it uploaded to NEW.
> >
> > I have prodded the FTP masters about fast tracking and will try to
> > finish the
reassign 796310 src:graphicsmagick 1.3.20-4
fixed 796310 src:graphicsmagick 1.3.21-4
thanks
Hi,
Since libgraphicsmagick3 no longer exists, the BTS gets confused and thinks this
bug isn't fixed, and so britney won't attempt to migrate graphicsmagick:
Updating libgraphicsmagick3 introduces
On Fri, 25 Sep 2015 06:56:30 +0200
=?UTF-8?B?TMOhc3psw7MgQsO2c3rDtnJtw6lueWkgKEdDUyk=?= wrote:
> On Fri, Sep 25, 2015 at 12:41 AM, Emilio Pozuelo Monfort
> wrote:
> > Yeah, sorry if that came out too harsh. I just meant to say that fixing the
> > RC
> > bug
* László Böszörményi (GCS) , 2015-09-23, 22:13:
[1] http://www.barcikacomp.hu/gcs/graphicsmagick_1.3.21-4.dsc
Here's my review:
-Breaks: pdf2djvu (<= 0.7.21-2)
Dropping the Breaks is correct, but I would expect such changes to be
documented in the changelog.
On Thu, Sep 24, 2015 at 1:38 PM, Jakub Wilk wrote:
> Conflicts/replaces on "libgraphicsmagick3" in necessary because of
> /usr/{lib,share}/GraphicsMagick-1.3.21/ directories. :-/ Fortunately, can
> make the new package co-installable with the jessie version by making
>
On 25/09/15 00:10, László Böszörményi (GCS) wrote:
> On Wed, Sep 23, 2015 at 8:30 PM, Emilio Pozuelo Monfort
> wrote:
>> On Tue, 22 Sep 2015 21:58:46 +0200 wrote:
>>> You make me wonder. Would it worth to have packages with different
>>> quantum depth support
On Wed, Sep 23, 2015 at 8:30 PM, Emilio Pozuelo Monfort
wrote:
> On Tue, 22 Sep 2015 21:58:46 +0200 wrote:
>> You make me wonder. Would it worth to have packages with different
>> quantum depth support in parallel? I mean I would compile / install
>> the
On Fri, Sep 25, 2015 at 12:41 AM, Emilio Pozuelo Monfort
wrote:
> Yeah, sorry if that came out too harsh. I just meant to say that fixing the RC
> bug should take priority as this is blocking other transitions. It's good that
> you're looking at it, so no worries.
It was a bit
* László Böszörményi (GCS) , 2015-09-22, 19:40:
Also, now might be a good moment to move libGraphicsMagickWand to a
seperate binary package.
Do you know any package which needs only that library (ie does it worth
to be a separate one)?
I don't know. I mentioned because the
On Tue, 22 Sep 2015 21:58:46 +0200 wrote:
> On Tue, Sep 22, 2015 at 8:27 PM, Bob Friesenhahn
> wrote:
> > If there are two packages with different quantum depth, then they should be
> > able to co-exist without conflict. Likewise, the existing
On Tue, Sep 22, 2015 at 8:10 PM, Julien Cristau wrote:
> On Tue, Sep 22, 2015 at 19:40:42 +0200, László Böszörményi (GCS) wrote:
>> Yes, I know that. Still the packages can be tracked during a
>> transition via the package name if those were compiled against the
>>
On Tue, Sep 22, 2015 at 7:17 PM, Jakub Wilk wrote:
> * László Böszörményi (GCS) , 2015-09-22, 08:25:
>>
>> [2] dget -x http://www.barcikacomp.hu/gcs/graphicsmagick_1.3.21-4.dsc
>
> You changed the package name, but not the SONAME. That doesn't sound right.
Yes,
On Tue, 22 Sep 2015, László Böszörményi wrote:
On Tue, Sep 22, 2015 at 7:17 PM, Jakub Wilk wrote:
* László Böszörményi (GCS) , 2015-09-22, 08:25:
[2] dget -x http://www.barcikacomp.hu/gcs/graphicsmagick_1.3.21-4.dsc
You changed the package name, but not
On Tue, Sep 22, 2015 at 8:27 PM, Bob Friesenhahn
wrote:
> If there are two packages with different quantum depth, then they should be
> able to co-exist without conflict. Likewise, the existing package should be
> able to co-exist with new packages which are
* László Böszörményi (GCS) , 2015-09-22, 08:25:
[2] dget -x http://www.barcikacomp.hu/gcs/graphicsmagick_1.3.21-4.dsc
You changed the package name, but not the SONAME. That doesn't sound
right.
Changing the SONAME should be a matter of passing
On Tue, Sep 22, 2015 at 19:40:42 +0200, László Böszörményi (GCS) wrote:
> On Tue, Sep 22, 2015 at 7:17 PM, Jakub Wilk wrote:
> > * László Böszörményi (GCS) , 2015-09-22, 08:25:
> >>
> >> [2] dget -x http://www.barcikacomp.hu/gcs/graphicsmagick_1.3.21-4.dsc
> >
On Tue, 22 Sep 2015, László Böszörményi wrote:
On Tue, Sep 22, 2015 at 8:27 PM, Bob Friesenhahn
wrote:
If there are two packages with different quantum depth, then they should be
able to co-exist without conflict. Likewise, the existing package should be
able to
On Mon, Sep 21, 2015 at 9:22 AM, László Böszörményi (GCS)
wrote:
> Correct. It seems all dependencies could be built with the
> QuantumDepth change[1], but the C library package name change is
> strongly advised. Will do it today with appending q16 to the library
> name (as seen
On Sat, Aug 22, 2015 at 00:03:22 +0200, László Böszörményi wrote:
> On Fri, Aug 21, 2015 at 11:28 AM, Jakub Wilk wrote:
> > Package: libgraphicsmagick3
> > Version: 1.3.20-4
> > Severity: serious
> >
> > Please either revert the QuantumDepth change, or change the SONAME.
> Of
On Mon, Sep 21, 2015 at 8:12 AM, Julien Cristau wrote:
> On Sat, Aug 22, 2015 at 00:03:22 +0200, László Böszörményi wrote:
>> On Fri, Aug 21, 2015 at 11:28 AM, Jakub Wilk wrote:
>> > Please either revert the QuantumDepth change, or change the SONAME.
>> Of
On Fri, Aug 21, 2015 at 11:28 AM, Jakub Wilk jw...@debian.org wrote:
Package: libgraphicsmagick3
Version: 1.3.20-4
Severity: serious
Please either revert the QuantumDepth change, or change the SONAME.
Of course, I'm going to fix it. Will change the SONAME as the
QuantumDepth change is
Package: libgraphicsmagick3
Version: 1.3.20-4
Severity: serious
As I said in #795102, building with QuantumDepth=16 breaks the ABI.
Please either revert the QuantumDepth change, or change the SONAME.
--
Jakub Wilk
23 matches
Mail list logo