dCore Import Debian Packages to Mountable SCE extensions > dCore X86
sce-update, possible quick check feature
nitram:
Just logged in to report this issue (stomach sinks). In OP told you my logic might be flawed. Never thought of it earlier as i always choose to sce-update -a , but earlier today ran regular sce-update just for testing.
Looks like either the entire OLDDEBINX idea should be scrapped or sce-update -a should be the only option. Having only update all may simplify the update script a lot. IMO dCore's strength is the ability to fairly easily run a fully up to date system. So for me personally i would never update Dillo or Iceweasel without worrying about iptables or whatever. Would want them all checked and updated.
Hopefully other regular members will provide feedback. Sorry if this idea caused a lot of work or disruption. May make things better in the end or may just be discarded. Sounded like a good idea at the time...
Other feedback that may no longer be relevant. Ran sce-update but decided to check all (pressed 1 multiple times). Almost half SCEs updated due to libpng update. Upon completion OLDDEBINX didn't move to NEWDEBINX, so running sce-update again afterwards continued to flag potential updates (perpetual updates as working off of now outdated DEBINX). Reboot still flagged the same updates, so my /debinx still looks like this (think should just be OLDDEBINX):
--- Code: ---tc@box:/mnt/sdb4/tce/import/debinx$ ll
total 35M
-rw-rw-r-- 1 tc staff 12M Jan 13 21:31 NEWDEBINX
-rw-rw-r-- 1 tc staff 12M Jan 12 19:20 OLDDEBINX
-rw--w---- 1 tc staff 11M Jan 14 2016 debian_jessie_main_i386_Packages
-rw--w---- 1 tc staff 357K Jan 14 2016 debian_jessie_security_i386_Packages
--- End code ---
Not sure, maybe an argument for running sce-update -a only. Maybe libpng bad example, but couldn't there potentially be version conflicts if multiple versions of some dependencies loaded at the same time.
In my recent libpng update all these were affected, never would have thought, but now i know they are all up to date:
--- Code: ---SCE: Xprogs
Available package updates:
None
SCE: conky
Available package updates:
libpng12-0 debian jessie main
SCE: dillo
Available package updates:
libpng12-0 debian jessie main
SCE: emelfm
Available package updates:
None
SCE: fluxbox
Available package updates:
libpng12-0 debian jessie main
SCE: graphics-3.16.6-tinycore
Available package updates:
None
SCE: gtkfind
Available package updates:
None
SCE: iceweasel
Available package updates:
libpng12-0 debian jessie main
SCE: iptables
Available package updates:
None
SCE: netfilter-3.16.6-tinycore
None
SCE: xorg-intel
Available package updates:
libpng12-0 debian jessie main
--- End code ---
netnomad:
hi friends,
i attached my screenshot with a probably small cosmetic issue.
the overall functions are working now fine for me.
thank you for your work.
Jason W:
If we use this for sce-update -a, all should be good. But only then, of course. Nothing is lost, nor is there any misspent time. In fact, much gained for the sce-update -a routine. Because with sce-update -a is where the most time and machine requirements is called upon, and is probably the most used option of sce-update, at least for me.
Let's work this into sce-update -a and this should save much time and resourse requirements. Tomorrow I will add this to only sce-update -a and we should be good. Sorry for the false "It may not work" alarm. Any bugs as to moving NEWDEBINX to OLDDEBINX can be fixed.
But I just tonight noticed that it may not work for all sce-update options.
nitram:
Think you're correct, sorry for jumping the gun. Additional feedback. Previous cat type errors appear fixed. Like ability to review DEBINX diff, worked well.
Re-ran with sce-update -a , duplicate 'Checking for updates of existing SCEs..' line:
--- Code: ---Using the repo http://security.debian.org jessie main
Sce-update is about to proceed. Press Enter to proceed, y to view the
difference in new and old debinx data, or Ctrl-C to abort..
Checking for updates of existing SCEs..
Checking for updates of existing SCEs..
Searching for available updates for all existing SCEs.
Xprogs: Checkup for updates..
--- End code ---
After running sce-update -a same DEBINX issue noted above. NEWDEBINX didn't move to and overwrite OLDDEBINX upon completion, which would trigger perpetual update checks. [Edit] ...but when i run sce-update -a yet again, then it finally overwrites NEWDEBINX to OLDDEBINX but get this error:
--- Code: ---tc@box:/mnt/sdb4/tce/import/debinx$ sce-update -a
debian
#################### 100.0% 24.6 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 366592 local, fetched 0
Debian Security Index synced: debian_jessie_security_i386_Packages
Using the repo http://security.debian.org jessie main
Your SCEs are up to date.
/usr/bin/sce-update: exit: line 175: Illegal number: 0-
--- End code ---
Jason W:
Uploaded a fix, hopefully all is good now, the OLDDEBINX/NEWDEBINX thing is only done with "sce-update -a".
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version