Re: Customizable filesystem support for GNUstep
Thanks ... I'm surprised this post didn't spark any hot discussion ;-) Anyway, I committed your layout to trunk. Thanks for contributing :-) -Original Message- From: Chris Vetter <[EMAIL PROTECTED]> Sent: Sun, March 11, 2007 11:45 am To: discuss-gnustep@gnu.org Subject: Re: Customizable filesystem support for GNUstep Hi, attached is a somewhat Mac'ish filesystem structure. It mimicks most of the layout, but doesn't go all the way since GNUstep doesn't have GNUSTEP_DEVELOPER_xyz for example. -- Chris ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
Hi, attached is a somewhat Mac'ish filesystem structure. It mimicks most of the layout, but doesn't go all the way since GNUstep doesn't have GNUSTEP_DEVELOPER_xyz for example. -- Chris macish Description: Binary data ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
This was news to me. Thanks. I rarely use CSH, and this worked on the two boxes I tried it on. But you are correct, just tried this on Solaris and it fails. They more-or-less apologize for this in the NOTES on the CSH man page. Thanks, --Robert On Mar 9, 2007, at 5:37 AM, Wolfgang Lux wrote: Robert Slover wrote: To avoid the overhead of starting the Bourne shell just to utilize IFS, you can use a csh variable modifier to break the path up on each ':' foreach dir ( "" ${GNUSTEP_TOOLS_PATHLIST:as~:~ ~} ) instead of foreach dir ( `/bin/sh -c 'IFS=:; for i in '"${GNUSTEP_TOOLS_PATHLIST}"'; do echo $i; done'` ) :a --> apply to all :s~a~b~ --> substitute string b for string a (Note that there is a space between the last two tildes, so this substitutes a space for all colon delimiters in the variable value). Well, yes -- except that it is not portable. For instance, /bin/csh on Solaris does not support :s modifiers on variables (and neither understands the a modifier). Regards Wolfgang ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
Robert Slover wrote: To avoid the overhead of starting the Bourne shell just to utilize IFS, you can use a csh variable modifier to break the path up on each ':' foreach dir ( "" ${GNUSTEP_TOOLS_PATHLIST:as~:~ ~} ) instead of foreach dir ( `/bin/sh -c 'IFS=:; for i in '"$ {GNUSTEP_TOOLS_PATHLIST}"'; do echo $i; done'` ) :a --> apply to all :s~a~b~ --> substitute string b for string a (Note that there is a space between the last two tildes, so this substitutes a space for all colon delimiters in the variable value). Well, yes -- except that it is not portable. For instance, /bin/csh on Solaris does not support :s modifiers on variables (and neither understands the a modifier). Regards Wolfgang ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
To avoid the overhead of starting the Bourne shell just to utilize IFS, you can use a csh variable modifier to break the path up on each ':' foreach dir ( "" ${GNUSTEP_TOOLS_PATHLIST:as~:~ ~} ) instead of foreach dir ( `/bin/sh -c 'IFS=:; for i in '"${GNUSTEP_TOOLS_PATHLIST}"'; do echo $i; done'` ) :a --> apply to all :s~a~b~ --> substitute string b for string a (Note that there is a space between the last two tildes, so this substitutes a space for all colon delimiters in the variable value). HTH --Robert On Mar 8, 2007, at 9:13 AM, Nicola Pero wrote: Thanks ... clever. I fixed it on trunk. :-) Thanks for your help -Original Message- From: Wolfgang Lux <[EMAIL PROTECTED]> Sent: Sat, March 3, 2007 10:17 am To: [EMAIL PROTECTED] Cc: Discuss-gnustep Subject: Re: Customizable filesystem support for GNUstep I wrote: Nicola Pero wrote: Anyway - let me know if it now works better! ;-) It does. Thanks I shall correct myself -- it almost works. GNUstep.csh doesn't set up $path correctly. In particular, the various Tools directories are not included in the path due to a quotation error. The patch below fixes this. Regards Wolfgang Index: GNUstep.csh.in === --- GNUstep.csh.in (Revision 24757) +++ GNUstep.csh.in (Arbeitskopie) @@ -197,7 +197,7 @@ end set temp_path = "" -foreach dir ( `/bin/sh -c 'IFS=:; for i in $ {GNUSTEP_TOOLS_PATHLIST}; do echo $i; done'` ) +foreach dir ( `/bin/sh -c 'IFS=:; for i in '"$ {GNUSTEP_TOOLS_PATHLIST}"'; do echo $i; done'` ) set temp_path="${temp_path}${dir}:" if ( "${GNUSTEP_IS_FLATTENED}" == "no" ) then set temp_path="${temp_path}${dir}/${GNUSTEP_HOST_CPU}/$ {GNUSTEP_HOST_OS}/${LIBRARY_COMBO}:" ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
Thanks ... clever. I fixed it on trunk. :-) Thanks for your help -Original Message- From: Wolfgang Lux <[EMAIL PROTECTED]> Sent: Sat, March 3, 2007 10:17 am To: [EMAIL PROTECTED] Cc: Discuss-gnustep Subject: Re: Customizable filesystem support for GNUstep I wrote: > Nicola Pero wrote: > >> Anyway - let me know if it now works better! ;-) > > It does. Thanks I shall correct myself -- it almost works. GNUstep.csh doesn't set up $path correctly. In particular, the various Tools directories are not included in the path due to a quotation error. The patch below fixes this. Regards Wolfgang Index: GNUstep.csh.in === --- GNUstep.csh.in (Revision 24757) +++ GNUstep.csh.in (Arbeitskopie) @@ -197,7 +197,7 @@ end set temp_path = "" -foreach dir ( `/bin/sh -c 'IFS=:; for i in $ {GNUSTEP_TOOLS_PATHLIST}; do echo $i; done'` ) +foreach dir ( `/bin/sh -c 'IFS=:; for i in '"$ {GNUSTEP_TOOLS_PATHLIST}"'; do echo $i; done'` ) set temp_path="${temp_path}${dir}:" if ( "${GNUSTEP_IS_FLATTENED}" == "no" ) then set temp_path="${temp_path}${dir}/${GNUSTEP_HOST_CPU}/$ {GNUSTEP_HOST_OS}/${LIBRARY_COMBO}:" ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
I wrote: Nicola Pero wrote: Anyway - let me know if it now works better! ;-) It does. Thanks I shall correct myself -- it almost works. GNUstep.csh doesn't set up $path correctly. In particular, the various Tools directories are not included in the path due to a quotation error. The patch below fixes this. Regards Wolfgang Index: GNUstep.csh.in === --- GNUstep.csh.in (Revision 24757) +++ GNUstep.csh.in (Arbeitskopie) @@ -197,7 +197,7 @@ end set temp_path = "" -foreach dir ( `/bin/sh -c 'IFS=:; for i in $ {GNUSTEP_TOOLS_PATHLIST}; do echo $i; done'` ) +foreach dir ( `/bin/sh -c 'IFS=:; for i in '"$ {GNUSTEP_TOOLS_PATHLIST}"'; do echo $i; done'` ) set temp_path="${temp_path}${dir}:" if ( "${GNUSTEP_IS_FLATTENED}" == "no" ) then set temp_path="${temp_path}${dir}/${GNUSTEP_HOST_CPU}/$ {GNUSTEP_HOST_OS}/${LIBRARY_COMBO}:" ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
Helge Hess <[EMAIL PROTECTED]> wrote: : On Feb 16, 2007, at 18:45, Stefan Bidigaray wrote: :> So in the Mac there's no such thing as a Local domain? I guess I :> can see why from a usability stand point. : It has, its the directories living in the root. The System libs are : in the system subdir, eg: : /Library => Local : /System/Library => System : A bit unusual, but IMHO makes sense ;-) Only as long as the user(!)-root home-directory is not '/', so that it is separated from ~root/Library. With the above choice, problems can be imminent. If memory serves me right, Apple has put "root's" homedirectory into /var (/var/root), where /var is a symlink to /private/var; for me this contradicts the Unix-rule of always putting "root's" homedirectory in the 'root-filesystem', while /var is an 'official possible mountpoint' in that filesystem-layout. On the other hand I don't know if "/private" (NeXT's invention) is allowed to be a mounted partition or has to always reside in the root-filesystem. The intention of NeXT was to have all files, that make up the 'personality' of a machine in a separate filesystem (that has to be writeable!), thus '/private'; this also suggests, that it should be (allowed to be) mountable, thus a 'non-root filesystem'. But as /etc lives in /private, too (via symlink) ... So either '/LocalLibrary' (as on NEXTSTEP/OPENSTEP) or '/Local/Library' would not only be a less unusual, but really better choice in my eyes, to avoid namespace-conflicts. But since it is Apple's proprietary system, it's their choice, of course. For GNUstep, that shouldn't be mimicked. I do hope, we're not running into that danger :-). Greetings, Ruediger ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
On Feb 16, 2007, at 18:45, Stefan Bidigaray wrote: So in the Mac there's no such thing as a Local domain? I guess I can see why from a usability stand point. It has, its the directories living in the root. The System libs are in the system subdir, eg: /Library=> Local /System/Library => System A bit unusual, but IMHO makes sense ;-) Greets, Helge -- Helge Hess http://www.helgehess.eu/ ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
Nicola Pero wrote: Anyway - let me know if it now works better! ;-) It does. Thanks Wolfgang ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
Thanks ... it looks like the maximum variable name is 30 chars in tcsh 6.12, even if it is 256 in tcsh 6.14 (the one I had tested on my system). :-( So I changed all documentation variables to use 'DOC' instead of 'DOCUMENTATION'. That is also somewhat consistent with 'APPS' used instead of 'APPLICATIONS' in the variable names. ;-) For backwards compatibility, GNUSTEP_DOCUMENTATION, GNUSTEP_DOCUMENTATION_MAN and GNUSTEP_DOCUMENTATION_INFO will still be defined inside gnustep-make invocations. :-) In the future (next 4 years), everyone will be asked to slowly move over to use the new variable names GNUSTEP_[xxx_]DOC[_yyy]. Those variables are not available in gnustep-make v1 so no hurry to move over. Anyway - let me know if it now works better! ;-) Thanks -Original Message- From: Wolfgang Lux <[EMAIL PROTECTED]> Sent: Mon, February 26, 2007 11:41 am To: [EMAIL PROTECTED] Cc: discuss-gnustep@gnu.org Subject: Re: Customizable filesystem support for GNUstep Nicola Pero wrote: > I completed an implementation of customizable filesystem support > for GNUstep (which includes > Linux FHS) and committed that to trunk. :-) > > If you only want stable code, stay away from trunk for a few days > still. So I finally upgraded GNUstep make and immediately hit a problem with GNUstep.csh. When sourcing that file I get an error csh: Variable name too long. Turning on verbose, it the problem is in filesystem.csh in the line if ( ! ${?GNUSTEP_SYSTEM_DOCUMENTATION_MAN} ) then May I suggest using shorter names for the environment variables (e.g., suffix DOC instead of DOCUMENTATION or omitting DOCUMENTATION altogether for the man and info paths). Regards Wolfgang P.S.: This happens for tcsh version 6.12 (which is installed by default on OS X 10.4 and also on Solaris 10). ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
Nicola Pero wrote: I completed an implementation of customizable filesystem support for GNUstep (which includes Linux FHS) and committed that to trunk. :-) If you only want stable code, stay away from trunk for a few days still. So I finally upgraded GNUstep make and immediately hit a problem with GNUstep.csh. When sourcing that file I get an error csh: Variable name too long. Turning on verbose, it the problem is in filesystem.csh in the line if ( ! ${?GNUSTEP_SYSTEM_DOCUMENTATION_MAN} ) then May I suggest using shorter names for the environment variables (e.g., suffix DOC instead of DOCUMENTATION or omitting DOCUMENTATION altogether for the man and info paths). Regards Wolfgang P.S.: This happens for tcsh version 6.12 (which is installed by default on OS X 10.4 and also on Solaris 10). ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
On 24 Feb 2007, at 21:40, Jeff Teunissen wrote: By the way, there is only one "Admin" directory -- /NextAdmin. / LocalAdmin and /NetAdmin are not searched unless you specifically add them to the path with a dwrite, where /LocalApps and /NetApps are automagically supported (like /LocalLibrary and /NetLibrary). Yup, that's the "hard and fast" part of my next layout. Or at least part of it. Mapping all of the various GNUSTEP_${DOMAIN}_ADMIN_APPS onto GNUSTEP_SYSTEM_ADMIN_APPS would suck worse than creating directories which match an implied structure, IMO. Of course it's a somewhat academic discussion as the idea is that only the system distributors are providing administration apps, and everyone else's apps are local apps even if they happen to provide administrative functions ;-) Cheers, Graham. ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
Sergii Stoian wrote: > Hi, Jeff. > > According to the doc (OpenStep UIG) directory is > called /Net. It's not prefix. > It can't be prefix because it's "mount point" for network resources. On NeXTstep and OPENSTEP there is support for both a /Net directory that is a location for network mount points (it is not a mount point itself), AND /Net* dirs for app/library paths in the default search path. These directories do not, by default, exist. Neither /Net nor /NetApps, /NetLibrary, etc. are created by the installer...but /NetApps and /NetLibrary are searched by the Workspace Manager for apps and services (/Net is not, ever: that would be a Certified Stupid Idea). By the way, there is only one "Admin" directory -- /NextAdmin. /LocalAdmin and /NetAdmin are not searched unless you specifically add them to the path with a dwrite, where /LocalApps and /NetApps are automagically supported (like /LocalLibrary and /NetLibrary). When you mount an NFS share, it (by default) mounts on /Net/hostname/path, creating the deep path if necessary. -- | Jeff Teunissen -=- Pres., Dusk To Dawn Computing -=- deek at d2dc.net | GPG: 1024D/9840105A 7102 808A 7733 C2F3 097B 161B 9222 DAB8 9840 105A | Core developer, The QuakeForge Project http://www.quakeforge.net/ | Specializing in Debian GNU/Linux http://www.d2dc.net/~deek/ ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
On 21 Feb 2007, at 15:15, Richard Frith-Macdonald wrote: On 21 Feb 2007, at 15:05, Sergii Stoian wrote: Richard, What we are discussing now is not default filesystem layout here. So, I think in disscussion was involved people who is interested in NeXT fs layout. I used to run NeXTstep, and still have a copy of 3.2, but no machine I can run it on :-( So, not a big issue, and not worth voting I guess, but I have an interest. I'll watch and keep quiet. PS. I tried installing NeXTstep on a Parallels virtual machine a few months ago, without success. Has anyone else managed that? Yes, I installed each of 3.3, OPENSTEP/Mach 4.2, Rhapsody DR1 and DR2. I wrote quite a bit about it at the time (mainly about OPENSTEP, as the then-employers needed that for what might roughly be called "business" purposes): *ferrets about in archives* http://iamleeg.blogspot.com/2006_04_01_archive.html [and later] looks to me like the files which contained the screenshots have disappeared. Damn. Cheers, Graham. ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
On 2/21/07, Richard Frith-Macdonald <[EMAIL PROTECTED]> wrote: PS. I tried installing NeXTstep on a Parallels virtual machine a few months ago, without success. Has anyone else managed that? I didn't try with NeXTSTEP (somehow I seem to have lost the boot cd -- still have the dev one ! ;-) but OPENSTEP works. -- Nicolas Roard "La perfection, ce n'est pas quand il n'y a plus rien à ajouter, c'est quand il n'y a plus rien à retrancher." -- Antoine de St-Exupéry ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
On 21 Feb 2007, at 15:05, Sergii Stoian wrote: Richard, What we are discussing now is not default filesystem layout here. So, I think in disscussion was involved people who is interested in NeXT fs layout. I used to run NeXTstep, and still have a copy of 3.2, but no machine I can run it on :-( So, not a big issue, and not worth voting I guess, but I have an interest. I'll watch and keep quiet. PS. I tried installing NeXTstep on a Parallels virtual machine a few months ago, without success. Has anyone else managed that? ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
Richard, What we are discussing now is not default filesystem layout here. So, I think in disscussion was involved people who is interested in NeXT fs layout. My 2c. Just to clarify situation. On 2/21/07, Richard Frith-Macdonald <[EMAIL PROTECTED]> wrote: On 21 Feb 2007, at 13:11, Sergii Stoian wrote: > Hi, Jeff. > > According to the doc (OpenStep UIG) directory is called /Net. It's > not prefix. > It can't be prefix because it's "mount point" for network resources. > > Actually I have some thoughts about 'next' layout: > > 1. change GNUSTEP_*_LIBRARIES from /GNUDeveloper/Libraries to > /GNULibrary/Libraries besause libraries is used primarily for normal > applications and tools run. Apple puts Frameworks inside Library, and iirc the logic of putting Libraries inside Library was partly to be consistent with Apple, and partly to avoid another top-level directory cluttering things up for users. I think both those rationales still apply. > 2. Change GNUSTEP_USER_CONFIG_FILE to Library/Preferences/ > GNUstep.conf. I have no particular objection (ie it looks a logical place to me) other than "if it ain't broke, don't fix it" Why don't we have a voting system for these cases where there is no real technical issue, just a case of what people prefer? -- Sergii Stoian, ProjectCenter maintainer ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
On 2/21/07, Richard Frith-Macdonald <[EMAIL PROTECTED]> wrote: Why don't we have a voting system for these cases where there is no real technical issue, just a case of what people prefer? This brings up an interesting idea! Why don't we move this discussion to the Wiki? There we can set up a simple voting procedure, introduce new filesystem layouts, etc. I checked and there is no FileSystem_Layout page, so we can do it there, or somewhere with a better title. Either way, I think it would be better to discuss this stuff there. Stefan ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
On 21 Feb 2007, at 13:11, Sergii Stoian wrote: Hi, Jeff. According to the doc (OpenStep UIG) directory is called /Net. It's not prefix. It can't be prefix because it's "mount point" for network resources. Actually I have some thoughts about 'next' layout: 1. change GNUSTEP_*_LIBRARIES from /GNUDeveloper/Libraries to /GNULibrary/Libraries besause libraries is used primarily for normal applications and tools run. Apple puts Frameworks inside Library, and iirc the logic of putting Libraries inside Library was partly to be consistent with Apple, and partly to avoid another top-level directory cluttering things up for users. I think both those rationales still apply. 2. Change GNUSTEP_USER_CONFIG_FILE to Library/Preferences/ GNUstep.conf. I have no particular objection (ie it looks a logical place to me) other than "if it ain't broke, don't fix it" Why don't we have a voting system for these cases where there is no real technical issue, just a case of what people prefer? ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
On 21 Feb 2007, at 13:11, Sergii Stoian wrote: Hi, Jeff. According to the doc (OpenStep UIG) directory is called /Net. It's not prefix. It can't be prefix because it's "mount point" for network resources. OK, I got that a bit wrong :-) Actually I have some thoughts about 'next' layout: 1. change GNUSTEP_*_LIBRARIES from /GNUDeveloper/Libraries to /GNULibrary/Libraries besause libraries is used primarily for normal applications and tools run. 2. Change GNUSTEP_USER_CONFIG_FILE to Library/Preferences/ GNUstep.conf. Comments? 1 - yep, good point...I was probably thinking Developer as that's where headers went, you are of course correct. 2 - I don't mind either way on that one ;-). Cheers, Graham. ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
Hi, Jeff. According to the doc (OpenStep UIG) directory is called /Net. It's not prefix. It can't be prefix because it's "mount point" for network resources. Actually I have some thoughts about 'next' layout: 1. change GNUSTEP_*_LIBRARIES from /GNUDeveloper/Libraries to /GNULibrary/Libraries besause libraries is used primarily for normal applications and tools run. 2. Change GNUSTEP_USER_CONFIG_FILE to Library/Preferences/GNUstep.conf. Comments? On 2/21/07, Jeff Teunissen <[EMAIL PROTECTED]> wrote: Sergii Stoian wrote: [snip] > Actually, what I called openstep is what Graham proposed. Exept the > usage of /bin and /sbin > dirs. I will not commit my layout because of 98% of similarity with Graham's. The OpenStep Network prefix was Net. NetApps, NetLibrary, etc. -- | Jeff Teunissen -=- Pres., Dusk To Dawn Computing -=- deek at d2dc.net | GPG: 1024D/9840105A 7102 808A 7733 C2F3 097B 161B 9222 DAB8 9840 105A | Core developer, The QuakeForge Project http://www.quakeforge.net/ | Specializing in Debian GNU/Linux http://www.d2dc.net/~deek/ ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep -- Sergii Stoian, ProjectCenter maintainer ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
Sergii Stoian wrote: [snip] > Actually, what I called openstep is what Graham proposed. Exept the > usage of /bin and /sbin > dirs. I will not commit my layout because of 98% of similarity with Graham's. The OpenStep Network prefix was Net. NetApps, NetLibrary, etc. -- | Jeff Teunissen -=- Pres., Dusk To Dawn Computing -=- deek at d2dc.net | GPG: 1024D/9840105A 7102 808A 7733 C2F3 097B 161B 9222 DAB8 9840 105A | Core developer, The QuakeForge Project http://www.quakeforge.net/ | Specializing in Debian GNU/Linux http://www.d2dc.net/~deek/ ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
Graham J Lee <[EMAIL PROTECTED]> wrote: : On 16 Feb 2007, at 17:29, Stefan Bidigaray wrote: Hello, while most of this seems to be correct, I would like to point out two things here: :> What I actually meant was, isn't the Mac layout exactly like the :> OPENSTEP layout? This is the OPENSTEP, not the OpenStep filesystem layout down there! ... : Not at all. OPENSTEP on the left, Mac on the right: : /NextApps /Applications : /NextAdmin(/Applications/Utilities, /System/Library/CoreServices, / : Applications) : /NextLibrary /System/Library : /NextDeveloper/Developer : /LocalApps/Applications : /LocalAdmin /Applications : /LocalLibrary /Library and we (GNUstep) already had an intensive discussion about a filesystem hierarachy some years ago in this forum. The result was a proposal then located at http://www.linuxstep.org/documentation/GNUstepFH.html. I made the mistake of only bookmarking this and not preserving a copy. And now, the linuxstep page isn't in a working condition any longer - a pity. I now extracted a copy from the groups-archive, but it is most probably not(!) the latest/newest one. If someone payed better attention than me, he may probably come up with a more recent version and/or a link to it. In the meantime, 'my' URL might provide a basis: http://debian.uni-essen.de/misc/GNUstep/Docs/FilesystemHierarchie/GNUstepFH.txt When you're not aware of the existance of this document, you should read it and the discussion(s) about it in this group around 2002/03. Thanks and greetings, Ruediger Oberhage ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
On 2007-02-19 17:12:04 +0200 Richard Frith-Macdonald <[EMAIL PROTECTED]> wrote: On 19 Feb 2007, at 14:50, Richard Frith-Macdonald wrote: On 19 Feb 2007, at 11:21, Enrico Sersale wrote: After removing my old "/usr/GNUstep" and "/etc/GNUstep" and after installing the new -make (and sourcing the new "/usr/GNUstep/ System/Library/Makefiles/GNUstep.sh"), this is what I get trying to compile base: That should be fixed in svn trunk (worked for me very recently) ... but things are still highly unstable with changes for different filesystem layouts etc. Of course, by that I mean thanks, expect problems, but please try again and report the same and/or new problems. Now it seems to work. ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
On 19 Feb 2007, at 14:50, Richard Frith-Macdonald wrote: On 19 Feb 2007, at 11:21, Enrico Sersale wrote: After removing my old "/usr/GNUstep" and "/etc/GNUstep" and after installing the new -make (and sourcing the new "/usr/GNUstep/ System/Library/Makefiles/GNUstep.sh"), this is what I get trying to compile base: That should be fixed in svn trunk (worked for me very recently) ... but things are still highly unstable with changes for different filesystem layouts etc. Of course, by that I mean thanks, expect problems, but please try again and report the same and/or new problems. ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
On 19 Feb 2007, at 11:21, Enrico Sersale wrote: After removing my old "/usr/GNUstep" and "/etc/GNUstep" and after installing the new -make (and sourcing the new "/usr/GNUstep/System/ Library/Makefiles/GNUstep.sh"), this is what I get trying to compile base: That should be fixed in svn trunk (worked for me very recently) ... but things are still highly unstable with changes for different filesystem layouts etc. ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
After removing my old "/usr/GNUstep" and "/etc/GNUstep" and after installing the new -make (and sourcing the new "/usr/GNUstep/System/Library/Makefiles/GNUstep.sh"), this is what I get trying to compile base: GSSSLHandle.m:53:22: warning: GSConfig.h: No such file or directory In file included from ../Headers/Foundation/NSGeometry.h:31, from ../Headers/Foundation/NSAffineTransform.h:33, from ../Headers/Foundation/Foundation.h:38, from GSSSLHandle.m:54: ../Headers/Foundation/NSString.h:354: warning: type defaults to 'int' in declaration of 'type name' ../Headers/Foundation/NSString.h:354: error: expected ')' before 'GSNativeChar' ../Headers/Foundation/NSString.h:368: error: expected ')' before 'GSNativeChar' In file included from ../Headers/Foundation/NSArchiver.h:33, from ../Headers/Foundation/Foundation.h:39, from GSSSLHandle.m:54: ../Headers/Foundation/NSCoder.h:259: warning: type defaults to 'int' in declaration of 'type name' ../Headers/Foundation/NSCoder.h:259: error: expected ')' before 'uint8_t' ../Headers/Foundation/NSCoder.h:315: warning: type defaults to 'int' in declaration of 'type name' ../Headers/Foundation/NSCoder.h:315: error: expected ')' before 'uint8_t' In file included from ../Headers/Foundation/Foundation.h:44, from GSSSLHandle.m:54: ../Headers/Foundation/NSByteOrder.h:38: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'NSSwappedFloat' ../Headers/Foundation/NSByteOrder.h:39: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'NSSwappedDouble' ... [snip] ... ../Headers/Foundation/NSStream.h:246: error: expected ')' before 'uint8_t' GSSSLHandle.m: In function 'sslError': GSSSLHandle.m:94: error: cannot find interface declaration for 'NSConstantString' make[2]: *** [obj/GSSSLHandle.o] Error 1 make[1]: *** [SSL.all.bundle.variables] Error 2 make: *** [internal-all] Error 2 *Not* removing my old "/usr/GNUstep" directory I can build -base with the new makefiles but, with -gui, I get: [EMAIL PROTECTED] gui]# make ; make install Making all in Source... make[1]: Entering directory `/opt/Surse/gnustep/gstep_compilato/gui/Source' /usr/GNUstep/System/Library/Makefiles/mkinstalldirs . mv ../Headers/Additions/GNUstepGUI/config.h . touch ./config.h Making all for library libgnustep-gui... Compiling file Functions.m ... In file included from /usr/GNUstep/System/Library/Headers/Foundation/NSBundle.h:37, from Functions.m:30: /usr/GNUstep/System/Library/Headers/Foundation/NSString.h:354: warning: type defaults to 'int' in declaration of 'type name' /usr/GNUstep/System/Library/Headers/Foundation/NSString.h:354: error: expected ')' before 'GSNativeChar' /usr/GNUstep/System/Library/Headers/Foundation/NSString.h:368: error: expected ')' before 'GSNativeChar' In file included from ../Headers/AppKit/NSEvent.h:34, from Functions.m:34: /usr/GNUstep/System/Library/Headers/Foundation/NSCoder.h:259: warning: type defaults to 'int' in declaration of 'type name' /usr/GNUstep/System/Library/Headers/Foundation/NSCoder.h:259: error: expected ')' before 'uint8_t' /usr/GNUstep/System/Library/Headers/Foundation/NSCoder.h:315: warning: type defaults to 'int' in declaration of 'type name' /usr/GNUstep/System/Library/Headers/Foundation/NSCoder.h:315: error: expected ')' before 'uint8_t' Functions.m: In function 'NSApplicationMain': Functions.m:63: error: cannot find interface declaration for 'NSConstantString' make[2]: *** [obj/Functions.o] Error 1 make[1]: *** [libgnustep-gui.all.library.variables] Error 2 make[1]: Leaving directory `/opt/Surse/gnustep/gstep_compilato/gui/Source' make: *** [internal-all] Error 2 Making all in Source... make[1]: Entering directory `/opt/Surse/gnustep/gstep_compilato/gui/Source' Making all for library libgnustep-gui... Compiling file Functions.m ... In file included from /usr/GNUstep/System/Library/Headers/Foundation/NSBundle.h:37, from Functions.m:30: /usr/GNUstep/System/Library/Headers/Foundation/NSString.h:354: warning: type defaults to 'int' in declaration of 'type name' /usr/GNUstep/System/Library/Headers/Foundation/NSString.h:354: error: expected ')' before 'GSNativeChar' /usr/GNUstep/System/Library/Headers/Foundation/NSString.h:368: error: expected ')' before 'GSNativeChar' In file included from ../Headers/AppKit/NSEvent.h:34, from Functions.m:34: /usr/GNUstep/System/Library/Headers/Foundation/NSCoder.h:259: warning: type defaults to 'int' in declaration of 'type name' /usr/GNUstep/System/Library/Headers/Foundation/NSCoder.h:259: error: expected ')' before 'uint8_t' /usr/GNUstep/System/Library/Headers/Foundation/NSCoder.h:315: warning: type defaults to 'int' in declaration of 'type name' /usr/GNUstep/System/Library/Headers/Foundation/NSCoder.h:315: error: expected ')' before 'uint8_t' Functions.m: In function 'NSApplicationMain': Functions.m:63: error: cannot
Re: Customizable filesystem support for GNUstep
On 2/18/07, Nicola Pero <[EMAIL PROTECTED]> wrote: Thanks! :-) Many people in GNUstep seem to like looking at these historical layouts (I find it fascinating myself, even if I never had a NeXTSTEP), so I think we should add them, even if we're not actually likely to use them ... so I committed this. :-) Thanks PS: If Sergii can complete his mac one (should we call it 'apple' ?), we could add that one as well ? Actually, what I called openstep is what Graham proposed. Exept the usage of /bin and /sbin dirs. I will not commit my layout because of 98% of similarity with Graham's. -- Sergii Stoian, ProjectCenter maintainer ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
if someone wants to add an option for a Mac Layout: /Applications /Applications/Utilities /Developer /Developer/Applications /Developer/SDKs /Developer/Tools ... /Library /Library/Caches /Library/Fonts /Library/Frameworks ... /Network /Network/Library /Network/Servers /System/Library (this is the only subdirectory of /System!) /System/Library/Components /System/Library/CoreServices /System/Library/Fonts /System/Library/Frameworks /System/Library/PrivateFrameworks ... /Users/xxx /Users/xxx/Applications /Users/xxx/Documents /Users/xxx/Library /Users/xxx/Network ... /Volumes (similar to /mnt) -- hns ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
Thanks! :-) Many people in GNUstep seem to like looking at these historical layouts (I find it fascinating myself, even if I never had a NeXTSTEP), so I think we should add them, even if we're not actually likely to use them ... so I committed this. :-) Thanks PS: If Sergii can complete his mac one (should we call it 'apple' ?), we could add that one as well ? Do we need other unix layouts or fhs is the only one we want ? -Original Message- From: [EMAIL PROTECTED] Sent: Sat, February 17, 2007 8:37 pm To: discuss-gnustep@gnu.org Subject: Re: Customizable filesystem support for GNUstep > On 16 Feb 2007, at 17:29, Stefan Bidigaray wrote: > >> What I actually meant was, isn't the Mac layout exactly like the >> OPENSTEP >> layout? > > Not at all. OPENSTEP on the left, Mac on the right: > > /NextApps /Applications > /NextAdmin(/Applications/Utilities, /System/Library/CoreServices, / > Applications) > /NextLibrary /System/Library > /NextDeveloper/Developer > /LocalApps/Applications > /LocalAdmin /Applications > /LocalLibrary /Library > > I think the User and Network domains had the same layout, but maybe > OPENSTEP had Apps instead of Applications in each. I could of course encode that as a filesystem layout ;-) Had to play hard-and-fast with some of the dir naming, but I think a NeXT-esque layout would look something like this. Yes, it is a bit ugly and no, I don't think I'd really use this layout ;-) Cheers, Graham. P.S. squirrelmail appears to have attached the file as type application/octet-stream...it is in fact text/plain with ASCII charset.___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
> On 16 Feb 2007, at 17:29, Stefan Bidigaray wrote: > >> What I actually meant was, isn't the Mac layout exactly like the >> OPENSTEP >> layout? > > Not at all. OPENSTEP on the left, Mac on the right: > > /NextApps /Applications > /NextAdmin(/Applications/Utilities, /System/Library/CoreServices, / > Applications) > /NextLibrary /System/Library > /NextDeveloper/Developer > /LocalApps/Applications > /LocalAdmin /Applications > /LocalLibrary /Library > > I think the User and Network domains had the same layout, but maybe > OPENSTEP had Apps instead of Applications in each. I could of course encode that as a filesystem layout ;-) Had to play hard-and-fast with some of the dir naming, but I think a NeXT-esque layout would look something like this. Yes, it is a bit ugly and no, I don't think I'd really use this layout ;-) Cheers, Graham. P.S. squirrelmail appears to have attached the file as type application/octet-stream...it is in fact text/plain with ASCII charset. next Description: Binary data ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
On 2/16/07, Graham J Lee <[EMAIL PROTECTED]> wrote: On 16 Feb 2007, at 17:29, Stefan Bidigaray wrote: > What I actually meant was, isn't the Mac layout exactly like the > OPENSTEP > layout? Not at all. OPENSTEP on the left, Mac on the right: /NextApps /Applications /NextAdmin (/Applications/Utilities, /System/Library/CoreServices, / Applications) /NextLibrary/System/Library /NextDeveloper /Developer /LocalApps /Applications /LocalAdmin /Applications /LocalLibrary /Library I think the User and Network domains had the same layout, but maybe OPENSTEP had Apps instead of Applications in each. The change started after Rhapsody DR2 and before Mac OS X Server 1.0, but I think the eventual layout didn't settle down until the OS X DPs. Cheers, Graham. So in the Mac there's no such thing as a Local domain? I guess I can see why from a usability stand point. Also, if that's the OPENSTEP layout, Sergii's layout looks nothing like it. I guess you could do GNUApps, GNULibrary, etc since the Next prefix seems to go against GNUstep's name. Stefan ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
On 16 Feb 2007, at 17:29, Stefan Bidigaray wrote: What I actually meant was, isn't the Mac layout exactly like the OPENSTEP layout? Not at all. OPENSTEP on the left, Mac on the right: /NextApps /Applications /NextAdmin (/Applications/Utilities, /System/Library/CoreServices, / Applications) /NextLibrary/System/Library /NextDeveloper /Developer /LocalApps /Applications /LocalAdmin /Applications /LocalLibrary /Library I think the User and Network domains had the same layout, but maybe OPENSTEP had Apps instead of Applications in each. The change started after Rhapsody DR2 and before Mac OS X Server 1.0, but I think the eventual layout didn't settle down until the OS X DPs. Cheers, Graham. ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
On 2/16/07, Sergii Stoian <[EMAIL PROTECTED]> wrote: On OPENSTEP (it's running on a virtual machine right now) preferences saved in ~/.OpenStep dir. We can have ~/.GNUstep as Defaults dir. And we can move GNUstep.conf into ~/.GNUstep also. What do you think? Sounds good to me! On that note, the GNUstep Filesystem Layout (the one on the website) says that the Defaults dir be inside $HOME/GNUstep/Library/Defaults, which is currently isn't, looking at the FilesystemLayout/gnustep file, this doesn't seem to be the case. It's obvious that Mac layout inspired by NeXT one with modifications. As well as GNUstep one. ;) What I actually meant was, isn't the Mac layout exactly like the OPENSTEP layout? Stefan ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
On 2/16/07, Stefan Bidigaray <[EMAIL PROTECTED]> wrote: On that OPENSTEP layout, wouldn't it be better to have the user Defaults directory in $HOME/Library/Defaults? I know it's a small thing, but that's also how the GNUstep Filesystem Layout is described... On OPENSTEP (it's running on a virtual machine right now) preferences saved in ~/.OpenStep dir. We can have ~/.GNUstep as Defaults dir. And we can move GNUstep.conf into ~/.GNUstep also. What do you think? Also, I've never gone in depth in a Mac, but isn't it's filesystem layout very much like the OPENSTEP one? It's obvious that Mac layout inspired by NeXT one with modifications. As well as GNUstep one. ;) -- Sergii Stoian, ProjectCenter maintainer ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
On that OPENSTEP layout, wouldn't it be better to have the user Defaults directory in $HOME/Library/Defaults? I know it's a small thing, but that's also how the GNUstep Filesystem Layout is described... Also, I've never gone in depth in a Mac, but isn't it's filesystem layout very much like the OPENSTEP one? Stefan ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
On 2/16/07, Graham J Lee <[EMAIL PROTECTED]> wrote: On 16 Feb 2007, at 15:54, Sergii Stoian wrote: > Hi, Nicola. > > On 2/16/07, Nicola Pero <[EMAIL PROTECTED]> wrote: >> >> There are things that could be improved, and will hopefully be >> improved >> with everyone's >> constructive suggestions and comments. :-) >> > > Great improvement! Thanks! > > I would like to suggest another layout let's call it OpenStep. > > The base differences between GNUstep and OpenStep layouts are: > - there's no System directory. All files placed under / (Applications, > Tools, Library etc.) > - the same is for user directory layout (no GNUstep directory). > > If there are no objections, I'll commit the attached file to trunk. That's more a "Mac" layout than an OpenStep one, which might look more like: /SystemApps [instead of /NextApps] /SystemLibrary [instead of /NextLibrary] /LocalApps /LocalLibrary ~/Apps ~/Library Cheers, Graham. I agree. In general I want to make an OPENSTEP|NeXTSTEP layout. I'll make right modifications as far as I'll get to OPENSTEP console. "Mac" layout is another option I think. ;) -- Sergii Stoian, ProjectCenter maintainer ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
On 16 Feb 2007, at 15:54, Sergii Stoian wrote: Hi, Nicola. On 2/16/07, Nicola Pero <[EMAIL PROTECTED]> wrote: There are things that could be improved, and will hopefully be improved with everyone's constructive suggestions and comments. :-) Great improvement! Thanks! I would like to suggest another layout let's call it OpenStep. The base differences between GNUstep and OpenStep layouts are: - there's no System directory. All files placed under / (Applications, Tools, Library etc.) - the same is for user directory layout (no GNUstep directory). If there are no objections, I'll commit the attached file to trunk. That's more a "Mac" layout than an OpenStep one, which might look more like: /SystemApps [instead of /NextApps] /SystemLibrary [instead of /NextLibrary] /LocalApps /LocalLibrary ~/Apps ~/Library Cheers, Graham. ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
> I would like to suggest another layout let's call it OpenStep. > > The base differences between GNUstep and OpenStep layouts are: > - there's no System directory. All files placed under / (Applications, > Tools, Library etc.) > - the same is for user directory layout (no GNUstep directory). > > If there are no objections, I'll commit the attached file to trunk. Looks like an excellent addition to me. Go ahead and commit! :-) Thanks PS: Before committing, make sure to update carefully the comments at the top of the file. ;-) ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
Hi, Nicola. On 2/16/07, Nicola Pero <[EMAIL PROTECTED]> wrote: There are things that could be improved, and will hopefully be improved with everyone's constructive suggestions and comments. :-) Great improvement! Thanks! I would like to suggest another layout let's call it OpenStep. The base differences between GNUstep and OpenStep layouts are: - there's no System directory. All files placed under / (Applications, Tools, Library etc.) - the same is for user directory layout (no GNUstep directory). If there are no objections, I'll commit the attached file to trunk. -- Sergii Stoian, ProjectCenter maintainer openstep Description: Binary data ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
On 2/16/07, Helge Hess <[EMAIL PROTECTED]> wrote: Hm, so what? Thats why I wrote "most" and "Linux" ;-) I just want to make sure not to cause confusion and just assume that /etc/ld.so.conf.d exists to all modern linuxes! Of sources Slackware is not what one would call modern, but there a lot of other distro based on it, and a lot of people using it, like me, sometimes. :) Stefan ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
On Feb 16, 2007, at 15:42, Stefan Bidigaray wrote: BTW: in most modern Linuxes you would just drop a file in /etc/ ld.so.conf.d/ instead of editing ld.so.conf. But not all! Pretty much any distro based on Slackware will have a single file called ld.so.conf in /etc. Since parts of Slackware feel a little like some *BSDs I'd assume they also do things that way. Hm, so what? Thats why I wrote "most" and "Linux" ;-) Greets, Helge -- Helge Hess http://www.helgehess.eu/ ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
On 2/16/07, Helge Hess <[EMAIL PROTECTED]> wrote: I wonder whether this should be done by make install? BTW: in most modern Linuxes you would just drop a file in /etc/ ld.so.conf.d/ instead of editing ld.so.conf. But not all! Pretty much any distro based on Slackware will have a single file called ld.so.conf in /etc. Since parts of Slackware feel a little like some *BSDs I'd assume they also do things that way. Stefan ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
On Feb 16, 2007, at 05:22, Nicola Pero wrote: IMPORTANT: Remember to run 'ldconfig' after installing each library! I wonder whether this should be done by make install? BTW: in most modern Linuxes you would just drop a file in /etc/ ld.so.conf.d/ instead of editing ld.so.conf. Greets, Helge -- Helge Hess http://www.helgehess.eu/ ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
>> [...] (which includes Linux FHS) [...] > [...] >> Eg, let's say that you're on linux and want to test Linux FHS. > > FHS is a standard for Unix-like operating systems and Linux is just > the kernel of GNU/Linux, the most popular variant of GNU. GNU/Hurd > and GNU/kFreeBSD (at least in Debian) both conform to FHS 2.3, TTBOMK. Thanks for the precisation. Good point. I fixed the confusing terminology on trunk. :-) >> ./configure --with-layout=linux > > I suggest to use `--with-layout=fhs' instead. Yes, that is an excellent suggestion, I changed it that way -- so if anyone is testing, please use ./configure --with-layout=fhs to test the FHS filesystem layout! ;-) Sorry about the confusion. Thanks ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep
Re: Customizable filesystem support for GNUstep
That's awesome news, but... В Fri, 16 Feb 2007 05:22:04 +0100, Nicola Pero написа: > [...] (which includes Linux FHS) [...] [...] > Eg, let's say that you're on linux and want to test Linux FHS. FHS is a standard for Unix-like operating systems and Linux is just the kernel of GNU/Linux, the most popular variant of GNU. GNU/Hurd and GNU/kFreeBSD (at least in Debian) both conform to FHS 2.3, TTBOMK. > ./configure --with-layout=linux I suggest to use `--with-layout=fhs' instead. ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep