As you already may have read there was a cross distro meeting in Nürnberg about
a shared app installer effort.
For me - who didn't even know about the meeting two weeks in advance - the
main concern was what kind of people would be there and how we ever could get
to an agreement on anything. A
Hi everyone!
During Richard Hughes' "Linux and application installing" thread[1] I
had argued that just showing a list of packages won't cut it for most
use cases around package handling. One of those use cases is showing
which packages are installed on a system. For getting an idea about a
ma
On 10/05/2010 03:15 PM, Nathaniel McCallum wrote:
> If the lid is open, both output should be enabled by default (you are
> free to manually disable one). If the lid is closed on battery power
> the system should suspend (unless you choose otherwise in GPM prefs).
>
I wonder if there are latops
On 10/05/2010 10:35 AM, Richard Hughes wrote:
> No, I think what we need to do is to teach GPM how to turn off the
> internal panel when docked and with the lid closed. The only missing
> piece is for the kernel to export some kind of sysfs boolean saying
> "in-dock". From talks with mjg59, detec
Ok, I made some screen shots. It's a bit easier to understand if you
see it actually working. They should still give you a idea.
Looking at the PackageDB tags, filtering for the "Office" and "Qt" tags:
http://fedorapeople.org/~ffesti/screenshots/PackageDBTags.gif
Filtering for the "GNOME" menu
On 09/23/2010 06:09 PM, Bruno Wolff III wrote:
> On Thu, Sep 23, 2010 at 15:51:37 +0200,
>FlorianFesti wrote:
>> 1) Comps groups. Not even used by PK to the full extend. Nevertheless
>> several groups are huge with over 100 packages (winner being "Games"
&
Sorry, for showing up late at the party. This mail should have been part
of Richard's thread with the same topic but things took a while until
they were ready enough to be presented here.
There is a long history of package installers in Fedora (and it's
predecessors). It feels like roughly ever
On 09/17/2010 05:05 PM, Richard Hughes wrote:
> On 17 September 2010 13:36, Arthur Pemberton wrote:
>> Wouldn't that require the tool to download every package just to get
>> the embedded information.
> Yes, that's what my generator tool does. Of course, it only downloads
> the packages that con
On 09/16/2010 09:05 PM, Colin Walters wrote:
> (I don't have a strong opinion on whether the data format is RPM or
> repodata myself; maybe just a slight preference for the latter; the
> most important thing in my mind is to come to rough consensus and
> working code, and actually ship something)
On 09/15/2010 04:38 PM, FlorianFesti wrote:
> [Show/Hide Details]
Btw: If you do that right and save the state of this button in the
user's home you can make beginners and power users happy without much UI
overhead. Power users would just have to push the button once to get
their
While showing the user "applications" instead of packages might be a
good idea for several use cases I think this approach misses the point
here. The questions for redesigning the Updater dialog should be:
What's the user supposed to decide and what information does he need to
do so?
The ans
11 matches
Mail list logo
