Re: gnustep-base create $HOME/GNUstep/Library
> > This sort of thing is a recurring (though infrequent) issue ... people who > don't expect/want to see a GNUstep directory in their home directory, and who > (often) actively dislike the presence of anything other than the folders they > are force to have by their operating system. My impression is that the > objection arises basically a certain sense of 'tidiness'. > > Why don't we just change to using .GNUstep instead of GNUstep by default? I think that's a great idea, for the default (FHS) filesystem layout. The FHS document (http://proton.pathname.com/fhs/pub/fhs-2.3.pdf) actually addresses this: 3.8.2. Requirements User specific configuration files for applications are stored in the user’s home directory in a file that starts with the ’.’ character (a "dot file"). If an application needs to create more than one dot file then they should be placed in a subdirectory with a name starting with a ’.’ character, (a "dot directory"). In this case the configuration files should not start with the ’.’ character. 11 --Eric ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Fwd: gnustep-base create $HOME/GNUstep/Library
On 14.11.2011 09:25, Richard Frith-Macdonald wrote: Begin forwarded message: From: Julián Moreno Patiño Date: 13 November 2011 21:58:31 GMT To: discuss-gnus...@gnu.org Subject: gnustep-base create $HOME/GNUstep/Library Hi Dear GNUstep Developers, I co-maintain open source unar package in GNU Debian (decompress rar files), it uses NSDate class. We want to avoid the creation of $HOME/GNUstep/Library (it's created automatically by gnustep-base), because is not used by unar, are there a function, parameter or atribute to avoid this ?. Thank you so much for your help. This sort of thing is a recurring (though infrequent) issue ... people who don't expect/want to see a GNUstep directory in their home directory, and who (often) actively dislike the presence of anything other than the folders they are force to have by their operating system. My impression is that the objection arises basically a certain sense of 'tidiness'. Why don't we just change to using .GNUstep instead of GNUstep by default? It depends on what we are going to store there. User defaults and stuff like the font cache (which hopefully isn't used that much any more) autosaves and the colour list definitions should well go into a .GNUstep directory. On the other hand, locally installed applications or libraries should in my opinion be placed in visible directories. BTW I almost forgot to me mention that I would like to see the .GNUstepDefaults file be split up into a file per application. I cannot post this position often enough. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Fwd: gnustep-base create $HOME/GNUstep/Library
Begin forwarded message: > From: Julián Moreno Patiño > Date: 13 November 2011 21:58:31 GMT > To: discuss-gnus...@gnu.org > Subject: gnustep-base create $HOME/GNUstep/Library > > Hi Dear GNUstep Developers, > > I co-maintain open source unar package in GNU Debian (decompress rar files), > it uses NSDate class. We want to avoid the creation of $HOME/GNUstep/Library > (it's created automatically by gnustep-base), because is not used by unar, > are there a function, parameter or atribute to avoid this ?. > > Thank you so much for your help. This sort of thing is a recurring (though infrequent) issue ... people who don't expect/want to see a GNUstep directory in their home directory, and who (often) actively dislike the presence of anything other than the folders they are force to have by their operating system. My impression is that the objection arises basically a certain sense of 'tidiness'. Why don't we just change to using .GNUstep instead of GNUstep by default?___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev