Jerry James 于 2020年8月1日周六 上午5:24写道：
> I need two packages reviewed to enable some optional functionality in
> the normaliz package. The second depends on the first:
>
> antic: https://bugzilla.redhat.com/show_bug.cgi?id=1862615
Done for this.
>
> e-antic: https://bugzilla.redhat.com/show_bug.c
On Fri, 2020-07-31 at 19:26 +0100, Richard W.M. Jones wrote:
> On Fri, Jul 31, 2020 at 12:02:22PM -0600, Jeff Law wrote:
> > Looks like it's in the buildroots now. Let me know if that doesn't fix the
> > problem.
>
> Looks as if "ar" is segfaulting again ...
>
> https://koji.fedoraproject.org/ko
On Fri, 2020-07-31 at 19:26 +0100, Richard W.M. Jones wrote:
> On Fri, Jul 31, 2020 at 12:02:22PM -0600, Jeff Law wrote:
> > Looks like it's in the buildroots now. Let me know if that doesn't fix the
> > problem.
>
> Looks as if "ar" is segfaulting again ...
>
> https://koji.fedoraproject.org/ko
I need two packages reviewed to enable some optional functionality in
the normaliz package. The second depends on the first:
antic: https://bugzilla.redhat.com/show_bug.cgi?id=1862615
e-antic: https://bugzilla.redhat.com/show_bug.cgi?id=1862616
Let me know what I can review for you in exchange.
On Fri, 2020-07-31 at 20:51 +0100, Richard W.M. Jones wrote:
> On Fri, Jul 31, 2020 at 01:37:25PM -0600, Jeff Law wrote:
> > On Fri, 2020-07-31 at 19:26 +0100, Richard W.M. Jones wrote:
> > > On Fri, Jul 31, 2020 at 12:02:22PM -0600, Jeff Law wrote:
> > > > Looks like it's in the buildroots now. L
On Fri, Jul 31, 2020 at 01:37:25PM -0600, Jeff Law wrote:
> On Fri, 2020-07-31 at 19:26 +0100, Richard W.M. Jones wrote:
> > On Fri, Jul 31, 2020 at 12:02:22PM -0600, Jeff Law wrote:
> > > Looks like it's in the buildroots now. Let me know if that doesn't fix
> > > the
> > > problem.
> >
> > Loo
On Fri, Jul 31, 2020 at 01:37:25PM -0600, Jeff Law wrote:
> On Fri, 2020-07-31 at 19:26 +0100, Richard W.M. Jones wrote:
> > On Fri, Jul 31, 2020 at 12:02:22PM -0600, Jeff Law wrote:
> > > Looks like it's in the buildroots now. Let me know if that doesn't fix
> > > the
> > > problem.
> >
> > Loo
On Fri, 2020-07-31 at 19:26 +0100, Richard W.M. Jones wrote:
> On Fri, Jul 31, 2020 at 12:02:22PM -0600, Jeff Law wrote:
> > Looks like it's in the buildroots now. Let me know if that doesn't fix the
> > problem.
>
> Looks as if "ar" is segfaulting again ...
>
> https://koji.fedoraproject.org/ko
On Fri, 2020-07-31 at 19:26 +0100, Richard W.M. Jones wrote:
> On Fri, Jul 31, 2020 at 12:02:22PM -0600, Jeff Law wrote:
> > Looks like it's in the buildroots now. Let me know if that doesn't fix the
> > problem.
>
> Looks as if "ar" is segfaulting again ...
>
> https://koji.fedoraproject.org/ko
On Fri, Jul 31, 2020 at 8:24 PM Fedora Rawhide Report
wrote:
>
> OLD: Fedora-Rawhide-20200721.n.0
> NEW: Fedora-Rawhide-20200731.n.0
Wild Rawhide Compose appears!
Thanks to everybody who made this one finally happen.
Fabio
___
devel mai
On Fri, Jul 31, 2020 at 12:02:22PM -0600, Jeff Law wrote:
> Looks like it's in the buildroots now. Let me know if that doesn't fix the
> problem.
Looks as if "ar" is segfaulting again ...
https://koji.fedoraproject.org/koji/taskinfo?taskID=48288440
https://kojipkgs.fedoraproject.org//work/tasks/
On Mon, 2020-07-27 at 18:20 +0200, Nikola Forró wrote:
> On Sat, 2020-07-25 at 01:11 -0600, Jeff Law wrote:
> > So at a high level ar makes a call to lrealpath. That naturally goes
> > through the
> > PLT. The PLT stub loads the value out of the GOT and jumps to it. The
> > problem
> > is the
On Fri, 2020-07-31 at 18:49 +0100, Richard W.M. Jones wrote:
> On Fri, Jul 31, 2020 at 10:55:15AM -0600, Jeff Law wrote:
> > On Fri, 2020-07-31 at 14:07 +0200, Florian Weimer wrote:
> > > * Richard W. M. Jones:
> > >
> > > > Here's another one:
> > > >
> > > > $ rpm -qf /usr/bin/guestfish /lib6
On Fri, Jul 31, 2020 at 10:55:15AM -0600, Jeff Law wrote:
> On Fri, 2020-07-31 at 14:07 +0200, Florian Weimer wrote:
> > * Richard W. M. Jones:
> >
> > > Here's another one:
> > >
> > > $ rpm -qf /usr/bin/guestfish /lib64/libreadline.so.8
> > > libguestfs-tools-c-1.43.1-2.fc33.x86_64
> > >
On 31.07.2020 19:15, Jeff Law wrote:
> Umm, those builds look fine -- I don't see any failures in those builds.
Switching to GCC fixed these issues.
> I would not generally recommend switching compilers to work around issues of
> any
> kind.
I used Clang only as a workaround to issue with anot
On Fri, 2020-07-31 at 13:26 -0400, Tom Callaway wrote:
> This one is odd. Chromium is failing on aarch64 in rawhide, on a bit of
> ffmpeg code that has not changed in _years_.
>
> [clear_key_cdm:13/13] g++ -shared -Wl,--fatal-warnings -fPIC
> -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now -Wl,-z,def
This one is odd. Chromium is failing on aarch64 in rawhide, on a bit of
ffmpeg code that has not changed in _years_.
[clear_key_cdm:13/13] g++ -shared -Wl,--fatal-warnings -fPIC
-Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now -Wl,-z,defs -Wl,--as-needed
-Wl,-O2 -Wl,--gc-sections -rdynamic -o "./libclea
On Thu, 2020-07-30 at 10:54 +0200, Vitaly Zaitsev via devel wrote:
> On 29.07.2020 15:59, Jeff Law wrote:
> > In general I want to have a very good indicator the issue is LTO related
> > before I
> > disable. THe build you referenced doesn't have any good indicators that
> > LTO is
> > the probl
On Fri, 2020-07-31 at 14:07 +0200, Florian Weimer wrote:
> * Richard W. M. Jones:
>
> > Here's another one:
> >
> > $ rpm -qf /usr/bin/guestfish /lib64/libreadline.so.8
> > libguestfs-tools-c-1.43.1-2.fc33.x86_64
> > readline-8.0-5.fc33.x86_64
> > $ guestfish --version
> > Segmentation
On Fri, 2020-07-31 at 11:44 -0300, Augusto Caringi wrote:
> Hi,
>
> On Thu, Jul 30, 2020 at 12:47 PM Jeremy Linton wrote:
> > On 7/28/20 4:39 PM, Jeff Law wrote:
> > > On Tue, 2020-07-28 at 15:29 -0500, Michael Catanzaro wrote:
> > > > On Tue, Jul 28, 2020 at 2:01 pm, Jeff Law wrote:
> > > > > I
On Fri, 2020-07-31 at 17:19 +0100, Richard W.M. Jones wrote:
> On Fri, Jul 31, 2020 at 05:19:15PM +0100, Richard W.M. Jones wrote:
> > (It's a bit big so I sent this to you privately)
>
> Ooops, at least that was what I intended to do.
NP. And yes, this is definitely the linker bug. THe tell-tal
On Fri, Jul 31, 2020 at 05:19:15PM +0100, Richard W.M. Jones wrote:
> (It's a bit big so I sent this to you privately)
Ooops, at least that was what I intended to do.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization bl
(It's a bit big so I sent this to you privately)
On Fri, Jul 31, 2020 at 10:07:09AM -0600, Jeff Law wrote:
> On Fri, 2020-07-31 at 11:52 +0100, Richard W.M. Jones wrote:
> > Here's another one:
> >
> > $ rpm -qf /usr/bin/guestfish /lib64/libreadline.so.8
> > libguestfs-tools-c-1.43.1-2.fc33.x
On Fri, 2020-07-31 at 11:52 +0100, Richard W.M. Jones wrote:
> Here's another one:
>
> $ rpm -qf /usr/bin/guestfish /lib64/libreadline.so.8
> libguestfs-tools-c-1.43.1-2.fc33.x86_64
> readline-8.0-5.fc33.x86_64
> $ guestfish --version
> Segmentation fault (core dumped)
>
> (gdb) bt
>
Hi all,
I'm updating librealsense to 2.38.0 in the next few days, which includes
an soname bump.
The only dependency is fawkes, which I also maintain (and which is
currently FTBFS for other reasons).
Kind regards,
Till
___
devel mailing list -- devel@l
Announcing the creation of a new nightly release validation test event
for Fedora-IoT 33 RC 20200731.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki/QA:Release_validation_test_pl
Hi,
On Thu, Jul 30, 2020 at 12:47 PM Jeremy Linton wrote:
>
> On 7/28/20 4:39 PM, Jeff Law wrote:
> > On Tue, 2020-07-28 at 15:29 -0500, Michael Catanzaro wrote:
> >> On Tue, Jul 28, 2020 at 2:01 pm, Jeff Law wrote:
> >>> If this is a new failure (say in the last week), it could be an out
> >>>
Hi Richard,
> guestfish on x86-64 was failing for me with something that looks a lot
> like the same PLT problem. But it's not aarch64. Very easy to
> reproduce, see:
>
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/ULGH5JYL7MHKDKTINJLOEN2QG6LOHWH7/
This l
On Fri, 31 Jul 2020 12:48:44 +0200, Tomasz Torcz wrote:
> What about bringing old, possibly unmaintained library into Fedora?
> It may contain unfixed security bugs. Not that I know of any, but it's
> a possibility.
1) First it would need to pass the review process. Submitter _and_
reviewer bo
Hi,
Sometimes once per a few times, I faced the following weird build
error when building Ruby modules.
Did you see it? Known issue?
https://koji.fedoraproject.org/koji/taskinfo?taskID=48194471
BuildrootError: could not init mock buildroot, mock exited with status
20; see root.log for more inform
Announcing the creation of a new nightly release validation test event
for Fedora 33 Rawhide 20200731.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
On Fri, 2020-07-31 at 12:44 +0100, Richard W.M. Jones wrote:
> On Fri, Jul 31, 2020 at 10:40:57AM +0100, Nick Clifton wrote:
> > That binutils was rebuilt (thanks to Richard Jones) and I have now
> > built an even newer one which contains a fix for AArch64 PLT problems.
> > Both of these are built
* Richard W. M. Jones:
> Here's another one:
>
> $ rpm -qf /usr/bin/guestfish /lib64/libreadline.so.8
> libguestfs-tools-c-1.43.1-2.fc33.x86_64
> readline-8.0-5.fc33.x86_64
> $ guestfish --version
> Segmentation fault (core dumped)
>
> (gdb) bt
> #0 0x in ()
> #1
On Fri, Jul 31, 2020 at 11:52:05AM +0100, Richard W.M. Jones wrote:
> Here's another one:
>
> $ rpm -qf /usr/bin/guestfish /lib64/libreadline.so.8
> libguestfs-tools-c-1.43.1-2.fc33.x86_64
> readline-8.0-5.fc33.x86_64
> $ guestfish --version
> Segmentation fault (core dumped)
>
> (gdb
On Fri, Jul 31, 2020 at 10:40:57AM +0100, Nick Clifton wrote:
> Hi Guys,
>
> >> Yes, because the commit adding the DWARF 4 patch has also
> >> turned LTO back on...
>
> *double sigh*. Yes I was trying to fix the LTO bug at the same time,
> and forgot that I had re-enabled it in my local copy of
Here's another one:
$ rpm -qf /usr/bin/guestfish /lib64/libreadline.so.8
libguestfs-tools-c-1.43.1-2.fc33.x86_64
readline-8.0-5.fc33.x86_64
$ guestfish --version
Segmentation fault (core dumped)
(gdb) bt
#0 0x in ()
#1 0x7f3212b72dad in history_filename
On Fri, Jul 31, 2020 at 12:01:53PM +0200, Michael Schwendt wrote:
> libqmatrixclient vs libquotient
>
> Absolutely no conflict whatsoever. Different SONAME, different file/folder
> names, different package names, different project name. Even if they came
> from the same project, the old compat- na
On Fri, Jul 31, 2020 at 6:02 AM Kevin Kofler wrote:
>
> Mark Wielaard wrote:
> > Although the sync issues are annoying I do think we, as developers of
> > and developers on the Fedora platform benefit from having the annobin
> > notes in the binaries. It is like making sure there is unwind
> > inf
libqmatrixclient vs libquotient
Absolutely no conflict whatsoever. Different SONAME, different file/folder
names, different package names, different project name. Even if they came
from the same project, the old compat- naming scheme would not have applied.
Hi Guys,
>> Yes, because the commit adding the DWARF 4 patch has also
>> turned LTO back on...
*double sigh*. Yes I was trying to fix the LTO bug at the same time,
and forgot that I had re-enabled it in my local copy of the rawhide
sources in order to investigate the problems.
That binutils wa
Alexander Ploumistos wrote:
> The next release of Molsketch is going to build against Open Babel
> 3.x, so I started working on updating the openbabel package around the
> time version 3.1.1 came out, which supposedly fixed some issues
> related to packaging on linux. Based on your spec file, I was
Mark Wielaard wrote:
> Although the sync issues are annoying I do think we, as developers of
> and developers on the Fedora platform benefit from having the annobin
> notes in the binaries. It is like making sure there is unwind
> information or debug packages for each binary.
I am not convinced t
Vitaly Zaitsev via devel wrote:
> Previously it wasn't allowed to push different versions of the same
> project into repositories. That's why Fedora Modularity was invented.
That is what the Modularity developers wanted you to believe. The fact is,
parallel-installable compatibility libraries hav
Hi all,
I just want to warn you the error got into Fedora 32 too.
The symptoms are the same - not being able to build on aarch64 due 'gcc
is not able to create executables'.
Builds:
https://koji.fedoraproject.org/koji/taskinfo?taskID=48241569
https://koji.fedoraproject.org/koji/taskinfo?taskID
44 matches
Mail list logo
