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
https://fedorapeople.org/groups/389ds/ci/nightly/2020/07/30/report-389-ds-base-1.4.4.4-20200729git2c8e339.fc32.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
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
https://bugzilla.redhat.com/show_bug.cgi?id=1857787
--- Comment #11 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
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 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, 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 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
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 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 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 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
> > >
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
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=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=1858467
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Compress-Bzip2-2.28-1. |perl-Compress-Bzip2-2.28-1.
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.
> > 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 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
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=1853722
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |MODIFIED
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 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
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
>
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
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
> >
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
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,
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 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 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
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
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
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 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
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 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: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: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 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: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: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
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
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)
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
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:
>
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, 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:
> >
> >
(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 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
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 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
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
=
#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:
> > >
> > >
> > >
> > > >
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:
https://bugzilla.redhat.com/show_bug.cgi?id=1861795
Bug ID: 1861795
Summary: perl-HTTP-BrowserDetect-3.31 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-HTTP-BrowserDetect
Keywords:
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
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:
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 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
https://bugzilla.redhat.com/show_bug.cgi?id=1857787
--- Comment #9 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=1861781
Bug ID: 1861781
Summary: Upgrade perl-POSIX-strftime-Compiler to 0.43
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-POSIX-strftime-Compiler
Assignee:
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
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]
>
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
>
https://bugzilla.redhat.com/show_bug.cgi?id=1861765
Bug ID: 1861765
Summary: Upgrade perl-Log-Dispatch to 2.70
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Log-Dispatch
Assignee: spo...@gmail.com
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 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
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
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
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,
>
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
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, 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
https://bugzilla.redhat.com/show_bug.cgi?id=1861686
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
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
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
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
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:
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 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
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 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
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,
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
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
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
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
https://fedorapeople.org/groups/389ds/ci/nightly/2020/07/29/report-389-ds-base-1.4.4.4-20200729git98d6c7f.fc32.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
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
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1861686
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
Doc Type|---
https://bugzilla.redhat.com/show_bug.cgi?id=1861686
Bug ID: 1861686
Summary: perl-Config-Model-Tester-4.006 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Config-Model-Tester
Keywords:
https://bugzilla.redhat.com/show_bug.cgi?id=1861424
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
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:
> >
> >
1 - 100 of 111 matches
Mail list logo
