k and s390.
=
#include
#include
int main() {
struct dirent *d;
DIR *r=opendir("./");
for (;(d=readdir(r)) && strcmp("configure",d->d_name););
return d && d->d_type==DT_REG ? 0 : -1;
}
=======
Correction, that is current autobuilders on 68k and sh4.
Take care,
Camm Maguire writes:
> Package: libc6
> Version: 2.33-1
> Severity: serious
> Justification: Policy 2.2.1
> X-Debbugs-Cc: c...@debian.org
>
> With a file "configure" in the current directory, the
severity 1002699 normal
merge 1002699 916276
thanks
Thank you so much!
John Paul Adrian Glaubitz writes:
> Hi Camm!
>
> On 12/28/21 19:52, John Paul Adrian Glaubitz wrote:
>> On 12/28/21 19:20, Camm Maguire wrote:
>>> Correction, that is current autobuilders on 68k
John Paul Adrian Glaubitz writes:
> Hi Camm!
>
> On 12/28/21 19:52, John Paul Adrian Glaubitz wrote:
>> On 12/28/21 19:20, Camm Maguire wrote:
>>> Correction, that is current autobuilders on 68k and sh4.
>>
>> That's a known issue, see [1]. I will pat
Greetings!
John Paul Adrian Glaubitz writes:
> Hello!
>
> On 12/30/21 21:18, Camm Maguire wrote:
>>> I have uploaded patched versions of glibc for m68k and sh4 and blocked the
>>> autobuild for glibc on the buildds.
>>
>> Greetings! I think you meant
-1 libc-dev-bin_2.33-1 libc6_2.33-1 libc6-dev_2.33-1
>
> I will regenerate the chroots.
>
> Adrian
>
>> [1]
>> https://buildd.debian.org/status/fetch.php?pkg=gcl&arch=m68k&ver=2.6.12-117&stamp=1640457045&r
PROTECTED]:~$ ./t "echo g"
[1]+ Stopped ./t "echo g"
--
Camm Maguire[EMAIL PROTECTED]
==
"The earth is but one country, and mankind its citizens."
k-ip32 #1 Mon Apr 3 18:39:05 UTC 2006 mips64
> > GNU/Linux
> >
> > which might explain it. I don't have any mipsen running 2.4 atm. Camm,
> > can you still reproduce this?
> >
> > Ah, hang on - you reported this on vaughan, which is mips*el
Greetings! This exact same problem also afflicts the current hppa
autobuilders and paer.
Take care,
--
Camm Maguire[EMAIL PROTECTED]
==
"The earth is but one country, and ma
2006 at 09:31:42AM -0400, Camm Maguire wrote:
> > Greetings, and thanks so much!
>
> > Alas, no we have a problem in system.h:
>
> > gcc -I../h -I../gcl-tk -o ../bin/dpp ../bin/dpp.c
> > In file included from ../h/config.h:11,
> > from ../bin/
Greetings!
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Thu, Oct 26, 2006 at 08:15:21PM -0400, Camm Maguire wrote:
> > Greetings, and thanks so much! Now that this is in, would you kindly
> > mind requeueing gclcvs again?
>
> FWIW, after tracking down the last he
Greetings, and thanks you so much for looking into this!
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Fri, Oct 27, 2006 at 09:48:43AM -0400, Camm Maguire wrote:
> > > FWIW, after tracking down the last header problem on alpha I let the test
> > > build continue on t
Greetings, and thanks again! So how do I find the right area before
dumping?
Many thanks,
David Mosberger <[EMAIL PROTECTED]> writes:
> >>>>> On 28 Aug 2003 21:00:54 -0400, Camm Maguire <[EMAIL PROTECTED]> said:
>
> Camm> Greetings! This soun
I the only one with these problems on this platform? BTW, Debian
hppa works fine.
Take care,
David Mosberger <[EMAIL PROTECTED]> writes:
> Camm,
>
> >>>>> On 21 Aug 2003 00:52:14 -0400, Camm Maguire <[EMAIL PROTECTED]> said:
>
> Camm> --enable-st
mos ; \
We don't really use these functions, so I think we'd be alright here,
but I'd like your opinion as always. Please also et me know whether
you think Debian ia64 ldso might change in this regard in the future.
Take care,
David Mosberger <[EMAIL PROTECTED]> writes:
>
always appreciated.
David Mosberger <[EMAIL PROTECTED]> writes:
> >>>>> On 05 Sep 2003 18:38:45 -0400, Camm Maguire <[EMAIL PROTECTED]> said:
>
> Camm> Greetings, and thankyou for this suggestion. It does seem like a bit
> Camm> of a hack tho
ink?
I'd be most appreciative if these options could be investigated,
leading hopefully to a fix in ld.so, which would stabilize these four
programs on ia64 once and for all. Is this possible? Can you please
help here?
Take care,
--
Camm Maguire[EM
Version: 2.6.1-16
Severity: grave
Justification: renders package unusable
This package segfaults at startup, probably platform specific. Just letting
you know!
Duraid
=
Take care,
--
Camm Maguire
<[EMAIL PROTECTED]> writes:
> On Sat, Oct 25, 2003 at 02:04:47PM -0400, Camm Maguire wrote:
> > reaassign 217484 libc6
> > severity 217484 important
> > merge 217484 204789
> > thanks
> >
> > Greetings! This is due to the way libc6 on ia64 Debian lin
> On Tue, Oct 28, 2003 at 11:49:38AM -0500, Camm Maguire wrote:
> > Greetings, and thank you so much for your reply on this issue!
> >
> > Please let me preface the below with the statement that these are, of
> > course, my opinions only, and that there may well
Greetings, and thanks for your reply!
Andreas Schwab <[EMAIL PROTECTED]> writes:
> Camm Maguire <[EMAIL PROTECTED]> writes:
>
> > To sum up the previous discussion, the ia64 linux ABI apparently
> > offers no opportunity for ld.so to ensure that function descrip
n C source files as explicitly initialized
structures?
Take care,
> Andreas.
>
> --
> Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
> SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nürnberg
> Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
> "And now
ork.
>
> Does the Debian packaged version use the portable dumper option?
>
>
> --
> Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
> University of TsukubaTennodai 1-1-1 Tsukuba 305-8573 JAPAN
>
Greetings!
Andreas Schwab <[EMAIL PROTECTED]> writes:
> Camm Maguire <[EMAIL PROTECTED]> writes:
>
> > Greetings!
> >
> > Andreas Schwab <[EMAIL PROTECTED]> writes:
> >
> >> > Was there ever a GNU emacs obstacle on ia
Greetings!
OK, I believe at long last I have a fix, but I'd like to make sure it
is not accidental, i.e. possibly vanishing with future ia64 toolchain
development.
Andreas Schwab <[EMAIL PROTECTED]> writes:
> [removing emacs-devel from cc: since it's off-topic there.
sp code did not
have to be changed at all -- only the files in the o/ subdirectory, by
in large.
I'm uploading new .debs for 2.6.1 and cvs which will close the two
bug reports pertinent to this issue.
Take care,
Andreas Schwab <[EMAIL PROTECTED]> writes:
> Camm Maguire <[EMAIL P
Package: libc6
Version: 2.3.2.ds1-10
Severity: important
Tags: sid
The report that follows is copied from an email sent to Mathias Klose:
Camm Maguire writes:
> Hi Matthias! And thanks for your report!
>
> 1) There appears to be a functional change in ldconfig, presumably
>
PROTECTED]
> http://www.twerner42.de/ phone:+49 162 3123004
> jabber:[EMAIL PROTECTED] icq:342538944
>
>
>
>
>
--
Camm Maguire[EMAIL PROTECTED]
o: Too many levels of symbolic links
>
> If so, kernel said this symlink has too many levels. Period.
>
> If not, please provide us the complete shell script to generate your
> situation to reappear such trouble on our machine.
>
> Regards,
> -- gotom
>
>
>
==
The problem is that on sid, ldconfig wrote the following link:
lrwxrwxrwx1 root root 13 Jan 16 15:08 /usr/lib/liblapack.so.2 ->
liblapack2.so
Please let me know if further clarification is needed.
Take care,
GOTO Masanori <[EMAIL PROTECTED]> writes:
>
Greetings, and thanks for your reply! Please excuse my delay, but
work is pressing.
GOTO Masanori <[EMAIL PROTECTED]> writes:
> At 16 Jan 2004 10:15:06 -0500,
> Camm Maguire wrote:
> > ===
sight? Many of the other xdr_* functions seem to be
quite similar on Solaris and glibc2.1 systems.
Please cc me directly in any response, as I don't subscribe to this
list.
Many thanks!
--- Begin Message ---
On 27 Dec 1999, Camm Maguire wrote:
> > I'm looking around for refere
ponse, as I don't subscribe to this
list.
Many thanks!
--Multipart_Mon_Dec_27_13:25:14_1999-1
Content-Type: message/rfc822
Date: Mon, 27 Dec 1999 12:31:54 -0500 (EST)
From: Jeff Squyres <[EMAIL PROTECTED]>
To: Camm Maguire <[EMAIL PROTECTED]>
Subject: Re: LAM: Re: Bug#51871: lam
Version: 2.6.1-16
Severity: grave
Justification: renders package unusable
This package segfaults at startup, probably platform specific. Just letting
you know!
Duraid
=
Take care,
--
Camm Maguire
sp code did not
have to be changed at all -- only the files in the o/ subdirectory, by
in large.
I'm uploading new .debs for 2.6.1 and cvs which will close the two
bug reports pertinent to this issue.
Take care,
Andreas Schwab <[EMAIL PROTECTED]> writes:
> Camm Maguire <[EMAIL P
Package: libc6
Version: 2.3.2.ds1-10
Severity: important
Tags: sid
The report that follows is copied from an email sent to Mathias Klose:
Camm Maguire writes:
> Hi Matthias! And thanks for your report!
>
> 1) There appears to be a functional change in ldconfig, presumably
>
[EMAIL PROTECTED]
> http://www.twerner42.de/ phone:+49 162 3123004
> jabber:[EMAIL PROTECTED] icq:342538944
>
>
>
>
>
--
Camm Maguire[EMAIL PROTECTED]
==
o: Too many levels of symbolic links
>
> If so, kernel said this symlink has too many levels. Period.
>
> If not, please provide us the complete shell script to generate your
> situation to reappear such trouble on our machine.
>
> Regards,
> -- gotom
>
>
>
--
Camm Maguire[EMAIL PROTECTED]
==
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
The problem is that on sid, ldconfig wrote the following link:
lrwxrwxrwx1 root root 13 Jan 16 15:08 /usr/lib/liblapack.so.2
-> liblapack2.so
Please let me know if further clarification is needed.
Take care,
GOTO Masanori <[EMAIL PROTECTED]> writes:
Greetings, and thanks for your reply! Please excuse my delay, but
work is pressing.
GOTO Masanori <[EMAIL PROTECTED]> writes:
> At 16 Jan 2004 10:15:06 -0500,
> Camm Maguire wrote:
> > ===
ends on:
ii libdb1-compat 2.1.3-7The Berkeley database routines [gl
-- no debconf information
--
Camm Maguire[EMAIL PROTECTED]
==
"The earth is but one co
ANONYMOUS, -1, 0) =
0x201a000
write(1, "Caught signal\n", 14Caught signal
) = 14
mprotect(0x120012000, 8192, PROT_READ|PROT_WRITE) = 0
osf_syscall(0x12001cc20, 0x2000, 0x3, 0, 0x, 0) = -78
munmap(0x201a000, 8192) = 0
exit_group(2199025127240)
ends on:
ii libdb1-compat 2.1.3-7The Berkeley database routines [gl
-- no debconf information
--
Camm Maguire[EMAIL PROTECTED]
==
"The earth is but one co
o 2.3.2.ds1-10 lets the problem reappear.
>
> Use JDK 1.4. This is famous breakage. Searching debian-glibc
> archive.
>
> Regards,
> -- gotom
>
>
>
--
Camm Maguire[EMAIL PROTECTED]
ANONYMOUS, -1, 0) =
0x201a000
write(1, "Caught signal\n", 14Caught signal
) = 14
mprotect(0x120012000, 8192, PROT_READ|PROT_WRITE) = 0
osf_syscall(0x12001cc20, 0x2000, 0x3, 0, 0x, 0) = -78
munmap(0x201a000, 8192) = 0
exit_group(2199025127240)
Package: libc6
Version: 2.3.2.ds1-18
Severity: serious
While the details previously mailed to me have alas now been lost, I
believe there is an upstream libc fix for s390 which is not yet in the
Debian package. In short, libpthread must be compiled with a certain
pic option (-fPIC or -fpic, not s
Greetings!
Gerhard Tonn <[EMAIL PROTECTED]> writes:
> GOTO Masanori wrote:
> > At Tue, 09 Nov 2004 15:04:50 +,
> > Camm Maguire wrote:
> >
> >>While the details previously mailed to me have alas now been lost, I
> >>believe there is an upstr
Many thanks to you all!
Gerhard Tonn <[EMAIL PROTECTED]> writes:
> GOTO Masanori wrote:
> > At Fri, 26 Nov 2004 00:21:54 +0900,
> > GOTO Masanori wrote:
> >
> >>At 16 Nov 2004 10:36:00 -0500,
> >>Camm Maguire wrote:
> >>
> >>>Give
48 matches
Mail list logo
