On Thu, Sep 18, 2003 at 11:13:29AM -0500, Jeff Licquia wrote: > The summary follows. It's better, but it's also clear that there's some > more work to do. /tset/LSB.os/files/dev_tty/T.dev_tty 1 FAIL I suspect this is due to you running the test suite over ssh / under screen. One or both of those produces unwarrented test failures, fwiw. So I got some of these bugs before when testing woody; these are what the problem was: /tset/POSIX.os/dataform/tar/T.tar 9 FAIL bug in pax; fixed in testing/unstable; bug 139943 /tset/LSB.os/ipc/semctl/T.semctl 16 FAIL this was a kernel problem, which I thought was fixed in 2.4.19-pre10, see also http://www.freestandards.org/lsb/test/results/index.php?testcaseid=732 /tset/LSB.os/ipc/shmdt/T.shmdt 2 FAIL also a kernel problem; meant to be fixed in 2.4.19-pre1 or later; apparently pre1 wasn't quite good enough; see http://www.van-dijk.net/linuxkernel/200212/0326.html i'd thought you should've had POSIX.os/ioprim/read/T.read-13 FAIL LSB.os/ioprim/readv_L/T.readv_L-13 FAIL as well if your kernel wasn't yp to date though (they should've been fixed in 2.4.19-pre4) /tset/POSIX.os/ioprim/fcntl/T.fcntl 37 FAIL /tset/POSIX.os/procprim/sigconcept/T.sigconcept 10 FAIL /tset/LSB.os/mfiles/msync/T.msync 1 FAIL /tset/LSB.os/mfiles/msync_P/T.msync_P 7 FAIL /tset/LSB.os/mfiles/msync_P/T.msync_P 8 FAIL these are bugs, patches are in the LSB FAQ /tset/LSB.os/ioprim/readv_L/T.readv_L 24 FAIL /tset/LSB.os/ioprim/writev_L/T.writev_L 30 FAIL "odd, seems like they should already be fixed... maybe BenC skipped that patch?" Not sure what that means :) /tset/LSB.os/mprotect/mprotect_P/T.mprotect_P 8 FAIL /tset/LSB.os/mprotect/mprotect_P/T.mprotect_P 9 FAIL pretty sure we've got waivers for these; they were test suite bugs when i looked /tset/LSB.os/procenv/nice/T.nice 5 FAIL /tset/LSB.os/procenv/nice/T.nice 6 FAIL /tset/LSB.os/procenv/nice/T.nice 7 FAIL /tset/LSB.os/procenv/nice/T.nice 8 FAIL These failures are all due to Debian's nice() returning 0 on success, rather than the new nice value. This change unfortunately breaks start-stop-daemon (which was why it was reverted a day after a glibc with that change was uploaded) /tset/ANSI.os/streamio/remove/T.remove 11 FAIL /tset/LSB.os/mfiles/mmap_P/T.mmap_P 34 FAIL /tset/LSB.os/procenv/ulimit/T.ulimit 4 FAIL /tset/LSB.os/procprim/exec_A/T.execl_A 1 UNRESOLVED /tset/LSB.os/procprim/exec_A/T.execle_A 1 UNRESOLVED /tset/LSB.os/procprim/exec_A/T.execlp_A 1 UNRESOLVED /tset/LSB.os/procprim/exec_A/T.execv_A 1 UNRESOLVED /tset/LSB.os/procprim/exec_A/T.execve_A 1 UNRESOLVED /tset/LSB.os/procprim/exec_A/T.execvp_A 1 UNRESOLVED /tset/POSIX.os/devclass/tcsetpgrp/T.tcsetpgrp 6 FAIL /tset/POSIX.os/files/open/T.open 13 UNRESOLVED /tset/POSIX.os/files/rename/T.rename 13 FAIL /tset/POSIX.os/files/rename/T.rename 22 FAIL /tset/POSIX.os/files/rmdir/T.rmdir 12 FAIL /tset/POSIX.os/ioprim/dup2/T.dup2 7 FAIL Dunno about any of these. The Li18nux2k ones are obvious, presumably. HTH. Cheers, aj -- Anthony Towns <aj@humbug.org.au> <http://azure.humbug.org.au/~aj/> I don't speak for anyone save myself. GPG signed mail preferred. Australian DMCA (the Digital Agenda Amendments) Under Review! -- http://azure.humbug.org.au/~aj/blog/copyright/digitalagenda
Attachment:
pgp4sy1XOoCIo.pgp
Description: PGP signature