* patrick.dre...@gmx.net [190623 17:24]:
> Dear Woman and Man!
>
> Debian Bugs: LXDE Desktop is missing.
> Terminal Comands not functions.
> apt-get install lxde-core
> apt-get install lxde
> apt-get install task-lxde-desktop
> How can resolve this?
>
> With k
Dear Woman and Man!
Debian Bugs: LXDE Desktop is missing.
Terminal Comands not functions.
apt-get install lxde-core
apt-get install lxde
apt-get install task-lxde-desktop
How can resolve this?
With kind Greetings!
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard d...@jones.dk
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: debian-parl
Version : 1.0.7
Upstream Author : Jonas Smedegaard d...@jones.dk
* URL : https://wiki.debian.org/DebianParl
* License
Hi,
On Thursday 09 August 2007 10:03, Christian Perrier wrote:
No, we should use the liberation fonts, which are designed to replace
the MS fonts.
Have their licensing issues been solved?
Have those issues been communicated to upstream and what is their reaction?
The ITP includes the
Hi,
Unfortunately, there was no answer about this licensing issue.
Alan
Hi,
On Thursday 09 August 2007 10:03, Christian Perrier wrote:
No, we should use the liberation fonts, which are designed to
replace
the MS fonts.
Have their licensing issues been solved?
Have those issues
On Fri, Aug 10, 2007 at 05:11:07AM +0100, Matthew Garrett wrote:
Ben Hutchings [EMAIL PROTECTED] wrote:
This means that when draining the battery we do not allow the CPU to run
at full speed, so CPU-bound tasks take longer. This tends to extend
battery life but reduces the processing work
[Wouter Verhelst]
Except that a PowerPC processor (as found in Gustavo's ibook) simply
doesn't *have* C states. On my PowerBook G4, I noticed that when I
started running this crude hack[0]...
--
#!/bin/bash
modprobe cpufreq_userspace
echo $$ /var/run/mycpufreqd
echo userspace
On Sat, Aug 11, 2007 at 01:07:39PM +0200, Petter Reinholdtsen wrote:
[Wouter Verhelst]
Except that a PowerPC processor (as found in Gustavo's ibook) simply
doesn't *have* C states. On my PowerBook G4, I noticed that when I
started running this crude hack[0]...
--
#!/bin/bash
No, we should use the liberation fonts, which are designed to replace
the MS fonts.
Have their licensing issues been solved?
signature.asc
Description: Digital signature
The d-i team is constantly working on simplifying debian-installer. Just
compare a sarge install with an etch install..
I guess I'll take a look at their mailing list - I had some simple ideas
You're more than welcome (actually you'll see by doing this that Joey
Hess saying the D-I team
On Thu, Aug 09, 2007 at 08:00:00AM +0200, Christian Perrier [EMAIL PROTECTED]
wrote:
No, we should use the liberation fonts, which are designed to replace
the MS fonts.
Have their licensing issues been solved?
Which ones ?
Mike
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
On Thu, Aug 09, 2007, Tim Hull wrote:
Update: it works with libxine1-ffmpeg installed. Evidently totem-xine is
installed by default - at least if you install Etch and upgrade to Lenny.
Is this by design, or just an issue with Etch to Lenny transitions. I'm
going to install totem-gstreamer
On Thu, Aug 09, 2007 at 08:17:13AM +0200, Mike Hommey wrote:
On Thu, Aug 09, 2007 at 08:00:00AM +0200, Christian Perrier [EMAIL
PROTECTED] wrote:
No, we should use the liberation fonts, which are designed to replace
the MS fonts.
Have their licensing issues been solved?
Which ones
Qua, 2007-08-08 às 20:30 +0200, Hendrik Sattler escreveu:
Additionally, it should be noted that a desktop task has nothing with
multimedia (means: surprise, you can use a desktop without music and
movies).
I think we need to have multiple desktop tasks. One desktop-simple,
On Thu, Aug 09, 2007 at 10:55:13AM +0200, Adam Borowski wrote:
On Thu, Aug 09, 2007 at 08:17:13AM +0200, Mike Hommey wrote:
On Thu, Aug 09, 2007 at 08:00:00AM +0200, Christian Perrier [EMAIL
PROTECTED] wrote:
No, we should use the liberation fonts, which are designed to replace
the
On Thu, Aug 09, 2007 at 10:27:40AM +0100, Luis Matos wrote:
Qua, 2007-08-08 às 20:30 +0200, Hendrik Sattler escreveu:
Additionally, it should be noted that a desktop task has nothing with
multimedia (means: surprise, you can use a desktop without music and
movies).
I think we need to
Qui, 2007-08-09 às 14:10 +0200, Michael Banck escreveu:
On Thu, Aug 09, 2007 at 10:27:40AM +0100, Luis Matos wrote:
Qua, 2007-08-08 às 20:30 +0200, Hendrik Sattler escreveu:
Additionally, it should be noted that a desktop task has nothing with
multimedia (means: surprise, you can use a
* Simplify installation of out-of-tree kernel modules, possibly by
adapting Ubuntu's Restricted Manager to work with m-a. Non-free
drivers would *only* be displayed if non-free is in the sources.list.
No plans AFAIK. Working on this should not be difficult and should be
appreciated, either by
Well, when you started this thread I was fearing a quite long flame
with everybody jumping at you with if you don't like foo you're
free to some and help improving itwhich is definitely what
happens too frequently when some users report issues that can't often
be pointed to a given
Quoting Mike Hommey ([EMAIL PROTECTED]):
On Thu, Aug 09, 2007 at 08:00:00AM +0200, Christian Perrier [EMAIL
PROTECTED] wrote:
No, we should use the liberation fonts, which are designed to replace
the MS fonts.
Have their licensing issues been solved?
Which ones ?
Restrictions of
On Aug 09, Tim Hull [EMAIL PROTECTED] wrote:
It's actually not just ATI/nVidia - most wireless drivers are at least in
part non-free. In my case, it's the madwifi drivers with their binary HAL.
There's also the ipw2100/2200/3945/etc with the non-free firmware. Without
The firmwares are not
Am Mittwoch 08 August 2007 23:02 schrieb Petter Reinholdtsen:
[Julian Andres Klode]
We should try to use binary packages provided by linux-modules-* or
other modules packages by default and fallback to m-a.
You might want to check out the recent changes to discover and
discover-data. It
Luis Matos wrote:
having a console tasksel is not enough ... someone was developing a gtk+
front end ... right?
DEBIAN_FRONTEND=gnome tasksel ?
--
see shy jo
signature.asc
Description: Digital signature
On 8/9/07, Michael Banck [EMAIL PROTECTED] wrote:
On Thu, Aug 09, 2007 at 10:27:40AM +0100, Luis Matos wrote:
Qua, 2007-08-08 às 20:30 +0200, Hendrik Sattler escreveu:
Additionally, it should be noted that a desktop task has nothing with
multimedia (means: surprise, you can use a desktop
On 8/9/07, Luis Matos [EMAIL PROTECTED] wrote:
Qui, 2007-08-09 às 14:10 +0200, Michael Banck escreveu:
On Thu, Aug 09, 2007 at 10:27:40AM +0100, Luis Matos wrote:
Qua, 2007-08-08 às 20:30 +0200, Hendrik Sattler escreveu:
Additionally, it should be noted that a desktop task has nothing
On 8/9/07, Hendrik Sattler [EMAIL PROTECTED] wrote:
Am Mittwoch 08 August 2007 23:02 schrieb Petter Reinholdtsen:
[Julian Andres Klode]
We should try to use binary packages provided by linux-modules-* or
other modules packages by default and fallback to m-a.
You might want to check
[Hendrik Sattler]
Is discover still installed by default on new installs?
Not sure. I suspect it depend on the task being installed. It is
currently used to detect which X driver to activate, but that need
will go away in the future when X.org manage to configure itself
automatically. :)
If
[Gustavo Franco]
Petter, couldn't we replace discover1 with discover (2) into the
desktop task ?
Actually, we (Otavio an me) plan to replace discover1 with discover
for Lenny, so that every user with discover1 will upgrade
automatically to discover.
Is this a list of supported hardware issue,
I demand that Marco d'Itri may or may not have written...
On Aug 09, Tim Hull [EMAIL PROTECTED] wrote:
It's actually not just ATI/nVidia - most wireless drivers are at least in
part non-free. In my case, it's the madwifi drivers with their binary
HAL. There's also the ipw2100/2200/3945/etc
Am Donnerstag 09 August 2007 21:23 schrieb Petter Reinholdtsen:
[Hendrik Sattler]
Is discover still installed by default on new installs?
Not sure. I suspect it depend on the task being installed. It is
currently used to detect which X driver to activate, but that need
will go away in
[Hendrik Sattler]
As long as automatic doesn't take more time than using manual
settings, that's fine. I doubt that they can detect some of the
settings (keyboard layout, driver options), though ;) I appreciate
the efforts a lot though, especially a better cooperation of kernel
drivers and
On Wed, 2007-08-08 at 11:20 -0400, Tim Hull wrote:
We already have this on the desktop, from what I can
see (there is evidence of a
scaling-module-loading-thingummy running on boot)
Yes, it loads, but the default scaling
On 09/08/07, Don Armstrong [EMAIL PROTECTED] wrote:
The objection is making it a priority over supporting free drivers or
diverting people working on supporting vendors who provide DFSG free
drivers by making it a distribution wide priority.
The free drivers are perfectly well supported as
On 8/9/07, Ben Hutchings [EMAIL PROTECTED] wrote:
On Wed, 2007-08-08 at 11:20 -0400, Tim Hull wrote:
We already have this on the desktop, from what I can
see (there is evidence of a
scaling-module-loading-thingummy running on boot)
Yes,
On 09/08/07, Luis Matos [EMAIL PROTECTED] wrote:
having a console tasksel is not enough ... someone was developing a gtk+
front end ... right?
running tasksel --new-install gets you a debconf window, which is either
curses, gtk, qt etc depending on your debconf conf.
--
Ben Goodger
B.F.
Petter Reinholdtsen schrieb:
I get the impression that you are talking about boot time? I am
talking about the Debian installer and behavior at install time.
discover is not used at boot time, and have not been providing a
init.d script since before Etch was released. Kernel module
On Thu, 09 Aug 2007, Ben Goodger wrote:
I can outline precisely what needs to be done to make nvidia-glx,
for example, bearable[1] (and it does not involve a specialised GUI,
god forbid) but am in no position at all to do so :(
Sure you are! Outlining exactly what needs to be done and filing
On Thu, 2007-08-09 at 18:37 -0300, Gustavo Franco wrote:
On 8/9/07, Ben Hutchings [EMAIL PROTECTED] wrote:
On Wed, 2007-08-08 at 11:20 -0400, Tim Hull wrote:
We already have this on the desktop, from what I can
see (there is evidence of a
Qui, 2007-08-09 às 15:24 -0300, Gustavo Franco escreveu:
Btw, desktop-c-gtk-devel and desktop-python-gtk-devel makes no sense,
IMHO. It's too specific that we will need
desktop-$every_language_in_debian-gtk-devel. What a task like
desktop-php-devel will contain, vim? For those who like emacs
Qui, 2007-08-09 às 10:42 -0700, Joey Hess escreveu:
Luis Matos wrote:
having a console tasksel is not enough ... someone was developing a gtk+
front end ... right?
DEBIAN_FRONTEND=gnome tasksel ?
that's a pretty hack ... why does tasksel does not get the debconf
option on which front
On Thu, Aug 09, 2007 at 10:34:01PM +0100, Ben Goodger wrote:
I'm grossly underqualied in that respect, I fear. I can outline precisely
what needs to be done to make nvidia-glx, for example, bearable[1] (and it
does not involve a specialised GUI, god forbid) but am in no position at
On Thu, Aug 09, 2007 at 09:08:00PM +0200, Petter Reinholdtsen wrote:
[Gustavo Franco]
Btw, it seems that xdebconfigurator already support discover (2) or
discover1 but xserver-xorg recommends is on 'discover1 | discover'
and in ltsp-client-core we depend on discover1 (not desktop task
On Thu, Aug 09, 2007 at 10:45:32PM +0200, Hendrik Sattler wrote:
Am Donnerstag 09 August 2007 21:23 schrieb Petter Reinholdtsen:
Not sure. I suspect it depend on the task being installed. It is
currently used to detect which X driver to activate, but that need
will go away in the future
Ben Hutchings [EMAIL PROTECTED] wrote:
This means that when draining the battery we do not allow the CPU to run
at full speed, so CPU-bound tasks take longer. This tends to extend
battery life but reduces the processing work derived from the battery,
since other components then take a higher
to work with m-a. Non-free drivers would *only*
be displayed if non-free is in the sources.list.
Anyway, I'm curious to hear what's going on with respect to Debian on the
desktop. I understand that there are things Debian can't do (i.e. include
non-free or illegal software), but I feel Debian has
On 08/08/2007, Tim Hull [EMAIL PROTECTED] wrote:
Hi,
I'm a new (though fairly knowledgeable) Debian user and possibly a
prospective developer. Anyway, though I do like Debian a lot, one thing is
obvious - it lags somewhat behind as a desktop (or laptop) distribution as
compared to many
We already have this on the desktop, from what I can see (there is
evidence of a scaling-module-loading-thingummy running on boot)
Yes, it loads, but the default scaling governor is set to userspace. As
powernowd isn't included in the desktop task, this effectly means no CPU
scaling by
Nvidia modules can already be installed directly from non-free.
AIUI the same can't be done for ATI ones because of licensing issues.
Anyway, I'm curious to hear what's going on with respect to Debian on
the desktop. I understand that there are things Debian can't do (i.e.
include non-free
Le mercredi 08 août 2007 à 11:20 -0400, Tim Hull a écrit :
Iceweasel on the default install is like this - debian.org and Gmail
are two sites which demonstrate this. Instead of Bitstream Vera Sans
(or Serif), parts of these sites use some fugly bitmap font instead
(or a fugly TrueType font,
I guess that is a bug in iceweasel wrt. the default parameters.
Anyway, you should use epiphany instead, which doesn't have this issue
in etch :)
It's not just etch - this happens on lenny/sid as well.
I guess I should file a bug on this - it appears to be fixed in Ubuntu, so
maybe
Am Mittwoch, den 08.08.2007, 13:24 -0400 schrieb Tim Hull:
Regarding drivers, I know there are source packages in non-free (and
main, for some free but out-of-tree drivers) and the module-assistant
will build these. I was just suggesting a more GUI-oriented approach
(like Ubuntu Restricted
I just reported an ITP Bug for restricted-manager [1]
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=436722
--
It does need to be modified to work with Debian, though - such that it pulls
the drivers using m-a instead of using Ubuntu's restricted-modules
package.
Just making sure
On Wed, Aug 08, 2007 at 07:07:14PM +0200, Josselin Mouette wrote:
Le mercredi 08 août 2007 à 10:23 -0400, Tim Hull a écrit :
* Making laptop frequency scaling/suspend/etc work out of the box
when Laptop task is installed
It works out of the box in etch, with the cpufreq applet for the
On Wed, Aug 08, 2007 at 01:24:06PM -0400, Tim Hull wrote:
Regarding frequency scaling - it didn't work for me (I had to manually
enable it, though I didn't need a custom kernel or anything like that).
I'll investigate further and possibly file a bug.
/etc/default/cpufrequtils is the place to
On Wed, Aug 08, 2007 at 07:09:12PM +0200, Josselin Mouette wrote:
Le mercredi 08 août 2007 à 11:20 -0400, Tim Hull a écrit :
Iceweasel on the default install is like this - debian.org and Gmail
are two sites which demonstrate this. Instead of Bitstream Vera Sans
(or Serif), parts of
On Wed, Aug 08, 2007 at 01:24:06PM -0400, Tim Hull wrote:
Regarding drivers, I know there are source packages in non-free (and main,
for some free but out-of-tree drivers) and the module-assistant will build
these. I was just suggesting a more GUI-oriented approach (like Ubuntu
Restricted
Am Mittwoch, den 08.08.2007, 13:38 -0400 schrieb Tim Hull:
I just reported an ITP Bug for restricted-manager [1]
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=436722
--
It does need to be modified to work with Debian, though - such that it
Am Mittwoch, den 08.08.2007, 10:23 -0400 schrieb Tim Hull:
adapting Ubuntu's Restricted Manager to work with m-a. Non-free
drivers would *only* be displayed if non-free is in the sources.list.
We should also give the user the option to activate the component, like
we do in gnome-app-install.
--
On Wednesday 08 August 2007 01:24:06 pm Tim Hull wrote:
I guess that is a bug in iceweasel wrt. the default parameters.
Anyway, you should use epiphany instead, which doesn't have this issue
in etch :)
It's not just etch - this happens on lenny/sid as well.
I guess I should file a bug
On Wed, Aug 08, 2007 at 01:38:18PM -0400, Tim Hull wrote:
I just reported an ITP Bug for restricted-manager [1]
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=436722
Just making sure you know this...
You do not have to do this, and I think you have already realized why.
--
[Tim Hull]
Regarding frequency scaling - it didn't work for me (I had to
manually enable it, though I didn't need a custom kernel or anything
like that). I'll investigate further and possibly file a bug.
This is supposed to be handled automatically by the kernel when the
cpufrequtils package
At least with debian.org, it appears the CSS specifies a font of Arial,
Helvetica, sans-serif, which means if msttcorefonts isn't installed, it
falls back to the ugly bitmap Helvetica fonts. Which seems more like a
bug
in the CSS for a website for free software, than in the web browsers
Am Mittwoch 08 August 2007 16:39 schrieb Ben Goodger:
On 08/08/2007, Tim Hull [EMAIL PROTECTED] wrote:
* Making laptop frequency scaling/suspend/etc work out of the box when
Laptop task is installed
We already have this on the desktop, from what I can see (there is evidence
of a
Tim Hull wrote:
* Making laptop frequency scaling/suspend/etc work out of the box when
Laptop task is installed
I'm sad that this didn't get fixed in time for etch, but afaik it's
working fine for lenny. cpufrequtils contains an init script that loads
the appropriate governor module.
In addition, there is not reliable solution for suspend/hibernate,
especially
from X. There still some way to go for X and the kernel to get to there.
The bundled suspend scripts seem to be improving somewhat, but they need
work...
Additionally, it should be noted that a desktop task has
[Julian Andres Klode]
We should try to use binary packages provided by linux-modules-* or
other modules packages by default and fallback to m-a.
You might want to check out the recent changes to discover and
discover-data. It already had support for installing hardware
specific packages using
Ben Goodger [EMAIL PROTECTED] writes:
Simplifying the installation of non-free graphics card drivers
should also be a priority, though not to the extent Canonical are
currently planning.
I strongly disagree. The installation of non-free should *not* be a
priority for the Debian project, since
On 08/08/2007, Ben Finney [EMAIL PROTECTED] wrote:
Ben Goodger [EMAIL PROTECTED] writes:
Simplifying the installation of non-free graphics card drivers
should also be a priority, though not to the extent Canonical are
currently planning.
I strongly disagree. The installation of non-free
Which work? Could you please test with both Etch and testing or even
unstable write a report, send to debian-desktop ML -
[EMAIL PROTECTED], pointing to some bugs in or out of
our bug tracking system (if any) ?
I will do this...
It seems that we have no support for FAAC in main yet. Could
Oh, for the love of god, not more of this...
If these (read: nvidia/ati) drivers were DFSG-compliant, they'd be
included by default. Since this is not possible, it should be made as easy
as possible to install them. The only thing is to ensure that it remains an
opt-in, since people must
On 8/8/07, Tim Hull [EMAIL PROTECTED] wrote:
(...)
It seems that we have no support for FAAC in main yet. Could you point
out a package, set of packages or upstream projects that I should look
for?
I meant faad, sorry. Here's the main lib:
Petter Reinholdtsen wrote:
Regarding frequency scaling - it didn't work for me (I had to
manually enable it, though I didn't need a custom kernel or anything
like that). I'll investigate further and possibly file a bug.
As in my case it didn't work because the cpufreq related modules were
- driver detection
We've driver detection, what's wrong with this feature in your use
case scenario?
I was talking about driver detection with out-of-tree drivers that must be
built with module-assistant. It actually looks like something is in the
works, though.
- more streamlined live-CD
On 8/9/07, Tim Hull [EMAIL PROTECTED] wrote:
- driver detection
We've driver detection, what's wrong with this feature in your use
case scenario?
I was talking about driver detection with out-of-tree drivers that must be
built with module-assistant. It actually looks like something is
Could you please check that the 'about:plugins' output displays 'mov'
support? If not, which desktop environment and gecko 'based' browser
you're using ? Do you've the related task installed (eg: gnome-desktop
for GNOME, ...) ?
My browser (iceweasel) does include .mov as a supported format.
My browser (iceweasel) does include .mov as a supported format. All the
files I try to play open a player applet, but it does nothing. Trying to
open them manually with Totem results in a Video Codec Advanced Video
Coding (H264) is not installed error message. I even installed the ffmpeg
On 8/9/07, Tim Hull [EMAIL PROTECTED] wrote:
My browser (iceweasel) does include .mov as a supported format. All the
files I try to play open a player applet, but it does nothing. Trying to
open them manually with Totem results in a Video Codec Advanced Video
Coding (H264) is not
On Wed, 08 Aug 2007, Ben Goodger wrote:
On 08/08/2007, Ben Finney [EMAIL PROTECTED] wrote:
Individual developers can work on non-free to their heart's
content, but it should not get any priority from the Debian
project.
If these (read: nvidia/ati) drivers were DFSG-compliant, they'd be
You're right, but I thought you argued about Etch. Btw, the idea is
replace xine with gstreamer as default backend, but we've quite some
time until freeze, meanwhile I would recommend you stay tuned for
tasksel updates and switch to totem-gstreamer and install the 0.10
plugins, all of them
Dear all,
I have read some contradicting statements in the discussion about the
menu systems, and it is sometimes confusing. I will try to summarise:
* The GNOME menu is better because it is cleaner.
Although .desktop files apply to each menu system which are following
the FreeDesktop
* Charles Plessy [EMAIL PROTECTED] [070118 14:28]:
However, I also agree that it is boring and error-generating to maintain
menu entries in two separate files in separate formats. The .desktop
format has one great advantage: it supports internationalisation.
Which the Debian menu support since
Am 2005-12-12 17:36:15, schrieb Roberto C. Sanchez:
Better yet, we should make WindowMaker the only window manager in
Debian. Down with GNOME and KDE!
Does it show that I am a WindowMaker fan? :-)
:-P
FLAMEfvwm is better/FLAME using it since Slink
As a Debian Consultant I have customized
Eduardo Silva wrote:
As a lurker to debian-devel, I would like to point to
all a deficiency in the current KDE way of naming
menus, and hope that if Debian menu goes this way, it
should improve on it.
There is currently a discussion about improving Debian Menu at
debian-policy mailing list,
Hi,
Josselin Mouette wrote:
[Permissions on device nodes]
Currently, there are two ways of handling this situation:
- The Debian way, where this is controlled by Unix groups, and where the
default user belongs to these groups. Your message seems to imply the
opposite, and I welcome you to
On Sat, Dec 17, 2005 at 10:23:54PM -0800, Eduardo Silva wrote:
As a lurker to debian-devel, I would like to point to
all a deficiency in the current KDE way of naming
menus, and hope that if Debian menu goes this way, it
should improve on it.
The current way KDE names programs is:
Type of
As a lurker to debian-devel, I would like to point to
all a deficiency in the current KDE way of naming
menus, and hope that if Debian menu goes this way, it
should improve on it.
The current way KDE names programs is:
Type of Program (Application name)
So, for amarok it's:
Audio Player (amarok)
Thomas Viehmann wrote:
P.S.: Could someone give me a pointer about moving to .desktop and why
it is/was considered a bad idea? (Or if it's just a not worth it/noone
has time issue...)
I believe it was considered a good idea by everyone and the consensus was
that it should be done in the long run.
On Fri, Dec 16, 2005 at 02:51:13PM -0500, Nathanael Nerode wrote:
Thomas Viehmann wrote:
P.S.: Could someone give me a pointer about moving to .desktop and why
it is/was considered a bad idea? (Or if it's just a not worth it/noone
has time issue...)
I believe it was considered a good idea
Sune Vuorela [EMAIL PROTECTED] writes:
Why try to make kde and gnome look the same?
Well I don't know about other people, but for me it's partly a reaction
to the branding Gnome and KDE already try to do. I personally run a
mostly gnome env because I like some of the apps, but I don't feel any
Bill Allombert wrote:
... generic menu entries ... SuSE ...
What is needed at this point is a draft policy defining what will be
the new layout and what will be the generic titles.
KDE seems to use the GenericName .desktop entry.
Probably a good starting point would be to cannibalize these,
On Wed, Dec 14, 2005 at 07:02:03PM +0100, Thomas Viehmann wrote:
Bill Allombert wrote:
... generic menu entries ... SuSE ...
What is needed at this point is a draft policy defining what will be
the new layout and what will be the generic titles.
KDE seems to use the GenericName
David Nusinow wrote:
What are you talking about Debian Style?
Color scheme, artwork (default wallpaper, login screen, even CD covers).
All those little things that would make a user say Yep, that's Debian.
Check out the windowmaker package. It has (or had as of a few years ago) a
beautiful
* Linas Zvirblis [EMAIL PROTECTED] [2005-12-15 00:02:01]:
David Nusinow wrote:
What are you talking about Debian Style?
Color scheme, artwork (default wallpaper, login screen, even CD covers).
All those little things that would make a user say Yep, that's Debian.
Check out the
Hi,
thanks for your comments.
Bill Allombert wrote:
But there are another way: KDE and GNOME provide a non-Debian menu.
However there are no clear definition about what should go in this menu.
Maybe the policy could be to only put in this menu the applications
relevant to Bob User and keep
Gustavo Noronha Silva wrote:
What are you talking about Debian Style?
Color scheme, artwork (default wallpaper, login screen, even CD covers).
All those little things that would make a user say Yep, that's Debian.
The desktop-base package was supposed to address exactly that problem
Andreas Schuldei wrote:
so where can i have a look at this? could it please be put up
somewhere on the web?
The package is called wmaker. It is in Debian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On 2005-12-12, Linas Zvirblis [EMAIL PROTECTED] wrote:
A user should get the same visual feeling whether he chose GNOME or KDE
for his desktop, whether he decided for KDM or GDM etc. This might sound
Why try to make kde and gnome look the same?
If it is a goal to make all Bob User desktops
On Tue, Dec 13, 2005 at 12:03:57AM +0100, Eduard Bloch wrote:
* Joey Hess [Mon, Dec 12 2005, 03:53:02PM]:
This kind of disconnect between what an installed Debian system actually
does, what some developers think it does, and results like Debian
developers passing out Ubuntu CDs instead of
Christian Perrier wrote:
And, anyway, the KDE/Gnome thing is only one of the points I meant
about the usability of our default desktop system, when we target
our dear Bob User.
This is beyond tasksel, but Bob User would profit immensely from generic
menu entries. SuSE does this and I think
On Tue, Dec 13, 2005 at 10:28:28AM +0100, Moritz Muehlenhoff wrote:
Christian Perrier wrote:
And, anyway, the KDE/Gnome thing is only one of the points I meant
about the usability of our default desktop system, when we target
our dear Bob User.
This is beyond tasksel, but Bob User would
1 - 100 of 124 matches
Mail list logo