SliTaz Forum
You are not logged in.
Pages: 1
A little, but annoying thing: I updated firefox using the method of Trixar_za. It worked nice. Now I can start it from the users menu without any problem, the button is visible. But I cannot add bookmarks.
michael@slitaz:~$ which firefox
/usr/bin/firefox
michael@slitaz:~$ ls -ll /usr/bin/firefox
lrwxrwxrwx 1 root root 29 Feb 23 13:31 /usr/bin/firefox -> /usr/lib/firefox-10.0/firefox
michael@slitaz:~$ ls -ll /home/michael/.mozilla
drwx------ 3 michael michael 4096 Jan 6 2011 extensions/
drwx------ 4 michael michael 4096 Jan 20 15:33 firefox/
Any idea, anyone?
Offline
Maybe a rw access to the bookmarks files (which i believe is now an sqlite database)
did you check the rights and ownership of .mozilla ?
Offline
Yes, thanks, that was the culprit.
Somehow I am astonished: the command ,,chown -R tux:users /home/tux/*" should be sufficient to set teh permissions right. It did not! Is this a special thing with busybox?
I had to it manually:
changing to the root desktop, running pcmanfm, mark the directory /home/tux/.mozilla and then set the permissions with the right-click menu.
Offline
Michael - its not enough - you have to do also:
chown -R tux:users /home/tux/.[a-zA-Z0-9]*
Offline
Thanks!
this is apparently a quite important key command in Slitaz, isn't it?
And the next funny thing with a hdd install (on an ex3-drive): I could not login as ,,tux". Whatever I tried. The permissons, => all permissions, were set tux:users. I worked half an hour. In a desperate mood I changed permissions to tux:tux - now it works! ;-)
But: the files and directories in /home/tux/Desktop do not show up on my Desktop.
A solution, anyone?
(Do not misunderstand me: my pleasure with Slitaz is not killed by such minor things!)
Offline
Recent observations regarding file permissions.
I have been distro hopping Openbox and LXDE distributions.
Before ditching each experimental installation I usually make a data disk (cd-r) of anything I want to keep from the home folder (configs etc).
Data backup CD (not Tazlito LiveCD which works really well).
In past years when I did data backup cds, the file permissions (although a cd-r is read only) remained rw (read, write) for the Owner when transferred to the new installation.
That is what I require (rw) if the transferred files are going to be written to in the future.
Recently though, with PCManFM distros, I noticed Owner file permissions had all changed to r (read only).
When I tried to recursively change them back to rw using PCManFM this did not occur properly (always failed, causing me to seek a solution).
I found a way to fix it. I used XFE file manager instead, which worked every time.
I discovered that XFE gave no unexpected file permission changes.
Also changing file permissions recursively (for all sub directories) to rw for owner always worked with XFE.
I thought this might be relevant here as it is to do with file permissions.
PCManFM is nice and it has volume management, but I feel that XFE is safer for me at this time.
Of course I might have missed some setting up in PCManFM preferences or the actual cause might be nothing to do with PCManFM.
I now install both PCManFM and XFE so that I have a choice all the time.
I hope this helps someone or provides extra clues.
As an unrelated side note, Firefox's bookmarking works fine for me 
Offline
@kjdixo
Thanks a lot for these observations that gave some relief to me!After a certain time of fiddling one begins to suppose that the own brain is underperforming, not a nice notion. So I am not the only one!
As I learned in the meantime the problem that the content of the folger /home/user/Desktop is not displayed on the surface of the screen is nothing new in Slitaz. Quite some old threads dealt with it. It has somehow apparently to do with pcmanfm which draws the whole desktop in Slitaz - if I understand it right. But I do not know to how to set it up so that all the content is shown on its surface.
@Trixar_za: yes, in the meantime I solved this as well. First I thought this problem has to do with upgrading Firefox. No, it depends on the write-access to the folder /home/user/.mozilla. That was wrong in my case.
Still I do not have the feeling to have fully understand how to setup up permissions recursively using a root konsole in Slitaz. Sometimes it works, sometimes not.
Whatever, it is fun and the output of ,,free" with a hdd install is always a pleasure.
Now I learned to to setup my system so that the content of my home folder is stored all the time:
I boot frugal but the first thing I do is to set the partion, from where it boots from the folder /slitaz.version/boot/bzImage and /slitaz.version/boot/rootfs.gz, in /etc/fstab. And I create a directory /home on this partition.
Then I copy -a the content of my /home-folder to the /home-directory and finally I use ,,tazusb writefs". When done this new rootfs.gz from / is used to replaced the initially used rootfs.gz. The next time I boot I have all my content in /home - but each time when I installed software I must repeat the procedure! A matter of seconds, though.
Offline
Are your chmod -R and chown -R commands not working like they should? Oo
Offline
Yes, in a way. I just try to sort it out and will then try to display what I found in a ,,human readable" way here.
This tip that @kultex yesterday gave seems to be important:
chown -R tux:users /home/tux/.[a-zA-Z0-9]*
#cp -a
for instance does not copy the hidden files - and those, like .xinitrc or .Xauthority, are important in such a case. The command that I used most yesterday was
#ls -al </path/to/file>
- so the bookmarks problem is solved. Now I try to find out why the content of the folder /home/user/Desktop are not shown on the Xscreen - which is always see in Slitaz 3.0.
Offline
@kjdixo
I noticed the same with pcmanfm - I use in adittion midnight commander - smaller as XFE
Offline
Shouldn't -R work regardless if it's hidden or not? If it's not working properly in 4.0 then it's a serious problem within Busybox
Offline
Well,
one week before I had no idea about such a problem. I found it out these days, and not only in Slitaz. Today I had a similar trouble on Fluxflux - only
#cp -R /folder1/.[a-zA-Z0-9]* /folder2/
worked in copying the hidden files - and there is no busybox, but bash. Permissions under Linux are a great idea but a constant headache! ;-)
OT: to whome must I adress a proposal for a package within Slitaz? I need this f...ed kompozer running under Slitaz above 3.0. And I am still researching for a nice texlive-,,motor" in order to use Gummi.
[Fluxflux is, according to my knowledge, most likely the best complete Linux Live-CD to be given to any Newbie. It is hand-curtailed by Thomas Schönhütl and Manfred Müller, perfect. But 670 MB, installs in 5-8 minutes, on the basis of slackware. School kids here work with it with ease]
Offline
slitaz 4.0
chmod -R and chown -R commands work with path to folder on all files including hidden dot files.
No /path/to/folder/.[a-zA-Z0-9]* was required.
Offline
Hi mojo,
then I test this again but tomorrow. I was fighting with the usual problems of login when moving a /home partition to a hdd install. Plus: on some test installations I changed from busybox to bash. Does this make a difference?
(With locales it makes a difference: after installing bash they had changed out of a sudden)
Offline
Pages: 1
[ Generated in 0.016 seconds, 7 queries executed - Memory usage: 1.56 MiB (Peak: 1.77 MiB) ]