As probably many other fellow linux users, if you are fond of EverNote for your note-taking needs, you might be using NeverNote as your desktop client. In Fedora 18 however, trying to install from the RPM fails with the following error:
Transaction Check Error:
file / from install of nixnote-1.5-2.x86_64 conflicts with file from package filesystem-3.1-2.fc18.x86_64
file /usr/bin from install of nixnote-1.5-2.x86_64 conflicts with file from package filesystem-3.1-2.fc18.x86_64
This happens because the developer is using alien to convert the .deb to an .rpm and somewhere this process breaks. I found many suggested solutions scattered around the web. What worked for me was to download the tar.gz version from the project download page, unzip the file and run as root the included install.sh. In order for nixnote to work properly, additionally I had to:
yum install openssl-devel Gtk+-devel perl-TermReadKey
I hope this saves some trouble from others 🙂
Should you ever want to completely remove it, all you need to do is:
rm -rf /usr/share/nixnote/ /usr/share/applications/nixnote.desktop
While searching for a good program to synchronize directories over network, I discovered Unison. Unfortunately, the version existing on the Fedora 16 repositories is disappointingly old. After some Google search, I found packages here but a) they were built for Scientific Linux (no bother here) and b) the GUI would not appear.
So, I took the source RPM for the 2.40.63 version from the above link, made a small modification to the .spec file and compiled it for 64-bit Fedora 16 (right-click here and save). Works for me, I hope this helps some people out there.
So, if you are looking for a way to synchronize directories locally or over network I definitely recommend giving it a go.
UPDATE (8/6/12): I did the same for Fedora 17: You can grab the 64-bit RPM or the one with debug-info enabled as well.
Automounting is a PITA for many people… the solutions vary so I’ll just add here the one that worked for me.
The KDE4 New Device Notifier would see whenever I plugged in my external NTFS hard drive, but trying to mount it failed with the infamous “TODO:have to rethink extra options” (I wonder for how much time they’ve been thinking about these extra options… anyhow!).
The fix that worked for me, was to modify my
/usr/share/hal/fdi/policy/10osvendor/20-ntfs-config-write-policy.fdi to this:
<?xml version=”1.0″ encoding=”UTF-8″?>
<match key=”volume.fstype” string=”ntfs”>
<merge key=”volume.fstype” type=”string”>ntfs-3g</merge>
<merge key=”volume.policy.mount_filesystem” type=”string”>ntfs-3g</merge>
<append key=”volume.mount.valid_options” type=”strlist”>locale=</append>
Actually, the only change from the one shipping with Fedora was the addition of the line containing the volume.fstype statement. You may need to restart the HAL daemon (not sure if the changes are applied without restarting):
sudo /sbin/service haldaemon restart
Good luck 🙂
Και σχετικό ελληνικό banner προσαρμοσμένο από ένα που βρήκα εδώ:
Δυστυχώς η Beta έκδοση της Fedora 10 “Cambridge” θα καθυστερήσει για καμιά βδομάδα λόγω μερικών διορθώσεων που θέλουν να κάνουν στο Anaconda (το πρόγραμμα εγκατάστασης).
Due to the special circumstances though (I like my KDE 3.5 desktop and although I am thrilled by KDE4, I am still unconvinced it’s ready for everyday use) what I did was to download the KDE Live ISO image, and I install it on my USB stick using this script by katzj which also allows you to save data on the USB stick (allows persistence).
So, I’ll test it and decide if I’ll move into KDE4 or stick with Werewolf till Fedora 10.