ChoicePup431 - a gnu way

[jrb]

I have uploaded SFS_Linker-431bk-1.1.pet

This one creates a new loop if needed. I have had up to 30 SFS's installed at once. It creates new loops when you want to simply mount an SFS as well. I have had up to 50 SFS's mounted at one time. Doesn't seem to be any limit although common sense says there must be. Does away with having to put

Code: Select all

max_loop=28

in the config file or kernel line. Just uninstall 1.0 (if installed), install 1.1, reboot and use.

[musher0]

Dear Mr. jrb,

Subject: Serious concern

Please be made aware that your default* scripts at the /usr/local/bin location in your recent SFS-Filers pets, v. 1.0 and 1.1, overwrite dpups original scripts at that same location and for example, make linking a jpg picture to mtpaint useless in dpup.

I have provided proof at http://www.murga-linux.com/puppy/viewto ... 989#359989

(It's page 35 of that thread. My initial reporting of this unwarranted change is on page 24 of that thread, I believe.)

If you could kindly remedy the situation at your earliest convenience, it would be greatly appreciated by all who use your otherwise very useful linking system. The installation of those files no doubt will create a disturbance on systems other than dpup also.

When it initially happened after installing your first pet, I thought that my computer had been hacked into.

Best regards,

[jrb]

musher0,
Sorry to hear that this is causing a problem for you.

My initial reporting of this unwarranted change is on page 24 of that thread

You may notice that this .pet is called "SFS_Linker-431bk-1.1.pet". I think that's a pretty good indication that it was designed to be used in Puppy431 the original Barry Kauler edition.

If you would like me to have a look at dpup and see about modifying the .pet could you give a link to the latest download? I see there is one on page1 of the thread. Is this the latest?

I have no idea how Mime-types are set up in dpup. Are they still in /root/Choices/MIME-types? If so you should be able to set the jpeg opening program there.

Again I am unaware of how dpup handles the OpenWith menu but you should also be able to link mtpaint to /root/.config/rox.sourceforge.net/OpenWith/ and use right click/OpenWith to open .jpeg's with mtpaint.

Hope that helps. Look forward to your reply, J

[musher0]

Hello, jrb.

Thanks for getting back to me.

You're more than welcome to explore dpup. Yes, you'll find the latest version of dpup at the URL address mentioned in the first post of the thread. The current version is dpup 482 beta 4 as I am writing these lines.

I probably got confused because somewhere in your thread someone mentioned that your new linking system could be applied to some other puppies.

As to how the MIME-types, etc., are set up in d-pup, how different they are from a regular Puppy, may I suggest that you ask dposil, the "benevolent dictator" of dpup. I couldn't provide you with a qualified answer, since I'm only a "tester'.

Your SFS-Linker 431 version 1.1 works well in dpup, once one knows that when using the current SFS linker in dpup, the default* scripts in /usr/local/bin have to be changed back to the dpup ones. Maybe just a note to that effect would be enough.

Sincerely,

[jrb]

I have uploaded SFS_Linker-no_def-1.1.pet which does not have modified /usr/local/defaultprograms for people who wish to have SFS_Linking without changing the desktop icon or MIME-type behavior.

Musher0,
I haven't had time to look at dpup so I just deleted the modified defaultprograms from /usr/local/bin.

Hope that does the job for you, J

[musher0]

Many thanks, jrb.

But since you're in such a good mood (:-), I also noticed that the pinstall.sh in your winelite sfs gets triggered every time the ppm (puppy package manager) gets used. It does not do anything bad, simply the winecfg.exe gets triggered everytime you load say a GTK theme or something else from the repositories. This wine trigggering happens towards the end of the ppm process.

Also what is this doing in my Startup, if I don't have the portable tray program?

#!/bin/sh
wine /mnt/home/StartPortableApps.exe

We have enough windows programs already, do you think we need more? (:-)

Believe me, I'm sorry I'm doing this to you. (:-) I do language editing during the way, I really wish I didn't have the instinct to spot computer scripts in my spare time!

Sincerely,

[musher0]

There was a double post here, but I won't say sorry for it because it occurred after a DEBUG message, concerning my previous post, coming from the forum program. Oh, God... did I accidentally spot something here too?

[mikeslr]

I've been following this thread, gposil's dPup thread and technosaurus' thread about plans for the Community Edition.

I agree with sunburnt. "Dpup, I really think it`s Puppy`s future." Well, dPup but modified to enable your design for handling sfs' on the fly: the best of both worlds > synaptic for access to debian's packages, puppy plus sfs-linker to enable them to run as needed on resource limited computers, or together when possible.

Hopefully, at some point, we'll need a one-step deb-to-sfs converter.

We live in interesting times. Glad I didn't "buy a MAC. "javascript:emoticon(':lol:')


mikesLr

[tlchost]

Hi!

Did you ever get a chance to produce ChoicePup431? I have a project that requires a very basic version of Puppy and based on previous versions of ChoicePup, you efforts came to mind.

Thanks again for all that you have done...hope all is well.

Thom

[sunburnt]

If a good .deb to .sfs package converter can be made, I don`t think Synaptic is needed.

The standard install method of dumping loose files into a file system is old and flawed.
Weeners and Linux both use this sad old fashion model for installing their packages.
Loose files are prone to viruses, corruption, and deletion, and it`s a messy setup.

A tight core with no apps., so no union is needed if the app. sfs files are loaded.
The core loads entirely into ram ( about 10 - 20 MB ), and the core can be 1 file!
I`ve been developing ideas about this setup for several years now, and it`s ready.

[Caneri]

Hey Sunburnt,

very cool stuff.
Looking forward to your approach.
Hi jrb..how goes the battle?

Eric

[gposil]

sunburnt said:

If a good .deb to .sfs package converter can be made, I don`t think Synaptic is needed

We may not need synaptic, but to create an sfs from a Debian/Ubuntu application package, you will need apt. A large debian application is not a single file, in some cases it can be 100+ deb files that go to make up the application. Any deb2sfs converter would have to use the same or similar methods to apt-get to satisfy dependencies, based on the system it is to be installed into. The converter would necessarily have to use apt-get unless we plan to re-invent the wheel or re-use sections of PPM to download all the debs required to build the sfs.(using PPM code would mean a database conversion of the Debian archives to Puppy format for a minimum of 23000 debs, the current base archive, and that's forgetting contributory and non main archive files...)

If we use apt-get, to just collate and download the required debs then we can do a rather simple script to convert all the non-contigious debs to a fakeroot environment for mksquashfs.

[jrb]

Did you ever get a chance to produce ChoicePup431?

I'm afraid that anything that's non-essential and gives some resistance gets shelved at this point. I started on ch431 but couldn't get pplog to work. As soon as I pulled Seamonkey it started giving 403 error, even if I put seamonkey back in with an SFS. So I put it on hold until I get some other projects done. I did manage to get 431 working with my ncpfs server at work however so I haven't completely quit puppy.

It's getting pretty confusing out there though. Too many puppies to choose from. I had a quick romp with dpup-b5 and was quite impressed, didn't try installing any .deb's though. Another thing on my list.

I have a project that requires a very basic version of Puppy

If you'd like me to make a barebones pup I could probably manage that, as with pplog, no guarantees that everything will work with it.

how goes the battle?

Thanks for asking. My wife is recovering well, almost finished with physio. She won't really be happy until she's back at work however. That's scheduled for January.

I got my home energy grant reno's all done so the "cheque is in the mail" as they say. Just in time too. We just finished a week of -20+ degrees C. It's back up to -10 now.

[sunburnt]

Yep, apt would be the basis for an automated package converter.
I`ve handled dependencies manually, but doing a lot of them...

jrb; I have Qs about your sfs loader script, you feel up to some Qs?

[tlchost]

Did you ever get a chance to produce ChoicePup431? I have a project that requires a very basic version of Puppy

If you'd like me to make a barebones pup I could probably manage that, as with pplog, no guarantees that everything will work with it.

That would be super....but no rush that would take you awy from more important things. I am involved with an effort to provide very simple software for seniors http://www.eldu.eu Everyone involved loves the idea of Puppy, and asked if I could find a barebones version that could be added to.

My wife is recovering well, almost finished with physio.

That's good news...

[jrb]

I have Qs about your sfs loader script

I tried to be fairly thorough in the third post on this page but if you have specific questions feel free to ask.

[jrb]

Thom,
Will return to ripping things out of 431.

[tlchost]

Thom,
Will return to ripping things out of 431.

Thanks a bunch!

[sunburnt]

1)
I wanted to know the success rate of the simple linker approach.
Simple apps. all work well, how about browsers, offices, media players, etc.?
What apps. have refused to work like this? This needs to be addressed.
2)
I`m wondering if the setup script in the SFS files I spoke of is needed.
It seemed to me that a simple loader script wouldn`t do for all apps.
That there`d be too many "one of" exceptions for some of the apps.
3)
Also, it seems that you change the main PATHs for the whole OS.
Is this correct? If so, then as I said... It seems to be unneeded overkill.
I think the PATH only needs to be set for the apps. environment.

I`d like you to correct me on these items if you would so I know where we are.
This is the single most important thing to the forward evolution of Linux.
Getting rid of the "loose file" type of OS and using SFS files only.
No installing apps. like M$ Weeners, Apple, and Linux does now!

[mikeslr]

@ sunburnt:

I'm not certain if the following problem is of the type you're interested in, but 01micko reported using sfs-linker in dPup482beta5 (which uses the 4.6.30.5 kernel) @ http://www.murga-linux.com/puppy/viewto ... &start=240

"Tried BK's open office 3.1.1 . Got menu entries. They failed to work. The symlinks existed in /usr/local/sbin but they pointed to /mnt/sdaX/openofices311.sfs/opt/Openoffice3/program/scalc (or whatever app, swriter etc). Since the app is basically "installed" I would have thought the links would point to /opt/Openoffice3/program/scalc. I don't know. Anyway, the menu entries pointed to /usr/local/bin/s* . I think it may be because BK has symlinks in his sfs???
Running the full path from a terminal the apps all worked."

and then @ http://www.murga-linux.com/puppy/viewto ... &start=255

"Some more consequences from using sfs_linker with the kernel source..
-Gtkdialog3 was broken, found out when I went to shutdown.. restored from /initrd/pup_ro2. Just maybe, it may have broke because we use Gtkdialog with a symlink from Gtkdialog3 whereas a standard Puppy uses it the other way around. What I ended up with was 2 broken symlinks! That may have been caused by the Ooo sfs, it was made for 4.3x after all. Or, possibly by sfs_linker itself, I can't see the kernel source needing gtkdialog for anything.
-Downloads in Firefox are broken, still under investigation."

Also on dPup482beta5, I used the sfs-converter to convert OxygenOffice 2.4 and then linked using the linker. I can confirm 01micko's first problem.

As I know very little, the following may make no sense. Since sfs's are external to a Puppy's Save file (and a Full install?) conserving space shouldn't be a concern. Wouldn't a "static build" --if I've used the term correctly-- of sfs' eliminate conflicts with other apps; i.e. the build would contain all necessary libs, and only look within itself for them: its only connection with the OS being a script to start it.

MikesLr