Light-Debian-Core-Live-CD-Wheezy + Porteus-Wheezy

[saintless]

Hi, Fred.

Code: Select all

cat /proc/cpuinfo

gives CPU information.

Besides this issue with systray-on-upperleft:
We discussed earlier about using 512k or 1024k blocksize with xz compression.
I still prefer the 512k (without -Xbcj option) because I experienced:
-- lower RAM usage
-- faster boot (especially X loading faster)
At the cost of larger filesize of course, but not much.
With gz compression I got even better results concerning the above and also -very mysterious- got "slim" DM working, with XFCE though (but could NOT with xz compression).

I will do some tests the way you siggested. Smaller is better but we need to find the optimal size and performance base.
BTW changing sleep 1 to sleep 3 works to fix this on 128Mb ram computer. Just tested but this means slower Desktop load.

Toni

[saintless]

Toni: You need a file for the program in /usr/share/menu

The system has successfully made itself these files, but the menu does not show up.

Toni: Then after loading the sfs module run update-menus

... but the menu does not show up.

Hi, Sergey. Something is wrong with your SFS file if it does not work for you.
Use the gnumeric I made for test.
http://smokey01.com/saintless/Fredx181/ ... c.squashfs
Load it with SFS-Load (user-modules_3)
The menu entry appear in
Programs --> Applications --> Science --> Mathematics --> Gnumeric-portable
Check before and after type update-menus.

Edit. Sorry, Sergey. I see I added also /etc/x11/icewm/programs file and it appears even without update-menus this way, but it will work only for icewm WM. For JWM or other WM it will not work. SFS fiiles I make will have menu entry only in Light-Wheezy.

Toni

[fredx181]

Hi Toni

cat /proc/cpuinfo

Thanks, it's 1.40GHz

BTW changing sleep 1 to sleep 3 works to fix this on 128Mb ram computer. Just tested but this means slower Desktop load.

That would be a disadvantage, hope there's a better way, didn't notice this issue before btw.

Fred

[saintless]

Hi Tony and all,
I have posted about my Debian live build scripts in the "puppy linux projects" section. I know that you are all under full steam an pressing forward, but maybe you have a look. A short description:

The build system is a wrapper for the live build scripts which allows to organise the creation of the iso in different modules. I used also some code from the web to automaticly purge out docs, manuals and locales, and remove unnecessary files. includes were kept, so compiling is not broken.

I have an example iso with icewm, rox xfe, iceweasel and wicd + wireless tools and free firmware drivers.

Some differences which I am aware off:
it uses the original debian kernels only
it uses live-build tools version 3
boot folder is still included.
At the moment it has fewer apps compared to Light-Debian-Core

I saw that you published a new iso, I thought this might be a good opportunity to bring the build scripts in the arena.
As we discussed earlier there are some drawbacks, but in the long term I see advantages.

cheers and all the best
emil

Thank you, Emil
I will explore this information proper when we finish the first Beta version.

Cheers, Toni

[fredx181]

hi Toni
Just playing a little with the startup file worked for me, hope for you and others also:

Code: Select all

desktop_drive_icons &
sleep 2
/usr/bin/rox -p /root/.config/rox.sourceforge.net/ROX-Filer/pinbd &
sleep 1
/opt/apps/wallpapers/wallpapers.d rox &
sleep 1
/opt/bin/start-up &
sleep 1
frisbee-tray &
sleep 1
volumeicon

Did a couple of reboots with savefile, still good.

Fred

[saintless]

Code: Select all

desktop_drive_icons &
sleep 2
/usr/bin/rox -p /root/.config/rox.sourceforge.net/ROX-Filer/pinbd &
sleep 1
/opt/apps/wallpapers/wallpapers.d rox &
sleep 1
/opt/bin/start-up &
sleep 1
frisbee-tray &
sleep 1
volumeicon

Thank you, Fred. I will test this on mine low ram computers. I guess the reason you have this issue is the iso loads 3 maximum compressed xz modules instead of only one. Maybe it makes the system boot stress more.

Toni

[saintless]

New updated DebianDog-PorteusDog-test.iso uploaded:
http://smokey01.com/saintless/Light-Whe ... g-test.iso
It includes the fixes from Fred about relative symlinks, new initrd, mountlink working. The previous version is removed.

[fredx181]

Hi Toni

Just playing a little with the startup file worked for me, hope for you and others also:
Code:
desktop_drive_icons &
sleep 2
/usr/bin/rox -p /root/.config/rox.sourceforge.net/ROX-Filer/pinbd &
sleep 1
/opt/apps/wallpapers/wallpapers.d rox &
sleep 1
/opt/bin/start-up &
sleep 1
frisbee-tray &
sleep 1
volumeicon

Did a couple of reboots with savefile, still good.

This didn't work always either, also when choosing another workspace-desktop the frisbee and volume icon disappear.

This really solved it for me:
Comment out the frisbee and volumeicon lines in~/.icewm/startup.
Copy /usr/bin/frisbee-tray to /root/Startup
Create new shellscript in /root/Startup with:

Code: Select all

#!/bin/sh
volumeicon &

BTW nIce work with the wallpaper change when changing desktops!

Fred

[mcewanw]

Hi Toni

Just playing a little with the startup file worked for me, hope for you and others also:
Code:
desktop_drive_icons &
sleep 2
...
Did a couple of reboots with savefile, still good.

This didn't work always either, also when choosing another workspace-desktop the frisbee and volume icon disappear.

This really solved it for me:
Comment out the frisbee and volumeicon lines in~/.icewm/startup.
Copy /usr/bin/frisbee-tray to /root/Startup
Create new shellscript in /root/Startup with:

Code: Select all

#!/bin/sh
volumeicon &

Fred

Just wondered if you have tried running all the pieces like desktop_drive_icons without putting them into the background with &. Then each part would have to complete before the next line in the shell script was done. Perhaps you don't really need the sleep commands in that case?

I haven't checked because I am not sure what the problem you are experiencing is exactly.

[saintless]

Comment out the frisbee and volumeicon lines in~/.icewm/startup.
Copy /usr/bin/frisbee-tray to /root/Startup
Create new shellscript in /root/Startup with:

Code: Select all

#!/bin/sh
volumeicon &

Thank you, Fred. I will change it this way.

BTW nIce work with the wallpaper change when changing desktops!

It is all Terry's great work. He also writes GUI to change the wallpapers. We have separate wallpapers for each user also. Thank you, Terry

[saintless]

Just wondered if you have tried running all the pieces like desktop_drive_icons without putting them into the background with &. Then each part would have to complete before the next line in the shell script was done. Perhaps you don't really need the sleep commands in that case?

Hi, William.
I tested all options also without & when I first met this problem but it didn't work on 128 Mb RAM computer. I think the solution for Fred will be enough. I doubt someone else will use DebianDog on 128Mb RAM as I do

Toni

[starhawk]

...a little help, here? I'm trying to try this out (specifically Light Wheezy 2) and I'm having some trouble getting it to boot, due at least partially to the nature of my hardware

The system that I want to try this on is a very weird and cantankerous contraption indeed. It will only accept USB flash drives that are partitioned FAT32 (although it doesn't seem to see linux-swap) with one single partition, and it cannot boot from GRUB or grub4dos (I've tried both). Further, it will not boot from a USB optical drive, nor will it boot from a hard drive stuck into a USB->IDE/SATA adapter. It has an internal (IDE) drive header but the BIOS turns that off as soon as an OS kernel boots, because it thinks it's being funny (it's not -- particularly since there's no way to disable that horrible behavior). Tricky little fellow, now, isn't it!

The trouble is that I can't seem to get Syslinux to find things. Currently, the drive has the following files (here, / refers to the root of this drive)...

/live/ [directory]
/syslinux/ [directory]
/ldlinux.sys
/live/01-filesystem.squashfs
/live/initrd1.img
/live/initrd2.img
/live/vmlinuz1
/live/vmlinuz2
/syslinux/syslinux.cfg

My syslinux.cfg looks like this:

Code: Select all

LABEL LightWheezy2-NonPAE
	KERNEL /live/vmlinuz1
	APPEND rw root=/dev/sda1 initrd=/live/initrd1.img boot=live config persistent quickreboot noprompt autologin toram=01-filesystem.squashfs

I'm sure I'm doing a lot of something wrong, because syslinux wanders off daftly searching for a nonexistent file named simply "linux"... and upon not finding it, errors out. But given the truly astonishing massive lack of readable simple-English information on the 'Net about how to configure syslinux, I don't know how to fix it

Perhaps someone here can help?

[fredx181]

Hi starhawk

My syslinux.cfg looks like this:
Code:
LABEL LightWheezy2-NonPAE
KERNEL /live/vmlinuz1
APPEND rw root=/dev/sda1 initrd=/live/initrd1.img boot=live config persistent quickreboot noprompt autologin toram=01-filesystem.squashfs

Maybe I do not understand all but:
- why "rw root=/dev/sda1"? leaving that out could make it work.
- I think I recognize what you say about searching for "linux"
"Could not find kernel image: linux"
If that's the message try google-search for that.
See here for example:
http://old.slax.org/forum.php?action=vi ... ntID=58998

I had that also some time ago and solved it by formatting to fat16 instead of fat32.
Hope it helps.
Fred

[starhawk]

I had the root= thing there because the Syslinux wiki had something similar (ro though, instead of rw).

EDIT: removing that did not fix same error. I'll look at the slax link later -- I've got to go make dinner right now.
EDIT2: looked at the slax thread anyways because I'm silly I don't think I can do the FAT16 thing on a 32gb flash drive and be able to use the whole drive (which would be preferred) -- also, this machine boots syslinux just fine when BootFlash sets it up.

Just had a thought about that, actually, let me try something.

[starhawk]

Got it! (Sort of.)

http://www.syslinux.org/wiki/index.php/ ... LT_command

Adding the line:

Code: Select all

DEFAULT /live/vmlinuz1

fixed it.

But now it chokes with some gobbledegook about pci_root and a host bridge window. I'm tempted to blame ACPI -- what could I use to try and bypass that?

EDIT: never mind, I know Puppy best, so I think I'll stick with that. Sorry for wasting folks' time (and John's server space).

[mcewanw]

Comment out the frisbee and volumeicon lines in~/.icewm/startup.
Copy /usr/bin/frisbee-tray to /root/Startup
Create new shellscript in /root/Startup with:

Code: Select all

#!/bin/sh
volumeicon &

Thank you, Fred. I will change it this way.

The following scheme seems to work for me:

In /root/Startup, I have the following shell scripts (using exec to not keep the starting sh process):

volumeicon_start

Code: Select all

#!/bin/sh
exec volumeicon &

desktopdriveicons_start

Code: Select all

#!/bin/sh
exec desktop_drive_icons &

roxwallpapers_start

Code: Select all

#!/bin/sh
exec /opt/apps/wallpapers/wallpapers.d rox &

and a relative symbolic link to ../../usr/bin/frisbee-tray

Then in /root/.icewm/startup I simply have:

Code: Select all

#!/bin/sh
exec /opt/bin/start-up &

And in /opt/bin/start-up, I have:

Code: Select all

#!/bin/bash
/usr/bin/rox -p /root/.config/rox.sourceforge.net/ROX-Filer/pinbd &
wait
ls /root/Startup/* | while read J
do
   "$J" &
   wait
done

Gets rid of lots of sleeps and seems to work perfectly on my system though I haven't tested it much yet.

Would be worth checking that a restart iceWM doesn't lose any of the icons.
Also prior to the above arrangement I used to get an annoying little X window obscuring the xterm icon sometimes and that problem hasn't resurfaced here yet.

I'm not sure if the second "wait" above is important - I'll try without it.

EDIT: Actually, removing the & from the end of line: /usr/bin/rox -p ... pinbd, and also removing both 'wait' commands seemed to work for me too. Result:

/opt/bin/start-up

Code: Select all

#!/bin/bash
/usr/bin/rox -p /root/.config/rox.sourceforge.net/ROX-Filer/pinbd
ls /root/Startup/* | while read J
do
   "$J" &
done

But as I say, I haven't tested this much for reliability yet. Perhaps (?) it is more reliable with the wait(s) but I'd try without first.

[mcewanw]

The alternative might be to use "wait" instead of the various sleeps in your previous /root/.icewm/startup, but I haven't tried that as yet.However, I think it is better anyway to put the various parts in /root/Startup, as per my above post, since it is easy to see what you are putting in the tray and easy to change that rather than having to modify a script. Should really be ${HOME}/Startup, I feel, since lets user change their own desktop tray (maybe it already is, I'm about to go out and haven't time to check).

EDIT: On second thoughts, it is also fine if it is all just in /root/Startup since these are pretty much default tray items the user will want anyway.

[saintless]

Thank you, William.
I will test your suggestions on my old hardware. It will show best if there is any difference regarding the issue we have with Fred.

BTW this is exactly the issue we have with Fred:

Also prior to the above arrangement I used to get an annoying little X window obscuring the xterm icon sometimes and that problem hasn't resurfaced here yet.

Toni

[saintless]

The system that I want to try this on is a very weird and cantankerous contraption indeed. It will only accept USB flash drives that are partitioned FAT32 (although it doesn't seem to see linux-swap) with one single partition, and it cannot boot from GRUB or grub4dos (I've tried both).

Hi, Starhawk.
Perhaps all you need to do is to create bootable Fat32 flash drive from the iso. If you like to try this sometime here is a way to do it easy from Windows:
http://foxyroxylinux.com/viewtopic.php?f=2&t=105
Or from linux. I think Puppy also have Unetbootin pet package:
http://foxyroxylinux.com/viewtopic.php?f=6&t=133
Just in case you decide to try again someday.

Toni

[emil]

regarding tray elements:
there is the skeleton user directory /etc/skel

I hope I understand it right.
things you put into it will be used to create a home directory for new users.
so if you put it into root and in the skel dir then every user can customize its own tray.