FatdogArm Beta1/2/3/4- 16 April 2016

Message

TeX Dog · #441 Post by **TeX Dog** » Thu 14 Jul 2016, 21:25

Great Don, what was your package size.. I figured I must have added too much unneeded when it became 20M compressed. Got a RPi3 so playing with that currently ( well actually doing my burn-in 24/7/30day ) so havent tested FDA yet.

don570 · #442 Post by **don570** » Thu 14 Jul 2016, 22:45

The package size is very small if I leave out the free fonts package and
the Samba package (under 10 megs)

...but the bad news is I have 2 SD cards . The original where I made the
first install is working . The second card where I tested my omxplayer package has stuttering video. So a lot more work is needed.

______________________________________________________

I got right click menus to work by launching omxplayer in a terminal

Code: Select all

defaultterm -e omxplayer.bin "$@"

_______________________________________

TeX Dog · #443 Post by **TeX Dog** » Fri 15 Jul 2016, 00:40

Playing video from sdcard can be slow, too slow there is a cache setting somewhere ( I do not recall having to install fonts ) I playback using a usb harddrive never run into problems, also can with some minor modification have the fd-arm.sfs and saveback files on usb.
I started with the browser hooks package so I see its not needed after all.

gcmartin · #444 Post by **gcmartin** » Fri 15 Jul 2016, 01:31

@Jamesbond, in our past, was an inspiration when he created and deployed a method so that LAN machines could start from a FD PC versus the need for local media. This worked successfully for x86 PCs booting from that FD machine.

The SLOW media that is used on arms would get a "shot in the arm" if they, too, could boot from a FD PC which is using @JamesBond's "Netboot" utility. Certainly would be faster that the slow local Arm media.

Mere thoughts, IMHO.

don570 · #445 Post by **don570** » Sat 16 Jul 2016, 20:37

I got a second card to work with my package of omxplayer.

First make sure you have libtirpc and samba installed...

ftp://distro.ibiblio.org/fatdog/arm/pac ... rmhf-1.tbz
ftp://distro.ibiblio.org/fatdog/arm/pac ... rmhf-1.tbz

then download and install my package of omxplayer

http://www.mydrive.ch

User: porteus@don570
Password: porteus

_______________________________________

It uses right click menu to launch a file...

_______________________________________

TeX Dog · #446 Post by **TeX Dog** » Sat 16 Jul 2016, 23:05

also available on my blog if you do not want mess with the 101 different download buttons (ads etc)

http://www.puppylinux.net/blog/

don570 · #447 Post by **don570** » Mon 18 Jul 2016, 18:51

I found that leafpad 0.8.18 would open a script properly but then
save it improperly.

I compiled version 0.8.17 and it works properly with scripts.

____________________________________________________

don570 · #448 Post by **don570** » Mon 25 Jul 2016, 19:57

I got Xming
to work by running dropbear. Very simple.

__________________________________________

New version of fatdog arm
July 25
http://murga-linux.com/puppy/viewtopic.php?t=106573
______________________________________________________

kerl · #449 Post by **kerl** » Sun 04 Dec 2016, 07:18

Can you recommend a very cheap tablet which works with this Puppy?
I'd be interested to use it mainly to support the Easycap device which has models with differents chips, most of them not working on Android tablets.

don570 · #450 Post by **don570** » Tue 06 Dec 2016, 01:09

There is a list of devices that will run this operating system

ftp://distro.ibiblio.org/fatdog/web/arm-index.html

______________________________________________________

kerl · #451 Post by **kerl** » Tue 06 Dec 2016, 05:05

don570 wrote:There is a list of devices that will run this operating system

ftp://distro.ibiblio.org/fatdog/web/arm-index.html

______________________________________________________

Thanks

Another question, a bit off-topic:
Is there something like the apps mentioned on
https://wiki.debian.org/ChrootOnAndroid
to run puppy from Android?

jamesbond · #452 Post by **jamesbond** » Tue 06 Dec 2016, 14:23

No, but in principle it's the same thing - instead of Debian rootfs you use puppy rootfs.

By the way - today I traded my Raspi2 with Raspi3 (the Raspi2 is now doing full-time job providing remote access service using OpenVPN).

With a new kernel, FatdogArm now runs on Raspi3, with built-in wifi.
Bluetooth doesn't work yet - like anything Broadcom, that thing requires custom patched hciattach, so will probably do it later.

cheers!

TeX Dog · #453 Post by **TeX Dog** » Wed 07 Dec 2016, 05:09

Ok great/ BK has blutooth working and a newish kernel, but not the blutooth app to correctly set it up like FD64, posts point all that out in current QuirkyArm thread. Glad you seem to popup for air, did not know if you gave in/up this effort.

jamesbond · #454 Post by **jamesbond** » Wed 07 Dec 2016, 14:35

I'm still here. I didn't give this up, but I have to admit I was running out of breath with so many things to juggle, and you can the the obvious lag between this and Fatdog64. I've been travelling a lot, too.

I do have plans to rebuild all FatdogArm packages to bring it up on the same level as Fatdog64 710, but so far it remains as plans.

I'm glad that people like don570, mories, yourself and a few others continue to hold the fort during my disappearance. Thanks for all that.

I'm uploading raspi3 kernel to http://distro.ibiblio.org/fatdog/arm/releases/beta5. While at it, I'm updating the SFS to the latest copy that I have. The updated SFS should work for all other platforms too.

As for the raspi3 kernel, my understanding is that it will work for raspi2 too, but I no longer has raspi2 so I can't confirm that.

TeX Dog · #455 Post by **TeX Dog** » Wed 07 Dec 2016, 15:08

Well we do not to have to make it backward compatible to Pi2

Been dreaming of the day when we can fire up those unused 64bit cores, then the next day when he can justify figure out going Big-little and fire both sets of cores at same time.
If WE (you) only knew some... some person that can / did make the jump to 64bit, had the tools and knowledge and possibility the insane desire to climb tall mountains just because they are in-front of them

[This was my 256th post, wonder if that says it will come true, oh magic binary powers of 2]

don570 · #456 Post by **don570** » Wed 07 Dec 2016, 16:26

As for the raspi3 kernel, my understanding is that it will work for raspi2 too, but I no longer has raspi2 so I can't confirm that.

I'll see if I can make it run on my raspy2 board.

jamesbond · #457 Post by **jamesbond** » Thu 08 Dec 2016, 13:36

Thank you don570, let me know how it goes.

@Ted Dog: I don't plan for backward compatibility, it's just a given from Raspi team. But without a Raspi2 I can't confirm anymore.

As for 64-bit - well, with only 1GB RAM, there isn't much to gain from going to 64-bit. gcc can be configured for aarch64; so it's matter of kernel and glibc support. I understand Linux 4.8 supports 64-bit Raspi3 SoC, but I don't know how good the support is (as in, "what works?").

Btw - what happens to your old account? Or do you just want to emphasise that you do lives in Texas?

TyroBGinner · #458 Post by **TyroBGinner** » Thu 08 Dec 2016, 14:01

Those two are the same guy? I thought this one was just expressing his affinity for TeX, arguably the coolest program ever.

Since I have broken into this conversation, I will bring up the following junk:

Does the latest Raspberry Pi card have multiple cores that are inaccessible? Sounds surprising.

Does anyone have any interest in competing cards like the Odroid C2? It looks not bad at all.

The whole ARM platform is too fragmented for me...for computing on the cheap, there are a number of integrated processor/motherboard combinations in x86.

I hope I have not thrown things too much off the track here. Please continue with your OS developing.

jamesbond · #459 Post by **jamesbond** » Thu 08 Dec 2016, 14:43

TyroBGinner wrote:Does the latest Raspberry Pi card have multiple cores that are inaccessible? Sounds surprising.

No. The Raspi3 comes with 64-bit capable ARM CPU (quad-core Cortex A53 cores). All of them are used, but the official OS (as well as FatdogArm) runs the CPU in 32-bit mode, not in 64-bit mode. Kinda like running 32-bit Puppy on 64-bit machines.

The one with BIG.Little is Odroid-XU2 or XU3. They come with Exynos5 SoC, which comes with 4-cores of Cortex A15 (fast, power hungry) and 4-cores of Cortex A7 (slow, low power). Yes, that's a total of a whooping 8 cores (octa-core CPU). The standard Linux kernel can run it in the official BIG.Little mode (when load it high, run it on the Cortex A15 cores; when load is slow, run it on slower but lower power Cortex A7). The official kernel from Odroid (=from Samsung I guess) can run *ALL* of the 8 cores together. Watch for your temperature however. The only downside: all of them are 32-bits. But unlike raspi3, XU2/XU3 comes with 2GB of RAM.

Does anyone have any interest in competing cards like the Odroid C2? It looks not bad at all.

I haven't followed C2 in details. Apparently their SoC (AmLogic) also uses the same Cortex A53 cores, the same one used by Raspi3. But ARM cores don't make the CPU (or SoC), or even the board. There are other things to consider.

The whole ARM platform is too fragmented for me...for computing on the cheap, there are a number of integrated processor/motherboard combinations in x86.

What does "computing" means? Desktop computing? If yes, them ARM is definitely getting there, and will be there, soon. Odroid U3 (quad-core Cortex A9, 1.7GHz) feels like a low-power x86 already, more so with XU2/XU3. I don't know how low a x86 box can get. When gcmartin was still here and kept on promoting Intel NUC; I checked the price and I couldn't get anything lower than $300; for the same price I could get 3x Odroid-XU3. Even Intel Gallileo cannot compete on performance/price ratio. Only thing is, people like Intel because it's "more supported" (whatever that means - "runs Windows", perhaps?).

I hope I have not thrown things too much off the track here. Please continue with your OS developing.

Nah, I don't mind going off track here and there. Adds a little bit of liveliness into the thread.

This thread is quiet without those, anyway

mories · #460 Post by **mories** » Thu 08 Dec 2016, 15:33

jamesbond wrote: I do have plans to rebuild all FatdogArm packages to bring it up on the same level as Fatdog64 710, but so far it remains as plans.

Great news that you have plans to evolve FatdogArm.

While at it, I'm updating the SFS to the latest copy that I have. The updated SFS should work for all other platforms too.

I installed the new SFS (beta 5) in both RPi2 and Odroid U3, and in both cases everything works correctly.
There do not seem to be many changes, but the distribución and style of drive icons are better now.

(old)Puppy Linux Discussion Forum

(old)Puppy Linux Discussion Forum

FatdogArm Beta1/2/3/4- 16 April 2016