Tiny Core Extensions > TCE Q&A Forum
Reg. TCE packaging
Jason W:
One more thing. The tcz extension supports a user.tar.gz like the .uci did. The files in the user.tar.gz can go anywhere in the filesystem, and it resides in the base directory of the tcz. This is useful for configuration files and scripts that do not take up much RAM space and need to be remain writable. Kernel modules, libraries and binaries do quite well existing as symlinks with the exception of the alsa modules for a reason unknown.
A simple way of making a user.tar.gz would go like this. Say a package has the files /usr/local/bin/app and /usr/local/etc/config. With the package untarred into a a directory named work, create a directory named user/usr/local/etc and move the config file into it. Then at the command prompt:
# cd user
# find . -not -type d >/tmp/list
# tar -T /tmp/list -czvf /pathto/work/user.tar.gz
Then make the tcz package out of the work directory as usual. The config file will get installed into the system as if it were a tce while the rest of the tcz installs as usual.
mikshaw:
Next questions.....
Is there any benefit to combining multiple extensions into one package? Does it use any less resources or load time, or would it only give me less clutter?
If my extensions were combined would tcz, tczl, and tczm need to be kept as three separate packages?
Can /home/tc/* amd /opt/* files be loaded as an extension rather than from a backup or user.tar.gz?
I did /opt files that way in DSL to prevent having to write a backup every time I shutdown.
Jason W:
I did build a large extension of all my favorite apps and call it Desktopextension.tczlm. With tczlm the menu entries of your multiple apps all get loaded as well as ldconfig and depmod are invoked. I think it mainly reduces clutter rather than speeding up performance.
tcz, tczl and tczm packages combined together could be named tczlm and have the same effect without the need to split the extensions.
As far as I know any files can be loaded as an extension with the same effect as using a backup, but a backup allows easier saving of the changes to those files. User.tar.gz is what one would use in a submittable extension though for real files in a tcz. But those files could be made into a tce and listed as a dependency with the same effect, but user.tar.gz keeps it cleaner.
Hope this answers some of your questions.
JW
mikshaw:
Thanks. That last question was asked mainly to help me decide what is best done by remastering and what would be best left to a persistent home. I'm thinking of a persistent home as I do with DSL, but I need to have reiserfs support before the home partition is loaded (I share many of the same files between all my distos, and it's already reiser). So the reiser module will probably be added to a remastered base. My typical behavior is after all the system files are edited to my liking, the only files that change are in $HOME, so it would be pointless to use backup/restore if I have a persistent home. As a replacement for restore, I can add/modify files to /opt from an extension. I'm realizing now that I'm rambling about things that don't really have any bearing on this thread....
guess I'll just say thanks again and be done with it =o)
mikshaw:
--- Quote ---I think it mainly reduces clutter rather than speeding up performance
--- End quote ---
After adding a dozen or so extensions to my tce directory, I did notice something that bothered me. It wasn't a decrease in performance after the system loaded, but a severe increase in the time it takes to get to the desktop. Just loading the extensions takes twice as long as the entire boot time without the extensions.
I'm thinking now about limiting my system to one or two extensions, and permanently installing my applications onto a harddrive or pendrive.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version