Re: hamm freeze
Eric Delaunay wrote: - silo big troubles with libc6 :-(( [...] - binutils 2.8.1.0.21 is out (maybe solve the silo problems ???) should I try the new binutils? Juan, are you going to package them soon? Have I to compile them on my own? The problem with compiling, is that I'm suffering from low disk space. ciao -- Davide Barbieri - [EMAIL PROTECTED] - [EMAIL PROTECTED] http://www.pluto.linux.it - Leggi il Contratto Sociale del PLUTO! PGP fingerprint = CD 8D A9 1E DB 0C B0 16 F8 2F BF 63 52 49 8B A8 -- E-mail the word unsubscribe to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED] .
Re: hamm freeze
On Tue, Mar 10, 1998 at 10:18:04PM +0100, Eric Delaunay wrote: Hello, hamm will be frozen in few days, but what should be made about the sparc port? Are we ready for a release? I did a quick check on the Packages file: 616 packages were compiled for sparc (don't know how many are up-to-date) 296 packages are arch indep. (about 1500 packages are in the dist). If we want to release something, we need at least a core distribution (base net stuff, some admin tools, minimal X11 stuff). So, can we write a list of what should be (re)compiled first ? It comes to mind some packages already in the process queue: - silo big troubles with libc6 :-(( - glibca new release is available for testing It's already in master's Incoming. I'm waiting for Guy Maor to install it. - binutils 2.8.1.0.21 is out (maybe solve the silo problems ???) I'm building binutils-2.8.1.0.23 now. -- Juan Cespedes -- E-mail the word unsubscribe to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED] .
Re: hamm freeze
On Wed, Mar 11, 1998 at 09:18:00AM +0100, Davide Barbieri wrote: Eric Delaunay wrote: - silo big troubles with libc6 :-(( [...] - binutils 2.8.1.0.21 is out (maybe solve the silo problems ???) should I try the new binutils? Juan, are you going to package them soon? Uploaded to master. -- Juan Cespedes -- E-mail the word unsubscribe to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED] .
Re: hamm freeze
- glibca new release is available for testing I don't know if it's a problem with initgroups() or getgroups(), but I get cespedes root when using `groups' (it should be just cespedes). Does anyone else suffer this? Same here. It appears to be at least affecting initgroups, since I do get permissions for the root group (even though I'm not listed in it). I'm also having problems with programs dying with SIGFPE when trying to do floating point math. I haven't looked in to exactly what it affects yet, but it was the cause of the perl errors I spoke about yesterday. Regards, /Anders -- -- Of course I'm crazy, but that doesn't mean I'm wrong. Anders Hammarquist | Mud at Kingdoms| [EMAIL PROTECTED] NetGuide Scandinavia | telnet kingdoms.se 1812| Fax: +46 31 50 79 39 http://www.netg.se | | Tel: +46 31 50 79 40 -- E-mail the word unsubscribe to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED] .
Re: hamm freeze
Anders Hammarquist writes: - glibca new release is available for testing I don't know if it's a problem with initgroups() or getgroups(), but I get cespedes root when using `groups' (it should be just cespedes). Does anyone else suffer this? Same here. It appears to be at least affecting initgroups, since I do get permissions for the root group (even though I'm not listed in it). I can't reproduce this with neither libc-980220 nor libc-980311 on intel. What's your entry in /etc/nsswitch.conf for groups? Are you using nscd (NSS Caching Daemon)? On which libc version is this sparc release based? I'm also having problems with programs dying with SIGFPE when trying to do floating point math. I haven't looked in to exactly what it affects yet, but it was the cause of the perl errors I spoke about yesterday. Did your glibc pass the test math/test-fenv without any failures? Andreas -- Andreas Jaeger [EMAIL PROTECTED][EMAIL PROTECTED] for pgp-key finger [EMAIL PROTECTED] -- E-mail the word unsubscribe to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED] .
Where can I get information about Debian Sparc Linux?
Hi! Where can I get information about current state of Debian Sparc Linux project? And have you any working release? Thanks in advance. Regards, Grigory. -- E-mail the word unsubscribe to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED] .
Re: hamm freeze
- glibca new release is available for testing I don't know if it's a problem with initgroups() or getgroups(), but I get cespedes root when using `groups' (it should be just cespedes). Does anyone else suffer this? Same here. It appears to be at least affecting initgroups, since I do get permissions for the root group (even though I'm not listed in it). I can't reproduce this with neither libc-980220 nor libc-980311 on intel. What's your entry in /etc/nsswitch.conf for groups? Are you using nscd (NSS Caching Daemon)? group: db files no nscd. On which libc version is this sparc release based? It's based on the 980301 snapshot. I'm also having problems with programs dying with SIGFPE when trying to do floating point math. I haven't looked in to exactly what it affects yet, but it was the cause of the perl errors I spoke about yesterday. Did your glibc pass the test math/test-fenv without any failures? It had 11 failures (missed it when I ran the tests earlier). Output follows. Regards, /Anders Test: Initially all exceptions should be cleared Pass: Exception DIVBYZERO is not set Pass: Exception INVALID is not set Pass: Exception INEXACT is not set Pass: Exception UNDERFLOW is not set Pass: Exception OVERFLOW is not set Test: Rounding direction should be initalized to nearest Pass: Rounding mode is TONEAREST. Test: feclearexcept (FE_ALL_EXCEPT) clears all exceptions Pass: Exception DIVBYZERO is not set Pass: Exception INVALID is not set Pass: Exception INEXACT is not set Pass: Exception UNDERFLOW is not set Pass: Exception OVERFLOW is not set Test: feraiseexcept (FE_ALL_EXCEPT) raises all exceptions Pass: Exception DIVBYZERO is set Pass: Exception INVALID is set Pass: Exception INEXACT is set Fail: Exception UNDERFLOW is not set Pass: Exception OVERFLOW is set Test: Set/Clear FE_DIVBYZERO: set flag, with rest not set Pass: Exception DIVBYZERO is set Pass: Exception INVALID is not set Pass: Exception INEXACT is not set Pass: Exception UNDERFLOW is not set Pass: Exception OVERFLOW is not set Test: Set/Clear FE_DIVBYZERO: clear flag, rest also unset Pass: Exception DIVBYZERO is not set Pass: Exception INVALID is not set Pass: Exception INEXACT is not set Pass: Exception UNDERFLOW is not set Pass: Exception OVERFLOW is not set Test: Set/Clear FE_DIVBYZERO: set flag, with rest set Pass: Exception DIVBYZERO is set Pass: Exception INVALID is set Pass: Exception INEXACT is set Fail: Exception UNDERFLOW is not set Pass: Exception OVERFLOW is set Test: Set/Clear FE_DIVBYZERO: clear flag, leave rest set Pass: Exception DIVBYZERO is not set Pass: Exception INVALID is set Pass: Exception INEXACT is set Fail: Exception UNDERFLOW is not set Pass: Exception OVERFLOW is set Test: Set/Clear FE_INVALID: set flag, with rest not set Pass: Exception DIVBYZERO is not set Pass: Exception INVALID is set Pass: Exception INEXACT is not set Pass: Exception UNDERFLOW is not set Pass: Exception OVERFLOW is not set Test: Set/Clear FE_INVALID: clear flag, rest also unset Pass: Exception DIVBYZERO is not set Pass: Exception INVALID is not set Pass: Exception INEXACT is not set Pass: Exception UNDERFLOW is not set Pass: Exception OVERFLOW is not set Test: Set/Clear FE_INVALID: set flag, with rest set Pass: Exception DIVBYZERO is set Pass: Exception INVALID is set Pass: Exception INEXACT is set Fail: Exception UNDERFLOW is not set Pass: Exception OVERFLOW is set Test: Set/Clear FE_INVALID: clear flag, leave rest set Pass: Exception DIVBYZERO is set Pass: Exception INVALID is not set Pass: Exception INEXACT is set Fail: Exception UNDERFLOW is not set Pass: Exception OVERFLOW is set Test: Set/Clear FE_INEXACT: set flag, with rest not set Pass: Exception DIVBYZERO is not set Pass: Exception INVALID is not set Pass: Exception INEXACT is set Pass: Exception UNDERFLOW is not set Pass: Exception OVERFLOW is not set Test: Set/Clear FE_INEXACT: clear flag, rest also unset Pass: Exception DIVBYZERO is not set Pass: Exception INVALID is not set Pass: Exception INEXACT is not set Pass: Exception UNDERFLOW is not set Pass: Exception OVERFLOW is not set Test: Set/Clear FE_INEXACT: set flag, with rest set Pass: Exception DIVBYZERO is set Pass: Exception INVALID is set Pass: Exception INEXACT is set Fail: Exception UNDERFLOW is not set Pass: Exception OVERFLOW is set Test: Set/Clear FE_INEXACT: clear flag, leave rest set Pass: Exception DIVBYZERO is set Pass: Exception INVALID is set Pass: Exception INEXACT is not set Fail: Exception UNDERFLOW is not set Pass: Exception OVERFLOW is set Test: Set/Clear FE_UNDERFLOW: set flag, with rest not set Pass: Exception DIVBYZERO is not set Pass: Exception INVALID is not set Fail: Exception UNDERFLOW is not set Pass: Exception OVERFLOW is not set Test: Set/Clear FE_UNDERFLOW: clear flag, rest also unset Pass: Exception DIVBYZERO
Re: hamm freeze
Anders Hammarquist writes: - glibca new release is available for testing I don't know if it's a problem with initgroups() or getgroups(), but I get cespedes root when using `groups' (it should be just cespedes). Does anyone else suffer this? Same here. It appears to be at least affecting initgroups, since I do get permissions for the root group (even though I'm not listed in it). I can't reproduce this with neither libc-980220 nor libc-980311 on intel. What's your entry in /etc/nsswitch.conf for groups? Are you using nscd (NSS Caching Daemon)? Anders group: db files Anders no nscd. I guess that the bug disappears if you remove `db'. With db I get some rather strange output: First with group: files $ id ck uid=517(ck) gid=100(users) groups=10(wheel),14(uucp),100(users) And now with group: db files [EMAIL PROTECTED]: 18:12:28 ~ $ id ck uid=517(ck) gid=100(users) groups=0((¶p@(¶p@:root),10(wheel),14(),100(),10(),14(),100() I'll look into this one and try to come up with a patch. For the moment I'd advise to remove `db'. Please tell me if you see a similiar effect. On which libc version is this sparc release based? Anders It's based on the 980301 snapshot. I'm also having problems with programs dying with SIGFPE when trying to do floating point math. I haven't looked in to exactly what it affects yet, but it was the cause of the perl errors I spoke about yesterday. Did your glibc pass the test math/test-fenv without any failures? Anders It had 11 failures (missed it when I ran the tests earlier). Output Anders follows. Anders Regards, Anders /Anders I've removed everything except the failures: Anders Test: feraiseexcept (FE_ALL_EXCEPT) raises all exceptions Anders Pass: Exception DIVBYZERO is set Anders Pass: Exception INVALID is set Anders Pass: Exception INEXACT is set Anders Fail: Exception UNDERFLOW is not set Anders Pass: Exception OVERFLOW is set Anders Test: Set/Clear FE_DIVBYZERO: set flag, with rest set Anders Pass: Exception DIVBYZERO is set Anders Pass: Exception INVALID is set Anders Pass: Exception INEXACT is set Anders Fail: Exception UNDERFLOW is not set Anders Pass: Exception OVERFLOW is set Anders Test: Set/Clear FE_DIVBYZERO: clear flag, leave rest set Anders Pass: Exception DIVBYZERO is not set Anders Pass: Exception INVALID is set Anders Pass: Exception INEXACT is set Anders Fail: Exception UNDERFLOW is not set Anders Pass: Exception OVERFLOW is set Anders Test: Set/Clear FE_INVALID: set flag, with rest set Anders Pass: Exception DIVBYZERO is set Anders Pass: Exception INVALID is set Anders Pass: Exception INEXACT is set Anders Fail: Exception UNDERFLOW is not set Anders Pass: Exception OVERFLOW is set Anders Test: Set/Clear FE_INVALID: clear flag, leave rest set Anders Pass: Exception DIVBYZERO is set Anders Pass: Exception INVALID is not set Anders Pass: Exception INEXACT is set Anders Fail: Exception UNDERFLOW is not set Anders Pass: Exception OVERFLOW is set Anders Test: Set/Clear FE_INEXACT: set flag, with rest set Anders Pass: Exception DIVBYZERO is set Anders Pass: Exception INVALID is set Anders Pass: Exception INEXACT is set Anders Fail: Exception UNDERFLOW is not set Anders Pass: Exception OVERFLOW is set Anders Test: Set/Clear FE_INEXACT: clear flag, leave rest set Anders Pass: Exception DIVBYZERO is set Anders Pass: Exception INVALID is set Anders Pass: Exception INEXACT is not set Anders Fail: Exception UNDERFLOW is not set Anders Pass: Exception OVERFLOW is set Anders Test: Set/Clear FE_UNDERFLOW: set flag, with rest not set Anders Pass: Exception DIVBYZERO is not set Anders Pass: Exception INVALID is not set Anders Fail: Exception UNDERFLOW is not set Anders Pass: Exception OVERFLOW is not set Anders Test: Set/Clear FE_UNDERFLOW: set flag, with rest set Anders Pass: Exception DIVBYZERO is set Anders Pass: Exception INVALID is set Anders Pass: Exception INEXACT is set Anders Fail: Exception UNDERFLOW is not set Anders Pass: Exception OVERFLOW is set Anders Test: Set/Clear FE_OVERFLOW: set flag, with rest set Anders Pass: Exception DIVBYZERO is set Anders Pass: Exception INVALID is set Anders Pass: Exception INEXACT is set Anders Fail: Exception UNDERFLOW is not set Anders Pass: Exception OVERFLOW is set Anders Test: Set/Clear FE_OVERFLOW: clear flag, leave rest set Anders Pass: Exception DIVBYZERO is set Anders Pass: Exception INVALID is set Anders Pass: Exception INEXACT is set Anders Fail: Exception UNDERFLOW is not set Anders Pass: Exception OVERFLOW is not set There's something wrong. FE_UNDERFLOW is never set. Could you try to figure out what is wrong? The code is be in fraiseexcpt.c (sysdeps/sparc/fpu/fraiseexcpt.c) - or in the way the flag is checked for (ftestexcept.c). It might also be the FE_UNDERFLOW has the wrong value - or the CPU doesn't report it :-(. Sorry, I can't help you with this and hope you
Patch for a group problem
The following patch fix one group problem in glibc 2.1 that I had: Displaying Nonsense :-) id aj gave the following output for me - due to corrupted memory :-(. uid=207(aj) gid=100(users) groups=0((¶p@(¶p@:root),4(adm),10(),14(),101(),102((¶p@([EMAIL PROTECTED]:aj),104([EMAIL PROTECTED]@4:aj),0(),4(),10(),14(),101(),102((¶p@([EMAIL PROTECTED]:aj),104([EMAIL PROTECTED]@4:aj) This should be fixed. I can't reproduce the problem some of you mentioned with root in the group list. It might be the same problem. Please tell me if this helps or not. Andreas ~~~ Index: db-XXX.c === RCS file: /egcs/carton/cvsfiles/libc/nss/nss_db/db-XXX.c,v retrieving revision 1.11 diff -d -u -p -r1.11 db-XXX.c --- db-XXX.c1998/01/20 18:15:36 1.11 +++ db-XXX.c1998/03/11 18:52:37 @@ -1,5 +1,5 @@ /* Common code for DB-based databases in nss_db module. - Copyright (C) 1996, 1997 Free Software Foundation, Inc. + Copyright (C) 1996, 1997, 1998 Free Software Foundation, Inc. This file is part of the GNU C Library. The GNU C Library is free software; you can redistribute it and/or @@ -176,10 +176,19 @@ lookup (const DBT *key, struct STRUCTURE H_ERRNO_SET (HOST_NOT_FOUND); status = NSS_STATUS_NOTFOUND; } + else if (buflen value.size) +{ + /* No room to copy the data to. */ + *errnop = ERANGE; + H_ERRNO_SET (NETDB_INTERNAL); + status = NSS_STATUS_TRYAGAIN; +} else { + /* Copy the result to a safe place. */ + p = (char *) memcpy (buffer, value.data, value.size); + /* Skip leading blanks. */ - p = (char *) value.data; while (isspace (*p)) ++p; ~~~ -- Andreas Jaeger [EMAIL PROTECTED][EMAIL PROTECTED] for pgp-key finger [EMAIL PROTECTED] -- E-mail the word unsubscribe to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED] .