bug#12765: configure --disable-threads doesn't work with coreutils-8.20

2012-11-04 Thread Paul Eggert
On 11/03/2012 07:35 PM, John David Anglin wrote: The attached change results in a successful build of sort. I'm afraid that won't work, because it assumes that the application uses both threadlib and pthread. Why does coreutils use threadlib, anyway? Does anybody know? It seems like overkill

bug#12765: configure --disable-threads doesn't work with coreutils-8.20

2012-11-04 Thread John David Anglin
On 4-Nov-12, at 2:48 AM, Paul Eggert wrote: On 11/03/2012 07:35 PM, John David Anglin wrote: The attached change results in a successful build of sort. I'm afraid that won't work, because it assumes that the application uses both threadlib and pthread. I don't see that it assumes that the

bug#12730: bug #12730: patch attached

2012-11-04 Thread Andrew Warshall
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 If we went that route, we'd change how me_dummy is set so that it takes account of your case. For example, we might add a boolean is_bind_mount parameter to ME_DUMMY macro, so that when me_type is none and is_bind_mount is true, ME_DUMMY would

bug#12765: configure --disable-threads doesn't work with coreutils-8.20

2012-11-04 Thread Paul Eggert
On 11/04/2012 08:29 AM, John David Anglin wrote: It seemed reasonable to base this on the configure variable USE_POSIX_THREADS. But the problem is that USE_POSIX_THREADS is set by the threadlib configuration. Another alternative might be to convert sort to use threadlib. coreutils already

bug#12798:

2012-11-04 Thread Pádraig Brady
forcemerge 12798 11823 stop On 11/04/2012 06:28 AM, Максим Булгаков wrote: tail -f /var/log/emerge-fetch.log tail: неизвестный тип файловой системы 0x61756673 для /var/log/emerge-fetch.log. Сообщите об этом в bug-coreutils@gnu.org. Возвращаемся к опросу.

bug#12778: Failure when running check-root make target

2012-11-04 Thread Andrew Warshall
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, When running 'make NON_ROOT_USERNAME=nobody check-root' on coreutils-8.20, I get: CCLD test-xvasprintf CC test-yesno.o CCLD test-yesno make[6]: Leaving directory `/home/burgessm/sources/coreutils-8.20/gnulib-tests' make

bug#12778: Failure when running check-root make target

2012-11-04 Thread Andrew Warshall
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, When running 'make NON_ROOT_USERNAME=nobody check-root' on coreutils-8.20, I get:_ROOT_USERNAME=nobody check- CCLD test-xvasprintf CC test-yesno.o CCLD test-yesno make[6]: Leaving directory

bug#12730: bug #12730: patch attached

2012-11-04 Thread Jim Meyering
Andrew Warshall wrote: If we went that route, we'd change how me_dummy is set so that it takes account of your case. For example, we might add a boolean is_bind_mount parameter to ME_DUMMY macro, so that when me_type is none and is_bind_mount is true, ME_DUMMY would evaluate to false, rather

bug#12730: bug #12730: patch attached

2012-11-04 Thread Andrew Warshall
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 05 Nov 2012 02:01:53 +0100 Jim Meyering j...@meyering.net wrote: Thanks for the patch. However, I'd rather not duplicate all of that logic solely to change the part that deals with type-none entries. Instead, I'll leave the other 5 types

bug#12730: bug #12730: patch attached

2012-11-04 Thread Jim Meyering
Andrew Warshall wrote: ... This looks fine. I've pushed it to gnulib, so this bug will be fixed in coreutils the next time it syncs from gnulib. It should (I hope) have no effect on a system w/o MOUNTED_GETMNTENT1; I was more concerned about the effect on anyone with MOUNTED_GETMNTENT1 but