Re: Extending xdg-user-dirs

Le Wed, 15 Jan 2014 23:40:44 +0100, David Nečas a écrit : > On Wed, Jan 15, 2014 at 10:29:49PM +0100, Alexandre Franke wrote: > > More generically, user generated content and work files are not > > exactly the same as purchased, downloaded, or transfered (from a > > device) media. > > > > How do

Re: Extending xdg-user-dirs

Le Wed, 15 Jan 2014 22:29:49 +0100, Alexandre Franke a écrit : > On Wed, Jan 15, 2014 at 8:00 PM, Cosimo Cecchi > wrote: > > Hi all, > > Hey, > > > Feedback welcome! > > Music player usually get all the content of the Music directory and > then grab metadata to present the tracks filtered by

systemd and cgroups

Recently, I experimented with Debian sid, which installed systemd. Systemd idea is nice, but its implementation is a catastrophe. It is more than one year I am using the kernel cgroups on gentoo to get rt scheduling with JACK, that without any trouble. http://trac.jackaudio.org/wiki/Cgroups On th

Re: More about "intents": Several improvements to desktop files and caches

Le Wed, 8 Jan 2014 22:45:41 +0100, Dominique Michel a écrit : > I will do it for terminator. How can I find if another term provide or > not a x-terminal-emulator? Never mind, I find it. ___ xdg mailing list xdg@lists.freedesktop.or

Re: More about "intents": Several improvements to desktop files and caches

Le Wed, 08 Jan 2014 18:52:32 +, Simon McVittie a écrit : > On 08/01/14 18:15, Dominique Michel wrote: > > I agree with you that a protocol is the way to get > > interoperability, but if upstream is not following it, we don't get > > it. In that case, xterm is the

Re: More about "intents": Several improvements to desktop files and caches

Le Wed, 08 Jan 2014 14:11:04 +, Simon McVittie a écrit : > > GNOME in Debian also needed its defaults to be changed, to not assume > that terminal implementations were command-line-compatible with > gnome-terminal (because x-terminal-emulator isn't). > > When associating files with applica

Re: More about "intents": Several improvements to desktop files and caches

Le Wed, 08 Jan 2014 14:11:04 +, Simon McVittie a écrit : > On 08/01/14 14:03, Dominique Michel wrote: > > It is another issue with the terminal emulators, some use -e to > > launch applications, other use -x, and I am not convinced the > > wrapper glue they done in D

Re: More about "intents": Several improvements to desktop files and caches

Le Tue, 7 Jan 2014 21:09:41 +, Jerome Leclanche a écrit : > On Mon, Jan 6, 2014 at 1:25 AM, Jerome Leclanche > wrote: > > Problem #2 > > Apps cannot set a default app of a specific category. Eg "default > > terminal emulator", "default window manager". This is an evolution > > of problem #1,

Re: More about "intents": Several improvements to desktop files and caches

Le Mon, 6 Jan 2014 15:38:34 +, Jerome Leclanche a écrit : > On Mon, Jan 6, 2014 at 1:56 PM, Bastien Nocera > wrote: > > On Mon, 2014-01-06 at 14:48 +0100, David Faure wrote: > >> On Monday 06 January 2014 14:44:27 Bastien Nocera wrote: > >> > On Mon, 2014-01-06 at 14:35 +0100, David Faure wr

Re: to-be-named

Le Tue, 31 Dec 2013 18:40:50 +0100, Andrea Zanellato a écrit : > Il 31/12/2013 14:25, Eike Hein ha scritto: > > On Tuesday 31 December 2013 14:22:14 Andrea Zanellato wrote: > >> Thanks for the quick reply. > >> I meant as global standard, not DE specific, maybe I miss some > >> rationale about gl

Re: Communication (was: Desktop file spec improvements (was: Binary name in the desktop file))

Le Sun, 29 Dec 2013 11:15:23 +, Jerome Leclanche a écrit : > I'm editing the subject because we seem to be going back and forth on > different points and it's leading to serious confusion. > > I remember TryExec now. TryExec partly fits one of my needs, although > there remains the issue of

Re: Binary name in the desktop file

Le Fri, 27 Dec 2013 14:28:52 +0800, Ma Xiaojun a écrit : > To me the issue is a very very simple. > How to alter the environment before executing a GUI program. > The requirement is do it in per-user, per-app basis. > > Currently there are two working solutions: > 1. Use env FOO=bar /path/to/rea

Re: Binary name in the desktop file

n the quoting in your desktop file (I didn't tested it). Dominique > > > On Thu, Dec 26, 2013 at 9:06 PM, Dominique Michel > wrote: > > Le Thu, 26 Dec 2013 20:37:56 +, > > Jerome Leclanche a écrit : > > > >> On Thu, Dec 26, 2013 at 8:33 PM, Lia

Re: Binary name in the desktop file

Le Thu, 26 Dec 2013 20:37:56 +, Jerome Leclanche a écrit : > On Thu, Dec 26, 2013 at 8:33 PM, Liam R E Quin > wrote: > > On Thu, 2013-12-26 at 10:56 +, Jerome Leclanche wrote: > >> I'd really like to be able to get the binary name from desktop > >> files > > > > What if there's no binary

Re: Binary name in the desktop file

ere else, it is in the program that interpret that Exec key and pass it to the system. Dominique > > > On Thu, Dec 26, 2013 at 8:34 PM, Dominique Michel > wrote: > > Le Thu, 26 Dec 2013 19:43:36 +, > > Jerome Leclanche a écrit : > > > >> I don't s

Re: Binary name in the desktop file

as wine provide extra files in /etc/xdg/menus and /usr/share/desktop-directories to deal with that non standard category.) Dominique > > J. Leclanche > > > On Thu, Dec 26, 2013 at 8:00 PM, Dominique Michel > wrote: > > Le Thu, 26 Dec 2013 20:19:08 +0100, > > Dominique Mi

Re: Binary name in the desktop file

Le Thu, 26 Dec 2013 20:19:08 +0100, Dominique Michel a écrit : > Le Thu, 26 Dec 2013 11:56:57 +, > Jerome Leclanche a écrit : > > > My point is, "env" is not what you should get for this. Wine is just > > using env as a "hacky" way to give wine

Re: Binary name in the desktop file

Le Thu, 26 Dec 2013 11:56:57 +, Jerome Leclanche a écrit : > My point is, "env" is not what you should get for this. Wine is just > using env as a "hacky" way to give wine the WINEPREFIX variable. > > > J. Leclanche So, this is a wine bug, as their non standard Wine category which is not p

Re: Binary name in the desktop file

Le Thu, 26 Dec 2013 10:56:11 +, Jerome Leclanche a écrit : > I'd really like to be able to get the binary name from desktop files > (eg a way to "start without any argument"). Current implementations > rely on getting the first word of the Exec key OR replace %f etc by > nothing, but that fai

Re: open(1) removed from Debian? (was: 'open' instead of 'xdg-open' for usability?)

Le Tue, 24 Dec 2013 12:59:13 +0800, Ma Xiaojun a écrit : > > A danger in customizing shell-level commands is that shell-scripts > > can become hard to debug remotely and hard to share. > > True. But you can even customize /bin/sh on Debian/Ubuntu. > > > I'm personally in favour of keeping xdg-o

Re: 'open' instead of 'xdg-open' for usability?

Le Tue, 17 Dec 2013 16:58:57 +0100, Diggory Hardy a écrit : > Replying because this is a good question and not fully answered... > > The problem is not standards but compatibility, as stated. > > What was not mentioned is that Debian switched the default /bin/sh > implementation from bash to a

application menu with full support for the additional categories

Hi, I begun to make a xdg application menu with full support for the additional FreeDesktop categories for fvwm. It will be usable with any desktop/wm that support the xdg menu. https://github.com/domichel/fvwm-xdg-menu Before I continue, I want to be sure I am not making duplicated efforts. I g

Re: Linux Malware

Le Fri, 15 Nov 2013 15:10:12 -0800, Stephen Reichow a écrit : > Hello, I have found some components of freedesktop.org are being > abused in conjunction with a rootkit infection. > > http://www.freedesktop.org/wiki/Software/PolicyKit/PluggableArchitecture/ I guess polkit is the one that was abu