Fatdog64-600 Final and 601 (July 2012)
Fatdog package manager
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.
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.
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
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
DVB firmware
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
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 224 times
a little bit of knowledge and I'm dangerous
EncryptFolderFD64-1.1
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.
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
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.
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.
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.
network
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?
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?
Tried savefile=none, same bahaviour. No automatic connection on eth0.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.
It works in lighthouse puppy but not in fatdog.
anyone know how to correctly call dhcpcd from commandline.
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?
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?
findings
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?
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?
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
It works but its far from beautiful. Have to wait for about 26 seconds for the first process to die.
Any comments?
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/" &
Any comments?
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.
-
- Posts: 29
- Joined: Sun 26 Jul 2009, 03:19
- Location: Australia
Save File Not Found
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
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
I have wireless, can you tell fatdog to ignore it?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.
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
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:
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
Yes, that will do it.I have wireless, can you tell fatdog to ignore it?
Or maybe you do that by unchecking "Run WPA_Gui at startup."
Fatdog64 Live DVD Mode
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.
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
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.
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.
- It is not in the Release Notes:
http://www.murga-linux.com/puppy/viewtopic.php?t=79537
It is not in the FAQ:
http://distro.ibiblio.org/fatdog/web/faqs/faq.html
It is not in the Installation Options:
http://distro.ibiblio.org/fatdog/web/fa ... drive.html
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
Unfortunately, that does not solve my problem.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.
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.
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.
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.