bug#47353: Numbered backups also need kept-new-versions else will grow out of control
Or (info "(coreutils) Backup options") should "admit" that "Numbered backups need to be trimmed occasionally by the user, lest the fill up the disk."
bug#47352: Numbered backups also need kept-new-versions else will grow out of control
(info "(coreutils) Backup options") has "numbered", but without a corresponding limit factor, these can grow beyond belief. So coreutils also needs a way to say like emacs does: kept-new-versions is a variable defined in ‘files.el’. Documentation: Number of newest versions to keep when a new numbered backup is made. Includes the new backup. Must be greater than 0.
bug#47348: Possible bug coreutils : no cat command
On 3/23/21 4:22 AM, Luís via GNU coreutils Bug Reports wrote: In a reinstallation of Linux Mint 20 ( based on the ubuntu 20 focal fossa ), I found that the cat command, supported by the Coreutils package (8.30-ubuntu2) is no longer working. Please send a bug report to the Linux Mint maintainers, as this evidently has nothing to do with the upstream Coreutils project.
bug#47348: Possible bug coreutils : no cat command
On 3/23/21 12:22 PM, Luís via GNU coreutils Bug Reports wrote: > I found that the cat command, supported by the Coreutils package > (8.30-ubuntu2) is no longer working. That's quite a vague description, so no one will probably be able to help you based on that. What exactly happens when you run e.g. `cat /etc/hosts`? Have a nice day, Berny
bug#47324: AW: bug#47324: Missing information in documentation
In my case there was no security context involved. It was a loop device mounted (that i was not aware of, the image was already gone). and rm -r stoped here because of "in use". I expected some mentioning of mount somewhere. re, wh Von: Bernhard Voelker Gesendet: Montag, 22. März 2021 23:21 An: Walter Harms; 47324-d...@debbugs.gnu.org Betreff: Re: bug#47324: Missing information in documentation WARNUNG: Diese E-Mail kam von außerhalb der Organisation. Klicken Sie nicht auf Links oder öffnen Sie keine Anhänge, es sei denn, Sie kennen den/die Absender*in und wissen, dass der Inhalt sicher ist. On 3/22/21 5:37 PM, Walter Harms via GNU coreutils Bug Reports wrote: > hi list, > in the documentation (man page) [...] According to the GNU guidelines and to avoid double work, the man page of the coreutils is essentially not much more than the output of --help (and actually gets generated via that). Instead, the real documentation is available via the Texinfo manual, which is available in diverse formats. In a usual installation, it is reachable via: $ info '(coreutils) ls invocation' Alternative formats include HTML, PDF etc., see: https://www.gnu.org/software/coreutils/manual/ > [...] nice feature is mssing > when a fs is mounted on a directory ls marks that with a dot > behing the permission mask (see example) > > drwxr-xr-x. 2 1003 users 4096 Mar 22 17:53 vendor > ^^ > notice the dot here > > I found nothing mentioned in the documentation. It is documented in the section about the '-l' option: https://www.gnu.org/software/coreutils/manual/html_node/What-information-is-listed.html [...] Following the file mode bits is a single character that specifies whether an alternate access method such as an access control list applies to the file. When the character following the file mode bits is a space, there is no alternate access method. When it is a printing character, then there is such a method. GNU ls uses a ‘.’ character to indicate a file with a security context, but no other alternate access method. A file with any other combination of alternate access methods is marked with a ‘+’ character. Assuming that this section is clear enough, I'm hereby marking this as done in our bug tracker. Of course, the discussion can continue, and we could even reopen the issue if needed. Have a nice day, Berny
bug#47348: Possible bug coreutils : no cat command
In a reinstallation of Linux Mint 20 ( based on the ubuntu 20 focal fossa ), I found that the cat command, supported by the Coreutils package (8.30-ubuntu2) is no longer working. I tried to reinstall ( just reinstall, because purge breaks the system, so I couldn't test removing possibly buggy settings ), then I tried to reinstall all dependencies on it. Everything useless. The return of the cat is totally speechless. I will now risk a version downgrade ( for bionic, the only one available ), but due to the risk of running out of functional computer, I decided to send this message first. I additionally noticed flaws in the synaptic interface and random error warnings from apt, each time a different malfunction, but this may have nothing to do with coreutils. I just thought it was good to report.
