Core 4.2: flwm_topside.tcz depends on Xprog.tcz

[vitex]

Boot the Core 4.2 ISO without any bootcodes.

Code: [Select]

tc@box:~$ tce-load -wi flwm_topside
Downloading: fltk-1.10.tcz
Connecting to distro.ibiblio.org (152.19.134.43:80)
fltk-1.10.tcz        100% |*******************************|   288k  0:00:00 ETA
fltk-1.10.tcz: OK
Downloading: flwm_topside.tcz
Connecting to distro.ibiblio.org (152.19.134.43:80)
flwm_topside.tcz     100% |*******************************| 32768   0:00:00 ETA
flwm_topside.tcz: OK
/usr/bin/tce-load: line 289: desktop.sh: not found

The error message goes away if Xprogs.tcz, which contains desktop.sh, is loaded before flwm_topside.tcz.

[roberts]

You had better check for updates, as desktop.sh is in Xlibs.tcz, only fltk gui programs are in Xprogs.tcz.

[vitex]

You had better check for updates, as desktop.sh is in Xlibs.tcz, only fltk gui programs are in Xprogs.tcz.

The error is real; my dependency analysis was wrong.  The missing dependency is Xlibs.tcz, not Xprogs.tcz.

[roberts]

Then every X extension would need an additional dependency of Xlibs, or perhaps common sense could prevail?

[vitex]

Then every X extension would need an additional dependency of Xlibs, or perhaps common sense could prevail?

The issue that I raised is a specialized one and has nothing to do with adding Xlibs.tcz as a dependency of every X-related extension.

The team designed tce-load to call the script desktop.sh during loading of special extensions (e.g., flwm_topside.tcz) but provided no mechanism to ensure that desktop.sh has itself been loaded.  With the current implementation, tce-load will fail while loading a special extension unless Xlibs.tcz, which contains desktop.sh, has already been loaded.

If you feel comfortable leaving this failure mode in Core, so be it.

[Rich]

Hi vitex

If you feel comfortable leaving this failure mode in Core, so be it.

Being confrontational is uncalled for and will not serve you well in making your point.
Roberts listens to all input and does his best to accommodate where he feels it makes sense. While
I don't expect you to agree with every decision he makes, I do expect you to keep all dialog civil.

[gerald_clark]

This is no different from the previous microcore plus extensions.
Most X extensions did not depend on Xlibs simply because tinycore did not reveal to tce-load that Xlibs was loaded.
Now that there is no tinycore.gz, loading applications work as they always did for microcore.
I always have Xlibs first in onboot.lst when using X.
When I am not using X, I don't try to run X applications.

One of the advantages of the new core approach is that now it will be possible to include Xlibs as a dependency,
where this was not practical with tinycore.

So, unless/until all X program maintainers update the all the X extensions, you will just have to live with it and use your head.