[Touch-packages] [Bug 1842133] Re: findutils shows wrong version number

2019-09-08 Thread Andreas Metzler
> I could submit a bug report against the upstream findutils component.
Should I do so?

No please don't, there is no point.

As noted above less old versions in Debian (and Ubuntu) already report a
more helpful version string.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to findutils in Ubuntu.
https://bugs.launchpad.net/bugs/1842133

Title:
  findutils shows wrong version number

Status in findutils package in Ubuntu:
  New

Bug description:
  This problem occurs on Ubuntu 18.04.3 LTS (bionic).
  It does not occur on Ubuntu 19.04 (disco)

  The "find" and "xargs" command are provided by a patched version of the
  GNU findutils package. The current version is based on release 4.6.0, but
  the "--version" option shows a version number of "4.7.0-git".

  As you can see, the "/usr/bin/find" executable is dated Nov 5 2017.
  findutils release 4.7.0 was released just yesterday, Aug 29 2017.

  Ubuntu 19.04 has findutils 4.6.0+git+20190209-2, and "find --version"
  shows "find (GNU findutils) 4.6.0.225-235f".

  Expected: "findutils --version" shows a version number based on 4.6.0
  Actual:   "findutils --version" shows a version number based on 4.7.0,
which had not yet been released

  Demonstration:

  $ lsb_release -rd
  Description:Ubuntu 18.04.3 LTS  
  Release:18.04
  $ apt-cache policy findutils
  findutils:
Installed: 4.6.0+git+20170828-2
Candidate: 4.6.0+git+20170828-2
Version table:
   *** 4.6.0+git+20170828-2 500
  500 http://us.archive.ubuntu.com/ubuntu bionic/main amd64 Packages
  100 /var/lib/dpkg/status
  $ ls -l /usr/bin/find
  -rwxr-xr-x 1 root root 238080 Nov  5  2017 /usr/bin/find
  $ /usr/bin/find --version
  find (GNU findutils) 4.7.0-git
  Copyright (C) 2017 Free Software Foundation, Inc.
  License GPLv3+: GNU GPL version 3 or later .
  This is free software: you are free to change and redistribute it.
  There is NO WARRANTY, to the extent permitted by law.

  Written by Eric B. Decker, James Youngman, and Kevin Dalley.
  Features enabled: D_TYPE O_NOFOLLOW(enabled) LEAF_OPTIMISATION FTS(FTS_CWDFD) 
CBO(level=2)
  $

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/findutils/+bug/1842133/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1842133] Re: findutils shows wrong version number

2019-09-01 Thread Andreas Metzler
First off: Ubuntu/Debian do not ship "patched version of the GNU
findutils package [...] based on release 4.6.0". The ship a GIT
snapshot. e.g. 4.6.0+git+20170828-2  is upstream GIT as of 2017-08-28.
/usr/share/doc/findutils/changelog.Debian.gz even has the full
respective GIT revision. (febde26dd0e66dda5d4060fa29b85443ddc6a865.). To
clearly show that we are *not* shipping a upstream /release/ we are
using a +git version.

The version number upstream GIT snapshots report depends a little bit on
the way they are built (git present or not when make dist is invoked,
et.al), they might show 4.7.0-git or 4.6.0.235-f254 (That is
4.6.0+git+20190510-2).

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to findutils in Ubuntu.
https://bugs.launchpad.net/bugs/1842133

Title:
  findutils shows wrong version number

Status in findutils package in Ubuntu:
  New

Bug description:
  This problem occurs on Ubuntu 18.04.3 LTS (bionic).
  It does not occur on Ubuntu 19.04 (disco)

  The "find" and "xargs" command are provided by a patched version of the
  GNU findutils package. The current version is based on release 4.6.0, but
  the "--version" option shows a version number of "4.7.0-git".

  As you can see, the "/usr/bin/find" executable is dated Nov 5 2017.
  findutils release 4.7.0 was released just yesterday, Aug 29 2017.

  Ubuntu 19.04 has findutils 4.6.0+git+20190209-2, and "find --version"
  shows "find (GNU findutils) 4.6.0.225-235f".

  Expected: "findutils --version" shows a version number based on 4.6.0
  Actual:   "findutils --version" shows a version number based on 4.7.0,
which had not yet been released

  Demonstration:

  $ lsb_release -rd
  Description:Ubuntu 18.04.3 LTS  
  Release:18.04
  $ apt-cache policy findutils
  findutils:
Installed: 4.6.0+git+20170828-2
Candidate: 4.6.0+git+20170828-2
Version table:
   *** 4.6.0+git+20170828-2 500
  500 http://us.archive.ubuntu.com/ubuntu bionic/main amd64 Packages
  100 /var/lib/dpkg/status
  $ ls -l /usr/bin/find
  -rwxr-xr-x 1 root root 238080 Nov  5  2017 /usr/bin/find
  $ /usr/bin/find --version
  find (GNU findutils) 4.7.0-git
  Copyright (C) 2017 Free Software Foundation, Inc.
  License GPLv3+: GNU GPL version 3 or later .
  This is free software: you are free to change and redistribute it.
  There is NO WARRANTY, to the extent permitted by law.

  Written by Eric B. Decker, James Youngman, and Kevin Dalley.
  Features enabled: D_TYPE O_NOFOLLOW(enabled) LEAF_OPTIMISATION FTS(FTS_CWDFD) 
CBO(level=2)
  $

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/findutils/+bug/1842133/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1786625] Re: "find" command throws nonsense error message

2018-10-21 Thread Andreas Metzler
Hello,

If you run "find . -name *.txt" in a directory containing foo.txt and
bar.txt then the shell expands *.txt before executing find, i.e. you
would be running "find . -name foo.txt bar.txt" which produces a syntax
error. Either quote ('*.txt') or escape (\*.txt) the argument.

Closing.

** Changed in: findutils (Ubuntu)
   Status: New => Invalid

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to findutils in Ubuntu.
https://bugs.launchpad.net/bugs/1786625

Title:
  "find" command throws nonsense error message

Status in findutils package in Ubuntu:
  Invalid

Bug description:
  Steps to reproduce:

  1. Run this command from a terminal:
  $ find . -name *.txt

  Expected result:
  It should list all the files found in the current directory or any descendant 
directory whose name ends in ".txt". It may or may not find matching files, 
depending on whether there are or there aren't.
  If there's something wrong in my command, then it should ALWAYS consistently 
issue a sensible error message explaining what's wrong with my command, and 
that should happen regardless of the contents of the current directory.

  Observed results:
  If there are no .txt files to be found, it behaves as expected (i.e., no 
results, no error message).
  If there are files ending in .txt, sometimes it behaves as expected, showing 
the results.

  If, however, there are files ending in ".txt" with dashes ("-") or spaces (" 
") in the filename, AND there is more than one file that matches the criteria, 
then it displays this completely nonsensical error message:
  
  find: paths must precede expression: .txt
  Usage: find [-H] [-L] [-P] [-Olevel] [-D 
help|tree|search|stat|rates|opt|exec|time] [path...] [expression]
  
  where "X.txt" is  an actual filename of a matching file.

  For example, this will reproduce the issue:
  
  $ echo "lalala" > aaa.txt
  $ echo "lololo" > foo-bar.txt
  $ find . -name *.txt
  find: paths must precede expression: foo-bar.txt
  Usage: find [-H] [-L] [-P] [-Olevel] [-D 
help|tree|search|stat|rates|opt|exec|time] [path...] [expression]
  

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: linux-image-4.4.0-131-generic 4.4.0-131.157
  ProcVersionSignature: Ubuntu 4.4.0-131.157-generic 4.4.134
  Uname: Linux 4.4.0-131-generic x86_64
  NonfreeKernelModules: nvidia_uvm nvidia
  ApportVersion: 2.20.1-0ubuntu2.18
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  teo2898 F pulseaudio
  CurrentDesktop: Unity
  Date: Sat Aug 11 17:30:54 2018
  HibernationDevice: RESUME=UUID=ff7e702a-a05a-47fd-8c14-551e81f9e9e3
  InstallationDate: Installed on 2013-10-11 (1764 days ago)
  InstallationMedia: Ubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424)
  MachineType: Acer Aspire V3-571G
  ProcFB: 0 inteldrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.4.0-131-generic.efi.signed 
root=UUID=5830b30e-69e8-4bb4-8a2b-bc2b43c7414a ro quiet splash vt.handoff=7
  RelatedPackageVersions:
   linux-restricted-modules-4.4.0-131-generic N/A
   linux-backports-modules-4.4.0-131-generic  N/A
   linux-firmware 1.157.20
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 10/15/2012
  dmi.bios.vendor: Acer
  dmi.bios.version: V2.07
  dmi.board.asset.tag: Type2 - Board Asset Tag
  dmi.board.name: VA50_HC_CR
  dmi.board.vendor: Acer
  dmi.board.version: Type2 - Board Version
  dmi.chassis.type: 10
  dmi.chassis.vendor: Acer
  dmi.chassis.version: V2.07
  dmi.modalias: 
dmi:bvnAcer:bvrV2.07:bd10/15/2012:svnAcer:pnAspireV3-571G:pvrV2.07:rvnAcer:rnVA50_HC_CR:rvrType2-BoardVersion:cvnAcer:ct10:cvrV2.07:
  dmi.product.name: Aspire V3-571G
  dmi.product.version: V2.07
  dmi.sys.vendor: Acer

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/findutils/+bug/1786625/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1793668] Re: xargs gives "[: err: unexpected operator" on Ubuntu but not Centos

2018-10-21 Thread Andreas Metzler
Hello,

tst is a shell script that does specify which interpreter should be used
and therefore the system falls back to try /bin/sh.

However the script is using bash extensions ([ "$1" == "" ]) which won't
work with *any* sh-type shell. Debian is using dash as /bin/sh and there
an error is thrown, Centos is probably using bash.

So this is not a bug but a user error. If you want to use bash-extension
you'll need to take care that the script runs under bash by using a
correct #!-line.

Closing.

** Changed in: findutils (Ubuntu)
   Status: Confirmed => Invalid

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to findutils in Ubuntu.
https://bugs.launchpad.net/bugs/1793668

Title:
  xargs gives "[: err: unexpected operator" on Ubuntu but not Centos

Status in findutils package in Ubuntu:
  Invalid

Bug description:
  cd /tmp
  rm -Rf tst err
  echo 'if [ "$1" == "" ]; then echo "empty"; else cat $1; fi' > tst
  chmod +x tst
  echo "a" > err
  ls err | xargs ./tst # ./tst: 1: [: err: unexpected operator
  ./tst err # works fine, outputs 'a'

  On Ubuntu the error will be shown, on Centos it won't. The error looks
  to be incorrect.

  $ lsb_release -rd
  Description: Ubuntu 18.04.1 LTS
  Release: 18.04
  $ xargs --version
  xargs (GNU findutils) 4.7.0-git
  Copyright (C) 2017 Free Software Foundation, Inc.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/findutils/+bug/1793668/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1648634] Re: opencryptoki breaks p11-kit

2017-06-04 Thread Andreas Metzler
This is Debian's https://bugs.debian.org/860903 which will hopefully be
fixed by changing opencryptoki https://bugs.debian.org/864052

** Bug watch added: Debian Bug tracker #860903
   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=860903

** Bug watch added: Debian Bug tracker #864052
   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=864052

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to p11-kit in Ubuntu.
https://bugs.launchpad.net/bugs/1648634

Title:
  opencryptoki breaks p11-kit

Status in opencryptoki package in Ubuntu:
  Confirmed
Status in p11-kit package in Ubuntu:
  Confirmed

Bug description:
  When opencryptoki is installed, it creates a symlink from /etc/pkcs11
  to /var/lib/opencryptoki, which is readable only by root.

  This means that anything using p11-kit to find the PKCS#11 modules
  which are configured to be available in the system (which is basically
  any well-behaved application) now breaks:

  $ openconnect -c 'pkcs11:token=eToken;id=%01' server.example.com
  POST https://server.example.com/
  Attempting to connect to server [fec0::1]:443
  p11-kit: couldn't open config file: /etc/pkcs11/pkcs11.conf: Permission denied
  Error loading certificate from PKCS#11: PKCS #11 initialization error.
  Loading certificate failed. Aborting.

  $ p11tool --list-tokens
  p11-kit: couldn't open config file: /etc/pkcs11/pkcs11.conf: Permission denied
  pkcs11_init: PKCS #11 initialization error.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/opencryptoki/+bug/1648634/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1681103] Re: /etc/cron.daily/locate script runs as wrong user

2017-04-16 Thread Andreas Metzler
> "updatedb" script runs as nobody a lot of files can't be indexed because 
> nobody hasn't the right
> to view all system files.

And that is a good thing. The locate-database is public. It must not
contain data that is not public, i.e. contents of directories that
cannot be listed by non-privileged users.

** Changed in: findutils (Ubuntu)
   Status: New => Invalid

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to findutils in Ubuntu.
https://bugs.launchpad.net/bugs/1681103

Title:
  /etc/cron.daily/locate script runs as wrong user

Status in findutils package in Ubuntu:
  Invalid

Bug description:
  The /etc/cron.daily/locate script runs as wrong user. In the package
  the line says LOCALUSER="nobody" but it should be LOCALUSER="root"
  because if the "updatedb" script runs as nobody a lot of files can't
  be indexed because nobody hasn't the right to view all system files.

  
  The information I should provide regarind the guidelines

  # lsb_release -rd
  Description:Ubuntu 16.04.2 LTS
  Release:16.04

  # apt-cache policy locate
  locate:
Installed: 4.6.0+git+20160126-2
Candidate: 4.6.0+git+20160126-2
Version table:
   *** 4.6.0+git+20160126-2 500
  500 http://mirror.hetzner.de/ubuntu/packages xenial/universe amd64 
Packages
  500 http://de.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages
  100 /var/lib/dpkg/status

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/findutils/+bug/1681103/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1364492] Re: findutils uses nearly 100% CPU and memory resources

2017-02-21 Thread Andreas Metzler
Fixed in Debian.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to findutils in Ubuntu.
https://bugs.launchpad.net/bugs/1364492

Title:
  findutils uses nearly 100% CPU and memory resources

Status in findutils package in Ubuntu:
  Confirmed

Bug description:
  findutils is using a find command, probably to auto-update indexing database.
  While this is normal behaviour, i found out that shortly after the indexing 
update started, findutils is using 100% of CPU resources (Haswell Pentium 
G3258), all of my system's memory (8GB RAM) and some of the swap, rendering the 
system completely unusable.

  Issueing the command 'ps ax | grep find' results in:
  29729 ?SN 0:00 /bin/sh /usr/bin/updatedb.findutils
  29737 ?SN 0:00 /bin/sh /usr/bin/updatedb.findutils
  29758 ?SN 0:00 su nobody -s /bin/sh -c /usr/bin/find / 
-ignore_readdir_race  \( -fstype NFS -o -fstype nfs -o -fstype nfs4 -o 
-fstype afs -o -fstype binfmt_misc -o -fstype proc -o -fstype smbfs -o -fstype 
autofs -o -fstype iso9660 -o -fstype ncpfs -o -fstype coda -o -fstype devpts -o 
-fstype ftpfs -o -fstype devfs -o -fstype mfs -o -fstype shfs -o -fstype sysfs 
-o -fstype cifs -o -fstype lustre_lite -o -fstype tmpfs -o -fstype usbfs -o 
-fstype udf -o -fstype ocfs2 -o  -type d -regex 
'\(^/tmp$\)\|\(^/usr/tmp$\)\|\(^/var/tmp$\)\|\(^/afs$\)\|\(^/amd$\)\|\(^/alex$\)\|\(^/var/spool$\)\|\(^/sfs$\)\|\(^/media$\)\|\(^/var/lib/schroot/mount$\)'
 \) -prune -o -print0
  29767 ?SNs0:00 sh -c /usr/bin/find / -ignore_readdir_race  \( 
-fstype NFS -o -fstype nfs -o -fstype nfs4 -o -fstype afs -o -fstype 
binfmt_misc -o -fstype proc -o -fstype smbfs -o -fstype autofs -o -fstype 
iso9660 -o -fstype ncpfs -o -fstype coda -o -fstype devpts -o -fstype ftpfs -o 
-fstype devfs -o -fstype mfs -o -fstype shfs -o -fstype sysfs -o -fstype cifs 
-o -fstype lustre_lite -o -fstype tmpfs -o -fstype usbfs -o -fstype udf -o 
-fstype ocfs2 -o  -type d -regex 
'\(^/tmp$\)\|\(^/usr/tmp$\)\|\(^/var/tmp$\)\|\(^/afs$\)\|\(^/amd$\)\|\(^/alex$\)\|\(^/var/spool$\)\|\(^/sfs$\)\|\(^/media$\)\|\(^/var/lib/schroot/mount$\)'
 \) -prune -o -print0
  29768 ?RN57:29 /usr/bin/find / -ignore_readdir_race ( -fstype NFS 
-o -fstype nfs -o -fstype nfs4 -o -fstype afs -o -fstype binfmt_misc -o -fstype 
proc -o -fstype smbfs -o -fstype autofs -o -fstype iso9660 -o -fstype ncpfs -o 
-fstype coda -o -fstype devpts -o -fstype ftpfs -o -fstype devfs -o -fstype mfs 
-o -fstype shfs -o -fstype sysfs -o -fstype cifs -o -fstype lustre_lite -o 
-fstype tmpfs -o -fstype usbfs -o -fstype udf -o -fstype ocfs2 -o -type d 
-regex 
\(^/tmp$\)\|\(^/usr/tmp$\)\|\(^/var/tmp$\)\|\(^/afs$\)\|\(^/amd$\)\|\(^/alex$\)\|\(^/var/spool$\)\|\(^/sfs$\)\|\(^/media$\)\|\(^/var/lib/schroot/mount$\)
 ) -prune -o -print0

  Results from 'top':
  top - 19:16:00 up  1:40,  3 users,  load average: 1,14, 1,20, 1,53
  Tasks: 274 total,   2 running, 272 sleeping,   0 stopped,   0 zombie
  %Cpu(s):  2,9 us, 22,9 sy, 24,4 ni, 42,4 id,  7,6 wa,  0,0 hi,  0,0 si,  0,0 
st
  KiB Mem:   8086304 total,  7876904 used,   209400 free,   60 buffers
  KiB Swap: 20971516 total,   373796 used, 20597720 free.  4627412 cached Mem

PID USER  PR  NIVIRTRESSHR S  %CPU %MEM TIME+ COMMAND   
  
  29768 nobody30  10   14968   1556   1116 R  92,2  0,0  70:16.74 find  
  

  System installation is Ubuntu Utopic on Unity 7 desktop, using nouveau nvidia 
drivers.
  findutils version is  4.4.2-9

  Sorry for posting the commands output in here, if there is another
  guideline for this i'll be happy to edit that.

  ProblemType: Bug
  DistroRelease: Ubuntu 14.10
  Package: findutils 4.4.2-9
  ProcVersionSignature: Ubuntu 3.16.0-11.16-generic 3.16.1
  Uname: Linux 3.16.0-11-generic x86_64
  ApportVersion: 2.14.7-0ubuntu1
  Architecture: amd64
  CurrentDesktop: Unity
  Date: Tue Sep  2 19:03:25 2014
  Dependencies:
   gcc-4.9-base 4.9.1-10ubuntu2
   libc6 2.19-10ubuntu1
   libgcc1 1:4.9.1-10ubuntu2
   multiarch-support 2.19-10ubuntu1
  InstallationDate: Installed on 2014-08-19 (14 days ago)
  InstallationMedia: Ubuntu 14.10 "Utopic Unicorn" - Alpha amd64 (20140815)
  SourcePackage: findutils
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/findutils/+bug/1364492/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1347788] Re: find crashed when current working directory is not readable and -exec or -execdir used

2016-02-12 Thread Andreas Metzler
Dave Chiluk (chiluk) wrote on 2016-01-07:   #11
> Findutils just released a new blessed stable version 4.6.0
[...]
> What are the chances of getting this included into xenial?

Xenial is now at > 4.6. (4.6.0+git+20160126-2 )

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to findutils in Ubuntu.
https://bugs.launchpad.net/bugs/1347788

Title:
  find crashed when current working directory is not readable and -exec
  or -execdir used

Status in findutils package in Ubuntu:
  Confirmed
Status in findutils source package in Xenial:
  Confirmed

Bug description:
  bug is similar to https://savannah.gnu.org/bugs/?15384 but for current
  directory (when it not readable or not executable)

  steps to reproduce

  DIR=`mktemp -d`
  cd $DIR
  mkdir -p 1/1 2
  cd 2
  find $DIR/1 -type d -exec echo {} \;
  find $DIR/1 -type d -execdir echo {} \;

  ProblemType: Bug
  DistroRelease: Ubuntu 14.04
  Package: findutils 4.4.2-7
  Uname: Linux 3.15.4-031504-generic x86_64
  ApportVersion: 2.14.1-0ubuntu3.2
  Architecture: amd64
  CurrentDesktop: GNOME
  Date: Wed Jul 23 20:17:19 2014
  Dependencies:
   gcc-4.9-base 4.9-20140406-0ubuntu1
   libc6 2.19-0ubuntu6
   libgcc1 1:4.9-20140406-0ubuntu1
   multiarch-support 2.19-0ubuntu6
  InstallationDate: Installed on 2014-04-24 (89 days ago)
  InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140417)
  SourcePackage: findutils
  UpgradeStatus: No upgrade log present (probably fresh install)
  --- 
  ApportVersion: 2.14.1-0ubuntu3.2
  Architecture: amd64
  CurrentDesktop: GNOME
  Dependencies:
   gcc-4.9-base 4.9-20140406-0ubuntu1
   libc6 2.19-0ubuntu6
   libgcc1 1:4.9-20140406-0ubuntu1
   multiarch-support 2.19-0ubuntu6
  DistroRelease: Ubuntu 14.04
  InstallationDate: Installed on 2014-04-24 (89 days ago)
  InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140417)
  Package: findutils 4.4.2-7
  PackageArchitecture: amd64
  Tags:  trusty
  Uname: Linux 3.15.4-031504-generic x86_64
  UpgradeStatus: No upgrade log present (probably fresh install)
  UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
  _MarkForUpload: True

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/findutils/+bug/1347788/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1385813] Re: find -size -Nk seems to be off by 1

2015-06-14 Thread Andreas Metzler
The -size -nX check works like this:

How many units sized one X each is the file using, 
a) less than n
or 
b) at least n

Therefore -size -1M or -size -1k or -size -1c all match only empty
files.

A 1025 byte sized file uses two 1K-units (it has to, there is only space
for 1024 bytes in a single 1K unit) and will therefore not match -size
-2k.

cu Andreas

** Changed in: findutils (Ubuntu)
   Status: New = Invalid

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to findutils in Ubuntu.
https://bugs.launchpad.net/bugs/1385813

Title:
  find -size -Nk seems to be off by 1

Status in findutils package in Ubuntu:
  Invalid

Bug description:
  If I have a file of size less than 1k, and use:
  find -size -1k
  to try to find it, it doesn't.
  If I use
   find -size -1000c
  it does find it.  If I use
  find -size -2k
  to find it, it does.  It seems like the parsing of units is wrong when you 
use 'k' for the size units.

  $ ls -l testf*
  -rw-rw 1 luke kendall 1071 Oct 26 17:06 testf
  -rw-rw 1 luke kendall  803 Oct 26 17:07 testf2
  -rw-rw 1 luke kendall  963 Oct 26 17:07 testf3
  $ find testf3 -size -1k -print
  $ find testf3 -size -2k -print
  testf3
  $ find testf -size -2k -print
  $ find testf -size -3k -print
  testf
  $ find --version
  find (GNU findutils) 4.4.2
  Copyright (C) 2007 Free Software Foundation, Inc.
  License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
  This is free software: you are free to change and redistribute it.
  There is NO WARRANTY, to the extent permitted by law.

  Written by Eric B. Decker, James Youngman, and Kevin Dalley.
  Built using GNU gnulib version e5573b1bad88bfabcda181b9e0125fb0c52b7d3b
  Features enabled: D_TYPE O_NOFOLLOW(enabled) LEAF_OPTIMISATION FTS() 
CBO(level=0) 

  $ lsb_release -rd
  Description:  Ubuntu 14.04.1 LTS
  Release:  14.04
  Package name is findutils

  I expected find -size -Nk to list a file if it is smaller than N kb.
  Instead, the file is only listed if it is smaller than (N+1) kb.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/findutils/+bug/1385813/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp