PicoBSD Build Scripts
Rodney W. Grimes
freebsd-rwg at gndrsh.dnsmgr.net
Tue Oct 1 17:50:19 UTC 2019
> On Fri, Sep 13, 2019 at 2:52 PM Kyle Evans <kevans at freebsd.org> wrote:
> >
> > Hi,
> >
> > A PR[0] has recently surfaced pertaining to the PicoBSD build scripts
> > (see: picobsd(8), ^/release/picobsd) and how they fail to produce
> > usable output by default. Some further investigation revealed that the
> > build script is actually pretty broken, and has to have been for at
> > least a couple of years... see comment #2 on the referenced PR.
> >
> > Because of this and that it hasn't seen much active maintenance
> > (mostly drive-by mechanical changes, from what I can tell) for years,
> > I'd like to propose deprecation and removal of the PicoBSD build
> > scripts. The bits at ^/release/picobsd/tinyware can likely be moved to
> > the ^/tools hierarchy, as they might be independently useful.
> >
> > Specifically, I propose a soft deadline of October 31st for removal;
> > if someone comes forward with patches or an interest in working on it,
> > nothing will be removed at this time. I further propose a hard
> > deadline of December 31st for removal without patches posted to
> > address the various issue. I'll happily review any patches that come
> > across my virtual desk.
> >
> > Thoughts/comments/concerns?
> >
> > Thanks,
> >
> > Kyle Evans
> >
> > [0] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240506
>
> Resending the above as a reminder; I've received zero response, so as
> of now the PicoBSD build scripts will be deprecated/removed on October
> 31st (~30 days from now).
>
> simple_httpd has been moved out of ^/release/picobsd/tinyware as it
> was indicated that this is actually used, but I've heard no objections
> to anything else. The rest of the tinyware will leave with the build
> scripts unless there is interest in keeping them.
>
> Thanks,
> Kyle Evans
Please first commit a depreication notice, which you can do now, if
someone invokes the PicoBSD
build scripts it should emmit a warning that it is going away in 13, you
can MFC that back to stable/12 and stable/11 to give folks a heads up,
if you do that I have no objection for a axe cut of this code on Oct 31.
Regards,
--
Rod Grimes rgrimes at freebsd.org
More information about the freebsd-arch
mailing list