Re: du enhancement

n normal coloring logic already present in ls. Are there other tools that could use the treatment, too? TIA, have a lovely day :-) -- Arsen Arsenović signature.asc Description: PGP signature

Re: du enhancement

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 /

[PATCH] dircolors: consider COLORTERM sufficient for color

COLORTERM is an environment used usually to expose truecolor support in terminal emulators. If a terminal emulator supports truecolor, it is surely reasonable to assume it also supports 8/16/256 colors. This implicitly supports foot, alacritty and any other truecolor terminal emulator with unmatch

Re: [PATCH] dircolors: consider COLORTERM sufficient for color

set. Though, operating over ssh also presents other considerable problems, such as the remote side lacking the matching terminfo (at least by default), which is why I mostly overlooked it. > BTW alacritty was just added as an explicitly matched terminal. Ah, nice; I didn't realize.

Re: [PATCH] dircolors: consider COLORTERM sufficient for color

values. This looks fine, and works on my machine. > We would have to add the default COLORTERM entry to distro config > (when supported by the installed dircolors), but that should be easy enough > to do. Don't distros just generally use the compiled-in default? Thanks again, -- Arsen Arsenović signature.asc Description: PGP signature

[PATCH] tee: Add --pipe-check to allow instantly detecting closed outputs

This flag comes in useful in scripts in which tee is used to duplicate output over process substitutions, so that dying processes and no stdin won't lead to a hang. Without this option, a command like ``tee >(compiler1) >(compiler2) | compiler3'' would hang forever if stdin was a terminal and the

Re: [PATCH] tee: Add --pipe-check to allow instantly detecting closed outputs

AICT) the only option was to teach tee to detect outputs going away more promptly. > I'll think a bit more about it. > > thanks! > Pádraig Thank you! Have a great evening. -- Arsen Arsenović signature.asc Description: PGP signature

[PATCH] scripts: commit-msg: recognize Git cut_lines

This prevents spurious failures from happening when someone sets commit.verbose or passes -v to commit. --- Hi, When working on my previous patch, I was running into commit-msg mistakenly triggering on lines that are part of the diff that can be optionally added to COMMIT_EDITMSG via commit.verbos

Re: [PATCH] scripts: commit-msg: recognize Git cut_lines

Pádraig Brady writes: > Ah a scissors :) Ha! I never noticed that :D > Pushed. Thanks. Have a great day. -- Arsen Arsenović signature.asc Description: PGP signature

Re: [PATCH] tee: Add --pipe-check to allow instantly detecting closed outputs

Arsen Arsenović writes: > Looking at ``check_output_alive'', this logic should be fairly easy to > reuse. Worst case, I'd need to refactor some of the code to handle the > non-pipe-check case more elegantly so that it doesn't become too > unreadable when also

Re: [PATCH] tee: Add --pipe-check to allow instantly detecting closed outputs

come unwritable (which sounds suspiciously like the issue this patch addresses ;). Expect might also be able to handle this test, but I'm not sure whether that's available in the testsuite. > Note https://www.nongnu.org/pretest/ which may be useful. I'll play around with this a bit later, too. Thanks, have a lovely evening. -- Arsen Arsenović signature.asc Description: PGP signature

Re: [PATCH] tee: Add --pipe-check to allow instantly detecting closed outputs

to a compiler update is paramount here. > cheers, > Pádraig. > > p.s. while reading the tee docs in this area, they were a bit dispersed, > so the attached updates the texinfo for the -p option to summarise > it's operation and how it differs from the default operation. Thanks! This seems nice. Have a great night. [1] https://gist.github.com/thesamesam/4ddaa95f3f42c2be312b676476cbf505 -- Arsen Arsenović signature.asc Description: PGP signature

Re: [PATCH] tee: Add --pipe-check to allow instantly detecting closed outputs

naging the N arbitrary subprocesses can prove difficult. I wouldn't be necessarily opposed to making all the coreutils able to be poll driven, but that'd definitely require some common cross-platform event loopy code ;) Thanks, have a great night. -- Arsen Arsenović signature.asc Description: PGP signature

Re: [PATCH] tee: Add --pipe-check to allow instantly detecting closed outputs

do because it's stdin doesn't EOF (it'd be preferable for it to only live as long as the last of the compilers). I can imagine attempting to implement this with enough pipe and fd redirection magic, but I'm not sure how (in)elegant that becomes. -- Arsen Arsenović signature.asc Description: PGP signature

Re: [PATCH] tee: Add --pipe-check to allow instantly detecting closed outputs

signal the original process back; however, this feels less elegant and generally useful than tee handling this, given that tee's use-case is redirecting data to many places. Thanks, have a nice day. -- Arsen Arsenović signature.asc Description: PGP signature

Re: [PATCH] tee: Add --pipe-check to allow instantly detecting closed outputs

but I think coupling this to two FDs might prove a bit inelegant in implementation (since you'd have to decide which entry from an unorganized list with holes do you pick? any of them could spontaneously go away), so I'm not sure the implementation would be cleaner that way. Thanks, have a wonderful day. -- Arsen Arsenović signature.asc Description: PGP signature

Re: [PATCH] tee: Add --pipe-check to allow instantly detecting closed outputs

: Mon, 5 Dec 2022 18:42:19 -0800 Subject: [PATCH] tee: Support select fallback path MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 2022-12-06 Arsen Arsenović iopoll: Support select fallback path * src/tee.c (iopoll): Add l

Re: [PATCH] tee: Add --pipe-check to allow instantly detecting closed outputs

Arsen Arsenović writes: > From 582e0a27b7995aac90cc360463ec8bde1a44cfe4 Mon Sep 17 00:00:00 2001 > From: Paul Eggert ^ Whoops, I forgot to fix this after committing with the wrong hash in --reuse-commit. I don't want to confuse anyone, I authored the patch. Apologies. -- Arse

Re: [PATCH] tee: Add --pipe-check to allow instantly detecting closed outputs

ndition on the file descriptor. >>>Possibilities include: >>> >>> * There is out-of-band data on a TCP socket (see tcp(7)). >>> >>>* A pseudoterminal master in packet mode has seen a state >>> change on the slave (see ioctl_tty(2)). >>> >>>* A cgroup.events file has been modified (see cgroups(7)). Yes, adding POLLPRI and xfds is likely excessive. I did the former while quite tired (so, under a misunderstanding), and the latter was a translation of the former. In any case, iopoll appears to be the path ahead, regardless of implementation details. Thanks again. -- Arsen Arsenović signature.asc Description: PGP signature

Re: [PATCH] tee: Add --pipe-check to allow instantly detecting closed outputs

Carl Edquist writes: > On Thu, 8 Dec 2022, Arsen Arsenović wrote: > >> Apologies for my absence, Tuesdays and Wednesdays are long workdays for me. > > No need for apologies - I feel like i am the one who should apologize for my > high volume of email to the list. People

Re: [PATCH] tee: Add --pipe-check to allow instantly detecting closed outputs

27;s not appropriate for what I'm using tee for, since compiler processes could appear idle for a long time, if doing LTO for instance. Thanks, have a great day. -- Arsen Arsenović signature.asc Description: PGP signature

Re: [PATCH] tee: Add --pipe-check to allow instantly detecting closed outputs

stripped of time, but I think we've nailed the concept down for the most part. I think we should wait for Pádraig to voice his opinion at this point. Details can be ironed out later, and pretty easily too. Thank you again, have a great day. -- Arsen Arsenović signature.asc Description: PGP signature

Re: [PATCH] tee: Add --pipe-check to allow instantly detecting closed outputs

d have no stdout anyway. - If that succeeds, we print TEST_PASSED into FD 8 to grep for later. (FD 8 was selected by a D20 roll, or rather, a software emulation) - The colon is the immediately closed output process. - We redirect 8 back into stdout to grep it. If tee fails, for instance bec

Re: trying to contribute but got an error during the setup

> I have the file test-parse-datetime.c but not parse-datetime.c, I'm not > sure how to get it. > Does anyone know? > > I'm currently trying to contribute to mv so maybe I can just call something > like make mv and start playing around? I think you missed a ca

Re: [PATCH] tee: Add --pipe-check to allow instantly detecting closed outputs

mended patchset. Oh, I also just noticed: In the non-poll case, a warning will be emitted because an undefined macro value is used in an #if. Please also add a #else # define IOPOLL_USES_POLL 0 ... branch. Thanks, and happy holidays! -- Arsen Arsenović signature.asc Description: PGP signature

Re: Feature Request: 'du' command allow filter by user name

ave a great evening! -- Arsen Arsenović signature.asc Description: PGP signature

Re: [PATCH] tee: Add --pipe-check to allow instantly detecting closed outputs

Hi Padraig, I saw that you are planning on making a coreutils release soon. Can these patches be included in it? Thanks in advance, have a lovely day. -- Arsen Arsenović signature.asc Description: PGP signature

Re: [PATCH] tee: Add --pipe-check to allow instantly detecting closed outputs

Pádraig Brady writes: > Yes definitely. > This is the top of my list to merge. Lovely, thanks! -- Arsen Arsenović signature.asc Description: PGP signature

Re: [PATCH] fold: Add '-c' (cut) option to cut off lines at a specific WIDTH

ftware before. :) Welcome! Great having you. :-D > Greetings > > Julian "jhx" > > [2. text/x-patch; fold-cut-line.patch]... Hope that helps! Have a most wonderful day. -- Arsen Arsenović signature.asc Description: PGP signature

Re: [PATCH] tee: Add --pipe-check to allow instantly detecting closed outputs

; + }; > >while (poll (pfds, 2, -1) > 0 || errno == EINTR) > { -- Arsen Arsenović signature.asc Description: PGP signature

Re: cp -n: now exits yet without error message

t; diagnostic > if it exits with an error? > > $ cp -n A B; echo $? > 1 > > It doesn't even give a hint with -v or --debug: > > $ cp -nvvv A B; echo $? > 1 > > $ cp -n --debug A B; echo $? > 1 > > Is that okay? > > Have a nice day, > B

Re: mv command usability: rename file and create dest dir

e the bash 'direxpand' option, define some short envars in your >>>> .bash_profile or .bashrc, and use those to facilitate commandline (and >>>> script) operations, e.g. >>>> >>>> export p1=/long/path/to/some/frequently/accessed/directory

Re: Compiling Coreutils with masm=intel

asm=intel option. You, indeed, seem to have run into that bug. Coreutils (and gnulib) could work around them, but I'm not sure that's useful. Why do you need the GCC<->AS interface to use Intel syntax, though? > Thank you in advance. Have a lovely day. -- Arsen Arsenović signature.asc Description: PGP signature

Re: Compiling Coreutils with masm=intel

tch proposed in that PR (comment 23), which would add quoting to some pieces of ASM output. I'm not sure if it fixes this case, though, and I don't have time to test it now. If you do test it, please post feedback on the PR. Note that -masm=intel is not very widely used, so YMMV. Good luck, thank you for your interest, have a lovely day :-) -- Arsen Arsenović signature.asc Description: PGP signature

Re: coreutils/man/rm.x - fails to mention POSIX "Refuse to remove path/. and path/.., as well as `.' and `..'

> directory. This is specified in the manual: >Any attempt to remove a file whose last file name component is ‘.’ > or ‘..’ is rejected without any prompting, as mandated by POSIX. See (coreutils)rm invocation, paragraph 5. Have a lovely night. -- Arsen Arsenović signature.asc Description: PGP signature

Re: coreutils/man/rm.x - fails to mention POSIX "Refuse to remove path/. and path/.., as well as `.' and `..'

Mike Hodson writes: > On Sat, Sep 23, 2023, 12:47 Arsen Arsenović wrote: > >> Hi, >> >> James Feeney writes: >> >> > coreutils 9.3 >> > coreutils/man/rm.x >> > >> > Even though "rm" was modified, > > &g

Re: man pages & info prefer HTML format

hout altering the actual manuals, ...), but it's reasonable to render manuals in HTML. > Thank you for your consideration, > > Dennis German -- Arsen Arsenović signature.asc Description: PGP signature

Re: coreutils/man/rm.x - fails to mention POSIX "Refuse to remove path/. and path/.., as well as `.' and `..'

James Feeney writes: > On Sun, 2023-09-24 at 02:49 +0200, Arsen Arsenović wrote: >> >> Many standards come and go. >> >> Note that I agree that a better info viewer (and a better info on-disk >> format) are necessary, but groff -Tutf8 -mtty-char | less -

Re: man pages & info prefer HTML format

s/manual/ >> And also the man pages are available online in HTML format: >> https://man7.org/linux/man-pages/ > > ... and on many other web sites. > >> Have a nice day, >> Berny -- Arsen Arsenović signature.asc Description: PGP signature

Re: coreutils/man/rm.x - fails to mention POSIX "Refuse to remove path/. and path/.., as well as `.' and `..'

t. >> Here's a patch I used to apply to binutils 11 years ago: >> https://github.com/landley/aboriginal/blob/master/sources/patches/binutils-screwinfo.patch >> Rob -- Arsen Arsenović signature.asc Description: PGP signature

Re: Feature Request: Removal of '-f' Short Option in 'rm' Command

nal testing, or assist in any way necessary to > support > the implementation of this feature. The idea is nice, and understandable, but POSIX requires '-f', so it's a non-starter. Have a lovely day. > Thank you for your attention to this matter, and I look forward to

Re: coreutils/man/rm.x - fails to mention POSIX "Refuse to remove path/. and path/.., as well as `.' and `..'

using info for sure! I'll also recommend it > to other people. Glad to be of assistance! Indices are certainly quite useful, and are the primary motivation behind my insistance on Infos continued usefulness (and the primary driver behind my will to further try and improve the surrounding ecosyst

Re: Request for an urgent improvement for mknod manual

(not every one is an developer). The trouble here is that it depends on the kernel, and Coreutils do not assume Hurd or Linux. They work on many systems. There's, as a result, not one fixed list. -- Arsen Arsenović signature.asc Description: PGP signature