OS/2, eCS & ArcaOS - Technical > Setup & Installation
Re-organizaing OS/2-eCS Directories.
Martin Iturbide:
Hi
I still dream of a next version of eCS (or anything else) that improves the directories structure to have a more clean C:\ root. Some years ago I wrote some suggestions like this one (Recommendation #8 – Directory and File Structure ).
I want to know how hard will be to move some folder from the standard structure. I still dream of moving:
- DMISL
- IBMCOM
- IBMGSK
- IBMGSK40
- IBMGSK50
- IBMLAN
- LANGUAGE
- MMOS2
- MPTN
- MUGLIB
- PSFONTS
- TCPIP
Possible a good site for those folder can be under "/OS2/System".
What do you think.? Do you have any experience moving those directories? Which ones can be moved easily and which one of those are hardcoded and can not be place somewhere else?
Regards
Dave Yeo:
I'd guess they all could be moved as long as config.sys, the various INI files and various MPTN and other networking scripts were also updated. See x: /OS2/INI.RC for an example of how to create OS2.INI.
The real problem is that eCS basically starts out by installing Warp v4.52 with that directory structure and changing it would be another step in the install process that might break.
BTW, I don't even have a C: drive which will screw anyone breaking in thinking its Windows. Even for a Windows install not using C: will make the system much more secure.
Ian B Manners:
The biggest hurdle is as Dave points out, its based on the Warp base.
Consider also updates which expect certain directories to exist.
Though on my own OS/2 and on the server I don't have a \TCPIP or \MUGLIB directorys, many years ago I simply moved the contents to \MPTN
and also remove all reference to \TCPIP, \MUGLIB in config and other places, or modified required values to look in \MPTN instead.
The \IBMGSK were also long deleted off my builds, SSL lives in \MPTN\BIN, DLL, and ETC.
I cant even remember what \DMISL was for now, I removed that from my boot drive at least a decade ago if not longer.
The directories are separate to \OS2 simply as \OS2 is operating system, the other directories are other packages or subsystems that are not
required for the core OS/2.
LANGUAGE and PSFONTS are the only ones that to me anyway, make more sense to be under \OS2.
\MMOS2, would be a pain to move that as I have so many links etc to packages I've installed under it. It is after all, MultiMedia.
I'm sure different people will have different ideas, and that is one of the great things about OS/2, it is flexible :)
As long as you have an idea of whats happening.
Roderick Klein:
--- Quote from: Martin Iturbide on July 21, 2014, 04:44:51 am ---Hi
I still dream of a next version of eCS (or anything else) that improves the directories structure to have a more clean C:\ root. Some years ago I wrote some suggestions like this one (Recommendation #8 – Directory and File Structure ).
I want to know how hard will be to move some folder from the standard structure. I still dream of moving:
- DMISL
- IBMCOM
- IBMGSK
- IBMGSK40
- IBMGSK50
- IBMLAN
- LANGUAGE
- MMOS2
- MPTN
- MUGLIB
- PSFONTS
- TCPIP
Possible a good site for those folder can be under "/OS2/System".
What do you think.? Do you have any experience moving those directories? Which ones can be moved easily and which one of those are hardcoded and can not be place somewhere else?
Regards
--- End quote ---
I think you asked this question some time ago and from what I remember this was never done in eCS to prevent things from being broken. Scripts and other programs.
I think this is also one of the last priorities to worry about, the directories in the OS...
And what it could break. About 8 years ago I looked at this and found about 4 to 5 items that would be broken. Most of the stuff does not use fixed paths. But why run the risk.
Again a low priority....
Roderick
Martin Iturbide:
What I want it is not necessary a priority of the rest. But at least I can try to do it and document what it is getting broken, so in the future it can easy the job of the guys that "really" want to do it.
Nothing can go wrong if we try it on a VM and in a non-production machine.
Navigation
[0] Message Index
[#] Next page
Go to full version