Latest comments
In response to: Open Source Software contributing - where Gentoo can improve
Alec WArner [Visitor] · http://www.scriptkitty.com/blog/
We are slow at hiring developers because there is a big difference between writing a few ebuilds and then writing ebuilds to Gentoo's standards. The Gentoo environment is no longer dead simple like it used to be and that is a big problem. It requires training, people knowing about cache regen issues, portage, mirrors, eclasses, testing, etc...
If writing ebuilds was all that devs did we would have 100's more developers. I think our quizzes should focus more on the other bits of being a dev and that is why recruiters are working on it.
Gentoo-Wiki has always been a good resource; I don't think it replaces gentoo/doc/en, but as you stated you can't really have too much documentation.
As for the portage comments, you need to talk to gentoo as a whole. 'The Portage Team' is just a few people who are interested in working on portage. I've tried working on pkgcore and I haven't done anything with it. Portage is the only thing that interests me right now. So convince gentoo to switch and portage can fork off on it's own. However this is already happening, (it's why we have EAPI/PMS and so forth). If you think we can magically just switch hundreds of thousands of users to a different package manager...well I think thats a very niave view.
If writing ebuilds was all that devs did we would have 100's more developers. I think our quizzes should focus more on the other bits of being a dev and that is why recruiters are working on it.
Gentoo-Wiki has always been a good resource; I don't think it replaces gentoo/doc/en, but as you stated you can't really have too much documentation.
As for the portage comments, you need to talk to gentoo as a whole. 'The Portage Team' is just a few people who are interested in working on portage. I've tried working on pkgcore and I haven't done anything with it. Portage is the only thing that interests me right now. So convince gentoo to switch and portage can fork off on it's own. However this is already happening, (it's why we have EAPI/PMS and so forth). If you think we can magically just switch hundreds of thousands of users to a different package manager...well I think thats a very niave view.
In response to: Open Source Software contributing - where Gentoo can improve
[Visitor]
From anonymous coward:
Other distros' package managers have progressed, closing the gap between them and Gentoo. And going looking for overlays to get what the user wants isn't so much different for trying to find the right rpm or deb repository for another distro; it's very annoying and certainly puts off new users.
And to be honest, compared to the rpm and deb distros I know about, portage beats them hands down. Who cares if it takes a couple of seconds/minutes? It seems you have forgotten the joys of working with gentoo.
Other distros' package managers have progressed, closing the gap between them and Gentoo. And going looking for overlays to get what the user wants isn't so much different for trying to find the right rpm or deb repository for another distro; it's very annoying and certainly puts off new users.
I miss the days when all I had to do to get what I wanted was to search through the tree and start emerging and configuring.
I don't blame you at all for not wanting to deal with the very badly behaved gentoo devs; I hope it will become fun again, welcoming in people who want to help keep the tree healthy.
In response to: Open Source Software contributing - where Gentoo can improve
Alex [Visitor]
Dan: And your comment has about as much constructive criticism as a 5-year-old can muster. This isn't atypical of Sunrise's long-time detractors however.
In response to: Open Source Software contributing - where Gentoo can improve
Dan [Visitor]
This post has just about as many good ideas as sunrice did.
In response to: Open Source Software contributing - where Gentoo can improve
anonymous coward [Visitor]
>This increae is clearly due to the fact that we are not able to recruit developers in a reasonable timeframe.
I've been thinking about helping out for the last 2 years now. But with at all the flamewars on gentoo-def/irc/everywhere, having some people react like 5 year olds on bugzilla, etc. , well, let's just say I'm more than happy with my local overlay. I just don't want to be involved in such a hotile environment... The day it seems fun again is the day I'll change my mind...
>No one wants to use a distribution with a really slow package manager.
Frankly, I don't care if portage does it's thing in a flash or not. I care if portage does a good job compared to other distributions. And to be honest, compared to the rpm and deb distros I know about, portage beats them hands down. Who cares if it takes a couple of seconds/minutes? It seems you have forgotten the joys of working with gentoo. Switch back to debian form a couple of weeks, then come back.
I've been thinking about helping out for the last 2 years now. But with at all the flamewars on gentoo-def/irc/everywhere, having some people react like 5 year olds on bugzilla, etc. , well, let's just say I'm more than happy with my local overlay. I just don't want to be involved in such a hotile environment... The day it seems fun again is the day I'll change my mind...
>No one wants to use a distribution with a really slow package manager.
Frankly, I don't care if portage does it's thing in a flash or not. I care if portage does a good job compared to other distributions. And to be honest, compared to the rpm and deb distros I know about, portage beats them hands down. Who cares if it takes a couple of seconds/minutes? It seems you have forgotten the joys of working with gentoo. Switch back to debian form a couple of weeks, then come back.
In response to: Gtk+-2.10.0
Stefan Schweizer [Member]
qfile is from "portage-utils". Try emerge portage-utils. It can do the following:
$ qfile
Usage: qfile : list all pkgs owning files
Options: -[evqChV]
-e, --exact * Exact match
-v, --verbose * Make a lot of noise
-q, --quiet * Tighter output; suppress warnings
-C, --nocolor * Don't output color
-h, --help * Print this help and exit
-V, --version * Print version and exit
like qfile /usr/bin/mplayer will return mplayer.
Perfect to let it run on the directory in this case!
$ qfile
Usage: qfile : list all pkgs owning files
Options: -[evqChV]
-e, --exact * Exact match
-v, --verbose * Make a lot of noise
-q, --quiet * Tighter output; suppress warnings
-C, --nocolor * Don't output color
-h, --help * Print this help and exit
-V, --version * Print version and exit
like qfile /usr/bin/mplayer will return mplayer.
Perfect to let it run on the directory in this case!
In response to: Gtk+-2.10.0
Eddy Mulyono [Visitor] · http://eddymulyono.livejournal.com
What is qfile?
In response to: Kde-file-selector for firefox, gimp and others
marvel [Visitor]
Your site is great
In response to: Kde-file-selector for firefox, gimp and others
tuXXX [Visitor]
> But even if that is good, there is still the Problem of missing
> completion, how should I know I typed correctly?
I do have completion in this text field.
> completion, how should I know I typed correctly?
I do have completion in this text field.
In response to: Kde-file-selector for firefox, gimp and others
genstef [Visitor]
> If you start pressing ~ or /, it'll open the same dialog-box than ctrl-L does.
Sorry, but ~ requires me to press a strange ALTGR-Key on the german keyboard+twice a button that is very out of reach. And / requires the shift key+7 - both not really easy.
But even if that is good, there is still the Problem of missing completion, how should I know I typed correctly?
I hope you see the rationale
Sorry, but ~ requires me to press a strange ALTGR-Key on the german keyboard+twice a button that is very out of reach. And / requires the shift key+7 - both not really easy.
But even if that is good, there is still the Problem of missing completion, how should I know I typed correctly?
I hope you see the rationale
In response to: Kde-file-selector for firefox, gimp and others
tuXXX [Visitor]
With the Gnome filechooser, you can press keys to find a file/folder in the current directory (and press enter to choose, and so on...).
If you start pressing ~ or /, it'll open the same dialog-box than ctrl-L does.
This way you can open files very fast.
If you start pressing ~ or /, it'll open the same dialog-box than ctrl-L does.
This way you can open files very fast.
In response to: Kde-file-selector for firefox, gimp and others
nitro322 [Visitor] · http://www.legroom.net/
Thank you! This has been bothering the heck out of me since Firefox 1.5 was released. I guess I can deal with it better in GIMP since the UI sucks so horribly anyway and I just expect it, but it was killing my Firefox experience.
I'll load this up tonight. Thanks for posting.
I'll load this up tonight. Thanks for posting.
In response to: ekiga in portage!
TheBonsai [Visitor]
Ekiga queries LDAP and ILS servers (ILS is just a Miscrosoft rape of a normal LDAP directory) in the addressbook. That's why OpenLDAP is a dependancy.
In response to: ekiga in portage!
dano [Visitor]
Why is openldap a dependency of ekiga?
In response to: ekiga in portage!
Leonardo S. R. [Visitor] · http://www.mailinator.com
Another good open source option is Tapioca
2006.03.21-Tapioca 0.3.0 Has Been Released!!!
This new Release includes:
* Full Interoperability with GoogleTalk.
* Completelly rewritten architecture, now more extensible
* D-Bus introspection and activation
* NAT traversal support
* Presence
* Server-side Contact List
* Python bindings (C# bindings comming soon)
* A lot of bugfixes and enhacements
2006.03.21-Tapioca 0.3.0 Has Been Released!!!
This new Release includes:
* Full Interoperability with GoogleTalk.
* Completelly rewritten architecture, now more extensible
* D-Bus introspection and activation
* NAT traversal support
* Presence
* Server-side Contact List
* Python bindings (C# bindings comming soon)
* A lot of bugfixes and enhacements
In response to: Experimental drivers on the livecd
blubb [Member] · http://blubb.ch/
i think it is importent that we know our livecds are working the way they're expected to. Putting drivers onto a livecd without testing them seriously is even worse than a livecd missing a certain module. These livecds will stay as they are for about 6 months, and if they're broken, they will stay broken. As you stated, there are alternatives: I'd just use another livecd if I really can't install Gentoo without said driver.
In response to: Will the Love-Sources tradition die?
Lovechild [Visitor]
I agree that the unsupported software forum is a good idea, and believe it or not, I dislike the Reiser4 patch nearly as much as Ciaran does - just ask in the #love-sources channel, but I can't get it removed since it's not my decision alone. We have a staff board that votes on these things, and currently people who don't have to actively maintain that patch are voting for it to stay - despite several tests exposing serious interactivity problems, and it generally being a pain in the ass feature.
I don't personally promote the patch, again ask the channel for verification, and it made me very unpopular with the long time users - I don't however disagree with peoples right to test such features - I just won't have anything to do with it at all supportwise, and I don't think it's fair to expect me, or the Gentoo developers to provide support for this feature (note ever since the love-sources team was asked to include a disclaimer, we have - we don't intend to burden the Gentoo team in anyway - but we can't account for people's stupidity and idiotic behavior).
-Lovechild
I don't personally promote the patch, again ask the channel for verification, and it made me very unpopular with the long time users - I don't however disagree with peoples right to test such features - I just won't have anything to do with it at all supportwise, and I don't think it's fair to expect me, or the Gentoo developers to provide support for this feature (note ever since the love-sources team was asked to include a disclaimer, we have - we don't intend to burden the Gentoo team in anyway - but we can't account for people's stupidity and idiotic behavior).
-Lovechild