[rfc][icedtea-web] fix for RH947647, following the XDG basedir specification

Rahul Sundaram metherid at gmail.com
Wed Jun 5 22:32:48 PDT 2013


Hi

If it is ok to call into that, it would work in a standard way according to
the spec.   It is well tested and widely used.

Rahul


On Tue, Jun 4, 2013 at 12:25 PM, Andrew Hughes <gnu.andrew at redhat.com>wrote:

>
>
> ----- Original Message -----
> > Hi
> >
> >
> > On Tue, May 21, 2013 at 6:53 AM, Jiri Vanek <jvanek at redhat.com> wrote:
> >
> > >
> > > Some more thoughts about this:
> > >  - eg I have non XDG variable set, but many applications have already
> > > started to use theirs default values.
> > >
> >
> > I am not sure what you mean by this but distributions aren't supposed to
> > set any of XDG environment variables by default.  It is solely a
> deployment
> > customization for the odd cases out there.  Running cache in tmpfs or
> > config from nfs or whatever
> >
> >
> > > - If we decide to move to ./config and ./cache:
> > >    if used XDG* variables are set, then use them. otherwise use
> ./config
> > > and ./cache
> > >    if they change, user is on his own?
> > >
> >
> > Yes.  If users customize it, they will have to deal with the fallout.
> >
> >
> > > - how about xdg not following systems (windows) ? Keep .icedtea or
> move to
> > > ./config and ./cache ?
> > >
> >
> > Hidden directories is not how Windows programs stores its profiles.  You
> > might consider following what glib helper functions do
> >
> > Refer to
> >
> https://developer.gnome.org/glib/2.34/glib-Miscellaneous-Utility-Functions.html
> >
> > g_get_user_cache_dir() and so on
> >
>
> I didn't realise glib supported this for so long (since 2.6).  It seems
> like an
> excellent solution to just use that.
>
> > Rahul
> >
>
> --
> Andrew :)
>
> Free Java Software Engineer
> Red Hat, Inc. (http://www.redhat.com)
>
> PGP Key: 248BDC07 (https://keys.indymedia.org/)
> Fingerprint = EC5A 1F5E C0AD 1D15 8F1F  8F91 3B96 A578 248B DC07
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20130606/b6584281/attachment.html 


More information about the distro-pkg-dev mailing list