On Thursday 16 December 2010 11:55:05 Goswin von Brederlow wrote:
> On the note of ia32-libs-gtk. It seems that was rejected by an
> overzelous lintian check. It doesn't depend on libc (no kidding :).
> I will have to check that and add lintian overrides to it or get lintian
> fixed.
Is there prog
Thijs Kinkhorst writes:
> On Tuesday 07 December 2010 18:01:05 Goswin von Brederlow wrote:
>> Uploading ia32-libs-core_20101207_source to mentors. Sponsors
>> welcome.
>
> I have uploaded this now. I think this needs unblocking so that ia32-libs can
> also migrate.
>
> I've also sponsored ia32-l
On Wednesday 15 December 2010 15:29:00 Thijs Kinkhorst wrote:
> I've also sponsored ia32-libs-gtk/20101125 which could also need an
> unblock.
Unfortunately this got rejected:
Reject Reasons:
ia32-libs-gtk: lintian output: 'missing-dependency-on-libc needed by
./lib32/libglib-2.0.so.0.2400.2
On Wed, Dec 15, 2010 at 15:29:00 +0100, Thijs Kinkhorst wrote:
> I have uploaded this now. I think this needs unblocking so that
> ia32-libs can also migrate.
>
Unblocked.
> I've also sponsored ia32-libs-gtk/20101125 which could also need an unblock.
>
dak says:
20101215143236|process-upload|da
On Tuesday 07 December 2010 18:01:05 Goswin von Brederlow wrote:
> Uploading ia32-libs-core_20101207_source to mentors. Sponsors
> welcome.
I have uploaded this now. I think this needs unblocking so that ia32-libs can
also migrate.
I've also sponsored ia32-libs-gtk/20101125 which could also need
Hi!
Am 08.12.2010 09:31, schrieb Alexander Reichle-Schmehl:
> That one FTBFS for me with:
Sorry for the noise. I was just pointed at the fact, that this is the
expected behaviour when building an ia64 package on amd64 :(
Best regards,
Alexander
--
To UNSUBSCRIBE, email to debian-release-
Hi!
Am 07.12.2010 18:01, schrieb Goswin von Brederlow:
> Uploading ia32-libs-core_20101207_source to mentors. Sponsors
> welcome.
That one FTBFS for me with:
dh_builddeb -s
dh_builddeb: You asked that all arch in(dep) packages be built, but
there are none of that type.
dpkg-genchanges >../ia3
"Adam D. Barratt" writes:
> On Sat, 2010-12-04 at 08:37 +0100, Thijs Kinkhorst wrote:
>> On Thursday 18 November 2010 22:24:01 Thijs Kinkhorst wrote:
>> > On Wednesday 17 November 2010 14:26:07 Goswin von Brederlow wrote:
>> > > ia32-libs-core (20101117) unstable; urgency=low
>> > > ia32-libs
On Sat, Dec 4, 2010 at 10:12:54 +, Adam D. Barratt wrote:
> On Sat, 2010-12-04 at 08:37 +0100, Thijs Kinkhorst wrote:
> > On Thursday 18 November 2010 22:24:01 Thijs Kinkhorst wrote:
> > > On Wednesday 17 November 2010 14:26:07 Goswin von Brederlow wrote:
> > > > ia32-libs-core (20101117)
On Sat, 2010-12-04 at 08:37 +0100, Thijs Kinkhorst wrote:
> On Thursday 18 November 2010 22:24:01 Thijs Kinkhorst wrote:
> > On Wednesday 17 November 2010 14:26:07 Goswin von Brederlow wrote:
> > > ia32-libs-core (20101117) unstable; urgency=low
> > > ia32-libs (20101117) unstable; urgency=low
On Thursday 18 November 2010 22:24:01 Thijs Kinkhorst wrote:
> On Wednesday 17 November 2010 14:26:07 Goswin von Brederlow wrote:
> > ia32-libs-core (20101117) unstable; urgency=low
> > ia32-libs (20101117) unstable; urgency=low
>
> I just uploaded these to sid.
I think ia32-libs-core still n
Thijs Kinkhorst writes:
> On Wednesday 17 November 2010 14:26:07 Goswin von Brederlow wrote:
>> ia32-libs-core (20101117) unstable; urgency=low
>> ia32-libs (20101117) unstable; urgency=low
>
> I just uploaded these to sid.
>
> I hope they can be unblocked and their urgency pushed by the releas
Thijs Kinkhorst writes:
> On Wednesday 17 November 2010 14:26:07 Goswin von Brederlow wrote:
>> ia32-libs-core (20101117) unstable; urgency=low
>> ia32-libs (20101117) unstable; urgency=low
>
> I just uploaded these to sid.
Thx.
MfG
Goswin
--
To UNSUBSCRIBE, email to debian-release
On Wednesday 17 November 2010 14:26:07 Goswin von Brederlow wrote:
> ia32-libs-core (20101117) unstable; urgency=low
> ia32-libs (20101117) unstable; urgency=low
I just uploaded these to sid.
I hope they can be unblocked and their urgency pushed by the release team if
they think it's appropria
"Thijs Kinkhorst" writes:
> As for ia32-libs, I would be willing to sponsor it but I don't think we
> should be making uploads for such trivial cleanup operations, is this
> really necessary to get ia32-libs unblocked?
>
> I can take a look at wine later this week if no-one beats me to it and if
Michael Gilbert writes:
> On Tue, 9 Nov 2010 16:21:19 +0100 Julien Cristau wrote:
>
>> On Tue, Nov 9, 2010 at 15:41:56 +0100, Thijs Kinkhorst wrote:
>>
>> > As for ia32-libs, I would be willing to sponsor it but I don't think we
>> > should be making uploads for such trivial cleanup operations,
Michael Gilbert writes:
> On Tue, 9 Nov 2010 16:21:19 +0100, Julien Cristau wrote:
>> On Tue, Nov 9, 2010 at 15:41:56 +0100, Thijs Kinkhorst wrote:
>>
>> > As for ia32-libs, I would be willing to sponsor it but I don't think we
>> > should be making uploads for such trivial cleanup operations,
On Saturday 13 November 2010 00:10:56 Julien Cristau wrote:
> Dropping wine means dropping those, fwiw. Not that I really care, but
> if somebody does want to keep wine in squeeze the build fix seems
> trivial enough...
For the record, the build fix has been uploaded to delayed/7 last week; not
On Mon, Nov 8, 2010 at 19:02:08 +0100, Moritz Muehlenhoff wrote:
> Given that wine in Squeeze is the vintage 1.0 release that already shipped
> with Lenny, we should rather dump it completely.
>
# Broken Depends:
dssi-vst/contrib: dssi-vst [amd64 i386]
lmms: lmms [amd64 i386]
pptview/non-free: p
On Thu, Nov 11, 2010 at 17:56:44 -0500, Michael Gilbert wrote:
> alsa-plugins, nspluginwrapper, fglrx-driver, nvidia-graphics-drivers,
> and sun-java6 all build-depend on ia32-libs, and build successfully
> without ia32-libs-dev. libvdpau doesn't. I've uploaded a fix for that
> to mentors:
> http
On Tue, 9 Nov 2010 16:21:19 +0100 Julien Cristau wrote:
> On Tue, Nov 9, 2010 at 15:41:56 +0100, Thijs Kinkhorst wrote:
>
> > As for ia32-libs, I would be willing to sponsor it but I don't think we
> > should be making uploads for such trivial cleanup operations, is this
> > really necessary to
On 11/09/2010 06:35 PM, Michael Gilbert wrote:
> On Tue, 09 Nov 2010 09:05:16 -0800, Russ Allbery wrote:
>> Michael Gilbert writes:
>>
>>> Well, it's more like one hundred packages, but nevertheless, a very
>>> large number. Obviously its a trade off, just like everything else in
>>> this world.
On Tue, 09 Nov 2010 09:05:16 -0800, Russ Allbery wrote:
> Michael Gilbert writes:
>
> > Well, it's more like one hundred packages, but nevertheless, a very
> > large number. Obviously its a trade off, just like everything else in
> > this world. Either take the easy road and continue to provide
Michael Gilbert writes:
> Well, it's more like one hundred packages, but nevertheless, a very
> large number. Obviously its a trade off, just like everything else in
> this world. Either take the easy road and continue to provide this
> messy monolithic package that doesn't get any security upd
On Tue, Nov 9, 2010 at 11:23 AM, Julien Cristau wrote:
> On Tue, Nov 9, 2010 at 11:43:00 -0500, Michael Gilbert wrote:
>
>> Why is it that ia32-libs provides all of these 32-bit libs as a
>> monolithic package anyway? Wouldn't the saner solution be to provide
>> each desired 32-bit lib from the o
On Tue, Nov 9, 2010 at 11:43:00 -0500, Michael Gilbert wrote:
> Why is it that ia32-libs provides all of these 32-bit libs as a
> monolithic package anyway? Wouldn't the saner solution be to provide
> each desired 32-bit lib from the original source package for that lib
> (for example bzip2 prov
On Tue, 9 Nov 2010 16:21:19 +0100, Julien Cristau wrote:
> On Tue, Nov 9, 2010 at 15:41:56 +0100, Thijs Kinkhorst wrote:
>
> > As for ia32-libs, I would be willing to sponsor it but I don't think we
> > should be making uploads for such trivial cleanup operations, is this
> > really necessary to
On Tue, Nov 9, 2010 at 15:41:56 +0100, Thijs Kinkhorst wrote:
> As for ia32-libs, I would be willing to sponsor it but I don't think we
> should be making uploads for such trivial cleanup operations, is this
> really necessary to get ia32-libs unblocked?
>
No. I just didn't want to unblock it u
On Tue, November 9, 2010 05:21, Michael Gilbert wrote:
> On Mon, Nov 8, 2010 at 3:22 PM, Julien Cristau wrote:
>> On Mon, Nov  8, 2010 at 19:02:08 +0100, Moritz Muehlenhoff wrote:
>>
>>> Given that wine in Squeeze is the vintage 1.0 release that already
>>> shipped
>>> with Lenny, we should rather
On Mon, Nov 8, 2010 at 11:21 PM, Michael Gilbert wrote:
> On Mon, Nov 8, 2010 at 3:22 PM, Julien Cristau wrote:
>> On Mon, Nov 8, 2010 at 19:02:08 +0100, Moritz Muehlenhoff wrote:
>>
>>> Given that wine in Squeeze is the vintage 1.0 release that already shipped
>>> with Lenny, we should rather du
On Mon, Nov 8, 2010 at 3:22 PM, Julien Cristau wrote:
> On Mon, Nov 8, 2010 at 19:02:08 +0100, Moritz Muehlenhoff wrote:
>
>> Given that wine in Squeeze is the vintage 1.0 release that already shipped
>> with Lenny, we should rather dump it completely. A 1.2 release could be
>> introduced in a poi
On Mon, Nov 8, 2010 at 19:02:08 +0100, Moritz Muehlenhoff wrote:
> Given that wine in Squeeze is the vintage 1.0 release that already shipped
> with Lenny, we should rather dump it completely. A 1.2 release could be
> introduced in a point release if necessary.
>
I don't think there's precedent
On Fri, Oct 29, 2010 at 10:42:29AM +0200, Julien Cristau wrote:
> On Fri, Oct 29, 2010 at 10:26:50 +0200, Thijs Kinkhorst wrote:
>
> > Hi,
> >
> > A lesson we learned from Lenny is that ia32-libs is hardly security
> > supportable if the libraries it contained aren't as much up to date as
> > the
On Fri, Oct 29, 2010 at 10:26:50AM +0200, Thijs Kinkhorst wrote:
> A lesson we learned from Lenny is that ia32-libs is hardly security
> supportable if the libraries it contained aren't as much up to date as
> their 'normal' stable versions as possible. In the ideal situation we
> would release wit
On Fri, Oct 29, 2010 at 10:26:50 +0200, Thijs Kinkhorst wrote:
> Hi,
>
> A lesson we learned from Lenny is that ia32-libs is hardly security
> supportable if the libraries it contained aren't as much up to date as
> their 'normal' stable versions as possible. In the ideal situation we
> would rel
Hi,
A lesson we learned from Lenny is that ia32-libs is hardly security
supportable if the libraries it contained aren't as much up to date as
their 'normal' stable versions as possible. In the ideal situation we
would release with a ia32-libs being completely up to date with the normal
package ve
36 matches
Mail list logo
