[gentoo-user] Re: Filesystem choice for NVMe SSD

2016-01-27 Thread Kai Krakow
Am Tue, 26 Jan 2016 20:02:47 +0300 schrieb Andrew Savchenko : > I have thoughts about caching NFS using filescached, but limited > durability of the drive (400 TBW warranty for 512 GB size) restrains > me here. Probably I'll use it for caching only in exceptional cases > (e.g. slow remote mounts l

Re: [gentoo-user] Re: Filesystem choice for NVMe SSD

2016-01-27 Thread Andrew Savchenko
Hi, On Tue, 26 Jan 2016 17:29:36 + (UTC) James wrote: > > I have thoughts about caching NFS using filescached, but limited > > durability of the drive (400 TBW warranty for 512 GB size) restrains > > me here. Probably I'll use it for caching only in exceptional cases > > (e.g. slow remote moun

Re: [gentoo-user] Re: Filesystem choice for NVMe SSD

2016-01-27 Thread Andrew Savchenko
On Wed, 27 Jan 2016 09:31:26 +0100 Kai Krakow wrote: > Am Tue, 26 Jan 2016 20:02:47 +0300 > schrieb Andrew Savchenko : > > > I have thoughts about caching NFS using filescached, but limited > > durability of the drive (400 TBW warranty for 512 GB size) restrains > > me here. Probably I'll use it f

[gentoo-user] Re: eix showing me weird results

2016-01-27 Thread Martin Vaeth
»Q« wrote: > eix-sync Which method do you use for syncing (rsync, git, ...)? > I've run 'emerge --metadata' and 'eix-update' The requirement to run emerge --metadata seems to suggest that you use git? If this is true, better use egencache to generate the metadata in the repositories' directori

[gentoo-user] Re: eix showing me weird results

2016-01-27 Thread »Q«
My issue resolved itself with today's sync, just a few minutes ago. The eix-diff that runs at the end of eix-sync showed: [>] == dev-python/numpy (1.10.4@01/25/2016; 1.9.2 -> 1.10.4): Fast array and numerical python library [>] == dev-qt/qtchooser (0_p20151008@01/25/2016; 0_p20150102 -> 0_p2

[gentoo-user] Record sizes of directories of a directory tree (huge) most efficiently

2016-01-27 Thread Meino . Cramer
Hi, I want to determine the size of the contents of all directories of a tree of directories on a hexacore AMD64 machine with 4GB RAM an one harddisk (containing that tree) -- most efficiently (least time consuming). I tried this (cwd = root of that tree): find . -depth -type d -print0 | xar

Re: [gentoo-user] Record sizes of directories of a directory tree (huge) most efficiently

2016-01-27 Thread David M. Fellows
On Wed, 27 Jan 2016 17:25:37 +0100 meino.cra...@gmx.de wrote - > Hi, > > I want to determine the size of the contents of all directories of a > tree of directories on a hexacore AMD64 machine with 4GB RAM an one > harddisk (containing that tree) -- most efficiently (least time > consuming). > >

Re: [gentoo-user] Record sizes of directories of a directory tree (huge) most efficiently

2016-01-27 Thread Daniel Frey
On 01/27/2016 08:25 AM, meino.cra...@gmx.de wrote: > Hi, > > I want to determine the size of the contents of all directories of a > tree of directories on a hexacore AMD64 machine with 4GB RAM an one > harddisk (containing that tree) -- most efficiently (least time > consuming). > > I tried this

Re: [gentoo-user] Record sizes of directories of a directory tree (huge) most efficiently

2016-01-27 Thread Dutch Ingraham
On Wed, Jan 27, 2016 at 04:28:43PM -0400, David M. Fellows wrote: > On Wed, 27 Jan 2016 17:25:37 +0100 > meino.cra...@gmx.de wrote - > > Hi, > > > > I want to determine the size of the contents of all directories of a > > tree of directories on a hexacore AMD64 machine with 4GB RAM an one > > har

[gentoo-user] What happened to portage?

2016-01-27 Thread Nikos Chantziaras
Syncing resulted in thousands of lines of: app-admin/python-updater/.~tmp~/ app-admin/qpage/.~tmp~/ app-admin/qtpass/.~tmp~/ app-admin/quickswitch/.~tmp~/ app-admin/r10k/.~tmp~/ app-admin/radmind/.~tmp~/ app-admin/ranpwd/.~tmp~/ app-admin/recursos/.~tmp~/ app-admin/reportmagic/.~tmp~/ app-admin/r