without a truly working "jigdo", re-spins are effectively useless

psmith johnsmithdoe14 at googlemail.com
Wed Mar 11 13:48:08 UTC 2009


Robert P. J. Day wrote:
>   as an admittedly frustrated followup from yesterday, i am giving up
> on jigdo and its variations since, quite simply, at the moment, they
> don't work.  and given that the fedora re-spins explicitly state that
> they are available currently only via jigdo, that makes those re-spins
> more than a little useless, wouldn't you say?
>
>   (i'm going to take someone's advice and try that mock/punji
> combination and see if that actually functions.)
>
>   to summarize, trying to build an F10 i386 respin with an original
> F10 i386 DVD first failed as the corresponding jigdo file had a
> reference to an out-of-date package (xorg-x11-drv-vmmouse),
> specifying a version of 12.6.3-1 when most mirrors had already moved
> on to a newer version of 12.6.3-3, causing jigdo to run through one
> mirror after another looking for an older version that it was unlikely
> to find.  lesson 1:  there's not much value in a jigdo file that's
> wrong.
>
>   to correct the above error, it was suggested that i simply edit the
> jigdo file and fix the problem.  possibly, but i don't see why that
> should be *my* job, and all that's going to do is perhaps get me to
> the *next* out-of-date reference (whatever that might be).  lesson 2:
> see lesson 1.
>
>   moving on, even editing the .jigdo file didn't fix the problem
> because, for some reason, retarting jigdo (and now pointing at the
> local jigdo file instead of the web URL) still somehow kept looking
> for the older version of that package.  grrrrrrr.  time to clear the
> cache?  and if jigdo bails somewhere in the middle, should i expect
> that i can simply resume it where it left off?
>
>   trying again this morning with the original jigdo file just to
> reproduce the problem, the process did in fact (through sheer bad(?)
> luck) find a mirror with an older version of the aforementioned
> package so it was successful in downloading it.  thusly, if this
> process terminates, i will eventually have a respin that is officially
> out of date with respect to at least one package.  terrific.
>
>   and, finally, even though i told "pyjigdo" that, yes, i want it to
> look under /media where i have the original F10 i386 DVD mounted, it
> *appears* to be in the process of downloading every one of the
> required 2303 packages.  unlike with jigdo-lite, i didn't see any
> confirmation after the scan that it found, say, 1505/2303 packages, as
> i normally get with jigdo-lite.  perhaps it did -- i have no way of
> knowing.
>
>   in any event, i'm giving this one more try but, at this point, i
> don't see the value in investing a lot more time in this.  it would
> be nice if the folks at fedoraunity at least *tested* their re-spin
> process before letting it loose on the public to waste copious amounts
> of time.
>
> rday
> --
>
> ========================================================================
> Robert P. J. Day
> Linux Consulting, Training and Annoying Kernel Pedantry:
>     Have classroom, will lecture.
>
> http://crashcourse.ca                          Waterloo, Ontario, CANADA
> ========================================================================
>
>   

why not just download the respin over torrent?

http://spins.fedoraunity.org/unity/torrent-files-fedora-10-20090210-re-spin




More information about the fedora-list mailing list