General TC > General TC Talk
The Tiny Core Linux Retirement Home: oldtc.antihttps.com
Rich:
Hi nick65go
It worked for me:
--- Code: ---tc@E310:/mnt/sdb1/1.x$ mkdir mnt
tc@E310:/mnt/sdb1/1.x$ sudo mount tcz/poppler.tczl mnt
mount: /mnt/sdb1/1.x/mnt: WARNING: device write-protected, mounted read-only.
tc@E310:/mnt/sdb1/1.x$ ls -alR mnt/
mnt/:
total 8
dr-xr-xr-x 3 root root 2048 Oct 23 2008 ./
drwxr-xr-x 5 tc staff 4096 Oct 25 20:39 ../
dr-xr-xr-x 3 root root 2048 Oct 23 2008 usr/
mnt/usr:
total 6
dr-xr-xr-x 3 root root 2048 Oct 23 2008 ./
dr-xr-xr-x 3 root root 2048 Oct 23 2008 ../
dr-xr-xr-x 4 root root 2048 Oct 23 2008 local/
mnt/usr/local:
total 8
dr-xr-xr-x 4 root root 2048 Oct 23 2008 ./
dr-xr-xr-x 3 root root 2048 Oct 23 2008 ../
dr-xr-xr-x 2 root root 2048 Oct 23 2008 bin/
dr-xr-xr-x 2 root root 2048 Oct 23 2008 lib/
mnt/usr/local/bin:
total 77
dr-xr-xr-x 2 root root 2048 Oct 23 2008 ./
dr-xr-xr-x 4 root root 2048 Oct 23 2008 ../
-r-xr-xr-x 1 root root 12288 Oct 22 2008 pdffonts
-r-xr-xr-x 1 root root 20508 Oct 22 2008 pdfimages
-r-xr-xr-x 1 root root 15612 Oct 22 2008 pdfinfo
-r-xr-xr-x 1 root root 64468 Oct 22 2008 pdftohtml
-r-xr-xr-x 1 root root 12712 Oct 22 2008 pdftoppm
-r-xr-xr-x 1 root root 13472 Oct 22 2008 pdftops
-r-xr-xr-x 1 root root 14940 Oct 22 2008 pdftotext
mnt/usr/local/lib:
total 789
dr-xr-xr-x 2 root root 2048 Oct 23 2008 ./
dr-xr-xr-x 4 root root 2048 Oct 23 2008 ../
lr-xr-xr-x 1 root root 24 Oct 23 2008 libpoppler-glib.so -> libpoppler-glib.so.4.0.0
lr-xr-xr-x 1 root root 24 Oct 23 2008 libpoppler-glib.so.4 -> libpoppler-glib.so.4.0.0
-r-xr-xr-x 1 root root 208789 Oct 22 2008 libpoppler-glib.so.4.0.0
lr-xr-xr-x 1 root root 19 Oct 23 2008 libpoppler.so -> libpoppler.so.4.0.0
lr-xr-xr-x 1 root root 19 Oct 23 2008 libpoppler.so.4 -> libpoppler.so.4.0.0
-r-xr-xr-x 1 root root 1949864 Oct 22 2008 libpoppler.so.4.0.0
tc@E310:/mnt/sdb1/1.x$
--- End code ---
nick65go:
@CNK: Right, it is just as you said: That's interesting to note, nothing more to do.
@Rich: As long as the kernel has the modules (or compiled inside) it can mount whatever it recognize, isoFs cramFs, etc.
It works for me also, but with a trick! I am in a VM (virtual machine), auto-build by Windows, and its default kermel does not have cramfs module loaded.
--- Code: ---[root@HP17 /]# uname -a
Linux HP17 5.15.153.1-microsoft-standard-WSL2 #1 SMP Fri Mar 29 23:14:13 UTC 2024 x86_64 GNU/Linux
[root@HP17 /]# ls /proc/fs
cifs ext4 fscache jbd2 lockd nfs nfsd nfsfs xfs
[root@HP17 /]#
--- End code ---
I was trying a (not recomended) hard disk scarted instalation, by hand, for only the programs (+dependencies) I focus. For example I was curios what size takes a simple PDF reader in linux 2.x. And this "instalation" was in a chroot folder in the VM, so using my kernel, not linux 2.x kernel. And drag+drop selected files from inside 7zip in Win11 directly in Archlinux VM, etc. Short story: 7zip extaction in VM was OK for cramFS but not for iso, even if both are corectly extratced in normal NTFS by 7zip, but not OK in virtual disk formated as ext4, ...
But I re-checked that a simple PDF-reader in linux takes over 21 MB (excluding the kernel) versus 3 MB in a Kolibri OS.
Yeah, I re-discovred the warm water. Sorry for the noise.
Rich:
Hi nick65go
I guess my point was to show the extension was not broken.
Since epdfview-0.1.6.tcz, gimp2.tczl, and inkscape.tczl all
depend on poppler.tczl, TC1 users would likely have reported
any issues with the extension.
nick65go:
--- Quote from: Rich on October 25, 2024, 10:30:49 PM ---
I guess my point was to show the extension was not broken.
--- End quote ---
Correctly! I do not want to waste your time, but maybe long term users could share their knowledge about: Why Roberts & developers choosed to use iso versus cram as container type for few of tcz, at that time? iso/cdrom has clusters of 2048 bytes size; https://www.kernel.org/doc/html/latest/filesystems/isofs.html
isofs was also used for SMALLER tcz vs cramfs (maybe an involuntary inconsistency?). Thank you in advance.
--- Quote ---
TC1 users would likely have reported any issues with the extension.
--- End quote ---
It is out of the main topic, but can we have a voting pool for how many of TC [registered] users use each version Tc 1/2/...15 ? Rich, you could move this part/voting as a new subject, if is apropiate.
mocore:
--- Quote from: nick65go on October 26, 2024, 05:25:56 AM --- share their knowledge about: Why Roberts & developers choosed to use iso versus cram as container type for few of tcz, at that time?
--- End quote ---
apparently it was the default for this script , and size are likely to have been considerations *at the time*
--- Quote from: Jason W on December 14, 2008, 08:33:49 AM ---the tce2tcz script uses zisofs which adds about 300kb or more of size to small extensions.
Using cramfs will result in only a slightly larger sized extension if they are small
--- End quote ---
some history `straight from the horse's mouth` as they say
--- Quote from: roberts on August 04, 2009, 11:52:21 AM ---While true, you have to realize hindisght is typically better than foresight. TC in very short time has evolved very quickly. Some complain that it moves to quick.
We started with tce, tcz came later. tcz has gone through several iterations, ziofs, cramfs, and now squashfs.
--- End quote ---
this seams relevent
--- Quote from: Jason W on November 12, 2009, 11:37:12 AM ---
Cramfs extensions are now considered a bug as they don't support copy-to-system well on all extensions. Same as the bad permissions of /usr/local/tce.installed. So if any of those extensions exist in a tce directory I would certainly advise updating.
The transfer of extensions should finish by tomorrow morning. This change is transparent to the user and does not affect functionality, and I wasn't thinking of update functions or I would have announced this. All previous extensions have been backed up as always just in case.
--- End quote ---
+
--- Quote from: curaga on September 26, 2009, 02:02:45 PM ---cramfs does not store dates. One of the limitations it has.
--- End quote ---
--- Quote from: roberts on September 14, 2009, 10:02:58 AM ---Yes. squashfs is preferred. Feel free to update the wiki.
--- End quote ---
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version