DSL v4.1RC3Forum: Release Candidates Topic: DSL v4.1RC3 started by: roberts Posted by roberts on Nov. 26 2007,00:09
The third release candidate for DSL v4.1 is now available.Cumlative Change Log for v4.1: * New notepad (editor.lua) * Updated pciutils to 2.2.9 * Added pop-ups to jwm tray * Added *.siag to supported dfm extensions (.dfmext) * Restored fluxter.bb to LHC 4-in-a-row. * Fixed bug in exitcheck (/opt/.filetool.lst) * Fixed reported bug in cpanel when booted legacy * Fixed reported bug mountci (permissions and menus) * Fixed reported bug in netcardconf (/opt/.filetool.lst) * Completed support for alternate window managers. * Removed background/wallpaper control from dfm and .xinitrc * Created /opt/.backgrounds, use xsri in window file include * Updated wallpaper.lua to use new structure * Updated "Getting Started" with Esc and Backspace key definitions for dfm * New boot option user=name * New boot option settime settime=its_server_name (must have boot time net access) use with tz=XX/Yyyyy for accurate local time. * New mini-icons in jwm mydsl menu when available. * New iconView.lua - View & Edit xpm icons. * Updated torsmo to v0.18 - now supports noswap * Updated .dfminfo now a plain text file. * Updated processing order of extensions with .tar.gz now last to better support myconf.tar.gz * Root menu solely under user control - defaults to selected window manager menu. * Added 'toram' to frugal installed grub checkfs menu item. * Updated several murgaLua programs to reflect the dropped fl_ask GUI widget. * Dropped SWM - Small Window Manager. * Fixed System.map link error. * Better support for alternate window managers. - see /opt/.mydsl_menu/ and ~/.{wm}.inc * Streamlined MyDSL download procedure - dropped use of sudo and download location prompt. * Dropped unsued emelfm wrapper. Many, many programs, files, and their locations have changed to support the new user=name option and the new window manager support. Most noteably .filetool.lst and .xfiletool.lst are now under /opt. Posted by roberts on Nov. 26 2007,00:11
Files likely in your backup that changed since 4.1RC2.fluxbox/fluxter.bb .dfminfo .dfmdesk .jwmrc-tray .jwmrc .fluxbox/menu Posted by dukkieduk on Nov. 26 2007,09:05
Hey Robert,MAYDAY..... the file bootlocals.sh is moved to /opt .... BIGGE problemo .... I wanted to upgrade from 0.7 to 4.0 on my harddrive install and i hit this problem: root : hda1 /opt : hdb1 ( I run a webserver under opt , xampp ) normally I put 1 line in bootlocals.sh to mount /opt on hdb1 , but that's impossible now. Can you please move again bootlocals.sh to /usr/bin ?Or has it other reasons ? In this way we can upgrade the harddisk version eassier... without everytime doing the job of installing again our appz in /opt ... /etc/fstab is at every boot overwritten by knoppix ( which is good because I use softraid. also ... Do you have another solution ? Kind regards and keep up the good work. Posted by meo on Nov. 26 2007,14:59
Hi Robert!It seems as DSL at boottime looks for myDSL apps and myDSL optional apps two times and the result is duplicated in the menu. I discovered this on dsl-4.1RC3-embedded. Hope it's of any use. By the way what rootCommand is necessary to make a fluxbox style also change the background? In RC2 xsri worked well but not in RC3. Thanks for all and have fun, meo Posted by jpeters on Nov. 26 2007,15:42
bootlocal.sh has been in /opt for a long time (e.g., in version 3.x ) Posted by ^thehatsrule^ on Nov. 26 2007,15:44
/opt/bootlocal.sh has been used since 0.6.x as far as the notes go. You can use the opt= cheatcode during boot instead, or use your own fstab. Are you running a frugal or traditional installation? But I think this should be placed in another thread, as this one should be used for RC testing. Posted by roberts on Nov. 26 2007,15:50
The bootlocal.sh has been under /opt/ since v0.6! The reason was that is a writable area on legacy booted liveCD/frugal systems. Apparently you are running a traditional hard drive installed system, so you don't have such limitiations. /opt/bootlocal.sh is called from /etc/rc5.d/S99bootlocal so you could move it to where you wish. Since you state you are running v0.7 and bootlocal.sh is under /opt since v0.6 perhaps you had moved in the past. Traditional hard drive installations has never been the main goal of DSL. So there is no update procedure for such. Adding the boot time option of nofstab to your boot loader append section will prevent the recreation and thus overriding of your custom fstab. Many users run xampp without such issues with DSL. There is even an xampp chapter in the "The Official Damn Small Linux" book. Posted by roberts on Nov. 26 2007,16:11
meo, please post the output of 'showbootcodes' so I can try to duplicate. There was no change in the use of xsri from RC2 to RC3. The use of xsri in the window manager include file is for window manager independence. If you only use one particular window manger then you can always choose to use its specific implementation thus giving it control of the background. As I have previously discussed there are several systems competing for control of the background, dfm, the window manager, and .xinitrc. It is your choice to grant control to any one of these systems, afterall all of them are in your home directory for you to edit. If I had the option to use an integrated desktop then this would not be an issue. If I had to support only one window manager, then it would be less of an issue. The rootCommand in fluxbox itself has two places, one in the .init file the other in the particular style. The rootCommand in fluxbox does nothing more than to call xsri, actually is accepts many command but utilimately xsri does the work. Since I am faced with supporting two included window managers and open for many others, the tool to set the background color or wallpaper image will of course write to the common supported area; the window manager include file. Posted by meo on Nov. 26 2007,16:36
Hi again Robert!I only issued the following commands: dsl fromhd=/dev/sda1 frugal noicons norestore desktop=fluxbox xsetup and that's it. I used a cd (DSL 4.0) to start the pendrive. Thanks for the response and have fun, meo Posted by dukkieduk on Nov. 26 2007,21:43
Thanks guys,I think I was in panic, But those things happens.... when shit happens... Anyway, I learned today that I need to follow this forum again more closely.... I will try the options you gave, I lost may credability but I didn't lost the trust in DSL !! it's still rocks on my pc's.... I know the harddisk install is not supported, but it's just such a great distro that i can't resist it. ( read: I love it ) Thanks for the clear answers in such a short time I will follow those rules. Kind regards Dukkieduk Posted by roberts on Nov. 26 2007,21:45
Still need more information on partitons, filesystems, and permissions on the pendrive. But perhaps I might know what you are seeing.1. There is a new pendrive layout for 4.x. I is to better handle very large pendrives. A small 50MB ext2 partition is made at the end of pendrive (sda2). The larger remaining porition is setup to be shared with Windows (sda1). MyDSL extensions should therefore be setup in the first larger partition (sda1). This new setup is automatic when using the new usbhdd pendrive install script provided in 4.x. From the info you posted yours it not setup in this fashion. Perhaps it is using DSL 3.x layout. Using a single partition can cause trouble with larger drives and not be able to support multiple permissions. DSL v4.x uses less 'sudo' and as such requires proper and multiple user permissions. 2. New in 4.x, to better support the mkmydsl, is the ability to not only have your static collection of extensions on the newly created mkmydsl cd but to still allow dynamic loading of additional extensions. Of course you cannot write onto a cdrom, therefore both searching of /cdrom for a mydsl directory and searching of, unless specified otherwise, other available partitions. In your case /sda1 is mounted on /cdrom and thus it is seen twice. Normally this would be two different sets of extension collections on a mkmydsl cd. But in this case, a single partiton pendrive, it is the same device. The solution is to partition your pendrive so that it is in compliance with 4.x specifications. Posted by meo on Nov. 26 2007,22:14
Hello again Robert!As I said previously I'm using the embedded version of DSL. The pendrive is a Sandisk Cruzer Titanium 2GB and is formatted in FAT32 (Just one partition). The mydsl-directory has an optional-directory with some of the extensions I want to test. I just cannot understand what causes the problem. I made a remaster of RC2 and it worked well but now when I remastered the RC3 the backgrounds wouldn't change with changing styles. I've had a collection of them since the blackbox time. But the only thing that was added to the pendrive, except for the unzipped DSL-4.1RC3, was the directories just mentioned. Very puzzling indeed! Hopefully there is a solution, have fun Robert, meo Posted by roberts on Nov. 26 2007,22:49
A single fat partition does not support multiple permissions nor address the size issue of larger pendrives. Both of these issues were discussed in the forums during development. The solution is make two partitions. I cannot change the behavior of how and what a fat style partition can support.
Posted by meo on Nov. 26 2007,22:54
Hi!Thanks for revieling this to me. Now I now what to do if I want to keep on trying out the new releases of DSL. Keep up your fine work and have fun, meo Posted by john.martzouco on Nov. 27 2007,01:23
Hi Robert,I noticed something with multi-user tonight. I might have RC1 set up so I don't want to commit to this yet, but I do want to flag it just in case. Logged in as user=john, I ran Beaver and tried to save a new file to /home/john/test.txt. It errored out citing permission problems. I'm downloading RC3 right now and will try to recreate the scenario under virtualization as soon as possible and will report what happens. I am running with full HD Install (edit: duh, of course, otherwise there's no such thing as multi-user). Follow-up: I just tested this scenario on RC3 and all is well. Sorry that I spoke up too quick but I really wanted to not forget. Now I'll go upgrade my laptop with this. PS... Robert, I really like the Fluxbox background! Posted by john.martzouco on Nov. 27 2007,02:09
A very petty point regarding the updated feature list that started this thread... with Fluxbox WM, the fluxter.bb is in bottom Right-HC.
Posted by roberts on Nov. 27 2007,02:26
Actually that's an oops on my part on the location.The change log is correct it is supposed to be in the LHC as per 3.x versions. Now that's an easy one to fix. Hope the rest of the reported bugs will be that easy. Posted by JohnJS on Dec. 01 2007,18:40
DSL4.1RC3.On two different computers LiveCD and also toram, both with norestore. One computer has dsl3.4.7 frugal/lilo/toram the other is only for LiveCD with swap and persistent partitions. Unable to use extensions. Tried cbb-gtk2-0.79.dsl gimp-1.2.unc and openoffice.uci. Does not load them. UCI tool shows nothing mounted. On shutdown several error messages ...output #1 ... permission denied.... Any suggestions?. EDIT. Sorry figured it out. Ran LiveCD as base legacy norestore. Then extensions loaded. Located them in "MYDSL" base icon and also right-click menu/mydsl. Posted by roberts on Dec. 01 2007,19:31
It is good to point out that there is a big difference in v3.x vs v4.x concerning permissions.4.x uses less sudo and can boot as a user other than user dsl. So the permissions on the mydsl/ folder (directory) need to setup properly. Trying to use a 3.x mydsl/ directory with root.root permission will not work and will make it appear that your extensions will not load, or even the mydsl download browser may display as empty. Posted by JohnJS on Dec. 01 2007,19:52
Thanks roberts.Keep up the good work. |