I'm using a Docker environment which has a rootfs mounted using the
"overlay" filesystem on Linux kernel 4.4.0-141-generic (Ubuntu 16.04) on
amd64.
Inside the Docker environment I tried the usual "tail follow" command:
tail -f /var/log/nginx/error.log
This spat out the error message:
==> /var
,
Mike.
early. This affects scripts that
I'm writing which use credential lifetimes passed as strings encoded as
seconds since the Unix epoch.
$ date --version
date (coreutils) 4.5.3
I get the same result with date versions 5.0 and 5.2.1.
Cheers,
Mike
--
http://www.sve.man.ac.uk/General/Staff/jo
g.
Humph!
Thanks,
Mike
On Tue, 23 Aug 2005, Andreas Schwab wrote:
"Mike 'Mike' Jones" <[EMAIL PROTECTED]> writes:
A little bit of trial-and-error and I find that the anomaly is limited to
between 6pm, 23 Jun 1968 GMT and 2am, 31 Oct 1971:
$ date -d "Sat Oct
ich does not include the . directory nor any file
that starts with a .)
-mike
signature.asc
Description: This is a digitally signed message part.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
On Wednesday 20 February 2008, Bauke Jan Douma wrote:
> Mike Frysinger wrote on 20-02-08 21:56:
> > On Wednesday 20 February 2008, Richard Ems wrote:
> >> If I do a "du -s * ." and right afterwards "du -s ." I get different
> >> values for the act
n the dirs with acl support:
drwxr-sr-x 2 root root 1024 2008-02-22 22:22 dst
drwxr-xr-x 2 root root 1024 2008-02-22 22:22 src
and if i remount w/out acl and repeat the steps:
drwxr-xr-x 2 root root 1024 2008-02-22 22:22 dst
drwxr-xr-x 2 root root 1024 2008-02-22 22:22 src
-mike
signatur
On Saturday 23 February 2008, Paul Eggert wrote:
> Mike Frysinger <[EMAIL PROTECTED]> writes:
> > i'm using coreutils-6.10 with acl-2.2.47 on linux-2.6.24. when using
> > ext2 with acl support enabled, `cp -p` on a directory who does not have
> > the g+s bit set bu
t; http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=49f7ebaac4
any chance of a 6.10.1 with this fix (and any other small ones) ? do you plan
on doing a small .x branch for stable releases ?
-mike
signature.asc
Description: This is a digitally signed message part.
___
On Saturday 23 February 2008, Jim Meyering wrote:
> Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > On Saturday 23 February 2008, Jim Meyering wrote:
> >> Jim Meyering <[EMAIL PROTECTED]> wrote:
> >> > But I suspect your point is that I need to check for
6.10.133-677610.tar.gz
> http://meyering.net/cu/coreutils-6.10.133-677610.tar.lzma
i get 4 test failures on x86_64/linux running as root:
FAIL: no-give-up.log
FAIL: fail-2eperm.log
FAIL: special-bits.log
FAIL: now-owned-by-other.log
verbose logs attached
-mike
signature.asc
Description:
op if background
> child needs tty. */ + signal (SIGTTOU, SIG_IGN); /* don't sTop if
> background child needs tty. */
if you're using signal(), you have race problems. why not use sigaction() and
friends instead ?
-mike
signature.asc
De
On Wednesday 02 April 2008, Pádraig Brady wrote:
> Mike Frysinger wrote:
> > On Tuesday 01 April 2008, Pádraig Brady wrote:
> >> + /* Setup handlers before fork() so that we
> >> + * handle any signals caused by child, without races. */
> >> + signal (
c/mounts
at the moment. the only time the two typically get linked is for embedded
systems at the moment. there is work to remedy this situation, but until
that point, distros cannot do a symlink.
the information in question though would not affect df.
-mike
signature
() if stat() fails.
not sure which you'd want to go.
-mike
signature.asc
Description: This is a digitally signed message part.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
wouldnt .svgz make more sense under image formats in dircolors.hin ? it tends
to be directly "consumed" rather than needing to be decompressed first.
-mike
signature.asc
Description: This is a digitally signed message part.
___
Bug-coreuti
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
src/dircolors.hin |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/dircolors.hin b/src/dircolors.hin
index e60e11c..d12181d 100644
--- a/src/dircolors.hin
+++ b/src/dircolors.hin
@@ -162,6 +162,7 @@ EXEC 01;32
has work on merging Andreas' patch just stalled ? that and the big nasty i18n
patch are about the only thing i carry in Gentoo anymore as everything else
has been merged ...
-mike
signature.asc
Description: This is a digitally signed message
On Sunday 20 April 2008, Jim Meyering wrote:
> Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > has work on merging Andreas' patch just stalled ? that and the big nasty
> > i18n patch are about the only thing i carry in Gentoo anymore as
> > everything else has been
On Sunday 20 April 2008, Mike Frysinger wrote:
> On Sunday 20 April 2008, Jim Meyering wrote:
> > Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > > has work on merging Andreas' patch just stalled ? that and the big
> > > nasty i18n patch are about the o
On Sunday 20 April 2008, Jim Meyering wrote:
> Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > On Sunday 20 April 2008, Mike Frysinger wrote:
> >> On Sunday 20 April 2008, Jim Meyering wrote:
> >> > Mike Frysinger <[EMAIL PROTECTED]> wrote:
> >>
lt the documentation in the u-boot source tree for
the u-boot homepage and ask your question on a u-boot mailing list.
-mike
signature.asc
Description: This is a digitally signed message part.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.g
ng:
sort -n -k 6 c3
works as expected.
It could be that the program is working fine and I'm simply expecting the wrong
result. If so, apologies! Otherwise, I hope this helps you pinpoint the bug.
Thanks!
Mike
11-Oct-2006 WA1ZFE494 Bill CT 3.719
11-Dec-200
Morning, Bob,
Bob Proulx wrote:
Mike Markowski wrote:
I think I've come across a bug in 'sort'. Using the attached file (please
let me know if the attachment is stripped from this email), I tried to sort
on the 5th column of states/countries by using:
sort -k 5 c3
The
ad of time that the utimensat() symbol,
while available in the C library, is not actually usable.
-mike
signature.asc
Description: This is a digitally signed message part.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailma
On Monday 02 June 2008, Jim Meyering wrote:
> Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > a recent gnulib commit (faeb3e6b21...) causes trouble for some packages
> > (such as touch in coreutils) on certain combinations of software. for
> > example, if you're r
On Monday 02 June 2008, Daniel Jacobowitz wrote:
> On Mon, Jun 02, 2008 at 01:50:13PM -0600, Bob Proulx wrote:
> > Jim Meyering wrote:
> > > Mike Frysinger wrote:
> > > > for example, if you're running a recent version of glibc (say 2.7)
> > > > com
On Monday 02 June 2008, Andreas Schwab wrote:
> Mike Frysinger <[EMAIL PROTECTED]> writes:
> > also after reading it, i dont think gnu/stubs.h would help in this
> > particular case. gnulib would need a runtime test to detect that
> > utimensat() is actually not av
as built against ;). on a Gentoo system, most things will
look something like:
/bin/bash: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for GNU/Linux
2.6.9, dynamically linked (uses shared libs), stripped
so when i compiled bash, it compiled against a version of glibc that was
configur
Jim Meyering wrote:
A desire for compatibility makes "+" look good.
"." is appealing for SELinux-only because it's inconspicuous.
Speaking as a fairly new SELinux user/admin, having a "."
next to every file in my ls output is just as useful or
non-useful as having a "+" next to them, so does
On Monday 08 December 2008 13:05:22 Halim Issa wrote:
> Would it be possible to add Matroska video and audio (.mkv and .mka) to
> DIR_COLORS together with mpeg and avi and friends?
it already is ...
-mike
signature.asc
Description: This is a digitally signed messag
the way gcc does it now with gcc-4.3+ is a pretty good standard:
./configure ... --with-pkgversion="some vendor/distro string" ...
i would certainly start using that in Gentoo
-mike
signature.asc
Description: This is a digitally signed message part.
___
On Tuesday 03 February 2009 03:28:58 Jim Meyering wrote:
> Mike Frysinger wrote:
> > On Friday 23 January 2009 09:35:54 Pádraig Brady wrote:
> >> What distribution are you using (I'm guessing Fedora 10).
> >> Distributions that patch coreutils really shoul
On Thursday 05 February 2009 20:03:36 Pádraig Brady wrote:
> Mike Frysinger wrote:
> > On Tuesday 03 February 2009 03:28:58 Jim Meyering wrote:
> >> Mike Frysinger wrote:
> >>> On Friday 23 January 2009 09:35:54 Pádraig Brady wrote:
> >>>> What distr
d `rm` and `ln` and
mkdir-helper scripts. you suggesting those should be changed as well ?
simply fixing said package sounds saner to me ...
-mike
signature.asc
Description: This is a digitally signed message part.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
On Friday 06 February 2009 18:55:15 David A. Wheeler wrote:
> Mike Frysinger wrote:
> > simply fixing said package sounds saner to me ...
>
> Absolutely! But when I go to package something else, I find the same
> problem. And the next one. And the next one. And the next o
On Friday 06 February 2009 01:13:13 Jim Meyering wrote:
> Pádraig Brady wrote:
> > Mike Frysinger wrote:
> >> On Tuesday 03 February 2009 03:28:58 Jim Meyering wrote:
> >>> Mike Frysinger wrote:
> >>>> On Friday 23 January 2009 09:35:54 Pádraig B
On Tuesday 10 February 2009 15:10:59 Jim Meyering wrote:
> Mike Frysinger wrote:
> > On Friday 06 February 2009 01:13:13 Jim Meyering wrote:
> >> Pádraig Brady wrote:
> >> > Mike Frysinger wrote:
> >> >> On Tuesday 03 February 2009 03:28:58 Jim M
On Wednesday 11 February 2009 02:04:11 Jim Meyering wrote:
> Mike Frysinger wrote:
> ...
>
> >> > i was thinking a common change to the version-etc module to add a
> >> > "packager" field rather than having every package out there allow
> >> &
U coreutils) 6.12
Packaged by Gentoo (some patchset version info)
..
$ ls --help
...
Report bugs to .
GNU coreutils home page: <http://www.gnu.org/software/coreutils/>
Gentoo bug reporting page: <http://bugs.gentoo.org/>
with the last line looking something like:
"%s bug re
workaround seems to be that when generating the dist tarball, run
configure and enable all the optional programs before running `make dist` ...
-mike
signature.asc
Description: This is a digitally signed message part.
___
Bug-coreutils mailing list
Bug
On Saturday 23 February 2008 01:12:24 Mike Frysinger wrote:
> On Saturday 23 February 2008, Paul Eggert wrote:
> > Mike Frysinger writes:
> > > i'm using coreutils-6.10 with acl-2.2.47 on linux-2.6.24. when using
> > > ext2 with acl support enabled, `cp -p`
On Sunday 22 February 2009 03:34:24 Jim Meyering wrote:
> Mike Frysinger wrote:
> > On Saturday 23 February 2008 01:12:24 Mike Frysinger wrote:
> >> On Saturday 23 February 2008, Paul Eggert wrote:
> >> > Mike Frysinger writes:
> >> > > i'm us
h Xandros. nothing you showed here is relevant
to the coreutils project.
-mike
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
w the behaviour to do safe and quiet
moves.
Regardless of the "--reply=no" issue, tell me how can I
move files without overwriting? If I have to write a bash scrip I
will, but would prefer not to.
Thanks
Mike
___
Bug-coreutils
est marking u/g as local, or subshelling the whole thing. dont want
to corrupt the env of the caller ...
mkudir() { (u=$1; g=$2; shift 2; install -d -o"$u" -g"$g" "$@"); }
-mike
signature.asc
Description: This is a digitally signed message part.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
On Tuesday 10 March 2009 06:11:47 Jim Meyering wrote:
> Mike Frysinger wrote:
> > mkudir() { (u=$1; g=$2; shift 2; install -d -o"$u" -g"$g" "$@"); }
>
> Good idea.
> I prefer to use "local", and thus to avoid forking a subshell.
in g
On Tuesday 10 March 2009 06:47:11 Pádraig Brady wrote:
> Mike Frysinger wrote:
> > On Tuesday 10 March 2009 06:11:47 Jim Meyering wrote:
> >> Mike Frysinger wrote:
> >>> mkudir() { (u=$1; g=$2; shift 2; install -d -o"$u" -g"$g" "$@"); }
test-lib.sh like:
require_program_()
{
test -x "$abs_top_builddir/src/$1" || \
skip_test_ "the $1 program was disabled"
}
and then the groups test can do:
require_program_ groups
-mike
signature.asc
Description: This is a digi
this might sound like a no brainer, but `make check` will fail if attempted to
run offline because of the test-getaddrinfo test. perhaps it should attempt a
simple "is the network alive" and SKIP if it isnt ?
-mike
signature.asc
Description: This is a digitally signed me
On Thursday 12 March 2009 09:05:25 Jim Meyering wrote:
> Mike Frysinger wrote:
> > it's been a while, so i dont remember if this has been reported already,
> > but if groups is disabled via the command line, the misc/groups-dash test
> > is still run. since the groups
On Thursday 12 March 2009 09:47:34 Jim Meyering wrote:
> Mike Frysinger wrote:
> > this might sound like a no brainer, but `make check` will fail if
> > attempted to run offline because of the test-getaddrinfo test. perhaps
> > it should attempt a simple "is the network
On Thursday 12 March 2009 09:47:34 Jim Meyering wrote:
> Mike Frysinger wrote:
> > this might sound like a no brainer, but `make check` will fail if
> > attempted to run offline because of the test-getaddrinfo test. perhaps
> > it should attempt a simple "is the network
this version passes all tests for me on my x86_64/Linux system
-mike
signature.asc
Description: This is a digitally signed message part.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
might try
> this :
>
> if [[ $(grep gimp /etc/passwd | cut -d':' -f1) == "gimp" ]]
if running on a glibc system, getent may be a cleaner solution.
if getent passwd gimp >/dev/null ; then ...
-mike
signature.asc
Description: This is a digitally signed message
(and that is
how coreutils-5 seems to have behaved).
rather than me copying & pasting a lot of info, here's the URL:
http://bugs.gentoo.org/263723
-mike
signature.asc
Description: This is a digitally signed message part.
___
Bug-coreutils mailing
6.12 and 7.1 ...
if it's fixed in the next 7.x release then i'm happy and i'll just wait.
-mike
signature.asc
Description: This is a digitally signed message part.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
output by doing:
r -> a
o -> m
t -> i
...
if you want to do string replacement, use sed.
-mike
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
if [ -e /proc/cpuinfo ] ; then
cp /proc/cpuinfo cpuinfo.cp
cat /proc/cpuinfo > cpuinfo.cat
cmp cpuinfo.cp cpuinfo.cat
fi
-mike
signature.asc
Description: This is a digitally signed message part.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
On Saturday 18 April 2009 16:58:52 Jim Meyering wrote:
> Mike Frysinger wrote:
> > On Friday 17 April 2009 18:28:07 James Youngman wrote:
> >> The patch itself looks good, but it might be worth leaving in a
> >> comment indicating why the optimisation should not be reint
On Thursday 23 April 2009 15:35:20 Jim Meyering wrote:
> Jim Meyering wrote:
> > Mike Frysinger wrote:
> >> On Friday 17 April 2009 18:28:07 James Youngman wrote:
> >
> > ...
> >
> >>> The patch itself looks good, but it might be worth leaving in
u could try building coreutils with USE=gmp. if
coreutils itself got a new algo, then i guess save the old binary ...
-mike
signature.asc
Description: This is a digitally signed message part.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
case misbehaved.
then you should be able to manually run `umount` and then `rm -rf`
-mike
signature.asc
Description: This is a digitally signed message part.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
not writable. that wouldnt explain the fact that `sudo rm -rf` also failed
though ...
-mike
signature.asc
Description: This is a digitally signed message part.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
Signed-off-by: Mike Frysinger
---
src/dircolors.hin |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/dircolors.hin b/src/dircolors.hin
index 63af8cb..aa8f357 100644
--- a/src/dircolors.hin
+++ b/src/dircolors.hin
@@ -44,6 +44,7 @@ TERM rxvt-cygwin-native
TERM rxvt
un your ls through `strace -v` to see what
structure you're getting back from the kernel
also, you should report what version of coreutils you're actually using. that
can be found by doing `ls --version`.
-mike
___
Bug-coreutils mai
en, sorry.
-mike
signature.asc
Description: This is a digitally signed message part.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
point in your case, but worth
> to try anyway.
just look at sys/capability.h itself. the bug is right -- it's a mess.
remove all the crap from that header and everything "magically" works.
http://sources.gentoo.org/sys-libs/libcap/files/libcap-2.16-drop-linux-
workarounds.pa
On Thursday 07 May 2009 15:29:23 Mike Frysinger wrote:
> Signed-off-by: Mike Frysinger
> ---
> src/dircolors.hin |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> +TERM screen-256color-bce
pingaling ...
-mike
___
Bug
dif
projects/nettraf/sriram/traces0 ==>
This behavior is infinitely repeatable and applies to ALL
RH 9.0 systems I've tried but NO RH 7.x systems.
Any ideas whats up with this
thanks,
mike
James M. Westall
Professor of Computer Science
Clemson University
Clemson SC 29634
Thanks for replying, but I was complaining
about the performance of
<>
and not grep. Does the same disease afflict
both
On Fri, 8 Oct 2004, Mike Westall wrote:
>>The file fack.0-1.dif is an ASCII text file of 54,853 lines
>>with 4 columns of numeric data. I noticed ver
be no one sorts anymore!
top shows 100% CPU util and almost no time spent in
kernel state so it doesn't appear that RH sort has decided
that 4 MB files must be sorted using auxilliary disk
files.
Paul Eggert wrote:
Mike Westall <[EMAIL PROTECTED]> writes:
Any ideas whats up with th
umbers of files. I believe that
such a program would be widely used.
Thank you for considering my suggestion.
Regards,
Mike
--
Michael B. Miller, Ph.D.
Assistant Professor
Division of Epidemiology and Community Health
and Institute of Human Genetics
University of Minnesota
http://taxa.epi.umn.edu/~mbmill
fyi,
I have a debian 3.1 install and date reports UTC
despite TZ=PST and /etc/timezone = US/Pacific
date (coreutils) 5.2.1
Written by David MacKenzie.
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even f
>>>>> On Sat, 19 Mar 2005, "Bob" == Bob Proulx wrote:
Bob> Hi Mike!
Bob> Mike Dunphy wrote:
+> I have a debian 3.1 install and date reports UTC despite TZ=PST and
+> /etc/timezone = US/Pacific [...] despite the time really being 7:30 am
+> PST
roken various shell scripts,
which is why I want to find out the root cause of this problem and fix
it. This sort of change really needs to be a POSIXLY_CORRECT type thing,
I think.
thanks -mike
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
IX2_VERSION doesn't help me. The errant
command is inside the stub code of a generic installer builder which is
widely distributed. When this change rolls out, they'll all break and
you are saying I will have no option but to get everybody distributing
instal
On Tue, 2005-03-29 at 02:39 -0500, Paul Eggert wrote:
> Mike Hearn <[EMAIL PROTECTED]> writes:
>
> > That sounds like the one, yes. Though 5.3.0 doesn't seem to show it.
>
> Odd; it shows it for me.
>
> $ _POSIX2_VERSION=199209 tail -c 123
> tail: cannot o
-mike
Code in lib/fts.c looks like this:
-
602 next: tmp = p;
603 if ((p = p->fts_link) != NULL) {
604 free(tmp);
605
606 /*
607 * If reached the top, return to the original directory (or
608 * the root of the t
o me; the `ls -l` default format follows the user's locale
settings unless the env var POSIXLY_CORRET is set in which case we go with
the standard 'posix-long-iso' format
-mike
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
/download.html#Fileutils
has patches to update acl and add attr support in coreutils (they dont apply
100% clean to 5.3.0, but well enough)
-mike
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
:
su: setuid
sg: setgid
wo: writeable-other
wt: same as wo but with sticky bit
ive attached the patch Fedora uses
-mike
--- fileutils-4.1/src/dircolors.c.orig Mon Aug 7 19:46:16 2000
+++ fileutils-4.1/src/dircolors.c Fri Jul 20 20:56:09 2001
@@ -69,13 +69,15 @@
"NORMAL", "NORM
the work :)
-mike
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
t really matter to me what they're called ;)
> Do you feel like finishing the job and submitting a better patch?
> If you do, please make the patch relative to coreutils CVS:
done, find attached ... thanks for all the pointers
-mike
2005-08-31 Mike Frysinger <[EMAIL PROTECTED]>
*
this patch adds more terminals to the colorize list:
ansi
color-xterm
cons25
gnome
konsole
kterm
rxvt-cygwin
rxvt-cygwin-native
screen.linux
xterm-256color
and it sorts it alphabetically so future additions are easier to manage
-mike
Index: src/dircolors.hin
rt much to change
> it.
if it helps get this change accepted, Gentoo has been using this patch too for
quite some time too ;)
-mike
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
On Monday 26 September 2005 12:40 am, Paul Eggert wrote:
> Mike Frysinger <[EMAIL PROTECTED]> writes:
> > Gentoo has been using this patch too for
> > quite some time too ;)
>
> Debian doesn't have the patch, and I suspect other distributions don't
> either
On Monday 26 September 2005 01:55 am, Paul Eggert wrote:
> Mike Frysinger <[EMAIL PROTECTED]> writes:
> >> But before we go off the deep end here, why exactly is this change a
> >> good idea?
> >
> > the idea is to make the default output as intuitive as po
On Tuesday 27 September 2005 04:43 pm, Paul Eggert wrote:
> Mike, what do you think about the following patch for Gentoo, in place
> of what Gentoo is doing currently? It implements the suggestion I
> have in mind. This is not installed in coreutils: it's just a
> proposal.
On Wednesday 28 September 2005 12:49 am, Paul Eggert wrote:
> Mike Frysinger <[EMAIL PROTECTED]> writes:
> > you want me to give it a spin into the current Gentoo patchset for
> > coreutils-5.3.0 ?
>
> Yes, please, if that's not too much trouble. The idea
On Mon, Nov 07, 2005 at 10:15:10PM -0800, Paul Eggert wrote:
> Mike, what has been the experience with this patch on Gentoo? You
> mentioned that you would give it a spin. I looked for commentary on
> the subject by using Google, but came up dry.
havent heard a peep yet about coreut
/
$ ls -dF /bin
/bin/
$ ls -dF /bin/
/bin//
> Version Information:
> ls (coreutils) 5.2.1 (5.2.1-2ubuntu2)
happens with 5.93 as well
-mike
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
progress bar utility to replace the -g stuff in cp/mv:
http://lists.gnu.org/archive/html/bug-coreutils/2003-09/msg00101.html
http://lists.gnu.org/archive/html/bug-coreutils/2004-02/msg00071.html
> This issue would be best reported through the distro&
ression*? if so please provide an example for that.
`test` does not support regexes, but you can use either `expr` or bash-3.0+
supports regex comparison using the =~ operator
-mike
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.or
he unit by a multiplier with value -1.
however, i have a user who thinks the new behavior is broken and wont take my
word for it :) ... so which behavior is the correct one ?
-mike
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu
On Tuesday 08 November 2005 16:00, Paul Eggert wrote:
> Mike Frysinger <[EMAIL PROTECTED]> writes:
> > havent heard a peep yet about coreutils-5.3.0 since we last spoke ... so
> > either there are no problems or no one has noticed ;)
>
> OK, I've installed it in t
On Thursday 20 April 2006 19:35, Paul Eggert wrote:
> Mike Frysinger <[EMAIL PROTECTED]> writes:
> > what about users with english settings ? coreutils provides no
> > en.po/en.mo file for them (since there is nothing to translate)
>
> The Translation Project isn&
On Monday 24 April 2006 13:43, John McDole wrote:
> backups # date -I -d "2006-04-24 21 days ago"
> 2006-04-03
> backups # date -I -d "2006-04-23 21 days ago"
> 2006-04-01
http://lists.gnu.org/archive/html/bug-coreu
which the preceding characteristics are duplicated is
unspecified.
so would there be any real detrimental effects with the attached patch ?
clearing the setid bits wouldnt be affected by changing of timestamps, so
doing it after the chown() should be fine ...
-mike
2006-05-08 Mike Frysinger <[EM
On Tuesday 09 May 2006 03:45, Paul Eggert wrote:
> Mike Frysinger <[EMAIL PROTECTED]> writes:
> > a user pointed out that `cp -p` failed to preserve times on a nfs mount:
> > http://bugs.gentoo.org/132673
>
> That bug report talks about mtime, but then you write:
ye
1 - 100 of 321 matches
Mail list logo