alcinnz

alcinnz, 11 hours ago

@lanodan Stage 4: Here's how I'd build my own hardware for my own OS!

I'm aware I'm not the only one...

alcinnz, 11 hours ago

@lanodan I don't think anyone has yet managed to turn Stage 4 into practice...

alcinnz, 14 hours ago

If our project gets big enough a may define a variant of the AutoMerge format which supports Git-style branches, & if it gets even bigger we may store everything on the server behind-the-scenes (wouldn't be presented this way) inside a giant singular repo. All to cut down on storing duplicate data!

We may offer mailing lists (already discussed as they're part of the earliest email standards), possibly with a web UI (rendered via logging) presented it as a forum. As well as an XMPP chatroom.
2/5

alcinnz, 13 hours ago

We could offer to host static websites out of an AutoMerge document, with format autoconversion as requested by the clients. Maybe we'd offer a full static-site generator, since we'd have already (trivially) implemented a templating language for the sake of these other webservices!

As well as offering some compute (for any testrunners, profilers, & fuzzers) upon every uploaded AutoMerge document, heavily firmware/hardware sandboxed to avoid abuse & exploits.

3/6?

alcinnz, 13 hours ago

Only providing these scripts the read-only repo & any of its dependencies as input, with only a couple bytes as output (the code can be rerun locally where desired) should prevent it from exploiting vulnerabilities or being used for however next we'll monetise computation! These would be run both before & after merging any changes, implemented as part of the repo viewer.

Finally we'd want to build a catalog of all these subprojects!

4/6?

alcinnz, 13 hours ago

This catalog would list all repos, issue tracker(s), mailing lists, chatrooms, websites, etc for each subproject. Though I wouldn't want to mandate that subprojects use our services. The repos may be processed to extract the permissions each component requires.

This catalogue would be useful for performing analysis over the entire project!

We can index the input formats each program supports, so our devices can download it & offer to install software for new file formats it encounters.

5/6?

alcinnz, 13 hours ago

That index would operate upon a (more) curated subset(s) of the catalogue, probably organized into "tools" & "viewers".

Another analysis pass can keep an eye on who's using particularly sensitive privileges, storing exceptions we've made & their justifications.

5.5/5.5 Fin for today! Tomorrow: Tighten the security a bit more...

alcinnz, 15 hours ago

For each section it retrieves an index & header & name, compares name against expected pattern followed if successful by section type outputting a status message, if the name matches but types don't it also tweaks names as appropriate, validates there aren't duplicately-named symboltables, & considers updating some indices with what it found.

After a bit more validation & adjustments it restarts the ELF file copying over the E Eheader then P header, & iterates over sections again!

2/5?

alcinnz, 14 hours ago

For each section (round 2) it retrieves various properties upon successfully retrieving the section whilst applying any requested compression, creates a new section in the output ELF file, & copies the various data over to it with minor tweaks (and more compression!).

It finishes by possibly finalizing various global names possibly adding compression, retrieves the updated E header, retrieves S header string index, possibly iterates over those names, updates layout info & tidies up!

3/5?

alcinnz, 14 hours ago

For each section name elfcompress retrieves the index & S header, possibly computes some layout info, writes the S header, & checks if we're at the desired entry. If we have it retrieves various layout info & possibly adds compression!

There's a handful of helper wrapper functions dealing with additional details of how ELF files are laid out.

3.5/3.5! Fin for today! I don't want to get started on another command at this point...