Tiny Core Linux
dCore Import Debian Packages to Mountable SCE extensions => dCore X86 => Topic started by: nitram on July 18, 2016, 06:32:21 PM
-
When update available script asks twice to view available updates, before and after re-import. If available updates were viewed prior to re-import, can the script just exit quietly after the re-import? Thanks.
This is with sce-update, selected only Xprogs from the menu:
Xprogs
Press Enter to update check above SCE(s), (q)uit to exit:
Checking Xprogs.sce...
Xprogs.sce update check...
Update check completed.
Xprogs
Press Enter to update above SCE(s), (v)iew package updates, Ctrl-C aborts: v
Xprogs updates:
gcc-4.9-base New gcc-4.9-base.deb2sce starup script available.
Xprogs dCore custom prebuilt
Press Enter to proceed with updates, Ctrl-C aborts:
Using nice level 19.
Using the -p option.
Using the -n option.
Importing Xprogs.
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.us.debian.org/debian
Using debian Security Mirror: http://ftp.us.debian.org/debian
Xprogs is a dCore premade package.
Gathering dependencies.
Merging 4 packages:
1/4 fltk-1.1.10
2/4 Xtc
3/4 aterm
Connecting to repo.tinycorelinux.net (89.22.99.37:80)
Xprogs.tar.gz 100% |*******************************| 92297 0:00:00 ETA
4/4 Xprogs
Parallel mksquashfs: Using 1 processor
Creating 4.0 filesystem on /etc/sysconfig/tcedir/sce/update/Xprogs.sce, block size 4096.
[===============================================================\] 579/579 100%
Exportable Squashfs 4.0 filesystem, gzip compressed, data block size 4096
compressed data, compressed metadata, compressed fragments, no xattrs
duplicates are removed
Filesystem size 943.60 Kbytes (0.92 Mbytes)
47.19% of uncompressed filesystem size (1999.52 Kbytes)
Inode table size 3168 bytes (3.09 Kbytes)
41.43% of uncompressed inode table size (7646 bytes)
Directory table size 1821 bytes (1.78 Kbytes)
50.65% of uncompressed directory table size (3595 bytes)
Number of duplicate files found 2
Number of inodes 162
Number of files 111
Number of fragments 17
Number of symbolic links 22
Number of device nodes 0
Number of fifo nodes 0
Number of socket nodes 0
Number of directories 29
Number of ids (unique uids + gids) 4
Number of uids 2
root (0)
tc (1001)
Number of gids 3
root (0)
utempter (1002)
staff (50)
Imported Xprogs.sce.
Press Enter to review packages that had updates available, (n)o to exit:
Xprogs updates:
gcc-4.9-base New gcc-4.9-base.deb2sce starup script available.
Xprogs dCore custom prebuilt
[code]
Also noticed a typo, sorry if this was my fault from earlier :)
New gcc-4.9-base.deb2sce starup script available.
-
Think the double-viewing of available updates was fixed.
When updating checking a single SCE (using -c option), entering ' v ' to view available updates returns nothing:
tc@box:~$ sce-update -c dillo
Using nice level 19.
* Fetching updated DEBINX.
* Distro: debian
* Syncing Debian Index: debian_jessie_main_i386_Packages
#################### 100.0% 0.0 kBps DONE
verifying download...checksum matches OK
used 11411456 local, fetched 0
* Syncing Debian Security Index: debian_jessie_security_i386_Packages
#################### 100.0% 0.0 kBps DONE
verifying download...checksum matches OK
used 559104 local, fetched 0
* Using the repo http://security.debian.org jessie main
Searching for available updates for dillo.sce.
dillo.sce update check...
Update check completed.
dillo
Press Enter to view package updates, Ctrl-C aborts: v
tc@box:~$
...even though updates are available:
tc@box:~$ cat /tmp/updateavailable
dillo updates:
libssl1.0.0 debian jessie security-updates
openssl debian jessie security-updates
-
The checkonly mode when finished says press Enter to view updates, and tests for a null value and not a "v" or "V" like the non checkonly mode does. Enter in non checkonly mode proceeds with updates whereas v or V is to view, perhaps we can keep with the same protocol in checkonly mode and make either v or V view the updates and anything else exit. Let me know if that sounds agreeable.
-
Oops (embarassed), pressed ' v ' out of habit, sorry about that. Thinking out loud, a user utilizing the -c (check) option would always want to see the results, so maybe the view dialogue could be removed altogether when using the -c option, immediately echo available updates (or none) and promptly exit.
-
How about this, either enter, v, or V views updates, while ctrl-c exits. That way the usual v/V does view, and enter will also. The dialogue can say press enter, but v will be there for those pressing it out of habit.
-
How about this, either enter, v, or V views updates, while ctrl-c exits. That way the usual v/V does view, and enter will also. The dialogue can say press enter, but v will be there for those pressing it out of habit.
Probably okay, but not sure if we replied at the same time and you didn't see my last post. Wouldn't a user using the -c option always want to see the results? Otherwise what's the point of checking for updates. If you think there should always be a view option then ' v ' is much appreciated, thank-you. Otherwise maybe the entire '(v)iew or Ctrl-C abort' section could be removed from that part of the script.
-
Ok, we can do an automatic viewing at the end, does make sense when only checking.
-
I do have a little issue with sce-update echoing the entire /tmp/updateavailable file at the end of an "sce-update -c" run. That is the file can be tens or even hundreds of lines long depending on one's install. It would make it hard for a user that has many SCEs that need updating to figure out which SCEs need it. Right now, a list of SCEs that need updating are echoed before the press enter to view details, and for me that simple extension list is usually all I need to know. A simple enter or a v/V will let one view the package details. Uploaded to RC, of course I am always open to other ideas.