Blocking the package which gets blocked by its previous one?
Is this a wprkaround, a solution ?
Feels weird...
On 12/07 09:53, Jalus Bilieyich wrote:
> Put in package.mask:
>
> >=app-emulation/containerd-1.0.0:0/0
>
> On 12/07/2017 08:36 PM, tu...@posteo.de wrote:
> > Hi,
> >
> > this
Put in package.mask:
>=app-emulation/containerd-1.0.0:0/0
On 12/07/2017 08:36 PM, tu...@posteo.de wrote:
> Hi,
>
> this morning in its endless wisdom emerge spake to me today:
>
> | WARNING: One or more updates/rebuilds have been skipped due to a dependency
> conflict:
> |
> |
On 12/07/2017 09:58 PM, Ian Zimmerman wrote:
> I would like to use "git diff" to show differences between the
> current state of a git repository and a normal directory tree somewhere
> on the filesystem, ie. one without a .git subdirectory. This is proving
> surprisingly hard to do.
If "git
I would like to use "git diff" to show differences between the
current state of a git repository and a normal directory tree somewhere
on the filesystem, ie. one without a .git subdirectory. This is proving
surprisingly hard to do.
git diff has a documented mode to compare general "paths" as
Hi,
this morning in its endless wisdom emerge spake to me today:
| WARNING: One or more updates/rebuilds have been skipped due to a dependency
conflict:
|
| app-emulation/containerd:0
|
| (app-emulation/containerd-1.0.0:0/0::gentoo, ebuild scheduled for merge)
conflicts with
|
On 07/12/17 22:35, Frank Steinmetzger wrote:
>> (Oh - and md raid-5/6 also mix data and parity, so the same holds true
>> > there.)
> Ok, wasn’t aware of that. I thought I read in a ZFS article that this were a
> special thing.
Say you've got a four-drive raid-6, it'll be something like
data1
On Thu, Dec 7, 2017 at 11:04 AM, Frank Steinmetzger wrote:
> On Thu, Dec 07, 2017 at 10:26:34AM -0500, Rich Freeman wrote:
>
>> […] They want 1GB/TB RAM, which rules out a lot of the cheap ARM-based
>> solutions. Maybe you can get by with less, but finding ARM systems with
>>
On Thu, Dec 07, 2017 at 09:49:29PM +, Wols Lists wrote:
> > So in case I ever need to send in a drive for repair/replacement, noone can
> > read from it (or only in tiny bits'n'pieces from a hexdump), because each
> > disk contains a mix of data and parity blocks.
> >
> > I think I'm finally
On 07/12/17 21:37, Frank Steinmetzger wrote:
> Ooooh, I just came up with another good reason for raidz over mirror:
> I don't encrypt my drives because it doesn't hold sensitive stuff. (AFAIK
> native ZFS encryption is available in Oracle ZFS, so it might eventually
> come to the Linux world).
>
On Wed, Dec 06, 2017 at 07:29:08PM -0500, Rich Freeman wrote:
> On Wed, Dec 6, 2017 at 7:13 PM, Frank Steinmetzger wrote:
> > On Wed, Dec 06, 2017 at 06:35:10PM -0500, Rich Freeman wrote:
> >>
> >> IMO the cost savings for parity RAID trumps everything unless money
> >> just isn't
On 07/12/17 20:17, Richard Bradfield wrote:
> On Thu, Dec 07, 2017 at 06:35:16PM +, Wols Lists wrote:
>> On 07/12/17 09:52, Richard Bradfield wrote:
>>> I did also investigate USB3 external enclosures, they're pretty
>>> fast these days.
>>
>> AARRGGH !!!
>>
>> If you're using mdadm, DO
On Thu, Dec 07, 2017 at 06:35:16PM +, Wols Lists wrote:
On 07/12/17 09:52, Richard Bradfield wrote:
I did also investigate USB3 external enclosures, they're pretty
fast these days.
AARRGGH !!!
If you're using mdadm, DO NOT TOUCH USB WITH A BARGE POLE !!!
I don't know the details,
On 07/12/17 14:53, Frank Steinmetzger wrote:
> When I configured my kernel the other day, I discovered network block
> devices as an option. My PC has a hotswap bay[0]. Problem solved. :) Then I
> can do zpool replace with the drive-to-be-replaced still in the pool, which
> improves resilver read
On 07/12/17 09:52, Richard Bradfield wrote:
> I did also investigate USB3 external enclosures, they're pretty
> fast these days.
AARRGGH !!!
If you're using mdadm, DO NOT TOUCH USB WITH A BARGE POLE !!!
I don't know the details, but I gather the problems are very similar to
the timeout
On 12/07/2017 09:04 AM, John Covici wrote:
>
> I have it set to 120 by default.
>
Um... try "emerge -uDN1 perl" instead of @world? The perl
upgrade was tough, IIRC because it needed a large backtrack value to
succeed. But back when the perl upgrade was "new", a @world update was
simple
On 2017-12-07 15:22, Peter Humphrey wrote:
On Thursday, 7 December 2017 12:04:08 GMT Kai Peter wrote:
On 2017-12-06 13:28, Peter Humphrey wrote:
> On Sunday, 3 December 2017 15:12:21 GMT Mick wrote:
>> On 03-12-2017 ,10:57:33, Peter Humphrey wrote:
--->8
> Sys-boot/grub-0.97-r17 compiled
On Thu, Dec 07, 2017 at 10:26:34AM -0500, Rich Freeman wrote:
> On Thu, Dec 7, 2017 at 9:53 AM, Frank Steinmetzger wrote:
> >
> > I see. I'm always looking for ways to optimise expenses and cut down on
> > environmental footprint by keeping stuff around until it really breaks. In
>
On Thu, 07 Dec 2017 09:37:56 -0500,
Alan McKinnon wrote:
>
> On 07/12/2017 07:44, John Covici wrote:
> > Hi. In preparing for the profile switch and the emerge -e world, I
> > have run into a serious problem with perl. I think I saw on this list
> > where perl 5.26 was going to have problems --
On Thu, Dec 7, 2017 at 9:53 AM, Frank Steinmetzger wrote:
>
> I see. I'm always looking for ways to optimise expenses and cut down on
> environmental footprint by keeping stuff around until it really breaks. In
> order to increase capacity, I would have to replace all four drives,
On 12/07/2017 03:22:30 PM, Peter Humphrey wrote:
Long-standing readers may remember that I have reasons for avoiding
grub-2.
I still think it's a monstrosity and I'd much prefer never to have to
wrestle with it again.
On the other hand, I suppose I could have another go at writing my own
On Thu, Dec 07, 2017 at 09:52:55AM +, Richard Bradfield wrote:
> On Thu, 7 Dec 2017, at 09:28, Frank Steinmetzger wrote:
> > > I incorporated ZFS' expansion inflexibility into my planned
> > > maintenance/servicing budget.
> >
> > What was the conclusion? That having no more free slots meant
On 07/12/2017 07:44, John Covici wrote:
> Hi. In preparing for the profile switch and the emerge -e world, I
> have run into a serious problem with perl. I think I saw on this list
> where perl 5.26 was going to have problems -- maybe until it is
> stabilized -- but if I mask it off, I get the
On Thursday, 7 December 2017 12:04:08 GMT Kai Peter wrote:
> On 2017-12-06 13:28, Peter Humphrey wrote:
> > On Sunday, 3 December 2017 15:12:21 GMT Mick wrote:
> >> On 03-12-2017 ,10:57:33, Peter Humphrey wrote:
--->8
> > Sys-boot/grub-0.97-r17 compiled and installed all right, as a package,
> >
On Thu, 07 Dec 2017 07:42:45 -0500,
Michael Orlitzky wrote:
>
> On 12/07/2017 12:44 AM, John Covici wrote:
> > Hi. In preparing for the profile switch and the emerge -e world, I
> > have run into a serious problem with perl. I think I saw on this list
> > where perl 5.26 was going to have
On 12/07/2017 12:44 AM, John Covici wrote:
> Hi. In preparing for the profile switch and the emerge -e world, I
> have run into a serious problem with perl. I think I saw on this list
> where perl 5.26 was going to have problems -- maybe until it is
> stabilized -- but if I mask it off, I get
On 2017-12-06 13:28, Peter Humphrey wrote:
On Sunday, 3 December 2017 15:12:21 GMT Mick wrote:
On 03-12-2017 ,10:57:33, Peter Humphrey wrote:
> On Saturday, 2 December 2017 12:30:57 GMT Mick wrote:
> > I'm getting this error after I changed my profile as per
> > '2017-11-30-new-17-
> >
> >
After a recent mesa update on gentoo-hardened, Firefox context menu
fades in with artifacts, as if fade-in effect was drawn too slowly. It's
not a big deal but it's certainly visible.
I can't be absolutely sure it's mesa. Looks like that.
Info from eix output:
Installed versions:
On Thu, 7 Dec 2017, at 09:28, Frank Steinmetzger wrote:
> > I incorporated ZFS' expansion inflexibility into my planned
> > maintenance/servicing budget.
>
> What was the conclusion? That having no more free slots meant that you
> can just as well use the inflexible Raidz, otherwise would have
On Thu, Dec 07, 2017 at 07:54:41AM +, Richard Bradfield wrote:
> On Wed, Dec 06, 2017 at 06:35:10PM -0500, Rich Freeman wrote:
> >On Wed, Dec 6, 2017 at 6:28 PM, Frank Steinmetzger wrote:
> >>
> >>I don’t really care about performance. It’s a simple media archive powered
> >>by
On Thu, 7 Dec 2017 00:59:33 +0100, Frank Steinmetzger wrote:
> > How does a restarted emerge @world recognizes packages, which are
> > already compiled according to the new standard?
>
> I “circumvent” those questions by doing:
> emerge -pveD world > worldlist
> emerge -1O $(cat worldlist)
>
30 matches
Mail list logo