Forum: Release Candidates
started by: roberts
Posted by roberts on June 06 2006,23:27The second release candidate of DSL is now posted < here. >
The change log for DSLv3.0RC2
1. New DSL now boots to unionfs
2. New boot option "legacy" to boot without unionfs
3. Moved MyDSL local extensions from emelfm to MyDSL desktop icon (mydslPanel.lua)
2. New mountable MyDSL extension type unc with automatic branch management.
3. Adjust Getting Started/Dillo screen to support booting 640x480
4. Added ACPI modules for newer power managment support
5. New FUSE support
6. New sshfs support
7. Fixed bug in kbdconfig when changing keymaps.
8. New theme "A Penguin with a Hat"
9. New sample unc extensions, abiword, cups, gnu-utils, and opera852
If you have been testing v3.0 and/or have a backup then you should upgrade the following:
cp /etc/skel/.emelfm/buttons /home/dsl/.emelfm/.
cp /etc/skel/.emelfm/filetypes /home/dsl/.emelfm/.
Posted by kerry on June 07 2006,01:47Ooh, downloading now. I promise i'll be good this time my knee is healing and i cut back on the meds.
Posted by kerry on June 07 2006,03:00Hmm, I love the new myDSL load in myDSL browser.
Okay i'm still having problems, after using the DSL browser to download fluxbox1.14.uci(also tried conky.uci) it says i need to manually mnt. so i open emelfm to go to /tmp so i can mount it but if you click on /tmp it locks emelfm up. Tried to load from the new MyDSL load same thing just sits there. I then used terminal to cd to /tmp once i hit> ls enter, lock up.
Okay, i tried down loading it to /dsl/ and loading with the MyDSL load
and get the same message. here's a pic from xpaint->
< http://img474.imageshack.us/img474/7278/15ay.png >
But i'm glad to report i had no problems loading .dsl's from my usb pen with the new mydsl load.
to be continued...
Posted by kerry on June 07 2006,03:43I installed rox to try and look at /tmp and rox shows /tmp as a mounted file, is it suppose to be mounted?
Posted by JB4x4 on June 07 2006,05:17Nice work on this RC - The new MyDSL extension loader seems to have alleviated the problems with Emelfm and other parts of the system "locking up". I have tried out a few extensions I have created, XFree86.unc - GTK-0705.unc, and they seem to work well.
Modify the UCI Tool to show both uci's and unc's that are mounted.
Have MyDSL extension loader open in the last viewed directory (Okay, I am just to lazy to click through directories - )
P.S. A short guide on "properly" creating unc's would be helpful, I think I am doing these right, but want to be sure.
Posted by ZoOp on June 07 2006,09:06great, great, great!!
I am testing the mydslPanel.lua right now, and it works great also with jwm!
Unionfs seems to work, but I don't understand what is the function of the /unionfs_goose in my /mnt.
I also want to understand the following: when I load Opera.unc, Opera is then in myDSL in the menu; I can make it run, it runs well; when I close Opera, I understand that it would be the same "as if" I had unmounted Opera, with the difference that Opera is always present in my myDSL; is that right?
I have no success with abiword.unc when I tried to run it from myDSL; mydslPanl load it just right, but in order to run abiword, I have to type abiword in a shell.
I also agree with JB4x4: it would be just great to have a kinf of howto (in the wiki?) in order to know how to construct .unc extensions from .dsl extensions; this .unc extension, I have to say, is incredible in speed, gives applications a nice layout, and remains on a very useful principe.
Finally a suggestion: would it be possible to create a repository in the download section in order for the community to place their *.uncs over there?
Very great job Robert & John, congratulations again!
Posted by ZoOp on June 07 2006,09:17just an edit to my previous post:
I agree with JB4x4 that it would be great to harmonize/couple UCI Mount Tool and the new mydsl loader since the mydsl loader can mount uci (and dsl extensions as well) and look pretty nice. It is maybe also a possibility to save room.
I enjoy 3.0RC2 a lot!!
Posted by ZoOp on June 07 2006,09:28... and a last one: at shutdown, my machine shuts down right, but the cd won't be ejected as it should; when I take another live cd, the cd is correctly ejected at shutdown
Posted by roberts on June 07 2006,16:52Kerry, I just tried fluxbox_0.9.14.uci and conky.uci both worked without problems.
Perhaps you can tell me more on how your system is setup.
JB4X4, Currently, I am disabling the "unloading" of the unc extensions.
The reason is that other programs or processes could be using some of the overlay. Unc extensions are not limited to be "self contained" like the uci. It is quite easy to safely remove uci as no other process could be using it. Therefore no current plans to merge these two tools. I will look to improve the unc loader per your suggestion. JB4X4 mail me your unc's and I will place them in the release candidate area for now.
ZoOp, The "goose" provides a mechanism to flush unionfs cache, this was discovered during the RC1 testing, Clacker's "goose" did the trick.
Repository will be ready concurrently with final release of 3.0. There has been so much work coding-testing cycle that it is not ready yet. Perhaps it makes sense to have both UCI and UNC together.
I posted a sample howto for unc in the RC1 thread. Let me know if more is needed. It is really simple compared to making a uci.
Posted by ZoOp on June 07 2006,16:57yes!!
super, thank you thank you thank you!
Posted by kerry on June 07 2006,17:31Hey roberts, when i run DSL i run it using " dsl toram xsetup ". When i first start testing i just boot the cd with out any of my saved .dsl's. The .dsl's work fine, it's only the .unc's and .uci's that won't work for me with unionfs. I always get that i need to mount manually message no matter what .unc or .uci i try, i tried going straight down the list to see if any of them would work, no luck. But once i try to load a .unc or a .uci, it's all screwed from then on, the /tmp folder get's locked up. I tried unmounting the /tmp folder to free it up and it say's it is busy and there may be to many mounted files. I had to cut testing short yesterday, but i'll try and test some more today. i plan on taking more pic's so you can actually see it. There's nothing speacial about my computer i built it using parts that are known to work with linux. I unplug all my drives except for swap when i run DSL. It's not a big deal it sounds like it works for others, i'll just run mine in legacy with out unionfs like i did with rc1c. I have no problems running DSL the normal way without unionfs. I haven't tried the legacy code yet.
Cpu amd xp 1643mhz
a 1 gig hd formatted all swap.
nividia card with dual monitor support.
Posted by roberts on June 07 2006,22:04Ah might be the toram. uci and unc never autoload when using toram.
unc and unionfs as implmented is designed for lowram machines.
But I know that I have not tried toram and unionfs. I am not rich in ram!
Posted by kerry on June 07 2006,22:07still did it to me with out no option when i tested it in qemu->
< http://img439.imageshack.us/img439/9278/screenshot4zx.png >
I'll try later with the real thing but i'm pretty sure i'll get the same message. I'm doing some office work for mom right now so it's going to have to wait.
also once i try a .uci and it fails i can no longer shutdown or reboot or switch to jwm from the right click menu. i usally have to press the restart button on my computer to get out of DSL again. which is why i'm testing in qemu now it's less strain for my comp.
Posted by meo on June 07 2006,22:52Hi there!
I use DSL from a pendrive and both uci's and unc's load as they should. They autoload from the root of the pendrive. Just one thing that doesn't work as in 2.4 is that seamonkey doesn't show up under the Mydsl menu. It 's no big deal since I can always use the icon to start it. The 2.4 version I run from another pendrive and usually use the noicons boot-code. Thanks for an excellent work!
Posted by roberts on June 07 2006,23:47Just booted with toram and then loaded xchat.uci, abiword.unc, and opera852.unc all without any issues. So it is not the toram option.
Posted by kerry on June 08 2006,00:01Yeah, i think that unionfs just dosen't agree with my computer. I tried live with no options(just hit enter) and it froze my computer, had to hit the reset. I booted " dsl toram xsetup legacy " and everything works fine. So i guess i'll just test the standard setup for ya.
I'll let you know if i find any problems running it regular.
Posted by JB4x4 on June 08 2006,03:55Robert - I noticed that in DSL's 2.4 and lower /tmp is a symlink to /var/tmp. In 3.0, /tmp is linked to /ramdisk/tmp. I believe this is causing the problem with some of the mydsl.menu items not being added. The extensions I tested that were built using /tmp/mydsl.menu are being added to the Fluxbox/Mydsl menu, the ones that use /var/tmp/mydsl.menu are not.
Posted by roberts on June 08 2006,04:45OK. Then those extensions need to be adjusted. /tmp should be on ramdisk and not in union space. Once I have a list of those I can start making adjustments. /tmp should have always worked on all extensions.
Posted by JB4x4 on June 08 2006,05:28I guess I was just wondering if the directory structure could be adjusted to resemble DSL 2.4 - with /tmp being a symlink to /var/tmp. I had built a few packages according to this write up in the < wiki >. The example uses /var/tmp for the mydsl.menu, which unfortuately doesn't add to the MyDSL menu in 3.0. I am just afraid there will be packages in the repository that this will effect.
Posted by roberts on June 08 2006,06:45It is unfournate that it was wriiten that way, as using /tmp works equally as well.
However, in moving forward and to try to stay compatible with Knoppix and DSL-N dictates that we use /tmp. I am hoping that some or many extensions will work on both systems. DSL-N is going to be moving to a newer Knoppix base which is unionfs based. Knoppix 5.0 has /tmp on /ramdisk/tmp as I have in DSL 3.0. I don't want to have to adjust that one as well. The wiki documentation needs to be adjusted. Bottom line, I would rather have a directory structure that is compatible moving forward and not adjust back to the Knoppix 3.4 level. Especailly when using /tmp all along works.
Posted by mikshaw on June 08 2006,13:57The wiki page has been fixed.
It was written that way simply because at the time there was no difference between the two directories, and I just picked the wrong one to use =o)
Posted by humpty on June 08 2006,19:59does the 'goose' directory have to be made with the unc's ? or is it part of the loading process ?
Posted by clacker on June 09 2006,04:36I noticed that when I start and stop the ssh daemon from the dsl->system-daemons->ssh menu that the ssh daemon starts OK but does not stop (as viewed with ps -ax).
A daemon that won't stop, and I miss posting this 3 days ago to make the magic 06/06/06.
Posted by humpty on June 09 2006,06:06
wait for dsl 6.6RC6
Posted by roberts on June 09 2006,06:33humpty: The goose directory is used to add and then remove to branches of the union space tree. Doing so seems to result in flushing, i.e., sync'ing unionfs. It is only used for unionfs.
clacker: sshd, or great another mystery that precipated from unionfs? Can't we just use the Microsoft method to fix it? Starting to love legacy.
Posted by clacker on June 09 2006,12:09"The Microsoft method?" It really is 666.
I see the problem with sshd not stopping even when I don't boot with the "dsl unionfs" cheat code if that helps narrow down the problem.
Posted by jls legalize on June 09 2006,12:11some people write that mouseconfig works, I don't think so, anyway Mr Robert u should respond with an error message if the user executes mouseconfig not as root.
Legalize cannabis, etc.
Posted by aesenadorjr on June 09 2006,12:16sshd not stopping properly is not unique to DSL. I've seen it in various versions of KNOPPIX and QUANTIAN but not all of them. I'll check KNOPPIX 3.4 again.
Posted by jls legalize on June 09 2006,12:24can u developers set num lock on by default in A Terminal?
Posted by humpty on June 09 2006,12:31
sorry to ask this again, but I wanted to know if the .unc author needs to create the goose directory to be included as part of the .unc package, or if not, then I assume it must created by loader?
Posted by roberts on June 09 2006,20:19No "goose" needed in any .unc packages.
They, .unc is really just a collection of base directories moved under a directory of the same name as the app. Plus the usual user.tar.gz for menu and icon, if needed. Everything else is automatic and under the control of DSL. This unc packed app is then mounted under /opt and each base directory is added to the unionfs tree.
Posted by roberts on June 09 2006,20:27Regarding mouseconfig, I don't see that it would provide anything, unless perhaps you are running gpm.
The mouse selection that DSL uses is part of the xsetup.sh and is written into .xserverrc
Posted by jls legalize on June 09 2006,22:36I don't know what gpm is, anyway if we must use xsetup.sh, why don't u remove mouseconfig command?
legalize cannabis, etc.
Posted by roberts on June 10 2006,06:18I just posted XFree86.unc into the release candidate area.
This new unc is from JB4X4
This is starting to show the potential of the new unc type extension.
Posted by b1ackmai1er on June 10 2006,11:11Wow Xfree86.
Thanks for this also.
I don't think cdparanoia is working with this new built but will confirm.
Posted by ZoOp on June 10 2006,13:28Hi all,
I have had a bad problem when installing icewm2.dsl from jwm, which didn't want to bring me back to jwm... however, it seems also happen with other DSLs releases.
Already signalized problem with abiword.unc: it won't load from DSL menu if you run DSL noicon.
Suggestion: when you open myDSLPanel and choose and extension in one of your partition, the window "Load Local MyDSL Extensions" automatically closes after the extension was loaded; since I load several extensions, I would like to have that window kept opened.
The release is great! Thank you a lot
Posted by mikshaw on June 10 2006,13:58
I don't really have the time or bandwidth to do much RC testing right now, but when the final is released I'll make a point to update any extensions that need it (the ones i've submitted anyway). Please post any troubles you have with them in the appropriate mydsl forum.
Again, this is a myDSL issue and not a DSL issue. DSL development does not attempt to remain compatible with extensions....it is the responsibility of the extension packagers to keep them working in DSL.
Basically the *.dsl versions of Icewm have been broken for a long time. Xtdesk icons and .xinitrc have changed since those packages were added to the repo. Your .xinitrc file is overwritten by icewm, which removes the useability of the switcher, and may also kill xtdesk by overwriting a *.lnk file.
The uci version of icewm does not overwrite anything, and should remain compatible with future versions of DSL (if not it will be fixed quickly).
Posted by b1ackmai1er on June 10 2006,14:47Please ignore my previous comment regarding cdparanoia not working in dsl3rc2.
Must have been some other issue...
Posted by jls legalize on June 10 2006,14:55I think firefox is less stable in this dsl version
Posted by ZoOp on June 10 2006,15:25Mikshaw,
"Again, this is a myDSL issue and not a DSL issue. DSL development does not attempt to remain compatible with extensions....it is the responsibility of the extension packagers to keep them working in DSL."
Yes, I thought so too
"Basically the *.dsl versions of Icewm have been broken for a long time. Xtdesk icons and .xinitrc have changed since those packages were added to the repo. Your .xinitrc file is overwritten by icewm, which removes the useability of the switcher, and may also kill xtdesk by overwriting a *.lnk file. The uci version of icewm does not overwrite anything, and should remain compatible with future versions of DSL (if not it will be fixed quickly)"
Thanks a lot, that's great. However, before I faced the problem you mention, I have played a bit with icewm... hmm... I think, I'd better go back to my lovely jwm.
I didn't experience a problem with firefox (frugal and under jwm, with apps loaded and opera.unc running). I find the 3.0RC2 release really good so far, I have installed it frugal, and I can work with it, load my unc extensions, etc. just only pleasure.
I believe to have red in a post of Robert that you (Robert) would/could build an unload module to be integrated in the myDSLPanel.lua. Am I right? It would be very great!!
Posted by ggordon on June 10 2006,22:24For some reason, which I'm not able to understand, I've had Firefox shutdown on me in mid-page load and then on trying to restart, refuse to start. Anyone else experience this strange behavior?
Posted by doobit on June 10 2006,23:08I just had the same problem occur. This is with the Firefox in the distro, not the extension. Try running firefox from a terminal to see what errors are reported the next time it happens to you.
Here is one error I'm getting:
Gtk-WARNING **: invalid cast from `GtkSuperWin' to `GtkWidget'
Posted by ggordon on June 11 2006,02:50OK doobit....will check it next time it happens aand report...thanks.
Posted by laid back on June 11 2006,14:08same here .. standard firefox went down .. had DSL in RAM .. there were five 'firefox.bin' processes hangin dead in the background .. could not kill them from a 'root' terminal .. when i rebooted with 'fromhd' instead of 'toram' everything worked fine though...
finally registered .. been hangin around this forums for weeks now...
current DSL system:
- 650Mhz / 128MB
- startup from CDROM
- booting from a hd-cd-image
only complaint right now:
ever since i customized my DSL it went from a ferrari to a beetle...
Posted by ZoOp on June 11 2006,14:14hi,
another "abiword"-like problem when running DSL 3.0RC2 noicon (jwm): when I load xmule.dsl from mydslPanel, it doesn't show me xmule in the dsl menu, and I have to type xmule in a shell in order to start xmule.
Posted by ZoOp on June 11 2006,15:02... I experience a "firefox"-like problem with the opera850.unc, which shuts down unexpected when opera is running during 1-2 days.
Posted by ggordon on June 11 2006,16:38I downloaded samba.dsl today and it doesn't show in the mydsl menu after download like it use to and using the mydsl-load from the menu doesn't seem to do anything...I liked it alot better back when everything use to work
If it ain't broke, don't fix it, but I guess Robert is trying to move the distro forward....
Posted by roberts on June 11 2006,16:58Thanks to JB4X4 we now have...
They are also in the release_candidate area.
Posted by roberts on June 11 2006,17:03Just to remind everyone, this is a "dot oh" release.
There are many changes throughout the system.
These changes may not show up on a change log but I have had to rewrite most of the mydsl system together with the implementation of unionfs.
There very well may be existing extensions that are now boken.
This is especially true with menu items, using /var/tmp instead of /tmp.
Also this is a testing area and everyone who chooses to help test needs to realize that 3.0 is not final nor ready.
Everyone who does choose to test, your time, input and suggestions are appreciated. Don't get discouraged.
Posted by roberts on June 11 2006,17:07Regarding firefox....
Does this happen on a consistent and repeatable sequence of events (sites visited)?
Does it happen when using a new more uptodate browser such as the firefox or seamonkey in the testing area?
Not being able to restart firefox is usually because, firefox sets a LOCK file in the default directory. You can try to manually remove delete it.
Posted by roberts on June 11 2006,17:11Regarding leaving a system running for several days...
It has been documented that using fluxbox, xtdesk, and some running apps does have a small memory leak. It is not a good idea.
You can search the forums to see the past posts, tests, and results concerning this. Might want to try jwm.
Also, when using Opera852.unc or any other non-base browser, such as the new(er) firefox or seamonkey, you should first change the cache size down to a very small amount. It could also be that your browser cache is consuming your free ram.
Posted by laid back on June 11 2006,17:12to ggordon:
is it just that it won't show in the mydsl menu ? on my box it's the same but the icon shows up and samba itself works fine for me...
we are aware of the "dot oh" .. that's why we are...uhm...reporting back on every little detail we encounter with it...
and thank you for all your time and work you put into this yourself...
Posted by ZoOp on June 11 2006,17:58Robert,
thanks a lot for your answers; you keep us all encouraged! DSL-3 is a really great challenge!
Regarding system running several years: I'm in jwm, that's not the first time that I keep DSL running weeks (and even months) without any problem; just in order to tell you that you have given us the very powerful horse you know!
issue with opera: it could be related to the fact that opera is an extension, and that it feeds my ressources, but this is so far not a really big problem.
I keep on testing.
Posted by ggordon on June 11 2006,20:02On enabling icons, samba was there and worked just fine, guess I won't use 'noicons' for awhile.....as I recall on the firefox issue, I may have dl'ed Opera852 and used it a bit, then quit it and started Firefox again, used it a little and then it messed up as reported earlier, so it could be a cache issue or something. I have not
had any subsequent problems using Firefox as the only browser. I realize this is still beta and believe my remarks have not been of a 'griping' nature..just trying to inform...
Posted by JB4x4 on June 11 2006,21:58Samba was one of the packages that contained mydsl.menu under /var/tmp. It would just need to be rebuilt with mydsl.menu in /tmp to work with the new (better) file structure.
Posted by meo on June 12 2006,07:28Hello guys!
For me DSL 3.0RC2 is stable enough to be my production environment. I just switched. To me it seems to be most kind of "cosmetic" problems with it right now. Just one thing I've noted (it was the same with v. 2.4) it won't load more than 8 cloops automatically from a usb pendrive. It's not a big deal but with unc-files spitting out like tropical rain it might be something to take into consideration. Thanks for all the hard work!
Posted by roberts on June 12 2006,20:17Thanks again to JB4X4.
We now have samba.unc
It is in the release_candidate area.
I need to get busy a make a new home for all these unc's!
While "in there" JB also fixed the samba.dsl menu issue.
Look for samba.dsl in the usual testing area.
Posted by ZoOp on June 12 2006,20:44JB4X4,
you have done an incredible great job!!
I'm using the gtk2 unc extension and the gain in ram is really amazing.
thank you thank you thank you!!
Posted by roberts on June 12 2006,21:29Announcing a new home for our .unc type < extensions >
Posted by humpty on June 14 2006,03:35could not umount in emelfm (it complains 'only root can do that) but
doesn't have this problem when mounting.
loaded opera852.unc, unloaded it, reloaded and the pc froze. will try it
again on another pc.
Posted by roberts on June 14 2006,05:09Should not be using emelfm.
It has already been established that using emelfm will cause problems. You should do the upgrade as I posted eariler.
Also, as I posted eariler, there is no unloading of unc type extensions. unc extensions are not self contained as uci types are.
To try to unload a unc is like to trying to remove a .dsl. Other apps or precesses could be using the now overlayed resources as provided by the unc.
Posted by yylarry on June 14 2006,12:37Hello to this group...
I'm trying to get DSL (3.0RC2) working on a USB pendrive.. I find
that upon booting (boots just fine, except for complaints during
load about modprobe not being able to find modules for 2.4.31!
Instead, lib/modules/2.4.26 exists. You are all probably aware of
this, but I couldn't find a discussion of a fix in the "search"
I ran into the same problem in a DSL2.4 experiment a day or so
ago... Both these problems are on an older Toshiba laptop
which generally runs "zipslack" just fine, as well as older
Can anyone recommend a fix??
My thanks in advance.
[Am also having some n00b issues using this board - pls excuse
my fuimble fingers..]
Posted by roberts on June 14 2006,13:41You have a mismatch of KNOPPIX image file and boot files.
You need to select upgrade on the pendrive installs in order to insure matching files sets are installed.
Posted by knix on June 14 2006,14:15Hello group, I like 3.0RC2!!! XFree86.unc works (with my xf86config.unc even with German kb), and everything else. I can't imagine anyone really needs more Linux! Thanks!
Is this why "Operation not permitted" shows up on shutdown for each unc? Or is this due to my persistent /opt?
I built some unc's using your HowTo (e.g. mozilla-tbird, xf86config), I can post them if you tell me where. (Maybe I will write dsl2unc.sh)
Why does Opera not have an upper window-bar?
And my final suggestion for 3.0: write "successfully (un)mounted" with double c
Posted by roberts on June 14 2006,14:48"Operation not permitted" can safely be ignored.
Perhaps I will remove it from the final release.
Thanks for pointing out the typo.
I think I may have messed up on Opera852.unc share directory.
I only made a few sample unc's to show the technique.
I always try to stay focused on the infrastructure of DSL.
Like to see the community contribute by packaging extensions.
You can email your extensions to email@example.com
Posted by chirilas on June 15 2006,04:19this is awesome, i can't wait for the final DSL v3 release
when is it gonna be out ?
Posted by chirilas on June 15 2006,04:28suggestion for a wallpaper
heres one I made myself < http://www.deviantart.com/view/27591588/ >
if the link doesn't work try this one < http://ic3.deviantart.com/fs9/i/2006/012/0/b/Green_by_chirilas.png >
hope you guys like it and maybe include it in a release
Posted by kerry on June 15 2006,06:17Hey robert, i got past that unionfs. The problem is the /tmp file if i don't use it at all, i have no problems with uci or unc. Once i try and use the /tmp folder i'm screwed. Wierd huh. Did i mention on my system /tmp is a mounted folder? Should it be a mounted folder?
Posted by jls legalize on June 15 2006,08:42I cannot install the flash plug in neither in opera852.unc and opera850.uci, infact I cannot write neither on /ramdisk/opt/opera852/lib/opera/plugins /opt/opera850.......
I boot with a dsl boot floppy with the word frugal in the syslinux.cfg
legalize cannabis, etc
Posted by yylarry on June 15 2006,12:33Roberts -
Many thanks for our help on the mis-match in /lib/modules/2.4.26
vs. 2.4.31... I did as you suggested yesterday in using "upgrade"
in the pendrive install - I get the same situation: Lots of
"Can't open dependencies file /lib/modules/2.4.31/modules.dep" on bootup, as well as shutdown!
No pcmcia load during boot, even tho there is a good pcmcia
modem inserted; And no way to load "ppp" before or after
uname -a on the LiveCD (v3.0RC2) is 2.4.26 dated Apr. 17, 2004
uname -a on pendrive (from v3.0RC2) is 2.4.31 dated 8/29/05
...*both* have /lib/modules/2.4.26!!!
You mentioned there was a "mismatch" between KNOPPIX
images and "boot" files... And I'm a bit confused as to how
that could happen if I'm installing the USB boot *from* the
v3.0RC2 .iso image??? I don't see anything in the help files
saying to use various other installs for this process??!!
Thanks once again to all...
Posted by mikshaw on June 15 2006,13:51yylarry: Whatever the specific cause, the 2.4.31 kernel shouldn't be there. Apparently your boot files did not get replaced. Personally I'd copy linux24 and minirt24.gz from the liveCD to the pendrive.
jls legalize: uci and unc are read-only applications, no matter what boot options you use. Try installing the plugin to /home/dsl/.opera. I don't know if this is the answer, but i think it's a good guess =o)
Posted by yylarry on June 15 2006,15:10mikshaw -
Did it... I get exactly the same results... The screen info on
boot even says (once again) "Running Linux 2.4.31..." and I stll
get the same complaints about 2.4.31 dependencies missing!!
Is there a "right" place to get DSL3.0RC2?? and the rest are
wrong??? The .iso I have from (ibiblio??) is definitely stuck on
the 2.4.31 business!!!
Other than this - I get a good boot (fb800x600 on this old
Posted by roberts on June 15 2006,15:20yylarry, it sounds like you must have a 2.4.31 KNOPPIX image on your hard drive. Watch closely when booting from pendrive and see what device the is "image found" on. Is it the pendrive? Sometimes it can be confusing when multiple KNOPPIX images are on several devices.
Posted by yylarry on June 15 2006,16:50Indeed... Thanks people... I do in fact have a "zipslack" load on
the hard drive of this machine.. Betting it's 2.4.31 (it's the current
version of slack (10.2)... Now all I have to do is figure out which
boot file I need to hide from DSL on boot!!
Thanks folks.. Getting closer and closer.. ;-]
Posted by yylarry on June 15 2006,17:23Okay... Found some additional information.. The load of "linux24"
and "minirt24" are done from the *floppy* I use to boot into DSL on
this old laptop! I made this DSL USB boot floppy this January,
(1/5/06) for what I think was DSL 2.1??
Now all I have to do is rebuild this boot floppy.
Thanks once again.
Posted by yylarry on June 16 2006,17:52Good day to all -
Just wanted to add a bit of a postscript particularly for roberts and
mikshaw: The rebuild of the bootfloppy I've been using to get
into DSL on USB was all it took - should have done that up
front, but I'd have not guessed the necessity until problems
I'm working just perfectly now on an old Toshiba laptop,
133Mhz CPU with only 32M of RAM!! However, DSL3.0RC2 *does*
have a LOT more horsepower than the zipslack I've been using!
Have been on it all day - poking around here and there, comparing
it to some of the older flavors of DSL I had been using.
Many thanks for you guys' help - AND for the work you're doing
to bring DSL to life. Yet another fine tool along with QEMU
puppy, and Mepis.... :-]
Posted by RoGuE_StreaK on June 17 2006,07:35Just did a grubbed "fresh" frugal install, after renaming my old home and opt for backup purposes.
Now I can't seem to get to grub's menu.list; from what I recall, it should be an SU access from the install mount, which in my case is hda5. But no matter what I do, nothing shows up under hda5?? In SU EmelFM, SU Beaver, nothing shows up, but I definitely installed to hda5. And have booted from this install.
Thoughts / theories / tips??
Posted by ZoOp on June 17 2006,09:03Hi,
you have to mount hda5 (in emelfm select your drive at /mnt/hda5, right click and choose mount), and then you can edit menu.lst by typing in a shell as root:
Modify it, save, unmount hda5, reboot.
Posted by dougz on June 17 2006,14:34Man, you guys move so fast! Amazing progress.
firefox issues --
- died every time I tried to view < this link >
- killing the leftover firefox processes resulted in zombies
- removing the firefox lock file did not allow me to start the browser
Posted by RoGuE_StreaK on June 17 2006,14:45
I have mounted hda5, and nothing shows up. Haven't tried the second thing you wrote yet (laptop is downstairs and shut down, and it's 1 in the morning), but after mounting via the mount app nothing shows in emelfm, both normal and SU, and SU beaver also shows nothing in hda5.
Posted by ZoOp on June 17 2006,15:23I have DSL grubbed frugal installed on hda1 and can mount it with dockapp without any trouble (hda1 shows me files when I open it through emelfm).
Maybe a HD problem? Or a problem with an already installed OS (windows f.ex.?)? I have a more or less defect HD, and I have to repartition and reformate it two or tree times in order for it to be correctly partitioned and formated.
You can't edit grub without hda5 mounted.
Advice: cfdisk in the command line in order to repartition your HD and reformate it properly, or qparted to check out the problem with your partitions.
Posted by dougz on June 17 2006,15:33Question withdrawn by OP; not appropriate for this thread.
ASSumed it was an RC issue, when it was not...
Sorry 'bout that...
Posted by ZoOp on June 17 2006,15:56Can someone please move this last post in the appropriate rubric of the forum please ('Multimedia').
Posted by RoGuE_StreaK on June 18 2006,00:51Got it working, but I'm unsure where the problem originated from. This time around, I right-click mounted hda5 in emelfm, and it worked. Previous times I had used the mount app, it came up saying it was mounted, but nothing showed. After mounting in emelfm, I couldn't seem to unmount from the mount app; maybe there's an issue with the mount app and maounting the frugal install drive?
Anyway, after succeeding in mounting, the files showed up for me to edit with an SU Beaver, and all is sweet.
(Typing this from my restored WiFi connection on my 3.0RC2 laptop)
Posted by ZoOp on June 18 2006,08:55I have placed some uncs' in my boot repository in order for them to be loaded when DSL starts, but DSL doesn't load them at boot, e.g. it does find them but get in trouble when trying to load them (can't write to /opt) and stop with an error message.
Is there any plan to make the load of uncs' possible in the 3.0 release candidate?
Posted by roberts on June 18 2006,15:14Auto loading of unc has been working fine.
In testing I have all of them auto loading at boot time.
There has been no change to /opt or /home
Both are on ramdisk and writeable.
There was a reported issue when /tmp was a mounted, perhaps you are also running a system with remote mounts or a non-typical setup for /opt?
Posted by ZoOp on June 18 2006,15:31Thanks Robert for your answer.
I am running dsl frugal without any special config., typical boot line, with
where Extboot is the repository containing .dsl and uncs extensions; .dsl ones load fine. I test it again when back home with only uncs extensions, and I report the results back.
Posted by JB4x4 on June 18 2006,17:57Z - It happens that I use a similar hard drive configuration, with the exception of the extension directory being named "mydsl". I renamed it to "Extboot" and changed the boot command accordingly. Everything loaded fine on my system though. Just out of curiosity, which extensions are you trying to load?
Posted by ZoOp on June 18 2006,18:16Thanks for your mail JB4X4 and for your great work on unc extensions.
Here are the extensions I would like to load:
In the /Extboot, I have these extensions as well as other .dsl extension (thunderbird, gps, gftp).
My hypothesis is that I have to separate .dsl extensions from .unc ones in order for unc extensions to load correctly. I have to try it a bit later because I'm not in front of my machine now (still at work). But this could be the problem. Otherwise, the .dsl extensions load fine at boot and the unc's ones load fine when DSL is running.
I keep in touch.
Posted by ZoOp on June 18 2006,22:31Hi,
unc load at boot and work, but not without error messages. I got the following message(s=one pro unc):
mkdir: cannot create directory 'opt/(name of the unc file): file exists
cloop: losetup-file: 248 blocks(number varies depending on unc app loaded), 65536 bytes/block, largest block is 61120 (number varies depending on unc app loaded) bites
at shutdown/reboot, I got the following error message:
/mnt/hda5/Extboat/(name of the unc file) on /opt/(name of the unc file), type iso 9660 /ro. loop = /dev/cloop... operation not permitted
I did the test with only uncs in the repository with no change. uncs also load when mixed up with .dsl in the same repo.
Posted by laid back on June 19 2006,20:57hi there
just want to throw in my 2 cents...
my system setup -- the 'almost' frugal:
startup from liveCD once with 'tohd'-option, ever since:
dsl dma fromhd=/dev/hda... and mydsl=/dev/hda.../mydsl
i tried it your way .. with these results...
whenever the 'mydsl' consists only of .unc extensions everything loads fine .. if i throw in one single .uci the uci gets loaded and the .unc are ignored
different from your experience i get no error messages though .. do you have a boot option added that provide more message output ?
[B] post withdrawn .. problem seems to be on my end
Posted by roberts on June 19 2006,23:46Here is my test box:
/dev/root on / type ext2 (rw)
/dev/hda3 on /cdrom type ext2 (rw)
/dev/cloop on /KNOPPIX type iso9660 (ro)
/ramdisk on /ramdisk type tmpfs (rw,size=200784k,size=402124k)
/proc/bus/usb on /proc/bus/usb type usbdevfs (rw,devmode=0666)
unionfs on /bin type unionfs (rw,dirs=/ramdisk/bin=rw:/bin=ro)
unionfs on /dev type unionfs (rw,dirs=/ramdisk/dev=rw:/dev=ro)
unionfs on /etc type unionfs (rw,dirs=/ramdisk/etc=rw:/etc=rw)
unionfs on /lib type unionfs (rw,dirs=/ramdisk/lib=rw:/lib=ro)
unionfs on /sbin type unionfs (rw,dirs=/ramdisk/sbin=rw:/sbin=ro)
unionfs on /tmp type unionfs (rw,dirs=/ramdisk/tmp=rw)
unionfs on /usr type unionfs (rw,dirs=/ramdisk/usr=rw:/usr=ro)
unionfs on /var type unionfs (rw,dirs=/ramdisk/var=rw)
/dev/hda4 on /mnt/hda4 type ext2 (rw,nosuid,nodev)
/mnt/hda4/mydsl/abiword.unc on /opt/abiword type iso9660 (ro,loop=/dev/cloop1)
/mnt/hda4/mydsl/cups.unc on /opt/cups type iso9660 (ro,loop=/dev/cloop2)
/mnt/hda4/mydsl/jre1_5_0.uci on /opt/jre1_5_0 type iso9660 (ro,loop=/dev/cloop3)
/mnt/hda4/mydsl/nedit-5.5.uci on /opt/nedit-5.5 type iso9660 (ro,loop=/dev/cloop4)
/mnt/hda4/mydsl/openoffice-2.0.uci on /opt/openoffice-2.0 type iso9660 (ro,loop=/dev/cloop5)
/mnt/hda4/mydsl/opera852.unc on /opt/opera852 type iso9660 (ro,loop=/dev/cloop6)
/mnt/hda4/mydsl/seamonkey-1.0.2-gtk1.uci on /opt/seamonkey-1.0.2-gtk1 type iso9660 (ro,loop=/dev/cloop7)
/mnt/hda4/mydsl/sunbird.uci on /opt/sunbird type iso9660 (ro,loop=/dev/cloop8)
/mnt/hda4/mydsl/vim.uci on /opt/vim type iso9660 (ro,loop=/dev/cloop9)
/mnt/hda4/mydsl/xbubble.uci on /opt/xbubble type iso9660 (ro,loop=/dev/cloop10)
/mnt/hda4/mydsl/xchat.uci on /opt/xchat type iso9660 (ro,loop=/dev/cloop11)
/mnt/hda4/mydsl/xmahjongg.uci on /opt/xmahjongg type iso9660 (ro,loop=/dev/cloop12)
/dev/hda1 on /mnt/hda1 type ntfs (ro,nosuid,nodev,uid=1001,gid=50)
As you can see uci and unc and all are auto loaded at boot time.
Perhaps there are specific extensions that are the problem.
Perhaps those extensions need to be identified so that they may be fixed.
Posted by laid back on June 20 2006,01:41point taken .. thanks for your patience...
the extensions would've been in my case:
'would have been' because right now everything loads .. and that without the 'mydsl=' boot option...
now i have to figure out what i did - or did not do before...
...and perhaps i should try that instead of throwing around with cents...