* Vít Ondruch:
> There are possibly still issues. E.g. tracker3-miners is crashing:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1892452
SIGSYS indicates that some seccomp sandbox needs fixing. It looks like
fstatat, fstatat64 rules are missing.
Thanks,
Florian
--
Red Hat GmbH,
Dne 26. 10. 20 v 22:36 Adam Williamson napsal(a):
On Tue, 2020-10-20 at 08:05 -0600, Jerry James wrote:
See https://koschei.fedoraproject.org/package/ocaml-dune?collection=f34
OCaml package builds are suddenly failing because the symbols
__xstat64, __fxstat64, and __lxstat64 cannot be found,
On Tue, 2020-10-20 at 08:05 -0600, Jerry James wrote:
> See https://koschei.fedoraproject.org/package/ocaml-dune?collection=f34
>
> OCaml package builds are suddenly failing because the symbols
> __xstat64, __fxstat64, and __lxstat64 cannot be found, maybe due to
> this change:
>
> - linux: Move
On Sun, 25 Oct 2020, Scott Talbert wrote:
Has this been fixed in rawhide yet? I'm still getting this when
running fedora-review:
Traceback (most recent call last):
File "/usr/bin/dnf", line 57, in
from dnf.cli import main
File "/usr/lib/python3.9/site-packages/dnf/__init__.py", line
On Sat, 24 Oct 2020, Florian Weimer wrote:
Has this been fixed in rawhide yet? I'm still getting this when
running fedora-review:
Traceback (most recent call last):
File "/usr/bin/dnf", line 57, in
from dnf.cli import main
File "/usr/lib/python3.9/site-packages/dnf/__init__.py", line
* Scott Talbert:
> Has this been fixed in rawhide yet? I'm still getting this when
> running fedora-review:
>
> Traceback (most recent call last):
> File "/usr/bin/dnf", line 57, in
> from dnf.cli import main
> File "/usr/lib/python3.9/site-packages/dnf/__init__.py", line 30, in
>
>
Has this been fixed in rawhide yet? I'm still getting this when running
fedora-review:
Traceback (most recent call last):
File "/usr/bin/dnf", line 57, in
from dnf.cli import main
File "/usr/lib/python3.9/site-packages/dnf/__init__.py", line 30, in
import dnf.base
File
* Siddhesh Poyarekar:
>> See
>> https://koschei.fedoraproject.org/package/ocaml-dune?collection=f34
>> Can the change be reverted until we can figure out exactly which
>> packages will have to be rebuilt?
>
> I've got a build going with that and a couple of other patches
> reverted. -12.f34
> See https://koschei.fedoraproject.org/package/ocaml-dune?collection=f34
> Can the change be reverted until we can figure out exactly which
> packages will have to be rebuilt?
I've got a build going with that and a couple of other patches reverted.
-12.f34 should unbreak this.
This really
* Jerry James:
> See https://koschei.fedoraproject.org/package/ocaml-dune?collection=f34
>
> OCaml package builds are suddenly failing because the symbols
> __xstat64, __fxstat64, and __lxstat64 cannot be found, maybe due to
> this change:
>
> - linux: Move {f}xstat{at} to compat symbols
>
> Can
On Tue, Oct 20, 2020 at 4:42 PM Fabio Valentini wrote:
> And of course I started a separate thread with that issue because I'm
> tired and forgot your post ...
Sounds like a great excuse to go get some rest and come back to find
out what somebody did to fix this. :-)
--
Jerry James
On Tue, Oct 20, 2020 at 4:06 PM Jerry James wrote:
>
> See https://koschei.fedoraproject.org/package/ocaml-dune?collection=f34
>
> OCaml package builds are suddenly failing because the symbols
> __xstat64, __fxstat64, and __lxstat64 cannot be found, maybe due to
> this change:
>
> - linux: Move
See https://koschei.fedoraproject.org/package/ocaml-dune?collection=f34
OCaml package builds are suddenly failing because the symbols
__xstat64, __fxstat64, and __lxstat64 cannot be found, maybe due to
this change:
- linux: Move {f}xstat{at} to compat symbols
Can the change be reverted until we
13 matches
Mail list logo