DSL v4.0rc3


Forum: Release Candidates
Topic: DSL v4.0rc3
started by: roberts

Posted by roberts on Sep. 04 2007,04:13
The third release candidate for DSL v4.0 is now available.

Change log for DSL v4.0rc3

* Added taskbar buttons & click to focus in .jwmrc
* Corrected rdesktop icon to rdesktop.lua
* Added emelfm - dropped mc
* Updated association for *.gz
* Created new Standard Boot floppy & PCMCIA modules floppy.
* Updated getman/man url
* Restored SCSI modules - corrected cdrecord
* Updated .torsmo_ip to fetch ethernet device from /proc
* Updated pendrive_usbhdd script to prompt for boot options.

Posted by roberts on Sep. 04 2007,04:16
While it is always best to test from a new pristine boot, but for those who want to try to 'upgrade' the following files and entire directories likely in your backup have changed:

.dfmext
.dfminfo
.dfmdesk/
.jwmrc
.torsmo_ip
.fluxbox/menu



Posted by skipshearer on Sep. 04 2007,18:03
Good job on V4 so far.
Downloaded RC3 to play with. Thanks for reinstalling emelfm.
I was not able to open the "Backgrounds" button in control panel.

Posted by roberts on Sep. 05 2007,01:30
Quote
I was not able to open the "Backgrounds" button in control panel.

Thanks for reporting, I will fix that one as it should now point to dfm desktop options screen.
Although we really have three systems competing for control of the background, dfm, fluxbox, and jwm.

Posted by andrewb on Sep. 05 2007,01:40
Emelfm needs added to the Apps directory & menu somewhere.
Posted by roberts on Sep. 05 2007,02:07
Emelfm is there:

dfm

Apps Folder -> Tools Folder there are two icons for Emelfm

jwm

Apps -> Tools -> Emelfm File Manager  There are two menu items.

fluxbox/menu

Apps -> Tools -> Emelfm File Manager  There are two menu items.

BTW, I forgot to list .fluxbox/menu in my second post, (corrected now) of files and directories likely in your backup.

You can always check by booting with "base norestore" option. This will not load your backup and you can verify if a backup is overwriting new features.

Posted by wavetel on Sep. 05 2007,04:39
Just starting to fiddle with RC3 now. Looks nice. Well done.

Ive still got issues with multiple icons (shortcuts) in the MyDsl menu. Click on the DSL button and goto the Mydsl Menu. Both icons work ok its just thats there are 2 of them identical.
This was a clean install on USB stick. Looking with the FM off the desktop it seems that 1 is the app file and the other is the dsl file. 2 examples of this are xscreensaver.dsl and linpsk31.dsl

Booting off a CD with no backups. I switched to Fluxbox and there is a odd box (non descript) in the bottom right corner. Not sure what that is and it does not seem to do anything.

How do we put our own shortcuts on the toolbar menu at the bottom? This is a good setup. Sorry about my lack of experience and clues with this but I am giving it a go.

Posted by roberts on Sep. 05 2007,06:13
Quote (wavetel @ Sep. 04 2007,21:39)
Just starting to fiddle with RC3 now. Looks nice. Well done.

Ive still got issues with multiple icons (shortcuts) in the MyDsl menu. Click on the DSL button and goto the Mydsl Menu. Both icons work ok its just thats there are 2 of them identical.
This was a clean install on USB stick. Looking with the FM off the desktop it seems that 1 is the app file and the other is the dsl file. 2 examples of this are xscreensaver.dsl and linpsk31.dsl


If you are talking about icons in the mydsl folder, then it is normal to have a box icon for the package (.dsl, .uci, .unc) and an open box for the .app (shortcut)
Quote


Booting off a CD with no backups. I switched to Fluxbox and there is a odd box (non descript) in the bottom right corner. Not sure
what that is and it does not seem to do anything.

It is fluxter, the fluxbox pager
Quote




How do we put our own shortcuts on the toolbar menu at the bottom? This is a good setup. Sorry about my lack of experience and clues with this but I am giving it a go.

Use an editor on .jwmrc to add your own menu items.

Posted by wavetel on Sep. 05 2007,23:35
Quote (roberts @ Sep. 05 2007,02:13)
If you are talking about icons in the mydsl folder, then it is normal to have a box icon for the package (.dsl, .uci, .unc) and an open box for the .app (shortcut)

Yes I can see that the icons in the mydsl folder (on the desktop) make sense. What Ive got happening is 2 shortcut icons identical in the mydsl menu. Get to this by clicking on the DSL button (bottom left) and select the mydsl menu. I get 2 icons for some apps. Both Icons actually work and launch the apps fine. Go and download xscreensaverGTK.dsl and linpsk.dsl and put them in your mydsl folder. Theres 2 examples.

Tony

Posted by roberts on Sep. 06 2007,02:01
Yep, two examples of poorly made extensions.
When the issue only occurs specific to an extension or two and not all, it usually indicates the issue lies within the extension.

I guess another round of a 'declobber-like' script is in order. Why should we make everyone pay (slowdown) for dynamic cleanup of such extensions. Since I will be converting icons to 32x32 xpm, I might as well as do this check and cleanup too.

It is hard to have quality control of hundreds contributed extensions.

At least I now know what you are talkiing about.

Posted by humpty on Sep. 06 2007,08:39
The .app icons work ok, except for extensions that have sub-menus.
The only way to open these is through the MyDsl menu. For icons though,
the sub-menus don't appear inside the right-click. Can you put them inside
the 'open !0!' right-click?

Posted by roberts on Sep. 06 2007,18:05
Sub menu icons defeat the purpose of document centric drag and drop.
DC-DND has been the focus for the changes in v4.0
Sometimes, it is very challenging to adhere to these goals. Application centric is far easier, but then again that may possibly be because of its dominate past.



Posted by infinitycircuit on Sep. 06 2007,21:18
This looks great!  I think the DSL-HDD scripts need to leave more room on the second partition of the usb stick.  The copy of the KNOPPIX image failed because only 47409 kb were available but 47700 were needed.  Note that this might be because I tried to upgrade from rc2 by replacing the KNOPPIX image - it is possible that the image this time was larger.  In either case, however, I think that it should be able to support such upgrades.
Posted by roberts on Sep. 06 2007,21:26
We are on the same page, I increased the formula from 52 to 55.
Hopefully that will cover it.

Posted by torp on Sep. 07 2007,02:31
Wow! What a fine job Roberts! This RC looks like it is ready for prime time. It's smooth and easy. Great work!

torp

Posted by wavetel on Sep. 07 2007,05:05
Very good Roberts.

Ive got the hang of the tray icons now and have been editing the .jwmrc file a bit. Seems to work ok. I have been trying to add my own icons but so far can not find anywhere that they will be saved and also recognized on reboot. Where can I put my own icons or better still can you add these couple of icons to the next build please ? I know thats a bit of an ask but others may find these useful as well as they are just a couple of X app icons that you dont seem to have there at present.
You can grab em here
< http://www.users.on.net/~wavetel/temp/xapps.tar.gz >

Could really do with a emelfm tray icon. Its the thing I use the most currently. I will probably make one in the .jwmrc soon .

Also the wireless config does not seem to save any longer. On shutdown there used to be a dialogue that would come up and ask if we wanted to save wireless settings. I am using boot from both floppy and CD with the fromusb frugal options . All other things seem to save and restore on sda1 ok as it says on the shutdown and bootup.. Maybee theres something else going on here.

All good fun.

Posted by wavetel on Sep. 07 2007,14:22
Ive noticed that my laptop wont shutdown (power down) after DSL stops . The last RC worked ok and DSL 3.4.1 did too. It just ejects the CD and hangs after the enter key is pushed. This is with a CD only bootup with no options and no backups and no mydsl.

Also have a bad time with an ext that worked fine under DSL 3.4.1. This one just hangs the JWM pretty badly and I cant do anything exept Ctrl Alt Del to shut down in the end. Ive tried all sorts of things.

This ext
< http://www.users.on.net/~wavetel/temp/kiss-tnc-scripts.tar.gz >
just unpacks some small scripts to the home/dsl directory and sets up a menu item with submenus in the mydsl menu. If I run the scripts manually from the A term they are fine but if I run from the submenu off the mydsl then it hangs and seems to freeze the whole desktop out.
Ive tried this as a .dsl extension as well but its no good either. What have I done wrong with this when I made it. I thought it was fine as it worked under 3.4.1 ok..

Would love some clues here as its really painful. Please

Posted by roberts on Sep. 07 2007,15:51
The wireless GUI scripts now make scripts in /home/dsl and dfm associates a wireless icon.

Since home/dsl is defaulted in .filetool.lst no need to prompt to save wireless.

Simple to use, upon reboot, double click the wireless icon in your home folder.

You can rename it, then make one for home, office, hotspot(s), etc. Much easier to use.


Your extension, has several problems and one gives the appearance that is hangs the system. You need to hosting aterm for them, your extension menu item must have the same name as the base extension. Extensions should not be installed in home folder. Likely you have permission issues to access /dev/. These are basic extension building questions and extension building/debugging should not be discussed in the Release Candidate area.

Posted by jls legalize on Sep. 07 2007,20:32
xpm files they are being handled by xv in dfm, but xv doesn't exists, maybe it's better to change it into xzgv.
Running xpaint gives me bus error.

legalize cannabis, coke, opium

Posted by roberts on Sep. 07 2007,22:38
Good point, however something is brewing to handle xpm icons with Lua. I am going to modify some of mikshaw's Lua code for this one.


Posted by jls legalize on Sep. 08 2007,01:22
In the desktop I have 1 folder named Apps and another APPS
?:p

legalize cannabis, etc.

Posted by jls legalize on Sep. 08 2007,01:38
In case that the download of an extension using the mydsl browser facility gives "download checksum error" the corrupted files should be automatically deleted.

legalize cannabis, etc

Posted by roberts on Sep. 08 2007,03:45
Quote (jls legalize @ Sep. 07 2007,18:22)
In the desktop I have 1 folder named Apps and another APPS
?:p

legalize cannabis, etc.

If you have both the old version and the new version, then that tells me that you didn't perform the update as instructed in my "file and entire directories that are likely in your backup" post.

Apparently your backup is restoring the second deprecated APPS folder.

Posted by roberts on Sep. 08 2007,03:47
Quote (jls legalize @ Sep. 07 2007,18:38)
In case that the download of an extension using the mydsl browser facility gives "download checksum error" the corrupted files should be automatically deleted.

legalize cannabis, etc

I usually don't like to delete files, but that could be done.
Posted by ^thehatsrule^ on Sep. 08 2007,04:52
Quote (roberts @ Sep. 07 2007,23:47)
Quote (jls legalize @ Sep. 07 2007,18:38)
In case that the download of an extension using the mydsl browser facility gives "download checksum error" the corrupted files should be automatically deleted.

legalize cannabis, etc

I usually don't like to delete files, but that could be done.

Perhaps a confirmation dialog to delete it or not?
Posted by curaga on Sep. 08 2007,11:39
I got an idea: like there's now /opt/bin in PATH, how about adding /opt/lib to ld.so.conf (library search path)?
Posted by ^thehatsrule^ on Sep. 08 2007,14:19
Aha, that could be useful curaga ;)
But is there a way you could do it without running ldconfig after?

Posted by Juanito on Sep. 08 2007,15:05
By coincidence, I just tried this kind of approach whilst trying to move the samba.dsl extension to /opt/samba-2 and didn't have much success. Mikshaw also just mentioned something similar with "export LD_LIBRARY_PATH="

It seems that some applications (eg the ones in the hplip extension I'm working on) seem to know that if they start in /opt/app/bin, the libs will be in /opt/app/lib. Other applications (eg the ones in samba.dsl) seem to resist all attempts to tell them where to find libs...

Posted by kuky on Sep. 08 2007,21:58
???

in dsl ver 3.x with icontools we can make a direct acces to programs in /opt/xxx with icons etc ....in dsl ver 4.x how i can do it ? ....i drag and drop to the desktop but no run the programs...

answer with p&p (patient and pedagogic) ..the newbees also read the forum...

thanks

Posted by roberts on Sep. 08 2007,22:39
To create a new desktop icon to launch your program, use the dfm menu.

Right click on desktop -> Create -> New program Icon

Enter path to program.

Using this option will create a new icon on the desktop, if you want this in a folder then "move" it by dragging it to such folder.

To select an icon for it, select it and Ctrl-O, or select it and right on it and select options.



Posted by curaga on Sep. 09 2007,08:04
well, ldconfig needs to be run always after installing a new lib, doesn't matter where it's installed..
Posted by kuky on Sep. 10 2007,17:13
:)

"Right click on desktop -> Create -> New program Icon

Enter path to program.

Using this option will create a new icon on the desktop, if you want this in a folder then "move" it by dragging it to such folder.

To select an icon for it, select it and Ctrl-O, or select it and right on it and select options."

Thanks robert im a happy man and adopt the new world order dsl rc 4.0.3

Posted by jls legalize on Sep. 11 2007,11:45
Mounting the floppy with the mount tool, the files are not modificable, using root there are not problems.
Mounting the floppy using dfm it gives this error:
mount: must be superuser to mount
(I could see this error pressing ctrl+Alt+F1)


legalize cannabis, coke, opium

Posted by roberts on Sep. 11 2007,14:56
The mount tool is deprecated and should have been removed.

I could not duplicate this concern using only the mount anywhere of dfm. Mounted ok. Write/edit files on floppy ok. Unmount ok.

I could see this concern while mixing the use of the mount tool of DSL 3.4.x (deprecated in 4.0) and trying to unmount using dfm.

Posted by jls legalize on Sep. 12 2007,02:05
I cannot mount the floppy with dfm, it says:
mount: must be superuser to mount
This time I didn't use mount tool at all.

I think that many people like me upgrade their dsl os to the newer version, so it should be more easier to do this change. Using debian or ubuntu, when u upgrade the system shows u the differences, if there are, between the new file and your version.

The new Apps folder in the desktop does not contains icons, while the old APPS yes, it's maybe because I copied the one from  /etc/skel/.dfmdesk?


legalize cannabis, coke, opium.
It is not that all the women are bitches, are the bitches who are not all women. :D

Posted by jls legalize on Sep. 12 2007,02:30
I like the fact that I have the md5sum of the dsl iso, but when I burn it or do a frugal install I cannot anymore know if my dsl system is intact. Wouldn't be useful to have an md5sum also of the knoppix file?

legalize canabis, coke, opium.

Posted by curaga on Sep. 12 2007,14:35
Well, if the md5 of the iso is fine, the KNOPPIX is fine too.

On the other hand, wouldn't add too many bytes to have KNOPPIX's md5sum on the cd..

Posted by jls legalize on Sep. 12 2007,15:28
the knoppix file it can be ruined in the time, while the iso file once I download it and check the md5sum I immediately use it for burnig a cd or do a frugal install and then I don't need it anymore.


legalize cannabis, coke, opium.

Posted by roberts on Sep. 12 2007,20:59
If I am understanding this, you would like the KNOPPIX image md5sum to also be posted?  Then when manually copying, i.e., like for a pendrive, or manual frugal, or poormans  you would be able to verify its integrity?
Posted by jls legalize on Sep. 12 2007,23:48
I'd like some sort of automatism that checks the integrity of the knoppix file; 4 example ubuntu checks automatically the file system every 30 mounts.

legalize

Posted by ^thehatsrule^ on Sep. 13 2007,01:38
Quote (jls legalize @ Sep. 12 2007,19:48)
I'd like some sort of automatism that checks the integrity of the knoppix file; 4 example ubuntu checks automatically the file system every 30 mounts.

legalize

Isn't that specific to the partition?  i.e. changeable using tune2fs
Posted by Juanito on Sep. 13 2007,12:11
Would it be possible to have CONFIG_X86_CMPXCHG set in the 2.4.31 kernel config in dsl-4? I know this is not set in dsl-2.1 but it is required for the i915 drm driver for intel graphics chipsets.

The i830 driver works for drm with XFree86 for intel chipsets upto 855 but it has been superceded by the i915 driver for drm with xorg72 for intel chipsets upto 915 (and maybe beyond).

Posted by WDef on Sep. 14 2007,16:40
Jumping back in the thread a bit.
Quote

It seems that some applications (eg the ones in the hplip extension I'm working on) seem to know that if they start in /opt/app/bin, the libs will be in /opt/app/lib. Other applications (eg the ones in samba.dsl) seem to resist all attempts to tell them where to find libs...


This has to do with the -rpath compiler flag which hard codes the locations of libraries (RPATH) into the headers of the resulting binary.  If that was set then it cannot be overriden by LD_LIBRARY_PATH at runtime.

I've sometimes achieved this (I think) by doing:

Code Sample

export PREFIX=/opt/app
env LD_LIBRARY_PATH=${PREFIX}/lib LD_RUN_PATH=${LD_LIBRARY_PATH}  ./configure
make


When it works (only sometimes, the build has to recognize the LD_RUN_PATH variable ), you won't have to use a wrapper so the binary can find the libs in /opt/app/lib

Compiled programs that seemingly "know" where the libs are probably used libtool during the compile or otherwise had -rpath set. I think libtool automatically hard codes the location of the libs (or used to).

People that know about things like hacking Makefiles could always try setting the -rpath and related flags manually I suppose.

One way to avoid all of this is to compile with static linking of course, the downside is a bigger binary and perhaps slower performance.

Posted by ^thehatsrule^ on Sep. 14 2007,17:03
WDef: although I feel this is not really RC material anymore, there's been a recent thread that might be of interest: < http://damnsmalllinux.org/cgi-bin....0;st=15 >
Posted by roberts on Sep. 14 2007,21:18
Quote (Juanito @ Sep. 13 2007,05:11)
Would it be possible to have CONFIG_X86_CMPXCHG set in the 2.4.31 kernel config in dsl-4? I know this is not set in dsl-2.1 but it is required for the i915 drm driver for intel graphics chipsets.

The i830 driver works for drm with XFree86 for intel chipsets upto 855 but it has been superceded by the i915 driver for drm with xorg72 for intel chipsets upto 915 (and maybe beyond).

I think it best to delay this until it can be more fully tested. That being at the beginning of a release candidate cycle. I want to get 4.0 out and not start a new release candidate cycle because of a change to the kernel.

BTW, Have you tested this? Isn't this processor specific?

Posted by jls legalize on Sep. 15 2007,11:18
the default command to open a pdf attachment in sylpheed is gedit that doesn't exist in dsl base system, I think it sould be changed in xpdf.

legalize cannabis, coke, opium

Posted by roberts on Sep. 15 2007,13:21
We don't have a default sylpheedrc in /etc/skel, it appears that gedit was a compiled in default. Since the entire .sylpheed/ directory containing sylpheedrc is in your home directory, it is easy enough to change the three default mime types at lines:

   114 mime_image_viewer=xzgv '%s'
   115 mime_audio_player=xmms '%s'
   116 mime_open_command=xpdf '%s'

The "open_command" is changed whenever you overwrite the currently displayed default and thus 'remembers' your last use.

Posted by b1ackmai1er on Sep. 15 2007,15:12
Yes, as WDef suggests, adding extensions with libraries is a pain.

If we could have /opt/lib in the library path, install our extensions to /opt/app/bin .. /lib etc and have and put our links to the applications libraries in /opt/lib that would be great.

Or as part of the extension loader, recognise libraries (*.so files) and build the the library links automatically.

Generally, I think DSL should come built in with a toolkit of scripts to assist building extensions.

Cheers Phil

Posted by roberts on Sep. 15 2007,17:02
I will attempt to make it automatic as part of the extension loader.
We will need to adopt a convention similiar to that of the menu item. That being I will look for a directory of the form /opt/extname/lib/

Where extname must match as the menu item currently does.
Example: abiword-4.uci

I will look for /opt/abiword-4/lib/

Doing this should make it easier to build self contained applications.

Posted by meo on Sep. 15 2007,18:27
Hi Robert!

There seems to be some problems with changing styles in fluxbox. The background selector in the control panel doesn't seem to work either. I tried theese functions with a cd without backup or anything so I haven't added anything. Otherwise I really like the 4.0 series. This test was made with DSL 4.0 RC3.

Have fun and thank's for all the hard work,
meo

Posted by roberts on Sep. 15 2007,21:23
With v4.0 we have four systems competing for controls of the background.

1. dfm, which the dslpanel/backgrounds should now call. wallpaper.lua is deprecated. It will be removed in the next RC

2. jwm: by specifying it in the .jwmrc

3. fluxbox: styles which could have an embedded bgset or xsri command

4. xinitrc: which could also have a manually issued xsri command.

When switching desktops and/or themes who wins control of the background?

Personally, with v4 I try to only use dfm and let it control the background.

I did not remove the embedded backgrounds in certain fluxbox styles as some may wish not to use icons and therefore dfm is out.

Since DSL can be run in so many ways, you may experience this war of the backgrounds.



Posted by roberts on Sep. 16 2007,15:09
Quote (roberts @ Sep. 15 2007,10:02)
I will attempt to make it automatic as part of the extension loader.
We will need to adopt a convention similiar to that of the menu item. That being I will look for a directory of the form /opt/extname/lib/

Where extname must match as the menu item currently does.
Example: abiword-4.uci

I will look for /opt/abiword-4/lib/

Doing this should make it easier to build self contained applications.

Update: I have automatic /etc/ld.so.cache working for uci .so libraries .
I will release one more RC with this and a few more new features including a GUI dfmext editing tool

Posted by meo on Sep. 16 2007,17:07
Hi again Robert!

Thanks for responding. I know it's hard to combine three desktop managers and the only wish with my post was to notify you about the things I mentioned. Looking forward to the next RC!

Have fun working along with DSL,
meo

Posted by humpty on Sep. 16 2007,18:19
was there any change to 'less' ?
i think i remember  (dsl 2.1b) when using 'less' from aterm, that it auto resized the number of text lines if resized the shell window. but it now it stays stuck at 25 lines.
(it works okay with 'vi').

i can confirm emelfm works like a dream. i really would vote for the
it's icon to be default on the distro desktop. i've been using dfm
everyday for a week now, it's great for dragNdrop but it doesn't quite substitute for a file manager.

Posted by roberts on Sep. 16 2007,22:17
Using busybox less, gnu less costs 104K. Is it worth it?
I will put emelfm in jwm taskbar instead of the folder to dfm.

Posted by Juanito on Sep. 17 2007,07:20
Not a big deal and I could be mistaken but, I thought when you made a typo with "dsl-load" in dsl-3.4.2 a warning box popped up. In dsl-4rc3 this doesn't happen:
Code Sample
$ mydsl-load /mnt/sdb1/mydsl/Glxprogs.tar.gx
$ mydsl-load /mnt/sdb1/mydsl/Glxprogs.tar.gz
Processing Glxprogs

BTW, xorg72.uci works nicely with rc3 although the fonts in apps like emelFM seem bigger than usual - glxgears needs libGL.so.1 however :)

Posted by curaga on Sep. 17 2007,07:28
Oops ;) Better add a note to the .info
Posted by b1ackmai1er on Sep. 17 2007,09:09
>>> Update: I have automatic /etc/ld.so.cache working for uci .so libraries .

Wow, thats service for you!

Wish I could contribute more.

regards Phil

Posted by roberts on Sep. 17 2007,14:42
@ Jaunito, true the warning box was broken in rc1-3, some debugging code interferred, should be OK in rc4.
Posted by WDef on Sep. 17 2007,16:12
Quote
there's been a recent thread that might be of interest: < ]http://damnsmalllinux.org/cgi-bin....0;st=15
>

Didn't see that.

And way off topic ...

Posted by roberts on Sep. 18 2007,03:38
Thanks for testing, feedback and great suggestions.

Moving on to RC4

-- Robert
Powered by Ikonboard 3.1.2a
Ikonboard © 2001 Jarvis Entertainment Group, Inc.