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.
* 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
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, 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
> >
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 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
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
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-
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)
>
>
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
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
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:
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
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,
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
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 --
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
>
(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
> >
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
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:
> > > > >
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
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 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 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
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
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 ...
>
>
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
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 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
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
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
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 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.
> >
> >
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 ...
>
>
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.
> >
> >
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.
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 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 ...
>
>
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 ...
>
>
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:
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
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
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1811618
Fedora Update System changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
--- Comment #3 from
Notification time stamped 2020-07-31 15:25:39 UTC
From dd46d0973fab88525a5e1b49817aa348379cf54f Mon Sep 17 00:00:00 2001
From: Tom Callaway
Date: Jul 31 2020 15:25:34 +
Subject: 3.005
---
diff --git a/.gitignore b/.gitignore
index b713ac6..185a4a3 100644
--- a/.gitignore
+++ b/.gitignore
https://bugzilla.redhat.com/show_bug.cgi?id=1859506
Tom "spot" Callaway changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1862641
Bug ID: 1862641
Summary: perl-Compress-Raw-Bzip2-2.096 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Compress-Raw-Bzip2
Keywords:
https://bugzilla.redhat.com/show_bug.cgi?id=1862640
Bug ID: 1862640
Summary: perl-Compress-Raw-Zlib-2.096 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Compress-Raw-Zlib
Keywords:
We were having a good discussion about epel8-playground in the
Steering Committee meeting this week. Since we ran out of time I'd
like to continue it via email.
Most everyone agreed that playground is currently a bit of a mess and
it's hard to explain to end users what it is for, or when to use
https://bugzilla.redhat.com/show_bug.cgi?id=1862651
Bug ID: 1862651
Summary: perl-IO-Compress-2.096 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-IO-Compress
Keywords: FutureFeature, Triaged
The following Fedora EPEL 8 Security updates need testing:
Age URL
7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-0d4ceeda8e
java-latest-openjdk-14.0.2.12-1.rolling.el8
7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-cf43d780cc
chromium-84.0.4147.89-1.el8
https://bugzilla.redhat.com/show_bug.cgi?id=1811618
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #4 from
The following Fedora EPEL 6 Security updates need testing:
Age URL
8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-713ebad0a1
golang-1.13.14-1.el6
8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-d1b24a2a25
snmptt-1.4.2-1.el6
The following builds have been
https://fedorapeople.org/groups/389ds/ci/nightly/2020/08/01/report-389-ds-base-1.4.4.4-20200731git594bf91.fc32.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
https://bugzilla.redhat.com/show_bug.cgi?id=1811618
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
56 matches
Mail list logo