Here's the likely upstream patch:
http://thread.gmane.org/gmane.comp.gnu.gzip.bugs/699/focus=705
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1032831
Title:
zgrep - doesn't work if is two digit
Birol Bora wrote:
> The problem is being caused by faulty memory. I scanned the memory with
> a memory test tools. I've found a memory card is defective and replaced
> with a new one. Problem solved.
>
> ** Changed in: coreutils (Ubuntu)
>Status: New => Invalid
Thanks for letting us know.
Birol Bora wrote:
> Public bug reported:
>
> I'm using Ubuntu 11.10
> When I execute md5sum command its calculate different code for the same file
>
> birol@trax:~/Downloads$ uname -a
> Linux trax 3.0.0-16-generic #28-Ubuntu SMP Fri Jan 27 17:44:39 UTC 2012
> x86_64 x86_64 x86_64 GNU/Linux
>
> bir
[ following up to this report,
http://bugs.launchpad.net/+source/coreutils/+bug/908354
]
Tuomas Heino wrote:
> ubuntu@ubuntu:~$ stat -f --format %t:%T /var/log
> 1021994:tmpfs
Thanks.
Unlike most file system types, overlayFS appears to have no magic number.
Now we're seeing how using files o
Tuomas Heino wrote:
> Public bug reported:
>
> Doing tail -f on /var/log/kern.log (which gets appended every 10 seconds)
> does not print anyting.
> May be an issue with the livecd / how overlayfs works. In any case tail
> should at least complain if underlaying fs does not properly support whate
> https://bugs.launchpad.net/bugs/833587
>
> Title:
> du assert failure: du: du.c :583 : process_file: L'assertion « level
> == prev_level - 1 » a échoué.
...
> ProblemType: Crash
> DistroRelease: Ubuntu 11.04
> Package: coreutils 8.5-1ubuntu6
...
> AssertionMessage: du: du.c :583 : pr
jimav wrote:
> Strictly speaking this is an enhancement request.
>
> fmt imposes an artificial limit on the maximum output line length
> controlled by the -f option, which prevents using this tool to "join"
You meant -w, not -f, throughout.
Thanks for the suggestion. Note that the code has
C de-Avillez wrote:
> Upstream has been faster on the uptake than I was. I had just tested
> coreutils GIT, and found the same issue, and was preparing an email to
> bugs-coreutils (and finding who are the translators for French). I
> should have done that already... instead I initially thought it
Dave Gilbert wrote:
> Just reading the patch, I'm not sure that's solving both cases - i.e.
> 1) That there is a problem if your value is too large for RAM (i.e. a
> memory exhausted)
> 2) There is something saying 'invalid number' on large values, and that
> seems to depend on the wo
nterproductive or error-inducing."
While I deliberately do not mention the actual limits above,
note that they're about half of the numbers you listed: ~1GiB and ~8EiB
I went ahead and wrote the patch:
>From d8e0d2d0efba4fa9c5bc1c29bf7e0028dd292237 Mon Sep 17 00:00:00 2001
From
As far as I can see, there is no problem with code being out of sync.
If you can point to specifics, please let me know,
since I'm about to release coreutils-7.5 upstream.
However, note that with glibc and a linux kernel, the stat program
always uses statfs, and not statvfs. This is a deliberate
I fixed that upstream with this change:
http://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=25eb4c69097ca4f5665b050cfa4247a19ffd8c55
--
sort seg faults
https://bugs.launchpad.net/bugs/370065
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
C de-Avillez wrote:
> Interesting. Jim Meyring's answer did not make it here (although,
> AFAICS, it was correctly addressed). So, here it is:
Thanks for forwarding that. It didn't go through because
I sent it with a From address not matching the subscribed one.
--
incorrect cp(1) behaviour up
nice doesn't call qsort directly, but rather only via libc's setlocale function.
As such, I suggest you reassign this report to glibc.
--
nice crashed with SIGSEGV in qsort()
https://bugs.launchpad.net/bugs/200234
You received this bug notification because you are a member of Ubuntu
Bugs, which i
Hi, I had the same problem and have just worked around it.
Here's the report w/patch I've just sent upstream:
http://thread.gmane.org/gmane.comp.graphics.scanning.sane.devel/12601
--
scanimage -L crashes with HP ScanJet 4100c
https://bugs.launchpad.net/bugs/119819
You received this bug notificati
Public bug reported:
already reported here: https://lists.ubuntu.com/archives/ubuntu-
users/2006-September/093218.html
** Affects: glibc (Ubuntu)
Importance: Untriaged
Status: Unconfirmed
--
fchownat ignores AT_SYMLINK_NOFOLLOW flag
https://launchpad.net/bugs/59083
--
ubuntu-bug
Thanks for the report. I've just fixed this upstream:
2006-08-13 Jim Meyering <[EMAIL PROTECTED]>
* src/shred.c (usage): Don't indent the second line of an item.
Otherwise, help2man would misformat the output.
Reported by Adam Buchbinder in <https:/
17 matches
Mail list logo
