On 09/17/2017 04:17 AM, Kai Krakow wrote:
> Am Sun, 17 Sep 2017 01:20:45 -0500
> schrieb Dan Douglas <orm...@gmail.com>:
>
>> On 09/16/2017 07:06 AM, Kai Krakow wrote:
>>> Am Fri, 15 Sep 2017 14:28:49 -0400
>>> schrieb Rich Freeman <ri...@gentoo.org>
On 09/16/2017 07:06 AM, Kai Krakow wrote:
> Am Fri, 15 Sep 2017 14:28:49 -0400
> schrieb Rich Freeman :
>
>> On Fri, Sep 8, 2017 at 3:16 PM, Kai Krakow
>> wrote:
>>>
>>> At least in btrfs there's also a caveat that the original extents
>>> may not actually
I notice that my eix DBs have been gradually becoming out-of-sync with
my ebuild repos. eix-update shows no errors but always says there are
the same number of packages.
Strace shows about 10k open errors:
~ # strace -fcw eix-update >/dev/null
% time seconds usecs/call callserrors
On 06/22/2016 12:31 PM, Neil Bothwick wrote:
> On Wed, 22 Jun 2016 08:39:59 -0500, Dan Douglas wrote:
>> --keep-going is in EMERGE_DEFAULT_OPTS so the problem is only when
>> that fails for whatever reason, --resume (with or without
>> --skip-first) always fails too.
> On 0
On Tue, Jun 21, 2016 at 10:04 AM, Neil Bothwick <n...@digimed.co.uk> wrote:
> On Tue, 21 Jun 2016 09:39:42 -0500, Dan Douglas wrote:
>
>> Is something misconfigured on my end or is this just a long-standing
>> bug? I at least need a way to either recover the list of packa
Hi. I don't believe I've ever seen portage's --resume --skipfirst
option work correctly without saying "invalid resume list". I know
this is incorrect because I've manually checked that all deps are
satisfied and it even occurs if a custom package I'm working on with
nothing depending upon it
I'm installing gentoo hardened on several machines all with btrfs root
filesystems, the simplest of which is a single gpt partitioned disk.
This is my current partitioning scheme (based on numerous conflicting
explainations on the wiki and handbook):
# gdisk /dev/sda -l
GPT fdisk (gdisk) version
7 matches
Mail list logo