public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-user] emerge improvements... again
@ 2005-10-09 18:19 Jerry McBride
  2005-10-09 18:57 ` Rumen Yotov
                   ` (4 more replies)
  0 siblings, 5 replies; 9+ messages in thread
From: Jerry McBride @ 2005-10-09 18:19 UTC (permalink / raw
  To: gentoo-user


I'm getting ready to make a post on bugs.gentoo.org to ask for a couple of 
feature enhancements for portage's emerge routine. I thought I'd ask here 
first, to see how everyone feels about them and if there's too much negative 
response I'll just drop the idea.

Two new features I'd like to see added are;

1- In /etc/make.conf add a new key to FEATURES that would cause portage to 
cleanup the DISTDIR folder if everything emerges cleanly. Perhaps "CLEANDIST" 
or "DISTCLEAN" or something similar would suffice. I never, ever keep the 
source files after a successfully emerge session and it would be nice if 
portage would take care of the dirty work for me.... automatically. 

2- We have "emerge world" that covers everything already installed and "emerge 
sys" that covers all the system related stuff.... How about "emerge apps" 
that would ONLY cover things NOT in  "emerge sys"? Face it, it'd be nice.... 
Right now, I have to resort to extra steps to "emerge apps" and well... it'd 
be a nicer chore for portage to handle.

3- Make a list of hooks available to hackers, like myself. I know I can 
implement the above features, but the emerge source is huge and teasing out 
the details is proving more time consumeing than actually implementing new 
code. Perhaps in /etc/make.conf there could be config lines like, 
"EXECUTE_AFTER_OK_EMERGE" and we could fill in a path to our own cleanup 
scripts... Or maybe "EXECUTE_AFTER_BAD_EMERGE" in the same case as above, but 
after a bad emerge run, etc....


So, what do you guys/gals think?

-- 

******************************************************************************
                     Registered Linux User Number 185956
              FSF Associate Member number 2340 since 05/20/2004
             Join me in chat at #linux-users on irc.freenode.net
    Buy an Xbox for $149.00, run linux on it and Microsoft loses $150.00!
     2:08pm  up 21 days,  4:33,  1 user,  load average: 0.05, 0.06, 0.08
-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [gentoo-user] emerge improvements... again
  2005-10-09 18:19 [gentoo-user] emerge improvements... again Jerry McBride
@ 2005-10-09 18:57 ` Rumen Yotov
  2005-10-09 19:28   ` Jerry McBride
  2005-10-09 19:40 ` Neil Bothwick
                   ` (3 subsequent siblings)
  4 siblings, 1 reply; 9+ messages in thread
From: Rumen Yotov @ 2005-10-09 18:57 UTC (permalink / raw
  To: gentoo-user

[-- Attachment #1: Type: text/plain, Size: 2008 bytes --]

Hi,
On Sun, 9 Oct 2005 18:19:50 +0000
Jerry McBride <mcbrides9@comcast.net> wrote:

> 
> I'm getting ready to make a post on bugs.gentoo.org to ask for a
> couple of feature enhancements for portage's emerge routine. I
> thought I'd ask here first, to see how everyone feels about them and
> if there's too much negative response I'll just drop the idea.
> 
> Two new features I'd like to see added are;
> 
> 1- In /etc/make.conf add a new key to FEATURES that would cause
> portage to cleanup the DISTDIR folder if everything emerges cleanly.
> Perhaps "CLEANDIST" or "DISTCLEAN" or something similar would
> suffice. I never, ever keep the source files after a successfully
> emerge session and it would be nice if portage would take care of the
> dirty work for me.... automatically. 
> 
Think this is already in Portage (as FEATURE) and is called
"distclean", haven't tried it though - remove source after install.
> 2- We have "emerge world" that covers everything already installed
> and "emerge sys" that covers all the system related stuff.... How
> about "emerge apps" that would ONLY cover things NOT in  "emerge
> sys"? Face it, it'd be nice.... Right now, I have to resort to extra
> steps to "emerge apps" and well... it'd be a nicer chore for portage
> to handle.
> 
What about e.g."emerge -ev gnome", think this will work, specially for
meta-packages. Tried it - too many packages, catches deps of deps etc.
> 3- Make a list of hooks available to hackers, like myself. I know I
> can implement the above features, but the emerge source is huge and
> teasing out the details is proving more time consumeing than actually
> implementing new code. Perhaps in /etc/make.conf there could be
> config lines like, "EXECUTE_AFTER_OK_EMERGE" and we could fill in a
> path to our own cleanup scripts... Or maybe
> "EXECUTE_AFTER_BAD_EMERGE" in the same case as above, but after a bad
> emerge run, etc....
> 
> 
> So, what do you guys/gals think?
> 
HTH.Rumen

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [gentoo-user] emerge improvements... again
  2005-10-09 18:57 ` Rumen Yotov
@ 2005-10-09 19:28   ` Jerry McBride
  0 siblings, 0 replies; 9+ messages in thread
From: Jerry McBride @ 2005-10-09 19:28 UTC (permalink / raw
  To: gentoo-user

On Sunday 09 October 2005 18:57, Rumen Yotov wrote:
> Hi,
> On Sun, 9 Oct 2005 18:19:50 +0000
>
> Jerry McBride <mcbrides9@comcast.net> wrote:
> > I'm getting ready to make a post on bugs.gentoo.org to ask for a
> > couple of feature enhancements for portage's emerge routine. I
> > thought I'd ask here first, to see how everyone feels about them and
> > if there's too much negative response I'll just drop the idea.
> >
> > Two new features I'd like to see added are;
> >
> > 1- In /etc/make.conf add a new key to FEATURES that would cause
> > portage to cleanup the DISTDIR folder if everything emerges cleanly.
> > Perhaps "CLEANDIST" or "DISTCLEAN" or something similar would
> > suffice. I never, ever keep the source files after a successfully
> > emerge session and it would be nice if portage would take care of the
> > dirty work for me.... automatically.
>
> Think this is already in Portage (as FEATURE) and is called
> "distclean", haven't tried it though - remove source after install.
>

Just to make sure, I looked over the man files once more time. Yes, there's an 
option named NOCLEAN. It's supposed to stop tmp and source file cleanups... 
Hmmm....  maybe I found a bug? Cleanups to occur in /var/tmp/portage but never 
the source files in distfiles. 

> > 2- We have "emerge world" that covers everything already installed
> > and "emerge sys" that covers all the system related stuff.... How
> > about "emerge apps" that would ONLY cover things NOT in  "emerge
> > sys"? Face it, it'd be nice.... Right now, I have to resort to extra
> > steps to "emerge apps" and well... it'd be a nicer chore for portage
> > to handle.
>
> What about e.g."emerge -ev gnome", think this will work, specially for
> meta-packages. Tried it - too many packages, catches deps of deps etc.
>

Yeah, same here for a number of packages. "Emerge apps" would be better if 
available.


> > 3- Make a list of hooks available to hackers, like myself. I know I
> > can implement the above features, but the emerge source is huge and
> > teasing out the details is proving more time consumeing than actually
> > implementing new code. Perhaps in /etc/make.conf there could be
> > config lines like, "EXECUTE_AFTER_OK_EMERGE" and we could fill in a
> > path to our own cleanup scripts... Or maybe
> > "EXECUTE_AFTER_BAD_EMERGE" in the same case as above, but after a bad
> > emerge run, etc....
> >
> >
> > So, what do you guys/gals think?
>
> HTH.Rumen

-- 

******************************************************************************
                     Registered Linux User Number 185956
              FSF Associate Member number 2340 since 05/20/2004
             Join me in chat at #linux-users on irc.freenode.net
    Buy an Xbox for $149.00, run linux on it and Microsoft loses $150.00!
     3:33pm  up 21 days,  5:58,  1 user,  load average: 0.05, 0.07, 0.08
-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [gentoo-user] emerge improvements... again
  2005-10-09 18:19 [gentoo-user] emerge improvements... again Jerry McBride
  2005-10-09 18:57 ` Rumen Yotov
@ 2005-10-09 19:40 ` Neil Bothwick
  2005-10-09 20:13   ` Jerry McBride
  2005-10-09 21:08 ` Zac Medico
                   ` (2 subsequent siblings)
  4 siblings, 1 reply; 9+ messages in thread
From: Neil Bothwick @ 2005-10-09 19:40 UTC (permalink / raw
  To: gentoo-user

[-- Attachment #1: Type: text/plain, Size: 691 bytes --]

On Sun, 9 Oct 2005 18:19:50 +0000, Jerry McBride wrote:

> 3- Make a list of hooks available to hackers, like myself. I know I can 
> implement the above features, but the emerge source is huge and teasing
> out the details is proving more time consumeing than actually
> implementing new code. Perhaps in /etc/make.conf there could be config
> lines like, "EXECUTE_AFTER_OK_EMERGE" and we could fill in a path to
> our own cleanup scripts... Or maybe "EXECUTE_AFTER_BAD_EMERGE" in the
> same case as above, but after a bad emerge run, etc....

You can do this sort of thing from /etc/portage/bashrc.


-- 
Neil Bothwick

Caution, an incorrigible punster - don't incorrige.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [gentoo-user] emerge improvements... again
  2005-10-09 19:40 ` Neil Bothwick
@ 2005-10-09 20:13   ` Jerry McBride
  0 siblings, 0 replies; 9+ messages in thread
From: Jerry McBride @ 2005-10-09 20:13 UTC (permalink / raw
  To: gentoo-user

On Sunday 09 October 2005 19:40, Neil Bothwick wrote:
> On Sun, 9 Oct 2005 18:19:50 +0000, Jerry McBride wrote:
> > 3- Make a list of hooks available to hackers, like myself. I know I can
> > implement the above features, but the emerge source is huge and teasing
> > out the details is proving more time consumeing than actually
> > implementing new code. Perhaps in /etc/make.conf there could be config
> > lines like, "EXECUTE_AFTER_OK_EMERGE" and we could fill in a path to
> > our own cleanup scripts... Or maybe "EXECUTE_AFTER_BAD_EMERGE" in the
> > same case as above, but after a bad emerge run, etc....
>
> You can do this sort of thing from /etc/portage/bashrc.

After a bing of digging... I found the answer and it works. Portage is now 
cleaning up the distfiles folder.

Thank you.

-- 

******************************************************************************
                     Registered Linux User Number 185956
              FSF Associate Member number 2340 since 05/20/2004
             Join me in chat at #linux-users on irc.freenode.net
    Buy an Xbox for $149.00, run linux on it and Microsoft loses $150.00!
     4:20pm  up 21 days,  6:45,  1 user,  load average: 0.05, 0.06, 0.07
-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [gentoo-user] emerge improvements... again
  2005-10-09 18:19 [gentoo-user] emerge improvements... again Jerry McBride
  2005-10-09 18:57 ` Rumen Yotov
  2005-10-09 19:40 ` Neil Bothwick
@ 2005-10-09 21:08 ` Zac Medico
  2005-10-09 22:06 ` George Garvey
  2005-10-10  4:00 ` Jason Stubbs
  4 siblings, 0 replies; 9+ messages in thread
From: Zac Medico @ 2005-10-09 21:08 UTC (permalink / raw
  To: gentoo-user

Jerry McBride wrote:
> 2- We have "emerge world" that covers everything already installed and "emerge 
> sys" that covers all the system related stuff.... How about "emerge apps" 
> that would ONLY cover things NOT in  "emerge sys"? Face it, it'd be nice.... 
> Right now, I have to resort to extra steps to "emerge apps" and well... it'd 
> be a nicer chore for portage to handle.

The closest thing that is currently supported would be to add your apps to the world list with `emerge --noreplace <atom>` and then run "emerge --update world" (without --deep).  The system packages will not be pulled in unless you use the --deep option.

Zac
-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [gentoo-user] emerge improvements... again
  2005-10-09 18:19 [gentoo-user] emerge improvements... again Jerry McBride
                   ` (2 preceding siblings ...)
  2005-10-09 21:08 ` Zac Medico
@ 2005-10-09 22:06 ` George Garvey
  2005-10-10  4:00 ` Jason Stubbs
  4 siblings, 0 replies; 9+ messages in thread
From: George Garvey @ 2005-10-09 22:06 UTC (permalink / raw
  To: gentoo-user

On Sun, Oct 09, 2005 at 06:19:50PM +0000, Jerry McBride wrote:
> 2- We have "emerge world" that covers everything already installed and "emerge 
> sys" that covers all the system related stuff.... How about "emerge apps" 
> that would ONLY cover things NOT in  "emerge sys"? Face it, it'd be nice.... 
> Right now, I have to resort to extra steps to "emerge apps" and well... it'd 
> be a nicer chore for portage to handle.

   I don't see the point of this. Use pye when you need that kind of
control: and it is complete control, instead of another group. A group
which may still include things not wanted.
   I'd really rather see their time spent on better things. Like
speeding emerge up ;) Or better communication with lusers.
-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [gentoo-user] emerge improvements... again
  2005-10-09 18:19 [gentoo-user] emerge improvements... again Jerry McBride
                   ` (3 preceding siblings ...)
  2005-10-09 22:06 ` George Garvey
@ 2005-10-10  4:00 ` Jason Stubbs
  2005-10-10 21:34   ` Jerry McBride
  4 siblings, 1 reply; 9+ messages in thread
From: Jason Stubbs @ 2005-10-10  4:00 UTC (permalink / raw
  To: gentoo-user

On Monday 10 October 2005 03:19, Jerry McBride wrote:
> I'm getting ready to make a post on bugs.gentoo.org to ask for a couple of
> feature enhancements for portage's emerge routine.

Feature enhancements are on hold until the 227 currently open bugs are 
organized properly and the count lessened somewhat. Note, most existing 
feature requests have been marked as LATER so the above number is pretty 
much only real bugs.

> 1- In /etc/make.conf add a new key to FEATURES that would cause portage to
> cleanup the DISTDIR folder if everything emerges cleanly.

Removing distfiles for packages when they are unmerged/upgraded will be added. 
When removing all distfiles, you'd end up downloading the same file several 
times when there are updates to the revision.

> 2- How about "emerge apps" that would ONLY cover things NOT in "emerge sys"?

This has not been considered, so opening a bug for this would be okay. Adding 
an "all" target is planned, which would cover everything installed regardless 
of presence in system or world. With such a target, changing "world" to not 
automatically include "system" should be fine.

> 3- Make a list of hooks available to hackers, like myself.

This is also planned.

--
Jason Stubbs
-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [gentoo-user] emerge improvements... again
  2005-10-10  4:00 ` Jason Stubbs
@ 2005-10-10 21:34   ` Jerry McBride
  0 siblings, 0 replies; 9+ messages in thread
From: Jerry McBride @ 2005-10-10 21:34 UTC (permalink / raw
  To: gentoo-user

On Monday 10 October 2005 04:00, Jason Stubbs wrote:
> On Monday 10 October 2005 03:19, Jerry McBride wrote:
> > I'm getting ready to make a post on bugs.gentoo.org to ask for a couple
> > of feature enhancements for portage's emerge routine.
>
> Feature enhancements are on hold until the 227 currently open bugs are
> organized properly and the count lessened somewhat. Note, most existing
> feature requests have been marked as LATER so the above number is pretty
> much only real bugs.
>
> > 1- In /etc/make.conf add a new key to FEATURES that would cause portage
> > to cleanup the DISTDIR folder if everything emerges cleanly.
>
> Removing distfiles for packages when they are unmerged/upgraded will be
> added. When removing all distfiles, you'd end up downloading the same file
> several times when there are updates to the revision.
>

Excellent...


> > 2- How about "emerge apps" that would ONLY cover things NOT in "emerge
> > sys"?
>
> This has not been considered, so opening a bug for this would be okay.
> Adding an "all" target is planned, which would cover everything installed
> regardless of presence in system or world. With such a target, changing
> "world" to not automatically include "system" should be fine.
>

Excellent...


> > 3- Make a list of hooks available to hackers, like myself.
>
> This is also planned.
>

Wow!

> --
> Jason Stubbs

Thanks for the post Jason.


-- 

******************************************************************************
                     Registered Linux User Number 185956
              FSF Associate Member number 2340 since 05/20/2004
             Join me in chat at #linux-users on irc.freenode.net
    Buy an Xbox for $149.00, run linux on it and Microsoft loses $150.00!
     5:40pm  up 22 days,  8:05,  1 user,  load average: 0.05, 0.07, 0.08
-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2005-10-10 21:40 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-10-09 18:19 [gentoo-user] emerge improvements... again Jerry McBride
2005-10-09 18:57 ` Rumen Yotov
2005-10-09 19:28   ` Jerry McBride
2005-10-09 19:40 ` Neil Bothwick
2005-10-09 20:13   ` Jerry McBride
2005-10-09 21:08 ` Zac Medico
2005-10-09 22:06 ` George Garvey
2005-10-10  4:00 ` Jason Stubbs
2005-10-10 21:34   ` Jerry McBride

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox