I don't know why, but I did a complete @system @world profile update
and everything got solved by itself.
Still, thanks a lot!
Tamer
Am 09.01.2014 03:30, schrieb Tom Wijsman:
> On Thu, 09 Jan 2014 03:06:05 +0100 Tamer Higazi
> wrote:
>
>> tried to merge libreoffice-bin, and the dependency f
On 26/01/2014 22:44, ny6...@gmail.com wrote:
> Just my $.02:
>
> I don't fit into the category of those who 'need' Gentoo. I simply find it
> the most coherent distro out there.
Ah, but you *are* one of those who need Gentoo. It floats your boat, it
satisfies your need to tinker and know what's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 26/01/14 08:34, Jarry wrote:
> Jarry wrote:
>
>>> I would like to use tmpfs for all the package-compilation to spare my
>>> SSD from too many writing-cycles, but I can not guess how much do I
>>> need. I'm rather limited with RAM, if I use mor
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 it easily for the whole overlay?
>
Yep, you just need to know the
PS.
> +1 +1 +1
>
> PLEASE do NOT start with USE="-*"
> You end up having to pick up the pieces on your own.
If you want to have a sane but minimal set of useflags to start with, the
recommendation is to use the main profile, e.g. for amd64
default/linux/amd64/13.0
The desktop profiles as e.g.
Am Montag, 27. Januar 2014, 00:26:19 schrieb William Hubbs:
> No, starting with USE="-*" is very dangerous. It is not recommended nor
> supported, in any setup, by the dev community. If you do it, you are
> solely responsible for your system and you get to keep the broken pieces
> when things do no
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 recommended nor
supported, in any setup, by the dev community. If you do i
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 easily for the whole overlay?
As far as I'm aware, this is not par
https://www.youtube.com/watch?v=-97qqUHwzGM
Just to share with you ...
Stefan (only saw ~9min of it until now)
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 easily for the whole overlay?
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 to find out
> what that definition translates to. I'm searchin
Peter Humphrey wrote:
>> > properly; now all I need to do is make grub use the plain old 80x25
>
> Thanks, but I'm using a manually written grub.cfg
Then it is completely trivial: Just do *not* insert code
which sets graphics like insmod {vga,vbe,gfxterm},
loadfont unicode, terminal_output gfxter
On Sunday 26 Jan 2014 20:13:58 Neil Bothwick wrote:
> On Sun, 26 Jan 2014 20:08:49 +, Peter Humphrey wrote:
> > Yes, that does enable all the line-drawing characters to be displayed
> > properly; now all I need to do is make grub use the plain old 80x25
> > line display instead of the frame buf
On Sun, Jan 26, 2014 at 09:22:08PM +0200, Alan McKinnon wrote:
> I agree with some points and not so much on others.
>
> Gentoo has always targeted itself at a select bunch of users - those
> with large amounts of clue who have tried and failed to get binary
> distros to do what they want but can
On Sun, 26 Jan 2014 20:08:49 +, Peter Humphrey wrote:
> Yes, that does enable all the line-drawing characters to be displayed
> properly; now all I need to do is make grub use the plain old 80x25
> line display instead of the frame buffer.
Uncomment this line in /etc/default/grub
#GRUB_TERM
Am 26.01.2014 20:45, schrieb Alan McKinnon:
> On 26/01/2014 21:29, Volker Armin Hemmann wrote:
>> Am 26.01.2014 19:04, schrieb hasufell:
>>> 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 s
On Saturday 25 Jan 2014 12:22:27 Mike Gilbert wrote:
> grub2 is able to load any font you like; you just need to convert it
> to "pf2" format using the grub-mkfont utility. You may need to enable
> the truetype use flag to get that installed.
>
> By default, it provides a font called "unifont", w
On Sat, 25 Jan 2014 16:42:21 -0500, Mike Gilbert wrote:
> I have heard good things about extlinux.
>
> http://www.syslinux.org/wiki/index.php/EXTLINUX
Ah yes, the bootloader for people that hate reading docs. I battled with
syslinux n DVDs for quite a while, but ended up switching to using GRUB2
On 26/01/2014 21:28, Volker Armin Hemmann wrote:
>> So I dunno, it's annoying to have to wait, but it also prevents a lot of
>> > wasted time by doing what software can do so well - detecting dependency
>> > issues.
>> >
>> >
>> >
> I disagree with you here. You still get a lot of unresolved blocke
On 26/01/2014 21:29, Volker Armin Hemmann wrote:
> Am 26.01.2014 19:04, schrieb hasufell:
>> 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 pleas
Am 26.01.2014 19:04, schrieb hasufell:
> 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.
Am 26.01.2014 18:42, schrieb Alan McKinnon:
> On 26/01/2014 17:24, eroen wrote:
>> On Sun, 26 Jan 2014 16:35:43 +0200, Nikos Chantziaras
>> wrote:
>>> Anyone else noticed this yet? Some portage update seems to have made
>>> "emerge -uDN @world" perform about 10 times slower than before. It
>>> us
On 26/01/2014 20:41, hasufell wrote:
> My pessimism comes from the fact that I wasn't able to communicate to
> any1 in real life that gentoo and especially portage have a positive
> usability score. Especially to those who have tried it once. As
> someone who knows the internals and doesn't read po
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/26/2014 07:30 PM, Alan McKinnon wrote:
> On 26/01/2014 20:04, hasufell wrote:
>> So, not sure where your optimism comes from.
>
>
> It comes from watching what happens at the end of running emerge,
> don't read any more into it than that. Espec
On 26/01/2014 20:04, hasufell wrote:
> So, not sure where your optimism comes from.
It comes from watching what happens at the end of running emerge, don't
read any more into it than that. Especially not optimism, I think you
might be projecting your own frustrations.
A couple of years ago I use
Nikos Chantziaras wrote:
> Anyone else noticed this yet? Some portage update seems to have made
> "emerge -uDN @world" perform about 10 times slower than before. It
> used to take seconds, now it takes about 4 minutes only to tell me
> that there's nothing to update. And it does that every time,
Volker Armin Hemmann googlemail.com> writes:
> 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. zfs eats so much, the amount KDE is using is negligible.
> At the moment I run one firefox instance
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/26/2014 06:42 PM, Alan McKinnon wrote:
> On 26/01/2014 17:24, eroen wrote:
>> On Sun, 26 Jan 2014 16:35:43 +0200, Nikos Chantziaras
>> wrote:
>>> Anyone else noticed this yet? Some portage update seems to have
>>> made "emerge -uDN @world" perf
Am 26.01.2014 17:15, schrieb hasufell:
> On 01/26/2014 05:06 PM, Florian Philipp wrote:
>> Downsides:
>> - emerging pypy takes forever and uses a lot of memory
>> - userfetch and userpriv don't work
>>
>
>
> It also regularly causes segfaults.
>
> hasufell: yeah, I get random segfaults with
On 26/01/2014 17:24, eroen wrote:
> On Sun, 26 Jan 2014 16:35:43 +0200, Nikos Chantziaras
> wrote:
>> Anyone else noticed this yet? Some portage update seems to have made
>> "emerge -uDN @world" perform about 10 times slower than before. It
>> used to take seconds, now it takes about 4 minutes on
Am 26.01.2014 17:52, schrieb James:
> Ok,
>
> 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 have my lxde/openbox environment
Ok,
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 have my lxde/openbox environment mostly setup. One thing I miss
is feature rich tab
On 01/26/2014 05:06 PM, Florian Philipp wrote:
> Downsides:
> - emerging pypy takes forever and uses a lot of memory
> - userfetch and userpriv don't work
>
It also regularly causes segfaults.
hasufell: yeah, I get random segfaults with
pypy also (always seems to be in libc iirc)
Am 26.01.2014 15:35, schrieb Nikos Chantziaras:
> Anyone else noticed this yet? Some portage update seems to have made
> "emerge -uDN @world" perform about 10 times slower than before. It used
> to take seconds, now it takes about 4 minutes only to tell me that
> there's nothing to update. And it d
No, it's not just you, running "emerge -uNDvp world" takes slightly
over 18 minutes on my laptop (i5 M 430 @ 2.27GHz) - and when there
was lot to update I had to wait over 1hr to just get the list of
packages. I wonder if there's some profiling tool for portage.
Also:
time FEATURES=-xattr emerge o
Mick gmail.com> writes:
> > PS, your not alone is frustration and less than ideal (er_shit)
> > configuration experiences.
> There was some frustration when grub2 would complain when I tried to
> install it in a partition boot record, rather than the MBR that
> *buntu wanted.
The handboo
On Sun, 26 Jan 2014 07:09:49 -0800, Greg Turner wrote:
>It would help if there were some decent way to get some statistics
>about where portage is spending all its time (especially, I suspect,
>within the bash code, but the python level would also be interesting
>to analyse). Anyone know of a goo
On Sun, 26 Jan 2014 16:35:43 +0200, Nikos Chantziaras
wrote:
>Anyone else noticed this yet? Some portage update seems to have made
>"emerge -uDN @world" perform about 10 times slower than before. It
>used to take seconds, now it takes about 4 minutes only to tell me
>that there's nothing to updat
On Sun, Jan 26, 2014 at 6:35 AM, Nikos Chantziaras wrote:
> Anyone else noticed this yet? Some portage update seems to have made "emerge
> -uDN @world" perform about 10 times slower than before. It used to take
> seconds, now it takes about 4 minutes only to tell me that there's nothing
> to updat
Nikos Chantziaras wrote:
> Is it just me?
No, I observe the same symptoms here.
-- Remy
signature.asc
Description: OpenPGP digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/26/2014 03:35 PM, Nikos Chantziaras wrote:
> Anyone else noticed this yet? Some portage update seems to have
> made "emerge -uDN @world" perform about 10 times slower than
> before. It used to take seconds, now it takes about 4 minutes only
> to
Anyone else noticed this yet? Some portage update seems to have made
"emerge -uDN @world" perform about 10 times slower than before. It used
to take seconds, now it takes about 4 minutes only to tell me that
there's nothing to update. And it does that every time, even directly in
succession and
On Saturday 25 Jan 2014 19:32:16 James wrote:
> What we need is some "dumbed_down" documents for the over 50 crowd,
> because, like you, I'm tired of fixing things that were solved,
> decades ago.
:-))
> Closely intertwined with grub2 issues are UUIDs, (U)EFI, fstab stratigies,
> gpt formating
On Sat, 25 Jan 2014 19:10:49 -0700, Joseph wrote:
> On 01/25/14 14:21, David Abbott wrote:
> >On Sat, Jan 25, 2014 at 1:15 PM, Joseph wrote:
> >> File "./cdnpayroll.py", line 1328
> >> ^
> >> SyntaxError: EOF while scanning triple-quoted string literal
> >
> >Try changing the shebang from:
Am 22.01.2014 18:42, schrieb Florian Philipp:
> Hi list!
>
> I'm wondering if anyone tried setting -fnothrow-opt as a CXX_FLAG in
> make.conf?
>
> It makes C++ throw() statements behave like C++11 nothrow. This could
> have measurable performance benefits and will reduce code size. The only
> dow
45 matches
Mail list logo
