Latest comments
In response to: Time to say goodbye
Arne Babenhauserheide [Visitor] · http://draketo.de
I'm sad to read that you have to leave. But I think, this is a time to say "Thank you" again.
Thank you for all your work on Gentoo!
I wish you good luck in real life.
And I hope that someday working on Portage will be a paid job :)
Thank you for all your work on Gentoo!
I wish you good luck in real life.
And I hope that someday working on Portage will be a paid job :)
In response to: Time to say goodbye
Abe [Visitor]
Thanks from another gentoo user!
In response to: Time to say goodbye
Barrie Backhurst [Visitor]
As a user I would like to give my humble thanks for your contributions and hope that the personal reasons are of the good variety. Glad to see you are still active in the forums.
In response to: Making the switch
Marius Mauch [Member]
It's not just one or two things but many little issues. E.g. in firefox-2 they moved the close button for tabs from the right side of the tabbar onto the active tab which caused me some grieve as on many sites I used to open a lot of tabs up front (one for each article/post), and let the mouse cursor sit in that one place to close them one after the other, that didn't work anymore after the change. Or that not all tabs were displayed anymore and you had to use the dropdown box/sliders to switch back and forth. Also I experienced major performance issues on some sites I visit frequently (only on linux though, so system-specific and probably hard to analyze). And with firefox-3 there were also some new render issues.
As for configuration/extensions, that only works to a certain degree, when it gets too much you'll have to consider a more drastic change.
As for configuration/extensions, that only works to a certain degree, when it gets too much you'll have to consider a more drastic change.
In response to: Making the switch
Donnie Berkholz [Visitor] · http://dberkholz.wordpress.com
btw you can turn off that address bar. What is it exactly that you dislike about Firefox 3? There might be about:config ways to turn it off or extensions to do the same.
In response to: Portage-2.2 preview
Sumit [Visitor] · http://penguindreams.org
Personally I'm glad system and world are separated. It makes gcc upgrades much less redundant. Currently I don't do an `emerge -e system` first, I just go straight into `emerge -e world` which I know may give me consistency issues with the tool chain, but man I hate having to compile all those packages twice.
In response to: [RFC] Properties of package sets
ja5kier [Visitor]
Probably the most suitable thing are regular expression. Allowing people to use them like in PLD Linux would be very effective and made everyone happy without the need of creating and maintaining packages sets.
In response to: Portage-2.2 preview
Marius Mauch [Member]
--update already implies --noreplace, so nothing to fear there.
In response to: Portage-2.2 preview
Giacomo [Visitor]
I'm all for consistency blah blah blah, but 'emerge -u world' (or 'emerge -uD world') is the standard upgrade command and it would suck to have it replaced with a cumbersome 'emerge -uD --noreplace system world'.
If you want consistency it would be far more sensible to rebuild installed packages only if explicitly requested, ie. 'emerge package' to install a package, 'emerge -u package' to upgrade the package if a new version is available, 'emerge -r package' to rebuild a package. In this case 'world' and 'system' would behave like the other packages.
If you want consistency it would be far more sensible to rebuild installed packages only if explicitly requested, ie. 'emerge package' to install a package, 'emerge -u package' to upgrade the package if a new version is available, 'emerge -r package' to rebuild a package. In this case 'world' and 'system' would behave like the other packages.
In response to: News on the portage front
Marius Mauch [Member]
@windzor: thanks, fixed
@Thomas A.: Yeah, that should be 2.2 now, and yes, there likely will be a 2.1.3 release based on 2.1.2 instead of trunk.
@Thomas A.: Yeah, that should be 2.2 now, and yes, there likely will be a 2.1.3 release based on 2.1.2 instead of trunk.
In response to: News on the portage front
Thomas A. [Visitor]
In your KEYWORDS.stupid file you mention things that will change in 2.1.3. In light of your post isn't that really 2.2? Or is there still going to be a 2.1.3 release?
In response to: News on the portage front
windzor [Visitor]
Your link to "some basic instructions" is broken, got som http// infront of www which breaks it.
In response to: As if we needed a confirmation ...
Tester [Visitor] · http://www.tester.ca/
Which also prooves that having an auto-ebuild generator leads to tree bloat ;)
In response to: diet for portage/__init__.py
Donnie Berkholz [Visitor] · http://spyderous.livejournal.com/
Thanks for doing this! It really makes it a lot easier to grasp for people like me who aren't familiar with portage code.
In response to: Getting rid of KEYWORDS=-*, step 2
Marius Mauch [Member]
Of course, that's a given. But Diego has a point in bug 160519 which is IMO a legit reason to have this option as well, in some cases dual protection makes sense. Could blame users for not using the tools (package.unmask) properly, but that'd be a bit harsh and wouldn't really help anything.
In response to: Getting rid of KEYWORDS=-*, step 2
ciaranm [Visitor] · http://ciaranm.org/
Or they could use package.mask with proper KEYWORDS, as was originally intended...
In response to: Gentoo-Stats isn't dead (yet)
Marius Mauch [Member]
No real projectpage yet, use the following as startingpoints:
http://dev.gentoo.org/~genone/docs/gentoo-stats/test-howto.txt
http://sources.gentoo.org/viewcvs.py/portage/gentoo-stats/trunk/docs/
As said, the code is in subversion in portage/gentoo-stats/trunk (read http://anonsvn.gentoo.org on how to get it)
http://dev.gentoo.org/~genone/docs/gentoo-stats/test-howto.txt
http://sources.gentoo.org/viewcvs.py/portage/gentoo-stats/trunk/docs/
As said, the code is in subversion in portage/gentoo-stats/trunk (read http://anonsvn.gentoo.org on how to get it)
In response to: Gentoo-Stats isn't dead (yet)
kkh [Visitor]
where can one jump in? i may help on the dbms part and web interface part.
is there a projectpage/cvs ?
is there a projectpage/cvs ?
In response to: Dear users, ...
Branno Badrljica [Visitor]
Gentoo is all about making your system oscillating between more and less stable state.
There is no serious Gentoo user without this kind of expertise, so there your point might be moot ;o)
But seriously, after cutting oneself for a bazzilionth time on some sharp edge it's pretty natural for average Gentooist to errupt now ant then, even when he might bear some guilt at that occasion.
Circular dependencies, odd remnants of old libraries that keep being linked, magic circles of things that won't build etc etc.
Those things demand nerves of steel...
There is no serious Gentoo user without this kind of expertise, so there your point might be moot ;o)
But seriously, after cutting oneself for a bazzilionth time on some sharp edge it's pretty natural for average Gentooist to errupt now ant then, even when he might bear some guilt at that occasion.
Circular dependencies, odd remnants of old libraries that keep being linked, magic circles of things that won't build etc etc.
Those things demand nerves of steel...
In response to: Dear users, ...
David Grant [Visitor] · http://www.davidgrant.ca
Those kinds of users can be a bit like trolls. Try not to feed them too much...