On Mon, Oct 14, 2019 at 11:00 PM wrote:
>
> A new Fedora Atomic Host update is available via an OSTree update:
>
> Version: 29.20191013.0
> Commit(x86_64):
> 1766b4526f1a738ba1e6e0a66264139f65340bcc28e7045f10cbe6d161eb1925
> Commit(aarch64):
> e2081395bb82ba1653da77e28e69448dd508613db1855ef528340
Dear all,
You are kindly invited to the meeting:
Modularity Team (weekly) on 2019-10-15 from 15:00:00 to 16:00:00 UTC
At fedora-meetin...@irc.freenode.net
The meeting will be about:
Meeting of the Modularity Team.
More information available at: [Modularity Team
Docs](https://docs.pagure.o
Joe Orton wrote:
> I find myself a bit reluctant to write this mail because the language
> others are using in this thread is fairly ugly for a technical
> discussion in an open source project - about "forcing" people to develop
> packages in a certain way, "teaching them a lesson" etc. Please cal
Just following up if there is a consensus here. If I'm not moving FreeCAD
to Coin4 on F30/31 then I'm going to at least rebuilt with PySide2.
Thanks,
Richard
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
On Mon, Oct 14, 2019 21:02:49 +0200, Christopher Engelhard wrote:
> Hi,
Hello,
> On 14.10.19 19:59, Ankur Sinha wrote:
> >> Is the documentation using parallel builds?
> >
> > They don't say.
>
> Seems unlikely, see below
>
> > It uses configure/make/make install. I had run the build with make
Hi,
On 14.10.19 19:59, Ankur Sinha wrote:
>> Is the documentation using parallel builds?
>
> They don't say.
Seems unlikely, see below
> It uses configure/make/make install. I had run the build with make -j1
> too, but that had seemed to run even slower.. I hadn't checked the
> resource usage t
On Mon, Oct 14, 2019 10:54:40 -0500, Richard Shaw wrote:
> On Mon, Oct 14, 2019 at 10:51 AM Ankur Sinha wrote:
>
> Hello,
>
> I'm working on packaging up graph-tool[1] for SciTech/NeuroFedora. The
> spec file is a WIP here[2]. I've not yet managed to complete a
> build---it mana
A new Fedora Atomic Host update is available via an OSTree update:
Version: 29.20191013.0
Commit(x86_64): 1766b4526f1a738ba1e6e0a66264139f65340bcc28e7045f10cbe6d161eb1925
Commit(aarch64):
e2081395bb82ba1653da77e28e69448dd508613db1855ef52834087c67e67c05
Commit(ppc64le):
06199fc2df5f3edbbcfbf2867
On 14. 10. 19 18:39, Vojtěch Trefný wrote:
On 2019-10-14 18:06, Miro Hrončok wrote:
The following packages are orphaned and will be retired when they
weeks ago
sl orphan 1
weeks ago
Taken, we can't have distribution without sl :-)
On 2019-10-14 18:06, Miro Hrončok wrote:
> The following packages are orphaned and will be retired when they
> weeks ago
> sl orphan 1
> weeks ago
Taken, we can't have distribution without sl :-)
--
vtrefny
__
On 10. 10. 19 0:46, Miro Hrončok wrote:> What I miss in the description is:
1. How does this thing actually work? is there an additional repository composed
from the default streams available in Koji only?
2. How are conflicts between packages from the default streams and ursine
package be h
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If
On 14. 10. 19 15:44, Joe Orton wrote:
I find myself a bit reluctant to write this mail because the language
others are using in this thread is fairly ugly for a technical
discussion in an open source project - about "forcing" people to develop
packages in a certain way, "teaching them a lesson" e
On 14. 10. 19 12:16, Kevin Kofler wrote:
Enable module default streams in the buildroot repository for modular
and non-modular RPMs.
== Summary ==
This Change (colloquially referred to as "Ursa Prime") enables the
Koji build-system to include the RPM artifacts provided by module
default streams
Hello,
I'm working on packaging up graph-tool[1] for SciTech/NeuroFedora. The
spec file is a WIP here[2]. I've not yet managed to complete a
build---it managed to get my F31 server machine to go completely
unresponsive when I had tried last evening---used up all the memory
(32G) and most of the s
On Sun, 13 Oct 2019 at 16:28, Matthew Miller wrote:
>
> On Fri, Oct 11, 2019 at 05:53:26PM -0400, Stephen John Smoogen wrote:
> > There has been a shrinking packager problem for years due to multiple
> > problems
>
> Has there? I'm not really seeing a significant change in the number of
> people
No missing expected images.
Failed openQA tests: 6/153 (x86_64), 1/2 (arm)
New failures (same test not failed in Fedora-31-20191013.n.0):
ID: 469384 Test: x86_64 Workstation-live-iso desktop_browser
URL: https://openqa.fedoraproject.org/tests/469384
ID: 469401 Test: x86_64 KDE-live-iso
OLD: Fedora-31-20191013.n.0
NEW: Fedora-31-20191014.n.0
= SUMMARY =
Added images:1
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 4
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
Dne 14. 10. 19 v 14:56 Petr Šplíchal napsal(a):
The easiest way how to start experimenting with the latest bits is
to install the tool directly from the git repo as it contains also
a set of real life tests/plans/stories for instant experimenting:
mkvirtualenv tmt # use [3] to install virtu
On Mon, Oct 14, 2019 at 4:19 PM, John M. Harris Jr
wrote:
And proprietary software, in your opinion, does not?
The requirements for including proprietary software are spelled out
just two paragraphs above the section on legal requirements:
"""
Software not deemed "free" by Fedora standards,
I forgot to add:
sorry for sending this out so late. I composed the mail but forgot to
actually send it ;(
Zbyszek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
On Monday, October 14, 2019 6:12:18 AM MST mcatanz...@gnome.org wrote:
> On Mon, Oct 14, 2019 at 11:49 AM, John M. Harris Jr
>
> wrote:
> > It's good that we can
> > reference external repositories such as rpmfusion-free, in my opinion.
>
> We actually cannot do that. It is prohibited because it
Following is the list of topics that will be discussed in the
FESCo meeting Monday at 15:00UTC in #fedora-meeting-1 on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2019-10-14 15:00 UTC'
Links to all issues to be
On Wed, Oct 09, 2019 at 04:46:52PM -0400, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/Modules_In_Non-Modular_Buildroot
>
> Enable module default streams in the buildroot repository for modular
> and non-modular RPMs.
>
> == Summary ==
> This Change (colloquially referred to as "Urs
On Mon, Oct 14, 2019 at 11:49 AM, John M. Harris Jr
wrote:
It's good that we can
reference external repositories such as rpmfusion-free, in my opinion.
We actually cannot do that. It is prohibited because it would entail
significant risk.
___
deve
Hi!
With a couple of qe & devel guys who are involved in the CI
effort we've started work on creating tmt, a tool for testing.
Why? We've got a bunch of dreams [1] and we would like to:
* run, debug and develop tests in much more comfortable way [2]
* open source more tests and run them closer to
OLD: Fedora-Rawhide-20191013.n.0
NEW: Fedora-Rawhide-20191014.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:61
Upgraded packages: 44
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:49.60
No missing expected images.
Compose FAILS proposed Rawhide gating check!
2 of 45 required tests failed, 2 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Unsatisfied gating requirements that could not be mapped to openQA tests:
FAILED: compose.clo
I don't believe anything except nfs-ganesha uses libntirpc, but on the
off-chance that there is—
libntirpc will bump from 1.8 to 3.0
--
Kaleb
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedo
On 14.10.2019 12:16, Kevin Kofler wrote:
> To be clear, I propose the following:
> * All packages MUST have a default version in any given Fedora release.
> * The default version MUST be shipped as non-modular (not as a modular
> default stream).
> * It follows that packages cannot be module-only
Dne 11. 10. 19 v 23:34 Adam Williamson napsal(a):
> On Fri, 2019-10-11 at 17:10 -0400, Randy Barlow wrote:
>> On Sat, 2019-10-05 at 02:38 +0200, Kevin Kofler wrote:
>>> No. Resolving conflicts implies that you need to do an actual merge,
>>> NOT a
>>> fast forward. Fast-forwarding means that I am
On Monday, October 14, 2019 3:16:27 AM MST Kevin Kofler wrote:
> > Enable module default streams in the buildroot repository for modular
> > and non-modular RPMs.
> >
> > == Summary ==
> > This Change (colloquially referred to as "Ursa Prime") enables the
> > Koji build-system to include the RPM a
On Mon, Oct 14, 2019, 12:47 Pierre-Yves Chibon wrote:
> On Mon, Oct 14, 2019 at 12:02:46PM +0200, Kevin Kofler wrote:
> > Aleksandar Kurtakov wrote:
> > > You seem to totally miss the point - there is no one even trying to
> ship
> > > Maven as a traditional package so what should we do give up o
On Mon, Oct 14, 2019 at 12:02:46PM +0200, Kevin Kofler wrote:
> Aleksandar Kurtakov wrote:
> > You seem to totally miss the point - there is no one even trying to ship
> > Maven as a traditional package so what should we do give up on having
> > anything built with Maven in the distro?
>
> If modu
On Thursday, October 10, 2019 5:59:16 PM CEST Miro Hrončok wrote:
> On 10. 10. 19 17:46, Igor Gnatenko wrote:
> > On Thu, Oct 10, 2019 at 12:52 AM Miro Hrončok wrote:
> >>
> >> On 09. 10. 19 22:46, Ben Cotton wrote:
> >>> https://fedoraproject.org/wiki/Changes/Modules_In_Non-Modular_Buildroot
> >>
On Sun, Oct 13, 2019 17:11:08 +0200, Till Hofmann wrote:
> You probably need to compile with `-DCGAL_HEADER_ONLY`, we had the same
> problem in fawkes. Here is the fawkes patch that fixed it:
> https://src.fedoraproject.org/rpms/fawkes/blob/master/f/fawkes.cgal-header-only.patch
That seems to have
mcatanz...@gnome.org wrote:
> John, the third-party software policy was approved after a long and
> contentious debate:
>
> https://pagure.io/Fedora-Council/tickets/issue/121
That policy is still completely at odds with the Fedora objectives.
Recommending proprietary software is entirely incompa
> Enable module default streams in the buildroot repository for modular
> and non-modular RPMs.
>
> == Summary ==
> This Change (colloquially referred to as "Ursa Prime") enables the
> Koji build-system to include the RPM artifacts provided by module
> default streams in the buildroot when buildin
Aleksandar Kurtakov wrote:
> You seem to totally miss the point - there is no one even trying to ship
> Maven as a traditional package so what should we do give up on having
> anything built with Maven in the distro?
If module-only packages finally get banned (as they should have been from
the on
FYI: FESCO ticket was created
https://pagure.io/fesco/issue/2246
On Tue, 2019-09-17 at 15:58 +0200, jkone...@redhat.com wrote:
> Hello everyone,
>
> I'm Anaconda developer and I'm also taking care about our
> infrastructure and this Fedora release brought me a plenty of
> "unnecessary" work than
Zbigniew Jędrzejewski-Szmek wrote:
> Based on those graphs, I'd say there's slow shrinking. It appears to be
> linear since ~2016. But what is interesting, is that the shrinking mostly
> affects "the occasional contributor": the green top 1% appear unchanged,
> the yellow top 10% barely budge, but
On Monday, October 14, 2019 2:29:49 AM MST mcatanz...@gnome.org wrote:
> John, the third-party software policy was approved after a long and
> contentious debate:
>
> https://pagure.io/Fedora-Council/tickets/issue/121
>
> We request review from Fedora Legal when we believe software may
> present
On Thu, 2019-10-10 at 16:40 +0200, Lukas Ruzicka wrote:
>
> >
> > So despite providing zero feedback here, this was voted at the
> > modularity meeting:
> >
> >
> >
> > * Tagging Module Defaults into non-modular repo (sgallagh,
> > 15:41:37)
> >
> >* AGREED: We disagree with merging defa
John, the third-party software policy was approved after a long and
contentious debate:
https://pagure.io/Fedora-Council/tickets/issue/121
We request review from Fedora Legal when we believe software may
present significant risk, such as the recent addition of OpenH264, in
accordance with t
On Mon, Oct 14, 2019 at 12:06 PM Fabio Valentini
wrote:
> On Mon, Oct 14, 2019 at 10:43 AM Aleksandar Kurtakov
> wrote:
> >
> >
> >
> > On Mon, Oct 14, 2019 at 10:13 AM John M. Harris Jr
> wrote:
> >>
> >> On Sunday, October 13, 2019 11:42:41 PM MST Aleksandar Kurtakov wrote:
> >> > On Mon, Oct
On Monday, October 14, 2019 2:10:56 AM MST you wrote:
> catanzaro commented on the pull-request: `Add a filtered flathub remote`
> that you are following: ``
> John, I linked you to the section of the policy that describes what
> third-party software would present unacceptable risk. I further expla
On Mon, Oct 14, 2019 at 10:43 AM Aleksandar Kurtakov
wrote:
>
>
>
> On Mon, Oct 14, 2019 at 10:13 AM John M. Harris Jr
> wrote:
>>
>> On Sunday, October 13, 2019 11:42:41 PM MST Aleksandar Kurtakov wrote:
>> > On Mon, Oct 14, 2019 at 9:00 AM John M. Harris Jr
>> >
>> > wrote:
>> > > On Wednesda
On 13. 10. 19 23:01, Fabio Valentini wrote:
On Sun, Oct 13, 2019 at 10:48 PM Kevin Fenzi wrote:
On Sun, Oct 13, 2019 at 08:01:45PM +0200, Miro Hrončok wrote:
On 13. 10. 19 19:38, Kevin Kofler wrote:
Ben Rosser wrote:
Before things are rolled out further, I'd like to see some policies
agreed
On Mon, Oct 14, 2019 at 10:13 AM John M. Harris Jr
wrote:
> On Sunday, October 13, 2019 11:42:41 PM MST Aleksandar Kurtakov wrote:
> > On Mon, Oct 14, 2019 at 9:00 AM John M. Harris Jr
> >
> > wrote:
> > > On Wednesday, October 9, 2019 1:46:52 PM MST Ben Cotton wrote:
> > > >
> https://fedorapro
On Sunday, October 13, 2019 11:42:41 PM MST Aleksandar Kurtakov wrote:
> On Mon, Oct 14, 2019 at 9:00 AM John M. Harris Jr
>
> wrote:
> > On Wednesday, October 9, 2019 1:46:52 PM MST Ben Cotton wrote:
> > > https://fedoraproject.org/wiki/Changes/Modules_In_Non-Modular_Buildroot
> > >
> > > Enabl
50 matches
Mail list logo