Fatdog64-600 Final and 601 (July 2012)

A home for all kinds of Puppy related projects
Message
Author
User avatar
smokey01
Posts: 2813
Joined: Sat 30 Dec 2006, 23:15
Location: South Australia :-(
Contact:

Fatdog package manager

#221 Post by smokey01 »

Jamesbond is there a way to install PET packages locally through the FD package manager rather than downloading them.

The reason I ask is I want to be able to test PET packages which includes dependencies.

What I would like to see is the main local package is installed but then knows to go looking on a repo to find the missing packages as defined in the main PET package.

I have defined two additional packages in the main PET as "+package1,+package2". The problem is I dont know if I have done it properly. The other two packages are in the repo but my main package is not.

I'm trying to find a way of testing packages without wasting your time.

Maybe there needs to be an enhancement to the already great FDPM to be able to install local packages. If it already exist I haven't been able to work it out.

User avatar
smokey01
Posts: 2813
Joined: Sat 30 Dec 2006, 23:15
Location: South Australia :-(
Contact:

#222 Post by smokey01 »

jamesbond, I have resurrected your folder encryption application for Fatdog64-600.

http://www.smokey01.com/software/Fatdog ... 64-1.0.pet

This is a neat little Rox app that will let you encrypt folders rather than just files.

Simply right click on a folder and you will be given the option to encrypt it, then close it.

You can remove the encryption if you like.

You can also change the password.

Enjoy

User avatar
DC
Posts: 360
Joined: Sun 30 Apr 2006, 15:07
Location: Maidenhead, England

DVB firmware

#223 Post by DC »

Hi Jamesbond,

Here's the firmware module "dvb-usb-dibusb-5.0.0.11.fw" from FD511

I added it to /lib/firmware

thanks

dc
Attachments
DVB_firmware.bz2
(6.63 KiB) Downloaded 223 times
a little bit of knowledge and I'm dangerous

User avatar
smokey01
Posts: 2813
Joined: Sat 30 Dec 2006, 23:15
Location: South Australia :-(
Contact:

EncryptFolderFD64-1.1

#224 Post by smokey01 »

EncryptFolder now works with the enter key when entering passwords. You no longer have to click on the OK button, but you can if you want to.

User avatar
Ray MK
Posts: 774
Joined: Tue 05 Feb 2008, 09:10
Location: UK

#225 Post by Ray MK »

Finally got hold of a 64bit laptop to play with (borrowed)

Downloaded FD64-601-sm and burnt to a RW-dvd using FD64-521 that I had on a USB stick.

Read all of the post’s regarding 601 and am going to read the FAQ’s etc.

Hopefully when I reboot - all will be well.

Thanks to all involved in providing what I am sure will be another Great Puppy.

Very best regards - Ray
[b]Asus[/b] 701SD. 2gig ram. 8gb SSD. [b]IBM A21m[/b] laptop. 192mb ram. PIII Coppermine proc. [b]X60[/b] T2400 1.8Ghz proc. 2gig ram. 80gb hdd. [b]T41[/b] Pentium M 1400Mhz. 512mb ram.

User avatar
Ray MK
Posts: 774
Joined: Tue 05 Feb 2008, 09:10
Location: UK

#226 Post by Ray MK »

All good - posting from FD64-601 now - running from RW-dvd.

Luvly Puppy - so much included in such a very modest downlaod.

Love the new control panel - so nice to use - easy even for me.

Now to find that spare USB stick - and put 601 on that.

Should have an SDcard somewhere too - so one on each, for the shirt top pockets.

Thanks again JB, K and everyone else for such a Super-dupa Puppy.

Very best regards - as always - Ray

Edit: Booting from USB stick ok, better and faster than RW-dvd.
SDcard good too. Fantastic.
[b]Asus[/b] 701SD. 2gig ram. 8gb SSD. [b]IBM A21m[/b] laptop. 192mb ram. PIII Coppermine proc. [b]X60[/b] T2400 1.8Ghz proc. 2gig ram. 80gb hdd. [b]T41[/b] Pentium M 1400Mhz. 512mb ram.

Scooby
Posts: 599
Joined: Sat 03 Mar 2012, 09:04

network

#227 Post by Scooby »

I have to run networkwizard and do auto-dhcp on eth0
everytime I boot up

I tried
rm -f /var/run/dhcpcd-eth0.pid
dhcpcd -h aalo -d eth0

from terminal

Seems like it connects but nothing happens when I try
to reach internet


Maybe I've missed some step that network wizard does?

Does it do some configuration of eth0? ifconfig?

kirk
Posts: 1553
Joined: Fri 11 Nov 2005, 19:04
Location: florida

#228 Post by kirk »

Scooby,

You shouldn't have to do anything. Try booting with the savefile=none boot option. That will boot without using your save file. You should automatically connect. That's assuming that eth0 is plugged in before booting.

Scooby
Posts: 599
Joined: Sat 03 Mar 2012, 09:04

#229 Post by Scooby »

kirk wrote:Scooby,

You shouldn't have to do anything. Try booting with the savefile=none boot option. That will boot without using your save file. You should automatically connect. That's assuming that eth0 is plugged in before booting.
Tried savefile=none, same bahaviour. No automatic connection on eth0.

It works in lighthouse puppy but not in fatdog.

anyone know how to correctly call dhcpcd from commandline.

Scooby
Posts: 599
Joined: Sat 03 Mar 2012, 09:04

#230 Post by Scooby »

If I boot with no xwin (pfix=nox) then I see that the following line is executed

dhcpcd -I -d etho
and it reports success , still I cannot connect.

if I then run xwin and type the following in terminal.

rm -f /var/run/dhcpcd-eth0.pid
dhcpcd -I -d eth0

then I can surf the internet for about 30 seconds before
connection goes down.

But if I boot up normally and then run network wizard and hit autodhcp
then it works fine???

comments? is there some kind of timeout on connection?

also what is /var/db/dhcpcd-etho.lease
what does it do?

Scooby
Posts: 599
Joined: Sat 03 Mar 2012, 09:04

findings

#231 Post by Scooby »

During startup fatdog executes (for my computer maybe different with wireless)

dhcpcd -I -d eth0

this fails for some reason which I dont understand?

If I then kill the process indicated in /var/run/dhcpcd-eth0.pid
and restart the daemon it works

kill $( cat /var/run/dhcpcd-eth0.pid )
dhcpcd -I -d eth0

Would be interesting to know why the first automated call doesn't work?

Scooby
Posts: 599
Joined: Sat 03 Mar 2012, 09:04

#232 Post by Scooby »

I constructed a startup script but for it to work I must wait for the first
automated call to dhcpcd runs this takes about 35 seconds

I would like to fiddle with the timeouts on that command

From where does this call come from during boot?

Scooby
Posts: 599
Joined: Sat 03 Mar 2012, 09:04

#233 Post by Scooby »

I threw away my old savefile and didnt run networkwizard

I discovered that the system runs

dhcpcd -L

I made a hack that waits for this process to die then run dhcpcd again

Code: Select all

c=1
while [ $(pgrep dhcpcd) ]
do
  echo $c
  c=`expr $c + 1`
  sleep 1
done
dhcpcd -I -d eth0
nohup seamonkey "murga-linux.com/puppy/" &
It works but its far from beautiful. Have to wait for about 26 seconds for the first process to die.

Any comments?

kirk
Posts: 1553
Joined: Fri 11 Nov 2005, 19:04
Location: florida

#234 Post by kirk »

That's weird. The dhcpcd call is in /etc/init.d/50-Wpagui. If you also have a wireless card, that could be a problem, if a open wireless network is found it will associate and try to get a address. That could cause problems. When you launch the network wizard, un-check the box "Run WPA_Gui at startup." if you have wireless. Could also be that your network card is slow coming to a ready state for some reason. Then you would need a delay before dhcpcd is run.

Country Bumkin
Posts: 29
Joined: Sun 26 Jul 2009, 03:19
Location: Australia

Save File Not Found

#235 Post by Country Bumkin »

I have tried to install 601 on a USB hard drive. The installation seems to work and the save file creation is correct at shut down but on the next boot up the save file contents are not available and some functions report fatdog64 is 'not installed.'

The drive icon does not have the 'mounted' indicator present

If I manually mount the drive and use the control panel 'save file test' option the file content is reported as correct.

Any suggestions ?

Is there any way to save to the drive (like 521) rather than a frugal save file ?

Regards C Bumkin

Scooby
Posts: 599
Joined: Sat 03 Mar 2012, 09:04

#236 Post by Scooby »

kirk wrote: un-check the box "Run WPA_Gui at startup." if you have wireless. Could also be that your network card is slow coming to a ready state for some reason.
I have wireless, can you tell fatdog to ignore it?

Or maybe you do that by unchecking "Run WPA_Gui at startup."


Anyway I will try it when I can find time.

Thanks for answers Kirk

kirk
Posts: 1553
Joined: Fri 11 Nov 2005, 19:04
Location: florida

#237 Post by kirk »

Country Bumkin,

Fatdog64-600 boots completely different from 521 or other puppies. Only savefiles named fd64save and located in the root of a partition are automatically loaded. Take a look at the FAQs/Boot Options. Here's some examples from that page:
  • savefile=direct:device:sda1 --- use savefile named fd64save.ext4 located in root directory of /dev/sda1, save directly to it
    savefile=ram:device:sda2:/fd600/fd64save.3fs --- use savefile named fd64save.3fs located in /fd600 directory of /dev/sda2, use RAM layer
    savefile=ram:usb --- use savefile named fd64save.ext4 located in root directory of the first found usb device, use RAM layer
    savefile=direct:multi --- use multisession on device /dev/sr0
Scooby,
I have wireless, can you tell fatdog to ignore it?

Or maybe you do that by unchecking "Run WPA_Gui at startup."
Yes, that will do it.

Scooby
Posts: 599
Joined: Sat 03 Mar 2012, 09:04

#238 Post by Scooby »

Tried with the "wpa_gui at startup" off

Then I dont get any connection.

For some reason my network card wants to have two calls to dhcpcd
were the first one fails?

Strange but I got connection so why fix it if it isntcompletely broke.

Thanks for feedback kirk

RandSec
Posts: 82
Joined: Mon 10 Aug 2009, 18:33
Location: Austin, Texas
Contact:

Fatdog64 Live DVD Mode

#239 Post by RandSec »

Please excuse me in advance, I have just spent 2 days working on Fatdog64 with only limited success and am tired.

I have run various forms of Puppy all day every day for several years. I do this from DVD's on systems with no hard drive. I have ample reasons for using DVD's, but this is neither the time nor the place for that war.

Using the "Live DVD" mode in Fatdog64 is not like other Puppies. The working incantation was not obvious to me. Instead, it is mainly from a comment in the Fatdog64-600rc topic by jamesbond on Tue 03 Jul 2012, 00:30

The trick seems to be to use the boot command: "fatdog64 savefile=direct:multi"

Unfortunately, that does not produce a Save icon.

That issue is addressed by jamesbond here at Fri 06 Jul 2012, 06:21
You need to use the RAM-layer in order to enable manual save button. Use "savefile=ram:blahblahblah" instead of "savefile=direct:blahblahblah" to enable the RAM layer.
Unfortunately, that does not solve my problem.

To see that, we need to go back to the equipment:

DVD storage simply is not as reliable as hard drive storage. The main reason for that is that hard drives store small "sectors," which are easily read after writing, easily re-written, and even replaced without user involvement.

In contrast, DVD's store data in large streams on a single long helix on the DVD. If a dust speck causes a write error, we cannot know about it until we first write then read that whole "session." We can write the data again, of course, but the drive cannot do that itself, because it cannot store enough data in writer RAM.

To use optical storage reliably, something (at this point, the user) needs to verify that the write has occurred and can be recognized. Verification is necessary after every DVD write. Failure to verify writes risks all the data the user is trying to store, and sometimes, ALL of the data on that disc. On other Puppies, I can and do use the Save button, then mount the DVD and look for the saved directory. If it is not there, I can save it again. Worst case, I can scrounge up a flash drive and save the data, but this all depends upon the system staying alive for as long as it takes.

Unfortunately, we cannot do that with a Save button which queues for some unknown future action. I guess that would be shutdown, but I DO NOT SHUT DOWN! I just turn the power off. It is a glorious thing to be able to turn off the computer and walk out of the room without delay. DVD storage gives us that, provided there is no hard drive in the box. I love it!

Other DVD issues include properly checking each operation for failure, and then STAYING UP, issuing notice to the user, allowing repeats and alternate actions, and only giving up after the user specifically allows it.

When I was actually using Fatdog64, I loved it: it seems clean and responsive. I find the big initrd load irritating, but I love the video. I assume that since I do not have to set it up, I can take that same DVD and use it on different machines having different video systems, something most Puppies cannot do. When everybody gets their own secure virtual machine on a DVD, and can take it wherever, that is a big deal.

I found something wrong in the surround sound 5.1 channels on a working entertainment system which has correct sound on other Puppies. I have a Disney WOW calibration disc which jumps from channel to channel to identify which is which. Normally, each channel would be the same loudness, but here the center channel is much louder and also comes out both front sides. My guess is that the issue is the sound mixer, since that seems more likely than VLC, but who knows?

Fatdog64 has a noticeably better display on my systems than other Puppies, even though they use special drivers for my AMD video. We may never be able to stream HD Netflix or Amazon Prime on Linux, but we can hope for DVD's to look good, perhaps better than most players.

User avatar
smokey01
Posts: 2813
Joined: Sat 30 Dec 2006, 23:15
Location: South Australia :-(
Contact:

#240 Post by smokey01 »

I recently tried to use Osmo in Fatdog64 and it didn't work properly. To be more specific the Task part didn't. When I created a task in the future it looked fine until the next time I started Fatdog and Osmo. I then noticed the task had been ticked as completed. This is not much use as it will never raise an alarm.

Because of this I went looking for a later version and I found two. The current version in Fatdog is 0.2.6. I found source code for 0.2.8 and 0.2.10 so I have compiled 0.2.10 and attached it as a pet. It now works as it should. Well I haven't noticed any problems so far.

Changes since 0.2.6

2010-03-31: version 0.2.10
* Optional horizontal (netbook-friendly) GUI
* Search capability added for tasks and notes list
* Configurable date format in calendar header
* Options and About tabs are moved to separate windows
* Read-only mode and customizable font for notes
* Statistics for selected text in notes
* Many GUI improvements
* Added translations: en_GB, da, bg
* Updated translations: cs, es, jp, pl, it, de, fr, hu, nl, zh_cn

2009-08-21: version 0.2.8
* Encrypted data backup
* Exporting tasks to iCal file
* Option to ignore weekend days in date calculator
* Text attributes are handled now in day notes editor
* Default alarm sound for task reminder
* Added new calendar marker for birthdays
* Slightly improved iCal support
* Locale settings are used by default
* Many improvements and fixes
* Added translations: uk
* Updated translations: it, fr, ru, jp, tr, cs, nl, es, pl

Thanks to CatDude for sniffing out the required dependencies and compiling them.

It should install fine over your existing Fatdog.

To make it start on every boot, symlink /usr/bin/osmo into your start-up directory.

Enjoy.
Last edited by smokey01 on Sat 08 Sep 2012, 02:17, edited 1 time in total.

Post Reply