Is this in any way significant? Anything I should do about it?
* Messages for package dev-python/pygobject-2.28.6-r52:
* Unable to establish /usr/lib/python2.7/site-packages/pygtk.py symlink
* Unable to establish /usr/lib/pyth
On Tuesday 26 Mar 2013 18:57:18 Michael Mol wrote:
> On 03/26/2013 01:54 PM, Stroller wrote:
> > Searching portage, I find there are quite a number of alternative whois
> > clients.
> >
> > I think I have always used net-misc/whois in the past I now notice that a
> > BSD whois is available, a "gen
sys-kernel/dracut
still requires udev, please update it.
And what to do with udev USE flag?
On Tue, Mar 26, 2013 at 11:30 PM, Stefan G. Weichinger wrote:
> Am 26.03.2013 15:57, schrieb Mike Gilbert:
> >> apcupsd-3.14.10-r1 still installs its rules into /lib/udev/rules.d
> >> ... the path
On Tue, Mar 26, 2013 at 08:34:29AM +, Neil Bothwick wrote
> On Mon, 25 Mar 2013 23:01:30 -0400, Walter Dnes wrote:
>
> > > Running MAKEOPTS="-j1" as default on a multi-core processor seems an
> > > awful waste of resources, unless it is needed for something else, in
> > > which case I don't ru
On Tue, Mar 26 2013, Neil Bothwick wrote:
> On Tue, 26 Mar 2013 20:43:25 +0530, Nilesh Govindrajan wrote:
>
>> It's better to limit the number of jobs to 2*CPUs (or cores) with a
>> load control like --load-average=N where N is number of CPUs.
I have two i7-3520Ms. Each has hyperthreading so "co
Ok...
So, what is this all about?
Does all of this mean that udev is now going *completely* away,
*totally* replaced by systemd?
If so, has there been any kind of formal announcement about this
*anywhere*??
On 2013-03-27 6:32 AM, fantasticfears wrote:
sys-kernel/dracut
still requires
On 03/27/2013 10:25 AM, Tanstaafl wrote:
> Ok...
>
> So, what is this all about?
>
> Does all of this mean that udev is now going *completely* away,
> *totally* replaced by systemd?
>
> If so, has there been any kind of formal announcement about this
> *anywhere*??
Hold your horses.
The devs w
On 03/27/2013 10:33 AM, Michael Mol wrote:
> On 03/27/2013 10:25 AM, Tanstaafl wrote:
>> Ok...
>>
>> So, what is this all about?
>>
>> Does all of this mean that udev is now going *completely* away,
>> *totally* replaced by systemd?
>>
>> If so, has there been any kind of formal announcement about
On Wed, Mar 27, 2013 at 7:50 PM, wrote:
> On Tue, Mar 26 2013, Neil Bothwick wrote:
>
>> On Tue, 26 Mar 2013 20:43:25 +0530, Nilesh Govindrajan wrote:
>>
>>> It's better to limit the number of jobs to 2*CPUs (or cores) with a
>>> load control like --load-average=N where N is number of CPUs.
>
> I
Am 27.03.2013 15:34, schrieb Michael Mol:
> On 03/27/2013 10:33 AM, Michael Mol wrote:
>> On 03/27/2013 10:25 AM, Tanstaafl wrote:
>>> Ok...
>>>
>>> So, what is this all about?
>>>
>>> Does all of this mean that udev is now going *completely*
>>> away, *totally* replaced by systemd?
>>>
>>> If s
I ran away from Arch last year to get away from all this systemd stuff. I
hope that you guys will continue to support openrc for as long as possible.
One question though. why does everyone seem to be migrating towards
systemd? How is it superior? is openrc just a dead project is that why?
On Wed,
On 2013-03-27 10:33 AM, Michael Mol wrote:
On 03/27/2013 10:25 AM, Tanstaafl wrote:
Ok...
So, what is this all about?
Does all of this mean that udev is now going*completely* away,
*totally* replaced by systemd?
If so, has there been any kind of formal announcement about this
*anywhere*??
On Wed, 27 Mar 2013 11:46:01 -0400
Tanstaafl wrote:
> On 2013-03-27 10:33 AM, Michael Mol wrote:
> > On 03/27/2013 10:25 AM, Tanstaafl wrote:
> >> Ok...
> >>
> >> So, what is this all about?
> >>
> >> Does all of this mean that udev is now going*completely* away,
> >> *totally* replaced by sys
On 27/03/13 at 11:27am, »Q« wrote:
> Eventually, as I understand it, GNOME and KDE will require systemd
> because they want full control of they system. For people not using
> GNOME or KDE, other init systems will still be possible, with either
> udev or a udev alternative. I have no idea how far
On Wed, Mar 27, 2013 at 9:38 AM, Jake Margason wrote:
> I ran away from Arch last year to get away from all this systemd stuff. I
> hope that you guys will continue to support openrc for as long as possible.
Don't do top posting, please.
> One question though. why does everyone seem to be migrat
Hi all,
Just a question...
Can I replace module-init-tools with kmod and stay with udev-171-r10 for
the time being?
Asked another way - is kmod fully supported by older releases of udev
like 171-r10?
Thanks
On Wed, Mar 27, 2013 at 11:17 AM, Tanstaafl wrote:
> Hi all,
>
> Just a question...
>
> Can I replace module-init-tools with kmod and stay with udev-171-r10 for the
> time being?
>
> Asked another way - is kmod fully supported by older releases of udev like
> 171-r10?
If you emerge kmod with the
On 03/27/2013 01:08 PM, Canek Peláez Valdés wrote:
> On Wed, Mar 27, 2013 at 9:38 AM, Jake Margason wrote:
>> I ran away from Arch last year to get away from all this systemd stuff. I
>> hope that you guys will continue to support openrc for as long as possible.
>
> Don't do top posting, please.
Hi, Gentoo!
Has anybody else seen this? I did a sync, then emerge -puND world and
got a list of ~100 packages to merge. About a third of them seem to be
new perl stuff, 13 packages with gnome, and a lot of this and that.
Most worrying is sys-fs/udisks-2.1.0. Should I be worried about this
(all
On Wed, Mar 27, 2013 at 08:07:06PM +0530, Nilesh Govindrajan wrote
> @Walter, I'm also on a dual core machine, and as per my observation
> over long emerges, load doesn't cross 2.2.
> I have also observed that if it is limited to 2, system seems to be
> under utilized, because make checks the 1 mi
Is there a way I can get git to only show commits for lines that are
evaluated after #ifdef, #ifndef, etc? Maybe I can preparse (strip out
code) with gcc and then have some git magic to show me what I want?
If I do:
git log v3.8..v3.8.4
I get about a fourth of the stuff that I don't care about.
On 2013-03-27, Alan Mackenzie wrote:
> Has anybody else seen this? I did a sync, then emerge -puND world and
> got a list of ~100 packages to merge. About a third of them seem to be
> new perl stuff, 13 packages with gnome, and a lot of this and that.
When that happened to me, it was the resul
On Wed, Mar 27, 2013 at 1:09 PM, Alan Mackenzie wrote:
> Hi, Gentoo!
>
> Has anybody else seen this? I did a sync, then emerge -puND world and
> got a list of ~100 packages to merge. About a third of them seem to be
> new perl stuff, 13 packages with gnome, and a lot of this and that.
>
> Most w
Am 26.03.2013 22:40, schrieb Neil Bothwick:
> On Tue, 26 Mar 2013 21:58:29 +0100, Michael Hampicke wrote:
>
I havent't had any failed builds that were related to the --jobs
option. The only exception is when rebuilding my kernel modules. I
have to build spl first, then zfs-kmod. But
On Wed, 27 Mar 2013 22:33:05 +0530
Yohan Pereira wrote:
> On 27/03/13 at 11:27am, »Q« wrote:
> > Eventually, as I understand it, GNOME and KDE will require systemd
> > because they want full control of they system. For people not using
> > GNOME or KDE, other init systems will still be possible,
> From a technical point of view (the quality of the code and the time
> it takes to fix bugs), I believe everyone (even Lennart's most fervent
> detractors) will agree that systemd is a superb piece of software. The
> problem is the philosophy behind it; if you agree with said
> philosophy, system
> On 27/03/13 at 11:27am, »Q« wrote:
> > Eventually, as I understand it, GNOME and KDE will require systemd
> > because they want full control of they system. For people not using
> > GNOME or KDE, other init systems will still be possible, with either
> > udev or a udev alternative. I have no id
On 2013-03-27, Kevin Chadwick wrote:
> The real drive behind systemd is enterprise cloud type computing for
> Red Hat. The rest is snake oil and much of the features already exist
> without systemd. With more snake oil of promises of faster boot up on a
> portion of the code which is already fast
On 2013-03-27 3:43 PM, Kevin Chadwick wrote:
The real drive behind systemd is enterprise cloud type computing for
Red Hat.
I'd be interested in hearing more on this...
Link(s) to online articles is fine...
On 03/27/2013 04:00 PM, Grant Edwards wrote:
> On 2013-03-27, Kevin Chadwick wrote:
>
>> The real drive behind systemd is enterprise cloud type computing for
>> Red Hat. The rest is snake oil and much of the features already exist
>> without systemd. With more snake oil of promises of faster boot
On 2013-03-27 4:41 PM, Michael Mol wrote:
On 03/27/2013 04:00 PM, Grant Edwards wrote:
On 2013-03-27, Kevin Chadwick wrote:
The real drive behind systemd is enterprise cloud type computing for
Red Hat. The rest is snake oil and much of the features already exist
without systemd. With more sna
On 27/03/2013 22:41, Michael Mol wrote:
> The case for systemd is twofold:
...
> 2) Reduce the amount of CPU and RAM consumed when you're talking about
> booting tens of thousands of instances simultaneously across your entire
> infrastructure, or when your server instance might be spun up and do
I've been mounting my external HD in thunar. When I clicked the
device icon, the HD was mounted to /media/VOLUME_LABEL/. Now I see
the path has changed to /run/media/grant/VOLUME_LABEL/ and the "grant"
folder is:
drwxr-x---+ 3 root root
which I think is preventing my automated remote backups fr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/27/2013 06:08 AM, Mick wrote:
>
> Like Stroller I've been using net-misc/whois for ever and it does
> what I want, but don't know what the other packages may be able to
> do/do better. I would also be interested to find out why people
> prefer
On Wed, 27 Mar 2013 19:54:39 +0100, Michael Hampicke wrote:
> emerge @module-rebuild seems to work just fine on my machine. Thx for
> the tip, I did not know of this @set
@x11-module-rebuild is worth knowing about too :)
--
Neil Bothwick
Fine day for a good workout. Steal something heavy.
s
On 03/27/2013 05:51 PM, Alan McKinnon wrote:
> On 27/03/2013 22:41, Michael Mol wrote:
>> The case for systemd is twofold:
>
> ...
>
>> 2) Reduce the amount of CPU and RAM consumed when you're talking about
>> booting tens of thousands of instances simultaneously across your entire
>> infrastruct
from eix, it says that jwhois can do "recursive queries"
whatever that means.
-Kevin
On 03/27/2013 06:37 PM, Michael Orlitzky wrote:
> On 03/27/2013 06:08 AM, Mick wrote:
>
> > Like Stroller I've been using net-misc/whois for ever and it does
> > what I want, but don't know what the other package
On 2013-03-27, Michael Mol wrote:
> The case for systemd is twofold:
>
> 1) Boot-to-desktop session management by one tool.
Ah, the old "universal generic tool" approach. I've seen a lot of
money and time poured into black-hole projects with names containing
words like universal and generic, so
38 matches
Mail list logo
