trinque: http://btcbase.org/log/2018-09-12#1849960 << agreed. it may need to come after the near-term and still elusive goal of cleaving the essential from the cruft in the portage tree. there is a shocking amount of state in portage strewn about the system, in /etc, in /usr/portage, in /var/db/pkg
a111: Logged on 2018-09-12 14:18 asciilifeform: btw mircea_popescu reminds me , trinque : here's an idea, let's banish the 'root certs' and any systemwide sslism from cuntoo. if user demands it , let him install locally.
trinque: and this is just the broad overview. in /usr/portage/profile there's what, tens of layers of dependency nesting. in some cases the children override the parent; in others they appear to append
trinque: work carries on, just wanted to give word from the mineshaft
trinque has scripts in progress to flatten the profile tree into a single profile, where it can be inspected and therefore judged.
trinque: and it's plainly obvious by now that the kind of autistic mind that produces these tangled trees does so to attempt to exhaust the judging eye
trinque: "if my room is packed with cum socks and mcdonalds bags, dad will be too ashamed to come find me and kick my ass"
trinque: aaand just built a working nano from the ebuild in /cuntoo/portage, having no other ebuild repositories in system, and no barfs from emerge.
trinque: /cuntoo/portage weighs 26M right now, compared to /usr/portage weighing 704M
trinque: not only was there /etc/portage/repos.conf to define repositories, but also /usr/share/portage/config/repos.conf, and apparently creating one in /etc does not knock out the defaults in /usr
trinque: rationale behind bothering with the repository system is to let the legacy gentoo ebuild repository coexist with the vtronic repository, in exactly the same way as "overlays" do now with the gentoo repo
trinque: can then pluck ebuilds from their tree as needed, produce a vpatch, and include in the cuntoo repo
trinque zaps glsa and news from metadata dir, shaves to 13M
a111: Logged on 2018-09-14 05:07 trinque: http://btcbase.org/log/2018-09-12#1849960 << agreed. it may need to come after the near-term and still elusive goal of cleaving the essential from the cruft in the portage tree. there is a shocking amount of state in portage strewn about the system, in /etc, in /usr/portage, in /var/db/pkg
diana_coman: I've found that and gave it a first pass but I didn't quite see how to use it for my problem; it's on the list of refs at any rate, so I'll get to re-read it
asciilifeform: diana_coman: currently i am lacking a bigendian iron (or a gnat for such) so never got a chance to truly and properly test endianism conversion (as for ffa, it is endian-insensitive, but this is simple where there is no networking)
diana_coman: asciilifeform, aha; re-reading that thing - I guess the Scalar_Storage_Order looks promising, I'll dig a bit deeper into it
asciilifeform: diana_coman: re streams, you may find the 'buf_streams' item in horse.tar.gz interesting