DSL v3.1 RC1
Forum: Release Candidates
Topic: DSL v3.1 RC1
started by: roberts
Posted by roberts on Aug. 24 2006,16:46
The first release candidate of DSL v3.1 is now posted < here >Change log for DSL-3.1RC1
1. Edited .fluxbox menu. Configuration s/b Fluxbox Configuration
2. Added License section to "Getting Started" document
3. Cleanup code regarding DESKTOP & ICONS
4. Update stats.lua to read version from text file.
5. Added firefox adjustments for unionfs
6. Made unionfs the default boot. Use "legacy" option to skip.
7. Cleanup more /var/tmp to /tmp
8. Updated sqlite to 3.3.6
9. Made mydsl boot option consistent with restore boot option.
Specifying the option will skip autodetection for faster boot
10. Enhanced exitcheck to warn if no backup device when requested to save special settings.
11. Added murgaLua Lua/Fltk development toolkit
12. Enhanced .torsmorc for ACPI battery indicator
Robert
Posted by roberts on Aug. 24 2006,16:52
Updated files that may likely be in your backup:1. .fluxbox/menu
2. .torsmorc
Also note that we are aware that this RC is slightly over sized.
This is because this RC contains both Lua/Fltk versions.
Once a transition is made to upgrade to the newer version, the older version will be dropped.
Special note: Because of this oversize special care needs to be considered if your target partition is not large enough.
Posted by mikshaw on Aug. 24 2006,17:18
mmmmmmmmmmm.....murgaaaa.....is that "dsl legacy" or just "legacy"? Or does it matter?
Posted by jimihieu on Aug. 25 2006,02:57
| Quote (roberts @ Aug. 24 2006,12:46) |
| The first release candidate of DSL v3.1 is now posted < here > Change log for DSL-3.1RC1 1. Edited .fluxbox menu. Configuration s/b Fluxbox Configuration 2. Added License section to "Getting Started" document 3. Cleanup code regarding DESKTOP & ICONS 4. Update stats.lua to read version from text file. 5. Added firefox adjustments for unionfs 6. Made unionfs the default boot. Use "legacy" option to skip. 7. Cleanup more /var/tmp to /tmp 8. Updated sqlite to 3.3.6 9. Made mydsl boot option consistent with restore boot option. � �Specifying the option will skip autodetection for faster boot 10. Enhanced exitcheck to warn if no backup device when requested to save special settings. 11. Added murgaLua Lua/Fltk development toolkit 12. Enhanced .torsmorc for ACPI battery indicator Robert |
how about add some media players and more p2p package?
Posted by ^thehatsrule^ on Aug. 25 2006,05:52
jimihieu: I think those packages should be requested for under the myDSL extensions section.And you could specify any that's on your mind.
Posted by geoffrey_4js on Aug. 25 2006,07:23
Is Firefox 1.5 going to be included sometimes in DSL ? (Firefox 1.0.x is no more supported by Mozilla).
Posted by Anshik on Aug. 25 2006,13:12
Hello,I've burned the livecd whith DSL v3.1 RC1. And tried to make bootble flash-pen. It doesn't work. In the installation tool to usb. At the beginnig made the patitions, and the first partition is small for kernel (knoppix). And how to change script to make first patition lager? Or how to fix this problem?
Posted by bokaroseani on Aug. 25 2006,13:43
It will be good to have Firefox 1.5 in the base system in the future so that we do not have to download it from the repository.
Posted by lomeranger on Aug. 25 2006,14:21
| Quote (roberts @ Aug. 24 2006,12:52) |
| Updated files that may likely be in your backup: 1. .fluxbox/menu 2. .torsmorc Also note that we are aware that this RC is slightly over sized. This is because this RC contains both Lua/Fltk versions. Once a transition is made to upgrade to the newer version, the older version will be dropped. Special note: Because of this oversize special care needs to be considered if your target partition is not large enough. |
Can DSL 3.1 RC1 be burned to a 50 MB disk? I've looked for overburning features and they usually pertain to standard 700MB cd's & 4450MB DVD's - Is this just a tester not meant to be burned on the small format? Thanx
Posted by fightie on Aug. 25 2006,21:30
| Quote (geoffrey_4js @ Aug. 25 2006,03:23) |
| Is Firefox 1.5 going to be included sometimes in DSL ? (Firefox 1.0.x is no more supported by Mozilla). |
I believe the Firefox 1.5 issue has been discussed before; 1.5 represents increases both in size and resource needs. 1.5 may be good for DSL-N, but with only 50 MB to play with, and a low-powered target, I don't think 1.5 is right for DSL proper.
Posted by doodle77 on Aug. 27 2006,18:14
The main problem is that 1.5 needs GTK2 i think.
Posted by evilbstrd666 on Aug. 29 2006,21:03
Once again, DSL rocks! Unlike Microsoft, seems like this update actually helps instead of hurts!
Thank you for your efforts!
Posted by bokaroseani on Aug. 30 2006,20:05
This RC is working fine for me so far. But I would like to know if I need to change something in what gets stored in the backup.tar.gz.
Posted by mikshaw on Aug. 30 2006,21:29
| Quote (roberts @ the beginning of this thread) |
| Updated files that may likely be in your backup: 1. .fluxbox/menu 2. .torsmorc |
Posted by bokaroseani on Aug. 30 2006,23:13
Thanks Mikshaw. Can you help me as to how to update these files/folders? From where should I copy them? I am lost.
Posted by andrewb on Aug. 31 2006,01:39
Look in /KNOPPIX/etc/skel for all the 'original' files as they would be loaded into the /home/dsl directory prior to your backup overwriting them during the boot process. Copy the files you need from there to their corresponding location in you /home/dsl directory.
Posted by mikshaw on Aug. 31 2006,04:36
Anything that would be found in /home/dsl when you first boot a fresh DSL system, with no backup, can also be found in /etc/skel. You can copy the files from there.Be aware, though, that /etc/skel/.fluxbox (and two or three other files in skel) cannot be accessed by regular users, since it is owned by root and its permissions are set so it can be entered only by its owner. So in order to copy .fluxbox/menu you will need to copy it as root and then give ownership of it to dsl.
Posted by evilbstrd666 on Sep. 02 2006,17:33
Strange thing has been happening under 3.1RC1..... I use ndiswrapper for my Linksys WPC54G PCMCIA card. As I am on the fringe of the network, regardless of what OS I run, I have to reconnect from time to time.
Under 3.01 and prior, it works great. Connects back up within a few seconds. However, under 3.1RC1, the script on the DSL Control Panel locks up, and takes most of the system with it.
Anyone else have this problem? Funny thing is, I am typing this under DSL-N RC4 and there isn't the same problem.....
Either way, DSL still rocks!
Posted by roberts on Sep. 02 2006,21:59
Try booting dsl-3.1RC1 with the legacy boot option and see if that helps. Let us know.
Posted by evilbstrd666 on Sep. 10 2006,17:21
It did the trick..... d'oh! Guess I won't be using the UNC's yet......Thank you very much! I appreciate the help!
Posted by roberts on Sep. 10 2006,17:38
Thanks for the feedback. Please try again when RC2 is posted as there is more work on going in that area. Hopefully RC2 will provide the results that we are looking for. Stay tuned.
Posted by hswerdfe on Sep. 15 2006,16:23
| Quote (fightie @ Aug. 25 2006,17:30) | ||
I believe the Firefox 1.5 issue has been discussed before; 1.5 represents increases both in size and resource needs. 1.5 may be good for DSL-N, but with only 50 MB to play with, and a low-powered target, I don't think 1.5 is right for DSL proper. |
On The FF front.
I still favour an even smaller distro.
Remove FireFox and mostly every user level App, that sits on-top of X, except fluxbox.
Then you have room to upgrade to a more modern base system
GNU Utils, 2.6 kernel maybe.
basically I would want the CD alone to be almost useless.
except as a way to run apt-get, and install the aps you want to your USB disk, or tmp RamDrive.
and if all the bugs with UnionFS can be worked out, this would be very cool.
maybe it could be called
ESL ... Extremely Small Linux
or
FSL ... F'ing Small Linux
Posted by joer on Sep. 15 2006,16:43
Firefox should be removed from the base iso.Firefox phones home. The one in the base is very old and now (after phoning home) displays a red circle with a warning that critical updates are needed. Yet we cannot get these updates. So, we are forced to download a newer firefox or some other browser, anyway. So why waste the space. We have to download it anyway!
Posted by mikshaw on Sep. 15 2006,18:17
Phones home? No....phoning home is when an application secretly connects to a server, generally for purposes that would be undesired by the user. Firefox simply checks for updates at a specified interval, which can easily be disabled.
Posted by aga on Sep. 16 2006,06:58
default mydsl=cdrom is not true with extension uciremastered dsl.iso and missed uci-apps
used cheatcode mydsl=cdrom, and got uci-apps
line 14 in /etc/init.d/dsl-config
CKMYDSL=""
line 82 in /etc/init.d/dsl-config
if [ "$CKMYDSL" == "yes" ] || [ -z $TORAM ]; then
n=1
for FILE in `ls $1/*.uci $1/*.unc 2>/dev/null`
Posted by evilbstrd666 on Sep. 21 2006,01:27
Yeah, winblows just killed my hard drive.... so now DSL gets to go full-time..... Thanks again for your help, roberts. I look forward to RC2.
Stupid windows.
Posted by andrewb on Sep. 27 2006,03:48
John, Roberts,Can torsmo please be upgraded to v0.18. V0.18 allows specification of the directory name in /proc/acpi/battery. I have a Toshiba libretto & the directory name for the battery is MBAT. Torsmo v0.17 (used in DSL) only allows battery directory names of the form BAT0, BAT1,...
There will doubtless be other systems affected by this, otherwise the change would not have been made to torsmo. Without this change the battery status for ACPI is not accessible to torsmo.
Posted by evilbstrd666 on Sep. 27 2006,20:02
I second the motion.... my Fujitsu notebook uses ACPI so that little meter doesn't do much. Not that I am complaining, as my notebook also has a little LCD that tells me about battery power.
Posted by evilbstrd666 on Sep. 27 2006,20:03
I second the motion.... my Fujitsu notebook uses ACPI so that little meter doesn't do much. Not that I am complaining, as my notebook also has a little LCD that tells me about battery power.
Posted by tawalker on Oct. 04 2006,09:24
Why not replace torsmo altogether with conky? Conky is actually maintained; it seems to be more configurable (not that I tried much to configure torsmo, admittedly); and I understand the program isn't that much larger than torsmo.Don't know if conky has the same battery information feature as torsmo, which andrewb referred to, though.
Posted by clacker on Oct. 07 2006,03:55
When I open murgaLua and type print(sqlite.version()), the sqlite version is 2.8.17 but them I run sqlite -version I get 3.3.6I think it's great the you chose to include fluid, the fltk GUI builder, but I wasn't able to make the /bin/convertFluidToMurgaLua.sh script to work.
murgaLua looks great so far, though.
Posted by roberts on Oct. 07 2006,06:22
I don't think fluid will stay. It will likely become an extension together with the conversion script. Recall, this RC is temporaraily oversized to try to help with the conversion. So far, I have been able to convert all of my Lua programs (48) to Lua 5.1.1 and Fltk, via murgaLua. So the next RC will be back to just under 50MB.I too have found the convertFluidtoMurga.sh to have issues. But then it is early in its development cycle. I do use fluid to help with some layout, but mostly I find the Fltk manual the most helpful for GUI and having Lua 5.1.1 is a joy. I also feel that there is a better interface to Fltk than before. The conversion has been a big project.
Posted by mikshaw on Oct. 07 2006,14:00
I've been wondering how big that task would be. I converted a couple of my personal scripts just to see how much work is needed, and it's quite a lot...at least for me =o)I had started working on a uci extension for FLTK, including Fluid, just before MurgaLua was introduced to Damnsmall. It was being done primarily to use Fluid (or in my case to try learning Fluid/FLTK) in DSL. If you want I could finish that sometime in the next couple of weeks and submit it with or without the conversion script.
Posted by roberts on Oct. 07 2006,16:37
mikshaw, If you have something with fluid and a fluid2Lua, and as a uci that would be great. I won't bother makeing fluid an extension.
Posted by roberts on Oct. 07 2006,16:38
clacker, I guess I had better align the sqlite versions.
Posted by clacker on Oct. 08 2006,17:27
Is it possible to compile murgaLua with readline support? It would make trying things out on the fly a lot easier. I have no idea if it's even possible, though.
Posted by mikshaw on Oct. 08 2006,20:39
I don't know if it's possible either, but i haven't looked into it.You can run murgaLua or lua-fltk with stdin as a file, though, as well as passing an argument to the -e parameter for the application to execute.
stdin:
| Code Sample |
| echo 'print("this is a string")' | murgaLua - |
| Code Sample |
| cat filename | murgaLua - |
parameter:
| Code Sample |
| murgaLua -e 'print("this is a string")' |
This will allow you to use Bash readline support for testing murgalua
Posted by clacker on Oct. 09 2006,15:23
I take back my comment about the /bin/convertFluidToMurgaLua.sh script, I was using it incorrectly. I wasn't choosing "File->Write Code" so the *.cxx file was never created and the script doesn't work on the *.fld files. The only widget it had a problem with was Fl_Spinner, but the converter I wrote in lua had the same issue.When I first looked at the generated code, I wasn't crazy about it because everything it created didn't have a name that you could reference. You had to give them names yourself. At first I thought that was not good so I wrote a script that gave everything a name based on its prototype and how many there were (like button1, button2, input1, etc.). The more I thought about it, the more I liked the fact that the user could choose whatever names he wanted for the objects rather than having those names pre-assigned but the script. One thing I did like about pre-assigning names to widgets was that the script I wrote created empty callback functions automatically for the buttons.
Posted by roberts on Oct. 09 2006,15:49
Use the fluid c++ tab, Name field will allow naming your widgets while doing your layout.This is getting to be more scripting than RC feedback.