On 29.07.2020 19:33, Brendan Early wrote:
> Can you please explain what you mean by conflicts? They are in
> completely different directories.
Libqmatrixclient is a very old version of libquotient. Compatibility
packages should have compat- prefix.
> I am unaware of any policy that does not
On 2020-07-28 17:58, Sergio Belkin wrote:
> Since a couple of years ago, I'm a happy user of neovim on Fedora :)
I play with it now and then but have yet to switch completely. It's
been long enough that I don't remember what my hangup was. If memory
serves, it was the lack of gneovim or
On Wed, 2020-07-29 at 12:19 -0500, Steven Munroe wrote:
> Jeff Law wrote:
>
> > For ppc64le is that the build was done with p8, but there is one
> > function (__builtin_altivec_vadub) that requires p9. This seems
> > like a package bug at first glance, not an LTO issue.
>
> Yup
I am experimenting now with various compression in Fedora and noticed slowdowns
with compression only for mock at this moment. On 4-core CPU building in mock
with zstd:1 on HDD is slower. Also 'autodefrag' and 'space_cache=v2' options
enabled on HDD.
On Wed, Jul 29, 2020 at 2:59 PM Artem Tim wrote:
>
> I am experimenting now with various compression in Fedora and noticed
> slowdowns with compression only for mock at this moment. On 4-core CPU
> building in mock with zstd:1 on HDD is slower. Also 'autodefrag' and
> 'space_cache=v2' options
On Wed, Jul 29, 2020 at 2:59 PM Artem Tim wrote:
>
> I am experimenting now with various compression in Fedora and noticed
> slowdowns with compression only for mock at this moment. On 4-core CPU
> building in mock with zstd:1 on HDD is slower. Also 'autodefrag' and
> 'space_cache=v2' options
On Wednesday, 29 July 2020 at 20:06, Vitaly Zaitsev via devel wrote:
> On 29.07.2020 19:33, Brendan Early wrote:
> > Can you please explain what you mean by conflicts? They are in
> > completely different directories.
>
> Libqmatrixclient is a very old version of libquotient. Compatibility
>
On Wed, 2020-07-29 at 13:34 -0500, Richard Shaw wrote:
> On Wed, Jul 29, 2020 at 3:36 AM Zdenek Dohnal
> wrote:
> > Hi all,
> >
> >
> >
> > first I would like to recommend you to try the steps here:
> >
> >
> >
> > https://vimhelp.org/vim_faq.txt.html#faq-2.5
> >
> >
> >
> > it should
On Wed, Jul 29, 2020 at 3:36 AM Zdenek Dohnal wrote:
> Hi all,
>
> first I would like to recommend you to try the steps here:
>
> https://vimhelp.org/vim_faq.txt.html#faq-2.5
>
> it should help you find out where the problem can be.
>
> If you are able to reproduce the issue with the first step,
Hi Jakub,
On Wed, 2020-07-29 at 19:10 +0200, Jakub Jelinek wrote:
> On Wed, Jul 29, 2020 at 06:33:45PM +0200, Mark Wielaard wrote:
> > Yes, I think we have a winner!
> > gas generates a tiny bit of debuginfo even if you don't supply -g.
> >
> > But... in 2.35 you can give the DWARF level you
On 29.07.2020 21:09, Kevin Fenzi wrote:
> So, options then would be:
>
> * Ask some provenpackager to help you and build the dependent packages
> in the side tag you made and push the update.
>
> * Mail the dependent package owners to build in the side tag you
> created and/or ask them to give
> > Can you please explain what you mean by conflicts? They are in
> > completely different directories.
> Libqmatrixclient is a very old version of libquotient. Compatibility
> packages should have compat- prefix.
- That is not a conflict. I do not understand what is conflicting.
- Untagging is
On Wed, 2020-07-29 at 17:14 -0500, Brandon Nielsen wrote:
> On 7/29/20 4:40 PM, Jeff Law wrote:
> > ACK. I don't see msp430-development-tools in the standard fedora repos.
> > So I'll
> > leave it to you to fix the package in whatever repo it lives in.
> >
> > Also note, you may ultimately be
On Wednesday, 29 July 2020 18:13:26 CEST Qiyu Yan wrote:
> Robert-André Mauchin 于2020年7月29日周三 上午3:43写道:
>
> >
> >
> > On Tuesday, 28 July 2020 07:56:52 CEST Qiyu Yan wrote:
> >
> > > Hello all!
> > >
> > >
> > >
> > > I am trying to package a golang program to fedora and found that I
> > > need
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
of memory
scenario. Try disabling LTO. The standard way to do that is
%define
On Wed, 2020-07-29 at 14:24 -0500, Brandon Nielsen 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 Xavier,
On Wed, 2020-07-29 at 18:50 +0200, Xavier Leroy wrote:
> If we need to add a directive to the generated assembly, or pass a `-g`
> option to the assembler, or use `gcc -c -g` as the assembler, let us know
> and we'll see what we can do.
>
> However, please keep backward compatibility
Hi Richard,
On Wed, 2020-07-29 at 17:55 +0100, Richard W.M. Jones wrote:
> On Wed, Jul 29, 2020 at 06:33:45PM +0200, Mark Wielaard wrote:
> > This, defaulting to version 4. Fixes it for me:
> >
> > diff --git a/gas/as.c b/gas/as.c
> > index 4c5881abd88..c2da78870ef 100644
> > --- a/gas/as.c
> >
On Wed, Jul 29, 2020 at 07:18:26PM +0200, Vitaly Zaitsev via devel wrote:
> On 29.07.2020 18:20, Kevin Fenzi wrote:
> > can you do it in a side tag
>
> OK. Got it.
>
> > and coordinate rebuilds with dependent packages?
>
> I'm not a proven packager. I cannot rebuild all dependent packages
>
On Wed, 2020-07-29 at 20:39 +0100, Sérgio Basto wrote:
> On Wed, 2020-07-29 at 12:19 -0500, Steven Munroe wrote:
> > Jeff Law wrote:
> >
> > > For ppc64le is that the build was done with p8, but there is one
> > > function (__builtin_altivec_vadub) that requires p9. This seems
> > > like a
On 7/29/20 4:40 PM, Jeff Law wrote:
ACK. I don't see msp430-development-tools in the standard fedora repos. So
I'll
leave it to you to fix the package in whatever repo it lives in.
Also note, you may ultimately be better off getting msp430 added to the cross-
{binutils,gcc} packages rather
On 7/29/20 6:09 PM, Jeff Law wrote:
On Wed, 2020-07-29 at 17:14 -0500, Brandon Nielsen wrote:
On 7/29/20 4:40 PM, Jeff Law wrote:
ACK. I don't see msp430-development-tools in the standard fedora repos. So
I'll
leave it to you to fix the package in whatever repo it lives in.
Also note, you
On 7/10/20 1:56 AM, Nicolas Mailhot via devel wrote:
Le jeudi 09 juillet 2020 à 23:47 +, Zachary Lym a écrit :
Yes, it's completely reasonable to not do it. It might seem like a
big
change on its own, but Btrfs has had native compression for 10+
years,
and at least three years for most all
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2020-07-30 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. uitime):
= Day: Thursday ==
2020-07-30 09:00 PDT US/Pacific
2020-07-30
Hi all,
first I would like to recommend you to try the steps here:
https://vimhelp.org/vim_faq.txt.html#faq-2.5
it should help you find out where the problem can be.
If you are able to reproduce the issue with the first step, please file
a bug on bugzilla.redhat.com.
Thank you in advance!
Hi,
following
https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#Orphaning_Procedure
I'm notifying devel mailing list I orphaned unboundid-ldapsdk so that others
have a chance to take over as maintainer.
Thanks,
Sandro Bonazzola
On 7/28/20 9:56 PM, Muneendra Kumar M via devel wrote:
Can anyone provide the info for the below one.
Jonathan Wakely already replied with a detailed explanation. If you
still have questions, you should reply to that email with some more
details about what you're trying to do and what the
Hi Samuel,
A mistake from my side .
I missed checking Jonathan reply.
Thanks for pointing the same.
Regards,
Muneendra.
-Original Message-
From: Samuel Sieb [mailto:sam...@sieb.net]
Sent: Wednesday, July 29, 2020 11:29 AM
To: Development discussions related to Fedora
Cc: Muneendra
On Tuesday, July 28, 2020 12:51:00 PM MST Chris Murphy wrote:
> On Tue, Jul 28, 2020 at 11:29 AM stan via devel
> wrote:
>
> >
> >
> > On Thu, 4 Jun 2020 16:30:07 -0400
> > Ben Cotton wrote:
> >
> >
> >
> > > https://fedoraproject.org/wiki/Changes/SwapOnZRAM
> >
> >
> >
> > > How can it be
Hi,
following
https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers...
I'm notifying devel mailing list I orphaned rubygem-elasticsearch-api so that
others have
a chance to take over as maintainer.
Thanks,
Sandro Bonazzola
___
devel
Hi Jonathan,
Thanks for sharing the info.
Regards,
Muneendra.
-Original Message-
From: Jonathan Wakely [mailto:jwak...@fedoraproject.org]
Sent: Tuesday, July 28, 2020 4:49 PM
To: Development discussions related to Fedora
Cc: Muneendra Kumar M
Subject: Re: Query on upgrading the Fedora
Hi,
following
https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#Orphaning_Procedure
I'm notifying devel mailing list I orphaned rubygem-elasticsearch so that
others have a chance to take over as maintainer.
Thanks,
Sandro Bonazzola
On Thursday, 23 July 2020 at 15:48, Frantisek Zatloukal wrote:
> On Thu, Jul 23, 2020 at 2:18 PM Dominik 'Rathann' Mierzejewski <
> domi...@greysector.net> wrote:
>
> > Is Vulkan supported on AMD Radeon HD 7900 series (TAHITI)? Some
> > sources I found say it is:
> >
> >
* Jonathan Wakely:
> It's not about devtoolset. Installing CentOS 7 RPMs on Fedora rawhide
> is outlandish. It won't work in general, because the CentOS RPMs have
> dependencies on CentOS packages, and Fedora has different versions.
Steven has a point, though. For software not built by Red Hat,
I don't know what part of the procedure you're unclear about, so here's a
summary of the entire process from start to finish.
Get the package sources:
fedpkg clone fctxpd
cd fctxpd
Now download the new upstream code.
Optionally verify the package was downloaded correctly by checking a SHA
or
https://koji.fedoraproject.org/koji/taskinfo?taskID=48101965 fails
with:
error: Empty %files file
/builddir/build/BUILD/hevea-2.34/debugsourcefiles.list
However it works when I build locally:
$ rpm -qlp
/home/rjones/d/fedora/hevea/master/x86_64/hevea-debugsource-2.34-7.fc33.x86_64.rpm
I corrected diffmark license from "diffmark and GPLv2+ and (GPL+ or Artistic)"
to "diffmark and (GPL+ or Artistic)".
-- Petr
signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
On 29/07/20 10:23 +0200, Florian Weimer wrote:
* Jonathan Wakely:
It's not about devtoolset. Installing CentOS 7 RPMs on Fedora rawhide
is outlandish. It won't work in general, because the CentOS RPMs have
dependencies on CentOS packages, and Fedora has different versions.
Steven has a
On Tue, Jul 28, 2020 at 08:58:22PM -0600, Jeff Law wrote:
> On Tue, 2020-07-28 at 16:26 -0600, Jerry James wrote:
> > Here's a bit of fallout from the mass rebuild. The alt-ergo build failed:
> >
> > https://koji.fedoraproject.org/koji/buildinfo?buildID=1548139
> [ ... ]
> You might try without
El lun., 6 jul. 2020 a las 18:15, Samuel Sieb () escribió:
> On 7/6/20 1:48 PM, Sergio Belkin wrote:
> > At
> >
> https://fedoraproject.org/wiki/Changes/SwapOnZRAM#Why_systemd_zram-generator.3F
> > it says:
> >
> > "Do not create swap partition/LV with default installations."
> > I don't
I'm working on fixing a package but I have to use scratch builds because
the tests only pass when running on koji, not a local mock build. It
produces several rpms which I'd like to download for testing purposes.
Currently I have to go to the url of the scratch build and download them
On Wed, Jul 29, 2020 at 01:44:34PM +0100, Richard W.M. Jones wrote:
> On Tue, Jul 07, 2020 at 04:56:40PM +0200, Vitaly Zaitsev via devel wrote:
> > Hello all.
> >
> > Fmt package will be rebased in Rawhide from version 6.2.1 to 7.0.0 next
> > week.
> >
> > This will include soversion bump from 6
koji download-task 415255
On 2020-07-29 13:37, Richard Shaw wrote:
I'm working on fixing a package but I have to use scratch builds
because the tests only pass when running on koji, not a local mock
build. It produces several rpms which I'd like to download for testing
purposes.
Currently I
qemu is uninstallable at the moment because ceph is uninstallable
because fmt was upgraded from 6 to 7 in the middle of the build
(resulting in an soname bump - it was announced).
There are quite a few things failing in the mass rebuild as a result.
I've kicked off a new build of ceph, and will
On Wed, 2020-07-29 at 13:15 +0100, Richard W.M. Jones wrote:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=48101965 fails
> with:
>
> error: Empty %files file
> /builddir/build/BUILD/hevea-2.34/debugsourcefiles.list
>
> However it works when I build locally:
>
> $ rpm -qlp
>
On Tue, Jul 07, 2020 at 04:56:40PM +0200, Vitaly Zaitsev via devel wrote:
> Hello all.
>
> Fmt package will be rebased in Rawhide from version 6.2.1 to 7.0.0 next
> week.
>
> This will include soversion bump from 6 to 7. All dependent packages
> must be rebuilt.
>
> Please check your packages,
On Wed, Jul 29, 2020 at 07:37:31AM -0500, Richard Shaw wrote:
> I'm working on fixing a package but I have to use scratch builds because
> the tests only pass when running on koji, not a local mock build. It
> produces several rpms which I'd like to download for testing purposes.
>
> Currently I
On 28/07/20 22:46 +0200, Andy Mender wrote:
Dear Fedorians,
I really need some help with a review of a GCC toolchain variant I've
started recently: https://bugzilla.redhat.com/show_bug.cgi?id=1350884
A Koji build of the most recent SRPM:
Hi,
I have orphaned rubygem-fast_gettext, because I have no use for it,
neither anything else depends on it.
VĂt
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code
On Wed, 2020-07-29 at 14:13 +0100, ser...@serjux.com wrote:
> Hello opencv [1] build also failed around LTO
> What is your advise ? What is your advice?
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
Hi,
On Wed, 2020-07-29 at 08:05 -0600, Jeff Law wrote:
> On Wed, 2020-07-29 at 13:15 +0100, Richard W.M. Jones wrote:
> > https://koji.fedoraproject.org/koji/taskinfo?taskID=48101965 fails
> > with:
> >
> > error: Empty %files file
> > /builddir/build/BUILD/hevea-2.34/debugsourcefiles.list
>
Disable LTO
https://src.fedoraproject.org/rpms/redhat-rpm-config/c/5baaf4a99cc77572d3496a7000674098bef7ed68?branch=master
ср, 29 июл. 2020 г., 17:08 :
> Hello opencv [1] build also failed around LTO
> What is your advise ? What is your advice?
>
> Thanks,
>
> [1]
>
On Wed, 29 Jul 2020, Richard W.M. Jones wrote:
libnbd failed in the mass rebuild. I kicked off a second build by
hand, and it failed in the exact same way:
https://koji.fedoraproject.org/koji/taskinfo?taskID=48118058
DEBUG util.py:623: Downloading Packages:
DEBUG util.py:621: Error: Error
Hi Jonathan,
Thanks for the info.
Regards,
Muneendra.
-Original Message-
From: Jonathan Wakely [mailto:jwak...@fedoraproject.org]
Sent: Wednesday, July 29, 2020 5:16 PM
To: Development discussions related to Fedora
Cc: Muneendra Kumar M
Subject: Re: Query on upgrading the Fedora
I couldn't find the capability within fedpkg or koji so for posterity I
came up with this:
$ for rpm in $(lynx -dump -listonly "
https://koji.fedoraproject.org/koji/taskinfo?taskID=48063412; | grep
"rpm$"); do curl -LO $rpm; done
Thanks,
RIchard
>
___
Hi,
golang-github-logrusorgru-aurora changed license from WTFPL to Unlicense.
Best regards,
Robert-André
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
Hello opencv [1] build also failed around LTO
What is your advise ? What is your advice?
Thanks,
[1]
https://koji.fedoraproject.org/koji/taskinfo?taskID=48054416
On 2020-07-27 23:46, notificati...@fedoraproject.org wrote:
Notification time stamped 2020-07-27 22:46:34 UTC
From
On Wed, Jul 29, 2020 at 3:31 PM Richard Shaw wrote:
>
> I'm working on fixing a package but I have to use scratch builds because the
> tests only pass when running on koji, not a local mock build. It produces
> several rpms which I'd like to download for testing purposes.
>
> Currently I have
On 29/07/2020 14:47, Richard Shaw wrote:
> I couldn't find the capability within fedpkg or koji so for posterity
> I came up with this:
>
> $ for rpm in $(lynx -dump -listonly
> "https://koji.fedoraproject.org/koji/taskinfo?taskID=48063412; | grep
> "rpm$"); do curl -LO $rpm; done
>
> Thanks,
>
We know about this possibility, but we still want to try to use RHEL
directly in Copr, as discussed here
https://lists.fedoraproject.org/archives/list/infrastruct...@lists.fedoraproject.org/thread/43SHF6FAE6Z4QKKFOVRWIKQDT5SSA5RI/
Silvie Chlupova
On Tue, Jul 28, 2020 at 9:16 PM R P Herrold
libnbd failed in the mass rebuild. I kicked off a second build by
hand, and it failed in the exact same way:
https://koji.fedoraproject.org/koji/taskinfo?taskID=48118058
DEBUG util.py:623: Downloading Packages:
DEBUG util.py:621: Error: Error downloading packages:
DEBUG util.py:621:Cannot
Robert-André Mauchin 于2020年7月29日周三 上午3:43写道:
>
> On Tuesday, 28 July 2020 07:56:52 CEST Qiyu Yan wrote:
> > Hello all!
> >
> > I am trying to package a golang program to fedora and found that I
> > need to bring those dependencies:
> >
> > - https://bugzilla.redhat.com/show_bug.cgi?id=1861185
> >
On Wed, Jul 29, 2020 at 02:40:18PM +0100, Richard W.M. Jones wrote:
>
> qemu is uninstallable at the moment because ceph is uninstallable
> because fmt was upgraded from 6 to 7 in the middle of the build
> (resulting in an soname bump - it was announced).
>
> There are quite a few things failing
(Adding OCaml author)
On Wed, Jul 29, 2020 at 05:54:52PM +0200, Mark Wielaard wrote:
> Hi Richard,
>
> On Wed, 2020-07-29 at 16:07 +0100, Richard W.M. Jones wrote:
> > On Wed, Jul 29, 2020 at 04:11:56PM +0200, Mark Wielaard wrote:
> > > Given these are .ml files I suspect it is not gcc, but some
On Wed, Jul 29, 2020 at 05:01:08PM +0200, Vitaly Zaitsev via devel wrote:
> On 29.07.2020 14:44, Richard W.M. Jones wrote:
> > Was this package built and then untagged?
>
> We delayed the build due issues[1-3] with the sphinx/doxygen
> documentation generator. As a workaround, we decided to
On Wed, Jul 29, 2020 at 10:31:32AM -0400, Scott Talbert wrote:
> On Wed, 29 Jul 2020, Richard W.M. Jones wrote:
>
> > libnbd failed in the mass rebuild. I kicked off a second build by
> > hand, and it failed in the exact same way:
> >
> >
On Wed, 2020-07-29 at 09:16 -0700, Kevin Fenzi wrote:
> On Wed, Jul 29, 2020 at 02:40:18PM +0100, Richard W.M. Jones wrote:
> > qemu is uninstallable at the moment because ceph is uninstallable
> > because fmt was upgraded from 6 to 7 in the middle of the build
> > (resulting in an soname bump -
On Wed, 2020-07-29 at 09:19 -0700, Kevin Fenzi wrote:
> On Wed, Jul 29, 2020 at 10:31:32AM -0400, Scott Talbert wrote:
> > On Wed, 29 Jul 2020, Richard W.M. Jones wrote:
> >
> > > libnbd failed in the mass rebuild. I kicked off a second build by
> > > hand, and it failed in the exact same way:
>
Hi,
On Wed, 2020-07-29 at 17:18 +0100, Richard W.M. Jones wrote:
> (Adding OCaml author)
(Adding binutils/gas maintainer)
> On Wed, Jul 29, 2020 at 05:54:52PM +0200, Mark Wielaard wrote:
> > On Wed, 2020-07-29 at 16:07 +0100, Richard W.M. Jones wrote:
> I should probably add that I'm building
Hello all.
Duplicate package of libquotient - libqmatrixclient - was reviewed,
accepted and pushed to stable repositories.
Not it cause conflicts.
libqmatrixclient must be untagged and removed from all Fedora releases.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
I got so focused on the other thread, I didn't pay attention to this one.
On Wed, Jul 29, 2020 at 10:02 AM Richard W.M. Jones wrote:
> It uses its own DWARF generator but everything is linked together
> using standard binutils (via GCC).
>
> > Is there a way to extract the /usr/bin/hacha from
On Wed, Jul 29, 2020 at 06:33:45PM +0200, Mark Wielaard wrote:
> Hi,
>
> On Wed, 2020-07-29 at 17:18 +0100, Richard W.M. Jones wrote:
> > (Adding OCaml author)
>
> (Adding binutils/gas maintainer)
>
> > On Wed, Jul 29, 2020 at 05:54:52PM +0200, Mark Wielaard wrote:
> > > On Wed, 2020-07-29 at
On Wed, Jul 29, 2020 at 10:51 AM Mark Wielaard wrote:
> I also tried to do a mockbuild locally, and that one succeeded.
> Don't know what is different from the koji buildroot :{
Run mock with --enablerepo=local.
> So ml depends on binutils gas to generate the actual debuginfo.
> I assume it
On Wed, Jul 29, 2020 at 06:50:43PM +0200, Xavier Leroy wrote:
> However, please keep backward compatibility in mind: from the Info manual
> it looks like gas version 2.34 has no `-g` option and no directives to
> control the generation of DWARF information. So there should be reasonable
>
On Wed, Jul 29, 2020 at 10:56 AM Jerry James wrote:
> No, it is just called like this: as -o hacha.o hacha.s. Anyway, "info
> ld" claims that the -g flag is ignored.
No, that was the old "info ld" that said that. The -g flag isn't even
mentioned in the new binutils info page. But it is
On 29.07.2020 14:44, Richard W.M. Jones wrote:
> Was this package built and then untagged?
We delayed the build due issues[1-3] with the sphinx/doxygen
documentation generator. As a workaround, we decided to temporary
disable documentation generation.
When the issues will be resolved, we will
On Wed, Jul 29, 2020 at 8:45 AM Eugene Syromiatnikov
wrote:
> On Wed, Jul 29, 2020 at 07:37:31AM -0500, Richard Shaw wrote:
> > I'm working on fixing a package but I have to use scratch builds because
> > the tests only pass when running on koji, not a local mock build. It
> > produces several
Hi Richard,
On Wed, 2020-07-29 at 16:07 +0100, Richard W.M. Jones wrote:
> On Wed, Jul 29, 2020 at 04:11:56PM +0200, Mark Wielaard wrote:
> > Given these are .ml files I suspect it is not gcc, but some other
> > code/DWARF generator issue. Maybe it does use the default
> > (binutils)
> > liker
On Wed, Jul 29, 2020 at 7:12 AM Richard W.M. Jones wrote:
> On Tue, Jul 28, 2020 at 08:58:22PM -0600, Jeff Law wrote:
> > You might try without LTO. I'm just shooting in the dark, but LTO does
> > have a
> > significant impact on how we generate debuginfo as well as impacting the
> > structure
On Wed, Jul 29, 2020 at 04:11:56PM +0200, Mark Wielaard wrote:
> Hi,
>
> On Wed, 2020-07-29 at 08:05 -0600, Jeff Law wrote:
> > On Wed, 2020-07-29 at 13:15 +0100, Richard W.M. Jones wrote:
> > > https://koji.fedoraproject.org/koji/taskinfo?taskID=48101965 fails
> > > with:
> > >
> > > error:
Hello team,
the recent change on Blender broke the cmake settings:
https://download.copr.fedorainfracloud.org/results/luya/blender-egl/fedora-rawhide-x86_64/01586008-blender/
Could someone investigave the issue please? Thanks in advance.
Also see the scratch result:
=
#fedora-meeting-2: FESCo (2020-07-29)
=
Meeting started by decathorpe at 14:00:24 UTC. The full logs are
available at
https://meetbot.fedoraproject.org/fedora-meeting-2/2020-07-29/fesco.2020-07-29-14.00.log.html
.
On Wed, Jul 29, 2020 at 12:56 AM John M. Harris Jr wrote:
>
> On Tuesday, July 28, 2020 12:51:00 PM MST Chris Murphy wrote:
> > On Tue, Jul 28, 2020 at 11:29 AM stan via devel
> > wrote:
> >
> > >
> > >
> > > On Thu, 4 Jun 2020 16:30:07 -0400
> > > Ben Cotton wrote:
> > >
> > >
> > >
> > > >
On Tue, 28 Jul 2020 13:51:00 -0600
Chris Murphy wrote:
> That information is stale. The feature page has been updated.
>
> man page contains:
>
>To disable a configuration file supplied by the vendor, the
> recommended way is to place a symlink to /dev/null in the
> configuration
On Wed, Jul 29, 2020 at 06:33:45PM +0200, Mark Wielaard wrote:
> Yes, I think we have a winner!
> gas generates a tiny bit of debuginfo even if you don't supply -g.
>
> But... in 2.35 you can give the DWARF level you want.
> The problem with not supplying -g (or --gdwarf-[VERSION]) is that the
>
On Wed, Jul 29, 2020 at 10:25:24AM -0600, Jeff Law wrote:
> On Wed, 2020-07-29 at 09:19 -0700, Kevin Fenzi wrote:
> > On Wed, Jul 29, 2020 at 10:31:32AM -0400, Scott Talbert wrote:
> > > On Wed, 29 Jul 2020, Richard W.M. Jones wrote:
> > >
> > > > libnbd failed in the mass rebuild. I kicked off
On Wed, Jul 29, 2020 at 06:41:57PM +0200, Vitaly Zaitsev via devel wrote:
> Hello all.
>
> Duplicate package of libquotient - libqmatrixclient - was reviewed,
> accepted and pushed to stable repositories.
>
> Not it cause conflicts.
I guess you meant "Now" there?
>
> libqmatrixclient must be
On 29.07.2020 18:20, Kevin Fenzi wrote:
> can you do it in a side tag
OK. Got it.
> and coordinate rebuilds with dependent packages?
I'm not a proven packager. I cannot rebuild all dependent packages
manually. I announced soversion bump on this list.
--
Sincerely,
Vitaly Zaitsev
Jeff Law wrote:
> For ppc64le is that the build was done with p8, but there is one
> function (__builtin_altivec_vadub) that requires p9. This seems
> like a package bug at first glance, not an LTO issue.
Yup __builtin_altivec_vadub is POWER9_VECTOR only.
For P8/6 use something like this:
On 29.07.2020 19:14, Kevin Fenzi wrote:
> What exactly are the conflicts? Can you Obsolete/Provides whatever in
> libquotient?
libqmatrixclient is a very old version of libquotient (before the
upstream decided to rename it). Both of them provides the same files
(except of library versions).
If
Vitaly,
Can you please explain what you mean by conflicts? They are in
completely different directories.
I am unaware of any policy that does not allow this, quaternion (by the
author of the library) has no release that can be built with libquotient
yet. Untagging libQMatrixClient will break
https://bugzilla.redhat.com/show_bug.cgi?id=1858481
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Module-CoreList-5.2020 |perl-Module-CoreList-5.2020
https://bugzilla.redhat.com/show_bug.cgi?id=1857787
--- Comment #10 from Fedora Update System ---
FEDORA-2020-949a75223b has been pushed to the Fedora 32 stable repository.
If problem still persists, please make note of it in this bug report.
--
You are receiving this mail because:
You are
https://bugzilla.redhat.com/show_bug.cgi?id=1858476
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-CPAN-Perl-Releases-5.2 |perl-CPAN-Perl-Releases-5.2
https://bugzilla.redhat.com/show_bug.cgi?id=1858467
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Compress-Bzip2-2.28-1. |perl-Compress-Bzip2-2.28-1.
https://bugzilla.redhat.com/show_bug.cgi?id=1853722
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |MODIFIED
https://bugzilla.redhat.com/show_bug.cgi?id=1853722
--- Comment #1 from Fedora Update System ---
FEDORA-EPEL-2020-3a5d900fe6 has been submitted as an update to Fedora EPEL 8.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-3a5d900fe6
--
You are receiving this mail because:
You are
https://bugzilla.redhat.com/show_bug.cgi?id=1857787
--- Comment #12 from Fedora Update System ---
FEDORA-2020-949a75223b has been pushed to the Fedora 32 stable repository.
If problem still persists, please make note of it in this bug report.
--
You are receiving this mail because:
You are
Only some tests were executed, there is an issue with pytest:
https://github.com/pytest-dev/pytest/issues/7559
On Wed, Jul 29, 2020 at 1:31 AM wrote:
>
> https://fedorapeople.org/groups/389ds/ci/nightly/2020/07/29/report-389-ds-base-1.4.4.4-20200728git98d6c7f.fc32.x86_64.html
>
https://bugzilla.redhat.com/show_bug.cgi?id=1861424
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
1 - 100 of 111 matches
Mail list logo