minor sce-update issue

[nitram]

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:

Code: [Select]

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.

[nitram]

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:

Code: [Select]

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:

Code: [Select]

tc@box:~$ cat /tmp/updateavailable
dillo updates:
libssl1.0.0   debian jessie security-updates
openssl   debian jessie security-updates


[Jason W]

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.

[nitram]

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.

[Jason W]

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.

[nitram]

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.

[Jason W]

Ok, we can do an automatic viewing at the end, does make sense when only checking.

[Jason W]

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.