dCore Import Debian Packages to Mountable SCE extensions > dCore X86
bash not included when importing bash
sm8ps:
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
sm8ps:
Similar problem:
--- Code: ---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.
--- End code ---
Will try with boot-code "base norestore" and get back. Mighty strange this is ...
sm8ps:
No change, unfortunately. Any ideas on how to trouble-shoot this issue?
sm8ps:
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
--- Code: ---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_Packages
--- End code ---
I noticed that the latter two files cannot be read by anybody but root. Does that make sense?
nitram:
Not sure if any of this helps, for comparison:
--- Code: ---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
--- End code ---
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?
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version