Date: Sat, 20 Oct 2018 11:50:47 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 232463] EBR slice cannot be added partitions to Message-ID: <bug-232463-227-wRvEZfdM4e@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-232463-227@https.bugs.freebsd.org/bugzilla/> References: <bug-232463-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D232463 --- Comment #9 from Andrey V. Elsukov <ae@FreeBSD.org> --- (In reply to bourne.identity@hotmail.com from comment #8) > It surprises me that we can have a long conversation and let EBR remain > non-functional, when all it needs to fix is for someone to switch on > EBR_COMPAT when a FreeBSD release is being prepared. >=20 > Does anyone lose anything if EBR_COMPAT is switched on by default ? >=20 > If you use GPT, it does not mean you have to force others to use GPT too. EBR_COMPAT is enabled by default, and it is why you don't have the feature = that you need. If you remove this option from the DEFAULT kernel config, this can break existing installation. This is FreeBSD POLA violation and this is why this option is still enabled by default. I didn't force you to use GPT, you= can just use what you want, but you need to recompile your kernel. And you also= can not force the change this options, because it will break system for other people. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-232463-227-wRvEZfdM4e>