Announcements

[debianator]

New cut with the sce-* naming convention.  The below is a list of the SCE tools changes which brings dCore more in line with the tce-* naming convention of user called tools:

loadsce is now sce-load
updatesce is now sce-update
importsce is now sce-import
removesce is now sce-remove.

Please test.

thanks for your work.
Could you please make a hint here, that you changed the names?
http://www.tinycorelinux.net/dCore/x86/README/

it took me a while, to find out where the sceimport was gone  :-)

[Jason W]

Ok, will do.

[netnomad]

there are only some little issues with one slitlist-app in fluxbox:
wmcpuload has sometimes problems with the font for the cpuload in percent.
it happens that the numbers are replaced with just black flat areas
sometimes the windows-buttons in the panel get black, but after restarting fluxbox everything is restored.
in the right-click-root-menue-window the marked menue-items are marked in black, too.

hi jason,

with the same packages and the same version of xorg
i can confirm that
the old kernel with its modules and the actual packages shows no issues and
the new kernel with its modules and the identical packages shows the above mentioned bugs.

thank you for your help and support.

[Jason W]

Ok, and I notice that the ndiswrapper module does not work with 3.16.6-tinycore either when it worked when all is the same but the new kernel.  I will test some with standard Core and see if it shows the same behavior at least with ndiswrapper. 

[Jason W]

I can't see any fluxbox errors on Core6, and ndiswrapper.tcz works with my usb wireless device that does not work in dCore with the new kernel.  Ndiswrapper is the same version in dCore-jessie as it is in Core6.

I need to make sure my porting of the kernel module extensions was sound before we do anything else. 

[Jason W]

netnomad -
I see what you are talking about with fluxbox, and as it affects one window manager even if it is kernel related I think we need to live with it.

As for ndiswrapper, the kernel module required rebuilding against the few custom dCore kernel build changes that are required to work with or more factually work around systemd.  I have tested it with dCore-wheezy and dCore-jessie so it should work with all of the x86 dCore ports. 

ndiswrapper-modules-3.16.6-tinycore has been updated, please update and test.

[Jason W]

All x86 dCore ports have been updated with changes to allow an internal security repo inclusion that is in preference to the main DEBINX but below preference to the /opt/debextra entries.  Prebuilt packages as always have first priotiry. 

Also, now copying symlinks in packages "as is" to the filesystem instead of creating symlinks to those symlinks and the confusion that can result.

Many code changes, so in release_candidates until proven stable.

[jls]

Hi
which repos are not needed anymore in debextra?
Thanks

[Jason W]

The security ones, like trusty-security, I have removed them from the base images.

[Jason W]

There was an issue with dCore-jessie regarding a corrupted /usr/share/doc/tc/repo.txt file, I fixed it and re-uploaded.

[jls]

during boot on extensions loading I get:
tar: empty archive
tar: short read

[Jason W]

Ok, that sounds like there are no symlinks in the SCE being loaded.  I will add a test for zero length file for the file list used by tar on extension loading to prevent seeing the tar warning. 

[Jason W]

Ok, added test for zero length file.  All x86 dCore release candidate ports updated, please test.

[jls]

ok
no more tar warning,
thanks

[Jason W]

Added support for specifying security mirror in /opt/securitymirror and  a test for both security and main mirror /opt/debmirror being valid before proceeding so no unexpected results later in the import session.

x86 release candidates updated.