DSL 4.2.5

Forum: Site News
Topic: DSL 4.2.5
started by: roberts

Posted by roberts on Jan. 28 2008,21:20

DSL v4.2.5 is now posted.

Change Log:

* Updated Monkey Webserver to v0.9.2
* Updated murgaLua to v0.6.0
* Updated kbdconfig to fetch all map files not just kmap
* Corrected Windows offset in dsl-installboot
* Updated exit.lua with mikshaw's edits.
* Removed unsupported setxkbmap
* Dereferenced kbdconfig from .jwmrc, .fluxbox/menu, .dfmdesk/Apps/System/Keyboard, .dfminfo

Files likely in your backup that have changed:

.jwmrc
.fluxbox/menu
.dfminfo
.dfmdesk/Apps/System/

Posted by curaga on Jan. 29 2008,07:06

When I boot the livecd, it constantly bugs me about saving a backup, and when I untick the box and then select reboot, the box is ticked again. This gets slightly annoying after a while if you're not going to save a backup.

So, I'm proposing:
Add a line to .desktop, something like
backupBox: ticked
which exit.lua would read and save the box state to.

Posted by kuky on Jan. 31 2008,15:58

Quote

Its a minor problem or wait to 4.2.6 ?

Posted by curaga on Jan. 31 2008,17:25

It's a minor problem, I can wait for 4.2.6

Posted by andrewb on Feb. 01 2008,00:40

Quote (kuky @ Jan. 31 2008,00:58)

Quote

Its a minor problem or wait to 4.2.6 ?

.....but the only way that anything is stored over a reboot is by doing a backup so you need to select & carry out the backup to store the information over a reboot that you do not want a backup to take place!

I think the default should be to carry out a backup as it is even more annoying to find out that you slipped up backing up than the minor annoyance of having to uncheck the backup box on exit. Perhaps changing the 'error' box that appear on shutdown to an OK/Cancel type to proceed or not with the shutdown without backup would be preferable as it wouldn't require the back-tracking & unchecking of the backup box.

Posted by curaga on Feb. 01 2008,07:02

Quote

Heh. So true. In fact I had hd installs in mind, but still wrote livecd. Oh well.

Posted by jls legalize on Mar. 04 2008,15:32

Using fluxbox, the background image I choose doesn't stay on, instead, when I restart X, I see the background image that comes with pristine boot.

legalize cannabis, coke...

Posted by roberts on Mar. 04 2008,16:32

Be sure your .xinitrc is updated.
That you have a .fluxbox.inc in /home/dsl
Use wallpaper.ua

Works fine for me!

[EDIT]

I see that some styles in /usr/share/fluxbox/styles have backgrounds
hardcoded images and/.or emblems.

So here we are again in trying to support too many different systems
and which has control over the background.

I really need to simplfy. We cannot have theme changers when so many different programs want to control certain features and allow switching back and forth between window managers.

[EDIT2]
Copy your desired fluxbox style to .fluxbox/styles (i.e., home directory)
Edit out the rootCommand
From fluxbox menu select edited style
Then the standard options to set wallpaper work as expected.

Other option: Use only fluxbox features to edit rootCommand in desired style as appropriate.

Posted by jls legalize on Mar. 08 2008,22:48

When I a backup I see that it writes:
Backing up files to /mnt/xxx mounted on /dev/xxx
I think it should be the opposite.

legalize cannabis, coke...

Posted by spark-o-matic on Mar. 09 2008,00:11

Hi,

I have noticed that /etc is not set to group staff on the default frugal grub install and boot. I am having to put some extentions in optional then load them later durring the boot after changing ownership.

Would this be an easy fix or not or should I post more details of my work-around.

Thanks So Much

Posted by lucky13 on Mar. 09 2008,03:13

Quote

I have noticed that /etc is not set to group staff

That's exactly right. Extensions belong in /opt, not /etc -- which (among other things) contains all your init/rc scripts. Not exactly where you'd want wide open privileges, even on a frugal install that reboots anyway (/opt can be made persistent, I don't think Robert has plans for persistent /etc yet).

Quote

should I post more details of my work-around.

Nope!

Posted by mikshaw on Mar. 09 2008,03:34

I fully agree with lucky13 on this. Files that dsl writes should be limited to no more than /home/dsl and /opt, and personally I am not really all that happy about writing to /opt

You can do whatever you need within /home/dsl as far as PATH, LD_LIBRARY_PATH and other variabes are concerned. files that are needed to run a program can be installed wherever you want from a mydsl package, depending on the filename extension. If you need to change your environment in order to use these files you can do that without changing system files.

Posted by spark-o-matic on Mar. 09 2008,03:44

http://www.damnsmalllinux.org/wiki/index.php/Installing_MyDSL_Extensions
refers to /etc and that is what I was referencing without refering to what I had actualy done.

it was actualy /var/tmp that I changed permitions and ownership on based on failures that caused success.

Posted by lucky13 on Mar. 09 2008,05:24

Quote

refers to /etc

No, it doesn't. It says that by default extensions download to /tmp (/tmp/mydsl to be exact).

Quote

it was actualy /var/tmp that I changed permitions and ownership

Huh? Why did you download to /var/anything? And why start chown'ing there? You should download to /tmp/mydsl -- the default -- and leave the rest of the system safe and secure with tighter permissions.

Posted by spark-o-matic on Mar. 09 2008,05:34

Quote

Note: You must ensure that the group permissions for /tmp be set to staff as some builds may default to root. If not set properly MyDSL will not load selected extensions.

edit: the other was related to ALSA and the Aztech ISA PnP sound card I am trying to get to work and I'm not even sure its the right version of ALsa.
I am experimenting on a competly disposable computer with good isolation from the rest of my netowrk and what works, I backup the backup the backup file to another partion and also ftp to the web-server on my lan so I can easly roll back to what worked before. This is a realy learning esperience. thanks

Posted by jpeters on Mar. 09 2008,05:56

Quote (spark-o-matic @ Mar. 09 2008,00:34)

Quote

Note: You must ensure that the group permissions for /tmp be set to staff as some builds may default to root. If not set properly MyDSL will not load selected extensions.

That's the case (check your temp folder). All the mydsl menus, icons, etc., are written there (see Robert's notes on extensions). Extensions don't load from root; only from user

Posted by kerry on April 07 2008,21:13

moved to suggestions.

Posted by roberts on April 12 2008,03:01

I see that we now have screen shots for v4.x posted.

Also, please note the new topic area in the mydsl extensions called extension development. Please use this new section for discussion and questions regarding extension building.

Use the testing area for specific feedback on extensions currently in the testing area.

Thanks to John for updating the website.

Posted by kerry on April 12 2008,08:07

robert, send my thanks to jhon.
the screenshot's are excellent.

i thought you were going to drop fluxbox?

Posted by roberts on April 13 2008,03:11

Quote

i thought you were going to drop fluxbox?

Fluxbox remains in DSL 4.x unless another large app/utility etc trumps it. Currently no plans to drop it.

DSL v5.x will not have fluxbox.