Martin Michlmayr wrote:
> FYI; read the section about MIPS I.
Should be known already, for Debian this is uncritical as there is no
supported MIPS I machine left.
Thiemo
> - Forwarded message from Thiemo Seufer <[EMAIL PROTECTED]> -
>
> From: Thiemo Seufer
Greg Alexander wrote:
> My mistake! I forgot that I was using Windows!
>
> I will never again forget that newer = better and works = wrong, thank
> you for the thorough schooling.
If you want to use old kernels, you should also stick with the
corresponding userland, instead of demanding everyone
Steve Langasek wrote:
[snip]
> > Come to think of it, this bug might have just appeared on alpha too:
>
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=387498
>
> No, it's not the same bug; the test case for system() works fine on my alpha
> when compiling with -pg.
My current guess about 3
Steve McIntyre wrote:
> I've tried to look into this on my mips machine, but all seems to work
> as expected:
>
> [EMAIL PROTECTED]:~$ zless /usr/share/doc/libc6/changelog.Debian.gz
> [EMAIL PROTECTED]:~$ cat >t.c
> int
> main(int argc,char * argv[]) {return system(argv[1]);}
> [EMAIL PROTECTED]:
Falk Hueffner wrote:
> Aurelien Jarno <[EMAIL PROTECTED]> writes:
>
> > Falk Hueffner a écrit :
> >> Aurelien Jarno <[EMAIL PROTECTED]> writes:
> >>
> >>>On arm, ia64 and alpha the glibc fails to build with gcc-4.1.
> >> On Alpha the problem is:
> >> {standard input}: Assembler messages:
> >> {sta
higuita wrote:
> Hi
>
> tested in debian mips, works fine in my machines
>
> replaced all (but one already commented) dpkg call with plain and old
> if tests
>
> in the end, checking if the machine is running the correct architecture
> is hard to check and should be extremely rare, so i tweak it
On Mon, Mar 13, 2006 at 01:40:01PM +0100, Robert Millan wrote:
> Package: glibc
> Severity: wishlist
>
> I've tested what would be the size saving when building glibc with -Os:
>
> $ du -h */*udeb
> 1020K normal/libc6-udeb_2.3.6-3_amd64.udeb
> 12K normal/libnss-dns-udeb_2.3.6-3_amd64.udeb
>
On Thu, Mar 02, 2006 at 06:53:16PM +0100, Aurelien Jarno wrote:
[snip]
> >Other architectures have a simple separation between 32 and 64 bit. For
> >Mips there's often some confusion what n32 qualifies for (embedded
> >people often call it 64 bit without further qualification). That's why
> >I reco
On Thu, Mar 02, 2006 at 06:01:26AM +0100, Aurelien Jarno wrote:
[snip]
> > +Description: GNU C Library: n32 Shared libraries for MIPS
> > + This package includes shared versions of the standard C library and the
> > + standard math library, as well as many others. This is the n32 version
> > + of t
On Wed, Mar 01, 2006 at 03:50:15PM -0500, Daniel Jacobowitz wrote:
> On Wed, Mar 01, 2006 at 04:14:44PM +0000, Thiemo Seufer wrote:
> > Um. Actually, I'd like not to have mips64-linux-gnuabi32, but rather
> > a convention which is acceptable over the whole toolchain.
On Wed, Mar 01, 2006 at 09:45:13AM -0500, Daniel Jacobowitz wrote:
> On Wed, Mar 01, 2006 at 12:43:50PM +0000, Thiemo Seufer wrote:
> > I gave it some thought. Currently we only have mips64{,el}-linux-gnu,
> > which, to make matters worse, defaults to a n32 compiler with
> > m
On Wed, Mar 01, 2006 at 12:23:35AM +0100, Aurelien Jarno wrote:
> Hi all!
>
> While thinking of multiarch, I remarked that there is no host triplet
> for mips(el) using the n32 or the n64 ABIs. Both of them use
> mips64-linux-gnu, at least it is what is done in the glibc, the
> difference being d
On Fri, Feb 10, 2006 at 04:06:25PM +0100, Aurelien Jarno wrote:
[snip]
> >The FHS should be changed to allow the amd64 port to use the standard
> >directories (/usr)/lib for its native libraries. I filed a corresponding
> >request to the FHS mailing list a while ago but I did not get any answer
>
Wouter Verhelst wrote:
> Package: locales
> Version: 2.3.5-8.1
> Severity: normal
>
> Hi,
>
> In Belgium, the week is percieved as starting on Mondays. However, the
> locale does not seem to export this correctly.
>
> (I'm assuming the locale contains this information because the GTK+ API
> docu
Sylvain Beucler wrote:
> On Wed, Aug 31, 2005 at 01:31:32PM +0900, GOTO Masanori wrote:
> > Version: 2.3.5-3
> >
> > At Mon, 29 Aug 2005 20:09:29 +0200,
> > Sylvain Beucler wrote:
> > > As far as I understand, sysconf() should get the information at run
> > > time. How comes that he returns 32 on
Peter Hanappe wrote:
> Package: libc6
> Version: 2.3.2.ds1-22
> Severity: grave
>
> On sparc32/sun4m:
>
> I'm upgrading from kernel 2.2.20 to 2.4.27 using the command:
>
> # apt-get install -f kernel-image-2.4.27-2-sparc32
>
> The kernel package depends on libc6_2.3.2.ds1-22_sparc.
> The instal
Sylvain Beucler wrote:
[snip]
> stable's /usr/include/linux/limits.h has NGROUPS_MAX set to 32. In
> testing and unstable it is set to 65536.
>
>
> The usermod limitation happens in stable and testing (tested with
> their respective default kernel), but not in unstable (tested with the
> testing
Adrian Bunk wrote:
> On Sat, Aug 13, 2005 at 12:02:48PM +0900, GOTO Masanori wrote:
> > At Fri, 12 Aug 2005 20:50:25 +0200,
> > Adrian Bunk wrote:
> > > After upgrading from the sarge libc6, sshd on my computer no longer
> > > accepted connections.
> > >
> > > Restarting sshd fixed the problem.
>
Hello,
this is an updated patch which adds the SHN_UNDEF workaround only for
mips/mipsel.
Thiemo
#! /bin/sh -e
# All lines beginning with `# DP:' are a description of the patch.
# DP: Description: Workaround invalid resolving of lazy evaluation stubs
# DP: Author: Thiemo Seufer &l
the patch.
# DP: Description: Expect syscalls to clobber argument registers and memory
# DP: Author: Thiemo Seufer <[EMAIL PROTECTED]>
# DP: Date: 2005-04-12
if [ $# -ne 2 ]; then
echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
exit 1
fi
case "$1"
hiemo
#! /bin/sh -e
# All lines beginning with `# DP:' are a description of the patch.
# DP: Description: Workaround invalid resolving of lazy evaluation stubs
# DP: Author: Thiemo Seufer <[EMAIL PROTECTED]>
# DP: Date: 2005-04-11
if [ $# -ne 2 ]; then
echo >&2 "`
Adrian 'Dagurashibanipal' von Bidder wrote:
[snip]
> From a short glance at README.linuxthreads.gz, it seems to me that this
> file deals mostly or only with the classical 'linuxthreads'
> implementation. Shouldn't this file contain a remark that it is
> obsolete on newer systems (where NPTL is u
GOTO Masanori wrote:
[snip]
> I think it should be applied until sarge is released. I'll push it to
> -20. I plan to keep these librt-mips patches until sarge+1. Guido,
> Thiemo, if you have comment for it, please let me know.
Looks good IMHO. Thanks for caring about this.
Thiemo
--
To UNS
The problem is caused by dlsym() returning the lazy binding stub of
the next library instead of the actual implementation. Example:
/usr/bin/file
/usr/lib/libfakeroot/libfakeroot.so.0
/usr/lib/libmagic.so.1
/usr/lib/libz.so.1
/lib/libc.so.6
/lib/ld.so.1
__xstat64 (in libc) is called from both fil
Matthias Klose wrote:
> Package: glibc
> Severity: serious
> Tags: sid
>
> current mainline libgcj fails to build on mips{,el}:
>
> /home/doko/gcc/gcc-snapshot-20041003/build/gcc/xgcc -shared-libgcc
> -B/home/doko/gcc/gcc-snapshot-20041003/build/gcc/ -nostdinc++
> -L/home/doko/gcc/gcc-snapshot-
Denis Barbier wrote:
[snip]
> > I don't think anyone has said that the commas thing is acceptible.
> > The person you are responding to didn't say it was.
>
> Thiemo Seufer did, that's why GOTO Masanori tells that there is
> no consensus:
> http://lists.d
Package: linux-kernel-headers
Version: 2.5.999-test7-bk-17
Severity: important
Tags: patch
Hello All,
linux-kernel-headers lacks include/asm/reg.h on mips, which is included
from include/asm/user.h. The definitions of EF_SIZE in reg.h is used
there, this
This is at least a Problem for uclibc.
T
GOTO Masanori wrote:
> severity 262646 important
> thanks
>
> At Sun, 1 Aug 2004 21:50:44 +0200,
> Thiemo Seufer wrote:
> > This is a bug in glibc, already fixed upstream. The appended patch
> > fixes it.
>
> Thanks, I've put it in. It's debian-glibc c
tags 262646 patch
thanks
This is a bug in glibc, already fixed upstream. The appended patch
fixes it.
Thiemo
--- sysdeps/mips/dl-machine.h.orig 2004-08-01 21:02:05.0 +0200
+++ sysdeps/mips/dl-machine.h 2004-08-01 21:03:43.0 +0200
@@ -475,7 +475,7 @@ _dl_runtime_resolve:\
Denis Barbier wrote:
[snip]
> I am not a German native speaker and have thus no opinion, but I was
> quite surprised to read that guillemots are uncommon in German, since
> most GNU and GNOME translated applications use them.
At least WRT everyday use I maintain that point. For typesetting, my
opi
Helge Kreutzmann wrote:
[snip]
> >- The usual de-latin1-nodeadkeys keyboard layout hasn't even a
> > definition for quillemots, it can only be typed in via
> > AltGr+. The X11 keyboard has a common definition for
> > all latin charsets (M-y, M-x), but this isn't marked on the
> >
Jens Nachtigall wrote:
> > a) Use english doublequotes
> >- the opening quote sign should be subscripted
> >- opening/closing are identical, this makes nested quotes hard to
> > read
> >
> > b) Use guillemots
> >- guillemots are very unusual in Germany (In printing I remember
> > o
[I'm not subscribed to -l10n-german]
Hello,
I've read up the bugs discussion and I'm surprised about the proposed
solution. First, let's recapitulate the drawbacks of each proposal:
a) Use english doublequotes
- the opening quote sign should be subscripted
- opening/closing are identical,
GOTO Masanori wrote:
[snip]
> > I've put the patch into linux-kernel-headers cvs. Unfortunatelly
> > Thiemo's patch is failed to apply for lkh cvs because asm.h is not
> > existed. I fixed some parts. It'll be out after checking lkh related
> > bugs.
>
> Could someone try to build the latest lk
GOTO Masanori wrote:
[snip]
> > I've put the patch into linux-kernel-headers cvs. Unfortunatelly
> > Thiemo's patch is failed to apply for lkh cvs because asm.h is not
> > existed. I fixed some parts. It'll be out after checking lkh related
> > bugs.
>
> Could someone try to build the latest lk
GOTO Masanori wrote:
> At Mon, 10 May 2004 07:21:18 +0200,
> Thiemo Seufer wrote:
> > GOTO Masanori wrote:
> > > At Mon, 3 May 2004 18:50:18 +0100,
> > > Martin Michlmayr wrote:
> > > > severity 234236 grave
> > > > thanks
> > > >
GOTO Masanori wrote:
> At Mon, 10 May 2004 07:21:18 +0200,
> Thiemo Seufer wrote:
> > GOTO Masanori wrote:
> > > At Mon, 3 May 2004 18:50:18 +0100,
> > > Martin Michlmayr wrote:
> > > > severity 234236 grave
> > > > thanks
> > > >
GOTO Masanori wrote:
> At Mon, 3 May 2004 18:50:18 +0100,
> Martin Michlmayr wrote:
> > severity 234236 grave
> > thanks
> >
> > This is a grave bug since it keeps about 10-15 packages from building
> > on mips.
>
> Which packages did this bug affect? I agreed with Thiemo's and
> Goswin's opinio
clone 234236 -1
reassign -1 util-linux
severity 234236 normal
tags -1 -patch
thanks
Thiemo Seufer wrote:
> reassign 234236 linux-kernel-headers
> tags 234236 +patch
> thanks
>
> Goswin von Brederlow wrote:
> [snip]
> The _syscall5 macro is undefined and thus not replaced.
1;
> #else
> __kernel_time_t msg_stime;
> #endif
> [...]
>
> ?
This looks good for the kernel side.
> That would eventually permit extending fields to 64-bit and take care of
> endianess issues.
>
> Comments?
I missed the other endianness. Appended is the version needed fo
1;
> #else
> __kernel_time_t msg_stime;
> #endif
> [...]
>
> ?
This looks good for the kernel side.
> That would eventually permit extending fields to 64-bit and take care of
> endianess issues.
>
> Comments?
I missed the other endianness. Appended is the version needed fo
41 matches
Mail list logo