On 2023-10-16 08:35, Dani Moncayo wrote:
On Mon, Oct 16, 2023 at 8:19 AM Dani Moncayo
wrote:
Maybe someone could figure out a better way of specifying several
field-delimiters.
Perhaps a long option, like:
$ sort --field-separators=" /" -n -k5 -k3 -k4 file1.txt
Hmm, maybe an even longer on
On 2023-10-16 08:44, Dani Moncayo wrote:
On Mon, Oct 16, 2023 at 8:41 AM Dragan Simic
wrote:
On 2023-10-16 08:35, Dani Moncayo wrote:
> On Mon, Oct 16, 2023 at 8:19 AM Dani Moncayo
> wrote:
>>
>> Maybe someone could figure out a better way of specifying several
&
On 2023-10-16 23:50, Parke wrote:
Hello, coreutils@gnu.org,
Hello! :)
I am contemplating extending ls so that mountpoints can be colorized
(via LS_COLORS).
If I implement this change, I would be happy to contribute it to
Coreutils, if the maintainers want this change.
My use case: I want t
On 2023-10-17 19:05, Parke wrote:
On 10/16/23 16:50, Parke wrote:
> I am contemplating extending ls so that mountpoints can be colorized
> (via LS_COLORS).
On Tue, Oct 17, 2023 at 2:30 AM Rob Landley wrote:
> I'm hoping that a mountpoint can be detected by comparing the st_dev
> fields return
On 2023-10-17 23:54, Parke wrote:
On Tue, Oct 17, 2023 at 10:42 AM Dragan Simic
wrote:
Regarding performing the additional stat() calls on all files, which
currently aren't performed at all in ls(1), but only when $LS_COLORS
tells ls(1) that they should be performed, I'm afraid that
necessary.
On Tue, Oct 17, 2023 at 5:41 PM Dragan Simic
wrote:
It actually isn't necessary, but it would still be needed to
investigate
why dircolors(1) may behave the way I described it above, because it
may
cause the new feature to be enabled even when not intended so.
Have you tried
On 2023-10-18 07:13, Rob Landley wrote:
On 10/17/23 12:05, Parke wrote:
On 10/16/23 16:50, Parke wrote:
Once upon a time you could chattr +i on ext2 to nail a file in place
Does chattr +i affect st_dev? If not, then it is beyond the scope of
what I am proposing.
The issue has larger scope t
On 2023-10-18 07:57, Parke wrote:
On 10/17/23 12:05, Parke wrote:
> If bind mounts get their own st_dev device id (and they probably do?),
> then they would be colored the same as mountpoints. In my opinion,
> this is expected and desired.
They do not, but if it's a bind mount from a different
On 2023-10-18 13:48, Bernhard Voelker wrote:
Using the initial example:
SUSE 10.2 12/7/2006
In natural language, the problem could be described as:
- with ' ' as the delimiter,
- take the 3rd field,
- there, with '/' as delimiter,
- sort by key 3, 1 and 2 numerically.
Therefore, melt
On 2023-10-20 01:22, Rusty Duplessis wrote:
Would be nice to have an option to append a / to the end of directory
names, so that you can distinguish between a file and directory when
using -a. Something like -F option to ls.
That's a very good idea, I support it.
On 2023-10-20 05:56, Kaz Kylheku wrote:
On 2023-10-19 20:42, Dragan Simic wrote:
On 2023-10-20 01:22, Rusty Duplessis wrote:
Would be nice to have an option to append a / to the end of directory
names, so that you can distinguish between a file and directory when
using -a. Something like -F
On 2023-10-20 10:45, Rob Landley wrote:
On 10/19/23 23:10, Dragan Simic wrote:
On 2023-10-20 05:56, Kaz Kylheku wrote:
On 2023-10-19 20:42, Dragan Simic wrote:
On 2023-10-20 01:22, Rusty Duplessis wrote:
Would be nice to have an option to append a / to the end of
directory
names, so that you
On 2023-10-20 15:18, Pádraig Brady wrote:
On 20/10/2023 00:22, Rusty Duplessis wrote:
Would be nice to have an option to append a / to the end of directory
names, so that you can distinguish between a file and directory when
using -a. Something like -F option to ls.
It's a good suggestion.
On 2023-10-20 15:55, Arsen Arsenović wrote:
Dragan Simic writes:
On 2023-10-20 15:18, Pádraig Brady wrote:
On 20/10/2023 00:22, Rusty Duplessis wrote:
Would be nice to have an option to append a / to the end of
directory names,
so that you can distinguish between a file and directory when
On 2023-10-20 17:03, Arsen Arsenović wrote:
Dragan Simic writes:
On 2023-10-20 15:55, Arsen Arsenović wrote:
Dragan Simic writes:
On 2023-10-20 15:18, Pádraig Brady wrote:
On 20/10/2023 00:22, Rusty Duplessis wrote:
Would be nice to have an option to append a / to the end of
directory
On 2023-10-20 17:47, Pádraig Brady wrote:
On 20/10/2023 15:05, Dragan Simic wrote:
On 2023-10-20 15:55, Arsen Arsenović wrote:
Dragan Simic writes:
On 2023-10-20 15:18, Pádraig Brady wrote:
On 20/10/2023 00:22, Rusty Duplessis wrote:
Would be nice to have an option to append a / to the
On 2023-11-09 21:10, Michael Stone wrote:
On Fri, Oct 20, 2023 at 04:47:59PM +0100, Pádraig Brady wrote:
Yes coloring is a plausible addition to du,
and would make sense to follow the same options, env vars as ls.
I'd argue that the use of colors in coreutils shouldn't really expand
unless/unt
On 2023-12-26 04:53, Kaz Kylheku wrote:
On 2023-12-25 16:58, Pádraig Brady wrote:
On 25/12/2023 21:25, Kaz Kylheku wrote:
On 2023-12-22 10:09, Evan Tremblay wrote:
so, if you run:
cat *
it wont run(unless you use --show-all).
Are scrambling to win a stupidest post of 2023 contest or somethi
Hello,
On 2024-02-09 09:22, aotto wrote:
I understand your concern because from a technical point of view a
"link" and "mount" is something total different
*but* from an end-user point of view the end-user want to have the
"srcDir" mapped (I use "mapped" because I want *not*
use the term "link"
Hello Daan,
On 2024-02-21 13:37, Daan De Meyer wrote:
When recursively copying files into OS trees, it often happens that
some subdirectory of the source directory is a symlink in the target
directory. Currently, cp will fail in that scenario with the error:
"cannot overwrite non-directory %s w
On 2024-02-29 00:43, Jean-Christophe Helary wrote:
LLM output costs "nothing". Which means that individual users
already have access to that. In fact, I argued exactly that to the
Linux
Foundation JA office yesterday. Providing LLM based translation is not
doing a service to users. It is also d
Hello,
On 2024-03-09 10:00, Bernhard Voelker wrote:
In [1], the point is raised why the following fails (as a
non-privileged user):
$ chmod a+x /usr/bin/ls
chmod: changing permissions of '/usr/bin/ls': Operation not permitted
However, /usr/bin/ls is already executable, there is no need to ch
Hello,
Just checking, are there any further thoughts on this topic?
On 2023-08-16 09:25, Dragan Simic wrote:
On 2023-08-16 08:02, Rob Landley wrote:
On 8/15/23 06:31, Pádraig Brady wrote:
On 15/08/2023 11:22, Dragan Simic wrote:
On 2023-08-10 17:05, Dragan Simic wrote:
On 2023-08-01 20:37
On 2024-03-28 20:48, Pádraig Brady wrote:
On 28/03/2024 19:43, Dragan Simic wrote:
Hello,
Just checking, are there any further thoughts on this topic?
It's on the list, but didn't have the priority for this release.
I intend to have a look at the new cut proposals for next releas
Hello Pádraig,
On 2024-03-28 20:52, Dragan Simic wrote:
On 2024-03-28 20:48, Pádraig Brady wrote:
On 28/03/2024 19:43, Dragan Simic wrote:
Just checking, are there any further thoughts on this topic?
It's on the list, but didn't have the priority for this release.
I intend to have
Hello Charlton,
On 2024-07-09 22:35, Charlton Harrison wrote:
Your ls command is broken.
By default it is putting quotes around filenames with spaces.
The fact that I have to research a work-around for this bug since it
hasn't been fixed yet gives me a depressed feeling over the state of
softwa
On 2023-07-09 14:41, Sergey Ponomarev wrote:
Hi again,
So will you accept a patch with adding the * as a basename replacement
for
DEST in cp and mv?
FWIW, quite frankly, I don't think that would be a good idea.
Repurposing the asterisk would only lead to various issues down the
road. Usi
On 2023-07-11 16:29, Tommy Bollman wrote:
Hello guys.
Feature request.
I have made a little command line cp utility *nrcp*, that basically
takes
a file name as an argument and appends an ascending number at the end
of it.
The intention is to be able to keep backups for back tracking during
On 2023-07-19 16:32, Martin Castillo wrote:
I assume, this is because lines are numbered one-based, so this is
more intuitive to use. But when working with bytes, one usually uses
offsets. Is there a more intuitive way to get the last part of a file
given an offset?
You may want to have a look
On 2023-07-19 16:32, Martin Castillo wrote:
This should be documented a bit more clearly and maybe be included in
the gotchas list.
I just prepared a patch that improves the way this behavior is
documented. I'll send this patch as part of a patch series I'm
currently working on.
I assume,
Clarify that the NUM values for head and tail are indices, and briefly
describe the specifics of +NUM for tail.
Signed-off-by: Dragan Simic
---
src/head.c | 3 ++-
src/tail.c | 4 +++-
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/src/head.c b/src/head.c
index 7bba1420c
On 2023-07-20 16:05, Pádraig Brady wrote:
On 19/07/2023 19:21, Dragan Simic wrote:
Clarify that the NUM values for head and tail are indices, and briefly
describe the specifics of +NUM for tail.
Signed-off-by: Dragan Simic
---
src/head.c | 3 ++-
src/tail.c | 4 +++-
2 files changed, 5
make sure
no regressions are introduced.
While there, clean up the comments and the whitespace in the cut tests
a bit, to make them slightly more readable.
Signed-off-by: Dragan Simic
---
src/cut.c| 57 +++--
tests/cut/cut.pl
Reformat the opening paragraphs slightly, simply to match the width
of the entire text and make it more uniform.
Signed-off-by: Dragan Simic
---
HACKING | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
diff --git a/HACKING b/HACKING
index 11f3967ec..0febaaf43 100644
official coding style. Also make the help
message slightly more uniform.
Signed-off-by: Dragan Simic
---
src/cut.c | 36 +++-
1 file changed, 23 insertions(+), 13 deletions(-)
diff --git a/src/cut.c b/src/cut.c
index 476df0943..4e2bbd82b 100644
--- a/src/cut.c
+++ b/src
Adjust a few comments slightly, simply to have their trailing
whitespace the same as in the majority of the comments.
Signed-off-by: Dragan Simic
---
src/cut.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/src/cut.c b/src/cut.c
index 4e2bbd82b
On 2023-08-01 16:39, Pádraig Brady wrote:
First three patches applied.
Thanks!
Notes:
We don't capitalize in first line of commit message.
We use maint: prefix for non logic changes or trivial doc changes.
We don't use Signed-off-by: tags as they're implicit in commit.
We use a standatd "* f
On 2023-08-01 16:42, Pádraig Brady wrote:
On 01/08/2023 10:07, Dragan Simic wrote:
Add new command-line option and the required logic that allow multiple
consecutive delimiters to be treated as a single delimiter. Of
course,
this option is valid only with the cut's field mode.
Thi
On 2023-08-01 18:27, Rob Landley wrote:
On 8/1/23 04:07, Dragan Simic wrote:
Add new command-line option and the required logic that allow multiple
consecutive delimiters to be treated as a single delimiter. Of
course,
this option is valid only with the cut's field mode.
This new fe
On 2023-08-01 20:37, Dragan Simic wrote:
On 2023-08-01 16:42, Pádraig Brady wrote:
On 01/08/2023 10:07, Dragan Simic wrote:
Add new command-line option and the required logic that allow
multiple
consecutive delimiters to be treated as a single delimiter. Of
course,
this option is valid only
avoid typos.
Same as -r and -R
cp /dir1/file1 -q file.bak
Hmm, not that I'm thinking about it again, having such an option
wouldn't be a bad thing at all.
On Sun, Jul 9, 2023 at 5:17 PM Dragan Simic
wrote:
On 2023-07-09 14:41, Sergey Ponomarev wrote:
Hi again,
So will yo
On 2023-08-12 09:54, Dragan Simic wrote:
On 2023-08-12 09:34, Sergey Ponomarev wrote:
Repurposing the asterisk would only lead to various issues
We may use a separate option.
Among cp, mv and install are free to use these: -e -j -k -q -w.
E.g.
cp -q /dir1/file1 file.bak
cp -Q /dir1
On 2023-08-12 14:05, Sergey Ponomarev wrote:
For sure it would be good to add mention of the install into man cp
"SEE
ALSO".
Or maybe merge these two pages for the cp and install.
Just make one section "install options".
I totally agree about adding more "see also" items, but merging the two
On 2023-08-10 17:05, Dragan Simic wrote:
On 2023-08-01 20:37, Dragan Simic wrote:
On 2023-08-01 16:42, Pádraig Brady wrote:
On 01/08/2023 10:07, Dragan Simic wrote:
Add new command-line option and the required logic that allow
multiple
consecutive delimiters to be treated as a single
On 2023-08-15 13:31, Pádraig Brady wrote:
On 15/08/2023 11:22, Dragan Simic wrote:
On 2023-08-10 17:05, Dragan Simic wrote:
On 2023-08-01 20:37, Dragan Simic wrote:
On 2023-08-01 16:42, Pádraig Brady wrote:
On 01/08/2023 10:07, Dragan Simic wrote:
Add new command-line option and the
On 2023-08-16 08:02, Rob Landley wrote:
On 8/15/23 06:31, Pádraig Brady wrote:
On 15/08/2023 11:22, Dragan Simic wrote:
On 2023-08-10 17:05, Dragan Simic wrote:
On 2023-08-01 20:37, Dragan Simic wrote:
On 2023-08-01 16:42, Pádraig Brady wrote:
On 01/08/2023 10:07, Dragan Simic wrote:
Add
0 test failures on Manjaro ARM Linux aarch64 (Pine64 Pinebook Pro)
On 2023-08-27 18:16, Pádraig Brady wrote:
On 27/08/2023 17:06, Bruno Haible wrote:
Pádraig Brady wrote:
Perhaps 'sleep' is a shell builtin here which is confusing things?
Yes:
$ type sleep
sleep is a shell builtin
Does the following help (I don't have easy access to an alpine
system):
dif
0 test failures, 121 + 87 tests skipped out of 645 + 481 on Manjaro ARM
Linux aarch64 (Pine64 Pinebook Pro)
On 2023-08-29 22:45, Rob Landley wrote:
On 8/25/23 08:18, Pádraig Brady wrote:
On 25/08/2023 03:48, Matheus Afonso Martins Moreira wrote:
About five months ago, I posted an env feature request on this list:
the ability to set the value of argv[0].
https://lists.gnu.org/archive/html/coreutils/2
On 2023-09-05 22:25, Chet Ramey wrote:
On 9/5/23 3:58 PM, enh wrote:
On Fri, Sep 1, 2023 at 6:59 AM Chet Ramey wrote:
I think you'll find that, regardless of its origins, there are more
scripts
using the %b specifier than you think.
i'd personally never heard of printf(1) %b before this t
On 2023-09-06 05:45, Robert Elz wrote:
Date:Tue, 05 Sep 2023 22:32:39 +0200
From:Dragan Simic
Message-ID: <7cfed11b50d35cbfaaa647c1fcd39...@manjaro.org>
| Are there any official explanations why is the invalidation
actually
| happening now?
It was pr
On 2023-09-06 15:07, Chet Ramey wrote:
On 9/6/23 6:28 AM, Dragan Simic wrote:
No invalidation would be happening now, merely a note in the coming
standard
that the %b in printf(1) would (might) be removed in a later version
of
the standard - so implementations have time to implement
On 2023-09-06 17:10, Robert Elz wrote:
Date:Wed, 06 Sep 2023 12:28:34 +0200
From:Dragan Simic
Message-ID: <03abecb9d905252bd63867d1c8b2a...@manjaro.org>
| It's good to know that the
| 2013, 2016 and 2018 versions/revisions of POSIX actually don't
On 2023-09-07 03:03, Rob Landley wrote:
On 9/6/23 05:28, Dragan Simic wrote:
Thank you for this detailed clarification. It's good to know that the
2013, 2016 and 2018 versions/revisions of POSIX actually don't count.
You didn't change the URL. You didn't update the SUSvX
On 2023-09-09 17:52, Stephen Ferris wrote:
I am on macOS Ventura. The shell I’m using is zsh. I have the
.dircolors database in my home folder (~/.dircolors). I downloaded
coreutils using Homebrew. I am also using oh-my-zsh with the aliases
plugin, which includes aliases for the ls command.
I ha
On 2023-09-24 14:37, Dennis German wrote:
After the years and fine tuning of basic HTML, why aren't the man
pages standardized to HTML format?
Perhaps some users don't frequently enough reference man pages as they
should and fewer use info , but (nearly) everyone uses a browser.
Are you imply
On 2023-09-24 14:47, Arsen Arsenović wrote:
Dennis German writes:
After the years and fine tuning of basic HTML, why aren't the man
pages
standardized to HTML format?
Perhaps some users don't frequently enough reference man pages as they
should
and fewer use info , but (nearly) everyone u
On 2023-09-24 15:47, Bernhard Voelker wrote:
On 9/24/23 14:37, Dennis German wrote:
After the years and fine tuning of basic HTML, why aren't the man
pages
standardized to HTML format?
Perhaps some users don't frequently enough reference man pages as they
should and fewer use info , but (near
With respect to ease of writing the basic HTML tags are rather simple
to write and then there is the write once read many, many times
consideration.
@Dragan Simic: I'd like to understand why you feel that
" ability to view the source as-is, with no rendering applied"
is important
On 2023-09-25 08:12, Owen Chia wrote:
Dear GNU Coreutils Team,
I hope this email finds you well. I am writing to propose a feature
request regarding the 'rm' command in GNU Coreutils. Specifically, I
would like to suggest the removal of the '-f' short option, while
retaining the '--force' long o
On 2023-09-25 12:58, Rob Landley wrote:
On 9/24/23 01:37, James Feeney via GNU coreutils General Discussion
wrote:
Sorry, that was probably a bit harsh.
No, people used to regularly boggle at why info still exists:
https://www.reddit.com/r/gnu/comments/240mle/why_does_gnu_cling_to_info/
https
On 2023-09-25 13:19, Arsen Arsenović wrote:
Dragan Simic writes:
On 2023-09-25 12:58, Rob Landley wrote:
On 9/24/23 01:37, James Feeney via GNU coreutils General Discussion
wrote:
Sorry, that was probably a bit harsh.
No, people used to regularly boggle at why info still exists:
https
On 2023-09-25 14:25, William Bader wrote:
No, people used to regularly boggle at why info still exists:
I found info clumsy in the 80's but not out of line for 80's
technology. Using info now is like using lynx as a web browser.
There used to be gui versions like xinfo and tkinfo, but why have
On 2023-09-25 16:07, Arsen Arsenović wrote:
Dragan Simic writes:
[...snip...]
Here's an example session with which you can find, for instance,
warn_unused_result in the GCC manual:
$ info gcc
i warn_unused_result RET
This is something you couldn't do with a man-page and a
On 2023-10-16 00:01, Pádraig Brady wrote:
On 15/10/2023 14:28, Dani Moncayo wrote:
Consider a file like [1].
(Note that, in each line, the dates are in (month/day/year) format,
_without_ zero-padding)
I want to sort that file by date.
After looking at sort's documentation (and also searching a
66 matches
Mail list logo
