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
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 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: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 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 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
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 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
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
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
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
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
> 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
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
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
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 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 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
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 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
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
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
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
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
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
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
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 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
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 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,
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
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
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
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
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 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
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
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 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
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 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 :-)
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 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
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 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
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
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
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
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
50 matches
Mail list logo
