[gobolinux-users] Freshen 2.2.4

[Michael Homer]

On 7/16/07, Isaac Dupree <isaacdupree at charter.net> wrote:
> Michael Homer wrote:
> > I'm not on Gobo at the moment, so I can't test this out. However, it
> > looks like one of two things: one, there's a bug in the version
> > comparisons that makes 2.12q-r1<2.12r, or two, something requires
> > <2.12r and the fact that it's displaying HAL is a bug (it's actually
> > expected behaviour in that case, since it only shows exactly one
> > program that's pulling something into the tree, and which it is
> > doesn't matter).
>
> Freshen does claim it's a downgrade, so unless Freshen contains multiple
> inconsistent version-comparison algorithms....
>
> Anyway, if (for example) one package depended on Readline >= 4.0 < 5 and
> another on Readline >= 5.0, shouldn't Freshen install both versions?
> (and symlink both... I suppose resolving any symlink conflicts in favor
> of the newer version)
No. Try installing Qt4 and then compiling KDE. If you want to submit a
patch that magically figures out the right thing to do, I'm open to
it, but otherwise I don't want to hose people's systems.
>
>
> > It could be a package dependency file. They're in either
> > /tmp/dependencies-* or /tmp/Freshen/dependencies-*, depending on how
> > you have it set up. It's still odd behaviour all the same. If you
> > delete all of them and run it again, do you get the same behaviour?
>
> Only /tmp/dependencies-* existed, which were all empty, but I deleted
> them anyway.
>
> Then it was somewhat painful.  Freshen seemed to hang with no CPU usage
> at lots of "Attempting to fetch package dependencies for ...", including
> installed packages for which there exists no corresponding recipe, as
> well as installed LocalRecipes. The first:
It has to try retrieving them before it knows they're not there.
Checking LocalRecipes would be nice, though, it has been on the to do
list. I just wasn't sure it was actually useful. The rest of it it has
to do, it not having the ESP and all.
> Freshen: Attempting to fetch recipe dependencies for LibIDL 0.8.8-r3
> GetRecipe: Recipe for LibIDL 0.8.8-r3 not found
> Freshen: Attempting to fetch package dependencies for LibIDL 0.8.8-r3
>
> I pressed Ctrl-C for all these (I think no other times), and got the
> same bogus Util-Linux results.
Ok. I have fixed a bug that was probably causing this (versions were
comparing inconsistently: sometimes a<b and b<a, which made them sort
semi-randomly). There's a complicated heuristic to guess whether an
"r" signifies a revision or a version "r", and it was wrong sometimes.
I've checked it into CVS if you want to check it out and give it a
test. It seems to be able to handle everything I've thrown at it so
far.

The version code needs an overhaul anyway. I will get on to that at
some point and rip the whole thing out.
-Michael