Re: Bug#648233: SIGILL in rsvg-convert on armel

2011-11-09 Thread Mike Hommey
reassign 648233 release.debian.org thanks nmu libxau_1:1.0.6-4 . armel . -m "Rebuild for armv4t" nmu libxcb_1.7-4 . armel . -m "Rebuild for armv4t" On Wed, Nov 09, 2011 at 09:15:13PM +0100, Mike Hommey wrote: > Package: librsvg2-bin > Justification: renders package unusable > Severity: grave > >

Re: Bug#648233: SIGILL in rsvg-convert on armel

2011-11-09 Thread Steve Langasek
On Thu, Nov 10, 2011 at 12:30:09AM +0100, Mike Hommey wrote: > reassign 648233 release.debian.org > thanks > nmu libxau_1:1.0.6-4 . armel . -m "Rebuild for armv4t" > nmu libxcb_1.7-4 . armel . -m "Rebuild for armv4t" Scheduled. Sorry about that. -- Steve Langasek Give me a le

Re: [Arm-netbook] 9nov11: progress on allwinner A10

2011-11-09 Thread Gordan Bobic
On 09/11/2011 21:32, Luke Kenneth Casson Leighton wrote: they were planning to make room for up to 4gb NAND flash *but*... something just occurred to me / my associates: thailand's under water. the implications of that are that the factories which used to make low-end IDE drives and pretty much

Re: [Arm-netbook] 9nov11: progress on allwinner A10

2011-11-09 Thread Luke Kenneth Casson Leighton
On Wed, Nov 9, 2011 at 9:00 PM, Gordan Bobic wrote: > On 09/11/2011 20:44, Luke Kenneth Casson Leighton wrote: >> >> ok, just a quick thoughts / status update. >> >> we've had it confirmed that the CPU is external 2gb addressing but >> *internal* limited to 1gb (!) >> >> little factory is still go

Re: [Arm-netbook] 9nov11: progress on allwinner A10

2011-11-09 Thread Gordan Bobic
On 09/11/2011 20:44, Luke Kenneth Casson Leighton wrote: ok, just a quick thoughts / status update. we've had it confirmed that the CPU is external 2gb addressing but *internal* limited to 1gb (!) little factory is still going over the BOM, but want to put in 512mb DDR RAM ICs because they're c

9nov11: progress on allwinner A10

2011-11-09 Thread Luke Kenneth Casson Leighton
ok, just a quick thoughts / status update. we've had it confirmed that the CPU is external 2gb addressing but *internal* limited to 1gb (!) little factory is still going over the BOM, but want to put in 512mb DDR RAM ICs because they're cheaper. they were planning to make room for up to 4gb NAND

Re: [armhf alpha hppa] manual experimental build request: dietlibc, then mksh

2011-11-09 Thread Thorsten Glaser
Arnaud Patard dixit: >Thorsten Glaser writes: >>> mksh (40.2-3exp1) experimental; urgency=low >> >> Never mind that on ARM… #633479 bites again. >> >> Gah. How to work around that bug? Or can please >> someone prod Doko to fix? ;-) > >Looks like the bug has been fixed upstream: >http://gcc.gnu.o

Re: [armhf alpha hppa] manual experimental build request: dietlibc, then mksh

2011-11-09 Thread Rtp
Thorsten Glaser writes: Hi, > Dixi quod… > >> mksh (40.2-3exp1) experimental; urgency=low > > Never mind that on ARM… #633479 bites again. > > Gah. How to work around that bug? Or can please > someone prod Doko to fix? ;-) Looks like the bug has been fixed upstream: http://gcc.gnu.org/viewcvs?v

Re: [armhf alpha hppa] manual experimental build request: dietlibc, then mksh

2011-11-09 Thread Thorsten Glaser
Dixi quod… > mksh (40.2-3exp1) experimental; urgency=low Never mind that on ARM… #633479 bites again. Gah. How to work around that bug? Or can please someone prod Doko to fix? ;-) bye, //mirabilos -- FWIW, I'm quite impressed with mksh interactively. I thought it was much *much* more bare bone

[armhf alpha hppa] manual experimental build request: dietlibc, then mksh

2011-11-09 Thread Thorsten Glaser
Hi, please schedule manual builds of the following packages on armhf alpha hppa buildds (or equivalent): dietlibc (0.33~cvs2008-1) experimental; urgency=low mksh (40.2-3exp1) experimental; urgency=low Note that mksh (40.2-3exp1) dep-waits on dietlibc (>= 0.33~cvs2008-1) The reason fo