Tiny Core Linux
dCore Import Debian Packages to Mountable SCE extensions => dCore X86 => Topic started by: sm8ps on January 14, 2016, 06:25:52 AM
-
Please compare the following two steps of ''sce-import -v bash'' on dCore-trusty:2015.12.19.13.02.
/tmp/.pkglist:
ash
bash
gcc-4.9-base
libc6
libgcc1
libtinfo5
Proceeding to create bash.sce..
Merging Tiny Core custom start script for ash: ash.deb2sce
Merging ash
Merging gcc-4.9-base
Merging libgcc1
Merging libc6
Merging libtinfo5
Parallel mksquashfs: Using 2 processors
Creating 4.0 filesystem on /etc/sysconfig/tcedir/sce/bash.sce, block size 4096.
This all results in "/bb/sh: bash: not found" after ''sce-load bash''. So bash somehow gets lost?! Indeed, '/tmp/tcloop/bash/bin/' only contains 'ash'.
-
I don't see this on dCore-wheezy or dCore-wily.
EDIT: I don't see this in dCore-trusty either.
-
Just tested on dCore-jessie to help out, bash is merged. Using default sceconfig and sce-import bash .
Importing bash.
Using Package Index: /etc/sysconfig/tcedir/import/debinx/debian_jessie_main_i386_Packages
Using Package Index: /etc/sysconfig/tcedir/import/debinx/debian_jessie_security_i386_Packages
Using debian Mirror: http://ftp.ca.debian.org/debian
Using debian Security Mirror: http://ftp.ca.debian.org/debian
bash is a standard debian jessie package.
Gathering dependency info..
Connecting to ftp.ca.debian.org (70.38.0.135:80)
ash_0.5.7-4_all.deb 100% |*******************************| 29124 0:00:00 ETA
Merging Tiny Core custom start script for ash: ash.deb2sce
Merging ash
Merging gcc-4.9-base
Merging libgcc1
Merging libc6
Merging libtinfo5
Merging sensible-utils
Merging Tiny Core custom start script for debianutils: debianutils.deb2sce
Merging debianutils
Connecting to ftp.ca.debian.org (70.38.0.135:80)
base-files_8+deb8u2_ 100% |*******************************| 69498 0:00:00 ETA
Merging Tiny Core custom start script for base-files: base-files.deb2sce
Merging base-files
Connecting to ftp.ca.debian.org (207.210.46.249:80)
bash_4.3-11+b1_i386. 100% |*******************************| 1153k 0:00:00 ETA
Merging bash
Parallel mksquashfs: Using 1 processor
Creating 4.0 filesystem on /etc/sysconfig/tcedir/sce/bash.sce, block size 4096.
[=============================================================\] 3748/3748 100%
-
Strange thing, isn't it! How can that happen and -- more importantly -- how can I make it work? Any ideas?
-
sm8ps - Since bash is being imported ok by others even on your same dCore version, try with a fresh install of no existing tce directory or backup. Basically a "base norestore" boot and then import bash. Thanks for testing.
-
Thanks for you reply, Jason! I upgraded to dCore-trusty:2016.01.15.22.50 and this time, ''sce-import bash'' worked like expected.
Cheers!
sm
-
Similar problem:
stefan@x200t:/tce/debs$ sce-import -r sce-deb2sce
Using the -u option.
ubuntu
#################### 100.0% 0.0 kBps DONE
verifying download...checksum matches OK
used 11880448 local, fetched 0
Debian Index synced: ubuntu_trusty_main_i386_Packages
#################### 100.0% 0.0 kBps DONE
verifying download...checksum matches OK
used 1026048 local, fetched 0
Debian Security Index synced: ubuntu_trusty_security_i386_Packages
Using the repo http://download.opensuse.org/repositories/isv:/ownCloud:/desktop/xUbuntu_14.04 trusty
Using the repo http://ppa.launchpad.net/vincent-c/cherrytree/ubuntu trusty main
Using the repo http://security.ubuntu.com/ubuntu trusty main
Using the -r option.
Importing sce-deb2sce.
Using Package Index: /etc/sysconfig/tcedir/import/debinx/ubuntu_trusty_main_i386_Packages
Using Package Index: /etc/sysconfig/tcedir/import/debinx/ubuntu_trusty_security_i386_Packages
Using ubuntu Mirror: http://us.archive.ubuntu.com/ubuntu
Using ubuntu Security Mirror: http://us.archive.ubuntu.com/ubuntu
sce-deb2sce is a dCore premade package.
Gathering dependency info..
Parallel mksquashfs: Using 2 processors
Creating 4.0 filesystem on /etc/sysconfig/tcedir/sce/sce-deb2sce.sce, block size 4096.
Exportable Squashfs 4.0 filesystem, gzip compressed, data block size 4096
compressed data, compressed metadata, compressed fragments, no xattrs
duplicates are removed
Filesystem size 0.15 Kbytes (0.00 Mbytes)
99.37% of uncompressed filesystem size (0.15 Kbytes)
Inode table size 29 bytes (0.03 Kbytes)
85.29% of uncompressed inode table size (34 bytes)
Directory table size 0 bytes (0.00 Kbytes)
-nan% of uncompressed directory table size (0 bytes)
Number of duplicate files found 0
Number of inodes 1
Number of files 0
Number of fragments 0
Number of symbolic links 0
Number of device nodes 0
Number of fifo nodes 0
Number of socket nodes 0
Number of directories 1
Number of ids (unique uids + gids) 1
Number of uids 1
root (0)
Number of gids 1
root (0)
Done.
Will try with boot-code "base norestore" and get back. Mighty strange this is ...
-
No change, unfortunately. Any ideas on how to trouble-shoot this issue?
-
Trying to dig for the source of this error, I looked for debinx files. Don't recall exactly how they work and the wiki
http://wiki.tinycorelinux.net/dcore:handling_extensions
is not very clear at all either. ::) -- Can somebody guide me as to how the repository files should look like? At present, I have
stefan@x200t:/tce$ ll import/debinx/
total 12636
drwxrwxr-x 2 stefan staff 4096 Jan 21 12:42 ./
drwxrwxr-x 8 stefan staff 4096 Jan 21 12:42 ../
-rw-r--r-- 1 root root 13939 Jan 21 12:42 debinx.owncloud
-rw-r--r-- 1 root root 736 Jan 21 12:42 debinx.vincent-c-cherrytree-main
-rw------- 1 root root 11878494 Jan 21 11:18 ubuntu_trusty_main_i386_Packages
-rw------- 1 root root 1025080 Jan 21 11:18 ubuntu_trusty_security_i386_PackagesI noticed that the latter two files cannot be read by anybody but root. Does that make sense?
-
Not sure if any of this helps, for comparison:
tc@box:/mnt/sdb4/tce/import/debinx$ ll
total 23M
-rw-rw-r-- 1 tc staff 12M Jan 21 00:29 OLDDEBINX
-rw------- 1 root root 11M Jan 21 2016 debian_jessie_main_i386_Packages
-rw------- 1 root root 363K Jan 21 2016 debian_jessie_security_i386_Packages
Don't see any OLDDEBINX in your /debinx, maybe you haven't run sce-update -a since the new update changes. Also, my OLDDEBINX by default appears to be tc:staff, not root. Only the repository entries are root:root.
I'm relatively new to dCore but would probably try one or all of the following: temporarily remove /opt/debextra entries, run sce-debpurge or temporarily move all items out of /import/debs, run sce-update -a then try importing bash again. Having said that you already tried a 'base norestore' boot and that wasn't even successful. Have you tried installing from a different mirror?
-
I see that "import sce-deb2sce" creates an empty sce-deb2sce.sce file. I will look into what may be causing it, but it seems to only be that prebuilt packages. Since it is an sce tool, it can be moved to base, but I wonder why it is not successfully importing so I will look into it.
-
Don't see any OLDDEBINX in your /debinx, maybe you haven't run sce-update -a since the new update changes. Also, my OLDDEBINX by default appears to be tc:staff, not root. Only the repository entries are root:root.
I'm relatively new to dCore but would probably try one or all of the following: temporarily remove /opt/debextra entries, run sce-debpurge or temporarily move all items out of /import/debs, run sce-update -a then try importing bash again. Having said that you already tried a 'base norestore' boot and that wasn't even successful. Have you tried installing from a different mirror?
Thanks, nitram! Your diagnosis indeed is correct; I have let the installation sit for quite a while. I am not near the machine until tomorrow and so will work through your suggestions then.
Would you please double-check to see what happens if you do ''sce-import sce-deb2sce''?
-
Just trying to help out, only familiar with /usr/bin/deb2sce, never heard of sce-deb2sce but i see it's in prebuilt.
Installed it but it didn't appear to download anything:
tc@box:/usr/bin$ sce-import -n sce-deb2sce
Using the -u option.
debian
#################### 100.0% 29.4 kBps DONE
verifying download...checksum matches OK
used 11409408 local, fetched 0
Debian Index synced: debian_jessie_main_i386_Packages
#################### 100.0% 0.0 kBps DONE
verifying download...checksum matches OK
used 372736 local, fetched 0
Debian Security Index synced: debian_jessie_security_i386_Packages
Using the repo http://security.debian.org jessie main
Using the -n option.
Importing sce-deb2sce.
Using Package Index:
/etc/sysconfig/tcedir/import/debinx/debian_jessie_main_i386_Packages
Using Security Index:
/etc/sysconfig/tcedir/import/debinx/debian_jessie_security_i386_Packages
Using debian Mirror: http://ftp.ca.debian.org/debian
Using debian Security Mirror: http://ftp.ca.debian.org/debian
sce-deb2sce is a dCore premade package.
Gathering dependency info..
Parallel mksquashfs: Using 1 processor
Creating 4.0 filesystem on /etc/sysconfig/tcedir/sce/sce-deb2sce.sce, block size 4096.
Exportable Squashfs 4.0 filesystem, gzip compressed, data block size 4096
compressed data, compressed metadata, compressed fragments, no xattrs
duplicates are removed
Filesystem size 0.15 Kbytes (0.00 Mbytes)
99.37% of uncompressed filesystem size (0.15 Kbytes)
Inode table size 29 bytes (0.03 Kbytes)
85.29% of uncompressed inode table size (34 bytes)
Directory table size 0 bytes (0.00 Kbytes)
-nan% of uncompressed directory table size (0 bytes)
Number of duplicate files found 0
Number of inodes 1
Number of files 0
Number of fragments 0
Number of symbolic links 0
Number of device nodes 0
Number of fifo nodes 0
Number of socket nodes 0
Number of directories 1
Number of ids (unique uids + gids) 1
Number of uids 1
root (0)
Number of gids 1
root (0)
Finished importing sce-deb2sce.sce.
Moved to /tmp and tried to extract:
tc@box:/tmp$ unsquashfs sce-deb2sce.sce
Parallel unsquashfs: Using 1 processor
FATAL ERROR aborting: squashfs_opendir: directory block 0 not found!
Loaded sce-deb2sce and it's empty, not even a file system:
tc@box:/tmp/tcloop/sce-deb2sce$ ll
total 0
-
Just trying to help out, only familiar with /usr/bin/deb2sce, never heard of sce-deb2sce but i see it's in prebuilt.
Thanks a lot! For your reference: sce-deb2sce was proposed in a forum thread quite a while ago.
http://forum.tinycorelinux.net/index.php/topic,18510.0.html
I was about to include a section about it in the wiki as I needed it but got stuck while testing/applying it.
http://wiki.tinycorelinux.net/dcore:handling_extensions#importing_single_deb_-files
-
Turns out this is not an issue with anything in the dCore*.gz releases, it is on the server where deb2sce cannot be in the name of a prebuilt package. I will fix that routine on the server to prevent future errors like this.
-
Ok, should be working fine now, and the only name that a package cannot be called at least according the a name filter on the server is "deb2sce", which like other core functions is already taken.
And in the next RC will be a check to prevent an SCE from being made supposedly successfully if it is missing it's md5sum entry in the md5list for prebuilt.
-
sm8ps with latest dCore RC running sce-import sce-deb2sce no properly imports the SCE.
-
It works now (without changing anything on my installation as predicted by JasonW). Thanks!
sm