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