Am 27. Oktober 2017 07:25:25 MESZ schrieb "Pádraig Brady" :
>On 26/10/17 08:13, Christian Kögler wrote:
>> If od is used on block devices together with skip, od reads the
>skipped bytes instead of seeking it.
>
>Yes it has done that from the initial version.
>Note
If od is used on block devices together with skip, od reads the skipped bytes
instead of seeking it.
Cheers
Christian
On Wed, Apr 05, 2017 at 02:27:12PM -0700, Paul Eggert wrote:
> On 04/05/2017 01:17 PM, Christian Brauner wrote:
> > Oh, where can that information be gathered from? I looked up isatty() and
> > ttyname{_r}() in:
> >
> > The Open Group Base Specifications Issue 7
>
rspective it just seems to make a lot more sense to
exit with success if the file descriptor actually refers to a terminal. The name
of the device it refers to just seems syntactical sugar. :)
Thanks again!
Christian
d exit with error. In all other cases, we should
report "is a tty but failed to determine the device path" and exit with success.
This is much clearer. Depending on the platform the user can then decide how to
proceed, e.g. by looking at /proc/self/fd/0 for Linux or somewhere else on other
p
by line but I'm not completely sure if this is used in
cureutils. If not, just drop it. :)
Christian
Christian Brauner (1):
tty: do not provide conflicting information
src/tty.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
--
2.11.0
have
tried a patch. But I only found the mailing list and this email address.
Yours,
Christian
--
Dr. Christian González
https://www.nerdocs.at
+43 650 7644477
On 07/27/14 19:11, Linda Walsh wrote:
It is more common to specify transfer sizes in SI and mean IEC if you
are in the US where the digital computer was created.
People in the US have not adopted SI units and many wouldn't know
a meter from a molehill, so SI units aren't the first thing that
the
On 07/16/14 15:42, Pádraig Brady wrote:
Note another reason to _not_ apply the patch is that
requests to print the statistics can come async through SIGUSR1,
and thus increase the chances of inconsistent output.
Sorry, I cannot follow. Which inconsistent output are you referring to?
regards,
This is the only issue I had.
Thanks to include this fix for the next release.
Christian
Hi
have to revoke my last comment "00755 is working here. I can live with
that :) "
This was on the wrong system (SLES 10 SP3), where also a 755 does not
preserve the sbit.
sorry for that
Cheers, Chris
Am 31.03.2011 22:58, schrieb Christian:
Hi
No, 0755 is not explicit - it is
with that :)
0 for specifying octal, you are _still_ left with four octal digits
which includes the sticky bit explicitly being set to 0.
Thank you
Cheers
--
Christian
---
Der ultimative shop für Sportbekleidung und Zubehör
http://www.sc24.de
---
Hi Paul,
Am 31.03.2011 20:54, schrieb Paul Eggert:
On 03/31/2011 11:25 AM, Christian wrote:
and using "0755" is explicit enough, isn't it ?
Unfortunately it's not that simple, as having 0755 mean
something different from 755 would violate the principle
of least surpr
Hi Eric,
Am 31.03.2011 19:29, schrieb Eric Blake:
On 03/31/2011 03:01 AM, Christian wrote:
Why can I only use symbolic modes for clearing ?
snip chmod(1) ---
and you can set (but not clear) the bits with a numeric mode.
snip chmod(1) ---
isn't "chmod 0755 DIR"
x27;
I renamed the local "getline" into
"get_line" in all files, and it was enough.
Christian
ing an old version of bash 3.00 ( The latest 3..2.49
has an other issue , I related in an other post:
"1/ new line in bash 3.00/3.2.49"
Christian
`long list of machines`
df --no-header /usr
The output would be much easier to read without the all the interleaved
header lines.
Thanks for listening,
Christian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/lis
is problem?
Sincerely,
Christian Benz
_
Sie suchen E-Mails, Dokumente oder Fotos? Die neue MSN Suche Toolbar mit
Windows-Desktopsuche liefert in sekundenschnelle Ergebnisse. Jetzt neu!
http://desktop.msn.de/ Jetzt gratis
Philip Rowlands schrieb:
>
> Notice that in your configured timezone, the DST offset changes
> between these two dates ("CET" vs "CEST"). I'd suggest that accounts
> for the missing day, and that using the --utc flag to date will clear
> up any ambig
är 24 23:00:00 CET 2007
[EMAIL PROTECTED]:~ $ date -d "2006-08-07 +231 days"
Mo Mär 26 00:00:00 CEST 2007
Sunday is missing
Greetings
Christian Hoffmann
System:
[EMAIL PROTECTED]:~ $ uname -a
Linux linux 2.6.13-15.11-default #1 Mon Jul 17 09:43:01 UTC 2006 i686
athlon i386 GNU/Linux
[EMAIL
re is the error:
sort: invalid option -- 1
Try `sort --help' for more information.
I've been using that command syntax to sort IP's for several years without
any problems until just recently.
Thanks,
Christian
___
Bug-coreutils mail
I read the man page, which indicated I should use
% tail -4f /etc/passwd
and that works fine with tail (coreutils) 5.2.1, and every tail I've
seen before. I'd say no bug.
However, I recall a discussion here few weeks ago indicating that this
use of options is obsolescent.
Christia
in bash:
:~/tmp$ ls -l
insgesamt 8
drwxr-xr-x 2 chris chris 4096 2005-10-20 09:28 dir0
:~/tmp$ ls -l dir0
insgesamt 4
-rwxr--r-- 1 chris chris 5 2005-10-20 09:28 foo.txt
:~/tmp$ chmod -R u+x *.txt
chmod: Zugriff auf „*.txt“ nicht möglich: Datei oder Verzeichnis nicht
gefunden
in zsh:
$ chm
RTICULAR
PURPOSE.
Regards,
Christian Boltz
--
Fontlinge developer
Fontlinge - font management for Linux / Schriftenverwaltung für Linux
Infos und Download: http://www.gesindel.de
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
Hello,
My platform: uname -a
SunOS haddock 5.8 Generic_108528-13 sun4u sparc SUNW,Sun-Fire-280R
following error occurred through 'make check':
...
==
All 1 tests passed
==
gmake[3]: Leaving directory `/home/cre/coreutils-5.2.1/tests/sort'
gmake[2]: Leaving direct
Paul Eggert wrote:
Here's a proposed patch to implement this behavior. Can you please
try this out?
out of curiosity, any chance of putting this in the main tree?
Thanks, as always,
CDJ
--
Christian Jones
[EMAIL PROTECTED]
http://www.aleph0.com/~ch
lement this behavior. Can you please
try this out?
Works exactly as I'd hoped. Thanks for the excellent work (not to
mention the rapid turnaround)! Keep up the great work, Paul.
CDJ
--
Christian Jones
[EMAIL PROTECTED]
http://www.aleph0.com/~chjones
g, and I'm sorry for that. Can anyone else word it in a
way that makes more sense?
CDJ
--
Christian Jones
[EMAIL PROTECTED]
http://www.aleph0.com/~chjones
___
Bug-coreutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-coreutils
Christian Jones wrote:
-bash-2.05b# mount /dev/discs/disc0/part3 /mnt
-bash-2.05b# ls /mnt
bin boot dev etc lib lost+found mnt proc root sbin usr var
-bash-2.05b# mount /dev/discs/disc0/part4 /mnt
-bash-2.05b# ls /mnt
infinit infinit-0.3 lost+found
-bash-2.05b# df -P
Filesystem
; it. Unfortunately, the consensus on that report seemed to be
that there wasn't an obvious way to fix it. Is there an obvious
solution to this one, such as reporting the filesystem mounted *last*
instead of the one mounted first?
CDJ
--
Christian Jones
[EMAIL PROTECTED]
] Error 1
osf1:/users/coreutils-5.1.1 ==>
kind regards
Christian
___
Bug-coreutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-coreutils
Hello.
I tried to do a chroot with the chroot util.
So why did it failed?
[EMAIL PROTECTED] chroot /mnt/hdb1
/bin/bash: /lib/ld-linux.so.2: version `GLIBC_PRIVATE' not found (required by
/usr/lib/i686/libc.so.6)
Christian Korff
___
Bug-core
32 matches
Mail list logo
