Alex Hudson

Thoughts on Technology, Product, & Strategy

Fedora people repos & Sparkleshare

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.

Previous

ActiveSync & Bongo; patently a problem

Next

Beyond dogfood

2 Comments

  1. Jan Wildeboer

    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?

  2. Alex

    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:

    rpm -ql gtk-sharp2 | grep gac/gtk-sharp | grep gtk-sharp.dll\$

    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!

Leave a Reply