DSL v.3.4.9


Forum: Site News
Topic: DSL v.3.4.9
started by: roberts

Posted by roberts on Jan. 07 2008,04:08
Change log:

* Updated cdrtools
* Replaced xpaint with mtpaint.
* Updated functions5.lua
* Fixed bug in frugal_grub.sh to support the grub menu for Windows that was introduced with the addtion of 'checkfs'


Files that are likely in your backup that need to be updated:

.jwmrc
.fluxbox/menu

Special thanks for Curaga for cdrtools and mtpaint.



Posted by Juanito on Jan. 17 2008,03:42
How is the netcardconfig button from the dsl panel intended to work in 3.4.x?

The reason I ask is that on my old desktop I am obliged to use netcardconfig a couple of times a day to reconnect it to the router - I don't know why it disconnects. When I bring up netcardconfig, I click on the dhcp radio button, click on apply and click on exit - somewhere in this a question is asked about saving settings to which I presume I have effectively answered yes, but the next time I use netcardconfig I have to click on the dhcp button again.

Obviously having to click on one radio button is not a big deal, but shouldn't the choice be saved or I have I misunderstood?

Note that this is with dsl-3.4.8 but I presume it is the same as dsl-3.4.9

Posted by roberts on Jan. 17 2008,05:22
It, netcardconf.lua, suffers from being developed for 4.x.
Lines 211 and 212 reveal that it is expecting .filetool.lst to be located in /opt, a 4.x feature, and not in ~/ as required for 3.x.

This is starting to show the stress of  handling two distributions. I need to start to simply and reduce the workload.
Hopefully moving forward I will be able to simplify. I need to close the book on 3.x.

Posted by chaostic on Jan. 17 2008,06:24
Quote (roberts @ Jan. 17 2008,00:22)
It, netcardconf.lua, suffers from being developed for 4.x.
Lines 211 and 212 reveal that it is expecting .filetool.lst to be located in /opt, a 4.x feature, and not in ~/ as required for 3.x.

This is starting to show the stress of  handling two distributions. I need to start to simply and reduce the workload.
Hopefully moving forward I will be able to simplify. I need to close the book on 3.x.

NOOOO!!! /Vader

Seriously. I tried 4.x and didn't like it.

Posted by lucky13 on Jan. 17 2008,11:44
Quote
Seriously. I tried 4.x and didn't like it.

What's not to like about it?

Posted by curaga on Jan. 17 2008,15:25
Dfm? It doesn't have to run, boot with noicons.
Jwm? Fluxbox is still there. Besides, I really like the dark jwm theme by lucky13.

Posted by roberts on Jan. 18 2008,20:08
Quote (Juanito @ Jan. 16 2008,19:42)
How is the netcardconfig button from the dsl panel intended to work in 3.4.x?

The reason I ask is that on my old desktop I am obliged to use netcardconfig a couple of times a day to reconnect it to the router - I don't know why it disconnects. When I bring up netcardconfig, I click on the dhcp radio button, click on apply and click on exit - somewhere in this a question is asked about saving settings to which I presume I have effectively answered yes, but the next time I use netcardconfig I have to click on the dhcp button again.

Obviously having to click on one radio button is not a big deal, but shouldn't the choice be saved or I have I misunderstood?

Note that this is with dsl-3.4.8 but I presume it is the same as dsl-3.4.9

I misspoke with my previous post. I was looking at a 4.x system.
On 3.4.9 it works as intended. I just now setup a 3.4.9 system and boot nodhcp, ran netcardconfig from dslpanel. This scripts creates a script with your chosen selection in /opt/eth0 (or whatever the device name is), it adds this script to /home/filetool.lst and also adds it to /opt/bootlocal.sh. This should provide persistence across reboots. The script as written does not recall/reload previously entered data.

Trying to maintain two different distributions causes much extra work to constantly be setting up and taking down test environments. Only one person here and little equipment and space available.

Were you expecting pre-entered data to display or were you possibly using it as other than user dsl?

Posted by Juanito on Jan. 19 2008,05:39
Quote
Were you expecting pre-entered data to display or were you possibly using it as other than user dsl?

- I'm using it as user dsl. I was expecting the "Use DHCP Braodcast" button to stay at "Yes" once I had clicked on it and "save configuration in the system" was set to "yes" and I clicked on "apply" and "exit"

As said, this is not a big deal and I understand the need to draw a line under dsl-3.x

Posted by curaga on Jan. 19 2008,09:33
Wouldn't it be possible to create a similar system for icon managers that now exists for window managers?

So the 4.x could look like 3.x by using xtdesktop, and you could ditch 3.x once and for all..

Posted by Juanito on Jan. 19 2008,13:47
Quote
Change log:

* Updated cdrtools
* Replaced xpaint with mtpaint.
* Updated functions5.lua
* Fixed bug in frugal_grub.sh to support the grub menu for Windows that was introduced with the addtion of 'checkfs'

- I just noticed that there are icons for both Xpaint (which does nothing) and mtPaint (which works, even though the link is called "mtPain.lnk")

There is a right-click menu item (Apps, Graphics) for Xpaint (which does nothing) but no menu item for mtPaint.

[..and I'm certainly not one to speak on this, it took me three attempts to get the permissions on the icons and the suid right in the re-submitted samba-3.uci]

Posted by roberts on Jan. 19 2008,14:37
If you boot with base norestore, you will see that indeed mtpaint is in the right click menu and that there is no xpaint icon. Likely your backup file restored both prior menu and icon.

While the menu is a single item and thus can be easily copied from /etc/skel, the xtdesk icons are individual and therefore the old (Xpaint both icon and lnk) must be manually removed after the backup restored them.

Posted by Juanito on Jan. 19 2008,14:50
Quote
[..and I'm certainly not one to speak on this...


Seems I was right - problem fixed  :)

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