IRC channel logs

<oriansj>well there is the Heathkit H10 Papertape Reader/Punch

<rillian>ah nice. I found https://www.instructables.com/DIY-Paper-TapePunch-Card-Maker-and-Reader/ which uses a cnc paper cutter. *unlikely* to have a compatible trojan, but certainly not low-level.

<rillian>no fabrication drawings for the heathkit, so still probably easiest to use a vintage punch assembly.

<oriansj>rillian: well the Assembly manual, Schematic and Operation Manual will just have to do until someone creates something better

<oriansj>again, we don't need perfect. Just enough to move the dial in the right direction

<oriansj>we can fix problems, simplify details and make things behave better

<rillian>of course!

<duplexsystem_>just to confirm stage0-posix doesn't come with make (not gmake) right?

<oriansj>duplexsystem_: it comes with a makefile but it is not required at all

<duplexsystem_>I mean make like the shell utility

<oriansj>duplexsystem_: stage0-posix includes a kaem-optional-seed in the bootstrap-seeds folder

<oriansj>which is all one needs to drive the stage0-posix build chain up until the after.kaem script (which is to be replaced by anyone who wants to do more steps after)

<duplexsystem_>no I mean like I need make, the resultant of stage0-posix does not provide me with make right

<oriansj>duplexsystem_: well no, it is the steps leading up to the building of Gnu Mes. Live-bootstrap however includes the steps after stage0-posix needs to get to make (and autotools if you wanted it)

<duplexsystem_>I need bmake/att make but I was just making sure before I bootstraped bmake

<oriansj>fair enough

<duplexsystem>Does m2planet have a linker/toolchian I feel like it should have one but I can't find ld which I thought was standard namage

<duplexsystem>^linker/binutils

<oriansj>duplexsystem: mescc-tools provides the M1, blood-elf and hex2 needed to assemble the M1 macro assembly output by M2-Planet

<oriansj>(and he M1 macro assembly output by MesCC as well)

<oriansj>^he^the^

<pabs3>data point about .NET from #debian-devel: <dilinger> vorlon: are you planning to upload dotnet6 to debian? (i considered building it but it build-deps on its own binary packages so.. yeah.)

<oriansj>pabs3: well .NET was never really an option. .NET-core however was a possiblity

<AwesomeAdam54321>pabs3: I tried packaging DotGNU(pnet) for guix and unbundled its dependencies, but it fails because libgc refuses to share its private function definitions: https://issues.guix.gnu.org/57625

<pabs3>fairly sure dotnet6 is .NET-core

<oriansj>AwesomeAdam54321: thank you for starting that work ^_^

<oriansj>pabs3: in which case, sounds like we have another problem to add to the queue

<stikonas>fossy: yesterday I've pushed my change moving unpatched tcc-0.9.27 immediately after tcc-0.9.26, also had to add patched tcc just before musl. And I've also discovered that it is no longer necessary to patch "patch" with sed

<stikonas>so it simpliefies things a bit

<stikonas>though we still need to use both sed and patch for other stuff before musl

<stikonas>(flex in particular)

IRC channel logs

2022-12-25.log