> On Feb 23, 2021, at 9:02 PM, Chris wrote:
>
> On 2021-02-23 17:07, Brian W. wrote:
>> 12-stable is not what you're running if you got that error.
> # uname -apKU
> FreeBSD fbsd12dev 12.1-STABLE FreeBSD 12.1-STABLE r363918 GENERIC amd64
> amd64 1201522 1201522
> Looks pretty STABLE to me.
After updating my laptop with 11.4-STABLE to r369345, libreoffice
(7.0.3.1_2) just exits with "Application Error". Going back to
11.4-STABLE r369313, before the libcxxrt changes, makes the same
libreoffice binary work again.
I build libreoffice with the KF5, QT5 and JAVA options on, in a 11.4-REL
In the svn days, I could just look at my svn revision to check on whether a
security patch was required. Now I have a git hash. I have no idea how to
tell if my system running 13-STABLE of a few days ago has the patch.
Branch/path Revision
- ---
Hi,
In your base git repository, type:
git rev-list | grep -lF
This outputs something ("(standard input)") iff you have it in.
In order to limit the search time in case of a false result, you'd better pass
the --since= to git rev-list.
There is an alternative if you have a branch pointing to
On 24 Feb 2021, at 16:04, Bengt Ahlgren wrote:
>
> After updating my laptop with 11.4-STABLE to r369345, libreoffice
> (7.0.3.1_2) just exits with "Application Error". Going back to
> 11.4-STABLE r369313, before the libcxxrt changes, makes the same
> libreoffice binary work again.
>
> I build l
On 2021-02-23 12:34 pm, Kyle Evans wrote:
The more I look at `make -dm` output, the less sense it makes. Your
patch is decidedly correct regardless of how this specific scenario is
playing out:
1.) As you noted, it's wrong to clean something that's built
elsewhere. You can reasonably expect `mak
On Wed, Feb 24, 2021 at 12:57 PM Dean E. Weimer wrote:
>
> On 2021-02-23 12:34 pm, Kyle Evans wrote:
> > The more I look at `make -dm` output, the less sense it makes. Your
> > patch is decidedly correct regardless of how this specific scenario is
> > playing out:
> >
> > 1.) As you noted, it's wr
Thanks, Olivier, for the quick response. Now I don't have to do a system
build!
Neither command is what I'd call 'intuitive', so it would have taken me a
long time to find either of them. I cut and pasted the 'git branch' command
and it took me a moment to realize what that meant. Never ran "grep
Also doing ls -lR from the obj sir for stand before and after installworld
might preserve data that may help.
Warner
On Wed, Feb 24, 2021, 12:04 PM Kyle Evans wrote:
> On Wed, Feb 24, 2021 at 12:57 PM Dean E. Weimer
> wrote:
> >
> > On 2021-02-23 12:34 pm, Kyle Evans wrote:
> > > The more I lo
On 24 Feb 2021, at 19:13, Dimitry Andric wrote:
>
> On 24 Feb 2021, at 16:04, Bengt Ahlgren wrote:
>>
>> After updating my laptop with 11.4-STABLE to r369345, libreoffice
>> (7.0.3.1_2) just exits with "Application Error". Going back to
>> 11.4-STABLE r369313, before the libcxxrt changes, make
W dniu 24.02.2021 o 20:03, Kyle Evans pisze:
On Wed, Feb 24, 2021 at 12:57 PM Dean E. Weimer wrote:
On 2021-02-23 12:34 pm, Kyle Evans wrote:
The more I look at `make -dm` output, the less sense it makes. Your
patch is decidedly correct regardless of how this specific scenario is
playing out:
On Wed, 24 Feb 2021 at 12:35, Kevin Oberman wrote:
>
> In the svn days, I could just look at my svn revision to check on whether a
> security patch was required. Now I have a git hash. I have no idea how to
> tell if my system running 13-STABLE of a few days ago has the patch.
Thanks for posting
After installing the security and errata patches that came out today
on my 12.2-RELEASE system, I see the following during the "make
installworld" step. Is this the expected output after removing
certificates from the root certificate bundle or did something go
wrong?
[...]
--
On Wed, Feb 24, 2021 at 06:42:17PM -0600, Greg Balfour wrote:
> After installing the security and errata patches that came out today
> on my 12.2-RELEASE system, I see the following during the "make
> installworld" step. Is this the expected output after removing
> certificates from the root certi
Sometime around the first week of this month (February) the time to do a
geli attach on my 13.0-ALPHA3 amd64 system sharply increased. It started
taking about 10 seconds. Prior to this, it took about 3-4 seconds. I have
not seen any issues with the disc after it attaches, I am simply concerned
that
On Wednesday, 24 February 2021 23:34:06 CST Kevin Oberman wrote:
> Sometime around the first week of this month (February) the time to do a
> geli attach on my 13.0-ALPHA3 amd64 system sharply increased. It started
> taking about 10 seconds. Prior to this, it took about 3-4 seconds. I have
> not se
Thanks, Ed, but where do I find this? uname -a" gives me
stable/13-007101f87. For a while I was seeing a hyphenated number prefixed
with a 'c' and I had assumed that that number was the sequence. The full
hash from the logs just is a long hex number. As usual with git stuff, I'm
still very confused
17 matches
Mail list logo