Summary: | media-sound/pulseaudio-1.1-r1: two tests failed | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Pacho Ramos <pacho> |
Component: | Current packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | nikoli, phajdan.jr, sound |
Priority: | Normal | Keywords: | TESTFAILURE |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | build.log.xz |
Description
Pacho Ramos
2012-01-12 10:31:32 UTC
Created attachment 298733 [details]
build.log.xz
The ipacl-test relies on sshd running (it could be any service, really, but it needs to make a TCP connection, basically). I'll try to figure out a proper fix for this, but in the mean time it can be ignored. For the lock-autospawn-test, what user is emerge running as and who owns /var/tmp/.../pulseaudio/homedir? (In reply to comment #2) > The ipacl-test relies on sshd running (it could be any service, really, but it > needs to make a TCP connection, basically). I'll try to figure out a proper fix > for this, but in the mean time it can be ignored. > > For the lock-autospawn-test, what user is emerge running as and who owns > /var/tmp/.../pulseaudio/homedir? # ls -l /var/tmp/portage/media-sound/pulseaudio-1.1-r1/homedir -d drwxrwxr-x 2 portage portage 40 feb 13 10:45 /var/tmp/portage/media-sound/pulseaudio-1.1-r1/homedir I am NOT using userpriv and, then, it should be running as root no? :-/ Elijah: as I noted these tests are false-positives. The actual failures are related to (a) ipacl-test requiring something to be listening on TCP port 22, (b) /var/tmp/.../homedir belonging to the same user as the one executing tests (so FEATURES=userpriv should "fix" it). IOW: these tests are only really breaking if they fail with something running on port 22 and with FEATURES=userpriv. I've tried to figure out a way to fix this upstream, but there really isn't anything straightforward to do, What about skipping tests when userpriv is not used? And the same to check if sshd is running or not (In reply to comment #5) > What about skipping tests when userpriv is not used? And the same to check if > sshd is running or not Is there a simple way to do this with automake generated test targets? I can't seem to find anything that does this. I think this could be done with conditional sedding over src/Makefile.am dropping offending tests when needed :-/ How about just always skipping the problematic tests? This slows down arch testing, really. For example here, I had to find this old bug to confirm the test failure is bogus. tests are now restricted as they are always failing in multiple ways for ages |