Bug#397046: fslint: [INTL:sv] Swedish translation updated

Daniel Nylander wrote: > Package: fslint > Severity: wishlist > Tags: patch l10n > > > Here is the updated Swedish translation for fslint. > I was unable to find the mail address to the author on his webpage Thanks very much! I'll merge that in ASAP. Note http://www.pixelbeat.org/fslint/ has a l

Bug#413907: please enhance fslint's description so it will be easier to find in synaptic

Jason Spiro wrote: > Package: fslint > Version: 2.16-1 > Severity: trivial > > I wanted a GTK disk space cleaning tool. But Synaptic couldn't find > me one. (I had searched in synaptic for the term: disk space) > > All I found was kleansweep, which is KDE-based. It would be great if > you enha

Bug#245017: some notes

Just a few points that I figured out about running tftp-hpa on sarge which were not explained in the bug. The tftpd-hpa man page states that "the server should be set to run as the user with the lowest possible privilege" It's OK (and necessary) to get inetd to run in.tftpd as root though, as in.t

Bug#393283: RFC: change chown *not* to look up numeric user/group names

Jim Meyering wrote: > In , Helge Hafting objected to the fact > that GNU chown performs a DB look-up for a numeric "user name", e.g., in > "chown 0 FILE". chown does this deliberately, in case "0" is an actual > user *name*, that is associated potentially, with some

Bug#393283: RFC: change chown *not* to look up numeric user/group names

Andreas Schwab wrote: > Michael Stone <[EMAIL PROTECTED]> writes: > > >>I guess it's a case of "numeric usernames are stupid" vs "will it break >>something". I don't see much reason *not* to be posix compliant in this >>case, though. > > > Perhaps there should just be an option to force the num

Bug#393283: RFC: change chown *not* to look up numeric user/group names

Jim Meyering wrote: > Do you know if they still do that? Just checked and yes they do. Also it was mentioned on a local list that mobile phone companies all over the world that use Linux as a messaging platform, use the mobile number as the username. > > If numeric user names are still common e

Bug#738526: sort: weird(might wrong) sorting result

On 02/10/2014 08:56 AM, Adam Lee wrote: > echo -e "c = c\nca = ca\ncm = cm"|sort $ echo -e "c = c\nca = ca\ncm = cm"| LANG=C sort c = c ca = ca cm = cm This is a FAQ, but you need to explicitly set the C locale to avoid your locale collating rules. thanks, Pádraig. -- To UNSUBSCRIBE, email

Bug#723740: should be an Architecture: all package

It's just python so should be Architecture: all ? thanks, Pádraig. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#728420: fslint: Please add an actual "Size" column in GUI and allow sorting by clicking column headers

On 11/01/2013 01:36 AM, user wrote: > Package: fslint > Version: 2.42-2 > Severity: wishlist > Tags: upstream > > Dear Maintainer, > > I would love it if there was a way to sort the results of a dupe scan, perhaps > by Wasted Space (per group - would be blank for individual files) and plain > Fil

Bug#730779: please include coreutils realpath

Package: coreutils Version: 8.21 The coreutils package currently removes the realpath(1) program in preference for the separate realpath package. I would encourage biasing towards coreutils realpath instead, since it has been designed to be fully backwards compat with the existing realpath program

Bug#751696: coreutils: dd seems to ignore the documented status=xfer option

On 06/15/2014 06:10 PM, Roman Czyborra wrote: > Package: coreutils > Version: 8.13-3.5 > Severity: normal > > Dear Michael, > > I would expect "suppress transfer statistics" to do away with the "records > in" at successful operation: The records count is a POSIX specified output that _shall_ be

Bug#741194: fslint: Find whole directories with duplicate contents

On 03/09/2014 09:16 PM, David Z wrote: > Package: fslint > Version: 2.42-2 > Severity: wishlist > Tags: upstream > > I know it would be a lot of work. > > BUT - > > It would be amazing if FSLint output duplicate information by directory. > > For instance, I might have two dirs, "~/Documents/lin

Bug#749063: docker makes df horrible

On 05/23/2014 04:13 PM, Joey Hess wrote: > Package: docker.io, coreutils > Severity: minor > > docker mounts stuff under a directory that normal users cannot read, > which makes df full of errors. Example below from a system with 4 > running containers. > > I feel this is a polish/integration iss

Bug#749063: docker makes df horrible

On 05/23/2014 04:49 PM, Michael Stone wrote: > On Fri, May 23, 2014 at 04:22:04PM +0100, Pádraig Brady wrote: >> Does `df -a` not show them for root? >> Perhaps the duplicate suppression is kicking in here, >> though one might have to have root access to determine >

Bug#747474: coreutils: rm --preserve-root failure

On 05/09/2014 08:02 AM, Jessica K. Litwin wrote: > Package: coreutils > Version: 8.13-3.5 > Severity: normal > > Dear Maintainer, > > In root-dev-ino.h there is logic to prevent the user from doing > (for example) 'rm -rf /' without --no-preserve-root. It doesn't > prevent the user from doing 'rm

Bug#747474: coreutils: rm --preserve-root failure

On 05/09/2014 05:15 PM, Jessica Litwin wrote: > Hi, > > Can you honestly tell me there is a use case for allowing 'rm -rf /*' to > succeed? If we're going to say that it's dangerous to operate on / then it > makes sense to trap /* as well. It doesn't make sense that we should allow > the root o

Bug#739752: bug#17010: Bug#739752: coreutils: ln segfaults when run with --relative and an empty target

On 03/14/2014 01:42 AM, Jim Meyering wrote: > From a6d2db8b6dfe15344aba4aefe9545eb3a4876d45 Mon Sep 17 00:00:00 2001 > From: Jim Meyering > Date: Thu, 13 Mar 2014 17:05:04 -0700 > Subject: [PATCH] ln: with -sr, don't segfault for a TARGET of '' > > Prior to this change, "ln -sr '' F" would segfau

Bug#739752: bug#17010: Bug#739752: coreutils: ln segfaults when run with --relative and an empty target

On 03/14/2014 03:44 AM, Jim Meyering wrote: > On Thu, Mar 13, 2014 at 7:22 PM, Pádraig Brady wrote: >> Interesting. So canonicalize_filename_mode() can fail in this case, >> even with CAN_MISSING. It's unexpected that c_f_m() sets errno=ENOENT >> when CAN_MISSING

Bug#730779: realpath maintainer also wants to switch to the GNU coreutils version

Referencing Rober's request to switch to the GNU coreutils version, which by design was meant to be as close as possible to the Debian version: https://lists.debian.org/debian-embedded/2013/12/msg2.html thanks, Pádraig. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org w

Bug#682969: timeout 20 /usr/sbin/ntpd -g -q gives wrong return code

On 07/27/2012 05:56 PM, Jim Meyering wrote: > Goswin von Brederlow wrote: >> Package: coreutils >> Version: 8.13-3.2 >> Severity: normal >> File: /usr/bin/timeout >> >> I'm trying to set the time during boot. Unfortunately ntpd hangs forever >> if the timeserver is unavailable. So I added a timeout

Bug#608832: bug#12350: Composites identified as primes in factor.c (when HAVE_GMP)

On 09/07/2012 11:35 AM, Niels Möller wrote: Pádraig Brady writes: On 09/07/2012 09:43 AM, Niels Möller wrote: If this is an important feature, maybe one should consider bundling mini-gmp Bundling libraries is bad if one needed to update it. mini-gmp is not an ordinary library. It

Bug#702968: /usr/share/fslint/fslint/findup: always finds duplicates

On 03/13/2013 02:23 PM, Michal Suchanek wrote: > Package: fslint > Version: 2.42-2 > Severity: normal > File: /usr/share/fslint/fslint/findup > > Hello, > > /usr/share/fslint/fslint/findup -t /srv/mail > > prints a lot of duplicates. > > /usr/share/fslint/fslint/findup -m /srv/mail > > does so

Bug#713022: bug#14686: Bug#713022: truncate man and info pages must mention -s / -r mandatory

On 06/21/2013 09:05 PM, jida...@jidanni.org wrote: > Package: coreutils > Version: 8.13-3.3 > File: /usr/share/man/man1/truncate.1.gz > X-debbugs-CC: bug-coreut...@gnu.org > > $ truncate /tmp/erere > truncate: you must specify either `--size' or `--reference' > > What a shock. Not mentioned on ma

Bug#713022: bug#14686: Bug#713022: truncate man and info pages must mention -s / -r mandatory

On 06/22/2013 09:42 AM, jida...@jidanni.org wrote: > I thought it would do the obvious, like touch does. > > > NAME >touch - change file timestamps > > SYNOPSIS >touch [OPTION]... FILE... > > DESCRIPTION >Update the access and modification times of each FILE to the cu

Bug#718898: cut no longer works with newline as delimiter

On 08/06/2013 08:32 PM, Bob Proulx wrote: > Volker Klasen opened a bug in the Debian bug tracker concerning a > change in behavior in cut. I have CC'd the bug on this message. I > have manually set an appropriate Reply-To header. > > http://bugs.debian.org/718898 > > There has been a lot of i

Bug#723740: RFP: crudini - A utility for manipulating ini files

Package: wnpp Severity: wishlist Package name: crudini Version : 0.3 Upstream Author : Pádraig Brady URL : http://www.pixelbeat.org/programs/crudini/ Source URL : https://github.com/pixelb/crudini/ License : GPLV2 Programming Lang: python A utility for

Bug#799131: coreutils: df sometimes skips real entry and reports a bind mount instead

On 15/09/15 23:21, Nye Liu wrote: > Package: coreutils > Version: 8.23-4 > Severity: minor > > Dear Maintainer, > > When using bind mounts, df may have to choose only one of many equivalent > mounts: > > $ mount > /dev/sdb1 on /export/real type ext4 (rw,relatime,data=ordered) > /dev/sdb1 on /hom

Bug#859021: dd: document that bs overrides ibs and obs

On 29/03/17 09:04, Chris Davies wrote: > Package: coreutils > Version: 8.25-2+b1 > Severity: minor > > Dear Maintainer, > > The man page for dd does not define an interaction between bs and its more > specific ibs and obs options. POSIX does mandate that bs, if specified, > shall override ibs and

Bug#806321: coreutils: please make the build reproducible (timestamps)

On 26/11/15 13:59, Jérémy Bobbio wrote: > Source: coreutils > Version: 8.23-4 > Severity: wishlist > Tags: patch > User: reproducible-bui...@lists.alioth.debian.org > Usertags: timestamps > > Hi! > > While working on the “reproducible builds” effort [1], we have noticed > that coreutils could not

Bug#793831: coreutils: stat does not report file birth timestamp, even when available

On 28/07/15 00:23, Grant Sanders wrote: > Package: coreutils > Version: 8.23-4 > Severity: minor > > Dear Maintainer, > > Stat does not seem to recognize any timestamps for file birth, even when they > are available and accurate. My filesystem is ext4. > > To reproduce, I ran: touch /root/test.

Bug#755714: /usr/bin/id: lies about the available groups

On 07/22/2014 05:18 PM, Ron wrote: > Package: coreutils > Version: 8.21-1.2 > Severity: normal > > Hi, > > The coreutils changelog notes that a bug in id and groups which > overreported the available groups was supposedly fixed in: > > 2012-04-27 Jim Meyering > > id,groups: with no user

Bug#756712: ls -l should indicate presence of capabilities (just as + indicates ACLs)

On 08/01/2014 01:10 AM, Josh Triplett wrote: > Package: coreutils > Version: 8.21-1.2 > Severity: normal > File: /bin/ls > > ls -l indicates a file with ACLs set by putting a + after the permission > block. It should have a similar indicator for files that have > capabilities set (as via setcap).

Bug#786563: df: undocumented option -m

tag 786563 wontfix close 786563 stop On 22/05/15 22:15, Goswin von Brederlow wrote: > Package: coreutils > Version: 8.21-1.2 > Severity: minor > File: /bin/df > > Hi, > > I just noticed that the df manpage is not mentioning -m. -m is obsolescent and so undocumented and only exists for BSD compa

Bug#791921: coreutils: Add tmux, tmux-256colors terminfos to dircolors database

On 09/07/15 16:03, Víctor Cuadrado Juan wrote: > Package: coreutils > Version: 8.23-4 > Severity: wishlist > > Dear Maintainer, > > The commands depending on 'dircolor' ('ls', 'dir', etc) do not output colors > when you are using TERM=tmux or TERM=tmux-256color inside of tmux. > > This happens b

Bug#791921: coreutils: Add tmux, tmux-256colors terminfos to dircolors database

On 09/07/15 17:09, Michael Stone wrote: > On Thu, Jul 09, 2015 at 04:38:07PM +0100, Pádraig Brady wrote: >> May be Debian specific? >> The following is on Fedora 22: >> >> $ TERM=screen-256color tput colors >> 256 >> $ TERM=tmux-256color tput colors &

Bug#792808: coreutils: CRC file checks not consistent

On 18/07/15 19:38, Leslie Rhorer wrote: > Package: coreutils > Version: 8.23-4 > Severity: grave > Justification: renders package unusable > > Dear Maintainer, > > CRC checks on large files often return variable values. I have tried several > different CRC check utilities, md5sum, md6sum, sha56

Bug#785118: coreutils: date : format %p %P do not work properly

On 12/05/15 16:40, Pádraig Brady wrote: > On 12/05/15 14:51, Michael Stone wrote: >> On Tue, May 12, 2015 at 03:36:17PM +0200, op...@mumm.ac.be wrote: >>> I'm just upgrading my server from debian 7 (wheezy) to debian 8 (jessie) >>> and several of my scripts are

Bug#785118: coreutils: date : format %p %P do not work properly

On 12/05/15 17:55, Marko Myllynen wrote: > Hi, > > [CC'ing Keld with whom this issue was discussed some years ago] > > On 2015-05-12 18:49, Pádraig Brady wrote: >> On 12/05/15 16:40, Pádraig Brady wrote: >>> On 12/05/15 14:51, Michael Stone wrote: >>&g

Bug#785118: coreutils: date : format %p %P do not work properly

On 12/05/15 14:51, Michael Stone wrote: > On Tue, May 12, 2015 at 03:36:17PM +0200, op...@mumm.ac.be wrote: >> I'm just upgrading my server from debian 7 (wheezy) to debian 8 (jessie) and >> several of my scripts are not working anymore. After some tests, it turns >> out that the problem likely c

Bug#784105: coreutils: df show /dev/dm-0 instead /dev/mapper/XXX

On 03/05/15 08:16, Rabin Yasharzadehe wrote: > Package: coreutils > Version: 8.23-4 > Severity: important > > Dear Maintainer, > >> What led up to the situation? > After the upgrade to Debian 8 from Debain 7, > the output of the df command have changed. > > This change broke oue backup scripts

Bug#784105: coreutils: df show /dev/dm-0 instead /dev/mapper/XXX

On 03/05/15 11:28, Pádraig Brady wrote: > On 03/05/15 08:16, Rabin Yasharzadehe wrote: >> Package: coreutils >> Version: 8.23-4 >> Severity: important >> >> Dear Maintainer, >> >>> What led up to the situation? >> After the upgrade to Debian

Bug#775197: uniq: -u -d -D options non-orthogonal and confusing when combined

On 12/01/15 14:13, Jonathan David Amery wrote: > Package: coreutils > Version: 8.13-3.5 > Severity: normal > > I was attempting to use uniq to categorise my data based on the first so > many characters and I discover that: > > a) it is currently impossible to use uniq to output all lines; with li

Bug#781208: coreutils: manpage documents wrong default for --color

On 26/03/15 01:44, Christoph Anton Mitterer wrote: > Package: coreutils > Version: 8.23-4 > Severity: minor > > > Hi. > > ls(1) says: >> --color[=WHEN] >> colorize the output; WHEN can be 'never', 'auto', or 'always' (the >> default); more info below > > However, the default seems to be ne

Bug#779499: coreutils: split with -d option creates file names that jump from x89 to x9000

tag 779499 notabug close 779499 stop On 01/03/15 15:08, Beatrice Torracca wrote: > Package: coreutils > Version: 8.23-3 > Severity: normal > > Hi! > > I tried using split to divide a text file in chunks using the "-d" > option to have numeric suffixes. The results I got had the number of the > s

Bug#779499: coreutils: split with -d option creates file names that jump from x89 to x9000

On 02/03/15 17:17, Beatrice Torracca wrote: > >> Messaggio originale >> Da: p...@draigbrady.com >> Data: 01/03/2015 21.08 >> A: "Beatrice Torracca", <779...@bugs.debian.org>, > "Debian Bug Tracking System" >> Ogg: Re: Bug#779499: coreutils: split with -d option creates file names that >

Bug#779499: coreutils: split with -d option creates file names that jump from x89 to x9000

On 02/03/15 20:42, Beatrice Torracca wrote: > On Monday 02 March 2015, at 17:38 +0000, Pádraig Brady wrote: >>> I read the explanation of the options you mention. Even with a file as big >>> as >>> to generate only 97 files I get this >>> x00 >

Bug#782981: coreutils: /usr/bin/yes serves no purpose

On 20/04/15 02:47, richard jasmin wrote: > Package: coreutils > Version: 8.23-4 > Severity: normal > > Dear Maintainer, > > printing 'Y' all over the place or using if 'yes'='yes' serves no purpose from > any perspective. Thats like saying if true then do something.This is a > pragmatical program

Bug#795270: coreutils: df does not display all nfs mounts for the same mount points

On 25/08/15 17:41, Phil Schwartz wrote: > Re: coreutils 8.21 > > > > These mount points are different as are the targets: > > > > loui-nac01:/vol/vol_pdbuild /srv/builds nfs defaults,nosuid 0 > 0 > > loui-nac01:/vol/vol_archive /srv/archives nfs defaults,nosuid

Bug#806947: coreutils: improve expr with huge numbers by GMP

On 03/12/15 11:09, Hideki Yamane wrote: > Package: coreutils > Severity: minor > Tags: patch > > Hi, > > Here's a tiny B-D patch to build coreutils with GMP(https://gmplib.org/), > it can manage huge numbers with expr. > > * Without GMP > ---

Bug#806947: coreutils: improve expr with huge numbers by GMP

On 03/12/15 13:21, Michael Stone wrote: > On Thu, Dec 03, 2015 at 11:43:59AM +0000, Pádraig Brady wrote: >> Another thing to consider is depending on openssl >> and using ./configure --with-openssl which will >> get significantly faster sha*sum implementations. > >

Bug#799479: date --iso-8601=m does not use ISO 8601 format as documented

On 19/09/15 17:46, Michael Gold wrote: > Package: coreutils > Version: 8.23-4 > Severity: minor > > The manual page for 'date' says --iso-8601 will "output date/time in ISO > 8601 format", but I don't believe the format actually complies with that > standard when a time is included. > > §4.3.3d s

Bug#799479: date --iso-8601=m does not use ISO 8601 format as documented

On 23/10/15 03:39, Pádraig Brady wrote: > On 19/09/15 17:46, Michael Gold wrote: >> Package: coreutils >> Version: 8.23-4 >> Severity: minor >> >> The manual page for 'date' says --iso-8601 will "output date/time in ISO >> 8601 format",

Bug#803371: coreutils: cp degrades system performance by wasting cache

On 29/10/15 10:46, Russell Coker wrote: > Package: coreutils > Version: 8.23-4 > Severity: normal > > If you copy many large files to a slow device the amount of memory used for > cache grows needlessly and impacts overall system performance. As we already > have the --reflink option I think that

Bug#801654: dircolors: Please support colors on TERM=screen.xterm-256color

On 13/10/15 04:11, Josh Triplett wrote: > Package: coreutils > Version: 8.23-4 > Severity: normal > > josh@jet:~$ TERM=screen.xterm-256color dircolors > LS_COLORS=''; > export LS_COLORS > screen in current unstable seems to set TERM to screen.xterm-256color if > running in a terminal with TERM=xt

Bug#641166: Please at least mention shuf in sort's man page

On 07/10/15 09:43, Philip Hands wrote: > Hi Micheal, > > A conversation on #debconf-team this morning which mentioned the use of > sort -R revealed that people that have been bitten by the quirks of > sort -R have a folkloric understanding that there's something not quite > right about it compared

Bug#804338: coreutils: provide a clean way for optional global cp --reflink=auto

On 07/11/15 14:34, Christoph Anton Mitterer wrote: > Package: coreutils > Version: 8.23-4 > Severity: wishlist > > > Hi. > > It would be nice if the package could provide a clean out-of-the-box > way to get global --reflink=auto behaviour. > > Starting with 8.24, mv --reflink=auto will be the d

Bug#804338: coreutils: provide a clean way for optional global cp --reflink=auto

On 07/11/15 19:22, Christoph Anton Mitterer wrote: > So do you see it coming that this is actually "solved" (meaning refcopy > works per default out of the box for e.g. btrfs users) upstream ... or > is it worth to look into making it configurable at the distro level, as > I proposed above? I don'

Bug#760861: bug#18428: coreutils binary breaks coreutils documentation

On 09/08/2014 08:30 PM, Pádraig Brady wrote: > On 09/08/2014 07:12 PM, Andreas Schwab wrote: >> Bob Proulx writes: >> >>> For instance, in the touch(1) man page: >>> >>> The full documentation for touch is maintained as a Texinfo manual. If >

Bug#760861: bug#18428: coreutils binary breaks coreutils documentation

On 09/09/2014 01:32 AM, Vincent Lefevre wrote: > On 2014-09-08 18:10:35 -0600, Bob Proulx wrote: >> Note that IIRC originally the pointer was: >> >> info touch >> >> But that failed due to shortcomings in variously implemented >> install-info commands that I don't remember now. > > There were ac

Bug#760861: bug#18428: Bug#760861: bug#18428: coreutils binary breaks coreutils documentation

On 09/09/2014 01:51 PM, Michael Stone wrote: > On Mon, Sep 08, 2014 at 06:10:35PM -0600, Bob Proulx wrote: >> But I think in recent years the install-info problems have been fixed. >> Perhaps we don't need to do any of this anymore? Or perhaps finally >> getting to the canonical (FILENAME)NODE-WIT

Bug#760861: bug#18428: coreutils binary breaks coreutils documentation

On 09/08/2014 07:12 PM, Andreas Schwab wrote: > Bob Proulx writes: > >> For instance, in the touch(1) man page: >> >> The full documentation for touch is maintained as a Texinfo manual. If >> the info and touch programs are properly installed at your site, the >> command >> >>

Bug#761189: coreutils: wrong 'info' command in ls manpage

foremerge 760861 761189 stop On 09/11/2014 03:03 PM, Antoine Le Gonidec wrote: > Package: coreutils > Version: 8.23-2 > Severity: minor > > Dear Maintainer, > At the end of the ls manpage we have the following instruction : > > SEE ALSO >The full documentation for ls is maintained as a

Bug#737399: metoo

On 10/27/2014 05:21 PM, Michael Stone wrote: > On Mon, Oct 27, 2014 at 11:54:57AM +0000, Pádraig Brady wrote: >> On 10/27/2014 08:36 AM, Harald Dunkel wrote: >>> On 10/24/14 18:24, Pádraig Brady wrote: >>>> >>>> Note /home doesn't seem to be accessib

Bug#737399: metoo

On 10/27/2014 03:12 PM, Harald Dunkel wrote: > On 10/27/14 12:54, Pádraig Brady wrote: >> >> Good point about the man page. >> >> I've submitted a patch to mention that -a includes duplicate file systems. >> > > Thats exactly the point of this bug r

Bug#737399: metoo

On 10/28/2014 12:26 PM, Michael Stone wrote: > On Mon, Oct 27, 2014 at 11:51:44PM +0000, Pádraig Brady wrote: >>> --- src/df.c.orig 2014-10-27 12:14:39.633167418 -0400 >>> +++ src/df.c2014-10-27 13:16:54.524752800 -0400 >>> @@ -631,6 +631,10 @@ >>>

Bug#767932: fslint-gui crashed with IndexError in get_selectable(): list index out of range

On 11/03/2014 03:12 PM, Ritesh Raj Sarraf wrote: > Package: fslint > Version: 2.44-2 > Severity: normal > > > > Hi, > > This is a bug that was trapped by apport on Debian. I am not sure how > reproducible it is, but looking at the backtrace, the bug looks valid. Fixed upstream with: http://cod

Bug#762092: sha...sum man pages refer to nonexistent 'sha...sum invocation' info pages

On 09/18/2014 12:54 PM, Rebecca Palmer wrote: > Package: coreutils > Version: 8.23-2 > Severity: minor > Control: tags -1 patch > > The man page of sha512sum states that more documentation can be found at info > coreutils 'sha512sum invocation', but this info node does not exist; the > correct n

Bug#762147: fslint: "Delete" action always hangs and consumes 100% CPU for a long time

On 09/18/2014 11:39 PM, David Z wrote: > Package: fslint > Version: 2.42-2 > Severity: normal > Tags: upstream > > Dear Maintainer, > > Ran a duplicate scan of my home dir. It completed normally. > > Selected one particular duplicate file from the list, and clicked the "Delete" > button. The pro

Bug#737399: metoo

On 10/24/2014 03:14 PM, Michael Stone wrote: > On Fri, Oct 24, 2014 at 03:38:35PM +0200, you wrote: >> rootfs- - -- / >> /dev/mapper/vg00-root 32896880 4781600 26421176 16% / > >> nfs-home:/space/home - -

Bug#737399: metoo

On 10/27/2014 08:36 AM, Harald Dunkel wrote: > On 10/24/14 18:24, Pádraig Brady wrote: >> >> Note /home doesn't seem to be accessible above >> which is another reason to prefer /data here. >> > > What do you mean by "not accessible"? Both /home and

Bug#813164: coreutils: ls suddenly quotes output

On 12/02/16 01:47, Jaroslav Skarvada wrote: > Hi, > > please revert this ugly change, it's confusing and against GNU coding > standards [1]: > >> Likewise, please don’t make the behavior of a command-line program depend >> on the type of output device it gets as standard output or standard input

Bug#813164: coreutils: ls suddenly quotes output

On 29/01/16 16:50, Thorsten Glaser wrote: > Package: coreutils > Version: 8.25-1 > Severity: minor > > tglase@tglase-nb:~ $ mkdir -p foo/{a,b\ c}; cd foo; /bin/ls > > a 'b c' > > ’nuff said… this *should* be: > > (pbuild17294)root@tglase-nb:

Bug#813164: coreutils: ls suddenly quotes output

On 30/01/16 15:45, Christoph Anton Mitterer wrote: > Hey. > > I've also just stumbled over this... while the idea is nice in > principle, I think it's quite dangerous as well... even if behaviour is > preserved when output goes to a terminal. > > a) The quotation alone doesn't necessarily help wi

Bug#813164: coreutils: ls suddenly quotes output

On 02/02/16 13:19, Jamie Heilman wrote: > This behavior needs to be reverted. There are too many assumptions > being made, the quoting used is shell-specific, and not universally > supported. For example, consider a file who's name contains a tab, > like "ab". > > $ ls > 'a'$'\t''b' > > OK, so

Bug#813164: alias ls='ls -N' is not a solution

On 03/02/16 06:05, Adam Borowski wrote: > Also, the proposed workaround, "alias ls='ls -N'" doesn't act reasonably. > It disables _all_ quoting, including nasty unprintable characters. When the > output goes to the terminal, it is meant to be read by a human. Humans can > read spaces and apostrop

Bug#810539: coreutils: /usr/bin/stat (stat -c "%a" returns "0" instead of "000")

On 09/01/16 18:29, lopiuh wrote: > Package: coreutils > Version: 8.23-4 > Severity: normal > > Dear Maintainer, > > stat -c "%a" returns "0" instead of "000" in case of getting octal > permissions of a directory with permissions 000 (no permissions). No > permissions are set in order to prevent

Bug#816703: regression: "mv from to" now fails when both are the same file

On 03/03/16 21:24, Marc Lehmann wrote: Package: coreutils Version: 8.25-2 Severity: normal Dear Maintainer, as an extension, coreutils supported moving one file to another, when both refer to the same file. This support has been lost after upgrading from 8.23-4 (stable) to 8.25-2. That is, in

Bug#816703: regression: "mv from to" now fails when both are the same file

On 06/03/16 19:46, Marc Lehmann wrote: On Sun, Mar 06, 2016 at 02:06:47PM -0700, Bob Proulx wrote: The kernel system call rename(2) returns 0 for SUCCESS. And yet the operation definitely did not succeed. It did - this is how rename must behave according to POSIX. I find the above result s

Bug#832753: coreutils: stdbuf is not usable for multiarch tools (eg. i386 on amd64)

On 28/07/16 15:20, Norbert Lange wrote: > Package: coreutils > Version: 8.25-2 > Severity: normal > > Dear Maintainer, > > I am trying to use stdbuf tool on a 32bit Binary, this will result > in a failure: > > ERROR: ld.so: object '/usr/lib/x86_64-linux-gnu/coreutils/libstdbuf.so' from > LD_PRE

Bug#851934: bug#23035: date: regression in timezone printing (+%Z)

On 17/03/16 17:38, Paul Eggert wrote: > On 03/16/2016 08:51 PM, Assaf Gordon wrote: >> I suspect it has something to do with this commit: >>commit037e3b9847feb46cf6b58d99ce960d3987faaf52 > > You're right, and thanks for that detailed bug report. I installed the > attached patch, which fix

Bug#835904: tail --retry doesn't

On 05/09/16 07:07, Harald Dunkel wrote: > coreutils 8.25-2 seems to have the same problem. Sample: > > > % ps -ef | grep tail > harri 3815 3783 0 Aug30 pts/300:00:00 tail --retry > --max-unchanged-stats=5 -f /var/log/messages > harri11756 11708 0 08:00 pts/400:00:00 grep tail

Bug#833710: tail -F /var/log/messages missed the rotation

On 08/08/16 08:28, Harald Dunkel wrote: > Package: coreutils > Version: 8.23-4 > > I am running "tail -f --retry /var/log/messages" in a terminal > for >10 days. Since inotify is available the --max-unchanged-stats > option is not set, as recommended in the man page. > > Problem: tail ignored the

Bug#833932: coreutils: ls -b fails to show Unicode directional characters

On 10/08/16 15:21, Peter Ludikovsky wrote: > Package: coreutils > Version: 8.23-4 > Severity: normal > > Dear Maintainer, > > This came up due to a posting on debian-user-german [1]. Apparently > certain Unicode characters, at least LEFT-TO-RIGHT EMBEDDING [2] and > RIGHT-TO-LEFT EMBEDDING [3] do

Bug#833932: coreutils: ls -b fails to show Unicode directional characters

On 10/08/16 16:15, Peter Ludikovsky wrote: > > > Am 10.08.2016 um 16:51 schrieb Pádraig Brady: >> On 10/08/16 15:21, Peter Ludikovsky wrote: >>> Package: coreutils >>> Version: 8.23-4 >>> Severity: normal >>> >>> Dear Maintainer, &g

Bug#833948: i18n: stty --help displays bogus block

On 10/08/16 19:01, Andrea Stacchiotti wrote: > Package: coreutils > Version: 8.25-2 > Severity: minor > Tags: l10n > > It follows an invocation of stty --help with the italian locale. > > The starting block of the translation file is printed in the middle of the > output. > Somehow gettext decide

Bug#835904: tail --retry doesn't

On 29/08/16 08:55, Harald Dunkel wrote: > Package: coreutils > Version: 8.23-4 > > I am running tail in a dedicated window for some days now: > > % ps -ef | grep tai[l] > hdunkel 2928 2915 0 Aug15 pts/100:00:00 tail --retry > --max-unchanged-stats=5 -f /var/log/messages > > Problem: It'

Bug#1074776: coreutils: $'\t' and $'\123' escapes are real now

On 02/07/2024 21:48, наб wrote: Package: coreutils Version: 9.1-1 Version: 9.4-3 Severity: minor Dear Maintainer, printf(1) says: escaping non-printable characters with the proposed POSIX $'' syntax. this syntax is real as of Issue 8 (POSIX.1-2024). ls is probably also affected by this sinc

Bug#1075768: coreutils: ls doesn't honour COLUMNS if writing to a teletype

On 04/07/2024 17:29, наб wrote: Package: coreutils Version: 9.1-1 Version: 9.4-3 Severity: normal Dear Maintainer, Quoth POSIX.1-2024: 103406 ENVIRONMENT VARIABLES 103407 The following environment variables shall affect the execution of ls: 103408 COLUMNS Override the system-selected horizo

Bug#1076047: coreutils: timeout: doesn't properly intercept all deadly signals

On 09/07/2024 22:21, наб wrote: Package: coreutils Version: 9.1-1 Version: 9.4-3 Severity: normal Dear Maintainer, POSIX.1-2024, XCU, timeout, ASYNCHRONOUS EVENTS: 117587 If the signal specified with the −s option, or any signal whose default action is to terminate 117588 the process, is del

Bug#1058752: bug#62572: cp --no-clobber behavior has changed

On 15/12/2023 15:56, Michael Stone wrote: I tend to think this was a serious mistake: it breaks the behavior of existing scripts with no deprecation period. A stated advantage is better compatibility with freebsd, but I don't understand why that is more desirable than compatibility with all deplo

Bug#1058752: bug#62572: cp --no-clobber behavior has changed

On 16/12/2023 21:46, Bernhard Voelker wrote: On 12/15/23 21:13, Michael Stone wrote: On Fri, Dec 15, 2023 at 11:21:06AM -0800, Paul Eggert wrote: Stlll, Pádraig gave a reasonable summary of why the change was made, To clarify my summary a little, there I said that -n now _immediately_ fails.

Bug#1059616: "wc -l" gives "illegal instruction"

On 29/12/2023 09:52, gates.ocarina...@icloud.com wrote: Package: coreutils Version: 9.1-1 When I run command wc -l, it gives “illegal instruction”. I reinstalled the coreutils package: $ wc -l Illegal instruction $ ls -l | wc -l Illegal instruction $ ls -l | wc -lw       4      29 $

Bug#628815: coreutils: pinky makes crazy DNS queries

On 19/03/2024 10:54, deb...@perkelt.hu wrote: I looked into this and found that pinky tries to canonicalize the information in the "Where" column automaticaly, and it has no option to disable this behaviour. see line 285 pinky.c: if (*ut_host) /* See if we can canonicalize

Bug#1072096: PATCH: PR: src/stat.c to add magic for bcachefs filesystem

On 28/05/2024 12:50, Paul Hedderly wrote: Package: coreutils Version: 9.4-3+b1 Severity: important Tags: patch upstream d-i Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? stat does not currently recognise bc

Bug#1068864: coreutils: join -a3 errors "invalid field number" even when no field number given

On 12/04/2024 14:12, наб wrote: Package: coreutils Version: 9.1-1 Version: 9.4-3 Severity: normal Dear Maintainer, $ join -a3 /dev/null /dev/null join: invalid field number: ‘3’ Not sure where field 3 came from here. Indeed, that looks to be a copy n paste issue in: https://g

Bug#1068889: coreutils: join -t refuses single-character delimiters as "multi-character tab"s

On 12/04/2024 23:42, наб wrote: Package: coreutils Version: 9.1-1 Version: 9.4-1 Severity: normal Dear Maintainer, Yes good: $ cat f1 row1f1 1 urow1 f1 2 $ cat f2 row1f2 1 urow2 f2 2 $ join f? -t ' '

Bug#1068892: coreutils: join -t accepts \0 to mean NUL; doesn't document it

On 13/04/2024 00:10, наб wrote: Package: coreutils Version: 9.1-1 Version: 9.4-3 Severity: normal Dear Maintainer, When trying to decypher -t behaviour for #1068891, the second empty-string semantic I tried was **(argv + optind), but that wasn't it. But what /is/ it is -t '\0'; i.e. given

Bug#1068891: coreutils: is join -t '' just comm -12?

On 12/04/2024 23:59, наб wrote: Package: coreutils Version: 9.1-1 Version: 9.4-3 Severity: normal Dear Maintainer, POSIX.1-202x/D3: −t char Use character char as a separator, for both input and output. Every appearance of char in a line s

Bug#1074334: coreutils: what is the undocumented ls --quoting-style=c-maybe mode?

On 26/06/2024 19:43, наб wrote: Package: coreutils Version: 9.1-1 Version: 9.4-3 Severity: normal Dear Maintainer, $ ls --quoting-style=qwe ls: invalid argument ‘qwe’ for ‘--quoting-style’ Valid arguments are: - ‘literal’ - ‘shell’ - ‘shell-always’ - ‘shell-escape’ - ‘shell-escap

Bug#1074334: coreutils: what is the undocumented ls --quoting-style=c-maybe mode?

On 28/06/2024 20:48, наб wrote: On Wed, Jun 26, 2024 at 11:22:07PM +0100, Pádraig Brady wrote: Fixed upstream with: https://github.com/coreutils/coreutils/commit/72588b291 This is wrong. Try: $ > 'a\a' $ ls --quoting-style=c-maybe a\a $ ls --quoting-style=c "

  1   2   3   >