Re: hamm freeze
Juan Cespedes 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. binutils-dev_2.0.1.0.23 depends on binutils 2.0.1.0.20 and 2.0.1.0.19, which, AFAIK, isn't available as a debian package anyway, I have installed the new kernel-headers, new glibc 2.0.29, new binutils, but the problems with silo remains Instead, now I have a new problem: after installing libc6 2.0.92, /bin/login complains about not being able to load shared libraries: symbol setutxent, version GLIBC_2.0 not defined in file libc.so.6 with link time reference yes, I'm not very lucky with sparc debian :-) 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 Thu, Mar 12, 1998 at 09:09:24AM +0100, Davide Barbieri wrote: Juan Cespedes 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. binutils-dev_2.0.1.0.23 depends on binutils 2.0.1.0.20 and 2.0.1.0.19, which, AFAIK, isn't available as a debian package Oops! I have just uploaded a new version which fixes this. Instead, now I have a new problem: after installing libc6 2.0.92, /bin/login complains about not being able to load shared libraries: symbol setutxent, version GLIBC_2.0 not defined in file libc.so.6 with link time reference Hmm... I suffer the same thing, but I hadn't noticed it because I always use ssh instead of logging directly... Maybe we'll need to recompile login... -- 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
Juan Cespedes writes: Juan On Thu, Mar 12, 1998 at 09:09:24AM +0100, Davide Barbieri wrote: Juan Hmm... I suffer the same thing, but I hadn't noticed it Juan because I always use ssh instead of logging directly... Juan Maybe we'll need to recompile login... Definitly. setutxent has now only version 2.1 - that's one of the changes Uli mentioned. To be safe I'd advise to run the following test on your system: ldd -r /bin/* /usr/bin/* /usr/sbin/* /sbin/* And grep the output for missing symbols. This way you notice which files need to be relinked. 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]
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] .
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
hamm freeze
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
- binutils 2.8.1.0.21 is out (maybe solve the silo problems ???)
- boot-disks a beta release was uploaded to master few days ago
- xserver-sun no X11 server packaged
...
I'm working on the following topics:
- boot disks upgrades (new features like serial console support, as well as bug
fixes).
- kernel-{package/image} maintenance (need them for boot disks).
- sparc-fdisk and sparc-utils (elftoaout, piggyback) package development (also
need them for boot disks and will upload them in few days).
I've just plugged 32MB of RAM into my Sparc/Classic to ease compiling packages,
so I think I will be able to build a lot of packages. My main problems are:
1/ it's hard to find spare time now ;-((
2/ transfer rate from my ISP is very limited (I only dispose of a 14400 bauds
modem :-(( ).
I hope I will solve the second point soon (I could be able to go to my old lab
once a week or so to download most of the new stuff), but not the first :-(.
Bye.
PS: I've just downloaded the glibc stuff from Juan then will try it soon.
--
Eric Delaunay | La guerre justifie l'existence des militaires.
[EMAIL PROTECTED] | En les supprimant. Henri Jeanson (1900-1970)
--
E-mail the word unsubscribe to [EMAIL PROTECTED]
TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED] .
Re: hamm freeze
hamm will be frozen in few days, but what should be made about the sparc port? Are we ready for a release? As it looks right now, probably not. Though the new glibc looks really promising (I just compiled perl against it, and it no longer needs LD_BIND_NOW. Unfortunately it fails a few math tests. It's in ftp.net.se:/pub/Linux/sparc - please test it). However, given that we will be allowed to 'catch up' with the Intel release during the Freeze (at least that's the impression I got) we may be able to get a release together. 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 - binutils 2.8.1.0.21 is out (maybe solve the silo problems ???) - boot-disks a beta release was uploaded to master few days ago - xserver-sun no X11 server packaged Arre [EMAIL PROTECTED] and I (mostly Arre) are working on Xsun. If we don't run in to any problems (we probably will) it should be ready shortly. I also hope to have a look at libstdc++ to see if I can get it to stop segfaulting when doing IO. (incidentally, I'd like to know if anyone else is experiencing these problems with the current libstdc++). Regards, /Anders - back from vacation. -- -- 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] .
