Announcements

[Jason W]

netnomad - you have a good point as then everything would start with sce and easy to find via shell autocomplete.

Uploaded a correction in the x86 dCores - the default values in /etc/sysconfig/sceconfig set at FALSE.

[netnomad]

hi jason,

tried your last cut!

i guess the change of sce-"commands" is something for the long run.

sce-import
sce-update
sce-remove

what about
sce-load
and
sce-unload?

evolution needs some time...
... and sometimes it's the repitition of something from the past:
like tce-load or tce-unload and so on ;-)

[frimical]

hello everybody,

I agree totally with the suggestions of 'netnomad' for naming tools/scripts etc...
Actually it's an Object-Oriented approach: Object-ActionOnObject-Details (I use personnally since a long time ago, as a steady 'golden rule' to standarize naming. It proved to be very practical to: follow, maintain and re-use).
So many times I had to redo the naming to fit my way of work. Now if it's implemented from the start, I just have to thank you for this too.
And of course, thank you for all the good work you did and do.

Regards.
 

[Jason W]

Uploaded new cut with /var/lib/dpkg/alternatives directory to allow the update-alternatives tool to work properly.

[Jason W]

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.

[Jason W]

I take the quiet as things are working as expected.  I will wait a few days and then copy this RC to releases.

[Jason W]

Migration to the new kernel is underway, dCore-jessie.gz and vmlinuz-jessie are uploaded with 3.16.6 and are working here as expected.  The old kernel is available under dCore-jessie-3.8.13.gz and vmlinuz-jessie-3.8.13 just in case for now in release candidates.

I plan to finish moving the other x86 dCore ports to the new kernel tonight, just wanted to give a heads up that the move is underway.  Be sure and import the new kernel modules, kernel-all-3.16.6-tinycore is the meta package that covers all the bases.

[Jason W]

Ok, kernel migration is complete.

Please download the new *.gz image files and the new vmlinuz* and test. 

Note:  Please import the needed 3.16.6 kernel modules and place them in your sceboot.lst before the upgrade as that will prevent the Xorg lockup that may happen if you import them while running in an Xorg session with no X kernel modules already loaded.  Loading Xorg modules when an Xorg session is running can cause issue in any case.

[netnomad]

hi jason,

s2ram seems to work out of the box.

this cut looks very promising :-)

great work.

[Jason W]

If it is still quiet when I get back home Saturday, I will move this cut to release.

[netnomad]

hi jason,

after heavy testing i can confirm that it's a very stable, fine cut.

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.

the attached image shows you on the left side the damaged slit-appearance
and on the right side the correct fonts...

the rest is just great, especially the s2ram-feature.

thank you for your great work.

[netnomad]

image that shows the black window-button in the panel:

[curaga]

That is an X driver bug, not related to anything Jason would have power over.

[netnomad]

hi curaga,

i guess that you are right.
but please consider that the previous cut with the same packages had no issues,
so perhaps there could be a bug in the kernel or the modules?
this strange behavior started with the new kernel and its modules.

thank you for your help.

[Jason W]

Thanks Curaga for the info on that.

netnomad - the Icewm "start" button is blank missing it's pixmap in dCore-trusty and dCore-jessie when the graphics kernel modules are loaded.  Yet all is well in dCore-wheezy and ub-dCore-utopic when the same modules are loaded from the same kernel.  As well as the graphics show in dCore-trusty and dCore-jessie when the kernel modules are not loaded.  But this is just with the Intel video cards I have, an Nvidia card worked in all cases.

Since the graphics work in dCore-wheezy and ub-dCore-utopic with kernel modules loaded and with the intel card, then that seems to confirm that it is an Xorg issue.