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
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 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!
On
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
* 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,
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:
> >
> > https://vulkan.gpuinfo.org
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 t
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 point,
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 ot
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
/
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 L
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 understan
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
individually
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, b
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 packag
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
>
___
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
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 h
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:
https://koji.fedoraproject.org/koji/taskinfo?taskID=48035
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 ha
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 Conduct
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 f4bac7efd3c251f
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 to
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 of
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 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 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 downloading packages:
DEBUG util.py:621:Cannot
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 indica
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
> /home/
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]
> https://koji.fedoraproject.org/
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 d
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 ena
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 o
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: Em
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 rp
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://koji.fedoraproject
=
#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
.
Meetin
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:
> > >
> > >
> > >
> > > > htt
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 tho
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 direc
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 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:
> >
> > https://koji.fedoraproject.org/koji/taskinfo?taskID=48118
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 tempor
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 - it
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 th
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 the
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 16
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 gets
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
> defaults
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 necessa
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
> d
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 a
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 u
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 (vit...@easy
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:
vmi
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 so
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 quat
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 allow
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 whateve
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 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 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 i
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 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 want
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
> manu
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 y
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 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 __builtin_altivec_
> > 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
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 e
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 e
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, 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 package
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 th
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
> packa
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 o
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 b
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 hel
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 m
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 1
87 matches
Mail list logo
