Re: Extensions to the `base64' Program

On 31/08/15 15:28, Stephane Chazelas wrote: > 2015-08-31 14:39:57 +0100, Pádraig Brady: > [...] >>> The problem is that `base64' doesn't support the RFC 4648 >>> standard. An obvious work around is to do something akin to >>> "cat | sed 's/-/+/' | sed 's|_|/|' | base64 --decode" >>> or whatever

Re: Functionality in 'cp' and 'mv' command

2015-08-31 11:50:36 +0100, Pádraig Brady: > On 31/08/15 06:57, Abhilash Mhaisne wrote: > > Hey all. > > > > When the cp or mv command is executed, no progress of copying is shown. > > The verbose option shows the source and destination, but not the progress. > > > > In the wget tool, download

Re: What is the best way to touch a file and set its time of the last time of a bunch of other files?

2015-08-07 02:21:07 -0500, Peng Yu: > Hi, `touch -r` allows one to set the time of a file same as a > reference file. What if one wants to set the time to be the last time > of multiple files? Is there an easy way to do so? [...] With zsh, touch -r /path/to/*(om[1]) file Would set file's time

Re: What is the best way to touch a file and set its time of the last time of a bunch of other files?

2015-08-07 11:09:52 +0200, Andreas Schwab: > Andreas Schwab writes: > > Peng Yu > > > > writes: > > > >> Hi, `touch -r` allows one to set the time of a file same as a > >>

Re: Functionality in 'cp' and 'mv' command

Thank you very much all. I am gonna try out the mentioned things tonight! Regards, Abhilash Mhaisne On Mon, Aug 31, 2015 at 8:13 PM, Stephane Chazelas < stephane.chaze...@gmail.com> wrote: > 2015-08-31 11:50:36 +0100, Pádraig Brady: > > On 31/08/15 06:57, Abhilash Mhaisne wrote: > > > Hey all.

Functionality in 'cp' and 'mv' command

Hey all. When the cp or mv command is executed, no progress of copying is shown. The verbose option shows the source and destination, but not the progress. In the wget tool, download progress is shown. Can we have the similar feature integrated on cp and mv? Regards, Abhilash Mhaisne

Re: Functionality in 'cp' and 'mv' command

On 31/08/15 06:57, Abhilash Mhaisne wrote: > Hey all. > > When the cp or mv command is executed, no progress of copying is shown. > The verbose option shows the source and destination, but not the progress. > > In the wget tool, download progress is shown. Can we have the similar feature >

Re: Functionality in 'cp' and 'mv' command

Hello all, On 08/31/2015 06:50 AM, Pádraig Brady wrote: On 31/08/15 06:57, Abhilash Mhaisne wrote: When the cp or mv command is executed, no progress of copying is shown. The verbose option shows the source and destination, but not the progress. This comes up periodically. I think this

Re: Functionality in 'cp' and 'mv' command

On 31/08/15 15:15, Assaf Gordon wrote: > Hello all, > > On 08/31/2015 06:50 AM, Pádraig Brady wrote: >> On 31/08/15 06:57, Abhilash Mhaisne wrote: >>> >>> When the cp or mv command is executed, no progress of copying is shown. >>> The verbose option shows the source and destination, but not the

Re: Extensions to the `base64' Program

2015-08-31 14:39:57 +0100, Pádraig Brady: [...] > > The problem is that `base64' doesn't support the RFC 4648 > > standard. An obvious work around is to do something akin to > > "cat | sed 's/-/+/' | sed 's|_|/|' | base64 --decode" > > or whatever (forgive the double sed please). However, it >

Re: Extensions to the `base64' Program

On 31/08/15 14:09, Matt Walker wrote: > Dear coreutils Development Team, > > I recently ran into a problem when using the base64 program to decode strings > received from the GMail API. Here is a relevant Stack Overflow post: > >

bug#21356: BUG: split shorter version of '--numeric-suffixes' give error

On 27/08/15 20:43, Stephane Chazelas wrote: > 2015-08-27 16:18:51 +0100, Pádraig Brady: > [...] >>> info page: > [...] >>> It's easy to miss that it's not `-d[FROM]` here. A note along >>> these lines could help: >>> >>> "Note that the FROM value can only be specified with the long >>> option

bug#21356: BUG: split shorter version of '--numeric-suffixes' give error

On Mon, Aug 31, 2015 at 10:13 AM, Pádraig Brady wrote: > I'll apply the attached later. Nice. Thanks to both of you.

bug#21372: [PATCH] df: fix prioritize real mounts over bind mounts

On 08/28/2015 10:44 PM, Pádraig Brady wrote: > On 29/08/15 01:37, Pádraig Brady wrote: >> On 28/08/15 21:42, Dave Chiluk wrote: > >>> diff --git a/src/df.c b/src/df.c >>> index 2e541b9..13e2661 100644 >>> --- a/src/df.c >>> +++ b/src/df.c >>> @@ -652,9 +652,12 @@ filter_mount_list (bool

bug#21372: [PATCH] df: fix prioritize real mounts over bind mounts

Fixes an issue where bind mounts with shorter mount directories than the original mount are prioritized when running df. The root cause of this is that /proc/self/mountinfo now lists the filesystem device with bind mounts rather than the source directory. With /etc/mtab the source device was

bug#21369: Coreutils RHEL 6.7 runuser

Bob Proulx píše v Pá 28. 08. 2015 v 13:10 -0600: > tag 21369 + notabug moreinfo > thanks > billy_k_woo...@homedepot.com wrote: > > /sbin/runuser issue on RHEL 6.7 when executing `whoami` as tomcat. ... > For another you are reporting a problem about "Coreutils RHEL 6.7 > runuser" but runuser is