Re: creating kernel udebs from kernel-source
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Sven Luther wrote:
|>
|> The model can be adapted. I am not pushing a patch to force our
|> solution, but to give back the code that has been done and
|> tested. It is up to the 2 teams to decide what to do with it.
|> Clearly applying it to 11 arch is technically possible, it of
|> course require more coordinations between people, and that is
|> something nobody can give you with a patch ;)
|
|
| Well, sure, i was wondering about two things though :
|
|
| 2) a little change to the powerpc or x86 kernel will mean a full
| rebuild for m68k or arm too, right ? Maybe not an issue for pure
| udebs things though.
That is correct. As everything in this world you win on something and
lose on something else.
The cons is that, clearly, each time you upload the kernel it will build
everywhere, even if the change is unrelated to the arch you are building
on.
On the otherside, you might want to think to security or bug fixes
that needs to spread across all archs. One upload the fix is
"automagically"
redistributed everywhere. From the source to the last udeb.
As it is now, someone needs to upload kernel-source, someone needs
to wait for it on the mirror and upload kernel-image and upload
kernel-image.
The d-i team, at the end of the wheel, needs to wait kernel-image and
then upload linux-kernel-di...
The last 2 bits repeated for N archs.
But i guess you already know this :-)
|> - - the second one is slightly more dynamic and it involves the
|> addition ~ of the udebs to the control file at build time, but
|> they are still arch specific.
|>
|> So at the end you get nothing more than what you had before, just
|> from the same source.
|
|
| Which i was led to believe that the packaging tools could not cope
| with 6 month or so ago. Maybe i am wrong though ?
I am not really sure what you are talking about, but we have packages
in the archive generating way more binaries that what this solution does.
Fabio
- --
Self-Service law:
The last available dish of the food you have decided to eat, will be
inevitably taken from the person in front of you.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iQIVAwUBQasqRVA6oBJjVJ+OAQLqgBAAgdyAl6Vyhl2xWXUM3eqwSkaqaS2YIsGV
YlP3z+dlrBpUzhMyF0JIkT8VNnIKX2Pky6jpfSYq5BFEqQcZJEAqZwwuJKW3Gmvj
xdU8oHggCC+5pFJK/2gV/8OmaplgwclndBTw4JUihfI1sGTMGjOT6eNj+i8WeKvL
PLrW5DI317Cn3mXfb8Sge8lxGXXuaXJgQnrLahXTEdNgSB6QYX1kWnDvNk/T8NCw
Y/nacNGiXpWxx0j/dAsmANfGzLq9bEC3nhiiH/qcfXUiKU52XjZyx2oIzEKB8PAZ
httmQOK8qz8k69jsF6is83yKJk6an84z4vL+U/bHDrBxjoWUyWQlJNh8T6n/wQo5
hvrjlB63nU1p9GWygQsAl9bLQEuKHxMQM3HLrNRe1qB/HclzygY4Lxc6xa0c6lbC
zX+9pdyUBDDauw984qoI8KfOPd8nVLjFIsrR6RRn1+a1Kl7Yd0ZuUWniknjJSO0t
APlx8BHPiFJV5/n5Ra43m+JYzuhAq11IaaHGARS+3bIp9aHxatHwv2En8qqKYovm
2fBhBWvGeQidIAr0zYTgEDOX02s0x7DvvoJ/SKFIPdBnRULEHJFaPaz/l2BTPF0R
ycZFNA26VvhE7+gcmdsXQQbl1a8ZE9MK5eZ5dgpL8It31uoM9Q0xrrEYNRoT6FmB
qV+nfB/wLoU=
=jbqj
-----END PGP SIGNATURE-----
Reply to: