Quoting Steve Langasek ([EMAIL PROTECTED]):
> > So, an l10n NMU of atlas would make sense.
>
> No comment on the transition issues, but I hope you're fixing these l10n
> issues by removing all of the idiotic debconf templates *completely* from
> the package. No one needs a library package poppin
On Sat, Mar 22, 2008 at 10:02:22PM +0100, Matthias Klose wrote:
> amd64 and i386 side note: the gcc-4.3 4.3.0-2 upload has a patch
> reenabling the cld instruction when stringops are used; this patch is
> neither in the gcc-4_3-branch or in the trunk.
I discussed with doko a bit and have to propos
On Tue, Mar 25, 2008 at 07:54:10AM +, Bastian Blank wrote:
> On Sat, Mar 22, 2008 at 10:02:22PM +0100, Matthias Klose wrote:
> > amd64 and i386 side note: the gcc-4.3 4.3.0-2 upload has a patch
> > reenabling the cld instruction when stringops are used; this patch is
> > neither in the gcc-4_3-
Bastian Blank a écrit :
> On Sat, Mar 22, 2008 at 10:02:22PM +0100, Matthias Klose wrote:
>> amd64 and i386 side note: the gcc-4.3 4.3.0-2 upload has a patch
>> reenabling the cld instruction when stringops are used; this patch is
>> neither in the gcc-4_3-branch or in the trunk.
>
> I discussed w
On Tue, Mar 25, 2008 at 09:26:51AM +0100, Pierre Habouzit wrote:
> Problem is that memcpy/memmove/memset probably generate rep stos; in
> the end, I believe memset/memcpy/memmove to be async signal safe, and
> those are inlined fully in many cases.
Please show the sections of POSIX docu or the r
On Tue, Mar 25, 2008 at 09:38:32AM +0100, Aurelien Jarno wrote:
> Bastian Blank a écrit :
> > I discussed with doko a bit and have to propose another solution. This
> > solution have a prequisite: gcc must not generate string ops without
> > function calls.
> This prequisite is not always true. Sta
See:
http://release.debian.org/migration/testing.pl?package=linux-modules-nonfree-2.6
Seems to be something odd going on here, in any case if there are still
2.6.18 module packages hanging around in testing/unstable they should go.
Thanks,
Julien
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
w
On Tue, Mar 25, 2008 at 08:39:01AM +, Bastian Blank wrote:
> On Tue, Mar 25, 2008 at 09:26:51AM +0100, Pierre Habouzit wrote:
> > Problem is that memcpy/memmove/memset probably generate rep stos; in
> > the end, I believe memset/memcpy/memmove to be async signal safe, and
> > those are inline
Le March 25, 2008 04:28:17 am Julien Goodwin, vous avez écrit :
> See:
> http://release.debian.org/migration/testing.pl?package=linux-modules-nonfre
>e-2.6
>
> Seems to be something odd going on here, in any case if there are still
> 2.6.18 module packages hanging around in testing/unstable they sh
On Tue, 25 Mar 2008, Damyan Ivanov wrote:
> > Anyway, it looks like the binNMU plan is still good, and a patch/NMU
> > campaign of the relatively few 'perl-5.10-transition' bugs on [1] would
> > make it even better. Any takers?
>
> There are still 109 ftbfs-rmdir bugs. An NMU campaign can take the
On Tue, Mar 25, 2008 at 07:28:17PM +1100, Julien Goodwin wrote:
> See:
> http://release.debian.org/migration/testing.pl?package=linux-modules-nonfree-2.6
>
> Seems to be something odd going on here, in any case if there are still
> 2.6.18 module packages hanging around in testing/unstable they sho
Raphael Hertzog <[EMAIL PROTECTED]> writes:
> On Tue, 25 Mar 2008, Damyan Ivanov wrote:
>> Wouldn't the release team be pissed if the perl5.10 transition is done
>> without them be aware if it?
*cough* I was well aware of the transition and have kept it in mind for
most of the recent planning. It
Marc 'HE' Brockschmidt dijo [Tue, Mar 25, 2008 at 04:38:06PM +0100]:
> >> Wouldn't the release team be pissed if the perl5.10 transition is done
> >> without them be aware if it?
>
> *cough* I was well aware of the transition and have kept it in mind for
> most of the recent planning. It needs a b
On Sat, Mar 22, 2008 at 03:08:56PM -0400, Mike O'Connor wrote:
> kdelibs4c2a dependson libopenexr2ldbl which is no longer in unstable.
> I'm told that this is becuase of an openexr transition.
> Please binNMU kdelibs so that kdelibs4c2a will be built against the
> current version of openexr.
BinN
Gunnar Wolf <[EMAIL PROTECTED]> writes:
> Marc 'HE' Brockschmidt dijo [Tue, Mar 25, 2008 at 04:38:06PM +0100]:
Wouldn't the release team be pissed if the perl5.10 transition is done
without them be aware if it?
>> *cough* I was well aware of the transition and have kept it in mind for
>>
Hi,
Could you please hint openssl 0.9.8g-8 in testing?
Kurt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
We've detected that loop-aes hasn't been accepted yet from
testing-proposed-updates queue and then Beta1 images lacks it.
The fastest solution, that will work at least for netboot and weekly
images is to get it accepted right now.
Please ftpm
On Tue, Mar 25, 2008 at 06:37:11PM +0100, Marc 'HE' Brockschmidt wrote:
> http://ftp-master.debian.org/~he/perl-NMUs is a list of packages
> depending on '(perlapi-5.8|libperl5.8)'. We will need to schedule about
> ~295 binNMUs for perl5.10, for such small packages such as abiword,
> postgres-* an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kurt Roeckx <[EMAIL PROTECTED]> writes:
> Hi,
>
> Could you please hint openssl 0.9.8g-8 in testing?
Ack!
- --
O T A V I OS A L V A D O R
- -
E-mail: [EMAIL PROTECTED] UIN: 5906116
GNU/
Otavio,
am Tue, Mar 25, 2008 at 03:24:04PM -0300 hast du folgendes geschrieben:
> We've detected that loop-aes hasn't been accepted yet from
> testing-proposed-updates queue and then Beta1 images lacks it.
>
> The fastest solution, that will work at least for netboot and weekly
> images is to get
Kurt,
am Tue, Mar 25, 2008 at 06:40:42PM +0100 hast du folgendes geschrieben:
> Could you please hint openssl 0.9.8g-8 in testing?
unblocked. Will go in as soon as the hppa build is installed.
Cheers,
Philipp Kern
--
.''`. Philipp Kern Debian Developer
: :' : htt
Niko Tyni <[EMAIL PROTECTED]> writes:
> On Tue, Mar 25, 2008 at 06:37:11PM +0100, Marc 'HE' Brockschmidt wrote:
>> http://ftp-master.debian.org/~he/perl-NMUs is a list of packages
>> depending on '(perlapi-5.8|libperl5.8)'. We will need to schedule about
>> ~295 binNMUs for perl5.10, for such small
On Sat, Mar 22, 2008 at 6:10 PM, Aurelien Jarno <[EMAIL PROTECTED]> wrote:
> I have tried to build the glibc with GCC 4.3 on hppa, and rpcgen
> segfaults when it is used, so the build fails. I haven't start to
> investigate the problem (I started by the architectures where the
> problems were m
23 matches
Mail list logo
