Bug#780705: udev: floating net device number on devices with ro rootfs
Hi Marco, AFAIK, this patch depends on only udev and udev doesn't depend on systemd, at least for now. It's true most of the embedded Linux systems that have udev on it might have already switched to systemd, but I see there is a problem in udev and it can be fixed with a few additional care. That's all. Thank you. 2015-03-24 7:16 GMT+08:00 Marco d'Itri : > On Mar 19, Michael Biebl wrote: > > > Not writing duplicated entries in "70-persistent-net.rules" should > > indeed be the case. I'll let Marco, who wrote the code, review the > > patch. He should be more familiar with it. > I do not really want to think about the possibile interactions of this > change with other code at time time in the release process. > I suspect that this use case would be served much better by a stable > interfaces naming scheme different from the one managed by > 70-persistent-net.rules. > > -- > ciao, > Marco >
Bug#916225: Additional info
-- System Information (Debian Sid armel running inside docker container): Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: armel (armv7l) Kernel: Linux 4.18.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: unable to detect Versions of packages python3-docutils depends on: ii docutils-common 0.14+dfsg-3 ii python3 3.7.1-2 ii python3-roman2.0.0-3 Versions of packages python3-docutils recommends: pn libpaper-utils pn python3-pil pn python3-pygments Versions of packages python3-docutils suggests: pn docutils-doc pn fonts-linuxlibertine | ttf-linux-libertine pn texlive-lang-french pn texlive-latex-base pn texlive-latex-recommended
Bug#916225: List folders dash cannot expand under /usr/share
for d in $(ls -1 /usr/share); do (/bin/sh -c "ls /usr/share/$d/*" &>/dev/null) || echo $d; done This gives a list of folders that `ls /usr/share//*` fails under dash. So /usr/share/docutils is just one of them.
Bug#916225: python3-docutils doesn't install on Sid armel/armhf/mips/mipsel
Simon McVittie 於 2018年12月12日 週三 上午4:22寫道： > > Control: tags -1 + moreinfo > > On Wed, 12 Dec 2018 at 00:45:34 +0800, You-Sheng Yang wrote: > > Somehow dash failed to expand /usr/share/docutils/scripts/python3/*, so > > that exec variable is simply '/usr/share/docutils/scripts/python3/*', > > which is later expanded as extra dozens of update-alternatives' > > arguments. To be more detailed, at the time executed, dash path > > expansion still worked as it's able to expand /usr/share/* and > > /usr/share/docutils*, but it failed to expand /usr/share/docutils/* and > > any other pattern with a /usr/share/docutils/ prefix. Files has been > > installed correctly and accessible, but dash simply unable to expand > > such globs. > > The obvious question is: why don't basic operations like glob() work > on the system in question? > > Is there something unusual on the system where these expansions failed, > like a non-standard filesystem or kernel, or weird permissions > (directories not 0755 or files not 0755 or 0644) anywhere under > /usr/share/docutils? They have been correctly installed. Only expanding /usr/share/docutils/* and any other expanding attempt with a /usr/share/docutils/ prefix failed. Actually many other directories under /usr/share has the same problem in dash. Not just /usr/share/docutils. > You mentioned Docker containers. What is the host system and how are > these Docker containers configured? If /usr is an overlayfs or similar, > failing to evaluate a glob might be a bug in the overlay implementation? I was running docker images from docker.io/vicamo/debian:sid- on the same host, so the same host configuration applies to all available Debian Sid images. Other paths have the same issue, with or without python3-docutils installed. I think the root cause should be in dash, but since ptrace is not available inside a qemu-based foreign arch container, it would probably take some time to hunt for the root cause. > (Since 32-bit ARM and MIPS are not exactly fast machines, I would > suggest building your kernels with dpkg-buildpackage -B and using an > x86_64 machine to build documentation, which would maybe sidestep this > by not needing docutils at all.) Just like you, I don't like work-arounds, either. Anyway, the problem is python3-docutils fails to install on container based Sid armel/armhf/mips/mipsel environments. I don't own a real arm32/MIPS board, so I cannot verify if this also happens outside a qemu jail. But while many debian installations today are actually container images, I'd still say this is critical enough that I would recommend a quick fix to unblock all other people while the issue being investigated. > > Replace that path glob with a `find ... -type f` fixes the problem. > > Sorry, I don't think python3-docutils can be expected to swap a path > expansion for a subprocess that ought to be equivalent to work around > whatever is going on with these systems - and definitely not without > understanding what it is that's going wrong and why. > > smcv You-Sheng Yang
Bug#916225: python3-docutils doesn't install on Sid armel/armhf/mips/mipsel
It's dash. dash source src/expand.c, function expmeta calls to readdir(), which may throw EOVERFLOW when some field size doesn't fit, and add AC_SYS_LARGEFILE to configure.ac fixes this problem. === BEGIN dash TRACE === Tracing started. waitforjob(%0) called pid 15608, evaltree(0xfffef918: 0, 1) called evalcommand(0xfffef918, 1) called expandmeta(0xfffef948, 3) called expandmeta(0xfffef968, 3) called expandmeta str: /usr/share/vim/* expmeta(/usr/share/vim/*, 16, 0) called expmeta metaflag 1 expmeta opendir(/usr/share/vim/) expmeta begin loop expmeta break loop: readdir error, errno 75 expmeta end loop evalcommand arg: ls evalcommand arg: /usr/share/vim/* searchexec "ls" returns "/usr/bin/ls" === END dash TRACE === You-Sheng Yang
Bug#916225: python3-docutils doesn't install on Sid armel/armhf/mips/mipsel
filed https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=916255 for dash vic...@gmail.com 於 2018年12月12日 週三 下午1:56寫道： > > It's dash. dash source src/expand.c, function expmeta calls to > readdir(), which may throw EOVERFLOW when some field size doesn't fit, > and add AC_SYS_LARGEFILE to configure.ac fixes this problem. > > === BEGIN dash TRACE === > Tracing started. > waitforjob(%0) called > pid 15608, evaltree(0xfffef918: 0, 1) called > evalcommand(0xfffef918, 1) called > expandmeta(0xfffef948, 3) called > expandmeta(0xfffef968, 3) called > expandmeta str: /usr/share/vim/* > expmeta(/usr/share/vim/*, 16, 0) called > expmeta metaflag 1 > expmeta opendir(/usr/share/vim/) > expmeta begin loop > expmeta break loop: readdir error, errno 75 > expmeta end loop > evalcommand arg: ls > evalcommand arg: /usr/share/vim/* > searchexec "ls" returns "/usr/bin/ls" > === END dash TRACE === > > You-Sheng Yang
