Daniel, thank you for submitting the patch upstream!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1905623
Title:
df: /run/user/1000/doc: Operation not permitted
To manage notifications about this
Has gnulib upstream been notified about the fix for this bug?
... or about the original treat-devtmpfs-and-squashfs-as-dummy-
filesystems.patch that the fix was applied to?
https://launchpadlibrarian.net/510003931/coreutils_8.32-4ubuntu1_8.32-4ubuntu2.diff.gz
--
You received this bug
(In reply to comment #15)
Try to rebuild the library with -fno-builtin-strdup, chances are it will make
valgrind working again.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/852760
Title:
valgrind
Do not expect this to be fixed in coreutils. There is no generally
better solution I am aware of. You have in fact two choices - either
give up broken checking of broken symlink at all, or wait some time for
the symlinks to be checked. Consider using timeout(1) utility to not
wait indefinitely in
Patch ready:
http://lists.gnu.org/archive/html/bug-coreutils/2008-10/msg00298.html
--
Add a -n option to cp (opposite of -f)
https://bugs.launchpad.net/bugs/229182
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
Thank you for reply. Executable files should have higher priority than
hard-linked files while highlighting. So in this case color of
executable file is used. Theoretically you can have special color
attribute for hard-linked executables, but this is not an usual case I
think. As for the default
Well, proposed to coreutils upstream:
http://lists.gnu.org/archive/html/bug-coreutils/2008-10/msg00191.html
--
Add a -n option to cp (opposite of -f)
https://bugs.launchpad.net/bugs/229182
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Proposed upstream, now working on patch:
http://lists.gnu.org/archive/html/bug-coreutils/2008-10/msg00172.html
--
ls --color for hard links (wishlist)
https://bugs.launchpad.net/bugs/123423
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
note: already fixed in Fedora coreutils
--
cut gets confused with UTF-8 characters
https://bugs.launchpad.net/bugs/91175
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
I think it could be useful, did anybody propose this to coreutils
upstream?
--
Add a -n option to cp (opposite of -f)
https://bugs.launchpad.net/bugs/229182
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
It is suggested to use rsync as cp replacement in such cases - consider
this bug: https://bugzilla.redhat.com/show_bug.cgi?id=237553
--
a progress bar for 'cp' and 'mv'
https://bugs.launchpad.net/bugs/64067
You received this bug notification because you are a member of Ubuntu
Bugs, which is
There is a simple workaround - this avoids ls from following symlinks (at least
in the context of --color):
eval `dircolors -b | sed s/or=[^:]*://`
Try add something like this to your profile.
--
ls --color hangs for directories linked from network
https://bugs.launchpad.net/bugs/264313
You
12 matches
Mail list logo