Recently a new system has been added to people.fp.o, the ability to host yum repositories. It’s not an equivalent of Ubuntu’s PPA system by any stretch of the imagination, but it’s another useful facility to have available.
I’ve been testing this over the past few hours with a new package: SparkleShare. For those who’ve never heard of it before, this is essentially a little tray app that synchronises a local directory tree with one held on a remote server: you can think of this as being very similar to Ubuntu One, Dropbox, iFolder or similar. However, what’s interesting here is that this is built on top of git: so SparkleShare essentially automates the commit and pull/push process, handling it invisibly for you, while still giving you a pretty solid system underneath.
Now, SparkleShare isn’t really ready for Fedora itself yet – it’s still under a large amount of development, there are funky bugs in it now and then, and it’s likely going to change constantly. However, it’s also useful software already, and is something I want to try out on a number of my machines, so the new people-based repos were the obvious candidate.
If you want to try it too, you just need to enable my new SparkleShare repo:
Recently a new system has been added to people.fp.o, the ability to host yum repositories. It’s not an equivalent of Ubuntu’s PPA system by any stretch of the imagination, but it’s another useful facility to have available.
I’ve been testing this over the past few hours with a new package: SparkleShare. For those who’ve never heard of it before, this is essentially a little tray app that synchronises a local directory tree with one held on a remote server: you can think of this as being very similar to Ubuntu One, Dropbox, iFolder or similar. However, what’s interesting here is that this is built on top of git: so SparkleShare essentially automates the commit and pull/push process, handling it invisibly for you, while still giving you a pretty solid system underneath.
Now, SparkleShare isn’t really ready for Fedora itself yet – it’s still under a large amount of development, there are funky bugs in it now and then, and it’s likely going to change constantly. However, it’s also useful software already, and is something I want to try out on a number of my machines, so the new people-based repos were the obvious candidate.
If you want to try it too, you just need to enable my new SparkleShare repo:
sudo curl -o /etc/yum.repos.d/fedora-sparkleshare.repo \ http://repos.fedorapeople.org/repos/alexh/sparkleshare/fedora-sparkleshare.repo
And then you can “yum install sparkleshare”. Fedora 13 and i386 only right now – I’ll have x86_64 builds up later today, and I’m going to be doing Fedora 14/Rawhide as soon as I can get builders up for those two.
Hrmpf. I did yum install on F13 x86_64 and get:
sparkleshare help
The following assembly referenced from /usr/lib64/sparkleshare/SparkleShare.exe could not be loaded:
Assembly: gtk-sharp (assemblyref_index=1)
Version: 2.12.0.0
Public Key: 35e10195dab3c99f
The assembly was not found in the Global Assembly Cache, a path listed in the MONO_PATH environment variable, or in the location of the executing assembly (/usr/lib64/sparkleshare/).
Could not load file or assembly ‘gtk-sharp, Version=2.12.0.0, Culture=neutral, PublicKeyToken=35e10195dab3c99f’ or one of its dependencies.
Unhandled Exception: System.IO.FileNotFoundException: Could not load file or assembly ‘gtk-sharp, Version=2.12.0.0, Culture=neutral, PublicKeyToken=35e10195dab3c99f’ or one of its dependencies.
File name: ‘gtk-sharp, Version=2.12.0.0, Culture=neutral, PublicKeyToken=35e10195dab3c99f’
A short check tells me it shouldn’t happen:
rpm -qa | grep gtk-sharp
gtk-sharp2-2.12.10-2.fc13.x86_64
What am I doing wrong?
Hey Jan.
I’m not really that up on the GAC, but I do know that the x86_64 vs. i386 difference in Fedora sometimes confuses Mono packages. I ran this:
Which gives me: /usr/lib64/mono/gac/gtk-sharp/2.12.0.0__35e10195dab3c99f/gtk-sharp.dll
My only guess is that somehow Mono is looking in the wrong place on your system, or somehow your gtk-sharp2 package has become corrupted somehow.
I’ll check the Mono packaging guidelines to see if there’s anything I’m doing wrong on my side, though. Sparkleshare alpha2 is out now, so I need to update to that anyway!
[...] been a little while since I talked about SparkleShare; since then it has moved project hosting (here’s my fork) and there have been various changes [...]