[arch-releng] Status report about building archiso images today

[Thomas Bächler]

Am 14.07.2010 21:28, schrieb Gerardo Exequiel Pozzi:
>> Are you sure that this only affects the qemu cdrom?
>> Shouldn't we provide
>> a simple workaround that catches all CD drives, no matter
>> what kind of
>> weird bugs there might be?
>>
> 
> This is a bug in qemu-kvm ide cdrom drive implementation, does not implement or does not work the command "READ DISC INFORMATION".
> 
> As workaround just boot on qemu as scsi cd-rom that works better than ide implementation. (I guess that adding a workaround in archiso should be in case of real machine where there is no choice)

You don't know what kind of broken hardware exists out there, sadly.

>> Can you summarize what exactly -T split does?
> 
> Sure
> 
> -T basic: join both .iso keeping .sqfs intact.
> -T split: join both .iso modifiying .sqfs with the follow rules:
> 
> * usrshare.sqfs (any) is build from i686 root-image.sqfs [this can be done since /usr/share for both archs is the same]
> * libmodules.sqfs (for each arch) is build from root-image.sqfs (respectively) [useful for boot 64Krnl/32User]
> * /usr/share and /lib/modudes are removed from both root-images.sqfs
> * core-any-pkg.sqfs (any) is build from i686 core-pkgs.sqfs.
> * *any* packages are removed from both core-pkgs.sqfs

Okay, -T split looks cool.

> -T full: join both .iso doing all work in "split", but also removes specified files (listed on a file) from root-image.sqfs.

Okay, what is that list?

>> Also, there is the overlay: We used to have a separate
>> overlay for each
>> architecture, is that still necessary? If we add
>> "Architecture = auto"
>> to pacman.conf and use $arch in mirrorlist (is that already
>> done?), it
>> seems we can use the same overlay for both architectures.
>>
>>
> 
> Yes, anyway overlay.sqfs is 8192 bytes :P

Still ... shouldn't be duplicated.

> PS: sorry for email format I am out from my home. Sent via webmail, running under custom archiso with KDE with all "chiches" (toys) :P

No problem, seems like you're having fun.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://mailman.archlinux.org/pipermail/arch-releng/attachments/20100714/0280c5a8/attachment.bin>