[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

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



  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
========================================================================


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]