Any idea were that "MagickWand" went hiding?
i686-pc-linux-gnu-gcc -march=prescott -O2 -pipe -fomit-frame-pointer -fPIC -
DMAJOR_VERSION=1 -DMINOR_VERSION=0 -I/usr/include/python2.7 -c src/uc2/
formats/sk1/sk1objs/curvemisc.c -o /var/tmp
/portage/media-gfx/uniconvertor-2.0_pre379-r1/work/uniconver
On Sunday, 10 December 2017 06:12:07 GMT R0b0t1 wrote:
> On Sat, Dec 9, 2017 at 5:36 PM, Peter Humphrey
wrote:
> > On Saturday, 9 December 2017 12:00:12 GMT Jorge Almeida wrote:
> >> Are you sure you need udisks? And policykit?
> >
> > I'm pretty sure Mick runs KDE, which requires both of those
On Sun, Dec 10, 2017 at 6:12 AM, R0b0t1 wrote:
> On Sat, Dec 9, 2017 at 5:36 PM, Peter Humphrey wrote:
>> On Saturday, 9 December 2017 12:00:12 GMT Jorge Almeida wrote:
>>> On Sat, Dec 9, 2017 at 10:45 AM, Mick wrote:
>>> > Thank you all for detailed and clear replies. You'd forgive me for
>>>
On 09/12/17 23:36, Rich Freeman wrote:
> you instead compute 5 sets of parity so that now you have 9 sets of
> data that can tolerate the loss of any 5, then throw away the sets
> containing the original 4 sets of data and store the remaining 5 sets
> of parity data across the 5 drives. You can st
On 09/12/17 12:08, Alan McKinnon wrote:
> I'm all in favour of Lennart-bashing, but let's keep the bashing to what
> he's responsible for.
As far as I can tell, the most egregious thing he's responsible for is
for wanting a well-designed system that works!
Face it, linux is a hodge-podge of thi
On 10/12/17 10:51, Mick wrote:
Any idea were that "MagickWand" went hiding?
[...]
Should I file a bug, or am I missing some other package?
This was fixed in 2.0_pre379-r2, so you should temporarily keyword that
version until it goes stable.
On 10/12/17 11:55, Wols Lists wrote:
On 09/12/17 12:08, Alan McKinnon wrote:
I'm all in favour of Lennart-bashing, but let's keep the bashing to what
he's responsible for.
As far as I can tell, the most egregious thing he's responsible for is
for wanting a well-designed system that works!
F
Hello, Wols
On Sun, Dec 10, 2017 at 09:55:45 +, Wols Lists wrote:
> On 09/12/17 12:08, Alan McKinnon wrote:
> > I'm all in favour of Lennart-bashing, but let's keep the bashing to what
> > he's responsible for.
>
> As far as I can tell, the most egregious thing he's responsible for is
> f
On Sun, Dec 10, 2017 at 9:55 AM, Wols Lists wrote:
> On 09/12/17 12:08, Alan McKinnon wrote:
>> I'm all in favour of Lennart-bashing, but let's keep the bashing to what
>> he's responsible for.
>
>
>
> As far as I can tell, the most egregious thing he's responsible for is
> for wanting a well-des
On P, 2017-12-10 at 08:56 +, Jorge Almeida wrote:
> On Sun, Dec 10, 2017 at 6:12 AM, R0b0t1 wrote:
> > On Sat, Dec 9, 2017 at 5:36 PM, Peter Humphrey > uk> wrote:
> > > On Saturday, 9 December 2017 12:00:12 GMT Jorge Almeida wrote:
> > > > On Sat, Dec 9, 2017 at 10:45 AM, Mick > > > m> wrote
On 10/12/2017 13:55, Mart Raudsepp wrote:
> On P, 2017-12-10 at 08:56 +, Jorge Almeida wrote:
>> On Sun, Dec 10, 2017 at 6:12 AM, R0b0t1 wrote:
>>> On Sat, Dec 9, 2017 at 5:36 PM, Peter Humphrey >> uk> wrote:
On Saturday, 9 December 2017 12:00:12 GMT Jorge Almeida wrote:
> On Sat, Dec
Jorge Almedia:n
...
> (Of course, the aforementioned fingers are exceedingly sticky. We all
> have to live with udev, after all...)
No, we don't have to, this is gentoo after all. You can still use a
static dev if you wish even if some packages do insists on udev even
though some of thoose dependa
On Sun, 10 Dec 2017 02:17:09 -0500
John Covici wrote:
> OK, thanks, I think I will try that.
The problem you're facing is that you masked dev-lang/perl, but not any
virtual/perl-* or perl-core/-* to compensate.
These 3 components work in concert like a single component, as a sort
of bodge to co
On Sun, 10 Dec 2017 07:36:19 -0500,
Kent Fredric wrote:
>
> [1 ]
> On Sun, 10 Dec 2017 02:17:09 -0500
> John Covici wrote:
>
> > OK, thanks, I think I will try that.
>
> The problem you're facing is that you masked dev-lang/perl, but not any
> virtual/perl-* or perl-core/-* to compensate.
>
>
On 10/12/2017 14:54, John Covici wrote:
> On Sun, 10 Dec 2017 07:36:19 -0500,
> Kent Fredric wrote:
>>
>> [1 ]
>> On Sun, 10 Dec 2017 02:17:09 -0500
>> John Covici wrote:
>>
>>> OK, thanks, I think I will try that.
>>
>> The problem you're facing is that you masked dev-lang/perl, but not any
>> v
On Sunday, 10 December 2017 10:11:41 GMT Nikos Chantziaras wrote:
> On 10/12/17 10:51, Mick wrote:
> > Any idea were that "MagickWand" went hiding?
> > [...]
> >
> > Should I file a bug, or am I missing some other package?
>
> This was fixed in 2.0_pre379-r2, so you should temporarily keyword tha
On Sun, 10 Dec 2017 07:54:59 -0500
John Covici wrote:
> I am using ~amd64 and have done so for
> years, so I don't think I need to maks off anything.
Sorry, I may have gotten my wires crossed.
The impression I got was you were trying to stick with perl 5.24
The point is *if* you're sticking w
On Sun, Dec 10, 2017 at 4:45 AM, Wols Lists wrote:
> On 09/12/17 23:36, Rich Freeman wrote:
>> you instead compute 5 sets of parity so that now you have 9 sets of
>> data that can tolerate the loss of any 5, then throw away the sets
>> containing the original 4 sets of data and store the remaining
On Tue, 5 Dec 2017 01:08:12 +0100 tu...@posteo.de wrote:
> HHi,
>
> I did it,
>
> I started emerge -e @world --keep-going.
>
> And it failed while installing linux-gazette:
> >>> Emerging (370 of 2114) app-doc/linux-gazette-117::gentoo
> >>> Installing (360 of 2114) app-doc/linux-gazette-31::gen
On Sun, 10 Dec 2017 08:13:09 -0500,
Alan McKinnon wrote:
>
> On 10/12/2017 14:54, John Covici wrote:
> > On Sun, 10 Dec 2017 07:36:19 -0500,
> > Kent Fredric wrote:
> >>
> >> [1 ]
> >> On Sun, 10 Dec 2017 02:17:09 -0500
> >> John Covici wrote:
> >>
> >>> OK, thanks, I think I will try that.
> >>
On Sun, 10 Dec 2017 07:36:19 -0500,
Kent Fredric wrote:
>
> [1 ]
> On Sun, 10 Dec 2017 02:17:09 -0500
> John Covici wrote:
>
> > OK, thanks, I think I will try that.
>
> The problem you're facing is that you masked dev-lang/perl, but not any
> virtual/perl-* or perl-core/-* to compensate.
>
>
On 10/12/17 15:07, Rich Freeman wrote:
>> > Is that how ZFS works?
>> >
> I doubt it, hence why I wrote "most parity RAID systems seem to
> operate just as you describe."
So the OP needs to be aware that, if his file is smaller than the chunk
size, then it *will* be recoverable from a disk pulled
On 2017-12-09 12:00, Jorge Almeida wrote:
> Are you sure you need udisks? And policykit? I'm guessing you have
> some default USE variables which if removed would contribute to a
> cleaner system. I just checked the documentation about udisks in the
> freedesktop site. I didn't manage to understan
On 10/12/17 10:13, Alan Mackenzie wrote:
> I've no idea how good systemd is. It's not been through the normal
> process of choice and selection that other successful packages have. It
> was forced on people. But being forced to have a binary system log,
> being forced (so I have heard) to have a
On Sun, Dec 10, 2017 at 1:01 PM, Ian Zimmerman wrote:
> On 2017-12-09 12:00, Jorge Almeida wrote:
>
>> Are you sure you need udisks? And policykit? I'm guessing you have
>> some default USE variables which if removed would contribute to a
>> cleaner system. I just checked the documentation about u
On Sun, Dec 10, 2017 at 09:02:24PM +, Wols Lists wrote
> On 10/12/17 10:13, Alan Mackenzie wrote:
> > I've no idea how good systemd is. It's not been through the normal
> > process of choice and selection that other successful packages have.
> > It was forced on people. But being forced to ha
Hi. Thank you for your attention. Try to remove the blocker in blueman, see if files collide or notHow can I remove the blocker in blueman? AFAIK it's not like adding package constraint to the package.unmask or something like that. I have no experience with writing ebuilds though.But I can check "e
$ for f in /etc/at/at.deny /etc/cron.hourly/0anacron
/etc/default/useradd ; do
ls -l $f ; qfile $f ;
done
-rw-r- 1 root at 166 Dec 10 16:57 /etc/at/at.deny
sys-process/at (/etc/at/at.deny)
-rwxr-x--- 1 root root 392 Nov 4 21:04 /etc/cron.hourly/0anacron
sys-process/cronie (/etc/cron.hourly/0
On Sun, Dec 10, 2017 at 4:00 PM, Wols Lists wrote:
>
> So the OP needs to be aware that, if his file is smaller than the chunk
> size, then it *will* be recoverable from a disk pulled from an array, be
> it md-raid or zfs.
>
> The question is, then, how big is a chunk? And if zfs is anything like
On Sun, Dec 10, 2017 at 3:55 PM, Jorge Almeida wrote:
[...]
> Yes, it seems appropriate for Windows refugees and linuxers suffering
> from Apple-envy. When I said I didn't understand why it would be
> useful, I meant that the documentation in the site is all but clear
> about the goodness of its p
Hi,
I am trying to compile the github clone of the Prusa Edition
of Slic3r.
It complains of not finding "PerlEmbed"...
I asked eix but it does not find anything directly.
Is this part of a package with a totally different name?
Thanks a lot for any help in advancee!
:)
Cheers
Meino
On 2017-12-10 21:31, Canek Peláez Valdés wrote:
> You just don't notice udisks, it's quietly running in the background
> doing its thing without taking either much disk space, memory, nor CPU
> usage.
I know Dr. Valdés will not respond but maybe someone else will, as this
is a factual question.
On Sun, Dec 10, 2017 at 11:37 PM, Ian Zimmerman wrote:
> On 2017-12-10 21:31, Canek Peláez Valdés wrote:
>
>> You just don't notice udisks, it's quietly running in the background
>> doing its thing without taking either much disk space, memory, nor CPU
>> usage.
>
> I know Dr. Valdés will not resp
Against my better judgement,
On Sun, Dec 10, 2017 at 9:31 PM, Canek Peláez Valdés wrote:
> Up to a point, the same can be said about systemd; although many of its
> programs can be and are used by end users, most of it is for distro
> builders, programmers and administrators. And having a couple
34 matches
Mail list logo