Announcement: prtpkg Overview Document
I've been developing a set of dash and gawk scripts for over a year to ease my use of ports, prt-get, and pkgutils and have reached the point of sharing what I've been up to with the CRUX community. j_v's encouragement pushed me to start this process, which led me to developing an overview document that I finally put up at http://dlcusa.net/CRUX_prtpkg_Overview.pdf for folks to check out. I found myself doing a lot of blue sky thinking and documenting so we all will have an idea of where its currently heading. I expect that to change as people look at it and how they might use it themselves and how it would have to change for them to do that. I'd prefer we have any discussion right here for the time being. In particular I am curious what onodera or anyone else makes of it in relation to his new prt package that I referenced in the overview. Of course corrections of errors are encouraged, too. Now for some sleep! -- <not cent from sell> May the LORD God bless you exceedingly abundantly! Dave_Craig______________________________________________ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_________________
There was some discussion of this project on #crux beginning at 2017-02-11_15:52:39_UT. I have been updating the document without announcement with trivial editorial changes and some minor additions; e.g., prtpkgbatch prolog. The most recent drop addresses some statements that were made in that discussion and includes a link to the document source file, maintained using LibreOffice 5.2 Writer. -- <not cent from sell> May the LORD God bless you exceedingly abundantly! Dave_Craig______________________________________________ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_________________
On 17Feb10:1318+0000, David L. Craig wrote:
I've been developing a set of dash and gawk scripts for over a year to ease my use of ports, prt-get, and pkgutils and have reached the point of sharing what I've been up to with the CRUX community. j_v's encouragement pushed me to start this process, which led me to developing an overview document that I finally put up at http://dlcusa.net/CRUX_prtpkg_Overview.pdf for folks to check out. I found myself doing a lot of blue sky thinking and documenting so we all will have an idea of where its currently heading. I expect that to change as people look at it and how they might use it themselves and how it would have to change for them to do that. I'd prefer we have any discussion right here for the time being. In particular I am curious what onodera or anyone else makes of it in relation to his new prt package that I referenced in the overview. Of course corrections of errors are encouraged, too.
I'm still exploring viable approaches for this methodology and am wondering if anyone in the community is doing anything already along the following lines, or not but has some thoughts about it. Given one or two powerful platforms for doing the heavy lifting of building CRUX ports for installion on many less capable platforms such as thin clients in an enterprise, what works better for enabling the builder platform(s) to support multiple CRUX releases: virtualization, chroot, or reboot with different root filesystems? Also, is anybody clustering CRUX and, if so, how and does what you're doing scale? -- <not cent from sell> May the LORD God bless you exceedingly abundantly! Dave_Craig______________________________________________ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_________________
On 17Mar01:1235+0000, David L. Craig wrote:
I'm still exploring viable approaches for this methodology and am wondering if anyone in the community is doing anything already along the following lines, or not but has some thoughts about it.
Given one or two powerful platforms for doing the heavy lifting of building CRUX ports for installion on many less capable platforms such as thin clients in an enterprise, what works better for enabling the builder platform(s) to support multiple CRUX releases: virtualization, chroot, or reboot with different root filesystems? Also, is anybody clustering CRUX and, if so, how and does what you're doing scale?
Interesting articles pertaining to the trade-offs: http://www.serverschool.com/virtual-private-servers-vps/full-virtualization-... http://security-musings.blogspot.com/2015/04/whats-difference-between-virtua... https://forums.gentoo.org/viewtopic-t-431852-start-0.html In the specific case of CRUX software maintenance, it seems to me attack surface/system integrity considerations are less weighty than for other usage, but overhead and setup/ teardown speeds are much more of a consideration. Outside factors such as TCO are probably not germane but scalability should be a major consideration and that of course impacts TCO. I don't think CRUX software maintenance should ever require hardware capable of virtualization; i.e., not permit chroot. It would be nice to support kexec transitions that would also facilitate transitioning between CRUX releases without needing to boot the CRUX ISO. -- <not cent from sell> May the LORD God bless you exceedingly abundantly! Dave_Craig______________________________________________ "So the universe is not quite as you thought it was. You'd better rearrange your beliefs, then. Because you certainly can't rearrange the universe." __--from_Nightfall_by_Asimov/Silverberg_________________
participants (1)
-
David L. Craig