On Mon, Jan 24, 2022 at 01:39:50PM +0100, Dima Pasechnik wrote: > On Fri, Jan 21, 2022 at 11:42:08AM -0600, joshua stein wrote: > > On Fri, 21 Jan 2022 at 18:29:27 +0100, Marc Espie wrote: > > > In my opinion, our main issue is the lack of new blood. > > > > > > We have chronically fewer people who can give okays than ports waiting. > > > > > > One big "meta" stuff that needs doing is pointing out (especially from > > > new guys) what can be improved in the documentation of the porting > > > process... > > > sometimes pointing people in the right direction. > > > > > > Informal poll: what thing weirded you guys out the first time you touched > > > OpenBSD ports coming from other platforms. > > > > > > What kind of gotcha can we get rid of, so that "new ports" will tend to > > > be squeaky clean, infrastructure-wise, and ready for import. > > > > > > Maybe we'd need an FAQ from people coming from elsewhere explaining the > > > main differences to (say) deb, rpm, freebsd ?... > > > > Using CVS and dealing with tarballs is probably pretty > > ancient-feeling for many outsiders. I don't know that more > > documentation is really the problem. > > > > I personally tend to ignore most ports@ emails that aren't diffs I > > can easily view in my e-mail client because it's a hassle to save > > the attachment, tar -t it to see what its directory structure is, > > untar it in the proper place, try to build it, then provide feedback > > by copying parts of the Makefile to an e-mail or doing some other > > work to produce a diff. > > > > Maybe we can do something radical like enable GitHub pull requests > > to let people submit changes against the ports repo on GitHub, do > > review and feedback on those on GitHub, and once it's been approved > > by a developer, that developer can do the final legwork of > > committing it to CVS and closing the pull request (since we can't > > commit directly to the Git repo). > > > I read this, and the whole following thread, and noone mentioned CI > (continuous integration) > - something that made GitHub much more useful than merely a git server > hosting service. > > In a CI-enabled world, one could usually see the results of applying a diff, > and > building+testing, it's there, done for you, automatically. > Indeed, using GitHub's CI with OpenBSD is tricky (if possible at all), but > fortunately
We got a framework for bulk-building ports: dpb(1) That's the whole integration we get... the full ports tree is generally rebuilt every few days (or weeks) or supported architectures. Good luck getting a proper infrastructure off the ground, especially on lesser known architectures. We do frown on cross-compilation for various reasons.
