On 8/29/20 5:48 PM, Glen Barber wrote:
> On Sat, Aug 29, 2020 at 09:43:25PM +, Glen Barber wrote:
>> On Sat, Aug 29, 2020 at 09:40:17PM +, Glen Barber wrote:
[ .. ]
>>> Nevermind, I see the problem. Standby.
>>>
>>
>> r364966 should fix it. Thank you again for your help here.
>>
>
>
On 8/29/20 5:17 PM, Glen Barber wrote:
> On Sat, Aug 29, 2020 at 04:38:05PM -0400, Michael Butler wrote:
>> The build-from-existing mode fails with ..
>>
>> imb@vm01:/usr/src/release> sudo ./release.sh -c release-i386.conf
>> fatal: not a git repository (or any parent up to mount point /usr)
>>
On 8/29/20 12:04 PM, Glen Barber wrote:
> On Sat, Aug 29, 2020 at 03:51:23PM +, Glen Barber wrote:
>> I added a way to update an existing tree in r364959. I have only done
>> very trivial testing on this change, however, so please let me know if
>> it does not work as expected.
>>
> r364960
On Sat, Aug 29, 2020 at 08:47 Kurt Jaeger wrote:
> Hi!
>
>
>
> > r364746 merged OpenZFS support in to HEAD.
>
> >
>
> > The change should be transparent unless you want to use new features.
>
> > I caution against 'zpool upgrade' for the next few weeks.
>
> >
On Sat, Aug 29, 2020 at 05:54:31PM -0400, Michael Butler wrote:
> On 8/29/20 5:48 PM, Glen Barber wrote:
> > On Sat, Aug 29, 2020 at 09:43:25PM +, Glen Barber wrote:
> >> On Sat, Aug 29, 2020 at 09:40:17PM +, Glen Barber wrote:
>
> [ .. ]
>
> >>> Nevermind, I see the problem. Standby.
On Sat, Aug 29, 2020 at 09:43:25PM +, Glen Barber wrote:
> On Sat, Aug 29, 2020 at 09:40:17PM +, Glen Barber wrote:
> > On Sat, Aug 29, 2020 at 09:30:02PM +, Glen Barber wrote:
> > > On Sat, Aug 29, 2020 at 05:21:16PM -0400, Michael Butler wrote:
> > > > On 8/29/20 5:17 PM, Glen Barber
On Sat, Aug 29, 2020 at 09:40:17PM +, Glen Barber wrote:
> On Sat, Aug 29, 2020 at 09:30:02PM +, Glen Barber wrote:
> > On Sat, Aug 29, 2020 at 05:21:16PM -0400, Michael Butler wrote:
> > > On 8/29/20 5:17 PM, Glen Barber wrote:
> > > > On Sat, Aug 29, 2020 at 04:38:05PM -0400, Michael
Greetings,
APM BIOS support will likely be removed from FreeBSD for FreeBSD 13. This
was once quite important for LAPTOP users. However, it is now no longer
relevant. It stopped being supported around the time that ACPI started to
be released for laptops. This was around the Pentium 200MHz laptop
On Sat, Aug 29, 2020 at 09:30:02PM +, Glen Barber wrote:
> On Sat, Aug 29, 2020 at 05:21:16PM -0400, Michael Butler wrote:
> > On 8/29/20 5:17 PM, Glen Barber wrote:
> > > On Sat, Aug 29, 2020 at 04:38:05PM -0400, Michael Butler wrote:
> > >> The build-from-existing mode fails with ..
> > >>
>
On Sat, Aug 29, 2020 at 05:21:16PM -0400, Michael Butler wrote:
> On 8/29/20 5:17 PM, Glen Barber wrote:
> > On Sat, Aug 29, 2020 at 04:38:05PM -0400, Michael Butler wrote:
> >> The build-from-existing mode fails with ..
> >>
> >> imb@vm01:/usr/src/release> sudo ./release.sh -c release-i386.conf
>
On Sat, Aug 29, 2020 at 04:38:05PM -0400, Michael Butler wrote:
> On 8/29/20 12:04 PM, Glen Barber wrote:
> > On Sat, Aug 29, 2020 at 03:51:23PM +, Glen Barber wrote:
> >> I added a way to update an existing tree in r364959. I have only done
> >> very trivial testing on this change, however,
On 8/29/20 11:14 AM, Glen Barber wrote:
> NOPORTS=yes is the problem, and I forgot to address it before merging
> the project branch back. Please try with r364956.
Trying now but, in the interim, I noted ..
With SVN, I could re-use a previously existing build directory and it
would simply apply
On 8/28/20 1:44 PM, Glen Barber wrote:
> Note, not entirely tested, however, since future snapshots and 13.0 will
> be exclusively built from the git sources.
When building with ..
## Set miscellaneous 'make release' settings.
NODOC=yes
NOPORTS=yes
WITH_DVD=yes
The build fails after building
On Sat, Aug 29, 2020 at 03:51:23PM +, Glen Barber wrote:
> On Sat, Aug 29, 2020 at 11:34:15AM -0400, Michael Butler wrote:
> > On 8/29/20 11:14 AM, Glen Barber wrote:
> > > NOPORTS=yes is the problem, and I forgot to address it before merging
> > > the project branch back. Please try with
On 29 Aug 2020, at 0:16, Bjoern A. Zeeb wrote:
Hi,
I’ve been seeing on both i386 and arm64 builds where I tested that
loading modules from loader will then fail by the kernel link in
certain situations. I’ve created an i386 example where I do load a
few modules from loader to show what I
On Sat, Aug 29, 2020 at 11:34:15AM -0400, Michael Butler wrote:
> On 8/29/20 11:14 AM, Glen Barber wrote:
> > NOPORTS=yes is the problem, and I forgot to address it before merging
> > the project branch back. Please try with r364956.
>
> Trying now but, in the interim, I noted ..
>
> With SVN,
Hi!
> r364746 merged OpenZFS support in to HEAD.
>
> The change should be transparent unless you want to use new features.
> I caution against 'zpool upgrade' for the next few weeks.
> https://svnweb.freebsd.org/base?view=revision=364746
A system running r363767 can upgrade to some revision
On Sat, Aug 29, 2020 at 10:30:24AM -0400, Michael Butler wrote:
> On 8/28/20 1:44 PM, Glen Barber wrote:
>
> > Note, not entirely tested, however, since future snapshots and 13.0 will
> > be exclusively built from the git sources.
>
> When building with ..
>
> ## Set miscellaneous 'make
Rick Macklem writes:
> Poul-Henning Kamp wrote:
> Is https://reviews.freebsd.org/D26225
> sufficient to allow me to use 1.3.6.1.4.1.2238.1.1.1 for a user@domain
> name in this otherName component of subjAltName in the X.509 cert?
> (I didn't list the UserName as the first item of the
19 matches
Mail list logo