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 -NUM doesn't work if NUM is
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
[ 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 on
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 whatever
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 :
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 was
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 word
: ~1GiB and ~8EiB
I went ahead and wrote the patch:
From d8e0d2d0efba4fa9c5bc1c29bf7e0028dd292237 Mon Sep 17 00:00:00 2001
From: Jim Meyering meyer...@redhat.com
Date: Mon, 14 Jun 2010 10:15:57 +0200
Subject: [PATCH] doc: dd: discourage use of very large block sizes
MIME-Version: 1.0
Content-Type
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
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
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
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
--
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://launchpad.net/bugs
17 matches
Mail list logo
