Re: status of up2date and rhn-applet

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, 2005-11-27 at 10:53 +0100, Joachim Frieben wrote:
> Thanks for your clarification. I was referring to the use of "pup"
> and "up2date-gnome" as pure update tools. Updated add-on packages for
> FC <rel> should not depend on updates of the core, that's what I meant.

But it happens.  Extras is an integral part of Fedora.  Extras packages
will be available during the install.  Extras packages do sometimes
depend on Core packages, so the updates have to be coordinated.  If you
turn off extras, and try to do an update, you can get to a state were
the update cannot complete.  The end user shouldn't care about this,
they shouldn't care where the package comes from, they just want to
Update the system.  This is what I think Pup is being designed for.

> For example "updates" and "updates-testing" repositories will be mutually
> independent. They might of course require the availablity of the release
> core repository for satisfying dependencies of updated packages which,
> of course, should always be present.

But updates-testing is what I would call an 'add-on' repository.
Something you said above shouldn't depend on core....

> As a matter of fact, there is a fundamental problem of not having the
> same structure in Fedora Extras as in Fedora Core where packages are
> split between "os", "updates" and "updates-testing".

How so?  What "os" is in Extras?  Extras is rolling, rolls with the FC
punches.  There is no static 'on cd' version of Extras to call
'os' (yet).  It makes no sense to try and group a set of Extras packages
into something called 'os'.  Thats why there is just Extras.

> Finally, I do not see any compelling reason for abandoning "up2date-gnome"
> or at least its GUI yet. Any basic user can simply confirm the default
> settings without worrying about details. The experienced user will
> appreciate the additional information and make customizations at will.

Unfortunately you haven't looked at the code.  This is the main
(technical) reason I've heard for abandoning it.  The code is not
manageable going forward.  It also is not designed the way that Fedora
developers envision the end-user tool set, but this is less of a
technical reason, more of a UI reason.

-- 
Jesse Keating RHCE      (geek.j2solutions.net)
Fedora Legacy Team      (www.fedoralegacy.org)
GPG Public Key          (geek.j2solutions.net/jkeating.j2solutions.pub)
 
Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux