On Wed, Jul 25, 2007 at 08:26:14AM +0200, Frank Küster wrote:
> Russ Allbery <[EMAIL PROTECTED]> wrote:
> > (I currently can't ues Recommends by default because of lsb-release, so I
> > have a bit of a vested interest in solutions that don't require that.)
> What's the problem with lsb-release?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nico Golde wrote:
> I don't really have a better section proposal but I don't
> really think it fits there because I would not search for a
> general user tool in a section for root tools. Also the
The definition of System/Administration is "Admin
Steve Langasek <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 25, 2007 at 08:26:14AM +0200, Frank Küster wrote:
>> Russ Allbery <[EMAIL PROTECTED]> wrote:
>
>> > (I currently can't ues Recommends by default because of lsb-release, so I
>> > have a bit of a vested interest in solutions that don't require
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nico Golde wrote:
> In my opinion it would be nice to have some kind of misc
> subsection for every section to have a workaround this, just
> like the wildcard tags in debtags.
No it would not. Already discussed and rejected.
-BEGIN PGP SIGNAT
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Russ Allbery wrote:
>> We need a good definition for the section, so that it would not become a
>> dump for packages that do not fit elsewhere. Ideas?
>
> "Docks, program launchers, clocks, mouse utilities, and other programs to
> add general feature
On 25/07/07, Ben Hutchings wrote:
> GNU Moe is a powerful, 8-bit clean, text editor for ISO-8859 and ASCII
> character encodings.
I don't think we should be adding more programs to the archive that
can't handle multibyte encodings. I believe the default character
encoding for new installations
Le Tue, Jul 24, 2007 at 06:01:38PM -0400, Yaroslav Halchenko a écrit :
> Hi,
>
> I am sorry to reincarnate the thread
I think that it is a very good idea indeed. Here is a rough summary of
it: http://wiki.debian.org/DataPackages
Was there any interesting discussion on the subject during Debconf
On Wed, 25 Jul 2007 14:13:23 +0530
"Kumar Appaiah" <[EMAIL PROTECTED]> wrote:
> On 25/07/07, Ben Hutchings wrote:
> > > GNU Moe is a powerful, 8-bit clean, text editor for ISO-8859 and ASCII
> > > character encodings.
> >
> > I don't think we should be adding more programs to the archive that
> >
Hi,
* Linas Žvirblis <[EMAIL PROTECTED]> [2007-07-25 11:12]:
> Nico Golde wrote:
[...]
> > change of desktop behaviour in my opinion is not a "system-change".
>
> It is. If you change your desktop environment to use single-click
> instead of double-click, is that not a "system change"?
No? It's
Le vendredi 20 juillet 2007 à 16:26 +0200, Michelle Konzack a écrit :
> But the bigger problem is, that some applications have "titles"
> for applications which go over 1/3 of a 1024x768 screen mostly
> Openoffice Apps like "Openoffice.org Printer Administration"
> where the menu has a width of 372
Le mercredi 25 juillet 2007 à 00:14 -0500, Manoj Srivastava a écrit :
> The latter might be fine as a local policy; but surely is not
> correct as a Debian default. We should make it _possible_ to implement
> a local policy of hiding information from users; but we must not let
> informa
Le mardi 24 juillet 2007 à 20:13 +0200, Eduard Bloch a écrit :
> > This is a very bad idea. It is going to clutter the freedesktop menu
> > with tons of useless entries with ugly icons and make it as useless as
>
> Make it short, what is your point? Not allowing others to play in your
> GNOME sand
* Josselin Mouette ([EMAIL PROTECTED]) [070725 12:06]:
> Le mercredi 25 juillet 2007 à 00:14 -0500, Manoj Srivastava a écrit :
> > The latter might be fine as a local policy; but surely is not
> > correct as a Debian default. We should make it _possible_ to implement
> > a local policy o
Le mercredi 25 juillet 2007 à 12:12 +0200, Andreas Barth a écrit :
> Actually, it might also be useful to allow different window managers to
> have different default levels of what information is shown.
Definitely.
The freedesktop specification could allow to do that, provided that menu
files are
Neil Williams wrote, Wednesday, July 25, 2007 10:07 AM
On Wed, 25 Jul 2007 14:13:23 +0530
"Kumar Appaiah" <[EMAIL PROTECTED]> wrote:
[...]
> OK. It's in the NEW queue. Could you please tell me the procedure to
> prevent it from entering the archives?
Retitle the ITP to a RM
http://wiki.debian.
On Wed, 25 Jul 2007, Josselin Mouette wrote:
I'm open to any propositions to make it better,
Well, I made the suggestion of user roles which was more or less ignored
in this thread.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a s
Roger Leigh <[EMAIL PROTECTED]> writes:
> The packages he maintains and co-maintains are listed below. Most are
> GNOME packages he has not apparently uploaded. Some are already
> comaintained by others. The two of most concern are cinepaint and
> cupsys-pt, which are not comaintained. cinepain
* Miles Bader [Wed, 25 Jul 2007 19:57:42 +0900]:
> The openexr package also seems to be fairly out of date -- the current
> debian version is 1.2.2 (from 2005); the latest release version (from
> savannah.nongnu.org) is 1.5.0.
> [I filed a wishlist bug saying this about 6 months ago, with no repl
Ich bitte sie diesen Eintrag zu entfernen, da die Emailadresse
meiner zu ähnlich ist und ich nicht mit diesen Inhalten in Verbindung
gebracht werden möchte.
Simone Geppert
* Manoj Srivastava <[EMAIL PROTECTED]> [070724 21:05]:
> If we are going to transition to installing Recommends by
> default in lenny, I would say go with the Recommends, since it caters
> to more users.
>
> Or else, use Depends, but that makes the system less efficient
> for th
Liebe Frau Geppert,
Simone Geppert <[EMAIL PROTECTED]> wrote:
> Ich bitte sie diesen Eintrag zu entfernen, da die Emailadresse
> meiner zu ähnlich ist und ich nicht mit diesen Inhalten in Verbindung
> gebracht werden möchte.
Da muss ein Missverständnis vorliegen. Sie haben Ihre Anfrage an die
(
On Tue, Jul 24, 2007 at 07:55:09PM -0500, Manoj Srivastava wrote:
> On Tue, 24 Jul 2007 22:38:37 +0200, Joerg Jaspert <[EMAIL PROTECTED]> said:
>
> > On 11090 March 1977, Marcin Owsiany wrote:
> >> Now I need to decide what the relationship between these two should
> >> be.
>
> > Depends.
>
>
* Josselin Mouette <[EMAIL PROTECTED]> [070725 06:10]:
> Le mercredi 25 juillet 2007 à 00:14 -0500, Manoj Srivastava a écrit :
> > The latter might be fine as a local policy; but surely is not
> > correct as a Debian default. We should make it _possible_ to implement
> > a local policy o
On Wed, Jul 25, 2007 at 08:54:40AM -0400, Marvin Renich <[EMAIL PROTECTED]>
wrote:
> Absolutely *wrong*.
>
> Gnome and KDE are targeted primarily at desktop users, not servers. If,
> as a desktop user, I install a graphical app on my machine, I *expect*
> to see that app in the main menu. The p
Mike Hommey <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 25, 2007 at 08:54:40AM -0400, Marvin Renich <[EMAIL PROTECTED]>
> wrote:
>> Absolutely *wrong*.
>>
>> Gnome and KDE are targeted primarily at desktop users, not servers. If,
>> as a desktop user, I install a graphical app on my machine, I *ex
On Wed, Jul 25, 2007 at 03:17:51PM +0200, Frank Küster <[EMAIL PROTECTED]>
wrote:
> Mike Hommey <[EMAIL PROTECTED]> wrote:
>
> > On Wed, Jul 25, 2007 at 08:54:40AM -0400, Marvin Renich <[EMAIL PROTECTED]>
> > wrote:
> >> Absolutely *wrong*.
> >>
> >> Gnome and KDE are targeted primarily at desk
Mike Hommey <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 25, 2007 at 03:17:51PM +0200, Frank Küster <[EMAIL PROTECTED]>
> wrote:
>> Mike Hommey <[EMAIL PROTECTED]> wrote:
>>
>> > On Wed, Jul 25, 2007 at 08:54:40AM -0400, Marvin Renich <[EMAIL
>> > PROTECTED]> wrote:
>> >> Absolutely *wrong*.
>> >>
Frank Küster <[EMAIL PROTECTED]> wrote:
> Mike Hommey <[EMAIL PROTECTED]> wrote:
>
>> On Wed, Jul 25, 2007 at 03:17:51PM +0200, Frank Küster <[EMAIL PROTECTED]>
>> wrote:
>>> Mike Hommey <[EMAIL PROTECTED]> wrote:
>>>
>>> > On Wed, Jul 25, 2007 at 08:54:40AM -0400, Marvin Renich <[EMAIL
>>> > P
[maybe this is better on -project]
Frank Küster wrote:
> [I'm explaining in german that debian-devel is not the right place and
> that she probably mixed up things]
Well, some joe job porn spam on l.d.o is the #1 result when googling for
her name, so she is quite right to contact the list on whose
On 25/07/07, Adam D. Barratt wrote:
You can't remove something that's not in the archive...
Right!
Kumar, you need to e-mail [EMAIL PROTECTED] and ask them to
reject the upload from the NEW queue.
I have mailed them with a citation to this thread.
Also, I have closed the bug report, with a
Frank Küster schrieb:
> Frank Küster <[EMAIL PROTECTED]> wrote:
>
>> Mike Hommey <[EMAIL PROTECTED]> wrote:
>>
>>> On Wed, Jul 25, 2007 at 03:17:51PM +0200, Frank Küster <[EMAIL PROTECTED]>
>>> wrote:
Mike Hommey <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 25, 2007 at 08:54:40AM -0400,
Michael Biebl <[EMAIL PROTECTED]> wrote:
> Actually, it's not. That's Joss' whole point. We should hide entries,
> such as the python interpreter for novice users (at least in
> environments like KDE/GNOME/XFCE, which target the novice users).
> If the Debian menu is too overloaded, it becomes les
Package: debian-policy
Priority: wishlist
Hi all,
Wims is a recent Debian package which will be more widely used in the near
future
as a part of Debian-Edu (currently it is a dependency on its metapackage
education-services)
and it's being use in Linex (Extremadura region official debian bas
Package: wnpp
Severity: wishlist
Owner: Steffen Moeller <[EMAIL PROTECTED]>
* Package name : autodocksuite
Version : 4.0.1
URL : http://autodock.scripps.edu
License : GPL
Description : analysis of ligand binding to protein structure
AutoDock is a well-established suite of programs for the molecul
Le mercredi 25 juillet 2007 à 08:54 -0400, Marvin Renich a écrit :
> Gnome and KDE are targeted primarily at desktop users, not servers. If,
> as a desktop user, I install a graphical app on my machine, I *expect*
> to see that app in the main menu. The place where I put important
> and/or freque
Frank Küster <[EMAIL PROTECTED]> writes:
> Steve Langasek <[EMAIL PROTECTED]> wrote:
>> On Wed, Jul 25, 2007 at 08:26:14AM +0200, Frank Küster wrote:
>>> Russ Allbery <[EMAIL PROTECTED]> wrote:
(I currently can't ues Recommends by default because of lsb-release, so I
have a bit of a vest
Linas Žvirblis <[EMAIL PROTECTED]> writes:
> What about:
> "Docks, launchers, clocks, and other applets to add general features to
> a graphical environment, but not system configuration tools."
> Removed "mouse utilities" because it is too general. Also changed
> "programs" to "applets" to make
Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le mercredi 25 juillet 2007 à 16:40 +0200, Frank Küster a écrit :
>> Michael Biebl <[EMAIL PROTECTED]> wrote:
>>
>> > Actually, it's not. That's Joss' whole point. We should hide entries,
>> > such as the python interpreter for novice users (at least
Le mercredi 25 juillet 2007 à 16:40 +0200, Frank Küster a écrit :
> Michael Biebl <[EMAIL PROTECTED]> wrote:
>
> > Actually, it's not. That's Joss' whole point. We should hide entries,
> > such as the python interpreter for novice users (at least in
> > environments like KDE/GNOME/XFCE, which targ
Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le mercredi 25 juillet 2007 à 08:54 -0400, Marvin Renich a écrit :
>> Gnome and KDE are targeted primarily at desktop users, not servers. If,
>> as a desktop user, I install a graphical app on my machine, I *expect*
>> to see that app in the main menu
On Wed July 25 2007 10:57:54 am Josselin Mouette wrote:
> If the users installs the distribution with default settings or
> starts a session on a multi-user setup, he should find a usable menu,
> not a menu with all possible applications he never wanted to install.
Well, if there is stuff he never
On 25-Jul-07, 13:28 (CDT), Josselin Mouette <[EMAIL PROTECTED]> wrote:
> If an application is used so infrequently, it shouldn't have its place
> in a menu.
That turns out not to be the case. If I use an app frequently, then it
goes on the toolbar. The menu is for finding infrequently used apps.
Frank Küster <[EMAIL PROTECTED]> writes:
>>> What's the problem with lsb-release?
>>
>> $ apt-cache show lsb-release | grep Rec
>> Recommends: lsb, apt
>> $ apt-cache show lsb | grep Dep
>> Depends: lsb-core, lsb-graphics, lsb-cxx, lsb-desktop, lsb-qt4
>> $
>>
>> That makes for some rather hefty p
Mike Hommey <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 25, 2007 at 01:50:20PM -0500, Steve Greenland <[EMAIL PROTECTED]>
> wrote:
>> On 25-Jul-07, 13:28 (CDT), Josselin Mouette <[EMAIL PROTECTED]> wrote:
>> > If an application is used so infrequently, it shouldn't have its place
>> > in a menu.
>>
* Josselin Mouette <[EMAIL PROTECTED]> [070725 12:57]:
> Le mercredi 25 juillet 2007 à 08:54 -0400, Marvin Renich a écrit :
> > Gnome and KDE are targeted primarily at desktop users, not servers. If,
> > as a desktop user, I install a graphical app on my machine, I *expect*
> > to see that app in
On Wed, Jul 25, 2007 at 06:57:54PM +0200, Josselin Mouette wrote:
> If the users installs the distribution with default settings or starts a
> session on a multi-user setup, he should find a usable menu, not a menu
> with all possible applications he never wanted to install.
So the menu system sh
On 7/26/07, Roger Leigh <[EMAIL PROTECTED]> wrote:
cinepaint probably needs removing; it's very buggy and is dead upstream.
Last upstream release is 0.22-1 from June 12, 2007.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsu
Paul Wise wrote:
> On 7/26/07, Roger Leigh <[EMAIL PROTECTED]> wrote:
>
>> cinepaint probably needs removing; it's very buggy and is dead upstream.
>
> Last upstream release is 0.22-1 from June 12, 2007.
Also cinepaint has several features which are missing in GIMP and other
tools, like proper H
Le Wed, Jul 25, 2007 at 04:12:04PM +0200, Michael Biebl a écrit :
>
> Actually, it's not. That's Joss' whole point. We should hide entries,
> such as the python interpreter for novice users
It would be however much simpler if the responsible of the GNOME, KDE
and XFCE desktop packages told us wha
>That's a good reason to improve the menu system, but not really a good
>reason to just go ahead and ship two versions of basically the same
>information, IMO.
Recent version(s) of lynx have an icon in my KDE menu. I'd really rather not
have it there, and was curious if anyone had filed a bugrep
Le mercredi 25 juillet 2007 à 16:17 -0400, Marvin Renich a écrit :
> My original message was specifically concerned with graphical apps. I'm
> not sure which console apps should be displayed; for the most part, I
> think the Debian maintainer should decide whether it deserves to be
> displayed by
On Wed, 25 Jul 2007, Andreas Tille wrote:
I'm open to any propositions to make it better,
Well, I made the suggestion of user roles which was more or less ignored
in this thread.
While beeing uncomfortable to reply to my own mail it seems that the
proposal is quite to abstract to get any com
On Wed, Jul 25, 2007 at 01:50:20PM -0500, Steve Greenland <[EMAIL PROTECTED]>
wrote:
> On 25-Jul-07, 13:28 (CDT), Josselin Mouette <[EMAIL PROTECTED]> wrote:
> > If an application is used so infrequently, it shouldn't have its place
> > in a menu.
>
> That turns out not to be the case. If I use
> "Uwe" == Uwe Hermann <[EMAIL PROTECTED]> writes:
Uwe> OK, not being a SPARC expert myself, I'd still like to see a
Uwe> list of issues or bugs which are worth dropping a whole
Uwe> sub-architecture.
Well, if I remember correctly, it was the kernel that was the problem.
There is
Gabor Gombas <[EMAIL PROTECTED]> wrote:
> IMHO the best would be a uniof of the two viewpoints: show everything by
> default, and gradually hide entries that were not used for some time. Or
> did Microsoft patent that?
The result being that if I use the application again for work of type B
after
Mike Hommey <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 25, 2007 at 09:56:11PM +0200, Frank Küster <[EMAIL PROTECTED]>
> wrote:
>> Mike Hommey <[EMAIL PROTECTED]> wrote:
>>
>> > On Wed, Jul 25, 2007 at 01:50:20PM -0500, Steve Greenland <[EMAIL
>> > PROTECTED]> wrote:
>> >> On 25-Jul-07, 13:28 (CDT
On Wed, Jul 25, 2007 at 09:56:11PM +0200, Frank Küster <[EMAIL PROTECTED]>
wrote:
> Mike Hommey <[EMAIL PROTECTED]> wrote:
>
> > On Wed, Jul 25, 2007 at 01:50:20PM -0500, Steve Greenland <[EMAIL
> > PROTECTED]> wrote:
> >> On 25-Jul-07, 13:28 (CDT), Josselin Mouette <[EMAIL PROTECTED]> wrote:
>
On Sat, Jul 21, 2007 at 12:52:43AM +0200, Carl Fürstenberg wrote:
> When I'm locking at the BTS, (...) Not that it isn't effective, as
> when you have learned the whole system, you can query it pretty
> fast, but the threshold is pretty steep.
> (...) make it a bit more user friendly, but perhaps
It appears broken again...
ftp://ftp.debian.org/debian/project/trace/ftp-master.debian.org has date stamp
'07/18/2007'
Thanks!
-Paul
>On Mon, Jul 02, 2007 at 01:44:04PM -0400, Anthony Towns wrote:
>> On Mon, Jul 02, 2007 at 02:48:34PM +0200, Daniel Leidert wrote:
>> > Can someone tell me, why f
Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le mercredi 25 juillet 2007 à 19:35 +0200, Frank Küster a écrit :
>> >> Menus, by their nature, are inherently unusable for the most frequently
>> >> used apps, and we should not be trying to make them more usable at the
>> >> expense of making less fr
On 7/26/07, Lionel Elie Mamane <[EMAIL PROTECTED]> wrote:
> reportbug-ng does *not* gather all the information about the
> reporters system... see #422085
Oh? And gnome-reportbug does or not?
gnome-reportbug doesn't work well enough to do anything.
In theory it does everything reportbug does
On Sat, Jul 21, 2007 at 01:36:49PM +0200, Brice Goglin wrote:
> Sune Vuorela wrote:
>> I prefer reportbug-ng over any webinterface to recieve bug
>> reports. All the information about the reporters system that is
>> automatically gathered about architecture, package versions and
>> such.
> report
... Ah, I mistook again... Sorry and ignore please...
--
NOKUBI Takatsugu
E-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED] / [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le mercredi 25 juillet 2007 à 16:17 -0400, Marvin Renich a écrit :
>> My original message was specifically concerned with graphical apps. I'm
>> not sure which console apps should be displayed; for the most part, I
>> think the Debian maintainer shoul
> - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
> 211227d8-5b0a-4ff4-8837-915d24867d33
> [ 1 ] Choice 1: Endorse the concept of Debian Maintainers
> [ 2 ] Choice 2: Further discussion
> - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
pgpGOsF
On Wed, Jul 25, 2007 at 08:54:27PM +0200, Reinhard Tartler wrote:
> Frank Küster <[EMAIL PROTECTED]> writes:
> >> $ apt-cache show lsb-release | grep Rec
> >> Recommends: lsb, apt
> >> $ apt-cache show lsb | grep Dep
> >> Depends: lsb-core, lsb-graphics, lsb-cxx, lsb-desktop, lsb-qt4
> >> $
> >>
Le mercredi 25 juillet 2007 à 19:35 +0200, Frank Küster a écrit :
> >> Menus, by their nature, are inherently unusable for the most frequently
> >> used apps, and we should not be trying to make them more usable at the
> >> expense of making less frequently used apps harder to access.
> >
> > Why s
* Frank Küster <[EMAIL PROTECTED]> [070725 10:08]:
> Mike Hommey <[EMAIL PROTECTED]> wrote:
>
> > On Wed, Jul 25, 2007 at 03:17:51PM +0200, Frank Küster <[EMAIL PROTECTED]>
> > wrote:
> >> Mike Hommey <[EMAIL PROTECTED]> wrote:
> >>
> >> > On Wed, Jul 25, 2007 at 08:54:40AM -0400, Marvin Renich
On Wednesday 25 July 2007 17:35, José L. Redrejo wrote:
> So, I propose to add this entry to the virtual package list:
>
> wims-extra - extra exercises, translations and modules that enhance wims
> functionalities.
I don't think you need to have wims-extra added to the virtual package names
list.
Adeodato Simó <[EMAIL PROTECTED]> writes:
Hi dato,
> * Miles Bader [Wed, 25 Jul 2007 19:57:42 +0900]:
>
>> The openexr package also seems to be fairly out of date -- the current
>> debian version is 1.2.2 (from 2005); the latest release version (from
>> savannah.nongnu.org) is 1.5.0.
>
>> [I file
70 matches
Mail list logo
