lucid has seen the end of its life and is no longer receiving any
updates. Marking the lucid task for this ticket as "Won't Fix".
** Changed in: libvirt (Ubuntu Lucid)
Status: Triaged => Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Server Team, which
eol reached https://wiki.ubuntu.com/Releases
** Changed in: libvirt (Ubuntu Hardy)
Status: Triaged => Invalid
** Changed in: libvirt (Ubuntu Natty)
Status: Triaged => Invalid
** Changed in: linux (Ubuntu Oneiric)
Status: In Progress => Invalid
** Changed in: linux (Ubuntu)
** Changed in: m4 (Debian)
Status: Unknown => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to libvirt in Ubuntu.
https://bugs.launchpad.net/bugs/817187
Title:
change in readlink() errno in 2.6.39 and later kernels
Have started a thread upstream to discuss this change.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to libvirt in Ubuntu.
https://bugs.launchpad.net/bugs/817187
Title:
change in readlink() errno in 2.6.39 and later kernels causes FTB
Packages with gnulib in their source:
main:
augeas
binfmt-support
eglibc
findutils
gdb
glib2.0
groff
grub2
hello
hello-debhelper
liblouis
libpipeline
libtasn1-3
libvirt
man-db
mlocate
texinfo
universe/multiverse:
amanda
eiskaltdcpp
freedink
genparse
hivex
instantbird
libdc0
libdrizzle
liblouisx
** Changed in: linux (Ubuntu Oneiric)
Status: Confirmed => In Progress
** Changed in: linux (Ubuntu Oneiric)
Assignee: (unassigned) => Andy Whitcroft (apw)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to libvirt in Ubuntu.
A quick review of other syscalls reacting to "" as a pathname tend to
now place readlink as an inconsistant outsider:
open("", O_RDONLY) = -1 ENOENT (No such file or
directory)
chmod("", 0777) = -1 ENOENT (No such file or
directory)
readlink("",
** Description changed:
- This is due to the following:
+ When building packages in a chroot with gnulib testcases for readlink() on a
2.6.39 (Oneiric or newer) kernel, these packages may FTBFS. This is due to the
following:
http://lists.gnu.org/archive/html/bug-gnulib/2011-03/msg00308.html
** Description changed:
This is due to the following:
http://lists.gnu.org/archive/html/bug-gnulib/2011-03/msg00308.html
"coreutils' "make check" failed on rawhide due to a kernel change
in how readlink and readlinkat treat the empty file name.
Before, they'd fail with ENOENT. Now, i
This is a notty one. The behavour has indeed changed, ENOENT was the
previous return and now we return EINVAL. I do not have a POSIX manual
to hand, but the gist of the restriction is as below:
Empty pathname
In the original Unix, the empty pathname referred to the current
10 matches
Mail list logo
