bug#47151: closed (Re: bug#47151: cp --recursive funky behaviour)

2022-02-21 Thread Tomas
c/b (which would be copying the directory, not the files in the directory). But maybe I'm missing a part of the spec or am interpreting it differently. Regards, Tomas. Activado lun, 21 feb 2022 06:55:03 -0300 GNU bug Tracking System escribió Your bug report #47151: cp -

bug#40656: Re-copying a folder results in 3 folders?

2020-04-16 Thread Tomas
Hello, Here is a minimum example of the bug:   #mkdir testcp   #cd testcp   #mkdir origin   #touch origin/a   #cp -r origin destination   #cp -r origin destination The expected result is: #tree ├── destination │   ├── a └── origin     └── a or even this, who would I be to

bug#13372: bug in date with last week calculation

2013-01-07 Thread Tomas Dabašinskas
5 You should also read the FAQ: http://www.gnu.org/software/coreutils/faq/#The-date-command-is-not-working-right_002e No one is ever happy with week numbers. Bob Bob, many thanks for in depth explanation! Please close this is not a bug. -- Tomas Dabašinskas | Engineering

bug#13372: bug in date with last week calculation

2013-01-06 Thread Tomas Dabašinskas
Hi, I'm getting week number 53 when trying to get last week on Mon Jan 7 09:46:19 EST 2013: $ date Mon Jan 7 09:46:19 EST 2013 $ date -d'last week' +%W 53 Expecting to get week 1 Many thanks! -- Tomas Dabašinskas | Engineering Content Services | Red Hat Asia Pacific

bug#13372: bug in date with last week calculation

2013-01-06 Thread Tomas Dabašinskas
report, I don't think it's timezone related tough... Regards, -- Tomas Dabašinskas | Engineering Content Services | Red Hat Asia Pacific

bug#13372: bug in date with last week calculation

2013-01-06 Thread Tomas Dabašinskas
... -- Tomas Dabašinskas | Engineering Content Services | Red Hat Asia Pacific

bug#9497: join: suggestion for manpage/help enhacement

2011-09-13 Thread Tomas Volka
Hi, i'm using join from time to time with varying parameters, but just recently, i've spent quite a long time discovering what's wrong with my command: ie.: join -a 1 foo bar Above outputs paired lines *AND* unpairable lines from foo, but it is not apparent from the --help output and manpage.

bug#9497: join: suggestion for manpage/help enhacement

2011-09-13 Thread Tomas Volka
-0600 Subject: [PATCH] join: clarify -a behavior * src/join.c (usage): Mention that -a adds to the overall output, rather than replacing the default output. Suggested by Tomas Volka. --- src/join.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/join.c b/src

bug in cp manpage

2006-05-15 Thread Tomas Pospisek
. -- Tomas Pospisek http://sourcepole.com - Linux Open Source Solutions ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http

named pipes: cp -a is not equivalent to cp -dpPR

2006-05-15 Thread Tomas Pospisek
. -- Tomas Pospisek http://sourcepole.com - Linux Open Source Solutions ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo

point to info coreutils cmd instead of info cmd in manpage

2005-12-16 Thread Tomas Pospisek
you access to the complete manual. EOT In case this is some setup or configuration issue I'd be glad to be pointed into the right direction so I can suggest a fix for Debian's info setup. Thanks, *t -- Tomas Pospisek http

please crossreferen basename and dirname manpage and add realpath ref

2005-12-05 Thread Tomas Pospisek
ALSO] +dirname(1), realpath(1) -- Tomas Pospisek http://sourcepole.com - Linux Open Source Solutions ___ Bug-coreutils mailing list