On Monday 17 Apr 2017 22:20:34 Alan McKinnon wrote:
> On 17/04/2017 22:15, Mick wrote:
> > I updated a number of KDE packages today. Konqueror was updated to
> > 16.12.3:5 and --depclean revealed this:
> >
> > kde-apps/kdebase-kioslaves
> >
> > selected: 16.04.3-r2
> >
> >protected:
Alan McKinnon writes:
> On 17/04/2017 19:12, lee wrote:
>> Hi,
>>
>> mysql-workbench requires a USE flag of '>=x11-libs/cairo- -X' while
>> lots of other packages apparently require cairo with X:
>
> no it doesn't. With a fresh tree:
>
> khamul mysql-workbench #
On 17/04/2017 22:15, Mick wrote:
> I updated a number of KDE packages today. Konqueror was updated to 16.12.3:5
> and --depclean revealed this:
>
> kde-apps/kdebase-kioslaves
> selected: 16.04.3-r2
>protected: none
> omitted: none
>
> Before the update I had to remove manually
I updated a number of KDE packages today. Konqueror was updated to 16.12.3:5
and --depclean revealed this:
kde-apps/kdebase-kioslaves
selected: 16.04.3-r2
protected: none
omitted: none
Before the update I had to remove manually kde-misc/kio-ftps because it was
holding on to the
On 17/04/2017 19:12, lee wrote:
> Hi,
>
> mysql-workbench requires a USE flag of '>=x11-libs/cairo- -X' while
> lots of other packages apparently require cairo with X:
no it doesn't. With a fresh tree:
khamul mysql-workbench # grep cairo *ebuild
mysql-workbench-6.3.3.ebuild:
Hi,
mysql-workbench requires a USE flag of '>=x11-libs/cairo- -X' while
lots of other packages apparently require cairo with X:
x11-libs/cairo:0
(x11-libs/cairo-:0/0::gentoo, ebuild scheduled for merge) conflicts with
>=x11-libs/cairo-1.8.4[X] required by
On Mon, Apr 17, 2017 at 02:18:16PM +0100, Peter Humphrey wrote
> On Monday 17 Apr 2017 13:41:45 I wrote:
>
> > You see it couldn't even find a rule to make the object files. I tried
> > setting MAKEOPTS="-j 1" to override the --jobs=24 that I usually have set,
> > but that just changed the logged
Am Montag, 17. April 2017, 01:09:44 CEST schrieb Alan McKinnon:
> On 17/04/2017 01:07, allan gottlieb wrote:
> > Am I correct in believing that when perl-cleaner --all, at the end of a
> > run, asserts
> >
> >* It seems like perl-cleaner had to rebuild some packages.
> >*
> >* The
Peter Humphrey wrote:
> On Monday 17 Apr 2017 13:41:45 I wrote:
>
>> After following the "Palemoon again" thread I wanted to try Pale Moon, so
>> I installed layman and added the octopus overlay. Here's a snippet from
>> the build log:
> --->8
>
>> You see it couldn't even find a rule to make the
On Monday 17 Apr 2017 13:41:45 I wrote:
> After following the "Palemoon again" thread I wanted to try Pale Moon, so
> I installed layman and added the octopus overlay. Here's a snippet from
> the build log:
--->8
> You see it couldn't even find a rule to make the object files. I tried
> setting
Hello list,
After following the "Palemoon again" thread I wanted to try Pale Moon, so I
installed layman and added the octopus overlay. Here's a snippet from the
build log:
Configure complete!
Be sure to run |mach build| to pick up any changes
>>> Source configured.
>>> Compiling source in
>>>
On 170417-11:19+0200, Miroslav Rovis wrote:
> On 170415-13:50+, Alan Mackenzie wrote:
...
> It's --zero, I don't remember well at all. Use mdadm to zero
> the mdadm-related stuff.
It's --zero-superblock or very similar to that...
Happy Easter to all believers!
--
Miroslav Rovis
Zagreb,
On 170415-13:50+, Alan Mackenzie wrote:
> Hello, Alan.
>
> On Mon, Apr 10, 2017 at 21:12:44 -0400, Alan Grimes wrote:
...
> I've got 90% through a Gentoo installation on it, and I'm just
> considering how best to un-mdadm my boot partition (which I mistakenly
> turned into a RAID partition
Running fbi from VT2, as root, kills an X session running as normal
user on VT6.
2017-04-17 09:27:10.761056500 (II) AIGLX: Suspending AIGLX clients for VT switch
2017-04-17 09:27:30.812072500 (II) AIGLX: Resuming AIGLX clients after VT switch
2017-04-17 09:27:30.812074500 (EE) modeset(0):
14 matches
Mail list logo