On Sat, 2008-03-22 at 13:06 -0600, Conrad Knauer wrote:
> Phil Housley wrote on 2006-03-01: (permalink)
>
> As far as I can remember the reasons for nm-applet not being an applet:
> * It has to appear as needed, which an applet can't.
And it *should* only appear as needed. At the moment it's pre
On Sat, 2008-03-22 at 19:40 -0700, Jerone Young wrote:
> This nm-applet is also for configuration changes.
Configuration's supposed to be done from the System menu, isn't it?
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at:
https://l
d idea to show the user what settings they'll be
able to change *before* having them enter their password, which is
tedious by design.
--
Greg K Nicholson
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
e variety of cultures, I'd suggest using something
like “Preferences for Greg”.
If that's not possible, just “Preferences” will do—the word “preference”
tends to imply *personal* preference anyway.
--
Greg K Nicholson
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu
to the user, not vice-versa.
The help tips for several items in the main menu already use “your”,
including Places → Home Folder, Places → Desktop and – bizarrely –
System → Preferences → About Me.
--
Greg K Nicholson
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.c
omain
> (printing, screen...) you want to configure. Everything else is bloating
> the menu - and will ask much work that cannot be unified in one package.
How about relabelling Preferences → Preferred Applications to just
Preferences → Applications? “Preferred” seems redundant.
--
Greg K Nichol
gt;
> [2] http://lists.freedesktop.org/mailman/listinfo/distributions
Is there an equivalent newsgroup (for example at gmane.org)?
--
Greg K Nicholson
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
On Sat, 2008-02-09 at 13:09 -0500, Evan wrote:
> I'm typing this on a P3 1Ghz with 256MB of ram. Ubuntu runs moderately
> slowly but easily survivable.
...
> I'd say that this is about the lowest-end pc you'll find normal Ubuntu
> installed on though.
1 GHz? Luxury! I run Ubuntu on a ~700-MHz At
> What about the menu button though? Who ever uses that? It does the
> same thing as right-clicking all the time, so it's kinda pointless.
>
People using a keyboard and not a mouse use the menu key.
I have the right Windows key set as Compose as it doesn't seem to do
anything else. (Amarok's g
On Mon, 2007-12-03 at 21:29 -0400, Cody A.W. Somerville wrote:
> So, the next time you wish to send such a nonconstructive and
> inflaming post, why not do us a favor and send it to /dev/null
> instead.
>
Let's not begin an infinite series where each participant repeats a
paraphrase of this to th
> Perhaps a good compromise would be to default to Codec Buddy and have
> a button for "Multiverse Codecs". When the user clicks the button,
> they could be presented with a message *actively discouraging* them
> from using the multiverse versions and highlighting that they are
> likely to break t
There is a bug report: https://bugs.launchpad.net/ubuntu/+bug/145524
It seems that this is a feature, not a bug.
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Michael Maurizi:
> How about including changes to the version string and so on the next
> time theres a security update for GIMP?
Yes; when an Ubuntu package has fixes from upstream applied, that
they've released in a new version with a bumped version number, the
version number in Ubuntu should
I think we're only *surprised* that this isn't being done already
because the Ubuntu team are usually so unreservedly awesome, and have
usually figured out a way to make stuff happen and have actually made
the stuff happen, before we were even aware that we *wanted* said stuff
to happen. Genera
Greg K Nicholson:
> no more updates (beyond what are
> already done).
By this I meant “no more updates (other than the current normal update
processes)”. I certainly didn't mean freeze all updates on that package
forever. That would be silly :)
--
Ubuntu-devel-discuss mailing
Aaron C. de Bruyn:
> It boils down to this: If users aren't running into bugs, why repackage?
Because having “Release Conadidate” on the splash screen and “rc” in the
About box gives users the impression that this is not a trustworthy,
final version of GIMP.
And because the version number the
Aaron C. de Bruyn:
> So you are saying that we should react to new versions by packaging the up on
> the basis that there are probably users that could maybe be having bugs but
> haven't reported them.
We should react on that basis only to new, stable versions of packages
where the current vers
Dean Sas:
> Greg K Nicholson wrote:
>> So we're actually getting 2.4.1 (or something very much like it), but
>> labelled “2.4.0rc3”?
>
> Precisely. Often Ubuntu packages might include patches from upstream
> that haven't yet been made part of a release. See Emme
Toby Smithe:
> There seems to be some confusion here: regardless of the content of the
> version string, bug fixes from upstream will have been ported back to
> the current Ubuntu package. The two releases are functionally identical,
> the only difference is the content of a string.
So we're actua
Aaron C. de Bruyn:
> Upgrading simply because there is a newer version number is the wrong
> attitude.
It's not that fact that it's a newer version (number): it's that it's a
final, stable release versus a non-final non-stable release.
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss
OK, thanks. Just wondering out loud. :)
--
Greg
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Kai Schroeder:
> Now, every time they start the gimp, a
> splash screen appears which says "release candidate"
(Actually, it says “release conadidate”, for me anyway :) )
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists
Is a compatibility layer (like Wine) to run Mac OS X programs on Linux
feasible? Does one already exist?
It seems to me, the uneducated layman, that it should be *easier* to
make a Mac compatibility layer (“Mine”?) than one for Windows since: OS
X is Unix-like, Darwin is open source (so less re
[Minimally-knowledgeable user interjecting here:]
Would it help if “possibly complete” bugs were (somehow) easily
distinguishable from other Incomplete bugs? By “possibly complete” I
mean a bug that is marked as Incomplete, but that has had “some”
activity since being marked Incomplete. “Some”
Krzysztof Lichota:
> Greg K Nicholson napisał(a):
>> Krzysztof Lichota:
>>> Creator of One Click Installer installation file decides which
>>> repository will be used. If the application is available in Ubuntu
>>> repository I do not see the point why he wou
Matt Zimmerman:
> Instead, the metadata file need
> only provide the name of the package, and the local package manager can
> install it from the official repository.
How would this be better than (or different from) the apt/install protocol?
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-di
Krzysztof Lichota:
> Creator of One Click Installer installation file decides which
> repository will be used. If the application is available in Ubuntu
> repository I do not see the point why he would prefer to point to some
> other repository.
Maybe the OCI file's creator uses a different distro
If this could be done with absolutely no user intervention (i.e. if the
only thing missing is the right hardware), perhaps we could come up with
something like [EMAIL PROTECTED] and [EMAIL PROTECTED]
Or, simpler, a program that the user starts manually and just leaves
running (while not using t
Krzysztof Lichota:
> Conrad Knauer napisał(a):
>> I note, later on in your e-mail
>> that you have in mind basically a front-end for just about any package
>> management system. That's one way towards getting a unified Linux
>> package management system, though Mark Shuttleworth comments that "so
Krzysztof Lichota:
> Greg K Nicholson napisał(a):
>> The apt protocol ( https://wiki.ubuntu.com/AptFirefoxFileHandler ) will
>> fix this.
>
> Yes, this is similar to what I want to achieve, but:
> - it does not provide information for different distributions and other
&
Conrad Knauer:
> On 8/6/07, Krzysztof Lichota <[EMAIL PROTECTED]> wrote:
>> Package installation applications (Synaptic, Adept) and apt repositories
>> do not solve the problem for the following reasons:
>> 1. Repositories must be added manually and this exceeds skills of
>> average Windows user. K
31 matches
Mail list logo
