Re: [Infotropique] notice
|This message is part of the following thread:|
|the complete thread tree sorted by date|
|Nils Gillmann at|
2018-09-23: ports: Added slrn, icecat. plant: Did ....
> Mainly what I'm doing right now, and what can be followed on > https://git.infotropique.org for most repos is this (without further > explanation, which will follow): > - fix up plant to compile itself > - once that is done, merge in Guix work after the 0.15.0 release > - move and work on packages in ports and ports-wip. > - recently I made the discovery that you can even place build-systems > whereever in the load-path, so now I'm closer to an initial ports > layout. > - Dissecting guix' (gnu packages) modules in ports and plant, > leaving only the bare minimum packages in plant (infotropique packages) > and moving the rest into ports. > - Move my local backlog of patches+packages into ports-wip > - Getting familiar with ways to build at least FreeBSD and OpenBSD kernels > from source in non-native environments. This is part of a mutilevel > approach with these goals: > - run plant (and eventually also Guix) on *BSD systems as a native > application ("porting plant") > - build *BSD-kernel based systems with plant system command (and > later on templates) > - build *BSD userland software in non-*BSD environments and discover > how to work around the issues which will appear. > - build GNU userland software in *BSD-environments (...) > => *BSD (OpenBSD, FreeBSD etc) here are just trampoline projects to > learn more about porting to these platforms. personally I want > the support and modularity as described above in the very long > run. We've been talking about Genode support after one of these > steps and once we understand Genode better. > - writing build-systems to comply with some of the changes wrt > hardware support etc. > - dissecting Xenocara to see how/if it can be build in a different way > than OpenBSD builds it > - porting a couple of applications > - translating a bunch of Texinfo manuals to mdoc so that in the long > run we ideally can drop Texinfo as an requirement for the base > system. > - writing the websites > - experimenting with co-existence of multiple package managers as > an ... well, experimental... feature. > - gnunet-service for shepherd once the blocking bugs in gnunet are > fixed > - reading into lexing and parsing for the templating system.