View previous topic :: View next topic |
Author |
Message |
suineg Apprentice
Joined: 02 Mar 2004 Posts: 200 Location: Los Angeles
|
Posted: Mon Apr 11, 2005 10:39 am Post subject: any new portage ideas? |
|
|
Okay guys, I have been thinking about ways to improve portage and I came up with a couple of things.
1. a feature to prompt the auto addition of mask flags to your package.keywords. So that if you try to emerge something thats masked, it gives you some warning about masked packages and asks if you would like to add these packages to your packages.conf, and then does so.
2. Perhaps this is a bit far fetched, but I think it would be cool to have a wishlist type feature. So that if for instance I want totem 1.1 but there either isn't an ebuild for it, or its masked and I wan't to wait until it hits stable. you could say emerge -wish totem-1.1 and after it hit portage, it would be emerge when you did an emerge -u world.
3. Unmerging package improvements, I understand the difficulties in dependancies and such, but it would be nice if portage would calculate the dependancies of an app that you are unmerging, and if it can't find any other apps that need it, ask if you would like to emerge that as well. Additionally, when you unmerge something with config files, those aren't removed afaik. I know that some people might want to save those settings in case they were to emerge that app again, so. What if portage either prompted for the option, i.e. 'would you like to remove config files?' or if it automatically dumped them to a /etc/config.old/ where they could be retrieved if needed or cleaned out by the user if not. That way if you want to say, remove alsa you don't need to hunt for the config files scattered across /etc and /etc/conf.d and /etc/init.d/
4. an easy way to see what you have installed on your system, I know I can check the world file, but I can never remeber where the damn thing is, an emerge -list world would be much better imho
what do you all think? any other ideas? |
|
Back to top |
|
|
omnicloud Guru
Joined: 10 Mar 2005 Posts: 550 Location: California
|
Posted: Mon Apr 11, 2005 10:59 am Post subject: |
|
|
I like all of those suggestions professor. *signs* |
|
Back to top |
|
|
curtis119 Bodhisattva
Joined: 10 Mar 2003 Posts: 2160 Location: Toledo, Ohio,USA, North America, Earth, SOL System, Milky Way, The Universe, The Cosmos, and Beyond.
|
Posted: Mon Apr 11, 2005 1:28 pm Post subject: |
|
|
Moved to Gentoo Chat. Not a support issue. _________________ Gentoo: it's like wiping your ass with silk. |
|
Back to top |
|
|
blue.sca l33t
Joined: 28 Aug 2003 Posts: 680 Location: Mainz, Germany
|
Posted: Mon Apr 11, 2005 1:34 pm Post subject: Re: any new portage ideas? |
|
|
suineg wrote: |
4. an easy way to see what you have installed on your system, I know I can check the world file, but I can never remeber where the damn thing is, an emerge -list world would be much better imho |
Code: | emerge -v gentoolkit && qpkg -I -v |
point 2 seems sensless to me, if i want a masked package, i can install it, if the package is not avail. i remeber this alone.
the rest seems ok though. _________________ geek by nature, linux by choice
i want my avatar back... thank you
:wq |
|
Back to top |
|
|
BlackEdder Advocate
Joined: 26 Apr 2004 Posts: 2588 Location: Dutch enclave in Egham, UK
|
Posted: Mon Apr 11, 2005 1:35 pm Post subject: |
|
|
I think 3 is one of the things that is under heavy development It will come |
|
Back to top |
|
|
Enlight Advocate
Joined: 28 Oct 2004 Posts: 3519 Location: Alsace (France)
|
Posted: Mon Apr 11, 2005 2:51 pm Post subject: |
|
|
maybe an emerge --show-me-the-changelog-before-i-ll-do-any-upgrade who would only fetch the changelog for the requested paquet? |
|
Back to top |
|
|
Vagabond Apprentice
Joined: 19 Jan 2003 Posts: 192
|
Posted: Mon Apr 11, 2005 4:07 pm Post subject: |
|
|
Enlight wrote: | maybe an emerge --show-me-the-changelog-before-i-ll-do-any-upgrade who would only fetch the changelog for the requested paquet? |
You mean emerge -l? Tho a lot of packages don't seem to have a changelog....
Vag |
|
Back to top |
|
|
Enlight Advocate
Joined: 28 Oct 2004 Posts: 3519 Location: Alsace (France)
|
Posted: Mon Apr 11, 2005 4:24 pm Post subject: |
|
|
Vagabond wrote: | Enlight wrote: | maybe an emerge --show-me-the-changelog-before-i-ll-do-any-upgrade who would only fetch the changelog for the requested paquet? |
You mean emerge -l? Tho a lot of packages don't seem to have a changelog....
Vag |
owned! thought it was fetched with files since I never thought of watching the changelog before emerging stuffs ^_^ and watched it by hand... |
|
Back to top |
|
|
ecoffey Tux's lil' helper
Joined: 16 Jun 2004 Posts: 122 Location: Colorado
|
Posted: Mon Apr 11, 2005 4:28 pm Post subject: |
|
|
I would totally use #1. |
|
Back to top |
|
|
pianosaurus l33t
Joined: 19 Apr 2004 Posts: 944 Location: Bash$
|
Posted: Mon Apr 11, 2005 4:45 pm Post subject: Re: any new portage ideas? |
|
|
suineg wrote: | [snip] it would be nice if portage would calculate the dependancies of an app that you are unmerging, and if it can't find any other apps that need it, ask if you would like to emerge that as well. [snip] | Could you clarify? _________________ PKA Cuber
Please add [SOLVED] to the subject of your original post when you feel that your problem is resolved.
Adopt an unanswered post |
|
Back to top |
|
|
Pajarico Guru
Joined: 01 May 2004 Posts: 493 Location: Madrid, España.
|
Posted: Mon Apr 11, 2005 5:04 pm Post subject: |
|
|
Enlight wrote: | Vagabond wrote: | Enlight wrote: | maybe an emerge --show-me-the-changelog-before-i-ll-do-any-upgrade who would only fetch the changelog for the requested paquet? |
You mean emerge -l? Tho a lot of packages don't seem to have a changelog....
Vag |
owned! thought it was fetched with files since I never thought of watching the changelog before emerging stuffs ^_^ and watched it by hand... |
Is there a way to see the changelog of the files, not of the ebuild?
_________________ Gentoo: the only software worth paying that is free. |
|
Back to top |
|
|
codergeek42 Bodhisattva
Joined: 05 Apr 2004 Posts: 5142 Location: Anaheim, CA (USA)
|
Posted: Mon Apr 11, 2005 5:24 pm Post subject: Re: any new portage ideas? |
|
|
Cuber wrote: | suineg wrote: | [snip] it would be nice if portage would calculate the dependancies of an app that you are unmerging, and if it can't find any other apps that need it, ask if you would like to emerge that as well. [snip] | Could you clarify? | I think he meant something like the following:
Say, for example, you emerge a package A. In doing so you install packages B and C as dependencies. Then let's say you also install package D that depends on package C. Then when you unmerge package A, Portage should also see that it installed package B which onthing else depends on, and so it should unmerge B too. It should then check and see that package C is required by package D, so package C stays on your system. _________________ ~~ Peter: Programmer, Mathematician, STEM & Free Software Advocate, Enlightened Agent, Transhumanist, Fedora contributor
Who am I? :: EFF & FSF |
|
Back to top |
|
|
pianosaurus l33t
Joined: 19 Apr 2004 Posts: 944 Location: Bash$
|
Posted: Mon Apr 11, 2005 5:29 pm Post subject: Re: any new portage ideas? |
|
|
codergeek42 wrote: | Cuber wrote: | suineg wrote: | [snip] it would be nice if portage would calculate the dependancies of an app that you are unmerging, and if it can't find any other apps that need it, ask if you would like to emerge that as well. [snip] | Could you clarify? | I think he meant something like the following:
Say, for example, you emerge a package A. In doing so you install packages B and C as dependencies. Then let's say you also install package D that depends on package C. Then when you unmerge package A, Portage should also see that it installed package B which onthing else depends on, and so it should unmerge B too. It should then check and see that package C is required by package D, so package C stays on your system. | Sounds like emerge --depclean: emerge --help wrote: | --depclean
Cleans the system by removing packages that are not associated
with explicitly merged packages. Depclean works by creating the
full dependency tree from the system list and the world file,
then comparing it to installed packages. Packages installed, but
not associated with an explicit merge are listed as candidates
for unmerging. WARNING: This can seriously affect your system by
removing packages that may have been linked against, but due to
changes in USE flags may no longer be part of the dep tree. Use
caution when employing this feature. |
_________________ PKA Cuber
Please add [SOLVED] to the subject of your original post when you feel that your problem is resolved.
Adopt an unanswered post |
|
Back to top |
|
|
suineg Apprentice
Joined: 02 Mar 2004 Posts: 200 Location: Los Angeles
|
Posted: Mon Apr 11, 2005 6:14 pm Post subject: Re: any new portage ideas? |
|
|
Cuber wrote: | suineg wrote: | [snip] it would be nice if portage would calculate the dependancies of an app that you are unmerging, and if it can't find any other apps that need it, ask if you would like to emerge that as well. [snip] | Could you clarify? |
what I mean is, when you unmerge an app, it could go through the list of its dependancies, and for each one check your whole tree to see if anything you have emerged needs it, and if not, give some message asking 'package x does not seem to be requred, would you like to remove it?'
with some warning of course similiar to depclean. |
|
Back to top |
|
|
suineg Apprentice
Joined: 02 Mar 2004 Posts: 200 Location: Los Angeles
|
Posted: Mon Apr 11, 2005 6:17 pm Post subject: Re: any new portage ideas? |
|
|
Cuber wrote: | codergeek42 wrote: | Cuber wrote: | suineg wrote: | [snip] it would be nice if portage would calculate the dependancies of an app that you are unmerging, and if it can't find any other apps that need it, ask if you would like to emerge that as well. [snip] | Could you clarify? | I think he meant something like the following:
Say, for example, you emerge a package A. In doing so you install packages B and C as dependencies. Then let's say you also install package D that depends on package C. Then when you unmerge package A, Portage should also see that it installed package B which onthing else depends on, and so it should unmerge B too. It should then check and see that package C is required by package D, so package C stays on your system. | Sounds like emerge --depclean: emerge --help wrote: | --depclean
Cleans the system by removing packages that are not associated
with explicitly merged packages. Depclean works by creating the
full dependency tree from the system list and the world file,
then comparing it to installed packages. Packages installed, but
not associated with an explicit merge are listed as candidates
for unmerging. WARNING: This can seriously affect your system by
removing packages that may have been linked against, but due to
changes in USE flags may no longer be part of the dep tree. Use
caution when employing this feature. |
|
emerge depclean is where I got the idea for this, but with two subtle differencess. This would happen after a package is demerged, for convenience sake (who really wants stuff they don't need on their system) and it would prompt per package. That way if you know that you need package A, and it doesn't think you do, you tell it that you want to keep it.
afaik with depclean, it's all or nothing, which I think is why it has a tendancy to break people systems. |
|
Back to top |
|
|
suineg Apprentice
Joined: 02 Mar 2004 Posts: 200 Location: Los Angeles
|
Posted: Mon Apr 11, 2005 6:19 pm Post subject: |
|
|
ecoffey wrote: | I would totally use #1. |
this is my favorite as well |
|
Back to top |
|
|
Shadow Skill Veteran
Joined: 04 Dec 2004 Posts: 1023
|
Posted: Mon Apr 11, 2005 6:23 pm Post subject: |
|
|
What he is talking about is not depclean, depclean is a very stupid way to actually handle the problem because it is affected too greatly by the use flags and not the way the program was installed on the system, besides it tries to do this to the entire system in one shot which just isn't nice, when it needs to be done inline during an unmerge. Basically its what depclean should be. _________________ Ware wa mutekinari.
Wa ga kage waza ni kanau mono nashi.
Wa ga ichigeki wa mutekinari.
"First there was nothing, so the lord gave us light. There was still nothing, but at least you could see it." |
|
Back to top |
|
|
suineg Apprentice
Joined: 02 Mar 2004 Posts: 200 Location: Los Angeles
|
Posted: Mon Apr 11, 2005 6:30 pm Post subject: |
|
|
Shadow Skill wrote: | What he is talking about is not depclean, depclean is a very stupid way to actually handle the problem because it is affected too greatly by the use flags and not the way the program was installed on the system, besides it tries to do this to the entire system in one shot which just isn't nice, when it needs to be done inline during an unmerge. Basically its what depclean should be. |
exactly! |
|
Back to top |
|
|
pianosaurus l33t
Joined: 19 Apr 2004 Posts: 944 Location: Bash$
|
Posted: Mon Apr 11, 2005 7:16 pm Post subject: |
|
|
suineg wrote: | Shadow Skill wrote: | What he is talking about is not depclean, depclean is a very stupid way to actually handle the problem because it is affected too greatly by the use flags and not the way the program was installed on the system, besides it tries to do this to the entire system in one shot which just isn't nice, when it needs to be done inline during an unmerge. Basically its what depclean should be. |
exactly! |
Then I would suggest fixing depclean so that it doesn't screw up when use flags has been changed (though this is not as easy as it sounds), and adding AUTODEPCLEAN as an option to make.conf (simmilar to AUTOCLEAN now). _________________ PKA Cuber
Please add [SOLVED] to the subject of your original post when you feel that your problem is resolved.
Adopt an unanswered post |
|
Back to top |
|
|
Nanoy Tux's lil' helper
Joined: 03 Aug 2004 Posts: 77 Location: Denmark
|
Posted: Mon Apr 11, 2005 7:55 pm Post subject: |
|
|
1. Might work, but you might end up with a ton of items there you have no clue what is
2. is just silly, you can just check after a emerge sync
Now what portage really need is Clippy!
"You seem to be installing abiword, do you want to install OOo instead? (yes) (no)" |
|
Back to top |
|
|
suineg Apprentice
Joined: 02 Mar 2004 Posts: 200 Location: Los Angeles
|
Posted: Mon Apr 11, 2005 10:45 pm Post subject: |
|
|
Nanoy wrote: | 1. Might work, but you might end up with a ton of items there you have no clue what is
2. is just silly, you can just check after a emerge sync
Now what portage really need is Clippy!
"You seem to be installing abiword, do you want to install OOo instead? (yes) (no)" |
haha, but it should be the other way around |
|
Back to top |
|
|
Chickpea l33t
Joined: 03 Jun 2002 Posts: 846 Location: Vancouver WA
|
Posted: Tue Apr 12, 2005 1:05 am Post subject: |
|
|
My wish is somewhere along the line of emerge --depclean and some other unmerging ideas. I would like to be able to unmerge say Xorg and all the dependecies along with it....if I so choose using something like Code: | emerge -C xorg-x11 --onlydeps | or something like that. If I screw up my system I guess that is my fault.
Right now I would like to get back down to the "base system" before X (I guess a step up from a Stage3 install) without having to manually uninstall everything. |
|
Back to top |
|
|
stonent Veteran
Joined: 07 Aug 2003 Posts: 1139 Location: Texas
|
Posted: Tue Apr 12, 2005 2:49 am Post subject: |
|
|
Quote: | or its masked and I wan't to wait until it hits stable. you could say emerge -wish totem-1.1 and after it hit portage, it would be emerge when you did an emerge -u world. |
What you just mentioned is what portage already does. If you emerged an older version of totem, totem 1.1 would be installed whenever it was stable. _________________ Inspiron 4100 & Sun UltraAXe
Portage on Solaris|Dell Laptop Hacks
The way you feel about organized religion is the same way I feel about organized socialism. |
|
Back to top |
|
|
suineg Apprentice
Joined: 02 Mar 2004 Posts: 200 Location: Los Angeles
|
Posted: Tue Apr 12, 2005 2:56 am Post subject: |
|
|
stonent wrote: | Quote: | or its masked and I wan't to wait until it hits stable. you could say emerge -wish totem-1.1 and after it hit portage, it would be emerge when you did an emerge -u world. |
What you just mentioned is what portage already does. If you emerged an older version of totem, totem 1.1 would be installed whenever it was stable. |
true, and I know this is a silly idea, but for example, totem 1.0 requires nautilus, and I don't want nautilus. totem 1.1 however, does not require it. So I am going to wait until totem 1.1 hit portage to emege it. |
|
Back to top |
|
|
Lokheed Veteran
Joined: 12 Jul 2004 Posts: 1295 Location: /usr/src/linux
|
Posted: Tue Apr 12, 2005 3:09 am Post subject: |
|
|
suineg wrote: | stonent wrote: | Quote: | or its masked and I wan't to wait until it hits stable. you could say emerge -wish totem-1.1 and after it hit portage, it would be emerge when you did an emerge -u world. |
What you just mentioned is what portage already does. If you emerged an older version of totem, totem 1.1 would be installed whenever it was stable. |
true, and I know this is a silly idea, but for example, totem 1.0 requires nautilus, and I don't want nautilus. totem 1.1 however, does not require it. So I am going to wait until totem 1.1 hit portage to emege it. |
Just because an ebuild lists a dependency doesnt necessarily mean its actually required. Keep in mind that everything is always evolving and ebuilds are just a way of managing dependencies, not a end and be all of a program...
I also wanted to say that your world file is not indicative of what you have installed on your system. An emerge -pe world would be a much better list of all the packages you have installed. If you were to install GNOME, you would find that only the meta ebuild gnome would be listed in your world file. The 50+ programs that make up GNOME, would not be in there... _________________ You're not afraid of the dark are you? |
|
Back to top |
|
|
|