Ok, no problem. Just wanted to confirm that you were no longer working on
it. Thanks so much for all the work you've done over the years to support
it. Hope whatever you're doing now is rewarding and that you come through
the current craziness in good shape.
--
Kevin Oberman, Part time kid herder
On 20. 3. 23., Kevin Oberman wrote:
> vbox@ was folded into emulators@ a long time ago, shortly after the port
> stabilized about a decade ago. jkim@ has been supporting it and is
> effectively the maintainer and had done an outstanding job. The problem is
> that I have not seen anything from him i
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236616
--- Comment #25 from Graham Perrin ---
Sorry, disoriented. My previous comment (segmentation fault) probably belonged
under bug 244847
--
You are receiving this mail because:
You are the assignee for the bug.
_
vbox@ was folded into emulators@ a long time ago, shortly after the port
stabilized about a decade ago. jkim@ has been supporting it and is
effectively the maintainer and had done an outstanding job. The problem is
that I have not seen anything from him in several months. The result is
little going
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236616
--- Comment #24 from Graham Perrin ---
No go for me with 5.2.34_1
grahamperrin@momh167-gjp4-8570p:~ % date ; uname -v
Mon 23 Mar 2020 15:44:28 GMT
FreeBSD 13.0-CURRENT #0 r359068: Wed Mar 18 21:14:12 GMT 2020
root@momh167-gjp4-85
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244962
--- Comment #2 from mikhail.rok...@gmail.com ---
(In reply to Yuri Pankov from comment #1)
Identical: 1300084
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244603
--- Comment #4 from Kyle Evans ---
(In reply to Gleb Popov from comment #3)
Indeed, there's an open PR about it elsewhere. I'm frantically working on
bissecting llvm to see if I can figure out where newer versions are broken.
--
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236616
--- Comment #23 from Guido Falsi ---
(In reply to Graham Perrin from comment #22)
> This path, yes?
>
> /usr/local/etc/poudriere.d/make.conf
for poudriere yes, or a more specific one if you want it to apply only to
certain builds, anyway
On Sun, 22 Mar 2020, Kyle Evans wrote:
>> Okay to change this to USE_GCC=yes?
> It's actually needing to be changed back away from GCC, because this
> inherently breaks as the qt bits it uses are compiled with llvm and
> used an incompatible libc++ -- there's an open PR about it after this
> commit
On Thu, 12 Mar 2020, Kyle Evans wrote:
> Log:
> emulators/virtualbox-ose: use contemporary GCC instead of old llvm
This patch does not exactly do that. =:o
> +# machine/atomic.h may use features that are only available in GCC9. This is
> +# a workaround, anyways- we should be expressing USES=
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244603
Gleb Popov changed:
What|Removed |Added
CC||arr...@freebsd.org
--- Comment #3 fro
11 matches
Mail list logo