Page 5 of 13
Posted: Mon 21 May 2012, 01:06
by jamesbond
Jim1911 wrote: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:
I can confirm from your attachment that nvidia installs 32-bit libGL.so in /usr/lib, and apparently you suffer from the same symlink-turned-into-directory problem as irishrm. If you look at the file you sent me, you can delete those files that says 32-bit library and things should work afterwards.
From my part, I will remove LD_LIBRARY_PATH that refers to /lib in the next release.
- # xfe
Expected Xft library version 20200 or greater; was 20114.
You and Kirk were correct that "libGL.so.295.53: ELF 32-bit LSB shared object" is linked to the NVIDIA driver installation, however, it doesn't appear to make any difference on my last installations. Attached in the fake gz file (change "gz" to "abw") to are results of different runs of your code above.
Same comment as libreoffice libxml2 above. However, I did compile xfe on 600 itself, so this is impossible - except, again, if nvidia installs its own copy of libxft and that copy is older than the one in Fatdog ...
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.
Yeah, it is annoying. Let me see if I can work out a patch that you can use for the time being.
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.
That's becase we don't have any other mirror at the moment.
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.
You mean Firefox binaries downloaded from mozilla site?
Thanks to you and Kirk for all the hard work that you've put into this superb distribution.
You're much welcome and thanks for your feedback to make this even better for all of us.
cheers!
Posted: Mon 21 May 2012, 01:09
by WillM
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".
Ok, too much talking already. Just edit the first line of /etc/passwd from
Code:
root
0:0:root:/root:/bin/sh
to
Code:
root
0:0:root:/root:/bin/bash
EDIT: But if you do so, /etc/shinit will not be executed. You will need to move the code over there to bash-specific initialisation files.
Thank you jamesbond. That worked perfectly.
Posted: Mon 21 May 2012, 01:11
by jamesbond
irishrm wrote: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".
Path is /root/spot/Downloads. Two questions:
- your savefile is on NTFS partition, no?
- did you move the Downloads folder to that NTFS partition too, during savefile creation?
Once I have the time I will test this again - it used to work sometime, but we have been changing a lot of stuff ...
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.
What was the error message?
Also there seems to be three instances of gtkam camera manager in the menus?
Which menu - the one from the panel, or the menu you see when you right-click on the desktop?
EDIT: Have you tried using the package manager instead of downloading them with seamonkey?
I hope I,m not driving you mad with these issues.
Not yet
Can't see guvcview?
guvcview is now a pet.
cheers!
Posted: Mon 21 May 2012, 01:21
by jamesbond
WillM wrote:Thank you jamesbond. That worked perfectly.
Wow, how did you do that? Do you mind sharing this for the rest of us?
Posted: Mon 21 May 2012, 02:14
by irishrm
your savefile is on NTFS partition,
no fat32 usb
did you move the Downloads folder to that NTFS partition too, during savefile creation?
No
What was the error message?
Didn,t have permission to move or copy (but it worked anyway)
Which menu - the one from the panel, or the menu you see when you right-click on the desktop?
right-click on the desktop
EDIT: Have you tried using the package manager instead of downloading them with seamonkey?
packet manager works fine no problem there
I hope I,m not driving you mad with these issues-Not yet
relieved to know that
Thanks.
irishrm.
Posted: Mon 21 May 2012, 03:10
by Jim1911
jamesbond wrote:I can confirm from your attachment that nvidia installs 32-bit libGL.so in /usr/lib, and apparently you suffer from the same symlink-turned-into-directory problem as irishrm. If you look at the file you sent me, you can delete those files that says 32-bit library and things should work afterwards.
Done
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.
You mean Firefox binaries downloaded from mozilla site?
Correct
Since xfe and LibreOffice are both working fine now, I am holding off on the corrective action you suggested above for LibreOffice. The messages only appear when executing from a terminal.
Here is a
Random Wallpaper Changer that SFR prepared which works fine in Fatdog64-600 if you are interested in a little eye candy.
Thanks again,
Jim
Posted: Mon 21 May 2012, 08:15
by jamesbond
Jim1911 wrote:Here is a
Random Wallpaper Changer that SFR prepared which works fine in Fatdog64-600 if you are interested in a little eye candy.
I wish I had known this before
I had the something, it's already in Fatdog, it's called wallpaper_slideshow (in /usr/bin). There is no menu - you can launch it from "Run" menu or from Terminal. It's also a gtkdialog application.
I didn't put it in the menu because I reckon "Wallpaper Setter" can also do the same thing ...
Posted: Mon 21 May 2012, 08:17
by jamesbond
irishrm wrote:your savefile is on NTFS partition, no fat32 usb
did you move the Downloads folder to that NTFS partition too, during savefile creation? No
What was the error message? Didn,t have permission to move or copy (but it worked anyway)
I cannot reproduce your problem. But re-reading your post again, I reckon you tried to launch "petget" directly when you download stuff from ibiblio. You can't do that, because the browser runs as root and does not have rights to install packages.
Which menu - the one from the panel, or the menu you see when you right-click on the desktop? right-click on the desktop
Again - I don't see the duplicate menus there ...
Posted: Mon 21 May 2012, 08:22
by jamesbond
Jim1911 wrote:You mean Firefox binaries downloaded from mozilla site? Correct
All previous Fatdog uses Firefox compiled by kirk, not the official binaries. This is because standard official binaries require dependencies that are not included in Fatdog (mainly Dbus stuff).
Dbus is now included in Fatdog, but the official binaries now also require dbus-glib. Dbus glib is in the repo (refresh the package manager first). You also need to remove /usr/lib64/firefox (replace it with actual extract of firefox binary tarball). Firefox will launch. I didn't test further than that.
Posted: Mon 21 May 2012, 08:36
by irishrm
jamesbond:
Sorry for messing you about.
Your reference to NTFS eventually switched on the lights I had forgotten how I had done the USB install.
My first install was a boot from CD with the savefile on my NTFS harddrive.
Having done the USB install I transferred that savefile to the USB thinking that it would save me from having to redo the fixes that you and kirk had already helped me with.
Obviously the savefile hasn't travelled well so I'll delete it and start again.
I'm sure that will fix the problems I,m having.
Anyway I'll post back and let you know the outcome.
Thanks again for your patience.
irishrm.
Posted: Mon 21 May 2012, 08:57
by LateAdopter
Hello jamesbond
That's becase we don't have any other mirror at the moment.
nluug mirror the whole distro.ibiblo structure. Fatdog is here:
http://ftp.nluug.nl/ibiblio/distributions/fatdog/
It downloads at about 5x the speed
I downloaded the ISO on the 18th May at 10.30 gmt, not long after you announced it. So they must update it very promptly.
Posted: Mon 21 May 2012, 10:02
by jamesbond
LateAdopter wrote:Hello jamesbond
That's becase we don't have any other mirror at the moment.
nluug mirror the whole distro.ibiblo structure. Fatdog is here:
http://ftp.nluug.nl/ibiblio/distributions/fatdog/
It downloads at about 5x the speed
I downloaded the ISO on the 18th May at 10.30 gmt, not long after you announced it. So they must update it very promptly.
Thank you, I don't know that. I've added this to the mirror list.
Posted: Mon 21 May 2012, 10:05
by jamesbond
irishrm wrote:My first install was a boot from CD with the savefile on my NTFS harddrive.
Having done the USB install I transferred that savefile to the USB thinking that it would save me from having to redo the fixes that you and kirk had already helped me with.
Obviously the savefile hasn't travelled well so I'll delete it and start again.
No worries. The copied savefile should work - I routinely do that, and that is one of the compelling reasons of using puppy/ fatdog (only need copy one file to backup your data).
Posted: Mon 21 May 2012, 14:28
by Jim1911
jamesbond wrote:Jim1911 wrote:You mean Firefox binaries downloaded from mozilla site? Correct
All previous Fatdog uses Firefox compiled by kirk, not the official binaries. This is because standard official binaries require dependencies that are not included in Fatdog (mainly Dbus stuff).
Dbus is now included in Fatdog, but the official binaries now also require dbus-glib. Dbus glib is in the repo (refresh the package manager first). You also need to remove /usr/lib64/firefox (replace it with actual extract of firefox binary tarball). Firefox will launch. I didn't test further than that.
Knew that it had to be something simple, works great now, and it's at version 13.
Thanks,
Jim
Posted: Mon 21 May 2012, 15:02
by kirk
Posted: Mon 21 May 2012, 20:45
by irishrm
kirk:
jamesbond:
Created a new savefile in my USB install.
Much better result this time but I still have the same problem with my downloads.
Downloads from the fatdog repro or from any-other source end up in temp.
When I try to copy or move a download I get the error message "operation not allowed".
You have not been able to replicate the problem so It must be confined to my system and install.
I won't ask you to waste anymore time on it.
I will continue to look at the problem, maybe It would be worthwhile downloading the iso again and starting from scratch.
If I can't find a solution then I can wait for the final release, I'm sure that will work.
irishrm.
Is SFSs the new PETs?
Posted: Mon 21 May 2012, 21:46
by gcmartin
kirk wrote:Compiled LibreOffice-3.5.3.2 and ...
Please recommend steps that LIve media users, like myself, can run a system where the SFS is installed as a permanent part of the system. Usually this is done when a reboot is done and the system offers to save-session.
Question
Is the new FATDOG PPM to be SFS based and the system will retain the added subsystems via
save-session for reboot of the LIve media?.
There's a lot of new innovation coming our way in this distro.
Thanks in advance for the steps you recommend.
Posted: Mon 21 May 2012, 23:22
by WillM
jamesbond wrote
Do you mind sharing this for the rest of us?
Gladly
To display the working directory in the Title Bar,
I have the following in ~/.bashrc;
Code: Select all
PS1="\[\e]2;Rxvt \w\a\e[32;1m\]\W $\[\e[0m\] "
For tabs, enter this in ~/.Xdefaults.
Code: Select all
URxvt.perl-ext-common: default,tabbed
Urxvt needs to be compiled with --enable-perl for tabs to work.
Press Shift + Down Arrow to create a new tab.
Shift+ Left or Right Arrow to go to another tab
Ctrl + Left or Right Arrow to move a tab.
Ctrl + D to close a tab
Posted: Mon 21 May 2012, 23:22
by jamesbond
irishrm wrote:
Downloads from the fatdog repro or from any-other source end up in temp.
Download from Package Manager will be stored in /tmp - this is normal.
Download from web browser should be stored in /root/spot/Downloads - anything else isn't normal.
When I try to copy or move a download I get the error message "operation not allowed".
If what you mean is that you're trying to copy the files to somewhere *outside the savefile* (any where in /mnt/home), ie, to your USB flash drive itself, then yes the message is normal (fat32 doesn't support chmod so it will fail, but the files will be copied correctly). I will try to remove this message in the next release.
You have not been able to replicate the problem so It must be confined to my system and install. I won't ask you to waste anymore time on it.
Yes, sorry, the above is the only case I can reproduce, I can't reproduce anything else.
I will continue to look at the problem, maybe It would be worthwhile downloading the iso again and starting from scratch.
You can check the md5sum of the ISO?
If I can't find a solution then I can wait for the final release, I'm sure that will work.
irishrm.
Re: Is SFSs the new PETs?
Posted: Mon 21 May 2012, 23:23
by jamesbond
gcmartin wrote:kirk wrote:Compiled LibreOffice-3.5.3.2 and ...
Please recommend steps that LIve media users, like myself, can run a system where the SFS is installed as a permanent part of the system. Usually this is done when a reboot is done and the system offers to save-session.
Question
Is the new FATDOG PPM to be SFS based and the system will retain the added subsystems via
save-session for reboot of the LIve media?.
There's a lot of new innovation coming our way in this distro.
Thanks in advance for the steps you recommend.
Alpha2 currently has a bug that prevents it from loading SFS in multisession mode. I will try to get this working on next release.
EDIT: It is actually working. Please see instructions on first page.
0:0:root:/root:/bin/sh