Puppy Linux Discussion Forum

I use PNG files a lot so I have updated the application and libraries used

libpng-1.6.39-x86_64
https://www.mediafire.com/file/9plep1r7 ... 4.pet/file

zlib-1.2.13-x86_64 - compression library optimised for Intel CPU's
https://www.mediafire.com/file/9xwjo94d ... 4.pet/file

Pngcrush is a simple terminal application to reduce the size of your PNG files

In terminal just type in

pngcrush <your filename.png>

pngcrush-1.8.13
https://www.mediafire.com/file/y6yy2fr0 ... 3.pet/file

@Jasper

If you want to make your pup even smaller. Use fix-duplicate script which can be found on /usr/lib/puppy/bin of QuickPup64. This script removes identical files and replaced with a symlinks if those files are on the same folder. to use it properly use this command

find <extracted main sfs path>/usr -type d | xargs -i fix-duplicates '{}'

don't forget to place fix-duplicates script to /usr/bin

Jasper wrote: Thu Jun 15, 2023 11:46 am

I use PNG files a lot so I have updated the application and libraries used

libpng-1.6.39-x86_64
https://www.mediafire.com/file/9plep1r7 ... 4.pet/file

zlib-1.2.13-x86_64 - compression library optimised for Intel CPU's
https://www.mediafire.com/file/9xwjo94d ... 4.pet/file

Pngcrush is a simple terminal application to reduce the size of your PNG files

In terminal just type in

pngcrush <your filename.png>

pngcrush-1.8.13
https://www.mediafire.com/file/y6yy2fr0 ... 3.pet/file

Use this command if you want to reduce all png files at once

find <path> -name "*.png" -type f | xargs -i pngcrush '{}'

@mistfire

Many thanks as per usual for your tips and I have also grabbed a copy of your PuppyOS too

I made a really-skeletal pup, fossa64-micro, 160mb, can't do much

It occurred to me that a low-resource-demanding Puppy would be great for surfing the web and that jasper has published many updated applications for fossapup64-9.5 including some concerned with security while surfing the web. I've taken the liberty of repackaging those as one pet you can download from here, https://www.mediafire.com/file/9x7ir562 ... s.pet/file
jasper's packages contained in that pet are those shown in the screenshot below.

I hope I got the right ones and packaged them properly.

@jasper. Somewhere early-on it became customary just to check 'Reply' rather than giving replies their own titles. That's OK when the thread, itself, identifies the subject being discussed. But without a unique title specific posts can't be searched for. To find the pets in 'Fossapup User Contributed Packages' I had to start from its OP, scan each page, download pets that were relevant, delete some of the downloads when updates to those were found, and work my way thru what's now a 42 page Section. Not your fault. My recollection is that the Searches on the 'old-murgha' forum could be more 'fine-tuned': locate specified content within posts; and whoever made the suggestion to just 'Click Replay' hadn't recognized that change and appreciate its consequences.

At any rate, thank you very much for all the hard-work you put in compiling the updated applications. To be completely honest, with 'Puppy' moving on to newer versions I kind-a thought you were a bit eccentric. You should have told us you were prescient.

@ Everyone else. Jasper and others have posted many more updates to fossapup64's originally available applications. 'Fossapup User Contributed Packages' is after all a 42 page Section.

Found 3 bugs - 1 significant, 2 annoying. Version 5 link on 1st page.

@mikeslr

Many thanks for saving some of the compiled PET files for future use As you know if they do not get taken from MF after 2 weeks there gone.

@ozsouth

Mucho Gracias Amigo for the bug hunting and fixing up a new ISO

We had a good day at the cricket yesterday and the weather was gorgeous..............looking forward to your response on day two

........... a potential micro puppy ???

BTW are the SFS components compressed using the standard xz format or zstd?

An small update (..........could have made it smaller by stripping out docs etc )

One thing, I might go back to do is build dictionaries that can be used for compression/decompression sample sets and also to set levels, forgo legacy support and minify (their word not mine ) the binary.

zstd-1.5.5-FL-x86_64 .......... added FL to indicate it was compiled on/for FossaLow
https://www.mediafire.com/file/5yyt6i7v ... 4.pet/file

If your interested in their test results based on the 6.x.x Linux kernel:

https://github.com/facebook/zstd/releases

@Jasper - I've given sucukla yumurta a copy of fossa64-micro & sent a bugfix too.
Bare-bones 160mb iso is pretty useless. Very usable 244mb fossa64-low-5 seems better option.
I've tested micro by adding enough .pets to take it to fossa64-low-2 level. Seems ok, but will test more.
As for cricket, very good day one for England after early trouble. Tough day for Oz today.

@ozsouth , I grabbed v5 earlier today

Hi

@ozsouth I also think it's a shame we must depend on MF or other upload temporal links, for such a valuable files. FYI we are compiling all forum posts since 12/1/2021, in a telegram channel as backup, just in case. In additon there is a TG group too.

@Lessitobot is the channel
https://t.me/PuppyLinux_Chat, group

You could also reach

https://web.telegram.org/a/#2108051736
https://web.telegram.org/a/#-1335476920

at web.telegram.org.

Regards

Pika

Jasper wrote: Sat Jun 17, 2023 5:52 am

@mikeslr

Many thanks for saving some of the compiled PET files for future use As you know if they do not get taken from MF after 2 weeks there gone.

@ozsouth

Mucho Gracias Amigo for the bug hunting and fixing up a new ISO

We had a good day at the cricket yesterday and the weather was gorgeous..............looking forward to your response on day two

Jasper wrote: Sat Jun 17, 2023 5:52 am

@mikeslr

Many thanks for saving some of the compiled PET files for future use As you know if they do not get taken from MF after 2 weeks there gone.
...

I know some hosting services have that policy. But I don't know if that's true for mediafire. I just checked my FREE account. One application I uploaded in 2017 is still there. True, it's my portable-wine.sfs which is still occasionally being downloaded. But another is 32-bit avidemux uploaded in 2019. There may have been some need for it, and downloads, at that time via a link on the 'old-murgha' forum. I don't think anyone using this forum could find it, and being an older version, would want it.

Maybe my account is different and 'grand-fathered'. Maybe mediafire advertises such limitation as a deterrent but doesn't actually enforce it. [I didn't look for such advertisement]. And while I'm still working on my first cup of coffee, so did not read its current Terms of Service word for word, I did scan it. Mediafire advises that it has the right to terminate accounts and delete files if a user breaches it 'terms of service', e.g. " you may not ... transmit virus...Distribute any Content that includes code hidden or otherwise contained within the Content which is unrelated to the Content...Distribute Content that is libelous, defamatory, obscene, pornographic..." But I saw nothing about deleting files that just weren't downloaded.

But I agree with Pikaxhu. I would be good if creators of applications for Puppy did not have to depend on 3rd Party Hosts. Any other ideas about what we can do beyond this:

There are good, and cheap ($100 +/- to start for 1st 3 years, about $15 p/y to maintain) web-hosts. One of us could create a website with a paypal account to receive payment of those who want to join. nominal fee; just enough to cover maintenance and renewal. After the third year these usually cost about $100 p/y.

And "No", I'm not going to create such a website. I can research doing it; make suggestions about structuring membership and finances*, write 'terms of service', etc; and fund its creation. But I don't want to own or administer it. Someone younger should.

* for example, membership would grant a user-name and password required to upload. Membership fees in excess of that reasonably expected to cover maintenance and long term costs would be donated to some charities generally considered worth-while, e.g. St. Judes, Feed-the-Children, The World Wildlife Fund. We are, after-all, a volunteer group. Profit is not our objective.
But I see that I've hijacked this thread. Best if anyone interested start one in the User's Section.

@mikeslr && @Pikaxhu both suggestions sound good to me.

I add some additional tiny applications this morning......once again they have been deleted.

So once again ......... not going to bother with screenshots this time

strongswan-5.9.11-x86_64 --- PKI application (Google it!)
https://www.mediafire.com/file/7gddlhlf ... 4.pet/file

tnftp-20230507-x86_64.pet -- enhanced FTP
https://www.mediafire.com/file/h8a71jpx ... 4.pet/file

Both were compiled on and for FPLow ...... forgot to add the FL to the PETS.

hello Guys i have been playing around with your puppy on a VM and i saw a bug,
every time i download some via web and the open Downloads folder there is nuthing there but if i open the Download folder via web i will see it lol

@AntonioPt

Did you follow these instructions?

Download
default folder is /home/spot/Downloads.
Sometimes, run-as-spot can lead to a permissions problem when uploading - simple fix (if it happens) is to
place files for upload into /home/spot & in a terminal, run setspot.
To run as root, edit /usr/local/bin/defaultbrowser & remove (just) run-as-spot, then save

Jasper wrote: Sun Jun 18, 2023 5:22 pm

@AntonioPt

Did you follow these instructions?

Download
default folder is /home/spot/Downloads.
Sometimes, run-as-spot can lead to a permissions problem when uploading - simple fix (if it happens) is to
place files for upload into /home/spot & in a terminal, run setspot.
To run as root, edit /usr/local/bin/defaultbrowser & remove (just) run-as-spot, then save

Hi @Jasper no i didnt but gonna try it and thxx

P.S. every time i all so try to updated sfs with a basic script or dir2sfs the machine all so crash in default Fossa dosent happen any ideas ? thxx in advance

@mikeslr / @Jasper :-

I just checked. I created my own MediaFire a/c on the 14th July, 2015. And absolutely everything I've since uploaded to it is still there.

I like MediaFire. I had access issues once or twice over the years, and their Customer Service team are most helpful; they cleared-up the problem straight away for me, with no fuss. And this is a free a/c....

Personally, I'd recommend them to anyone.....though t'other Mike may be right; maybe our accounts have been "grandfathered" due to the length of time they've been active. It's entirely possible they've changed their conditions of service in recent years. Certainly, I've never heard of a 2-week max hosting limit myself, but then, despite the fact I haven't uploaded so much stuff in recent years, the a/c has remained reasonably active. Even some stuff from 5-6 years ago is still getting regularly downloaded, it seems!

Mike.

mikeslr wrote: Sat Jun 17, 2023 2:54 pm

There are good, and cheap ($100 +/- to start for 1st 3 years, about $15 p/y to maintain) web-hosts. One of us could create a website with a paypal account to receive payment of those who want to join. nominal fee; just enough to cover maintenance and renewal. After the third year these usually cost about $100 p/y.

@mikeslr:-

I could be wrong, Mike, but isn't this just a variation on what Smokey01 did for the community in the early days? AFAIK, Grant had his own hosted server, then basically "rented" out space on it to any forum member with the need who requested it.

Come to that, what's the deal with Ibiblio? Who pays for the hosting for all the Puppy stuff on there? I've never been clear on that.....

T'other Mike.

@ both mikes - If you just upload, without creating a free account, things get wiped after 15 days. A free account allows up to 50Gb permanently, but anything you delete is retained offline for 15 days & counts towards that. Well it was when I joined. Maybe there is a different policy for new accounts now.

I'm working on something a little different, as I've found the formula for (a bit) higher compression (same as fosaapup's puppy drv .sfs used). What could be V6 has extras, but only 233mb. Only downside of higher compression is that 1Gb ram would be desirable minimum & is optimised for x86 pcs (intel/amd). I am aiming at older pcs, which would mostly be intel celeron/p4 cpus.

The minimal version I'm working on is 160mb, with netsurf instead of dillo (netsurf can at least read the forum), & a later 5.4 kernel. I have checked libraries for my .pets for a 'from scratch' version. Only Ted & cups .pets both need a particular lib (libpaper), so needs at least V3. I want to eliminate that, so Ted is out for now. Also gparted had libs in wrong place in .pet, so fixed version uploaded - Abiword/Gnumeric likewise; FFmpeg missing libraries if standalone - fixed.
Other folks will need to specify a minimum version for their .pets. V6 coming soon.

For those interested, my mksquashfs parameters are: -b 512K -comp xz -Xdict-size 100% -Xbcj x86

version 4 is very nice and quick on my old fanless miniPC. can't seem to get a good player for .mp4 video files. Default gnome-mplayer doesn't seem to play drop-play from rox-filer. Tried to install mpv from PPM, failed to start from menu, on terminal mpv gives an error

--> mpv
mpv: error while loading shared libraries: libavcodec.so.57: cannot open shared object file: No such file or directory

is there a fix for this?

@gychang - this is the problem with major cutting - many missing libraries. I made an mpv package, but needed 74 libraries. Got quite big - 66mb. I'll look at it when I untangle my current mess.

@gychang

Earlier in this thread I updated the Mplayer binary (also included MEndcoder) which will give you mp4 playback

viewtopic.php?p=91511#p91511

mpv is not used for playback btw it's mplayer

@AntonioPt

I looked at the dir2sfs script and my first guess is that it requires YAD (.....there is a PET file for this somewhere on the forum) for the GUI to be visible. From memory one of the Radio applications in the multimedia section has it included in it's thread.

............. just had a quick look and realised that we would need a GTK2 build of YAD to be compiled.

https://github.com/step-/yad (FatDog64 Developers)

I am under the impression that Fossa64 Low does not support GTK3.

**UPDATE**

I did go back to the original YAD release and created a PET file .......... let us all know if it works for you

Left the NLS files contained within:

yad-0.41.0-x86_64
https://www.mediafire.com/file/cf21hfsj ... 4.pet/file

Good housekeeping means have a backup solution available

I have used the latest build of Rsync from their repository (........marked PRE, so might be experimental)

All required:

GUI - grsync-1.2.8-x86_64
https://www.mediafire.com/file/c37afdsh ... 4.pet/file

Rsync - rsync-3.3.0pre1-x86_64
https://www.mediafire.com/file/h2j38tbg ... 4.pet/file

Hash verification - xxHash-0.8.1-x86_64
https://www.mediafire.com/file/72szyp5t ... 4.pet/file

Small utilities compiled in/for Fossa Low

e2fsprogs-1.47.0-x86_64 - EXt2/3/4 Filesystem Utilities
https://www.mediafire.com/file/jh2w8pik ... 4.pet/file

lz4-1.9.4-x86_64 - Lossless compression algorithm
https://www.mediafire.com/file/f2161v0v ... 4.pet/file

lzo-2.10-x86_64 - Portable lossless data compression library
https://www.mediafire.com/file/bo94rbzw ... 4.pet/file

I found a 2 pane X11 file manager which is simple to build.

It does have a desktop entry, but I can't seem to figure out the correct usage, so am hesitant in sharing atm.

@ozsouth , does this look useful?

http://www.boomerangsworld.de/cms/worker/index.html

Jasper wrote: Mon Jun 19, 2023 8:10 am

@gychang

Earlier in this thread I updated the Mplayer binary (also included MEndcoder) which will give you mp4 playback

viewtopic.php?p=91511#p91511

mpv is not used for playback btw it's mplayer

@Jasper I installed the pet and I can launch gnome-player but won't play .mp4 files (tried several). mplayer I get an error...

@gychang

Did you extract the PET file?
Or did you simply install it?

To get it to work, extract the PET and then simply copy over the MPlayer binary into

/usr/bin

to overwrite the existing one.

I built the Mplayer binary as with FFMpeg statically linked.

@gychang - I made an mpv .pet - seems to work ok.