John Levon wrote: > On Mon, Mar 17, 2008 at 08:20:43PM -0700, Bart Smaalders wrote: > >>> Perhaps it would be more productive if I ask you how you see this >>> working. In particular, what changes are you going to make to the >>> relevant parts of the kernel Makefiles? >> There will be no changes in the kernel makefiles in terms of building >> the kernel. Packages will be delivered to a repo rather than >> being created on disk.... > > This has nothing to do with package delivery methods (or dim-sum > patching). > >> If the type IDs in genunix change, I assume its elfhash changes. >> Likewise, if the dependent modules change, their elfhashes will >> change as well. > > As long as you're aware that this will happen to *every* ON module on > essentially every genunix and ip change, then fine. Obviously, your > updates will be correspondingly larger, but I suppose the aggregate > package sizes aren't significant enough for the pain.
This happens today, right? I don't see how this a packaging problem; it's a CTF issue. > > Another downside worth mentioning is that ON modules will retain their > special status - no other kernel module is allowed to use CTF > uniquification, with the performance overhead that implies. > Downside of what? Not re-engineering CTF? - Bart -- Bart Smaalders Solaris Kernel Performance [EMAIL PROTECTED] http://blogs.sun.com/barts "You will contribute more with mercurial than with thunderbird." _______________________________________________ pkg-discuss mailing list pkg-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
