* Eric Blake (ebl...@redhat.com) [20170727 10:13]:
> > this word "Implementatierungen" does not exist - it should be
> > "Implementationen" or "Implementierungen" (all plural):
>
> Thanks for the report. However, translation bugs should be reported to
> the translation team, as we can't fix it u
* Bernhard Voelker (m...@bernhard-voelker.de) [20140919 10:36]:
> @Philipp: can you confirm please? I don't have access to
> such a s390x machine ...
Nope,
running ls -l | shuf -n 5
succeeds as it should,
Philipp
* Bernhard Voelker (m...@bernhard-voelker.de) [20140919 10:36]:
> @Philipp: can you confirm please? I don't have access to
> such a s390x machine ...
I could check it, but the test succeeds if I remove the valgrind invocation.
Philipp
* Pádraig Brady (p...@draigbrady.com) [20140919 02:59]:
> http://valgrind.org/docs/manual/dist.readme-missing.html
>
> The patch in this case seems simple?
> https://bugs.kde.org/show_bug.cgi?id=331337
Must be something else as the valgrind 3.10.0 we use has this fixed. So the
reason must be som
12/06/2013 21:14 Pádraig Brady wrote:
> On 12/06/2013 05:22 PM, G McAlister wrote:
>> The OS is openSUSE 12.2, kernel 3.4.63.
> That was fixed in release 8.20 back in 2012-10-23.
And let me add that openSUSE 12.2 is out of maintenance for quite some
time so you should really update to the curre
The description for the -r option for shuf in 8.22-pre3 reads:
" -r, --repetitions output COUNT items, allowing repetition.\n"
" -n 1 is implied if not specified.\n"
Which is confusing as to what COUNT relates to.
Philipp
* Linda Walsh (coreut...@tlinx.org) [20131129 07:40]:
> I can think of 2 cases where the kernel displays the wrong information
> concerning mounts.
The discuss this with the kernel maintainers! Coreutils is the wrong place
for this discussion.
Philipp
Df in older coreutils showed the file of a loop mount whereas currently it
shows you the loop device. This is IMHO bogus as what good is that info?
Is this a deliberate change or a side effect of other changes? I searched
ChangeLog but didn't find anything relating to it (at least in my eyes).
Ph
Am 16.11.13 06:44, schrieb Philipp Thomas:
> I'll fix it ASAP.
Fixed translation just sent to the translation project.
Philipp
Am 14.11.13 19:34, schrieb Eric Blake:
> this should have gone to translation-team...@lists.sourceforge.net
> (now in cc);
But as luck has it, the german translator just happens to maintain
coreutils for SUSE and thus has taken note :-) So there is no need to
contact the mailing list. I'll fix it
* Bernhard Voelker (m...@bernhard-voelker.de) [20131029 12:26]:
> hmm, well, could it be that this is because many features have
> been added over the years? ...
Leave alone checks that cp needs to do but dd doesn't.
Philipp
Am 28.04.2013 04:40, schrieb Pádraig Brady:
> 2. When --output-delimiter is specified, it will allocate 31 buckets.
> Even if a few ranges are specified.
Shouldn't this be "Even if only a few ranges are specified"?
Philipp
* Jim Meyering (j...@meyering.net) [20121124 18:02]:
> Oh. I wish that whoever fixed that had let us know.
I don't know who originated the i18n patch, but I took a newer version from
ArchLinux because their maintainer had already adapted the rather huge patch
to the then current coreutils versio
* Niels Möller (ni...@lysator.liu.se) [20120907 11:10]:
> My understanding is that most gnu/linux distributions build coreutils
> without linking to gmp. So lots of users don't get this capability.
At least openSUSE has been building coreutils with gmp for quite some time.
Philipp
* Albrecht Frenzel (ajfren...@web.de) [20120821 18:05]:
> sleep 5m
>
>
>
> The shell will be resumed after 7m
That's how it should be. The complete system is frozen and after resuming
continue where they were were stopped.
Philipp
* Jim Meyering (j...@meyering.net) [20120619 15:52]:
> I've attached the latest .pot and Cc'd the TP coordinator.
That's nearly correct ;-) But to support translators of the just released
coreutils-8.17 you should send a corrected .pot for 8.17 to the TP
coordinator. Otherwise that one message wi
* Eric Blake (ebl...@redhat.com) [20120619 15:49]:
> You're the sixth person to report this.
Mea culpa, I should have checked before sending the.
> Perhaps it would be worth pushing an updated coreutils.pot to the
> translation project without waiting for the next coreutils release,
It definite
While translating the coreutils messages to German I stumbled over the
message for src/fmt.c:285 in coreutils.pot which is erroneously marked
c-format. This will make msgfmt fail because it thinks that the percentage
sign in »(default of 93% of width)« is a format specification and stops
because of
* Jim Meyering (j...@meyering.net) [20120504 17:30]:
> If there's a bugzilla reference for this, let me know
> and I'll add it to the commit log.
There is, but as it's a SLES bug it's only open for SUSE employees and
customers and thus useless for a coreutils commit log. I'll instead
reference th
* Jim Meyering (j...@meyering.net) [20120328 18:09]:
> At first glance, that might be reasonable: the additional open
> is incurred only after a failed stat.
> I'll look more closely in a week or two if no one else investigates.
Ping, it's been more than two weeks and I'm being bugged for a possi
* cbr...@arcor.de (cbr...@arcor.de) [20120411 10:13]:
> ln: Symbolischen Verknüpfung ./bar konnte angelgt werden: Die Datei
> existiert bereits.
>
> Corrected error message reads like this:
> ln: Symbolische Verknüpfung ./bar konnte nicht angelegt werden: Die Datei
> existiert bereits.
Whe
Hi Jim,
* Jim Meyering (j...@meyering.net) [20120327 15:40]:
> If you can find a way to make cp work sensibly in your specific case,
> yet without impacting any other use case, please let us know.
Thanks for the clarification! In that light though I doubt there is a way :(
Philipp
I'd like to pass on observations from my collegue Neil Brown:
in src/copy.c, copy_reg() is passed "bool *new_dst".
This is 'false' if the file already exists, in which case it attempts to
open the file with O_WRONLY | O_TRUNC | O_BINARY.
If it is 'true', only then does it use O_CREAT (and others)
I copy a file from one NFS export to another NFS export and execute
it in the new location, I get a "'Stale NFS file handle' error at the second
line "cp submit.sh $submit_sh":
Here are the scripts:
script.sh:
#!/bin/sh
submit_sh=$HOME/submit_$$.sh
set -x
cp submit.sh $submit_sh
chmod 751 $submit
I got this bug report for coreutils 8.14:
export LANG=en_US.UTF-8
{ echo 16301 3.574885; echo 163 0.171036; } | sort
Produces
16301 3.574885
163 0.171036
which is incorrect. The lines should be in the other order
With "LANG=C" it works co
* Jim Meyering (j...@meyering.net) [20120214 11:49]:
> I see that Fedora still uses su from coreutils, too,
> so this is a worthwhile change.
openSUSE and SLES are also using su from coreutils.
Philipp
* Jim Meyering (j...@meyering.net) [20120106 19:39]:
> This is to announce coreutils-8.15, yet another stable release.
Seems like no message template was sent to the translation robot. When I
tried to check in the updated German catalogue for 8.15 it was rejected
because there is no corresponding
* James Cloos (cl...@jhcloos.com) [20110904 16:41]:
> Complaints have been made about glibc's absurd and insane preference for
> case insensitive collation (at least in en and the euro locales)
It's not glibc's preference but the collation rules for a given locale! If
you want to complain, do so
* Jim Meyering (j...@meyering.net) [20110901 21:35]:
> > $ echo 12 | cut --output-delimiter=X -c1,2
> > 12
> > $ echo 12 | LANG=C cut --output-delimiter=X -c1,2
> > 1X2
Found and fixed. The function called for the multibyte case simply had no
provision for an output delimiter. Simply copying and
* Jim Meyering (j...@meyering.net) [20110901 20:42]:
> Same for the last few (8.8-8.12).
> Has your version been patched?
SUSE's coreutils carry a varying number of patches, as does Fedora/RH. Sorry
for the noise, I should have checked with vanilla coreutils. So it's
bisecting time again ...
Phi
Cut from older coreutils (at least until 7.1) honoured --output-delimiter in
combination with -c. Newer coreutils don't, i.e. with the older cut you get
$ echo 12 | cut --output-delimiter=X -c1,2
1X2
And with the newer ones
$ echo 12 | cut --output-delimiter=X -c1,2
12
Is this a regression o
* Pádraig Brady (p...@draigbrady.com) [20110715 16:20]:
> Note the reason ksh does this, is to allow commands
> to efficiently inspect the input, rather than reading byte by byte.
> This is related to the recent `stdbuf -i0` discussions.
And that noticeable speedup is one of ksh's main advantages
* Eric Blake (ebl...@redhat.com) [20110715 15:03]:
> And that behavior of ksh is probably a violation of POSIX:
> http://austingroupbugs.net/view.php?id=205
that discussion is from 2006 and ksh has had that feature for quite a bit
longer. The reasin is that sockpairs are faster than pipes and and
I'm trying to track down a bug in cat of coreutils 6.12. Doing
cat /var/log/Xorg.0.log | head -n70
under ksh consistently fails with 'cat: write error: Connection reset by
peer'. It does not fail when run under bash and it does not fail in current
coreutils . It seems that ksh implementing pip
* Eric Blake (ebl...@redhat.com) [20110616 00:00]:
> been consolidated into something that is easily maintainable and adds no
> overhead to the single-byte C locale situation.
I at least doubt that there is a solution that adds no overhead.
Philipp
While building coreutils 5.1.2 (SUSE SLES9) tail-2 fails with the output
below and I can't quite make out what the test is doing and whether I should
investigate. Can anybody help?
Philipp
+ tmp=tail-as2.17851
++ pwd
+ pwd=/usr/src/packages/BUILD/coreutils-5.2.1/tests/tail-2
+ trap 'cd /usr/src/
* Pádraig Brady (p...@draigbrady.com) [20110402 02:37]:
> The hostid info is present in git.
> Perhaps it was removed by a local patch or something.
> I'm closing this bug for the moment.
Yes, you are right and this is bogus. We have a patch that removes the
hostname documentation as openSUSE/SLE
* Philipp Thomas (p...@suse.de) [20110401 17:07]:
> The manpage for hostid explicitely references coreutils.info but there the
Actually coreutils.info included in coreutils 8.10 has the documentation but
not coreutils.texi.
Philipp
The manpage for hostid explicitely references coreutils.info but there the
part about hostid seems to have been removed somewhen in the past. As there
is no mentioning of a removal in ChangeLog I created the attached patch that
readds the documentation for hostid and hostname that I took from the
5
* John McMillan (mcmil...@skybest.com) [20100825 19:06]:
> to which I receive the following confirmation -
> changed ownership of `/media/C:/Documents and Settings/John/My
> Documents/Word/John/Augustine.doc' to john:john
Looks like this is a DOS/WIN partition, i.e. vfat or ntfs. These file
syste
40 matches
Mail list logo
