On Tue, Jun 19, 2012 at 18:13:25 +0200, Rémi Vanicat wrote:
> Hello,
>
> I'm preparing a new upload of xmms2 that will (I hope) build both
> ruby1.8 and ruby1.9 or (at least) only ruby1.9.
>
> I would upload it very soon if xmms2 was not part of the libcdio[1]
> transition. So I would like to ha
cated ruby1.8 binding is the only
one to be include in the release after the freeze
- upload anyway, risking a problem with the transition
Note that the current xmms2 version has been re-compiled with success on
all arch for the libcdio transition.
[1] http://release.debian.org/transitions
Hi,
On 18/06/12 20:01, Rémi Vanicat wrote:
> [...] in
> both case waf or gcc hang, and the build was killed after some time.
I think there is a problem affecting Python threads on kfreebsd-*
currently, perhaps a bug in our glibc, and this has been seen sometimes
when building other packages that
Hello Debian/BSD hackers,
I've recently upload an new version of xmms2 to fix an FTBS[1] and help
a libcdio transition[2]. But the build failed on both kfreebsd buildd
(fano[3] and finzi[4]) at very different stage of compilation, but in
both case waf or gcc hang, and the build was killed
Dear release team,
I'd like to upload a recent libcdio to unstable.
Unfortunately, as usual with libcdio, upgrading from 0.81 to 0.83
means breaking the ABI and changing the sonames of the
libcdio-cdda, libcdio-paranoia, libcdio and libiso9660 libraries...
FWIW, here is the list of (source pack
Nicolas Boullis wrote:
> Hi,
>
> The new libcdio in still waiting in unstable, after 32 days, although
> all depending packages have been successfully rebuilt against it
> (according to https://buildd.debian.org/transitions/summary.html).
> As far as I understand it, this is because some maintai
Hi,
The new libcdio in still waiting in unstable, after 32 days, although
all depending packages have been successfully rebuilt against it
(according to https://buildd.debian.org/transitions/summary.html).
As far as I understand it, this is because some maintainers of depending
packages (such a
Hello,
Nicolas Bouillis wrote:
> When lebrun tried to build vlc 1.0.0-1 for sparc, it failed earlier.
> It apparently could not find libhal-dev or libdbus-1-dev, while they
> apparently were correctly installed. I have no idea what happened
> then.
It was a bug in dbus (#537125) where a
Hi,
On Thu, Jul 23, 2009 at 11:22:40AM +0200, Luk Claes wrote:
> Nicolas Boullis wrote:
>>
>> On Wed, Jul 22, 2009 at 10:38:03AM +0200, Luk Claes wrote:
>>> For vlc on sparc it might not be a bad idea to have a look why it
>>> failed there.
>>
>> I just tried to build both vlc 0.9.9a-3+b1 and 1.
Nicolas Boullis wrote:
Hi,
On Wed, Jul 22, 2009 at 10:38:03AM +0200, Luk Claes wrote:
For vlc on sparc it might not be a bad idea to have a look why it failed
there.
I just tried to build both vlc 0.9.9a-3+b1 and 1.0.0-1 on my sparc box.
Both times, I had build failures because of /usr/incl
Hi,
On Wed, Jul 22, 2009 at 10:38:03AM +0200, Luk Claes wrote:
>
> For vlc on sparc it might not be a bad idea to have a look why it failed
> there.
I just tried to build both vlc 0.9.9a-3+b1 and 1.0.0-1 on my sparc box.
Both times, I had build failures because of /usr/include/scsi/scsi.h
mis
Nicolas Boullis wrote:
Hi,
On Sat, Jul 11, 2009 at 12:23:42PM +0200, Luk Claes wrote:
Nicolas Boullis wrote:
Hence, I just uploaded libcdio 0.81-4 to unstable (I uploaded packages
for i386, powerpc and sparc). Now, I think you can schedule binNMUs.
Scheduled.
What's up with the binNMUs? As
Hi,
On Sat, Jul 11, 2009 at 12:23:42PM +0200, Luk Claes wrote:
> Nicolas Boullis wrote:
> >
> > Hence, I just uploaded libcdio 0.81-4 to unstable (I uploaded packages
> > for i386, powerpc and sparc). Now, I think you can schedule binNMUs.
>
> Scheduled.
What's up with the binNMUs? As far as I
Nicolas Boullis wrote:
> Hi,
>
> On Fri, Jul 03, 2009 at 01:08:22AM +0200, Luk Claes wrote:
>> Nicolas Boullis wrote:
>>> Cheers,
>>>
>>> On Wed, Jul 01, 2009 at 08:03:20AM +0200, Luk Claes wrote:
If you are sure that there are no API changes, then please upload to
unstable and tell us w
Hi RT!
while preparing a new upload for vlc, we noticed that there is an
transition ongoing not listed on
https://buildd.debian.org/transitions/summary.html
libcdio7 -> libcdio10
the following packages seem affected:
>> apt-cache showpkg libcdio7
Package: libcdio7
Versions:
Reverse Depends:
Hi,
On Fri, Jul 03, 2009 at 01:08:22AM +0200, Luk Claes wrote:
> Nicolas Boullis wrote:
> > Cheers,
> >
> > On Wed, Jul 01, 2009 at 08:03:20AM +0200, Luk Claes wrote:
> >> If you are sure that there are no API changes, then please upload to
> >> unstable and tell us when you did so we can schedul
Hi,
On Fri, Jul 03, 2009 at 01:08:22AM +0200, Luk Claes wrote:
>
> Just manually checking the builds of all reverse build dependencies with
> the new version on one arch would also be fine.
OK, I'll give it a try as soon as I can (hopefully within a few days).
Cheers,
Nicolas
signature.asc
Nicolas Boullis wrote:
> Cheers,
>
> On Wed, Jul 01, 2009 at 08:03:20AM +0200, Luk Claes wrote:
>> If you are sure that there are no API changes, then please upload to
>> unstable and tell us when you did so we can schedule binNMUs (as it does
>> not seem to interfere with existing transitions).
>
Cheers,
On Wed, Jul 01, 2009 at 08:03:20AM +0200, Luk Claes wrote:
>
> If you are sure that there are no API changes, then please upload to
> unstable and tell us when you did so we can schedule binNMUs (as it does
> not seem to interfere with existing transitions).
I just played with diff over
Nicolas Boullis wrote:
> Dear release team,
Hi Nicolas
> I'd like to upload a recent libcdio to unstable.
> Unfortunately, as usual with libcdio, upgrading from 0.78.2 to 0.81
> means breaking the ABI and changing the sonames of the libcdio and
> libiso9660 libraries...
> Note that libcdio 0.8
Dear release team,
I'd like to upload a recent libcdio to unstable.
Unfortunately, as usual with libcdio, upgrading from 0.78.2 to 0.81
means breaking the ABI and changing the sonames of the libcdio and
libiso9660 libraries...
FWIW, here is the list of (source packages of) packages that depend
21 matches
Mail list logo
