f-spot is orphaned: in danger of being removed from Fedora

[Alex Lancaster]

>>>>> "KK" == Kevin Kofler  writes:

KK> Alex Lancaster <alexl <at> users.sourceforge.net> writes:
>> error CS0136: A local variable named `result' cannot be declared in
>> this scope because it would give a different meaning to `result',
>> which is already used in a `method argument' scope to denote
>> something else generated/VolumeAdapter.cs(152,72): (Location of the
>> symbol related to previous error)

KK> This error message says you have a variable in an inner scope
KK> shadowing a variable in an outer scope. This is allowed in "the
KK> programmer is always right" type languages like C or C++, but not
KK> in "let's try to prevent common mistakes by banning the constructs
KK> which cause them" type languages like Java or C#.  (The potential
KK> mistake in this case is of course confusing the variables with the
KK> same name, i.e. trying to refer to the outer "result" variable and
KK> getting the inner one instead.)

KK> The obvious fix is of course to rename the local "result" variable
KK> to something non-conflicting. Given that this code appears to be
KK> automatically generated, the patch will probably have to be
KK> applied to the generator.

OK, thanks for the explanation, but my mono skills are weak to
non-existent so I'm not about to go try patching the
generator... hopefully somebody else will jump in.

The next question is why did this appear now and not in previous
releases of f-spot/mono?  What changed?  Is the version of mono now in
rawhide more picky or did f-spot introduce an error?  I suspect that
f-spot 0.4.4 introduced an error because this didn't occur with the
previous version of f-spot: 0.4.3, but it's odd that it hasn't come up
on the f-spot mailing list and several people have been building from
source there.  I'll take it up on the f-spot list/IRC channel, but if
anybody knows anything more about f-spot please let me know.

Alex