Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
What needs to be improved in Gentoo?
View unanswered posts
View posts from last 24 hours

Goto page 1, 2, 3 ... 11, 12, 13  Next  
Reply to topic    Gentoo Forums Forum Index Gentoo Chat
View previous topic :: View next topic  

What do you think about these suggestions?
I love them and I would like to help developing!
20%
 20%  [ 7 ]
I like them.
44%
 44%  [ 15 ]
They aren't important.
0%
 0%  [ 0 ]
I don't like them.
14%
 14%  [ 5 ]
They are stupid. Stop giving useless suggestions.
20%
 20%  [ 7 ]
Total Votes : 34

Author Message
Dralnu
Veteran
Veteran


Joined: 24 May 2006
Posts: 1919

PostPosted: Thu Aug 03, 2006 10:30 pm    Post subject: What needs to be improved in Gentoo? Reply with quote

Ok, we've all seen them. You know, the threads about how Gentoo sucks, and why it sucks, so I'm starting this. If you've got beef with a way something is done, or want to suggest how to improve something, post it. Lets keep it to constructive critism, I have no problem reporting people for trying to start flame wars or trolling. Thank you.
_________________
The day Microsoft makes a product that doesn't suck, is the day they make a vacuum cleaner.
Back to top
View user's profile Send private message
Dralnu
Veteran
Veteran


Joined: 24 May 2006
Posts: 1919

PostPosted: Thu Aug 03, 2006 10:37 pm    Post subject: Reply with quote

Ok, I'll start us off here with a new message.

Personally, I'd like to see Portage handle reverse deps automatically. Revdep-rebuild & emerge -euvDN world will sometimes get things, but us Linux users are notoriously lazy (I mean come on! We script out long task, use cron, ect), and it would also save for many headaches.

More/updated documents and a searchable man/info page section of the website

To stick with either man or info. Having both, sometimes one is out-dated and the other isn't, and it just makes things somewhat confusing!

To continue my previous comment, add in a man_page & info_page USE flags, so that anything you get will be one or the other (also would help reduce system size slightly. Would be handy for like, LiveCDs :))

Update the USE flag database! I've got USE flags popping up with emerge -upvDN world that I don't know WHAT they do.

Thats all for now :)
_________________
The day Microsoft makes a product that doesn't suck, is the day they make a vacuum cleaner.
Back to top
View user's profile Send private message
R.Smith
Tux's lil' helper
Tux's lil' helper


Joined: 20 Nov 2005
Posts: 131
Location: Caerdydd, Cymru.

PostPosted: Thu Aug 03, 2006 10:44 pm    Post subject: Reply with quote

You know those messages that are sometimes displayed after emerging a package? Well, I think the ebuilds that do that should automatically do the more trivial ones (such as env-update && source /etc/profile) instead of having the user do it.
Back to top
View user's profile Send private message
brazzmonkey
Guru
Guru


Joined: 16 Jan 2005
Posts: 372
Location: between azerty keyboard and chair

PostPosted: Thu Aug 03, 2006 10:53 pm    Post subject: Reply with quote

i know sometimes, after a package is installed, portage displays some (useful) info. however when you emerge several packages in a row you can easily miss this feedback. i suppose it'd be a good idea to prompt a summary of this info at the very end of the emerge process. so that you can read it all at once, without missing anything.

(don't know if i made myself clear on that one...)
Back to top
View user's profile Send private message
Dralnu
Veteran
Veteran


Joined: 24 May 2006
Posts: 1919

PostPosted: Fri Aug 04, 2006 12:15 am    Post subject: Reply with quote

brazzmonkey wrote:
i know sometimes, after a package is installed, portage displays some (useful) info. however when you emerge several packages in a row you can easily miss this feedback. i suppose it'd be a good idea to prompt a summary of this info at the very end of the emerge process. so that you can read it all at once, without missing anything.

(don't know if i made myself clear on that one...)

++

I say drop it into a log in /var/logs/, oh, lets just say /var/logs/portage_emerge.log
_________________
The day Microsoft makes a product that doesn't suck, is the day they make a vacuum cleaner.
Back to top
View user's profile Send private message
Genone
Retired Dev
Retired Dev


Joined: 14 Mar 2003
Posts: 9005
Location: beyond the rim

PostPosted: Fri Aug 04, 2006 3:13 am    Post subject: Reply with quote

Lets see ...

Dralnu wrote:
Personally, I'd like to see Portage handle reverse deps automatically.

This means nothing unless you more precisely explain what "handle" means.

Quote:
To stick with either man or info. Having both, sometimes one is out-dated and the other isn't, and it just makes things somewhat confusing!

Upstream issue, nothing we're going to solve.

Quote:
To continue my previous comment, add in a man_page & info_page USE flags, so that anything you get will be one or the other (also would help reduce system size slightly. Would be handy for like, LiveCDs :))

Code:
FEATURES="noman noinfo"


Quote:
Update the USE flag database! I've got USE flags popping up with emerge -upvDN world that I don't know WHAT they do.

What database? use*.desc should be up2date.

R.Smith wrote:
You know those messages that are sometimes displayed after emerging a package? Well, I think the ebuilds that do that should automatically do the more trivial ones (such as env-update && source /etc/profile) instead of having the user do it.

The ones you described are not possible for technical reasons (like child processes can't modify the parents environment).

brazzmonkey wrote:
i know sometimes, after a package is installed, portage displays some (useful) info. however when you emerge several packages in a row you can easily miss this feedback. i suppose it'd be a good idea to prompt a summary of this info at the very end of the emerge process. so that you can read it all at once, without missing anything.

Read the PORTAGE_ELOG section in /etc/make.conf.example
Back to top
View user's profile Send private message
avieth
Veteran
Veteran


Joined: 17 Sep 2004
Posts: 1945
Location: Canada

PostPosted: Fri Aug 04, 2006 3:18 am    Post subject: Reply with quote

^I think he means the internet database:

http://www.gentoo.org/dyn/use-index.xml

I'm not sure if that's up to date. But most of the USE flags are self explanitory anyways... For example, net-im/kopete has a USE flag called jingle (I think) and it's not listed in the URL above, but I can guess what it does :P Maybe something to do with jingle support in instant messaging?

I support logging those emerge messages into a /var/*blah* file. Seems like a good, simple idea.
Back to top
View user's profile Send private message
mikegpitt
Advocate
Advocate


Joined: 22 May 2004
Posts: 3200

PostPosted: Fri Aug 04, 2006 4:45 am    Post subject: Reply with quote

Genone wrote:
R.Smith wrote:
You know those messages that are sometimes displayed after emerging a package? Well, I think the ebuilds that do that should automatically do the more trivial ones (such as env-update && source /etc/profile) instead of having the user do it.

The ones you described are not possible for technical reasons (like child processes can't modify the parents environment).

If communication between processes is a problem, can't portage just pause, and call an external prog to execute these commands, and resume once finished? Also named pipes can be used for the child to communicate with the parent and let the parent handle the execution.
Back to top
View user's profile Send private message
Genone
Retired Dev
Retired Dev


Joined: 14 Mar 2003
Posts: 9005
Location: beyond the rim

PostPosted: Fri Aug 04, 2006 9:50 am    Post subject: Reply with quote

mikegpitt wrote:
Genone wrote:
R.Smith wrote:
You know those messages that are sometimes displayed after emerging a package? Well, I think the ebuilds that do that should automatically do the more trivial ones (such as env-update && source /etc/profile) instead of having the user do it.

The ones you described are not possible for technical reasons (like child processes can't modify the parents environment).

If communication between processes is a problem, can't portage just pause, and call an external prog to execute these commands, and resume once finished? Also named pipes can be used for the child to communicate with the parent and let the parent handle the execution.

No. The parent here is your shell, not portage (portage is the child). There is no way for portage to execute commands inside your shells context.
Back to top
View user's profile Send private message
R.Smith
Tux's lil' helper
Tux's lil' helper


Joined: 20 Nov 2005
Posts: 131
Location: Caerdydd, Cymru.

PostPosted: Fri Aug 04, 2006 9:52 am    Post subject: Reply with quote

mikegpitt wrote:
Genone wrote:
R.Smith wrote:
You know those messages that are sometimes displayed after emerging a package? Well, I think the ebuilds that do that should automatically do the more trivial ones (such as env-update && source /etc/profile) instead of having the user do it.

The ones you described are not possible for technical reasons (like child processes can't modify the parents environment).

If communication between processes is a problem, can't portage just pause, and call an external prog to execute these commands, and resume once finished? Also named pipes can be used for the child to communicate with the parent and let the parent handle the execution.


...or perhaps have a switch for the emerge command that makes portage pause indefinitely at the messages until the user presses return, or something, so that the user can read and react to the messages.
Back to top
View user's profile Send private message
Genone
Retired Dev
Retired Dev


Joined: 14 Mar 2003
Posts: 9005
Location: beyond the rim

PostPosted: Fri Aug 04, 2006 11:26 am    Post subject: Reply with quote

R.Smith wrote:
...or perhaps have a switch for the emerge command that makes portage pause indefinitely at the messages until the user presses return, or something, so that the user can read and react to the messages.

See my comment above about elog.
Back to top
View user's profile Send private message
asiobob
Veteran
Veteran


Joined: 29 Oct 2003
Posts: 1375
Location: Bamboo Creek

PostPosted: Sat Aug 05, 2006 7:02 am    Post subject: Reply with quote

I'd like to see Java and everything java related improved.
It's already happening, but things like Netbeans are a must, and there are issues with it on Gentoo.
I'd help fix it, but its a real headache, and that explains why it is the way it is
Back to top
View user's profile Send private message
Dralnu
Veteran
Veteran


Joined: 24 May 2006
Posts: 1919

PostPosted: Sat Aug 05, 2006 9:39 pm    Post subject: Reply with quote

Genone wrote:
Lets see ...

Dralnu wrote:
Personally, I'd like to see Portage handle reverse deps automatically.

This means nothing unless you more precisely explain what "handle" means.


What all could I mean by handle? Have it check the reverse deps when unmerging something, or upgrading...

Quote:
Quote:
To stick with either man or info. Having both, sometimes one is out-dated and the other isn't, and it just makes things somewhat confusing!

Upstream issue, nothing we're going to solve.


Fine.

Quote:
Quote:
Update the USE flag database! I've got USE flags popping up with emerge -upvDN world that I don't know WHAT they do.

What database? use*.desc should be up2date.


The online database is so outdated, it isn't even funny.

Also, the noman noinfo flags would pretty much screw you for docs unless the man/info pages were all converted to one format. IMHO, kind of a useless feature unless you memorized everything in every man/info page, or don't mind hunting down docs online, which can be a chore with some programs.

Quote:
R.Smith wrote:
You know those messages that are sometimes displayed after emerging a package? Well, I think the ebuilds that do that should automatically do the more trivial ones (such as env-update && source /etc/profile) instead of having the user do it.

The ones you described are not possible for technical reasons (like child processes can't modify the parents environment).


R.Smith, I think cfg-update handles the trival (by trivial, I mean formating changes, comments, things that pretty much mean nothing) details automatically. Its unstable (no one will support it atm), but it works from what I know.

I think you can also list config files that you want to auto-update somewhere. Have to do some hunting, though.
_________________
The day Microsoft makes a product that doesn't suck, is the day they make a vacuum cleaner.
Back to top
View user's profile Send private message
Butts McCokey
Advocate
Advocate


Joined: 23 Apr 2004
Posts: 3327

PostPosted: Sat Aug 05, 2006 11:33 pm    Post subject: Reply with quote

oh ffs, haven't you ever seen bugzilla? It has an "enhancement" dropdown menu. Post your problem and how it should be sorted out.
_________________
Since the bible and the church are obviously mistaken about where we came from, how can we trust them with where we're going?

"An eye for an eye will make us all blind" - Gandhi

Cold is gods way to tell us to burn more Catholics
Back to top
View user's profile Send private message
rodoke
Tux's lil' helper
Tux's lil' helper


Joined: 01 Jan 2005
Posts: 87
Location: So. Ill.

PostPosted: Sun Aug 06, 2006 12:02 am    Post subject: Reply with quote

How about the addition of /etc/portage/package.features? When a package reliably fails with certain features (e.g. distcc, ccache, collision-protect), it'd be nice to have the kind of control I have with package.use and package.keywords.

Speaking of features, how about, say, cleandist+ and cleandist-, that would automatically remove anything downloaded into /usr/portage/distfiles for that package after a successful and unsuccessful merges, respectively.

How about allowing portage to pick randomly from GENTOO_MIRRORS? If the top mirror gets fucked-up in ways that don't cause it to immediately 404 every request, every package gets delayed while they individually time out.

Is there any way we can replace emerge's --skipfirst with, say --skip <n>?
_________________
Bill Watterson wrote:
If we wanted more leisure, we'd invent machines that do things less efficiently.
Back to top
View user's profile Send private message
Dralnu
Veteran
Veteran


Joined: 24 May 2006
Posts: 1919

PostPosted: Sun Aug 06, 2006 12:53 am    Post subject: Reply with quote

rodoke wrote:
How about the addition of /etc/portage/package.features? When a package reliably fails with certain features (e.g. distcc, ccache, collision-protect), it'd be nice to have the kind of control I have with package.use and package.keywords.

Speaking of features, how about, say, cleandist+ and cleandist-, that would automatically remove anything downloaded into /usr/portage/distfiles for that package after a successful and unsuccessful merges, respectively.

How about allowing portage to pick randomly from GENTOO_MIRRORS? If the top mirror gets fucked-up in ways that don't cause it to immediately 404 every request, every package gets delayed while they individually time out.

Is there any way we can replace emerge's --skipfirst with, say --skip <n>?


Actually, seeing Portage messure pings would be nice. Ping each GENTOO_MIRROR, find which is fastest, and use it. If they are tired, then just use the first one on the list, or just use it if there isn't a registering time (like 0.000 seconds?) to speed things up.

I'd like to see a way to check for all installed apps. I know eix -I will show you installed software, but with ~500 packages installed, and 6.98 GB of / and /usr (same partition) out of 11.01 GB, cleaning out programs I don't use would be a dream.

Eclean is a dream, too, lol.
_________________
The day Microsoft makes a product that doesn't suck, is the day they make a vacuum cleaner.
Back to top
View user's profile Send private message
Butts McCokey
Advocate
Advocate


Joined: 23 Apr 2004
Posts: 3327

PostPosted: Sun Aug 06, 2006 12:59 am    Post subject: Reply with quote

Dralnu wrote:
rodoke wrote:
How about the addition of /etc/portage/package.features? When a package reliably fails with certain features (e.g. distcc, ccache, collision-protect), it'd be nice to have the kind of control I have with package.use and package.keywords.

Speaking of features, how about, say, cleandist+ and cleandist-, that would automatically remove anything downloaded into /usr/portage/distfiles for that package after a successful and unsuccessful merges, respectively.

How about allowing portage to pick randomly from GENTOO_MIRRORS? If the top mirror gets fucked-up in ways that don't cause it to immediately 404 every request, every package gets delayed while they individually time out.

Is there any way we can replace emerge's --skipfirst with, say --skip <n>?
Actually, seeing Portage messure pings would be nice. Ping each GENTOO_MIRROR, find which is fastest, and use it. If they are tired, then just use the first one on the list, or just use it if there isn't a registering time (like 0.000 seconds?) to speed things up.

I'd like to see a way to check for all installed apps. I know eix -I will show you installed software, but with ~500 packages installed, and 6.98 GB of / and /usr (same partition) out of 11.01 GB, cleaning out programs I don't use would be a dream.

Eclean is a dream, too, lol.
cokehabit wrote:
oh ffs, haven't you ever seen bugzilla? It has an "enhancement" dropdown menu. Post your problem and how it should be sorted out.

_________________
Since the bible and the church are obviously mistaken about where we came from, how can we trust them with where we're going?

"An eye for an eye will make us all blind" - Gandhi

Cold is gods way to tell us to burn more Catholics
Back to top
View user's profile Send private message
Sachankara
l33t
l33t


Joined: 11 Jun 2004
Posts: 696
Location: Stockholm, Sweden

PostPosted: Sun Aug 06, 2006 1:19 am    Post subject: Reply with quote

Portage should have reverse dependency functionality with optional unmerging of older non-used components. Portage should also be able to handle the package order correctly - which it definatly isn't at the moment. (It's very easily noticable these days with all the modular packages - Xorg, gstreamer, xmms plugins, etc. They fail quite often.)

Less complex init scripts would be nice too, but it'll probably never happend. I'll stick to my own for the time being - they are cleaner and only do what they're supposed to do. ;)

The idea of use flags for man pages and info files would be useful too. There are a few packages that I really want man pages for, while there are many other packages that I don't need any documentation at all for.

Other than that, Gentoo will stay as the distribution of choice for me. :)
_________________
Gentoo Hardened Linux 2.6.21 + svorak (Swedish dvorak)
Back to top
View user's profile Send private message
Dralnu
Veteran
Veteran


Joined: 24 May 2006
Posts: 1919

PostPosted: Sun Aug 06, 2006 1:45 am    Post subject: Reply with quote

Sachankara wrote:
Portage should have reverse dependency functionality with optional unmerging of older non-used components. Portage should also be able to handle the package order correctly - which it definatly isn't at the moment. (It's very easily noticable these days with all the modular packages - Xorg, gstreamer, xmms plugins, etc. They fail quite often.)

Less complex init scripts would be nice too, but it'll probably never happend. I'll stick to my own for the time being - they are cleaner and only do what they're supposed to do. ;)

The idea of use flags for man pages and info files would be useful too. There are a few packages that I really want man pages for, while there are many other packages that I don't need any documentation at all for.

Other than that, Gentoo will stay as the distribution of choice for me. :)


Gentoo IMHO is one of the best distros out there (granted my experiances have been few when it comes to distros).

Personally, I would like to see a script/program for converting man pages into info pages and vise versa. Thats what I was getting to earlier...
_________________
The day Microsoft makes a product that doesn't suck, is the day they make a vacuum cleaner.
Back to top
View user's profile Send private message
filterpunk
n00b
n00b


Joined: 18 Jun 2006
Posts: 71
Location: Portland, OR

PostPosted: Sun Aug 06, 2006 2:27 am    Post subject: Reply with quote

Honestly, I don't have too many issues. A couple small niggles, though.

Improved handling of files in /etc - The existing tools do the job, but still leave too much to chance. I feel like i'm spending way too much time ensuring that things don't get clobbered. Sometimes it's small issues, like etc-update trying to clear out my defined /etc/hostname, other times it's more heavy-duty, such as several files pertaining to udev that are receiving multiple changes but don't necessarily explain what's being done or if any further work is required on my part. I haven't had any problems yet, but I always take a deep breath and wish for luck before I start merging things.

For what it's worth, I try to read the documentation regarding these files, I just don't always necessarily understand.

The handbook could also use a couple tweaks. More info on getting better performance from SATA, turning on certain filesystem features and why, as well as designing partition layouts would be quite welcome. Apart from that, the documentation is fantastic, btw!
_________________
Gentoo 2.6.17-r4 AMD64 | AMD Athlon64 3200+ Manchester, 1GB Mushkin PC-3500 Black Hi-Perf Level II, Asus V9999GT 128MB
Back to top
View user's profile Send private message
beandog
Developer
Developer


Joined: 04 May 2003
Posts: 2006
Location: /usa/utah

PostPosted: Sun Aug 06, 2006 2:47 am    Post subject: Reply with quote

filterpunk wrote:
Improved handling of files in /etc - The existing tools do the job, but still leave too much to chance. I feel like i'm spending way too much time ensuring that things don't get clobbered. Sometimes it's small issues, like etc-update trying to clear out my defined /etc/hostname, other times it's more heavy-duty, such as several files pertaining to udev that are receiving multiple changes but don't necessarily explain what's being done or if any further work is required on my part. I haven't had any problems yet, but I always take a deep breath and wish for luck before I start merging things.


For that, you can use rcs with dispatch-conf (see /etc/dispatch-conf.conf to enable it). At least that way it will keep all the versions of updated files if you ever want to roll back manually.
_________________
If it ain't broke, tweak it. packages | dvds | blurays | blog | home
Back to top
View user's profile Send private message
filterpunk
n00b
n00b


Joined: 18 Jun 2006
Posts: 71
Location: Portland, OR

PostPosted: Sun Aug 06, 2006 7:06 am    Post subject: Reply with quote

beandog wrote:
For that, you can use rcs with dispatch-conf (see /etc/dispatch-conf.conf to enable it). At least that way it will keep all the versions of updated files if you ever want to roll back manually.


Thanks for the advice, i'll check it out tomorrow. Might save me a couple headaches :)

Even though it's fairly new, this thread is turning out to be very beneficial for users and developers, I think. Shows devs where documentation might be lacking (in terms of visibility, anyway) and shows users how they can handle some of the problems they're having that have already been solved.
_________________
Gentoo 2.6.17-r4 AMD64 | AMD Athlon64 3200+ Manchester, 1GB Mushkin PC-3500 Black Hi-Perf Level II, Asus V9999GT 128MB
Back to top
View user's profile Send private message
Dralnu
Veteran
Veteran


Joined: 24 May 2006
Posts: 1919

PostPosted: Sun Aug 06, 2006 2:44 pm    Post subject: Reply with quote

Dralnu wrote:
Sachankara wrote:
Portage should have reverse dependency functionality with optional unmerging of older non-used components. Portage should also be able to handle the package order correctly - which it definatly isn't at the moment. (It's very easily noticable these days with all the modular packages - Xorg, gstreamer, xmms plugins, etc. They fail quite often.)

Less complex init scripts would be nice too, but it'll probably never happend. I'll stick to my own for the time being - they are cleaner and only do what they're supposed to do. ;)

The idea of use flags for man pages and info files would be useful too. There are a few packages that I really want man pages for, while there are many other packages that I don't need any documentation at all for.

Other than that, Gentoo will stay as the distribution of choice for me. :)


Gentoo IMHO is one of the best distros out there (granted my experiances have been few when it comes to distros).

Personally, I would like to see a script/program for converting man pages into info pages and vise versa. Thats what I was getting to earlier...


Apparently there is something similar already in existance. Hunt down Man to Info && Info to Man convertion in bugzilla.
_________________
The day Microsoft makes a product that doesn't suck, is the day they make a vacuum cleaner.
Back to top
View user's profile Send private message
beandog
Developer
Developer


Joined: 04 May 2003
Posts: 2006
Location: /usa/utah

PostPosted: Sun Aug 06, 2006 4:23 pm    Post subject: Reply with quote

Dralnu wrote:
Apparently there is something similar already in existance. Hunt down Man to Info && Info to Man convertion in bugzilla.


If you're reading man / info pages in a terminal, check out app-text/pinfo. You can read both with one program.

Personally, I just prefer using konqueror to read them both.
_________________
If it ain't broke, tweak it. packages | dvds | blurays | blog | home
Back to top
View user's profile Send private message
Dralnu
Veteran
Veteran


Joined: 24 May 2006
Posts: 1919

PostPosted: Sun Aug 06, 2006 5:57 pm    Post subject: Reply with quote

beandog wrote:
Dralnu wrote:
Apparently there is something similar already in existance. Hunt down Man to Info && Info to Man convertion in bugzilla.


If you're reading man / info pages in a terminal, check out app-text/pinfo. You can read both with one program.

Personally, I just prefer using konqueror to read them both.


Well, like I think I stated before, converting everything to one format could help reduce the size of your system (even a little bit) if you don't need either man/info, and the related pages. If you build a LiveCD, that could mean adding in another program, or not.
_________________
The day Microsoft makes a product that doesn't suck, is the day they make a vacuum cleaner.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Gentoo Chat All times are GMT
Goto page 1, 2, 3 ... 11, 12, 13  Next
Page 1 of 13

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum