DSL v3.3 RC2


Forum: Release Candidates
Topic: DSL v3.3 RC2
started by: roberts

Posted by roberts on Mar. 06 2007,04:46
The second release candidate of DSL v3.3 is now < posted. >

Cumulative Change Log for DSL v3.3RC2

* New gettime.lua to set clock from a time server.
* Updated zoneinfo to support new Daylight Savings Time.
* Restored menu item "Enable Apt" and dpkg-resore download script.
* Updated mydsl tool; download directory is now verified.
* Updated pendrive installation scripts to be device independent both install and runtime.
* Fixed mount tool for cdrom and floppy devices.
* Added ballon help on docked mount tool.
* More install options on dslinstall menu; access via install boot label
* Added new /opt/bin directory with /opt/bin in PATH.
* Added mouse configuration persistence via .mouse_config.
* Improved rdesktop - added color depth.
* ALSA sound autoconfiguration improvement via conflicting audio module.
* Automated start of rcfirewall upon boot when rcfirewall.unc is in mydsl search path at boot.
* Added auto start of gtk2 when gtk2 extension is in mydsl search path at boot.
* Removed non-boot SCSI modues, now a unc and autoloaded when scsi.unc is in mydsl search path at boot.
* Added legacy option to lowram boot image label.
* Added lowram check to .xinitrc - prevents Dillo and Torsmo from starting.
* Updated bootfloppy.img to fix the 16MB memory/ramdisk bug.
* New dsl-split.lua a DSL KNOPPIX file dump to diskettes.
* Updated boot image "install" menu - dslinstall to support new options.
* Created a DSL FreeDOS utilitities diskette bootfloppy-utils.img for access to DOS installaton tools - linld, loadlin.
* Added declobber.sh to remove troublesome extraneous system directories in MyDSL extensions.
* Restored original b44.o module, should resolve hard drive netcard issues in v3.2.
* Fixed typo bug in mkmydsl.
* Fixed typo in exitcheck display of Iwconfig
* Fixed bug in frugal_lilo.sh when installing from a file.
* Fixed man script to support hard drive installations.

Posted by Juanito on Mar. 06 2007,10:52
The balloon help works :)

Do you have the list of files to be copied from /etc/skel to overwrite a backup?

Posted by roberts on Mar. 06 2007,15:48
Quote (Juanito @ Mar. 06 2007,02:52)
...
Do you have the list of files to be copied from /etc/skel to overwrite a backup?

Thanks for reminding me.

Please note the following files have been updated and are likely in your backup.
You should compare and copy the new updated version from /etc/skel/

.fluxbox/menu
.jwmrc
.xinitrc

Robert

Posted by bokaroseani on Mar. 07 2007,02:11
Quote (roberts @ Mar. 05 2007,23:46)
* More install options on dslinstall menu; access via install boot label

Hi Robert,

How do I use the dslinstall menu? Is "install" a cheat code that I type when I boot with the live CD? And what should I expect to see with this cheat code?

Posted by roberts on Mar. 07 2007,04:22
From the boot prompt:

boot: install

You will get a text installation menu with many options to make floppies, do all the installation types, and even start cfdisk.

It is useful to not have to start X and other processes, as you use less resources.

 1. Make Standard Boot Floppy
 2. Make USB Boot Floppy

 3. Install to Hard Drive
 4. Frugal Grub Hard Drive Install
 5. Frugal Lilo Compact Flash Install
                                                           
 6. USB Pendrive ZIP boot Install
 7. USB Pendrive HDD boot Install                                                        

 8. Split KNOPPIX into floppy sized chunks
 9. Interacive KNOPPIX split onto floppies        
10. DSL FreeDOS Utilities

11. PCMCIA Module Floppy
12. Partition Tool cfdisk



Posted by Juanito on Mar. 07 2007,14:48
I noticed there seems to have been some kind of change in the alsa autoinstall on boot between rc1 and rc2.

With rc1 there were a number of lines on the boot screen saying something about modules loaded with warnings - on rc2 this has been replaced by something that goes by too quick to see. In both cases, the driver (snd-intel8x0) loads and works.

I tried alsa on an rc2 legacy boot with the alsa and alsa-modules dsl extensions on the same machine but the alsa autoconfig does not work. Is this because the dsl extensions (I see one has 2.4.31 modules, i.e. DSL 2.1) are older than the corresponding unc extension?

Posted by roberts on Mar. 07 2007,15:03
There was no change in this area.
Alsa auto boot and detection requires the following:

1. alsa boot option specified
2. alsa.unc
3. gnu-utils.unc

Both alsa.unc and gnu-utils.unc must be in your mydsl search path upon boot and successfully loaded at boot time.

alsa.unc requires gnu-utils.unc as specified in the alsa.unc.info

Obviously, since unc type extensions are used, it will not work with legacy option. Unionfs is required.

Do not try to use alsadebs.dsl or alsa.dsl for 2.4.31 as they both will not work.



Posted by Juanito on Mar. 07 2007,16:51
OK - sure, but if the dsl equivalent of alsa.unc were available would things work on a legacy boot with the alsa boot option and gnu-utils.dsl?
Posted by curaga on Mar. 07 2007,17:02
Will the finnish keymap make it for rc3?
Posted by roberts on Mar. 07 2007,17:16
Quote (Juanito @ Mar. 07 2007,08:51)
OK - sure, but if the dsl equivalent of alsa.unc were available would things work on a legacy boot with the alsa boot option and gnu-utils.dsl?

No. Not at boot time. Both of those .dsls  are huge memory resource hogs and would likely cause the system not to boot, as ramdisk would become exhausted. Therefore would not work for many users.

In fact, it would not work for the majority of DSL machines that I use.

Our target is not only a small distro but one that works well on very small resource machines.

You can, as many have, add commands to /opt/bootlocal.sh to achieve similar results.

Posted by roberts on Mar. 07 2007,17:18
Quote (curaga @ Mar. 07 2007,09:02)
Will the finnish keymap make it for rc3?

I am still waiting for one to be submitted that is known to work with DSL. I would have no way to know or even test. Those who would know need to help others that have this need.
Posted by bokaroseani on Mar. 07 2007,17:27
Quote (roberts @ Mar. 06 2007,23:22)
From the boot prompt:

boot: install

You will get a text installation menu with many options to make floppies, do all the installation types, and even start cfdisk.

It is useful to not have to start X and other processes, as you use less resources.

 1. Make Standard Boot Floppy
 2. Make USB Boot Floppy

 3. Install to Hard Drive
 4. Frugal Grub Hard Drive Install
 5. Frugal Lilo Compact Flash Install
                                                           
 6. USB Pendrive ZIP boot Install
 7. USB Pendrive HDD boot Install                                                        

 8. Split KNOPPIX into floppy sized chunks
 9. Interacive KNOPPIX split onto floppies        
10. DSL FreeDOS Utilities

11. PCMCIA Module Floppy
12. Partition Tool cfdisk

Thanks Robert.

I wonder if you will consider to add some options in the frugal install (grub and/or lilo) in the next release so that users can set up the menu.lst (in case of grub, that is) with customized cheat codes right at the time of installing.

Posted by Juanito on Mar. 07 2007,17:44
Quote (roberts @ Mar. 07 2007,16:16)
You can, as many have, add commands to /opt/bootlocal.sh to achieve similar results.

'Just need the dsl version of alsa.unc...

I think somebody posted an explanation of how to create a dsl extension from a unc but I couldn't get it to work for me.

Posted by Felson on Mar. 07 2007,19:19
Quote
I think somebody posted an explanation of how to create a dsl extension from a unc but I couldn't get it to work for me.


Code Sample

cd ~dsl/
mkdir tmp
cd tmp
cp -rp /opt/package/* .
du -a | awk '{print $2}' | sed "s/\.\///g" > package.lst
[edit package.lst and remove any directories that aren't empty]
tar -zcvf package.dsl -T package.lst
mv package.dsl ..
cd ..
rm -rf tmp


Note that the package needs to be installed/mounted for this to work. You could also get away without doing the copy to the tmp dir, but I find it easier that way.

Posted by curaga on Mar. 08 2007,06:40
But I sent the email four days ago, with a topic "The finnish keymap for DSL"
I'll send it again today, in case it didn't get through...

Posted by Juanito on Mar. 08 2007,09:42
Thanks for the unc2dsl how-to Felson - it appears to have worked fine on alsa.unc

All we need now is for WDef to make one of his excellent scripts to automate this...

Posted by Juanito on Mar. 08 2007,10:10
Quote (roberts @ Mar. 07 2007,16:16)
You can, as many have, add commands to /opt/bootlocal.sh to achieve similar results.

I did some more checking on the alsa autoconfig on-boot:

For a machine with an integrated Intel 82801DB (ICH4) AC'97 Audio Controller with alsa.unc and rc2 - I get the following error on the boot screen:

../../alsa-kernel/pci/ac97/ac97_codec.c:1858: MC'97 1 converters and GPIO not ready (0xff00)

and the following errors in /var/log/messages:

Module snd loaded, with warnings
Module snd-seq-device loaded, with warnings
Module snd-rawmidi loaded, with warnings
Module snd-mpu401-uart loaded, with warnings
Module snd-page-alloc loaded, with warnings
Module snd-timer loaded, with warnings
Module snd-pcm loaded, with warnings
Module gameport loaded, with warnings
Module snd-ac97-codec loaded, with warnings
Module snd-intel8x0 loaded, with warnings

For a machine with a Soundblaster 128 pci card with alsa.unc and rc1 - I get several of the "Module xxx loaded, with warnings" errors on the boot screen.

For the machine with the Intel sound (and 1GB RAM), if I use rc2 with a legacy boot, the alsa boot code and alsa.dsl (converted from alsa.unc) and gnu-utils.dsl loaded at boot, the boot messages indicate that alsa-autoconfig will run but it doesn't (per your earlier post, maybe you check for a legacy boot?). Using the command /etc/init.d/alsa-autoconfig after boot (or in bootlocal.sh) loads the alsa modules with the same error messages.

In all the cases above, the sound works so I guess the error messages are not that important.

Which makes most sense in the legacy boot case, to use the alsa boot code or the nosound boot code - or does it matter?

Posted by roberts on Mar. 09 2007,17:39
Loading modules with warnings is not a fatal error.

I have decided to support both unc and dsl for alsa sound auto setup upon boot.

I have it working with:

boot: dsl legacy alsa

with alsa.dsl and gnu-utils.dsl in the mydsl search path.

I am going to rename the existing alsa.dsl (for dsl v2.x) as it will likely be less used.

This will be available in the next release.

Posted by dare2dreamer on Mar. 11 2007,17:13
As v3.3. has the fixes for daylight savings time, I'm curious when it is actually going to release.

If it is going to be a while, perhaps a corrective extension could be created for existing DSL users?

Actually, an extension that fixes the problem might not be a bad idea anyway, so that people don't have to immediately throw away their old installations.

Posted by roberts on Mar. 11 2007,19:52
I wanted to release but was denied. I don't control the release dates.
I am glad to see that DST worked for me.
It is always good to keep current as many bugs are fixed in the newer releases.

Posted by ron on Mar. 12 2007,00:27
Roberts can you confirm whether the 3.0 version (with Linux 2.4.26) is affected by the so-called "local" DoS-attack vulnerability?
Posted by Jason W on Mar. 12 2007,11:23
Does anyone else recieve errors when running cdrecord -scanbus as root?  I am late for work or I would post the exact errors, but I have a feeling that others will get the same result in their terminals.  I have tried this on a couple of machines with different configurations on a fresh boot that work fine with cdrecord in DSL 3.2, and I am just curious if others are seeing the same.
Edit:  Now at work I just thought, would this have anything to do with the removal of the non-boot scsi modules?  Or the ide-scsi setup? I will look at it more when I get home to my machine.

Posted by JohnJS on Mar. 12 2007,18:49
Hi Jason W.
I get this error:
"cdrecord.mmap: no such file or directory cannot open '/dev/pg)' cannot open scsi driver"

To burn iso cd I had to use 3.0.1 as Livecd.

Posted by Jason W on Mar. 12 2007,18:57
Thanks JohnJS for posting the error message, and it is the same one I got.   I should have posted it, but I was in a rush.
Posted by roberts on Mar. 12 2007,19:28
Quote
Does anyone else recieve errors when running cdrecord -scanbus as root?

Indeed. They, non-boot scsi modules, will be restored before the final release of v3.3

Thanks for testing and sharing results.

Posted by ron on Mar. 12 2007,22:35
Quote (ron @ Mar. 11 2007,19:27)
Roberts can you confirm whether the 3.0 version (with Linux 2.4.26) is affected by the so-called "local" DoS-attack vulnerability?

Did you miss this post? This is an important issue. A server was taken out with this attack only yesterday.
Posted by lucky13 on Mar. 12 2007,22:59
Quote (ron @ Mar. 12 2007,17:35)
Quote (ron @ Mar. 11 2007,19:27)
Roberts can you confirm whether the 3.0 version (with Linux 2.4.26) is affected by the so-called "local" DoS-attack vulnerability?

Did you miss this post? This is an important issue. A server was taken out with this attack only yesterday.

Stop worrying, it's not critical.

OPERATING SYSTEM: Linux Kernel 2.6.x
It's marked "less critical."
< http://secunia.com/advisories/24493/ >

No 2.4 kernels listed:
< http://www.securityfocus.com/bid/22904 >

Posted by ron on Mar. 12 2007,23:12
Thanks for the link. I agree it's not a big problem right now for home desktop/laptop users.
Posted by roberts on Mar. 12 2007,23:14
A very vague post.

But to quote the security announcement:
Quote
To execute this attack a malicious user needs shell access to the victim's machine.  The severity of this bug is considered low because local denial-of-service attacks are hard to prevent in general.


DSL primarily being single user (dsl) live CD or compressed image (frugal) desktop does not a server make.

Being single user, would mean an internal or local DoS would be self inititated?  See the quoted security above.

If you decide to install DSL as traditional hard drive installation and make it into a server, then you should take every precaution to protect it.

Servers and traditional hard installations cannot be supported as it is impossible to know the state of your machine and network environment.

Given the low level of this security announcement and the above facts regarding the intended use of DSL, no further action will be taken.

Posted by MakodFilu on Mar. 13 2007,03:13
I have noticed several configuration files under /KNOPPIX/etc/X11 that seemed odd to be included, like XClock, XCalc and some more, about 100KB in total.

Not exactly RC2 related, but maybe those could be cut out of there for extra space?

Posted by curaga on Mar. 13 2007,15:08
There are also many scripts in init.d that are never used.. If space is tight, why is all this just let be?

Oh, and have you now got the finnish keymap?

Posted by ron on Mar. 13 2007,16:19
Quote (roberts @ Mar. 12 2007,18:14)
A very vague post.

But to quote the security announcement:
Quote
To execute this attack a malicious user needs shell access to the victim's machine.  The severity of this bug is considered low because local denial-of-service attacks are hard to prevent in general.


DSL primarily being single user (dsl) live CD or compressed image (frugal) desktop does not a server make.

Being single user, would mean an internal or local DoS would be self inititated?  See the quoted security above.

If you decide to install DSL as traditional hard drive installation and make it into a server, then you should take every precaution to protect it.

Servers and traditional hard installations cannot be supported as it is impossible to know the state of your machine and network environment.

Given the low level of this security announcement and the above facts regarding the intended use of DSL, no further action will be taken.

DSL does not necessarily have to be used in single user mode. It is possible to set it up with multi-user logins, and to use it to run a server with several users. This is not a problem with DSL distro. It is a problem for certain Linux kernel versions, affecting all distros. I know it requires shell access - I have seen this exploit in action on a Red Hat server running a 2.4.something kernel version. It does not require the attacker to be in super users group. But if the telnet port is open on a DSL server, then the kernel version becomes important. I am not suggesting any course of action - I was only interested whether it was possible to use this exploit on a DSL 3.0 (whether anyone had done it?)
Posted by jls legalize on Mar. 14 2007,01:42
To dsl developers:
1)can u add autodetection of joystick without having to add
sudo insmod joydev
?
2)Maybe u can check knoppix way of adding language transations to your scripts



legalize cannabis, etc.

Posted by jls legalize on Mar. 14 2007,05:08
having in /opt/bootlocal.sh
iptables --table nat --append POSTROUTING --out-interface ppp0 -j MASQUERADE
I got the following error:
modprobe: can't locate module ip_tables................

with 3.2 there were no problems.

legalize cannabis, etc.

Posted by jls legalize on Mar. 14 2007,08:40
I'm also not sure that the wallpaper I choose gets reloaded upon reboot.

legalize cannabis, etc

Posted by roberts on Mar. 14 2007,18:13
Quote
modprobe: can't locate module ip_tables................

They will be in the final or next RC.

Posted by jls legalize on Mar. 15 2007,17:18
Some dsls that I made, unfortunately cointains "clobbering" directories, that breaks the 3.2 system (didn't try this RC). This didn't happen in dsl 3.1 Maybe instead of forcing me to correct those dsls u could change the mydsl-load script, and the system will also be more "robust".

PSDon't forget the iptables mentioned in the erlier post :D


legalize cannabis, etc.

Posted by Jason W on Mar. 16 2007,01:55
oops
Posted by Pita on Mar. 19 2007,03:53
After I had booted via the CD DSL-3.3Rc2 and gone out again my BIOS settings had changed.

First boot option was set to IDE-1 instead of CDROM, so have other boot options. Num Lock was changed to on and MB Ethcard enabled. The result was I could not boot any more at all and the wrong MAC address was read from the faulty MB card.

It took me a while to find that the second boot option should read IDE-0.

Did DSL-3.3Rc2 do those chances or what else could have gone wrong?

Regards

Posted by ^thehatsrule^ on Mar. 19 2007,13:47
Pita: Your motherboard's CMOS battery is probably (nearly) dead.  Replacing it might work.
Posted by MakodFilu on Mar. 19 2007,13:53
AFAIK, DSL does not mess with the BIOS. Must be something else and you'll have to find: there is no single answer nor possible diagnostic without physical access to the machine. Try with you local technical service.

Sorry to say, this is unrelated to RC2 (or any other version).

[Edit]: Issue that ^thehatsrule^ adressed better in the previous post.

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