Hi,
(The mail headers indicate that the OP, Andrew Cater, is subscribed to
debian-cd but not to debian-user. So replies to debian-user only might
not get to his attention.)
Stefan Monnier wrote:
> An alternative is to have "virtual ISO images", i.e. images which are
> constructed on the fly (pr
>> An alternative is to have "virtual ISO images", i.e. images which are
>> constructed on the fly (presumably by jigdo) on the web-server side.
> Assuming that a complete set of ISOs for whatever medium occupies
> at most 100 GB, it seems better to have the images ready rather than to
> assemble t
Streaming production of .iso files _is_ technically possible. Jigdo
effectively builds the iso file from chunks of ten or so files until the
disk is complete and checksummed. As mentioned, this query was about
stopping production of the .iso files specifically meant for the oldestMac
mini. That cer
Hi,
Stefan Monnier wrote:
> I was thinking of a scheme by which the ISO is constructed and streamed
> at the same time, so the complete ISO images aren't ever stored whole
> anywhere on the server.
Although there are no fundamental obstacles for stream production,
the current software uncompresse
For three weeks now the weekly Debian images have been buggy and not generated
correctly. Are there any release fixes expected?
--
Atenciosamente/Sincerely,
Marcos Gabriel.
Sent with [ProtonMail](https://protonmail.com) Secure Email.
Hi,
Andrew Cater wrote:
> It does seem that
> we may be able to stop routine production of as many images. Netinst,
> something DVD-ish sized (so smaller than 8G) and some (larger file size ??)
> may do it.
How about being storage-neutral and drop amd64-DVD-2.iso and
amd64-DVD-3.iso in favor of a
On Mon, Jul 20, 2020 at 04:33:49PM +, Marcos Gabriel wrote:
>For three weeks now the weekly Debian images have been buggy and not generated
>correctly. Are there any release fixes expected?
The weekly builds are still running, but we've had a sequence of bugs
breaking debian-installer builds s
7 matches
Mail list logo