pUPnGO - 6Mb ISO - Basic Building Block Puplet

[nooby]

Dear Devs of pUpnGo

How is this one different from TinyCore? They have 10MB and a GUI and you have 6 and maybe no Gui? Have not looked recently due to me remember I failed to get internet going




ndujoe, maybe you have my problem. The iso lack the needed driver. I fail internet too.

One need to find the driver and somehow get it useful Way above my knowledge.

[goingnuts]

How is this one different from TinyCore? They have 10MB and a GUI and you have 6 and maybe no Gui? Have not looked recently due to me remember I failed to get internet going

pUPnGO is a basic building block - extract of the very "core" of Puppy Linux...
Gently modified org. initrd (changed BB and ntfsg3), mainssfs is CLI only and contains only static build programs.
This gives a basis to continue building all static or using any libc you want (ulibc, libc old or new etc.- any version) even loaded as a sfs after creating a save file or load it with otf-sfs-loader. So you can install/uninstall libc without breaking the core system. Busybox resides in initrd.gz and are copied at boot if not present...

Contains file-manager (asmfile), udevd, mksquashfs, grub and most of the needed setup-scripts.

Included on the CD also a GUI-example - as a sfs-package but can be installed (pkginstall.sh also handle install of sfs-files). All set-up-wizards and other scripts should work in console and in GUI (cli/dialog/Xdialog - the later only if present...).

Now personal builds can be done keeping the "core" and adding sfs-files with the new personal stuff - and trespassing the org. 6 sfs-file restriction - load 150 or more - if you have the hardware power.

Core sfs-file size: 1344K - 3800K installed
Example GUI-sfs: 2000K - 3800 installed
On top of that zdrv 21MB with all org P412 drivers, kernel 1500K and initrd.gz 1300K. And zdrvctr is included so you only have to bother your HD with the drivers you need.

Why compare with TC? pUPnGO can run TC delivered as an sfs-file... Try loading one of the two demos - xwoaf or bl3. Both just works even though libc and Xlibs are totally different from org. P412. Thats being a building block.

Net problems? If P412 works - pUPnGO should work - same drivers - only wifi progs not included. Try running "firstboot" and configure to autoconnect - or just run netstart at the prompt.

[nooby]

Yes I give it a try soon. Thanks

found this following the link.

Please use in a protected environment (qemu, other emulators or an old not critical pc). The GUI_412.sfs automount all drives found and ntfs-drives might be affected - they are so sensitive...). This is a consequence of using BB mount/umount only - if you want to avoid this behavior install pupngo041210_SP1.pet (contains ntfs-3g/mount/umount full versions static builds).

Is there no other way to avoid they automount everything. Can I not tell it not to on the kernel line?

[goingnuts]

Automount is not default anymore. Run setup.sh to enable - beside many other settings. And mount-FULL/umount-FULL is now included together with ntfs-3g so mounts of ntfs should be clean. Automount was only part of the GUI_412.sfs and was never part of the main-sfs.

[nooby]

Thanks that was good to hear. So now I only need to find a way to get internet going? I ahve Atheros 8132 ethernet card

[Keef]

goingnuts:

All good on the PCMCIA front. CF card in adapter is recognised and mounted, and no shutdown problems.
Also, sound is working straight off - couldn't get it going previously (ess1968), so I'm very pleased.


Armada M700
PIII 450
320mb

[goingnuts]

I have been a little reluctant to expose the TC_412.sfs (pUPnGO running Tiny Core2 as sfs-extension) as I do not know if I offend anybody or violate some licences...
If I do I will remove it immediately - just let me know.
But here it is: Mainly edited the package installer to use pkginstall.sh (if running without save-file) or to use otf-sfs-loader (if save-file created). By doing that all the original symlinky-dinky is avoided and do not pollute your save file if package is un-installed.
TC_412.sfs it self is loaded via otf-sfs-loader.
There might be several corners of TC that I have not tested and they might not work out of the box...
I supply it as a new build of pUPnGO as small adjustments of the core files has been made.
For those who just want an impression of this release here is a little teaser.
I am not trying to do another puplet - just exercising possibilities with pUPnGO used as a building block - so I do not support or trouble shoot on this one.
download and description

[nooby]

Yes they are very sensitive about such. You ahve to provide the whole script and maybe use some GPL thing too. Have you read about remixes and the policy and rules? Very strict as I get it.

I downloaded it just in case


So what meny code should be best for frugal install of that one? I want to test it within some 30 minutes if your still here.

[goingnuts]

Yes they are very sensitive about such. You ahve to provide the whole script and maybe use some GPL thing too. Have you read about remixes and the policy and rules? Very strict as I get it.

That is my concern...but still do not know if its only an attitude/rule in the forum or I am breaking any real laws?

Boots in 20 Mb to the GUI, but make a save.file and swap-partition if you start installing packages and open many programs.

[technosaurus]

You can offer to provide sources on floppy via snail mail for the cost of media and shipping (some licenses) + provide links to their original source for the rest, if you did not modify the source... otherwise you would need a diff.

I've been playing with httpd and cgi scripts that will act as an interface for the system:
For tray use a 100% width iframe to a page that auto refreshes periodically (for status icons)
To get input to the shell scripts, just use forms... can do anything the system can do... like start up a network connection for starters
Other examples are on pupweb.org for making it "pretty"
I may try to build the pupweb style menu from the .desktop files... if it will work with forms and perhaps a table for some icons
Haven't figured out the pager but may need to store the window id to close, kill, grab focus...
Just have the concepts working now, but I'd like to start using the tiny mcwm as my wm, and still want the eye candy.

[nooby]

I failed to get internet going but it could be that I know too little about how one set up the interface to the station. It ask my IP but that one get known after it has been requested so it is kind of Catch 22 one are damned whatever one do. Sure one can give a random number based on what has been used up to now but they change the IP now and then when others wake up early and look for the news or whatever and they catch the IP I had last night.

so when it ask such things how do you guys set it up?

[goingnuts]

nooby: Why not use qemu emulator for all your testing of different versions/distros? If your host can connect then the system/distro run in qemu just use that connection.

technosaurus: I found that busybox httpd (at least the builds I have tested) keeps your browser waiting for some info that is never send...(browser keeps saying loading page...). Maybe a static build of Hiawatha - think you did one with diet-lib?

[nooby]

But Qemu is way slower than Vbox is it not?
And now when Vbox exists as pet and sfs for to be used in Lupu511 then why use an ultra slow Qemu unless one are buddy to the Dev of it?

Or am not Qemu slow with TCL?

You are right about the connection to internet though. If used on a Puppy that have the right drivers then the virtual one would use that one I find that logical too

But then one don't really test the OS one kind of get the wrong impression will it really be usable later on when installed? one need to test that one too.

But back on topic.

How do I set up the network thing in pUPnGO when I don't know the ip before it get decided.

Sure I can boot up Snow puppy and write it down and then reboot and get same IP again but that does not help if pUPnGO fail to load the driver for Atheros 8132 or whatever card I have

[goingnuts]

pUPnGO autodetect your netcard and load driver if present. Then it gets ip automatic. I think the driver for your netcard is not in standard P412 and therefore not in pUPnGO. If you are trying to get a wireless to work pUPnGO lacks all the programs to get this going. If you can point me to a driver that you have seen works in P412 make a pet-package of it and install it in pUPnGO - for ethernet you then shoould get a working connection. For wireless you still need other bianries I think.

[nooby]

Thanks then I get it.

Back to using pUpnGo on Vbox or Qemu.

I 've read up on it and one guy wrote this.

qemu is an emulator; it will run like a 1-legged dog. It is the only option if you have a computer with a non-x86 CPU and want to run x86 software.

If you're running x86 software on an x86 machine, virtualbox is the software to use.

another wrote this

KVM (a modified QEMU with kernel support for VT/SVM) runs as fast as native.

The kqemu module is a kernel module for accelerating QEMU without VT/SVM, and is separate to KVM.

You can run plain QEMU (slow!),
QEMU with kqemu (about half native speed),
or KVM (modified QEMU with VT/SVM support).

Both QEMU and KVM are under constant development with frequent updates.

so this text is way over my knowledge to grasp. But if I get it.
The first guy talk about old Qemu that is without the accelerator?
The second guy mention three different versions.
1. Old Qemu
2.KQemu
3.KWM that is the fastest of the three.

But how does KWM compare to Vbox on same Puppy OS?

Sorry to derail your thread

[starhawk]

sc0ttman, what in blazes did you do with the jwm config & default-app settings? On every other Puplet I've used, jwm config is in /etc/xdg (and I don't recall where the default-app settings are)... but I can't find 'em in pUPnGO!

Really what I want to do is edit the main Menu so that the apps I've added show up. But if I can't find the files...

[Keef]

starhawk:

.jwmrc (containing menu items) is in root. You can also get to it via the menu - edit settings. I'm assuming this is what you are after. Apologies if I'm barking up the wrong tree.

[nooby]

I am going to try to use otf_sfsloader to load tc_412.sfs but it worked using pkginstall.sh so I didn't have to make use of the otf.

But seems to be an older TCL? The Firefox I had already installed on another modern TCL did not work. But I try again.

How can I update/upgrade TCL to the latest final 3.5 version?

[sc0ttman]

Hi goingnuts,

I have recently added file size checks to the otf sfs loader ... it checks for a save file and if found, checks the file size of the sfs against the free space in the save file.

It's a bit simplistic in parts.. I just assume the free space in the save file must be at least 3x larger then the sfs file size, before the sfs can be loaded safely.

If not, a warning is given, and the user must confirm to load the sfs. If they choose "No", then they get a message about making the save file bigger.

Here is the function I added to /usr/sbin/otf-sfs-loader.sh

Code: Select all

#sc0ttman start
check_sfs_size () {
	# assume it's all gonna work
	TOO_BIG=false
	# $1 is the SFS FILE
	echo $1
	SFSFILE="${1}"
	# get the PUPMODE
	. /etc/rc.d/PUPSTATE
	# note, these vars are used from PUPSTATE
	PUPMODE=$PUPMODE
	SAVE_LAYER=$SAVE_LAYER
	# check if save file is being used
	if [ $PUPMODE -eq 12 ] || [ $PUPMODE -eq 13 ];then
		# get save space in bytes
		PUPSAVESPACE=`df -B 1 | grep $SAVE_LAYER | awk '{print $4}'`
		# keep only the numbers, if needed
		#PUPSAVESPACE=$(echo "$PUPSAVESPACE" | sed "s/[^0-9]//g")
		# get size of sfs file in bytes
		SFSSIZE=$(stat -c %s "$SFSFILE")
		# get required free space (around 3x the size of sfs file)
		REQUIREDSPACE=$(($SFSSIZE * 3))
		# if free space is less than required space 
		if [ $PUPSAVESPACE -lt $REQUIREDSPACE ];then
			# cannot load sfs file
			TOO_BIG=true
		else
			# loading sfs will be ok
			TOO_BIG=false
		fi
	fi # end if save file is being used
}
# sc0ttman end

And this is added to the load_sfs function:

Code: Select all

# sc0ttman start - check save file space before loading
check_sfs_size "$REPLY_CHAR"
if [ "$TOO_BIG" = true ];then
	TEXT="Warning: The SFS file '$(basename $SFSFILE)' may be too big for your save file.\nAre you sure you want to load it?"
	yesno_fc
	if [ "$REPLY_CHAR" = "No" ];then
		TEXT="You can make your save file bigger here:\n\nMenu->Utility->Resize personal storage file\n\n"
		message_fc
		break
	fi
fi
REPLY_CHAR="${1}"
# sc0ttman end

That bit above is added immediately after this:

Code: Select all

else	#silent run
  REPLY_CHAR="${1}"
  FILENAME=$(basename $REPLY_CHAR)
fi

[goingnuts]

sc0ttman: Thanks for sharing - I will include your code in next build.

starhawk: The programs for auto-build of jwm-menu is not included - as Keef says - its done by hand. I think the size of xdg-programs and the needed libs seems to be to much compared to the effect: Its just updating the menu...Would be nice if a script could do the same...

nooby seemed to be able to use the attached drivers for his ethernet - might be useful for others. I think there is a post somewhere in this forum with a lot of extra drivers for P412 - just cant find them...Would like to include as many drivers as possible in the next build...