wt., 18 lut 2020, 10:20 użytkownik Steve O'Hara-Smith
napisał:
> On Tue, 18 Feb 2020 04:23:35 +0100
> Tomasz CEDRO wrote:
>
> > Why so short End-Of-Life? Why so many fast and short releases? What for?
>
> The new(ish) release and support policy has been announced and well
> documented, t
On Mon, 17 Feb 2020 at 22:24, Tomasz CEDRO wrote:
>
> Why so short End-Of-Life? Why so many fast and short releases? What for?
>
> Why pushing problems to production? What was wrong with having one
> well tested stable system for a long time?
I really don't understand this - FreeBSD 12 is support
On Tue, 18 Feb 2020 at 05:37, Tomasz CEDRO wrote:
>
> Maybe its a time to give OpenBSD a try..
I really don't understand this comment, either. Certainly give OpenBSD
a try and if it fits your needs better that's great.
As far as I'm aware OpenBSD issues a release every six months and
supports th
Hello Ed, thanks for your input :-)
On Tue, Feb 18, 2020 at 3:46 PM Ed Maste wrote:
> > 12.0 was a problematic release. 12.1 brings even more problems.
>
> The major issue with 12.1 is a problem with the Intel graphics kernel
> module, and fixing that was held up by both 12.0 and 12.1 being
> sup
On Tue, Feb 18, 2020 at 3:51 PM Ed Maste wrote:
>
> On Tue, 18 Feb 2020 at 05:37, Tomasz CEDRO wrote:
> >
> > Maybe its a time to give OpenBSD a try..
>
> I really don't understand this comment, either. Certainly give OpenBSD
> a try and if it fits your needs better that's great.
>
> As far as I'
On 18/Feb/2020 17:19, Tomasz CEDRO wrot> But also as this DRM user (for
Intel and AMD) I have experienced the
related hiccups, problems, and problems solutions. It does not look
like a FreeBSD way, but more like Linux way. I never noticed anything
like this before. Sure, I can see this only as th
Hi all,
> Am 18.02.2020 um 18:44 schrieb Pete French :
> Both the DRM issue and VirtualBox are fixed by making sure you recompile and
> install the kernel modules from the source in /usr/ports when you upgrade the
> OS, or if 'pkg upgrade' overwrites them. Its a bit annnoying, but hardly a
> sh
