[Fedocal] Reminder meeting : Modularity Office Hours

Dear all, You are kindly invited to the meeting: Modularity Office Hours on 2018-09-25 from 10:00:00 to 11:00:00 US/Eastern At fedora-modular...@chat.freenode.net The meeting will be about: This is where you ask the Fedora Modularity Team questions (and we try to answer them)! Join us on

Re: Orphaning some Java packages

On Mon, Sep 24, 2018 at 3:39 PM, Mikolaj Izdebski wrote: > On 09/24/2018 08:52 PM, Miro Hrončok wrote: >> On 24.9.2018 19:09, Mikolaj Izdebski wrote: >>> I'm in the process of transitioning maintenance of all software to >>> modules only. The reason is that module maintenance is much easier >>>

Re: Semi-serious proposal: drop all optional entries from comps

Matthew Miller (mat...@fedoraproject.org) said: > On Sun, Sep 23, 2018 at 06:05:16AM +0100, Peter Robinson wrote: > > Some of the group stuff is also used during the compose and if things > > aren't in groups specified but needed by say a kickstart the packages > > won't be in certain places and

Re: Semi-serious proposal: drop all optional entries from comps

On Sun, Sep 23, 2018 at 06:05:16AM +0100, Peter Robinson wrote: > Some of the group stuff is also used during the compose and if things > aren't in groups specified but needed by say a kickstart the packages > won't be in certain places and will break things. I did this by > accident when adding

Fedora 30 Self-Contained Change proposal: PHP 7.3

https://fedoraproject.org/wiki/Changes/php73 = PHP 7.3 = == Summary == Update the PHP stack in Fedora to latest version 7.3.x == Owner == * Name: [[User:Remi| Remi Collet]] and [[SIGs/PHP|PHP SIG]] * Email: remi at fedoraproject dot org == Detailed Description == Update the PHP stack in Fedora

Fedora 30 Self-Contained Change proposal: PHP 7.3

https://fedoraproject.org/wiki/Changes/php73 = PHP 7.3 = == Summary == Update the PHP stack in Fedora to latest version 7.3.x == Owner == * Name: [[User:Remi| Remi Collet]] and [[SIGs/PHP|PHP SIG]] * Email: remi at fedoraproject dot org == Detailed Description == Update the PHP stack in Fedora

Re: Orphaning some Java packages

On 09/24/2018 08:52 PM, Miro Hrončok wrote: > On 24.9.2018 19:09, Mikolaj Izdebski wrote: >> I'm in the process of transitioning maintenance of all software to >> modules only. The reason is that module maintenance is much easier >> compared to maintenance of non-modular, "ursine" packages. >> >>

Re: Semi-serious proposal: drop all optional entries from comps

On Mon, 2018-09-24 at 08:47 -0700, Adam Williamson wrote: > If we want to fix that we'd need to somehow run the comps script on all > changes in dist-git and block those changes on introducing comps > problems, which seems like a rather more difficult problem. Well...thinking about it a bit more,

Re: Semi-serious proposal: drop all optional entries from comps

On Mon, 2018-09-24 at 12:21 +0200, Vít Ondruch wrote: > Just FTR, some while ago, I proposed to drop comps entirely: > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/ISCIB67JKW7WBC74KA4DSCAP6AZOUY5G/ That...doesn't seem like a very serious proposal at all,

Orphaning some Java packages

TL;DR I am planning to orphan Java packages listed below soon after Fedora 29 GA. Let me know if you want to adopt any of them. I'm in the process of transitioning maintenance of all software to modules only. The reason is that module maintenance is much easier compared to maintenance of

Re: Qt 5 update in rawhide

On 09/24/2018 01:59 AM, Jan Grulich wrote: > Hi, > > this is because Plasma 5.14 beta update, not related to my Qt 5 update. I'm > cc-ing Martin Kyral as he is responsible for this update. No problem. I don't want to blame anyone... but if we can figure out how to prevent it from happening

Re: Semi-serious proposal: drop all optional entries from comps

On Mon, 2018-09-24 at 08:26 +, Zbigniew Jędrzejewski-Szmek wrote: > On Sun, Sep 23, 2018 at 10:41:31AM +0200, Nicolas Mailhot wrote: > > Le samedi 22 septembre 2018 à 11:38 -0700, Adam Williamson a écrit : > > > But at the same time I think Matt's right that comps -at least as it's > > >

[Bug 1632349] New: perl-Net-Whois-Raw-2.99019 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1632349 Bug ID: 1632349 Summary: perl-Net-Whois-Raw-2.99019 is available Product: Fedora Version: rawhide Component: perl-Net-Whois-Raw Keywords: FutureFeature, Triaged Assignee:

[Bug 1632348] New: perl-Net-DNS-1.18 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1632348 Bug ID: 1632348 Summary: perl-Net-DNS-1.18 is available Product: Fedora Version: rawhide Component: perl-Net-DNS Keywords: FutureFeature, Triaged Assignee:

[Bug 1632347] New: perl-MooseX-Getopt-0.74 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1632347 Bug ID: 1632347 Summary: perl-MooseX-Getopt-0.74 is available Product: Fedora Version: rawhide Component: perl-MooseX-Getopt Keywords: FutureFeature, Triaged Assignee:

[Bug 1632302] New: perl-HTTP-Tinyish-0.15 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1632302 Bug ID: 1632302 Summary: perl-HTTP-Tinyish-0.15 is available Product: Fedora Version: rawhide Component: perl-HTTP-Tinyish Keywords: FutureFeature, Triaged Assignee:

Re: DNF and Modularity

Dne 24.9.2018 v 17:17 Kevin Fenzi napsal(a): > On 09/24/2018 03:24 AM, M A Young wrote: >> On Mon, 24 Sep 2018, Petr Šabata wrote: >> >>> >>> Definitely an error. >>> >>> Could be another case of >>> https://bugzilla.redhat.com/show_bug.cgi?id=1629396, but it >>> should have been fixed last week.

Re: DNF and Modularity

On Mon, 2018-09-24 at 08:17 -0700, Kevin Fenzi wrote: > On 09/24/2018 03:24 AM, M A Young wrote: > > On Mon, 24 Sep 2018, Petr Šabata wrote: > > > > > Definitely an error. > > > > > > Could be another case of > > > https://bugzilla.redhat.com/show_bug.cgi?id=1629396, but it > > > should have

[Bug 1632294] New: perl-Catalyst-Runtime-5.90119 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1632294 Bug ID: 1632294 Summary: perl-Catalyst-Runtime-5.90119 is available Product: Fedora Version: rawhide Component: perl-Catalyst-Runtime Keywords: FutureFeature, Triaged

Re: DNF and Modularity

On 09/24/2018 03:24 AM, M A Young wrote: > On Mon, 24 Sep 2018, Petr Šabata wrote: > >> >> Definitely an error. >> >> Could be another case of >> https://bugzilla.redhat.com/show_bug.cgi?id=1629396, but it >> should have been fixed last week. Is your repo current? >> Could you check for the

Re: Semi-serious proposal: drop all optional entries from comps

On Mon, Sep 24, 2018 at 11:15 AM Kevin Fenzi wrote: > Metapackages have other issues too. They make it difficult to consume > part of a group. You either have to have everything or nothing. With > comps groups you can install a group, remove some packages you don't > want and still get updates to

Re: Semi-serious proposal: drop all optional entries from comps

On 09/23/2018 10:14 PM, Nicolas Mailhot wrote: > Le lundi 24 septembre 2018 à 00:57 +0200, Kevin Kofler a écrit : >> >> Another issue if you want to use metapackages for categorization is >> that UIs >> such as Dnfdragora, or whatever tool converts the metapackages to a >> representation those

summary of today's FESCo Meeting (2018-09-24)

Hi, there were no tickets to discuss, and Open Floor yielded nothing too. Minutes: https://meetbot.fedoraproject.org/fedora-meeting-1/2018-09-24/fesco.2018-09-24-15.00.html Minutes (text): https://meetbot.fedoraproject.org/fedora-meeting-1/2018-09-24/fesco.2018-09-24-15.00.txt Log:

Re: python2-matplotlib needs a maintainer

On 24.9.2018 16:17, Igor Gnatenko wrote: On Mon, Sep 24, 2018 at 4:15 PM Miro Hrončok > wrote: On 21.9.2018 12:19, Miro Hrončok wrote: > We updated python-matplotlib to 3.0.0. It only supports Python 3. This > was done in Rawhide only. > >

Re: python2-matplotlib needs a maintainer (was: matplotlib 3 (no Python 2 support) in rawhide)

On Mon, Sep 24, 2018 at 4:15 PM Miro Hrončok wrote: > On 21.9.2018 12:19, Miro Hrončok wrote: > > We updated python-matplotlib to 3.0.0. It only supports Python 3. This > > was done in Rawhide only. > > > > The python2-matplotlib* subpackages were moved to a new SRPM, > > python2-matplotlib

python2-matplotlib needs a maintainer (was: matplotlib 3 (no Python 2 support) in rawhide)

On 21.9.2018 12:19, Miro Hrončok wrote: We updated python-matplotlib to 3.0.0. It only supports Python 3. This was done in Rawhide only. The python2-matplotlib* subpackages were moved to a new SRPM, python2-matplotlib (remains at 2.2.x), as plenty of cruft still needs them :( If you

Re: Managing stream (arbitrary) branch and module lifecycles

On Mon, Sep 24, 2018 at 7:04 AM Adam Samalik wrote: > I thought about this for a while, and I can see some conceptual > similarities between upgrading a major Fedora release and changing a module > stream. I tried to think about major Fedora releases (I mean f28, f29, etc) > as "streams" of

python3-debug: Should we use -Og rather than -O0?

Hi, I've been looking at documentation of these GCC flags: -O0 Reduce compilation time and make debugging produce the expected results. This is the default -Og Optimize debugging experience. -Og enables optimizations that do not interfere with debugging. It should be the optimization

Re: What to do about sagemath

On 24.9.2018 15:28, Owen Taylor wrote: Using modules for this purpose will take some care for parallel installability - unless you are happy with sagemath only being runnable from within a container. Unless I'm missing something, to restore a python2 subpackage that has been removed in the

qpdf soname bump in rawhide to 21.2.1

Hi, qpdf got new version and I would like to rebase our rawhide version, but two packages will need to be rebuilt, because they depends on libqpdf library. They are: - python-pikepdf - cups-filters I can manage cups-filters rebuild, but I would like to ask python-pikepdf's maintainer to

Re: What to do about sagemath

Using modules for this purpose will take some care for parallel installability - unless you are happy with sagemath only being runnable from within a container. Unless I'm missing something, to restore a python2 subpackage that has been removed in the main Fedora, you'd need to: - Create a

Re: Orphaning several nodejs-* packages

On Thu, Sep 20, 2018 at 11:00 AM Stephen Gallagher wrote: > > I'm planning to orphan the following packages tomorrow, as I don't use > them any more and don't have time to maintain them properly: > > * nodejs-spdx-expression-parse-v2.0.2 > * nodejs-aproba-v2.0.0 > * nodejs-read-package-tree

Schedule for Monday's FESCo Meeting (2018-09-24)

Hello everyone, we have no tickets on the agenda for the FESCo meeting today, so hopefully it will be short one. The meeting will be held 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:

Re: F29 Self-Contained Change: GnuTLS enables TLS 1.3 by default

On Mon, 24 Sep 2018 11:27:49 +0200, Florian Weimer wrote: > Actually, I assume Google simply made a mistake here. But this is > getting off-topic. As I've mentioned in the Fedora bugzilla ticket, pointing at the gnutls API is not a solution. libetpan upstream would appreciate a pull request.

Re: Managing stream (arbitrary) branch and module lifecycles

I thought about this for a while, and I can see some conceptual similarities between upgrading a major Fedora release and changing a module stream. I tried to think about major Fedora releases (I mean f28, f29, etc) as "streams" of Fedora, the same way as streams of modules, with stable API.

Re: DNF and Modularity

On Mon, 24 Sep 2018, Petr Šabata wrote: > On Mon, Sep 24, 2018 at 10:02:39AM +0200, Miroslav Suchý wrote: > > Hi, > > I have to admit that I am a bit puzzled about DNF behavior with modularity. > > > > I have installed repo files with modularity repos, but all of them are > > disabled. I have

Re: Semi-serious proposal: drop all optional entries from comps

Just FTR, some while ago, I proposed to drop comps entirely: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/ISCIB67JKW7WBC74KA4DSCAP6AZOUY5G/ Vít Dne 22.9.2018 v 03:14 Adam Williamson napsal(a): > Hi folks! > > I am currently working on finding and

Fedora 29-20180923.n.0 compose check report

No missing expected images. Failed openQA tests: 4/132 (x86_64), 1/2 (arm) ID: 284724 Test: x86_64 Workstation-live-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/284724 ID: 284738 Test: x86_64 Workstation-boot-iso install_default@uefi URL:

Re: F29 Self-Contained Change: GnuTLS enables TLS 1.3 by default

* Nicolas Mailhot: > The RFC clearly states there is ongoing work to remove any issue that > would prevent use of SNI everywhere. And you assume Google cares more > about scalability, than about mixing traffic as much as possible, to > avoid third parties interfering with the way it wants its

Re: F29 Self-Contained Change: GnuTLS enables TLS 1.3 by default

Le 2018-09-24 08:49, Florian Weimer a écrit : * Nicolas Mailhot: Le dimanche 23 septembre 2018 à 22:39 +0200, Florian Weimer a écrit : In Google's case, there is only one server, imap.gmail.com: That's the public name, nothing stops

Re: Qt 5 update in rawhide

Hi, this is because Plasma 5.14 beta update, not related to my Qt 5 update. I'm cc-ing Martin Kyral as he is responsible for this update. Regards, Jan On pondělí 24. září 2018 0:32:23 CEST Kevin Fenzi wrote: > On 09/23/2018 02:59 PM, Kevin Fenzi wrote: > > On 09/22/2018 04:05 AM, Jan Grulich

Re: DNF and Modularity

On Mon, Sep 24, 2018 at 10:02:39AM +0200, Miroslav Suchý wrote: > Hi, > I have to admit that I am a bit puzzled about DNF behavior with modularity. > > I have installed repo files with modularity repos, but all of them are > disabled. I have no module enabled on my system > (F29 BTW). To be

Re: Semi-serious proposal: drop all optional entries from comps

On Sun, Sep 23, 2018 at 10:41:31AM +0200, Nicolas Mailhot wrote: > Le samedi 22 septembre 2018 à 11:38 -0700, Adam Williamson a écrit : > > > > But at the same time I think Matt's right that comps -at least as it's > > currently set up - is kind of a really *bad* way of doing this, and > > that

DNF and Modularity

Hi, I have to admit that I am a bit puzzled about DNF behavior with modularity. I have installed repo files with modularity repos, but all of them are disabled. I have no module enabled on my system (F29 BTW). To be precise: output of `dnf module list`

[Bug 1630976] EPEL-7 branch for perl-Data-TreeDumper?

https://bugzilla.redhat.com/show_bug.cgi?id=1630976 --- Comment #4 from Fedora Update System --- perl-Data-TreeDumper-0.40-19.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-2db4f7db3a -- You are receiving this mail because: You

Fedora 29 compose report: 20180923.n.0 changes

OLD: Fedora-29-20180922.n.0 NEW: Fedora-29-20180923.n.0 = SUMMARY = Added images:0 Dropped images: 2 Added packages: 0 Dropped packages:0 Upgraded packages: 34 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:0 B Size of

Re: Release-monitoring github issues?

On 23.9.2018 23:26, Jerry James wrote: On Sat, Sep 22, 2018 at 3:42 PM Kevin Fenzi wrote: Yep. It's fixed but not yet rolled out to production, we ran into some other issues we wanted to fix up before rolling it out. I hope to move this service into our production openshift instance and

[Bug 1630976] EPEL-7 branch for perl-Data-TreeDumper?

https://bugzilla.redhat.com/show_bug.cgi?id=1630976 --- Comment #3 from Fedora Update System --- perl-Devel-Size-0.82-3.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-d49d91b06c -- You are receiving this mail because: You are on

Re: F29 Self-Contained Change: GnuTLS enables TLS 1.3 by default

* Nicolas Mailhot: > Le dimanche 23 septembre 2018 à 22:39 +0200, Florian Weimer a écrit : >> > On Sun, Sep 23, 2018 at 10:14 AM, Nicolas Mailhot >> > >> To be honest, this looks like a misconfiguration of the Google >> servers. > > Actually, this is probably a "we can finally declare IE6 dead

[Bug 1630976] EPEL-7 branch for perl-Data-TreeDumper?

https://bugzilla.redhat.com/show_bug.cgi?id=1630976 Fedora Update System changed: What|Removed |Added Status|NEW |MODIFIED --- Comment #2 from

[Test-Announce] Fedora 29 Branched 20180923.n.0 nightly compose nominated for testing

Announcing the creation of a new nightly release validation test event for Fedora 29 Branched 20180923.n.0. Please help run some tests for this nightly compose if you have time. For more information on nightly release validation testing, see: