Tiny Core Base > TCB Talk
wishlist for TCL16
GNUser:
Hi Rich. If we go with usr merge, it would decrease the number of available places to put executables in base, somewhat simplifying this problem.
For base, the options would be /usr/bin or /usr/sbin. So ldd can stay where it is (at /usr/bin/ldd) and ldconfig would be moved from /sbin/ldconfig to /usr/sbin/ldconfig.
Is there a reason why glibc_apps.tcz uses /usr/bin, /usr/sbin, and /usr/lib rather than follow our convention for extensions and use /usr/local/bin, /usr/local/sbin, and /usr/local/lib? It was either an oversight or the intention was to overwrite the versions in the base system.
Since some users may be using the glibc_apps.tcz version of ldconfig, TCL scripts should either a) use only flags that work with both versions of ldconfig or b) if the two versions of ldconfig can coexist on same system, force the base system version by using full path.
Paul_123:
Silly question, ldconfig is not part of core scripts. If it’s not from glibc, where does it come from?
GNUser:
Hi Paul_123. I assumed the ldconfig in base system was either part of BusyBox or a shell script by Robert, but I just checked and it seems to be neither. So I have no idea where it comes from. That's not a silly question.
Can one of the other developers shed light on where the ldconfig in base system comes from?
Rich:
Hi Juanito
--- Quote from: Juanito on December 07, 2024, 02:00:19 AM --- ... but that makes Curaga, Rich and yourself that are for it/not against it, so we could try it.
--- End quote ---
I never said I was for it.
To be honest, I had concerns there might be conflicts, but I couldn't find any examples
at the time. Since I couldn't provide any examples, I didn't raise any objections.
I preferred:
/bin/ = Base
/usr/bin/ = Unique to distro (tce-load, tce-audit, etc) and basket case hard coded stuff.
/usr/local/bin/ = Extensions
I like the separation and it works.
GNUser:
--- Quote from: Rich on December 07, 2024, 09:00:02 AM ---I never said I was for it ... I had concerns there might be conflicts ... I like the separation and it works.
--- End quote ---
Hi Rich. Wish you guys had expressed your reservations sooner :) Knowing Juanito is not keen on it and Rich has concerns would have caused me to stop barking up this tree a long time ago.
To be honest, most of the path-related breakage I run into is because we keep extension stuff in /usr/local. I'm not suggesting we change this! The system makes sense, problems are uncommon, and workarounds are easy. Problems arising from some things being in /bin while others are in /usr/bin are rare in comparison, so it is certainly possible that implementing usr merge would cause more problems than it would fix.
I'll drop the topic, but am glad it was considered and discussed.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version