I was hoping to spark a discussion, and I think it worked out better
than I was expecting for a rant.
My thoughts on extras: (maybe instead of karma it should be called
extras credit?).
* I don't do games, so I would consider user/games as cluttered as
someone else might consider user/cli. I
To extend or clarify another issue:
There are things which should be and are in other sections like python
and associated libs. Lots of things like this and cli stuff are
building-blocks, i.e. I might want to use a maintained and tested
utility for several things and which others can use instead
ext Jeremiah Foster jerem...@jeremiahfoster.com writes:
Then Application Manager has to change. It does not scale to have
categories when there are thousands of apps.
Yes, this is overdue. We also need a way to handle application specific
add-ons, like language packs.
On Mon, Nov 2, 2009 at 10:47, Marius Vollmer marius.voll...@nokia.com wrote:
ext Jeremiah Foster jerem...@jeremiahfoster.com writes:
Then Application Manager has to change. It does not scale to have
categories when there are thousands of apps.
Yes, this is overdue. We also need a way to
ext Pauli Virtanen p...@iki.fi writes:
A separate tree of categories could be useful. Though maybe it would be
better to name it 'expert/*', and warn in the UI that these are expert
tools that really may require expertise to use properly or safely.
What would it take to have the application
On Mon, 2 Nov 2009 10:51:25 +
Andrew Flegg and...@bleb.org wrote:
On Mon, Nov 2, 2009 at 10:47, Marius Vollmer
marius.voll...@nokia.com wrote:
ext Jeremiah Foster jerem...@jeremiahfoster.com writes:
Then Application Manager has to change. It does not scale to have
categories when
Hi,
ext Andrew Flegg wrote:
On Mon, Nov 2, 2009 at 10:47, Marius Vollmer marius.voll...@nokia.com wrote:
ext Jeremiah Foster jerem...@jeremiahfoster.com writes:
Then Application Manager has to change. It does not scale to have
categories when there are thousands of apps.
Yes, this is
Mon, 02 Nov 2009 09:20:41 +0200, Matan Ziv-Av wrote:
On Sun, 1 Nov 2009, Andrew Flegg wrote:
Then there's no benefit to having them visible in HAM. The tool which
started this discussion, socat, could easily be installed by someone
doing `apt-get install socat' as root.
Do you know that
On Mon, 2009-11-02 at 06:47 +0100, Benoît HERVIER wrote:
Are you all kidding ? seriously ?
The bug Way too geeky to present to most users should, IMHO be an
'extras user/*' criteria.
I am serious.
For goodness sake didn't you spot that the device ships with a
Facebook applet? If the device
On Nov 2, 2009, at 21:17, David Greaves wrote:
If the device is to succeed then even people who
believe horoscopes must be comfortable using it!
You must be a taurus . . .
Accidentally presenting them with a network sniffer application is,
IMHO, a user experience bug.
Does we need to
On Monday 02 November 2009 11:28:04 Eero Tamminen wrote:
I don't understand why CLI tools need any specific section.
That just makes porting (re-compiling) them from Debian more hassle.
The value of being able to install them from AM GUI in addition to using
apt-get install on command line
Hi,
it really looks wrong IMHO if stuff like socat, rootsh, or openssh
turn up in the extras repository ready for end-users to be installed.
extras should only contain applications that are safe for everyone to
play around with.
Stuff like this is meant for advanced users and developers. I think
On Sun, Nov 1, 2009 at 09:30, Martin Grimme martin.gri...@gmail.com wrote:
it really looks wrong IMHO if stuff like socat, rootsh, or openssh
turn up in the extras repository ready for end-users to be installed.
extras should only contain applications that are safe for everyone to
play around
On Sunday 01 November 2009 10:22:00 Andrew Flegg wrote:
On Sun, Nov 1, 2009 at 09:30, Martin Grimme martin.gri...@gmail.com wrote:
it really looks wrong IMHO if stuff like socat, rootsh, or openssh
turn up in the extras repository ready for end-users to be installed.
extras should only
On Sun, Nov 1, 2009 at 11:35, Graham Cobb g+...@cobb.uk.net wrote:
On Sunday 01 November 2009 10:22:00 Andrew Flegg wrote:
However, if it is clear to users what to expect when they install
those apps; and they don't recklessly reduce the capability of the
system, I don't think they're that
En/na Martin Grimme ha escrit:
I think it
would be best to have another official repository extras-advanced
for these things, that comes preconfigured but deactivated on the
device, with a big warning that apps in there are meant for advanced
users who know what these tools are.
I thought
On Sat, 2009-10-31 at 19:10 -0700, tz wrote:
I'm a power user and not the only one.
Agreed.
And what I used my current
tablets for were testing networks and doing other low level stuff,
mainly from xterm, but sometimes from python front-ends to linux. So
I ported a number of utilities under
2009/11/1 Andrew Flegg and...@bleb.org:
On Sun, Nov 1, 2009 at 11:35, Graham Cobb g+...@cobb.uk.net wrote:
On Sunday 01 November 2009 10:22:00 Andrew Flegg wrote:
However, if it is clear to users what to expect when they install
those apps; and they don't recklessly reduce the capability of
Martin Grimme ha scritto:
it really looks wrong IMHO if stuff like socat, rootsh, or openssh
turn up in the extras repository ready for end-users to be installed.
extras should only contain applications that are safe for everyone to
play around with.
The application manager already pops up
su, 2009-11-01 kello 09:46 +, David Greaves kirjoitti:
[clip]
Alongside 'user/*' I wonder if we should have a 'geek/*' section ?
Or make 'user/development' and some other categories only visible if
enabled in preferences.
Personally I think we're back at the Categories argument that was
On Sun, Nov 1, 2009 at 19:21, Pauli Virtanen p...@iki.fi wrote:
What would it take to have the application manager to have a setting
Show expert tools that would show/hide these?
I'm slightly familiar with the HAM code, it should be fairly trivial.
Getting it into users' hands is slightly
On Nov 1, 2009, at 12:35, Graham Cobb wrote:
On Sunday 01 November 2009 10:22:00 Andrew Flegg wrote:
On Sun, Nov 1, 2009 at 09:30, Martin Grimme
martin.gri...@gmail.com wrote:
it really looks wrong IMHO if stuff like socat, rootsh, or openssh
turn up in the extras repository ready for
Begin forwarded message:
From: Jeremiah Foster jerem...@jeremiahfoster.com
Date: November 2, 2009 12:35:45 AM GMT+01:00
To: Andrew Flegg and...@bleb.org
Subject: Re: Why should it be so hard and should I even bother with
Extras for fremantle?
On Nov 1, 2009, at 12:55, Andrew Flegg
Are you all kidding ? seriously ?
The bug Way too geeky to present to most users should, IMHO be an
'extras user/*' criteria.
Does we need to come back to the old days where each user have his own
repository ? To be honest i ll be far away easier to do than the
actual one.
2009/11/2 Jeremiah
On Sun, 1 Nov 2009, Andrew Flegg wrote:
Then there's no benefit to having them visible in HAM. The tool which
started this discussion, socat, could easily be installed by someone
doing `apt-get install socat' as root.
Do you know that almost any current Linux distribution has a GUI package
Benoît, you wrote:
Are you all kidding ? seriously ?
The bug Way too geeky to present to most users should, IMHO be an
'extras user/*' criteria.
Does we need to come back to the old days where each user have his own
repository ? To be honest i ll be far away easier to do than the
actual
I'm a power user and not the only one. And what I used my current
tablets for were testing networks and doing other low level stuff,
mainly from xterm, but sometimes from python front-ends to linux. So
I ported a number of utilities under Linux to maemo/diablo and started
to do it for fremantle.
27 matches
Mail list logo