On Tue, Oct 1, 2019 at 4:09 PM Stephen Gallagher wrote:
>
> On Mon, Sep 23, 2019 at 10:21 AM Ben Cotton wrote:
> >
> > https://fedoraproject.org/wiki/Changes/ThermalManagementWS
> >
> > == Summary ==
> > Better thermal management and peak performance on Intel CPUs by
> > including thermald in
https://pagure.io/389-ds-base/pull-request/50633
--
Sincerely,
William
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://bugzilla.redhat.com/show_bug.cgi?id=1752411
--- Comment #6 from Fedora Update System ---
perl-Date-Holidays-DE-2.03-1.fc31 has been pushed to the Fedora 31 testing
repository. If problems still persist, please make note of it in this bug
report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1757521
--- Comment #4 from Fedora Update System ---
perl-Sub-Quote-2.006006-1.fc31 has been pushed to the Fedora 31 testing
repository. If problems still persist, please make note of it in this bug
report.
See
https://bugzilla.redhat.com/show_bug.cgi?id=1752679
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1744711
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1744683
Bug 1744683 depends on bug 1744711, which changed state.
Bug 1744711 Summary: [RFE] EPEL8 branch of perl-IO-SessionData
https://bugzilla.redhat.com/show_bug.cgi?id=1744711
What|Removed |Added
https://bugzilla.redhat.com/show_bug.cgi?id=1752411
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #5 from
https://bugzilla.redhat.com/show_bug.cgi?id=1757521
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=1754414
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
On Thu, Sep 26, 2019 at 11:36:10AM +0200, Pierre-Yves Chibon wrote:
> Good Morning Everyone,
...snip...
So, a few thoughts in general on the thread and ideas...
I think it might be helpfull for us to come up with some personas?
I know that kind of thing seems silly a lot of the time, but I
Hi all,
Someone (especially proven packagers), could you review below library
package related to bio science?
It has already been reviewed several times. I think I fixed every
items mentioned by a reviewer.
Review Request: htslib - C library for high-throughput sequencing data
formats (required
On Thu, Oct 03, 2019 at 08:21:35AM +1000, William Brown wrote:
> Yep, perfect! So I think that if I add the cargo vendor steps to step 1, and
> then make the makefile use the "offline" mode for 2 it should be all good
> then? Similar to npm for offline builds.
Sure, this should work if I
> On 3 Oct 2019, at 07:34, Simon Pichugin wrote:
>
> On Wed, Oct 02, 2019 at 01:20:24PM +1000, William Brown wrote:
>> Hey there,
>>
>> I'm looking at adding the steps for offline builds so that we can start to
>> use rust. I know that you have some steps for preparing the tar for cockpit
I'm late to the party, but here we go anyway.
Pierre-Yves Chibon writes:
> [snip]
>
> Here is what the vision we came to and that we would like to discuss:
>
> ○ Every changes to dist-git is done via pull-requests
As long as this is not mandatory, sure.
> ○ Pull-requests are automatically
Miro Hrončok wrote:
> - cmake files usually go into %{_libdir} and such packages cannot be
> noarch as well
smart cmake noarch projects can use %{_datadir}/cmake instead
-- rex
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
On 10/2/19 5:25 PM, nore...@fedoraproject.org wrote:
>
> A new Fedora Atomic Host update is available via an OSTree update:
>
> Version: 29.20191001.0
> Commit(x86_64):
> 15b8a10f8b587c2a037a592806dc04e9cdf6ab1c73c6e49fdaacab1b1174b9ab
> Commit(aarch64):
>
On Wed, Oct 02, 2019 at 01:20:24PM +1000, William Brown wrote:
> Hey there,
>
> I'm looking at adding the steps for offline builds so that we can start to
> use rust. I know that you have some steps for preparing the tar for cockpit
> builds with npm/js deps.
>
> How are you doing this? I was
A new Fedora Atomic Host update is available via an OSTree update:
Version: 29.20191001.0
Commit(x86_64): 15b8a10f8b587c2a037a592806dc04e9cdf6ab1c73c6e49fdaacab1b1174b9ab
Commit(aarch64):
2b83282e976249b8e1910a7292379753b006851078e9bcea279ff3b6483ee602
Commit(ppc64le):
On Wed, Oct 2, 2019 at 9:32 AM Jared K. Smith
wrote:
> I blindly assumed it had been eight weeks already, so I requested a
> re-review at RHBZ#1755147. Obviously I'll just close that review request
> if we can get this unretired before the deadline.
>
It looks like this has been un-retired, so
On Wed, Oct 2, 2019 at 4:06 PM Simo Sorce wrote:
>
> On Wed, 2019-10-02 at 15:57 -0400, Colin Walters wrote:
> >
> > On Wed, Oct 2, 2019, at 3:18 PM, Neal Gompa wrote:
> > > On Wed, Oct 2, 2019 at 2:45 PM Colin Walters wrote:
> > > >
> > > >
> > > >
> > > > On Wed, Oct 2, 2019, at 1:40 PM, Fabio
On Wed, 2019-10-02 at 15:57 -0400, Colin Walters wrote:
>
> On Wed, Oct 2, 2019, at 3:18 PM, Neal Gompa wrote:
> > On Wed, Oct 2, 2019 at 2:45 PM Colin Walters wrote:
> > >
> > >
> > >
> > > On Wed, Oct 2, 2019, at 1:40 PM, Fabio Valentini wrote:
> > >
> > > > As others in the thread have
I messed up and build PySide2 5.13.x before I relealized that I should have
built the latest 5.12.x as the MAJOR.MINOR has to match the version of Qt
and we have not updated to 5.13 yet.
So I bumped the Epoch in the spec file and built 5.12.5 but when I
submitted updates for f31 and 30 they
On Wed, Oct 2, 2019, at 3:18 PM, Neal Gompa wrote:
> On Wed, Oct 2, 2019 at 2:45 PM Colin Walters wrote:
> >
> >
> >
> > On Wed, Oct 2, 2019, at 1:40 PM, Fabio Valentini wrote:
> >
> > > As others in the thread have pointed out, mandatory pull requests just
> > > make no sense for most
I proposed a Fedora BoF for Ohio LinuxFest[1], to be held 1–2 November
in Columbus, Ohio, USA. The BoF is accepted, and the organizers said
there is still expo space available.
I didn't get a reponse on the Ambassadors list when I asked if we'll
have a presence there, but I'll get us a Fedora
On Wed, Oct 2, 2019 at 3:18 PM Neal Gompa wrote:
>
> On Wed, Oct 2, 2019 at 2:45 PM Colin Walters wrote:
> >
> >
> >
> > On Wed, Oct 2, 2019, at 1:40 PM, Fabio Valentini wrote:
> >
> > > As others in the thread have pointed out, mandatory pull requests just
> > > make no sense for most
On Wed, Oct 2, 2019 at 2:45 PM Colin Walters wrote:
>
>
>
> On Wed, Oct 2, 2019, at 1:40 PM, Fabio Valentini wrote:
>
> > As others in the thread have pointed out, mandatory pull requests just
> > make no sense for most single-maintainer projects, which most packages
> > probably are.
>
> Well, a
"Colin Walters" writes:
> On Wed, Oct 2, 2019, at 1:40 PM, Fabio Valentini wrote:
>
>> As others in the thread have pointed out, mandatory pull requests
>> just make no sense for most single-maintainer projects, which most
>> packages probably are.
>
> Well, a lot of this relates to what the
Hi,
On 02-10-2019 16:59, Kevin Fenzi wrote:
On Wed, Oct 02, 2019 at 01:55:23PM +0200, Clement Verna wrote:
On Wed, 2 Oct 2019 at 12:49, Hans de Goede wrote:
Hi All,
We currently have 61 updates pending for being pushed to
F31 updates-testing and no push seems to have happened for
aprox. 48
Il giorno mer, 02/10/2019 alle 14.32 +0200, Guido Aulisi ha scritto:
> Hi,
> I'm going to unretire qm-dsp in all current Fedora supported
> releases,
> because it's a dependency for ardour5.
>
> I will file a review request ASAP, I have already made a scratch
> build
> in rawhide:
>
On Wed, Oct 2, 2019, at 1:40 PM, Fabio Valentini wrote:
> As others in the thread have pointed out, mandatory pull requests just
> make no sense for most single-maintainer projects, which most packages
> probably are.
Well, a lot of this relates to what the *merge policy* is. If a PR
On Wed, Oct 2, 2019 at 8:17 PM Ben Rosser wrote:
>
> On Wed, Oct 2, 2019 at 1:59 PM Pierre-Yves Chibon wrote:
> > There are regularly people complaining on this very list about how hard
> > packaging has become. So here is a thread trying to see if you can come up
> > with
> > a long term,
On Wed, 2 Oct 2019 at 19:34, Matthew Miller
wrote:
> On Wed, Oct 02, 2019 at 05:31:56PM +0100, Richard W.M. Jones wrote:
> > > ○ Every changes to dist-git is done via pull-requests
> > Erm, no thank you. Pull requests are a terrible workflow.
>
> It's definitely the winning workflow in the open
On Wed, Oct 2, 2019 at 1:59 PM Pierre-Yves Chibon wrote:
> There are regularly people complaining on this very list about how hard
> packaging has become. So here is a thread trying to see if you can come up
> with
> a long term, ideal, vision of what the packager workflow should be so we can
>
On Wed, 2 Oct 2019 at 12:43, Richard W.M. Jones wrote:
>
> On Sat, Sep 28, 2019 at 04:49:08PM -0700, John M. Harris Jr wrote:
> > Perhaps the same reason that many people still run i686 based hardware, and
> > will be unable to use Fedora after the release of F31: Why fix what isn't
> > broken?
>
On Wed, Oct 02, 2019 at 10:13:43AM -0600, Jerry James wrote:
> I just received the email below. I built ntl-11.3.4-1.fc32 on
> September 24. Later that day, upstream released version 11.4.0, so I
> built ntl-11.4.0-1.fc32 the next day, September 25. Why has the
> previous build suddenly come
On Wed, Oct 2, 2019 at 7:33 PM Matthew Miller wrote:
>
> On Wed, Oct 02, 2019 at 05:31:56PM +0100, Richard W.M. Jones wrote:
> > > ○ Every changes to dist-git is done via pull-requests
> > Erm, no thank you. Pull requests are a terrible workflow.
>
> It's definitely the winning workflow in the
* Matthew Miller [02/10/2019 13:33] :
>
>And there _are_ real tracking and review benefits to
> having everything go through that workflow.
>
> Do you have an alternative proposal?
I'm fine with the workflow we have now. Small and drive-by contributions
can by contributed
On Wednesday, October 2, 2019 9:42:57 AM MST Richard W.M. Jones wrote:
> On Sat, Sep 28, 2019 at 04:49:08PM -0700, John M. Harris Jr wrote:
>
> > Perhaps the same reason that many people still run i686 based hardware,
> > and will be unable to use Fedora after the release of F31: Why fix what
>
On Wed, Oct 02, 2019 at 05:31:56PM +0100, Richard W.M. Jones wrote:
> > ○ Every changes to dist-git is done via pull-requests
> Erm, no thank you. Pull requests are a terrible workflow.
It's definitely the winning workflow in the open source world today,
particularly for smaller and drive-by
https://bugzilla.redhat.com/show_bug.cgi?id=1757903
--- Comment #2 from Upstream Release Monitoring
---
the-new-hotness/release-monitoring@fedoraproject.org's scratch build of
perl-Test-MockObject-1.20191002-1.fc29.src.rpm for rawhide failed
https://bugzilla.redhat.com/show_bug.cgi?id=1757903
Bug ID: 1757903
Summary: perl-Test-MockObject-1.20191002 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Test-MockObject
Keywords:
https://bugzilla.redhat.com/show_bug.cgi?id=1757903
--- Comment #1 from Upstream Release Monitoring
---
Created attachment 1622014
--> https://bugzilla.redhat.com/attachment.cgi?id=1622014=edit
[patch] Update to 1.20191002 (#1757903)
--
You are receiving this mail because:
You are on the
On Sat, Sep 28, 2019 at 04:49:08PM -0700, John M. Harris Jr wrote:
> Perhaps the same reason that many people still run i686 based hardware, and
> will be unable to use Fedora after the release of F31: Why fix what isn't
> broken?
But the question is: Are they running qemu on this hardware?
On Thu, Sep 26, 2019 at 11:36:10AM +0200, Pierre-Yves Chibon wrote:
> ○ Every changes to dist-git is done via pull-requests
Erm, no thank you. Pull requests are a terrible workflow.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and
Hello,
jstanek pinged me today with some weird errors :) so I got tempted to ask:
Is anyone else experiencing some Vagrant-related issues?
Most probable cause:
- there was a Change, in which `qemu://session` (user session) is used by
default. That means root privilleges are not required
I just received the email below. I built ntl-11.3.4-1.fc32 on
September 24. Later that day, upstream released version 11.4.0, so I
built ntl-11.4.0-1.fc32 the next day, September 25. Why has the
previous build suddenly come back from the dead? Having it go stable
now is going to break all of
On Wed, Oct 02, 2019 at 01:55:23PM +0200, Clement Verna wrote:
> On Wed, 2 Oct 2019 at 12:49, Hans de Goede wrote:
>
> > Hi All,
> >
> > We currently have 61 updates pending for being pushed to
> > F31 updates-testing and no push seems to have happened for
> > aprox. 48 hours or so ?
> >
>
>
On Wed, Oct 2, 2019 at 3:07 AM Brian (bex) Exelbierd
wrote:
>
>
>
> On Tue, Oct 1, 2019 at 10:05 AM Pavel Valena wrote:
>>
>> - Original Message -
>> > From: "Jun Aruga"
>> > To: "Development discussions related to Fedora"
>> >
>> > Cc: "Fedora Infrastructure"
>> > Sent: Monday,
On Wednesday, October 2, 2019 3:19:09 PM CEST Miro Hrončok wrote:
> On 01. 10. 19 18:47, laurent.rineau__fed...@normalesup.org wrote:
> > With CGAL-5.0, CGAL is becoming a header-only C++ library of templates.
> >
> > That means that CGAL libraries will disappear, in particular
> > libCGAL.so.13.
On Tue, Oct 1, 2019 at 10:46 AM Ben Rosser wrote:
> About a month ago I requested to unretire some nodejs packages in
> order to get the "grunt" stack working again. At least one more
> package still needs to be unretired to fix the
> nodejs-grunt-contrib-watch package, nodejs-gaze:
>
>
On 01. 10. 19 18:47, laurent.rineau__fed...@normalesup.org wrote:
With CGAL-5.0, CGAL is becoming a header-only C++ library of templates.
That means that CGAL libraries will disappear, in particular libCGAL.so.13.
I've tried to rebuild OpenSCAD, but it appears some headers are gone:
gbougard closed without merging a pull-request against the project:
`fusioninventory-agent` that you
are following.
Closed pull-request:
``
FusionInventory-Agent 2.5.1
``
https://src.fedoraproject.org/rpms/fusioninventory-agent/pull-request/1
___
On Wed, Oct 2, 2019 at 8:42 AM Stephen John Smoogen wrote:
>
> On Wed, 2 Oct 2019 at 03:39, Felix Schwarz wrote:
> >
> >
> > Am 01.10.19 um 16:55 schrieb Stephen John Smoogen:
> > > Then there are problems with budgets and figuring out what exactly it
> > > would cost. We fall outside of many of
On Wed, 2 Oct 2019 at 03:39, Felix Schwarz wrote:
>
>
> Am 01.10.19 um 16:55 schrieb Stephen John Smoogen:
> > Then there are problems with budgets and figuring out what exactly it
> > would cost. We fall outside of many of the 'caveats' that would allow
> > us to get free.
>
> IIRC at the time
On Wed, Oct 02, 2019 at 03:29:23AM +0200, Pierre-Yves Chibon wrote:
> On Thu, Sep 26, 2019 at 11:30:28AM -0700, Troy Dawson wrote:
> > On Thu, Sep 26, 2019 at 10:48 AM Robbie Harwood wrote:
> > >
> > > Pierre-Yves Chibon writes:
> > >
> > > > Here is what the vision we came to and that we would
Hi,
I'm going to unretire qm-dsp in all current Fedora supported releases,
because it's a dependency for ardour5.
I will file a review request ASAP, I have already made a scratch build
in rawhide:
https://koji.fedoraproject.org/koji/taskinfo?taskID=38004441
FAS account: tartina
Ciao
On 02. 10. 19 12:30, Fabio Valentini wrote:
With hindsight, I guess it was also a
wise decision to postpone python 3.8 to fedora 32?:)
It was.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list --
On Thu, Sep 26, 2019 at 03:33:11PM +0100, Daniel P. Berrangé wrote:
> On Thu, Sep 26, 2019 at 04:24:29PM +0200, Pierre-Yves Chibon wrote:
> > On Thu, Sep 26, 2019 at 02:57:45PM +0100, Daniel P. Berrangé wrote:
> > > On Thu, Sep 26, 2019 at 11:36:10AM +0200, Pierre-Yves Chibon wrote:
> > > > Good
On Thu, Sep 26, 2019 at 11:23:21AM -0500, Michael Cronenworth wrote:
> On 9/26/19 10:28 AM, Pierre-Yves Chibon wrote:
> > Would this change if the PR was automatically tested for you without you
> > having
> > to do anything?
>
> I always run local mock builds prior to commits. Maybe not
On Thu, Sep 26, 2019 at 11:24:28AM -0500, Michael Cronenworth wrote:
> On 9/26/19 9:07 AM, Pierre-Yves Chibon wrote:
> > What is so different in Fedora that we cannot move to this model?
> > Is it a tooling issue?
> > Is it something else?
>
> As others have already stated that may work in
On Mon, Sep 30, 2019 at 09:27:29PM +0200, Tim Jackson wrote:
> On 30/09/2019 21:02, Stephen John Smoogen wrote:
> > On Mon, 30 Sep 2019 at 14:54, Tim Jackson wrote:
>
> > > Where is the canonical source these days for establishing package
> > > (co-)ownership, in particular in relation to
On Thu, Sep 26, 2019 at 11:30:28AM -0700, Troy Dawson wrote:
> On Thu, Sep 26, 2019 at 10:48 AM Robbie Harwood wrote:
> >
> > Pierre-Yves Chibon writes:
> >
> > > Here is what the vision we came to and that we would like to discuss:
> > >
> > > ○ Every changes to dist-git is done via
On Wed, 2 Oct 2019 at 12:49, Hans de Goede wrote:
> Hi All,
>
> We currently have 61 updates pending for being pushed to
> F31 updates-testing and no push seems to have happened for
> aprox. 48 hours or so ?
>
This is https://github.com/fedora-infra/bodhi/issues/3471 biting us. I have
removed
On Wed, 2019-10-02 at 09:39 +0200, Felix Schwarz wrote:
> Am 01.10.19 um 16:55 schrieb Stephen John Smoogen:
> > Then there are problems with budgets and figuring out what exactly it
> > would cost. We fall outside of many of the 'caveats' that would allow
> > us to get free.
>
> IIRC at the time
Hi All,
We currently have 61 updates pending for being pushed to
F31 updates-testing and no push seems to have happened for
aprox. 48 hours or so ?
Regards,
Hans
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On Wed, Oct 2, 2019 at 9:47 AM Miro Hrončok wrote:
>
> Hello,
> Python packages built with Python < 3.8.0b4 have invalid bytecode version,
> because the version was updated in 3.8.0b4.
>
> To see why this is a problem, follow the bugreport:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1748018
I wrote:
> Indeed, CMake will also find CMake data under %{_datadir}, and data for
> noarch packages must be installed there.
>
> CMake will not do it automagically for you, you need to actually
> explicitly install the files to the proper place. INSTALL(EXPORTS takes a
> DESTINATION argument:
>
Neal Gompa wrote:
> If it's a header-only library, CMake stuff being installed into
> %{_libdir} is probably wrong. CMake has a noarch path in %{_datadir},
> so it probably needs fixing to use that.
Indeed, CMake will also find CMake data under %{_datadir}, and data for
noarch packages must be
Richard Shaw wrote:
> Could you build the package twice using mock (x86_64 and i686) and run
> rpmdiff on them to see if there's anything significant?
FYI, if you use an arch-specific dummy main package and a noarch -devel
subpackage, that is actually automatically done by Koji at every build.
https://bugzilla.redhat.com/show_bug.cgi?id=1752411
--- Comment #4 from Fedora Update System ---
FEDORA-2019-af72be0162 has been submitted as an update to Fedora 31.
https://bodhi.fedoraproject.org/updates/FEDORA-2019-af72be0162
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1752411
--- Comment #4 from Fedora Update System ---
FEDORA-2019-af72be0162 has been submitted as an update to Fedora 31.
https://bodhi.fedoraproject.org/updates/FEDORA-2019-af72be0162
--- Comment #4 from Fedora Update System ---
https://bugzilla.redhat.com/show_bug.cgi?id=1752411
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |MODIFIED
CC|
https://bugzilla.redhat.com/show_bug.cgi?id=1749193
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
CC|
https://bugzilla.redhat.com/show_bug.cgi?id=1757521
Fedora Update System changed:
What|Removed |Added
Status|NEW |MODIFIED
--- Comment #2 from
https://bugzilla.redhat.com/show_bug.cgi?id=1757521
Fedora Update System changed:
What|Removed |Added
Status|NEW |MODIFIED
--- Comment #2 from
On Thu, 2019-09-26 at 08:26 -0700, Brian C. Lane wrote:
> On Thu, Sep 26, 2019 at 02:25:49PM +0200, jkone...@redhat.com wrote:
> > On Fri, 2019-09-20 at 10:21 -0700, Brian C. Lane wrote:
> > > On Tue, Sep 17, 2019 at 03:09:01PM +0200, jkone...@redhat.com
> > > wrote:
>
> [snip]
>
> > > With an
Hello,
Python packages built with Python < 3.8.0b4 have invalid bytecode version,
because the version was updated in 3.8.0b4.
To see why this is a problem, follow the bugreport:
https://bugzilla.redhat.com/show_bug.cgi?id=1748018
We were waiting for 3.8.0rc1 to see if the version is not
Am 01.10.19 um 16:55 schrieb Stephen John Smoogen:
Then there are problems with budgets and figuring out what exactly it
would cost. We fall outside of many of the 'caveats' that would allow
us to get free.
IIRC at the time when Fedora evaluated its options the open source version of
Gitlab
Hi,
See: https://fedoraproject.org/wiki/Changes/php74
PHP 7.4.0RC3 will be announced tomorrow, and I plan to
build it in rawhide
I will also run a mass rebuild of all extensions
Ping me, I you prefer I don't rebuild some package and
you want to fix it yourself
Remi
80 matches
Mail list logo