dCore Import Debian Packages to Mountable SCE extensions > Release Candidates
Announcements
Jason W:
Now allowing the use of a custom package exclude list named PKGEXCLUDELISTCUSTOM that can be created in the /etc/sysconfig/tcedir/import/debinx/ directory.
Modified:
usr/bin/debGetEnv
usr/bin/debGetDeps
usr/bin/sce-import
http://tinycorelinux.net/dCore/x86/release_candidates/
jls:
Hi
PKGEXCLUDELISTCUSTOM works, thank you very much Jason
Jason W:
dCore x86 release candidate ports have been updated with the below changes:
Now not deleting specified list file if the -l option is used when the answer is no when prompted if you want to use that list file. Instead just deleting the file placeholder in /tmp and then importing as if no list file was used. But if the answer is no to do you want to use a list file whether specified or already existing in the SCE directory, then upon completion of import an existing .lst file belonging to the package in the SCE directory will be deleted as it is no longer valid. An existing specified list file outside the SCE directory may want to be used in future import sessions even if not used in the current one.
If a package name being imported only exists in the PKGADDDEP dependency list on our server but is not available in Debian/Ubuntu or in our prebuilt section the user is now informed of that and prompted to continue. Several packages that don't exist in a particular dCore port I have imported and spent a little time wondering why the app was not available after loading the SCE. virtualbox in dCore-stretch as well as firefox in dCore-wheezy when only iceweasel was available are a couple of examples.
Modified:
usr/bin/deb2sce
usr/bin/sce-import
http://tinycorelinux.net/dCore/x86/release_candidates/
Jason W:
dCore x86 release candidate ports have been updated with the below changes:
sce-load now uses Busybox cp as at was found with dCore-wheezy some SCEs were broken in a minimal environment as the cp binary from coreutils was in some cases copied to the filesystem before its supporting libraries were copied, resulting in a broken cp command and incomplete copy of the SCE. This did not seem to happen with other dCore x86 ports.
Also, the -KERNEL variable is now being used for dependencies regarding kernel module packages. This is like standard Core behavior and helps with some packages to just work on intsall.
Jason W:
dCore x86 release candidate ports have been updated with the below changes:
Now an adding or removing of dependencies from the dependency lists will trigger an update check during sce-update as it now creates changes in the NEWDEBINX file. Also, fixed a bug in sce-import handling of the package exclude list when there is an empty first line.
http://tinycorelinux.net/dCore/x86/release_candidates/
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version