hanmzh wrote:
> Thanks for replying my mail.
> The meaning of sour-files is source files. ^_^
>
> The end of help message of shred. I saw some sentence like this,
> "the backup of file system maybe have all copies of this file, the copies
> can't be delete, and would resume the files which had
Jim Meyering wrote:
...
> Here's an alternate patch that seems to do the job.
> But it may have bugs, because I did it far too quickly
> and haven't reviewed it at all.
>
> This will need at least tests corresponding to -1,
> -l (two: the name itself spans, or the -> link_name crosses
> the line_l
Nick Demou wrote:
> On Thu, Feb 5, 2009 at 2:55 PM, Eric Blake wrote:
>> According to Nick Demou on 2/5/2009 4:20 AM:
>>> And now about the bug report. It's about "tr". I realized that tr was
>>> mostly failing when working on utf-8 input.
>>
>> Thanks for the report. It is a known problem that
tests/test-lib.sh (require_controlling_input_terminal_): Check stdout,
not stdin.
---
This testsuite bug causes the stty tests to be skipped, always, because
it's testing stdout, not stdin, and the testsuite engine redirects stdout
to a logfile. They still pass, despite not being run for lo these m
Hi there,
I know it's not the correct adress to send any request but the man ls
don't give any other one.
I use linux for 2 years aready, one under debian (debian-eeepc lenny
2.6.26 Gnome/Xfce)
By using ls command, i found this option : ls --group-directories-first
this one is very usefull for m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to oliv...@no-log.org on 2/9/2009 10:51 PM:
Hello Oliver,
> I know it's not the correct adress to send any request but the man ls
> don't give any other one.
This is the correct place.
> By using ls command, i found this option : ls --gro
Nix wrote:
> tests/test-lib.sh (require_controlling_input_terminal_): Check stdout,
> not stdin.
> ---
> This testsuite bug causes the stty tests to be skipped, always, because
> it's testing stdout, not stdin, and the testsuite engine redirects stdout
> to a logfile. They still pass, despite not
On Tue, Feb 10, 2009 at 12:59 PM, Jim Meyering wrote:
> Nick Demou wrote:
>> [...]
>> Thanks for the info Eric. I was almost sure this would be the case. In
>> fact I don't consider this as the main topic of my bug report. The
>> main topic for me is the documentation. The man and info page don't
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 Meyering wrote:
>> >>> Mike Frysinger wrote:
>> On Friday 23 January 2009 09:35:54 Pádraig Brady wrote:
>> >
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 Meyering wrote:
> >> >>> Mike Frysinger wrote:
> >> >
Greetings,
I was trying to recursively list all the directories, *only the
directories* on a linux system (debian, 8.10) and ran into a bug.
ls -d /* lists all directories in / (one level deep, expected)
ls -dR /* lists all directories in / (one level deep, no
recursive dir
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Jason Temple on 2/10/2009 3:16 PM:
> Greetings,
>I was trying to recursively list all the directories, *only the
> directories* on a linux system (debian, 8.10) and ran into a bug.
> ls -d /* lists all directories in / (one le
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to oliv...@no-log.org on 2/10/2009 8:51 PM:
> Hi Eric.
Hello, Oliver, and please keep replies on the list,
>
> At first thank you for your answer.
> And ok for here is the correct place.
>
> I was writing than "ls -g" was another command
Nick Demou wrote:
> On Tue, Feb 10, 2009 at 12:59 PM, Jim Meyering wrote:
>> Nick Demou wrote:
>>> [...]
>>> Thanks for the info Eric. I was almost sure this would be the case. In
>>> fact I don't consider this as the main topic of my bug report. The
>>> main topic for me is the documentation. T
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 people
>> > to tweak PACKAGE_NAME. what do you think of that ?
>>
>> Sounds sensible.
>> The question then becomes whether to cha
15 matches
Mail list logo