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.
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
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, detecting
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
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 tag
On 09/23/2010 06:09 PM, Bruno Wolff III wrote:
On Thu, Sep 23, 2010 at 15:51:37 +0200,
FlorianFestiffe...@redhat.com 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
with over 300). Sorry, 100
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
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)
It
On 09/17/2010 05:05 PM, Richard Hughes wrote:
On 17 September 2010 13:36, Arthur Pembertonpem...@gmail.com 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
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 beloved
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
11 matches
Mail list logo
