dCore-wheezy for x86 now posted.

[Jason W]

Updated to deal better with groups the user needs to belong to and that would require a re-login to effect upon adding the user to group.  Please download and test.

In the release area as I am confident there will be no breakage.

http://tinycorelinux.net/5.x/x86/release/dCore.gz

http://tinycorelinux.net/5.x/x86/release/dCore.gz.md5.txt

[Jason W]

Updated with the fix mentioned in the dCore-jessie update post.

http://tinycorelinux.net/5.x/x86/release/dCore.gz

http://tinycorelinux.net/5.x/x86/release/dCore.gz.md5.txt

[Jason W]

Ok, I have made a testing dCore.gz in release_candidates.  6 files were changed, so it is major enough to go through a testing phase.  If you create a .dep file for a package in the sce directory, or there is an existing .dep file, it's contents will be used as deps when the package is imported or re-imported whether the -d option is used or not, as with the existence of a .dep file it is assumed you wish to keep it.  Delete any .dep file if you wish to make a different new one, or to import without one.  Also, if you re-import a mounted SCE, it will be created in the /etc/sysconfig/tcedir/sce/update directory, and the contents of that directory will be moved to /etc/sysconfig/tcedir/sce during reboot.  The size calculation of importsce has been adjusted for this.  Please download and test.  If all is well, then these changes will be applied to the other dCore ports.

http://tinycorelinux.net/5.x/x86/release_candidates/dCore.gz

http://tinycorelinux.net/5.x/x86/release_candidates/dCore.gz.md5.txt

[jls]

the list of the deb(s) there will be included is not shown; tried it with a present dep file and leaving the 5 seconds passing without pressing any key

[jls]

reimported currently mounted pidgin (-f): correctly placed in the update dir and then moved.
Thanks Jason.

[Jason W]

Oh, I meant to say that the echoing of all the package names, which can be hudreds, are now echoed to a file that can be read by pressing "y" when asked.  Do nothing, and in 5 seconds that option dissapears.  Less screen clutter, knowing all the package names that will be included in an SCE is sort of debugging info IMO.  But the option to see which packages will be included is available.

This information is stored in a file that can be read once the SCE is loaded, it also stores the md5sums of those individual Debian or prebuilt packages:

/usr/local/sce/PKGNAME/PKGNAME.md5sum

[jls]

if I want to see the debs (tar.gz) included I have pay attention of the end of the deps generation, cause then I only have 5 secs. it's stressing me.

[Jason W]

Ok, I will make it a simple yes/no that comes unless the non-interactive option is used.  I was mainly thinking of not creating yet another yes/no that one has to answer, but that can be avoided with the non-interactive switch.

[Jason W]

Updated to release_candidates removing the 5 second timeout to where it waits indefinitely for input, unless non-interactive mode is chosen. 

Also, have created a yes/no for when there is not enough free ram or hard drive space.  This is invoked even with non-interactive mode since there is no reason to keep going when failure will result.

[netnomad]

hi jason,

i'm looking forward testing these new features in jessie

keep on hacking, thank you for your excellent work!

[Jason W]

Thanks netnomad, I will put this all now in Jessie to widen the testing base and Jessie is release candidate status at this point.

Updated dcore.gz in release_candidates.  Added the ability to call unloaded ondemand apps from a root terminal if root use is desired like in gparted.  Also fixed the issue of ondemand not obeying command arguements.   

I added an exit code of 1 in debExtract where tar and ar are used in the case of their failure.  Deb2sce was supposed to exit on a fail of debExtract, but the tar and ar commands failing were not causing the debExtract script to exit with a 1.  Hopefully it is more robust now, the md5sums of the debian packages and prebuilt were already being checked whether being redownloaded or using what is already in the sce dir, my hunch is normally an out of disk space issue if there is failure.

Please download and test.

http://tinycorelinux.net/5.x/x86/release_candidates/dCore.gz

http://tinycorelinux.net/5.x/x86/release_candidates/dCore.gz.md5.txt

[jls]

Hi
dCore iso in the release candidate area is not the latest

[Jason W]

Ok, should be good now.

[Jason W]

Updated to change the "importsce -f" option to the more logically named "importsce -l".  Also, a /etc/sysconfig/tcedir/sce/pkgname.sce.lst file is created out of that specified file list.  That .lst list will be used on future import sessions of that package name whether a Debian one or one of the user's choosing.  Using the "importsce -l" option on future imports of that package name with an expanded package list will create a new sce with those packages and also overwrite the previous .lst list file.   Still in release candidate area, if this and the last changes are stable, will move to the release area.

http://tinycorelinux.net/5.x/x86/release_candidates/dCore.gz

http://tinycorelinux.net/5.x/x86/release_candidates/dCore.gz.md5.txt

[jls]

Hi
I'm importing advancecomp I get this:

Code: [Select]

cat: can't open '/tmp/.targetfile': No such file or directory