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
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
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
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).
>
>
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
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
»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
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
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
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
10 matches
Mail list logo