(old)Puppy Linux Discussion Forum

Posted: **Wed 11 May 2011, 18:39**

Finally got through compiling a static version of dialog, now small enough to be included as default...
Configured with:

Code: Select all

./configure --disable-included-msgs --with-ncurses --disable-nls --disable-Xdialog --disable-extras --prefix=/usr --sysconfdir=/etc --localstatedir=/var --infodir=/usr/local/info --mandir=/usr/local/man

93K upxed - and 190K installed. source here

Also a static build of MP (ncurses-based text-editor attached. 225K installed/100K upxed. Version is the old mp-3.2.13 but works ok. Updated 130511 so attachment contains man etc.
Update 160511: Changed version to mp-3.3.13 (same version as in P412) after finding the source. Slightly smaller (215K).

Added 130511: htop static build, source here

Added 160511: retawq-0.2.6c. A very small text-web browser 268K static build.

Posted: **Sun 15 May 2011, 17:14**

Sometime CLI scripts are very "bashish" and the time or work to make them ash-compatible seems just too long and hard...
The alsaconf and especially firewall_install.sh could be examples. Then a static build of bash comes handy. Attached an older version bash-2.05b (source) - patched with all the official patches. Its 500K - same size as org. P412 bash 3.00.16 using shared libs...
Once - not so many years ago - this version was the latest and newest bash around...

Posted: **Sun 15 May 2011, 19:01**

I want to use pupngo to build an embedded system of a "sage" server.
If I want to compile sage from source, do I need the original devx_412.sfs? Is the original puppy_412.iso still available somewhere?

Posted: **Sun 15 May 2011, 19:42**

emil: yes - use the original devx_412.sfs.
Org. ISO here:
http://distro.ibiblio.org/pub/linux/dis ... uppylinux/

Posted: **Sun 15 May 2011, 19:48**

emil wrote:I want to use pupngo to build an embedded system of a "sage" server.
If I want to compile sage from source, do I need the original devx_412.sfs? Is the original puppy_412.iso still available somewhere?

emil,

You can get the devx_412.sfs Here

Cheers,
s

Posted: **Mon 16 May 2011, 09:03**

Thanks - I found iso and devx file

Now a dumb question: I tried to compile sage inside pupngo (had installed devx, gfortran and tcltk into it), but it refuses to work with build scripts because it says "bash not found". I guess this is because of the busybox. Is there any way to fix this?

Do you recommend to build in regular 412 and just use the binary in pupngo for my minimal sage server?

Posted: **Mon 16 May 2011, 14:32**

emil: I would recommend to compile in P412 and not in pUPnGO. The missing bash-thing - 6 post up there is a static bash - might work - but best guess is that you will have much less trouble compiling in original P412 and afterwards move your programs to pUPnGO.

Posted: **Fri 27 May 2011, 00:01**

Hi goingnuts,

Here's what I have for the JWM drive icons...

Basically, click on a drive icon, ROX opens.. After you close ROX, an Xdialog thing pops up, asking if you want to unmount.. If you click yes, it unmounts, icon not refreshed. If you click no, it updates the icon and restarts JWM to show the drive is still mounted.

And of course, it works in reverse - if it was mounted and you unmount, the icons are refreshed to show that...

It might seem strange to update the icons after ROX is closed, but this way, it minimizes the need to re-run create_jwmrc_drives and restart JWM.. Icons are only refreshed if if needed.

.....

I think this is all you need, don't think I updated anything while doing it... It's a bit rough... It's maybe different from what you originally sent me, meaning it might not work until you improve it!!

I removed 9menu, and added an Xdialog thing asking to unmount, after ROX is closed.... Like 2.14X ... Yet to fix multiple instances, if you click the drive icon twice - you'll see what I mean..

For me it works fine, although at first boot, sometimes a few partitions are missing, and I have to run create_jwmrc_drives.sh again.... I know it can be fixed, just not sure how as yet.

Hope you like it

Obviously take it as you want, change whatever, or stick to what you got now, this is just in case it helps.

And a screenshot...

Posted: **Fri 27 May 2011, 02:47**

I added a script for jwm notifications (no other apps required)
http://www.murga-linux.com/puppy/viewtopic.php?t=51200

Posted: **Fri 27 May 2011, 18:20**

sc0ttman: Thanks for sharing! I will adopt some of your code - really would be nice if jwm would update the image on traybuttons without restart...
Busybox blkid is extremely slow as it always probe everything so I might use a static GNU of that bin or use static build of "vol_id" from the udevd-package (as far as I remember) - to get the drive name and put it in the jwm-tool-tip instead.

For the multikernel build I have a working iso with the 4 kernels. A problem is that the iso gets to large for hosting at www.datafilehost (iso is 113Mb) as it holds 4 complete versions of pUPnGO. It still need some polish and testing but hopefully it will be finished soon.

Posted: **Fri 27 May 2011, 19:29**

goingnuts hope it is okay if I ask a very naive but friendly intended question.

Your Pupngo is 6mb big and TCL is some 10 MB but when one have installed Firefox and other things one are used to have on Puppy then it is bigger than puppy with them installed from scratch.

How does that work on Pupngo. That one is smaller than the puppy with same program which is smaller than the TinyCore with them included?

Have I got that right? So you and Technosaurus and TTuuxx love things that are small size and effect without bloat.

The problem seems to be that pupngo use a kernel with older drivers.

What is it about TCL that allow them to have recent drivers then? TCL just worked out of the box. Everything worked apart from the Swedish keyboard. But that is accomplished by some extra work by the user.

Both wants to be modular. Both use files that can be loaded and unloaded. some of the ideas seems to be rather similar.

I am in latest version of TCL now for the first time it boot on NTFS.

Posted: **Fri 27 May 2011, 19:53**

goingnuts wrote:sc0ttman: Thanks for sharing! I will adopt some of your code - really would be nice if jwm would update the image on traybuttons without restart...
Busybox blkid is extremely slow as it always probe everything so I might use a static GNU of that bin or use static build of "vol_id" from the udevd-package (as far as I remember) - to get the drive name and put it in the jwm-tool-tip instead.

For the multikernel build I have a working iso with the 4 kernels. A problem is that the iso gets to large for hosting at www.datafilehost (iso is 113Mb) as it holds 4 complete versions of pUPnGO. It still need some polish and testing but hopefully it will be finished soon.

Yeah, sorry if I disappointed or misled you

- I still can't get icons refreshed without re-starting JWM, I know it's a dumb way, but I think it works OK...ish.. Would love to know if I can do it without restarting JWM, but I seriously doubt it is possible (for me at least)..

If I can get a faster blkid, (or similar) that would be lovely... Can't remember where I got mine, actually.. Will have to check... Anything that speeds up running create_jwmrc_drives will be nice... I don't know enough to make it into an ash script, or even if it is possible..

About the kernel thing, PM me for FTP details, you can upload to my site somewhere... I'm thinking a multi-kernel, PXE booting thing would be nice... I'd maybe even build/host one for people to test!

Posted: **Fri 27 May 2011, 20:14**

Hi nooby

I am in latest version of TCL now for the first time it boot on NTFS.

Finally! Congratulations! BTW pUPnGO was never intended to become a desktop-building block although you can use it as such. And its a hobby, its fun, its educationally - at least for me...

Hi sc0ttman
I have attached to static bins that both gives drive names etc. I do not know if they are faster than the one you are using but maybe worth a try. And thanks for the hosting offer - I will revert when ready

Update 280511: some timings on dynamic blkid versus the static blkid:
dynamic: real 0m0.019s
static : real 0m0.017s
static vol_id: real 0m0.016s

This cant be a bottleneck

but output of blkid is (with command "/blkid -s LABEL /dev/sda1"):
/dev/sda1: LABEL="XPNEW"
where output of vol_id is (with command "vol_id --label /dev/sda1":
XPNEW
so using vol_id you get the result and the output of blkid has to be modified (if only label is needed..."

Posted: **Tue 31 May 2011, 18:12**

I am having strange problems creating pUPnGO with kernel 2.6.33.2 from lupo:
If on hardware with a CRT-monitor "everything" is ok but using a LCD screen - monitor turns black. And this gives no way of trouble-shooting

If I bypass the following line in /etc/udevd/rules.d/50-udev-puppy-basic.rules
ACTION=="add", SUBSYSTEM=="?*", ENV{MODALIAS}=="?*", RUN+="/sbin/pup_event_backend_modprobe"

I can avoid the black screen - but no drivers are loaded (except the ones force loaded by initrd.gz)

Any hints would be very much appreciated!
Update 010611: Well...turns out to be a graphic driver problem and not a monitor-type issue. Deleting the /lib/modules/kernel/drivers/gpu directory from zdrv "solves" it. Further tests seems to point to drm_kms_helper.ko as being the trouble-maker - removing that single module makes everything work.

Posted: **Wed 01 Jun 2011, 15:13**

Observed that kernel drivers seldom reports as stripped in ROX-Filer - guess there are a good reasons for that (?)
But as size matters in the pUPnGO sense, I tried anyway to strip them. For now I stripped all drivers in lib/modules/2.6.33.2 obtaining the following result:
#zdrv size uncompressed before stripping: 51Mb
#zdrv size uncompressed after stripping: 47Mb
#zdrv size compressed before stripping: 21Mb
#zdrv size compressed after stripping: 19Mb
All drivers gunzipped before stripping.
I cannot see any problems/difference booting pUPnGO_525 before and after stripping...
And modules still report "unstripped" in ROX-Filer...

Size reduction is minor doing the same thing on modules in initrd (reduction 160K uncompressed).

Used below script:

Code: Select all

#!/bin/sh
START_DIR="zdrv_525/lib/modules/2.6.33.2"
cd $START_DIR
for x in $(find . -name *.ko); do
#do a recursive strip
strip --strip-unneeded $x
done

Posted: **Mon 06 Jun 2011, 17:51**

New build based on kernel 2.6.18.1 from Puppy 216.

Posted: **Tue 07 Jun 2011, 03:26**

I am sorry!
this iso can not to be downloaded from page"http://www.datafilehost.com/download-5bbbcba9.html" .
when I click "download" it display http://www.datafilehost.com/download-5bbbcba9.html again without anything.

Posted: **Tue 07 Jun 2011, 04:11**

wuxiandianzi: Sorry for the trouble - have made the download link more obvious. The url you refer to is correct...maybe a browser issue/disabled javascript?
Or try entering the full url to your browser: http://www.datafilehost.com/get.php?file=5bbbcba9

Posted: **Tue 07 Jun 2011, 10:21**

goingnuts wrote:wuxiandianzi: Sorry for the trouble - have made the download link more obvious. The url you refer to is correct...maybe a browser issue/disabled javascript?
Or try entering the full url to your browser: http://www.datafilehost.com/get.php?file=5bbbcba9

Thank you goingnuts :
I tried SeaMonkey 1.1.18/firefox-4.2/IE6/IE8 browsers still failed.
wget URL would be great,or can you send it to my email ?
Thank you!

Posted: **Tue 07 Jun 2011, 19:42**

In the other end of kernels a build with kernel from snowpuppy-016 (2.6.35.7) uploaded.
Haven't followed version numbering so just took version reported by snowpuppy. Content in pup_016pupngo.sfs and GUI_016.sfs is exactly the same as in version pUPnGO V216 060611 - but squasfs-version is 4 where pUPnGO V216 060611 uses 3.0.

Sizes:
Kernel 2270K
initrd.gz 2875K
pup_016pupngo.sfs 3204K
GUI_016.sfs 2160K
zdrv_016.sfs 22M

If you test this or the pUPnGO V216 060611 version - report bugs/success so it can be fixed/not altered for future builds with various kernels - please.

(old)Puppy Linux Discussion Forum

pUPnGO - 6Mb ISO - Basic Building Block Puplet

static build of dialog and other ncurses based progs

Static build of BASH

Kernel driver stripping

sorry

thank you