Fatdog64-600 alpha2
What are the Grub4Dos Menu.lst arguments for Fatdog64-600
Hi Jim1911, or whoever can help,
Jim, you mentioned that you got Grub4Dos to recognize Fatdog64-600. I assume you hand-edited its Menu.lst as running Grub4Dos misses Fatdog. I guess it only looks for intrid.gz files.
I checked the FAQ, tried the suggestion (seems to be Grub, not Grub4dos) and some variants, but so far the proper arguments escape me.
My Fatdog files are in a folder named "fatdog" --without the quotes. It is on the second partition of a sata drive, which all other puppies have recognized as sda2. Grub4dos and its Menu.lst are located on a second sata drive, which puppies have recognized as sdb.
Thanks in advance.
mikesLr
Jim, you mentioned that you got Grub4Dos to recognize Fatdog64-600. I assume you hand-edited its Menu.lst as running Grub4Dos misses Fatdog. I guess it only looks for intrid.gz files.
I checked the FAQ, tried the suggestion (seems to be Grub, not Grub4dos) and some variants, but so far the proper arguments escape me.
My Fatdog files are in a folder named "fatdog" --without the quotes. It is on the second partition of a sata drive, which all other puppies have recognized as sda2. Grub4dos and its Menu.lst are located on a second sata drive, which puppies have recognized as sdb.
Thanks in advance.
mikesLr
Re: What are the Grub4Dos Menu.lst arguments for Fatdog64-600
My menu.lst entry:mikeslr wrote:Hi Jim1911, or whoever can help,
Jim, you mentioned that you got Grub4Dos to recognize Fatdog64-600. I assume you hand-edited its Menu.lst as running Grub4Dos misses Fatdog. I guess it only looks for intrid.gz files.
I checked the FAQ, tried the suggestion (seems to be Grub, not Grub4dos) and some variants, but so far the proper arguments escape me.
My Fatdog files are in a folder named "fatdog" --without the quotes. It is on the second partition of a sata drive, which all other puppies have recognized as sda2. Grub4dos and its Menu.lst are located on a second sata drive, which puppies have recognized as sdb.
Thanks in advance.
mikesLr
Code: Select all
title Fatdog64-600A2(sdb2/fatdog)
find --set-root --ignore-floppies --ignore-cd /fatdog/initrd
kernel /fatdog/vmlinuz pmedia=atahd pdev1=sdb2 psubdir=fatdog
initrd /fatdog/initrd
Accept the default names and location for your save file and expect it to take about 10 min to create it. It can't seem to find it otherwise.
Hope this helps,
Jim
Online with Fatdog64-600 : Thanks Jim1911
Hi and thanks again Jim1911,
I don't know which makes me seem dumber: (a) that I couldn't figure it out, or (b) that my first guess was correct but I forgot to delete the ".gz" from the fourth line of fatdog's listing in Menu.lst, and then tried other stuff. (':oops:')(':lol:').
Well, to quote a line from a pretty good movie, The Best Exotic Marigold Hotel, "Everything's all right in the end. And if it isn't alright, it's not the end."
mikesLr
P.S. After writing this post using Seamonkey, I thought I'd see if Opera64-11.10, which I have on and run from a folder from sda2 --which will be /mnt/home-- would work. It does. Using "program folders" might solve the conflicts mentioned in this thread. I'll download the latest 64-bit from Opera and see how that goes.
I don't know which makes me seem dumber: (a) that I couldn't figure it out, or (b) that my first guess was correct but I forgot to delete the ".gz" from the fourth line of fatdog's listing in Menu.lst, and then tried other stuff. (':oops:')(':lol:').
Well, to quote a line from a pretty good movie, The Best Exotic Marigold Hotel, "Everything's all right in the end. And if it isn't alright, it's not the end."
mikesLr
P.S. After writing this post using Seamonkey, I thought I'd see if Opera64-11.10, which I have on and run from a folder from sda2 --which will be /mnt/home-- would work. It does. Using "program folders" might solve the conflicts mentioned in this thread. I'll download the latest 64-bit from Opera and see how that goes.
Last edited by mikeslr on Sat 19 May 2012, 23:52, edited 1 time in total.
LibreOffice error
LibreOffice gives this error when trying to load. Ideas?
Jim
- # libreoffice3.5
/opt/libreoffice3.5/program/../ure-link/bin/javaldx: /usr/lib64/libxml2.so.2: no version information available (required by /opt/libreoffice3.5/ure/bin/../lib/libjvmfwk.so.3)
#
Jim
After we go to the latest 3.3.x kernel we will make pet packages for ATI and Nvidia. The Nvidia installer usually works, but the ATI installer is too stupid and takes some tweaking.I was referring to installing from the Catalyst 12.1 .run file. There were various discussions in the forums about this, at the time. But I don't know whether it was a temporary bug or a permanent feature of the installer.
You may need to use the Multiple sound card wizard to fix that.Sound is still coming from the speakers on the netbook instead of the
builtin speakers in the monitor.
Haven't tried anything like that, you might want to give Zarfy a try, It's Display Properties under the setup menu.The screen resolution is correct on the big monitor but wrong on the
netbook screen.
That means you've installed a 32bit libGL. Maybe you got the wrong Nvidia package?# xfe
xfe: error while loading shared libraries: libGL.so.1: wrong ELF class: ELFCLASS32
#
I prefer to be able to personalize the save file with a unique name and place it in a subdirectory and be able to choose the save file to be booted.
You do that in grub now. See http://distro.ibiblio.org/pub/linux/dis ... tions.html About 3/4 of the way down that page you'll see some examples that cover this.
That's all changed now see http://distro.ibiblio.org/pub/linux/dis ... tions.htmlkernel /fatdog/vmlinuz pmedia=atahd pdev1=sdb2 psubdir=fatdog
Nothing to do with Nvidia. xfe was working and it was installed after Nvidia. This error was discovered after installing the new Bibletime 2.9.1 package that Jamesbond posted in the Package Manager. I understand that he did not change the dependencies used by Bibletime 2.8.1 that you prepared. It was also present with a different save file after installation of Bibletime 2.8.1 prior to Jamesbond's update.kirk wrote:That means you've installed a 32bit libGL. Maybe you got the wrong Nvidia package?# xfe
xfe: error while loading shared libraries: libGL.so.1: wrong ELF class: ELFCLASS32
#
With the all new initrd everything has changed as far as boot options. The FAQs have all been updated as well, for this and many other things. If you want to boot without a save file in 521 and other puppies, you put pfix=ram on the kernel line in grub. With 600 you would use savefile=none. The "savefile=" boot option is used to pass lots of different configuration options to the system-init script.
Here's some example boot options cut and pasted here from the FAQs:
Here's some example boot options cut and pasted here from the FAQs:
Code: Select all
Some examples:
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
I see that I have a steep learning curve here. Thanks for the link.kirk wrote:I prefer to be able to personalize the save file with a unique name and place it in a subdirectory and be able to choose the save file to be booted.
You do that in grub now. See http://distro.ibiblio.org/pub/linux/dis ... tions.html About 3/4 of the way down that page you'll see some examples that cover this.
That's all changed now see http://distro.ibiblio.org/pub/linux/dis ... tions.htmlkernel /fatdog/vmlinuz pmedia=atahd pdev1=sdb2 psubdir=fatdog
Cheers,
Jim
Jim,
Something has replaced your libGL. Sorry, I don't know which package has done it. I can tell you without a doubt the the included libGL is 64bit. I just downloaded and opened up the xfe package, it's not that. I'll check bibletime.
EDIT: I installed xfe and bibletime from the package manager. Both work and I still have a 64bit libGL. Maybe you have another savefile you forgot about. If you don't use the "savefile=" to tell it where to look it will search all your partitions.
Just wanted to say thanks for all the folks testing so far. It's already helped us fix some stuff.
Something has replaced your libGL. Sorry, I don't know which package has done it. I can tell you without a doubt the the included libGL is 64bit. I just downloaded and opened up the xfe package, it's not that. I'll check bibletime.
EDIT: I installed xfe and bibletime from the package manager. Both work and I still have a 64bit libGL. Maybe you have another savefile you forgot about. If you don't use the "savefile=" to tell it where to look it will search all your partitions.
Just wanted to say thanks for all the folks testing so far. It's already helped us fix some stuff.
Last edited by kirk on Sun 20 May 2012, 01:53, edited 1 time in total.
It was definitely caused by Bibletime. I had only installed 3 programs and checked operation after each installation. Nvidia driver, xfe, and then Bibletime.kirk wrote:Jim,
Something has replaced your libGL. Sorry, I don't know which package has done it. I can tell you without a doubt the the included libGL is 64bit. I just downloaded and opened up the xfe package, it's not that. I'll check bibletime.
Just wanted to say thanks for all the folks testing so far. It's already helped us fix some stuff.
Bibletime doesn't contain libGL. It is the nvidia driver; and when it is trying to install 32-bit drivers it overwrite the 64-bit drivers because /usr/X11R7/lib and /usr/X11R7/lib64 points to the same directory. Try to install Nvidia driver without the 32-bit library.Jim1911 wrote:It was definitely caused by Bibletime. I had only installed 3 programs and checked operation after each installation. Nvidia driver, xfe, and then Bibletime.kirk wrote:Jim,
Something has replaced your libGL. Sorry, I don't know which package has done it. I can tell you without a doubt the the included libGL is 64bit. I just downloaded and opened up the xfe package, it's not that. I'll check bibletime.
Just wanted to say thanks for all the folks testing so far. It's already helped us fix some stuff.
cheers!
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
Re: Fatdog64-600 alpha2
Billtoo, I'm sorry to hear what happens. I tried the installer again with MBR mode, it wrote to the correct partition. If you don't mind doing it again, you can edit /usr/sbin/fatdog-installer.sh and change the first line from:Billtoo wrote:The fatdog64 installer to flash drive didn't go well,the installerjamesbond wrote: I need to say though my experience with booting from flash is very shaky; my laptops all boot with no problem. Standard partitioned mode (where the flashdrive has partition table) has more success than "superfloppy" mode. I can't however get my desktop to boot from my flash drive, whatever method I have tried ...
said it was going to write to the master boot record on the flash
drive but my Ubuntu install on the hard drive wouldn't boot anymore so it's
history.
Code: Select all
#!/bin/sh
Code: Select all
#!/bin/sh -x
Code: Select all
fatdog-installer.sh 2>&1 | tee log.txt
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
This has nothing to do with Urxvt, it has everything to do with the shell being run by Urxvt - which is "sh". "sh" is a symlink to bash (so the shell being run is actually bash), but because it is being run as "sh" (instead of bash) it runs in POSIX mode and does not use bash-specific features. To make "bash" behave as "bash", you need to run it as "bash" and not "sh".WillM wrote:Thank you kirk and jamesbond for another great edition of Fatdog64.
It doesn't appear as if Urxvt is sourcing ~/.bash_profile or a ~/.bashrc.
Ok, too much talking already. Just edit the first line of /etc/passwd from
Code: Select all
root:x:0:0:root:/root:/bin/sh
Code: Select all
root:x:0:0:root:/root:/bin/bash
Last edited by jamesbond on Sun 20 May 2012, 06:16, edited 1 time in total.
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
Re: LibreOffice error
This should not stop libreoffice from running. The message is just a warning that means libxml2 in Fatdog is built differently from the one used to compile libreoffice. See here and here.Jim1911 wrote:LibreOffice gives this error when trying to load. Ideas?
Thanks,
- # libreoffice3.5
/opt/libreoffice3.5/program/../ure-link/bin/javaldx: /usr/lib64/libxml2.so.2: no version information available (required by /opt/libreoffice3.5/ure/bin/../lib/libjvmfwk.so.3)
#
Jim
Libreoffice does ship the matching libxml2, it is available here /opt/libreoffice3.5/ure/lib so if you're having problem with it, you need to launch the libreoffice like the following:
Code: Select all
LD_LIBRARY_PATH=/opt/libreoffice3.5/ure/lib:$LD_LIBRARY_PATH libreoffice
Code: Select all
LD_LIBRARY_PATH=/opt/libreoffice3.5/ure/lib:$LD_LIBRARY_PATH
Your choice but only do one of them.
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
NVIDIA-Linux-x86_64-295-53.run is the 64 bit driver that I installed and the next installation was xfe and both worked fine until I installed Bibletime. I suspect that it's cause by one of the Bibletime dependencies, not Bibletime itself.jamesbond wrote:Bibletime doesn't contain libGL. It is the nvidia driver; and when it is trying to install 32-bit drivers it overwrite the 64-bit drivers because /usr/X11R7/lib and /usr/X11R7/lib64 points to the same directory. Try to install Nvidia driver without the 32-bit library.Jim1911 wrote:It was definitely caused by Bibletime. I had only installed 3 programs and checked operation after each installation. Nvidia driver, xfe, and then Bibletime.kirk wrote:Jim,
Something has replaced your libGL. Sorry, I don't know which package has done it. I can tell you without a doubt the the included libGL is 64bit. I just downloaded and opened up the xfe package, it's not that. I'll check bibletime.
Just wanted to say thanks for all the folks testing so far. It's already helped us fix some stuff.
cheers!
Really odd, clucene and sword (the two dependencies required by bibletime) also don't contain any libGL. I haven't tested installing nvidia myself (lets just say the machine with nvidia card isn't easily accessible for the time being). If you don't mind can you try this one:Jim1911 wrote:NVIDIA-Linux-x86_64-295-53.run is the 64 bit driver that I installed and the next installation was xfe and both worked fine until I installed Bibletime. I suspect that it's cause by one of the Bibletime dependencies, not Bibletime itself.
- from fresh install,
- install nvidia,
- reboot (important)
- install xfe
- does it work?
- if it still works, do this:
Code: Select all
find / -name "libGL.so.*" | xargs file
BTW - I have replaced disktype with busybox blkid (again!) so the next release you would have no delay, hopefully
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
Latest Opera64 runs fine from /mnt/home
Hi All,
Just wanted to report that the latest Opera64 (Version 11.64 Build 1403) runs fine from /mnt/home. It apparently picked up the flashplayer already in Fatdog, as Youtubes played without my having to install anything. After successfully running the first Youtube, however, I clicked on Extensions and added "Extend Youtube" which installed an html5 extension. If you haven't tried Opera recently, you'll be pleasantly surprised by the many extensions (Addons) it now supports. Runs very fast in Fatdog64.
And, unlike Chrome, doesn't report everything you do to Google.
Information is power. Power corrupts, and absolute power corrupts absolutely. Lord Acton. The Founding Fathers of the US, anticipating this established safeguard against what they perceived as the greatest threat to individual liberty: The Fourth and Fifth Amendments to the US Constitution which only limits the exercise of power by governments. They did not foresee the rise of transnational corporations, ultimately answerable to nobody, and sufficiently powerful to influence the countries they frequent. For the sake of convenience we gladly give away information about ourselves which the red tape of Judicial procedures and the practicality of limited budgets prohibit governments from easily collecting. Try getting a job when your life is an open book, when every innocent mistake --such as the mis-spelling of a word in a "google" search brings you to a suspicious website-- is available to anyone willing to pay for information about you, or to a government via the issuance of a Subpoena, or less, and what constitutes suspicious behavior is the stuff of fades and fancies.
Sorry about the rant. I'm just annoyed by the rise of the laissez-faire mentality whose predicate is that governments can do nothing right, and corporations can do nothing wrong.
mikesLr
Just wanted to report that the latest Opera64 (Version 11.64 Build 1403) runs fine from /mnt/home. It apparently picked up the flashplayer already in Fatdog, as Youtubes played without my having to install anything. After successfully running the first Youtube, however, I clicked on Extensions and added "Extend Youtube" which installed an html5 extension. If you haven't tried Opera recently, you'll be pleasantly surprised by the many extensions (Addons) it now supports. Runs very fast in Fatdog64.
And, unlike Chrome, doesn't report everything you do to Google.
Information is power. Power corrupts, and absolute power corrupts absolutely. Lord Acton. The Founding Fathers of the US, anticipating this established safeguard against what they perceived as the greatest threat to individual liberty: The Fourth and Fifth Amendments to the US Constitution which only limits the exercise of power by governments. They did not foresee the rise of transnational corporations, ultimately answerable to nobody, and sufficiently powerful to influence the countries they frequent. For the sake of convenience we gladly give away information about ourselves which the red tape of Judicial procedures and the practicality of limited budgets prohibit governments from easily collecting. Try getting a job when your life is an open book, when every innocent mistake --such as the mis-spelling of a word in a "google" search brings you to a suspicious website-- is available to anyone willing to pay for information about you, or to a government via the issuance of a Subpoena, or less, and what constitutes suspicious behavior is the stuff of fades and fancies.
Sorry about the rant. I'm just annoyed by the rise of the laissez-faire mentality whose predicate is that governments can do nothing right, and corporations can do nothing wrong.
mikesLr
It looks like I've been wasting our time. I was blaming the Bibletime dependency QT4 for breaking xfe. I've installed programs (first creating new save file) in this order four (4) times: NVIDIA-Linux-x86_64-295.53.run, and (using your Package Manager) xfe and Bibletime. The first two (2) times xfe failed to run after Bibletime was installed. The last two (2) times xfe works fine although with this msg:jamesbond wrote:Really odd, clucene and sword (the two dependencies required by bibletime) also don't contain any libGL. I haven't tested installing nvidia myself (lets just say the machine with nvidia card isn't easily accessible for the time being). If you don't mind can you try this one:Jim1911 wrote:NVIDIA-Linux-x86_64-295-53.run is the 64 bit driver that I installed and the next installation was xfe and both worked fine until I installed Bibletime. I suspect that it's cause by one of the Bibletime dependencies, not Bibletime itself.
- from fresh install,
- install nvidia,
- reboot (important)
- install xfe
- does it work?
- if it still works, do this:and it will list the locations where you will find libGL and its type (whether 32bit or 64bit).Code: Select all
find / -name "libGL.so.*" | xargs file
BTW - I have replaced disktype with busybox blkid (again!) so the next release you would have no delay, hopefully
- # xfe
Expected Xft library version 20200 or greater; was 20114.
I appreciate the change to "disktype with busybox blkid", it gets kind of old waiting about 10 min for disk icons to appear on the desktop. That change will make my i7 really fly. Hope that this change doesn't adversely affect other hardware.
Re: Problem I reported above with LibreOffice which was failing to run, it runs fine in my latest installation. I'm really impressed at the speed especially with large pps files.
Re: Fatdog64 Package Manager which has a great feature "Choose Mirror", however there are no mirrors to choose. My experience with ibiblio is that it is extremely slow and I have a fios connection.
Re: Opera64 (Version 11.64 Build 1403) My experience agrees with what mikeslr reported. It works great, although I prefer Firefox 12 64 bit version but can't get it to work.
Thanks to you and Kirk for all the hard work that you've put into this superb distribution.
Cheers,
Jim
- Attachments
-
- findlib.gz
- Attached file is actually an Abiword .abw file.
- (12.05 KiB) Downloaded 528 times
kirk:
jamesbond:
Did a frugal usb install with unetbootin-windows.
Delighted with the result everything worked well.
Then I went to download some pets from the pets repo only to find that I couldn't download anything. (nothing happened).
I am aware that the download path is "/spot/downloads".
By doing the following I did manage to download python and scribus:
Opened the terminal:
su spot:
seamonkey:
The downloads ended up in tmp:
Transferred to another folder with one error.
They installed ok but obviously there is something wrong, it could be me.
Also there seems to be three instances of gtkam camera manager in the menus?
I hope I,m not driving you mad with these issues.
edit:
Can't see guvcview?
irishrm.
jamesbond:
Did a frugal usb install with unetbootin-windows.
Delighted with the result everything worked well.
Then I went to download some pets from the pets repo only to find that I couldn't download anything. (nothing happened).
I am aware that the download path is "/spot/downloads".
By doing the following I did manage to download python and scribus:
Opened the terminal:
su spot:
seamonkey:
The downloads ended up in tmp:
Transferred to another folder with one error.
They installed ok but obviously there is something wrong, it could be me.
Also there seems to be three instances of gtkam camera manager in the menus?
I hope I,m not driving you mad with these issues.
edit:
Can't see guvcview?
irishrm.
Re: Latest Opera64 runs fine from /mnt/home
I have not used Opera for ages. Not because I don't like it, but just because the built-in browser already meets my needs. I should probably give it a try.mikeslr wrote:Just wanted to report that the latest Opera64 (Version 11.64 Build 1403) runs fine from /mnt/home. It apparently picked up the flashplayer already in Fatdog, as Youtubes played without my having to install anything. After successfully running the first Youtube, however, I clicked on Extensions and added "Extend Youtube" which installed an html5 extension. If you haven't tried Opera recently, you'll be pleasantly surprised by the many extensions (Addons) it now supports. Runs very fast in Fatdog64.
The only thing to avoid that is download the source, take out the code that does this reporting, and compile it yourself. I don't bother to do that because the size of Chrome sources and tools required to build it is bigger than the size of Linux kernel, in fact, bigger than the size of Fatdog itself Just to build a browser? Sheesh. Chrome may be fast but I'm not running image processing or video transcoding on itAnd, unlike Chrome, doesn't report everything you do to Google.
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]