On Sun, 26 Jan 2014 12:44:19 -0800, ny6...@gmail.com wrote:
> It doesn't hurt that the webspace is
> filled with people like yourself who have hands on knowledge about how
> to do stuff, and are willing to share it with others minus the 'tude'
> you see elsewhere.
Now you really have insulted Al
On Sun, 26 Jan 2014 20:29:47 +0100, Volker Armin Hemmann wrote:
> > So, not sure where your optimism comes from. But... some devs are
> > interested in starting from scratch or picking up pkgcore (which would
> > be the most sane thing to do IMO).
>
> please do. Please please pretty please.
Do
On Sun, 26 Jan 2014 21:28:55 +, Peter Humphrey wrote:
> > The variables you can set in here are documented in the info pages.
>
> Also, and much easier to read, in an HTML file downloaded from the grub
> site.
Not if you use KDE :P
--
Neil Bothwick
Top Oxymorons Number 43: Genuine imit
On Sun, 26 Jan 2014 18:11:57 + (UTC), James wrote:
> I went from duo core AMD systems to FX-8350 with 32 gigs of ram.
> My bigest adversion/experience with KDE is this. The "genius" that
> runs that project, could have developed all of those wonderful ideas,
> but left them "turned off by defa
on 01/27/2014 03:14 AM Michael Orlitzky wrote the following:
> On 01/26/2014 05:12 PM, Thanasis wrote:
>> I am following stable (ACCEPT_KEYWORDS="amd64").
>> In order to install the "mate" desktop I need to install the mate
>> overlay and keyword all its packages as ~amd64.
>> Is there a way to do
On Sun, 26 Jan 2014 21:28:55 +, Peter Humphrey wrote:
> > Uncomment this line in /etc/default/grub
> >
> > #GRUB_TERMINAL=console
>
> Thanks, but I'm using a manually written grub.cfg, so I need to find
> out what that definition translates to. I'm searching now...
Just run grob-mkconfig
on 01/27/2014 12:38 AM Alan McKinnon wrote the following:
> On 27/01/2014 00:12, Thanasis wrote:
>> I am following stable (ACCEPT_KEYWORDS="amd64").
>> In order to install the "mate" desktop I need to install the mate
>> overlay and keyword all its packages as ~amd64.
>> Is there a way to do it eas
On 27/01/2014 11:45, Thanasis wrote:
> on 01/27/2014 12:38 AM Alan McKinnon wrote the following:
>> On 27/01/2014 00:12, Thanasis wrote:
>>> I am following stable (ACCEPT_KEYWORDS="amd64").
>>> In order to install the "mate" desktop I need to install the mate
>>> overlay and keyword all its package
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/27/2014 12:26 AM, William Hubbs wrote:
> On Sun, Jan 26, 2014 at 07:41:52PM +0100, hasufell wrote:
>> Starting with USE="-*" on a server (which is a sane thing to do)
>> has become a lot more difficult as well.
>
> No, starting with USE="-*" is
On 2014-01-26 1:04 PM, hasufell wrote:
So, not sure where your optimism comes from. But... some devs are
interested in starting from scratch or picking up pkgcore (which would
be the most sane thing to do IMO).
?
If the problem is really this potentially serious, why start from
scratch, when
On 01/26/2014 08:55:35 PM, Alan McKinnon wrote:
Again, I think I'm just lucky.
I don't think it's luck.
A portage system likes to be updated very often (best: each day).
I have made the experience that updating a machine which hasn't been
updated
for a long time (say one year), is just pain.
On 27/01/2014 13:59, Tanstaafl wrote:
> On 2014-01-26 1:04 PM, hasufell wrote:
>> So, not sure where your optimism comes from. But... some devs are
>> interested in starting from scratch or picking up pkgcore (which would
>> be the most sane thing to do IMO).
>
> ?
>
> If the problem is really t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/27/2014 02:06 PM, Alan McKinnon wrote:
> On 27/01/2014 13:59, Tanstaafl wrote:
>> On 2014-01-26 1:04 PM, hasufell wrote:
>>> So, not sure where your optimism comes from. But... some devs
>>> are interested in starting from scratch or picking up
On Monday 27 Jan 2014 09:38:32 Neil Bothwick wrote:
> On Sun, 26 Jan 2014 21:28:55 +, Peter Humphrey wrote:
> > > The variables you can set in here are documented in the info pages.
> >
> > Also, and much easier to read, in an HTML file downloaded from the grub
> > site.
>
> Not if you use KD
On Sunday 26 Jan 2014 21:42:54 Peter Humphrey wrote:
> On Sunday 26 Jan 2014 21:28:55 I wrote:
> > On Sunday 26 Jan 2014 20:13:58 Neil Bothwick wrote:
> > > Uncomment this line in /etc/default/grub
> > >
> > > #GRUB_TERMINAL=console
> >
> > Thanks, but I'm using a manually written grub.cfg, so I
On 27/01/2014 18:00, Peter Humphrey wrote:
> On Monday 27 Jan 2014 09:38:32 Neil Bothwick wrote:
>> On Sun, 26 Jan 2014 21:28:55 +, Peter Humphrey wrote:
The variables you can set in here are documented in the info pages.
>>>
>>> Also, and much easier to read, in an HTML file downloaded fr
On Monday 27 Jan 2014 09:40:44 Neil Bothwick wrote:
> On Sun, 26 Jan 2014 21:28:55 +, Peter Humphrey wrote:
> > > Uncomment this line in /etc/default/grub
> > >
> > > #GRUB_TERMINAL=console
> >
> > Thanks, but I'm using a manually written grub.cfg, so I need to find
> > out what that definiti
On Monday 27 Jan 2014 18:07:40 Alan McKinnon wrote:
> On 27/01/2014 18:00, Peter Humphrey wrote:
> > On Monday 27 Jan 2014 09:38:32 Neil Bothwick wrote:
> >> On Sun, 26 Jan 2014 21:28:55 +, Peter Humphrey wrote:
> The variables you can set in here are documented in the info pages.
> >>>
>
On Sun, Jan 26, 2014 at 4:42 PM, Peter Humphrey wrote:
> On Sunday 26 Jan 2014 21:28:55 I wrote:
>> On Sunday 26 Jan 2014 20:13:58 Neil Bothwick wrote:
>> > Uncomment this line in /etc/default/grub
>> >
>> > #GRUB_TERMINAL=console
>>
>> Thanks, but I'm using a manually written grub.cfg, so I need
On 27/01/2014 18:19, Peter Humphrey wrote:
> On Monday 27 Jan 2014 18:07:40 Alan McKinnon wrote:
>> On 27/01/2014 18:00, Peter Humphrey wrote:
>>> On Monday 27 Jan 2014 09:38:32 Neil Bothwick wrote:
On Sun, 26 Jan 2014 21:28:55 +, Peter Humphrey wrote:
>> The variables you can set in h
On Mon, 27 Jan 2014 16:19:53 +, Peter Humphrey wrote:
> > Entering info:// as a URL in konqueror gives a page with all info ages
> > on the system listed.
> >
> > info:/ opens that one directly
>
> That explains it then. I can't remember the last time I used Konqueror
> for anything. And o
On Mon, 27 Jan 2014 14:57:10 +0100, hasufell wrote:
> If it's about performance (in the sense of speed), then paludis is
> worse, because dependency calculation is more complex/complete there.
That makes no sense at all. Paludis is written in a different language
using different algorithms. It's
On 01/27/2014 10:48 PM, Neil Bothwick wrote:
> On Mon, 27 Jan 2014 14:57:10 +0100, hasufell wrote:
>
>> If it's about performance (in the sense of speed), then paludis
>> is worse, because dependency calculation is more complex/complete
>> there.
>
> That makes no sense at all. Paludis is written
Am 27.01.2014 13:06, schrieb Helmut Jarausch:
> On 01/26/2014 08:55:35 PM, Alan McKinnon wrote:
>> Again, I think I'm just lucky.
>
> I don't think it's luck.
> A portage system likes to be updated very often (best: each day).
> I have made the experience that updating a machine which hasn't been
On Thu, 16 Jan 2014 20:16:00 +0100
Silvio Siefke wrote:
> Hello,
>
> i have a Acer Aspire One D255 and has trouble with the Window
> Settings here special in xfburn.
>
> http://mail.xfce.org/pipermail/xfce/2014-January/032974.html
>
> A Answer there think it's because the xorg.conf is not cor
On Mon, 27 Jan 2014 22:54:28 +0100, hasufell wrote:
> >> If it's about performance (in the sense of speed), then paludis
> >> is worse, because dependency calculation is more complex/complete
> >> there.
> >
> > That makes no sense at all. Paludis is written in a different
> > language using di
On 01/27/2014 11:57 PM, Neil Bothwick wrote:
> On Mon, 27 Jan 2014 22:54:28 +0100, hasufell wrote:
>
If it's about performance (in the sense of speed), then paludis
is worse, because dependency calculation is more complex/complete
there.
>>>
>>> That makes no sense at all. Paludis
On Sun, Jan 26, 2014 at 05:26:19PM -0600, William Hubbs wrote
> On Sun, Jan 26, 2014 at 07:41:52PM +0100, hasufell wrote:
> > Starting with USE="-*" on a server (which is a sane thing to do) has
> > become a lot more difficult as well.
>
> No, starting with USE="-*" is very dangerous. It is not re
Hello,
i has make a big mistake i think. I has installed nikola with pip install
but it want not work. So i downgrade to fewer version of nikola over
portage. Not want work give error message from setuptools. Ok delete nikola,
retext and setuptools. I run a emerge --depclean. I try equery u nikol
On Sun, Jan 26, 2014 at 04:52:22PM +, James wrote
> So, as a old fart, I got tired of KDE and never really liked gnome.
> I have found new life in LXDE; spartan, but learning and document
> how things work on gentoo, is hopefully something I have to only
> do once.
I went all the way to ICE
Hello, the error message was not correct copy & paste. Im in crisis :)
gentoomobile ~ # equery u nikola
Traceback (most recent call last):
File "/usr/bin/equery", line 5, in
from pkg_resources import load_entry_point
File "/usr/lib/python2.7/site-packages/pkg_resources.py", line 3011, in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/16/2014 09:01 AM, Alan McKinnon wrote:
> Incidentally, there's nothing bad about installing that package's
> version. It's masked because it's in the source repo (all
> cvs/svn/git/etc sources are always masked so they don't get installed
>
James wrote:
>
> I have my lxde/openbox environment mostly setup. One thing I miss
> is feature rich tabbed terminal session.
I suggest that you try tmux (or screen) - this is far superiour to
multitab since you can easily also put it to the background or
access it remotely.
My default zsh login
Volker Armin Hemmann wrote:
>
> you know - I don't give a rat's ass about 'pig' or not, because:
> I have enough ram. Ram is cheap. 16gb of DDR 1600 ECC costs what? 160€?
> Cheap.
What kind of argument is this?
I do not consider it cheap to spend 160 bucks only to waste them
for nothing. *If* I
On Tue, 28 Jan 2014 01:20:59 + (UTC), Martin Vaeth wrote:
> I suggest that you try tmux (or screen) - this is far superiour to
> multitab since you can easily also put it to the background or
> access it remotely
Screen and tabs are different solutions to different problems. When
working with
hasufell wrote:
>
> On 01/27/2014 12:26 AM, William Hubbs wrote:
>>
>> No, starting with USE="-*" is very dangerous.
>
> That's nonsense imo
No, William is completely right.
> and I use that setup on multiple servers/routers without any issues.
No one doubts that it is *possible* to add the cor
On Tue, 28 Jan 2014 00:35:24 +0100, hasufell wrote:
> > But the efficiency of the algorithm, and the language, affects the
> > speed. You can't presume "it does more, therefore it takes longer" if
> > the two programs do things in very different ways.
> For people who are used to portage, paludis
Walter Dnes wrote:
> USE="-* ${USECPU} ${USEOTHER}"
>
> If you want to look at it that way, what I've
> really done is to replace the default USE flag set with my own defaults
... *including* the defaults specified in individual ebuilds.
About the default flags in profiles one may argue, but the
Alan McKinnon wrote:
> On 27/01/2014 13:59, Tanstaafl wrote:
>>
>> If the problem is really this potentially serious, why start from
>> scratch, when Paludis is already very mature? Is it pure politics
>> (someone just doesn't like Ciaran)?
>
> No-one likes to admit it, but I think there's some NI
Neil Bothwick wrote:
>
>> I suggest that you try tmux (or screen) - this is far superiour to
>> multitab since you can easily also put it to the background or
>> access it remotely
>
> Screen and tabs are different solutions to different problems. When
> working with multiple SSH sessions to diffe
On 01/28/2014 02:34 AM, Martin Vaeth wrote:
> hasufell wrote:
>>
>> On 01/27/2014 12:26 AM, William Hubbs wrote:
>>>
>>> No, starting with USE="-*" is very dangerous.
>>
>> That's nonsense imo
>
> No, William is completely right.
>
>> and I use that setup on multiple servers/routers without any
On Tue, Jan 28, 2014 at 01:42:22AM +, Martin Vaeth wrote
> Walter Dnes wrote:
> > USE="-* ${USECPU} ${USEOTHER}"
> >
> > If you want to look at it that way, what I've
> > really done is to replace the default USE flag set with my own defaults
>
> ... *including* the defaults specified in indi
42 matches
Mail list logo
