On 04/27/12 14:27, Bruce Korb wrote:
Link? no. Copy? yes. But it is a long way from being ready for prime time.
And I think it belongs in "cp". :)
Not only not ready for prime time, but I hadn't tested it because
the my test file was using the pipe. "This will work better.", but
it still isn't
Peng Yu writes:
> Hi,
>
> The following code hangs there for ever. I don't understand what is
> going on. Basically, I tee stdin to two named pipes and cat both
> pipes. Could anybody let me know what I am wrong? Thanks!
>
> mkfifo a.suffix b.suffix
> echo Hello World | tee a.suffix > b.suffix
On Fri, Apr 27, 2012 at 3:46 PM, Andreas Schwab wrote:
>
>
> Peng Yu writes:
>
>> Hi,
>>
>> The following code hangs there for ever. I don't understand what is
>> going on. Basically, I tee stdin to two named pipes and cat both
>> pipes. Could anybody let me know what I am wrong? Thanks!
>>
>> mk
On 04/27/12 12:57, Pádraig Brady wrote:
Note you could test your multiple readers idea simply like:
(
dd bs=32KiB skip= seek= count=1000 conv=notrunc&
dd bs=32KiB skip=1000 seek=1000 count=1000 conv=notrunc&
dd bs=32KiB skip=2000 seek=2000 count=1000 conv=notrunc
)> /loc
Jim Meyering wrote:
>> Just as well that I separated them.
>> In doing so, I found an additional "argc - optind" to factor out.
>> I haven't added a test for the second or third patches -- out of time,
>> and they don't seem worth it. However, if someone else would like to,
>> you're welcome.
>>
>
Jim Meyering wrote:
> Jim Meyering wrote:
>> While investigating today's bug, I noticed that a plain old "id -G"
>> would call getcon unnecessarily. It's not going to print a context
>> string, so it obviously doesn't need to call getcon.
>>
>> While addressing that, factoring and cleaning up, I
Jim Meyering wrote:
> While investigating today's bug, I noticed that a plain old "id -G"
> would call getcon unnecessarily. It's not going to print a context
> string, so it obviously doesn't need to call getcon.
>
> While addressing that, factoring and cleaning up, I noticed this:
>
> Old be
On 04/27/2012 06:47 PM, Pádraig Brady wrote:
> On 04/27/2012 06:15 PM, Bruce Korb wrote:
>> Thank you for the suggestions. I did finish my particular task with rsync,
>> but I'd still like something that finishes in less than 10 hours.
>
> Just to be clear, you started with cp, went home, resumed
As of the last writing, I hadn't actually started the rsync
because I just knew it would work. "rsync --append" apparently
doesn't seek to the point where the last one left off. I just
took a peek at it and, despite being busy pushing data over the
wire, there was no actual progress. The file s
From the man entry:
```
-F, --classify
append indicator (one of */=>@|) to entries
```
Would be useful, for readability purposes, to be able sort entries
according the indicators appended by -F/--classify.
A WORD called class could be added to "--sort" for this purpose.
In add
Hi,
2012/4/27 Pádraig Brady :
> Just to be clear, you started with cp, went home, resumed with rsync.
> So rsync is not faster here, as there is no remote rsync server.
Exactly. rsync has a "resume" and that is faster than starting over. :-D
> Note you could test your multiple readers idea simp
Hi,
The following code hangs there for ever. I don't understand what is
going on. Basically, I tee stdin to two named pipes and cat both
pipes. Could anybody let me know what I am wrong? Thanks!
mkfifo a.suffix b.suffix
echo Hello World | tee a.suffix > b.suffix &
cat a.suffix b.suffix
--
Regar
On 04/27/2012 06:15 PM, Bruce Korb wrote:
> Thank you for the suggestions. I did finish my particular task with rsync,
> but I'd still like something that finishes in less than 10 hours.
Just to be clear, you started with cp, went home, resumed with rsync.
So rsync is not faster here, as there is
Bruce Korb writes:
> I can either add this to cp, or roll my own toy. What say you?
Use rsync --partial --append.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
Oh, just to be clear:
2012/4/27 Pádraig Brady :
> Your suggestion of parallelizing the reads on the local
> host might help, especially when the processing of each
> block takes time. I.E. it would be more beneficial for
> gzip than for cp. You could get much the equivalent parallelization
> for c
Thank you for the suggestions. I did finish my particular task with rsync,
but I'd still like something that finishes in less than 10 hours. It is longer
than my work day. Please note: my only access is with a CIFS mount.
*NO* shell access. Thus, anything depending upon remote commands
doesn'
Jim Meyering wrote:
> Marc W. Mengel wrote:
>> The other test case is to make a copy of "id" and make it
>> setuid to some user (i.e. mysql) and run it; it will show
>> itself as having mysql's primary group, even though it doesn't.
>
> Oh! Yes, that will work. Thanks.
> With that, I'll add a te
While investigating today's bug, I noticed that a plain old "id -G"
would call getcon unnecessarily. It's not going to print a context
string, so it obviously doesn't need to call getcon.
While addressing that, factoring and cleaning up, I noticed this:
Old behavior: nonsensical diagnostic,
On 04/27/2012 03:32 PM, Bruce Korb wrote:
> Our corporate infrastructure only allows CIFS shares. No FTP access.
> No scp access. Nope. Gotta be CIFS. One of these is on the other
> side of the pond. The pipe is fairly fat, but very, very long.
> Sometimes, like yesterday, after 8 hours of cop
Our corporate infrastructure only allows CIFS shares. No FTP access.
No scp access. Nope. Gotta be CIFS. One of these is on the other
side of the pond. The pipe is fairly fat, but very, very long.
Sometimes, like yesterday, after 8 hours of copying, I was only
80% complete and I had to shut d
On 04/27/2012 12:52 PM, Henrikki Almusa wrote:
> Hi,
>
> I have a situation where I want to create with a script a directory path
> based on input. The mkdir -p allows this nicely. However since I want to
> enforce certain permissions on it I thought that I can use mkdir -pm to
> create this. H
Hi,
I have a situation where I want to create with a script a directory path
based on input. The mkdir -p allows this nicely. However since I want to
enforce certain permissions on it I thought that I can use mkdir
-pm to create this. However it seems that when using both options,
the parent
From the man entry:
```
-F, --classify
append indicator (one of */=>@|) to entries
```
Would be useful for readability purposes to be able group entries
according the indicators appended by -F/--classify.
A WORD called class could be added to "--sort" for this purpose.
In additi
23 matches
Mail list logo
