Bug#916225: python3-docutils doesn't install on Sid armel/armhf/mips/mipsel

2018-12-11 Thread vic...@gmail.com
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 a

Bug#916225: python3-docutils doesn't install on Sid armel/armhf/mips/mipsel

2018-12-11 Thread vic...@gmail.com
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) c

Bug#916225: python3-docutils doesn't install on Sid armel/armhf/mips/mipsel

2018-12-11 Thread vic...@gmail.com
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

Bug#916225: List folders dash cannot expand under /usr/share

2018-12-11 Thread vic...@gmail.com
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: Additional info

2018-12-11 Thread vic...@gmail.com
-- 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 (char

Bug#780705: udev: floating net device number on devices with ro rootfs

2015-03-23 Thread vic...@gmail.com
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. Tha