John Summerfield wrote:
Jeroen van Meeuwen wrote:
John Summerfield wrote:
There exists a problem for those who want both CD and DVD-sized
images. I've just done a census of the computers around here, and
there's a few that have CD drives, not DVD.
Can you try and explain to me how this is efficient given the ambition
to release DVD ISO images and CD ISO images for Fedora 9?
DVD images about 3.5 Gbytes?
therefore CD images about 3.5 Gbytes
My plan
CD images imbedded in DVD images about 3.5 Gbytes
Saving
About 3.5 Gbytes
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
ISO image to be able to use the installation media as a resource for
additional package installation, not to mention the inability of Jigdo
to cope with this -which at this point is just a Release Feature I'm the
owner of.
Having another DVD just containing the CD ISO images doesn't really
make sense to me.
I didn't say "Another DVD." The DVD image containing CD images would be
installable.
The InstallMethod for CDROM would become more like installing from hard
disk.
The first CDROM though would need to contain another set of metadata
which makes opening up the actual repository a pain in the ass -you have
mediaid's there, again.
Also, I'm confused what is the real purpose. The DVD ISO image you can
loop mount and publish via HTTP/FTP, or use off an NFS share to install
I had some difficulty doing that, those media URLs break things. There
was some discussion here or on fedora users or test about it, and the
best I could find was to run createrepo above the mount point.
I see the point here and I agree, but in my opinion this is a pungi bug,
as it used to run splitrepo even though the media consisted of a single
disc. As far as I can tell this has been solved in the Fedora 9 pungi,
which would make this a moot point.
Kind regards,
Jeroen van Meeuwen
-kanarip
_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/anaconda-devel-list
