On Fri, 2018-03-02 at 16:19 +0000, James Clarke wrote: > On 2 Mar 2018, at 00:12, Svante Signell <svante.sign...@gmail.com> > wrote: > > Hi, > > > > Hi Svante, > Firstly thanks again for the VM offer. The main issue now is the lack > of porters, as there needs to be at least one person willing to spend > time checking on the buildds and, since this is a non-Linux > architecture, maintaining the kernel-related packages. Given that > it's amd64 and i386, there shouldn't really be many GCC/binutils > toolchain issues to worry about which can plague less-popular ports, > but there is then the issue of teaching language runtimes how to work > on kFreeBSD. > > As has been mentioned before, the sensible thing seems to be to move > over to debian-ports as well.
Is this really necessary, I'm hosting a buildd for GNU/Hurd and don't see any problems with that? > Yes, mini-dak has a few annoyances which are a pain when they occur, > but they're manageable, and probably a lot easier than having to > have a DD sign all uploads (as would be the case if it stayed on ftp- > master). Moreover, I've been working on patching dak to work for > debian-ports, so hopefully we will be switching over to that in the > not too distant future once it supports everything we need. What would be gained by moving to debian-ports?? > As far as my time goes, I am willing to help setup and maintain > buildd infrastructure for the port, but sadly I can't set aside time > to be a porter, though that may well change in the summer once this > academic year is over. If anyone who wants to see this port continue > has time they can regularly devote to kFreeBSD porting, no matter how > little, please let us know, as without you the port will likely > suffer. As far as the buildd goes, please let me know your wishes in a private mail and I'll set up a VM for you, size, partitions, software for me/you to install, etc I. I already havea few kfreebsd images, but they are not upgraded for some time. Regarding bug fixing, many bugs (except PATH_MAX ones) appearing for GNU/Hurd also appear for GNU/kFreeBSD. So, I think it is rally nice to have a sister architecture to Hurd pushing upstreams to really be writing portable code. Thanks!