On Mon, 26 Dec 2011 at 21:16:49 -0500, Charles Suprin wrote:
Since no-one else has brought this up, there are portability
considerations. There are colons in Windows paths. The ever famous
c:\. Also old versions of Apple products used to use colons as well
for directory separators.
I
On Wed, 4 Jan 2012 13:57:51 +
Simon McVittie simon.mcvit...@collabora.co.uk wrote:
On Mon, 26 Dec 2011 at 21:16:49 -0500, Charles Suprin wrote:
Since no-one else has brought this up, there are portability
considerations. There are colons in Windows paths. The ever famous
c:\. Also
Charles Suprin hamaa...@gmail.com writes:
Since no-one else has brought this up, there are portability
considerations. There are colons in Windows paths. The ever famous
c:\. Also old versions of Apple products used to use colons as well
for directory separators. Perhaps the solution is to
Since no-one else has brought this up, there are portability
considerations. There are colons in Windows paths. The ever famous
c:\. Also old versions of Apple products used to use colons as well
for directory separators. Perhaps the solution is to have the
XDG_DATA_DIRS and XDG_CONFIG_DIRS
On Sunday, 25 de December de 2011 05.14.38, subscription.discuss...@gmail.com
wrote:
The XDG Base Directory Specification states that the environment variables
$XDG_DATA_DIRS and $XDG_CONFIG_DIRS both have a list of paths that are
separated by a colon (':') character. How should the values be
On Thursday 15 December 2011 23:35:34 Yury G. Kudryashov wrote:
David Faure wrote:
On Sunday 11 December 2011 15:16:32 Yury G. Kudryashov wrote:
Plugins should be installed to
${INSTALL_PREFIX}/lib${LIB_SUFFIX}${LIBRARY_SPECIFIC_SUFFIX}.
${LIB_SUFFIX} should be chosen in the same way
On Sunday 11 December 2011 15:16:32 Yury G. Kudryashov wrote:
XDG_PLUGIN_DIRS: either /usr/lib${LIB_SUFFIX} or
/usr/lib${LIB_SUFFIX}/plugins - what do you prefer?
Definitely the second one.
Otherwise people tend to confuse shared libs and plugins, and start linking to
plugins, and this
David Faure wrote:
On Sunday 11 December 2011 15:16:32 Yury G. Kudryashov wrote:
Plugins should be installed to
${INSTALL_PREFIX}/lib${LIB_SUFFIX}${LIBRARY_SPECIFIC_SUFFIX}.
${LIB_SUFFIX} should be chosen in the same way that is used for shared
libraries.
Buildsystem of a plugin-enabled
On Tuesday 06 September 2011 23:02:21 Yury G. Kudryashov wrote:
Yury G. Kudryashov wrote:
What do you think about $XDG_LIBRARY_DIRS${LIB_SUFFIX},
If anything, this should be called XDG_PLUGIN_DIRS or XDG_PLUGIN_PATH.
To make it clear that it's about dlopened plugins, not about shared
David Faure wrote:
First of all, thanks a lot for your answer!
On Tuesday 06 September 2011 23:02:21 Yury G. Kudryashov wrote:
Yury G. Kudryashov wrote:
What do you think about $XDG_LIBRARY_DIRS${LIB_SUFFIX},
If anything, this should be called XDG_PLUGIN_DIRS or XDG_PLUGIN_PATH.
OK.
В сообщении от 11 декабря 2011 09:04:17 вы написали:
On Wed, Aug 31, 2011 at 4:28 PM, Yury G. Kudryashov
Replying to the list.
Hi
Why are these outside /usr or /usr/local to begin with? It seems like
the initial premise is asking XDG to make an exception which subverts
FHS.
Example: a lot
Yury G. Kudryashov wrote:
Sorry for answering my own e-mail. What is the standard process of adding
something to the xdg dirs standard? Should I prepare a patch with exact
phrasing? Should I wait for more feedback before working on the patch?
Simon McVittie wrote:
On Thu, 01 Sep 2011 at
On Thu, 01 Sep 2011 at 00:28:37 +0400, Yury G. Kudryashov wrote:
I'm replying to an old thread. The original thread can be found here:
http://lists.freedesktop.org/archives/xdg/2010-November/011722.html
Simon McVittie wrote:
The most general and widely used naming scheme for ABIs in Free
Simon McVittie wrote:
On Thu, 01 Sep 2011 at 00:28:37 +0400, Yury G. Kudryashov wrote:
I'm replying to an old thread. The original thread can be found here:
http://lists.freedesktop.org/archives/xdg/2010-November/011722.html
Simon McVittie wrote:
The most general and widely used naming
On 11/22/10 5:31 AM, Simon McVittie wrote:
Current proposals for multiarch in LSB and Debian-derived distributions
http://lackof.org/taggart/hacking/multiarch/,
http://wiki.debian.org/multiarch, https://wiki.ubuntu.com/MultiarchSpec) use
GNU triplets to name subdirectories of /usr/lib, e.g.
Hi,
On 11/22/10 5:31 AM, Simon McVittie wrote:
So, I'd suggest mirroring those and using ~/.lib/CPU-[KERNEL-]OS/myapp/*.so.
With only slight hesitation due to fears of political correctness, I'd
suggest using Debian arch names here. They tend to be an awful lot more
sane for this purpose.
Le dimanche 21 novembre 2010 09:28:20 Ryan Lortie, vous avez écrit :
Having a separate 'lib' directory doesn't automatically solve the
problem associated with trying to use a home directory that contains
binaries on multiple different architectures. It's just a name.
This problem is not
On Tue, 23 Nov 2010 at 13:42:32 -0500, Ryan Lortie wrote:
With only slight hesitation due to fears of political correctness, I'd
suggest using Debian arch names here. They tend to be an awful lot more
sane for this purpose.
Speaking as a Debian Developer: they're much shorter, but you might
On Tue, 23.11.10 13:42, Ryan Lortie (de...@desrt.ca) wrote:
Hi,
On 11/22/10 5:31 AM, Simon McVittie wrote:
So, I'd suggest mirroring those and using
~/.lib/CPU-[KERNEL-]OS/myapp/*.so.
With only slight hesitation due to fears of political correctness, I'd
suggest using Debian
On Sun, 21 Nov 2010 at 02:28:20 -0500, Ryan Lortie wrote:
On Sat, 2010-11-20 at 20:15 -0600, Gary Kramlich wrote:
That leaves the data directory. However, the data directory on a unix
machine ends up being ~/.local/share and putting a native plugin under a
share directory seems to be
On 11/21/2010 01:28 AM, Ryan Lortie wrote:
Hi Gary,
On Sat, 2010-11-20 at 20:15 -0600, Gary Kramlich wrote:
That leaves the data directory. However, the data directory on a unix
machine ends up being ~/.local/share and putting a native plugin under a
share directory seems to be completely
For an app-level implementation, never assume that the desktop
environment (if any!) has set the XDG_* env vars. Just hard-code the
defaults and use those for variables that are unset. You can choose to
have EDE set them or not on desktop startup, but the applications should
to be able to
It's not required, but you can chose to do so.
Cheers,
Waldo
Intel Corporation - Platform Software Engineering, UMG - Hillsboro,
Oregon
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Sanel Zukan
Sent: Monday, March 26, 2007 8:12 AM
To: [EMAIL
Thanks for the answer.
Best,
--
Sanel
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xdg
On Mon, 26 Mar 2007 17:12:12 +0200 Sanel Zukan wrote:
Hi to all,
I am currently implementing Base directory specification for EDE,
according to documentation located at:
http://standards.freedesktop.org/basedir-spec/basedir-spec-0.6.html
There is stated: If $XDG_DATA_HOME is either not set or
Le lundi 26 mars 2007, à 09:23, Brian J. Tarricone a écrit :
On Mon, 26 Mar 2007 17:12:12 +0200 Sanel Zukan wrote:
Hi to all,
I am currently implementing Base directory specification for EDE,
according to documentation located at:
26 matches
Mail list logo
