Date: Fri, 15 Feb 2019 09:41:16 -0800 From: Cy Schubert <Cy.Schubert@cschubert.com> To: sgk@troutmask.apl.washington.edu, Steve Kargl <sgk@troutmask.apl.washington.edu>, Johannes Lundberg <johalun0@gmail.com> Cc: freebsd-arch@freebsd.org Subject: Re: "DRM removal soon" is premature Message-ID: <6531965D-0E8D-479F-8773-F166651C9334@cschubert.com> In-Reply-To: <20190215155026.GA9317@troutmask.apl.washington.edu> References: <20190214180101.GB67712@troutmask.apl.washington.edu> <CANCZdfqy%2Bs3QtEu%2BAhTm-HoJfByjeA9EeUGZ_3VrThvrcWvBow@mail.gmail.com> <20190214182419.GA67872@troutmask.apl.washington.edu> <CANCZdfrBTjV-rqU-VNRkFeQV2449ebgqi9qAAXYR6J_wygfxPg@mail.gmail.com> <20190214190244.GA68143@troutmask.apl.washington.edu> <CANCZdfqx%2BnLoV_bJU0cARxgz4ZBR-X_eZyFCVWzozuir5FqwnQ@mail.gmail.com> <20190214191739.GA68371@troutmask.apl.washington.edu> <20190214225810.kmfxzeuvr7t7gget@smtp.freebsd.org> <20190214233000.GA2752@troutmask.apl.washington.edu> <3b0ba403-ff96-8c94-6d98-40165473d1f3@gmail.com> <20190215155026.GA9317@troutmask.apl.washington.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On February 15, 2019 7:50:26 AM PST, Steve Kargl <sgk@troutmask=2Eapl=2Ewas= hington=2Eedu> wrote: >On Fri, Feb 15, 2019 at 09:07:08AM +0000, Johannes Lundberg wrote: >>=20 >> This happens all time for me with virtualbox-kmod as well in current=2E >> Changes to src breaks certain (kmod) ports and there's always a delay >> until they are fixed=2E This is life in -CURRENT=2E I accept this and >don't >> go bitching to virtualbox-kmod maintainers about it=2E Your usage is an >> edge case so naturally there will be a longer delay before breakage >is >> noticed, until we can get automated CI up and running (even so, there >> will be a delay)=2E >>=20 > >Was virtualbox-kmod every a part of the FreeBSD base sytem? > >drm2 was a part of the base system and it was functional >until it was unhooked from the build=2E The issue with the >merged PAE vs=2E non-PAE i386/pmap=2Eh would have been identified >prior to it being committed if either drm2 had not been=20 >unhooked or if an exp-run over ports was run=2E > >I also don't see how this is an edge case=2E A part of drm2 >removal was the creation of a port, so those who don't have >the luxury of updating hardware every year can continue to >use drm2=2E If this type of breakage of functionality formerly=20 >in base, and the name calling of someone pointing out the >breakage, is the new norm, then it is a harbinger of doom for >pkg-base=2E Just to add a data point, I use drm-current on a 13 year old i386 laptop r= unning -current, used as an i386 test platform=2E Keeping it in sync with m= y amd64 platforms=2E --=20 Pardon the typos and autocorrect, small keyboard in use=2E Cheers, Cy Schubert <Cy=2ESchubert@cschubert=2Ecom> FreeBSD UNIX: <cy@FreeBSD=2Eorg> Web: http://www=2EFreeBSD=2Eorg The need of the many outweighs the greed of the few=2E
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?6531965D-0E8D-479F-8773-F166651C9334>