| 1 |
First things first, I would not know why someone should be using a |
| 2 |
graphical installer instead of xterm or one of its colleagues. |
| 3 |
|
| 4 |
Anyway, the problems you are pointing out are exactly what you're |
| 5 |
sacrificing by using a GUI, and exactly the reason Gentoo doesn't have |
| 6 |
a graphical installer (or one that you should be using, anyway). A lot |
| 7 |
of Portage's configuration consists of bash scripts, and any attempt |
| 8 |
to fully reproduce their capabilities in a GUI would lead to a big |
| 9 |
mess (point-and-click programming, *sigh*). If someone desperately |
| 10 |
wants a GUI, it would be for daily Portage activities, and definitely |
| 11 |
not for obscure feature x or y. |
| 12 |
|
| 13 |
Further, resolving dependencies is, in my opinion, outside the scope |
| 14 |
of a GUI. Functionality that isn't present in the command-line version |
| 15 |
of some program shouldn't be added just for the GUI version. |
| 16 |
|
| 17 |
That said, I'm sure some people would love a GUI integration of |
| 18 |
different package management tools (ie. search, install, sync...) into |
| 19 |
one big package, and it would definitely be a nice improvement to |
| 20 |
Sabayon. |
| 21 |
|
| 22 |
tulcod. |
| 23 |
|
| 24 |
On Sat, Mar 20, 2010 at 12:25 PM, xqyz <xqyzii@×××××.com> wrote: |
| 25 |
> On 20 March 2010 11:16, Petteri Räty <betelgeuse@g.o> wrote: |
| 26 |
>> |
| 27 |
>> Last year we had a project for PackageKit integration that was never |
| 28 |
>> integrated into the main tree. I would rather continue that work and |
| 29 |
>> then any PackageKit GUI could be used with Portage. |
| 30 |
> |
| 31 |
> I agree, it would indeed be nice to have a portage integration in |
| 32 |
> PackageKit, but given the rather unique way of handling packages in Gentoo, |
| 33 |
> I would consider PackageKit to be a rather poor choice for a package |
| 34 |
> manager. |
| 35 |
> USE flags, inability to resolve circular dependencies properly and of course |
| 36 |
> the advanced compile configuration that Gentoo offers are hard, if not |
| 37 |
> impossible to be handled by PackageKit. Which is why I think that, even if |
| 38 |
> there was a working integration of portage, it would not be used much. The |
| 39 |
> problem with Gentoo is that it more often than not requires the users to |
| 40 |
> make a choice instead of just settling for a package and clicking install. |
| 41 |
> |
| 42 |
> --Patrick Lerner |
| 43 |
> |
Archives