Re: gnat-4.1/gcj-4.1 manual builds needed on alpha, arm, m68k, mips, mipsel, s390, sparc

2007-06-11 Thread Michael Schmitz
While having built and uploaded things correctly for experimental, I didn't do the same for unstable, which now needs some manual intervention building gnat-4.1 and gcj-4.1. gcj-4.1 (alpha arm m68k mips mipsel s390 sparc): - needs gcc-4.1_4.1.2 (not yet built on arm and m68k) -

Re: gnat-4.1/gcj-4.1 manual builds needed on alpha, arm, m68k, mips, mipsel, s390, sparc

2007-06-11 Thread Michael Schmitz
I see the listmasters have straightened this message out. I'm building gcj-4.1 on vivaldi. I'll try gnat-4.1 on washi. that doesn't make sense unless you did port gnat-4.1 for m68k. That was a fast 'build', then. Didn't realize 'manual builds needed' really meant 'porting needed'.

Re: bits from the release team: release goals, python, X.org, amd64, timeline

2006-05-31 Thread Michael Schmitz
On Tue, May 30, 2006 at 02:01:19PM -0700, Steve Langasek wrote: BTW, can you tell me anything about the dip in http://buildd.debian.org/stats/graph2-quarter-big.png for m68k? Seems to be heading in the wrong direction again for being a release candidate. I see 12 buildds actively

Re: bits from the release team: release goals, python, X.org, amd64, timeline

2006-05-31 Thread Michael Schmitz
Since m68k pretty much depends on the gcc-4.1 transition to make it in again, I would suggest that we (as in, the m68k port) make the switch to GCC4.1 as the default already. This will allow us to verify that stuff actually builds and works, and to catch up with building those that fail with

Re: [patch] m68k extendqidi2 fix

2005-03-07 Thread Michael Schmitz
I think you should apply the patch, because the build daemons use gcc 3.3 for building the packages. I can provide an indirect test to the patch in the next upload of the octave2.1 package. In the last upload, I changed a CFLAG from -O1 to -O0 for m68k and the compilation succeeded (I

Re: News on bug # 225621 (invalid assembly on m68k) against g77-3.3?

2004-02-03 Thread Michael Schmitz
I am just wondering if bug # 225621 (g77-3.3: sometimes generates invalid assembly code on m68k) has been noticed, since I haven't seen it mentioned anywhere on these mailing lists. Apologies if I'm being redundant. it needs to be rechecked using gcc-snapshot and forwarded

Re: News on bug # 225621 (invalid assembly on m68k) against g77-3.3?

2004-01-25 Thread Michael Schmitz
I am just wondering if bug # 225621 (g77-3.3: sometimes generates invalid assembly code on m68k) has been noticed, since I haven't seen it mentioned anywhere on these mailing lists. Apologies if I'm being redundant. it needs to be rechecked using gcc-snapshot and forwarded upstream. any

Bug#196563: libgnome build trouble (was: Re: Processed: Re: Bug#196563: fontconfig: [m68k] segfault during postinst)

2003-07-04 Thread Michael Schmitz
The fontconfig segfault happens with any of the 2.1.92-2, 2.2.0-2 or 2.2.0-5 versions of fontconfig/libfontconfig on kullervo. Ok, that would at first glance appear to void my hypothesis; however, fontconfig uses freetype, and that could have been miscompiled. Can you Indeed, all

Bug#196563: Processed: Re: Bug#196563: fontconfig: [m68k] segfault during postinst

2003-06-13 Thread Michael Schmitz
Indeed, all freetype/libfreetype combos did work fine with libfreetype6_2.1.4-1_m68k.deb and libfreetype6_2.1.4-2_m68k.deb from the apt cache. You mean fontconfig/libfreetype? Nope, fontconfig/libfonconfig1 - any of those work as long as libfreetype is OK. Michael

Bug#196563: Processed: Re: Bug#196563: fontconfig: [m68k] segfault during postinst

2003-06-12 Thread Michael Schmitz
The fontconfig segfault happens with any of the 2.1.92-2, 2.2.0-2 or 2.2.0-5 versions of fontconfig/libfontconfig on kullervo. Ok, that would at first glance appear to void my hypothesis; however, fontconfig uses freetype, and that could have been miscompiled. Can you try also downgrading

Bug#196563: Processed: Re: Bug#196563: fontconfig: [m68k] segfault during postinst

2003-06-12 Thread Michael Schmitz
The fontconfig segfault happens with any of the 2.1.92-2, 2.2.0-2 or 2.2.0-5 versions of fontconfig/libfontconfig on kullervo. Ok, that would at first glance appear to void my hypothesis; however, fontconfig uses freetype, and that could have been miscompiled. Can you Indeed, all