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
downside
On Sat, 25 Jan 2014 19:10:49 -0700, Joseph syscon...@gmail.com wrote:
On 01/25/14 14:21, David Abbott wrote:
On Sat, Jan 25, 2014 at 1:15 PM, Joseph syscon...@gmail.com wrote:
File ./cdnpayroll.py, line 1328
^
SyntaxError: EOF while scanning triple-quoted string literal
Try
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,
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
-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 tell
Nikos Chantziaras wrote:
Is it just me?
No, I observe the same symptoms here.
-- Remy
signature.asc
Description: OpenPGP digital signature
On Sun, Jan 26, 2014 at 6:35 AM, Nikos Chantziaras rea...@gmail.com 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
On Sun, 26 Jan 2014 16:35:43 +0200, Nikos Chantziaras
rea...@gmail.com 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
On Sun, 26 Jan 2014 07:09:49 -0800, Greg Turner g...@malth.us 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
Mick michaelkintzios at 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.
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
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 does
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.
zmedico/#gentoo-portage hasufell: yeah, I get random segfaults with
pypy also (always seems to be
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
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 mostly
On 26/01/2014 17:24, eroen wrote:
On Sun, 26 Jan 2014 16:35:43 +0200, Nikos Chantziaras
rea...@gmail.com 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
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.
zmedico/#gentoo-portage hasufell: yeah, I get random
-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
rea...@gmail.com wrote:
Anyone else noticed this yet? Some portage update seems to have
made emerge -uDN @world
Volker Armin Hemmann volkerarmin at 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
Nikos Chantziaras rea...@gmail.com 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
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
-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. Especially
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
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
rea...@gmail.com wrote:
Anyone else noticed this yet? Some portage update seems to have made
emerge -uDN @world perform about 10 times slower than before. It
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.
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 please pretty
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 blockers and
other
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 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, which is
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 sane thing
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
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't
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 buffer.
Peter Humphrey pe...@prh.myzen.co.uk 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,
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 searching 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?
https://www.youtube.com/watch?v=-97qqUHwzGM
Just to share with you ...
Stefan (only saw ~9min of it until now)
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 part of
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 it,
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 not
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.
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 overlay
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 26/01/14 08:34, Jarry wrote:
Jarry mr.ja...@gmail.com 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
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
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
th9...@googlemail.com wrote:
tried to merge libreoffice-bin, and
45 matches
Mail list logo