public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Daniel Robbins <drobbins@gentoo.org>
To: gentoo-dev@gentoo.org
Subject: Re: [gentoo-dev] some additions to portage/ebuild and some other nice thingys i'dd like :)
Date: Wed Apr 25 12:53:02 2001	[thread overview]
Message-ID: <20010425125238.B9823@cvs.gentoo.org> (raw)
In-Reply-To: <20010425200949.A24778@jaspers.hn.org>; from troxx@segfault.nl on Wed, Apr 25, 2001 at 08:09:49PM +0200

On Wed, Apr 25, 2001 at 08:09:49PM +0200, troxx@segfault.nl wrote:

> Just a few things i'dd like to see in RC5 (or earlier):

If you pay me a good sum of money, I'll make sure they end up in rc5.
Otherwise, they'll need to wait until after 1.0 because I need to pay
bills in the meantime :)

> at this point there are a few reason's why the system can get un-optimized or
> just not-working.  One reason is that if libraries get updated that were
> STATICALLY linked in other packages, those packages don't get rebuilt
> automatically... this is not good. So packages that depend on it should be
> rebuilt... But there is one thing to think about... it's NOT always needed...
> for example if perl gets updated we don't want all packages that depend on it
> to get updated... so there has to be a flag in the ebuild-files that
> specifies wheter or not a package needs to be rebuilt if a dependancy gets
> updated... so for example add a ! to the dependancy-name... 

The static library example you describe should not break any packages, although
a recompile would allow them to potentially be better optimized.  Achim and I
have been dicussing how to implement auto-dep-rebuilding, but you probably
won't see it until Portage 1.7.  We have other more important features to
implement first.

> The second reason why the system gets unoptimized or uncomplete is due to
> changes in the USE variable... 

> Of cource we don't want the entire system to be rebuilt after echt
> USE-change... so we need "ebuild update" to remember the previous state of

It already records the USE, CXXFLAGS, CFLAGS and CHOST settings that were used
at compile-time.

> USE, and compare it to the current one. And after that it should rebuild ONLY
> the packages that are affected. For this another enhancement to ebuild-files
> is needed... a field to specify what USE-parameters affect the package (this
> also allows nice GUI's in the future to ask you if you want to toggle some
> USE-switches if you select the package).

> Another thing that would be nice is a way to see if packages got updated (not
> ebuild-files, but real sources).  This would allow people to easily see what
> ebuild-files have to be updated...  I know rock-linux allready has the script
> for it (to check on source-locations, for ALL versions available) which can
> be modified to check for NEWER versions only...

# emerge --pretend system
(view packages that need to be installed to make the system profile-compliant;
will only add a package to satisfy the profile)

# emerge --pretend update
(view all the packages that need to be installed to make the system completely up-to-date;
will upgrade older packages)

These features are currently experimental and should not be used without first
calling them with "--pretend" to make sure they aren't installing anything that
they shouldn't.  Right now, they could potentially remerge a newer version of
baselayout which would cause your /etc/passwd, /etc/group, etc to get wiped.

Also, Warren is currently working on a Gento Linux web update frontend called
"gentool", which is at version 0.0.1 and is quite nice.

> I'm sorry for bugging about missing things i'dd like to see... It's not that
> I'm too lazy to implement them myself, I would love to... but I need some
> practise on scripting for now...  Just think those additions would make
> gentoo really the king of distributions :)

Features like this are in the works, but we'll be adding config file management
and more fine-grained dep-strings next.  Then we'll have the necessary features
to safely handle auto-dep-rebuild features.

Best Regards,

-- 
Daniel Robbins					<drobbins@gentoo.org>
President/CEO					http://www.gentoo.org 
Gentoo Technologies, Inc.			



      parent reply	other threads:[~2001-04-25 18:52 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-04-25 12:11 [gentoo-dev] some additions to portage/ebuild and some other nice thingys i'dd like :) troxx
2001-04-25 12:24 ` AW: " Sebastian Werner
2001-04-25 13:00   ` Daniel Robbins
2001-04-25 13:12   ` AW: " Achim Gottinger
2001-04-25 12:53 ` Daniel Robbins [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20010425125238.B9823@cvs.gentoo.org \
    --to=drobbins@gentoo.org \
    --cc=gentoo-dev@gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox