John Summerfield wrote:
Jeroen van Meeuwen wrote:
John Summerfield wrote:
Jeroen van Meeuwen wrote:
So, you would want the DVD holding the CD ISO images to replace both
the DVD ISO image and the CD ISO images? That is going to be very
nasty in terms of distribution as one would need a double loop mount
for each CD
Is that difficult? I'd not have thought so. I'm sure I've nested loop
mounts before.
I'm not saying it is difficult but we're not Joe Average are we?
I was referring to the coding; I'm sure the jigdo hackers are up to it.
I'm sure they're not:
Debian hasn't got that problem; I've spoken to Richard Atterer and he
feels Jigdo is at it's best as it is right now; enough features for
what it's supposed to do and still maintainable. Looking at the code I
couldn't agree with him more.
[...snip...]
I'm not sure how this differs in having both DVD ISO images (just as
we have them now), and CD ISO images available with the releases. I do
know having ISO's inside ISO's makes HTTP/FTP installations more
difficult as one would now just extract or loop mount the DVD ISO
image whereas in this new situation one would have to merge the
different CD ISO image's (that you get when loop mounting the DVD ISO
image) contents into one large repository.
http installs would be little different whether from 650 Mbyte ISOs
imbedded in a 3.5 Gbyte ISO or downloaded separately. Historically (but
not with the first yum-based Acondas) there's been a README explain how
to make a repo from the CD ISO.
autofs _can_ do loop mounts, I've used it for that purpose. I don't know
whether it can do two on one user access, as it would need to to access
internal ISOs.
Wouldn't you think that is way too much hassle for a very small and thin
use case, if any at all?
-Jeroen
_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/anaconda-devel-list
