Re: late generation of assemble code

On Thursday, May 28, 2020 9:41:54 PM MST Paul Dufresne via devel wrote: > On 2020-05-28 7:36 a.m., Dridi Boukelmoune wrote: > > On Tue, May 26, 2020 at 12:07 PM Jan Kratochvil > > > > wrote: > >> On Sun, 24 May 2020 05:21:05 +0200, Paul Dufresne via devel wrote: > >>> The idea was to push code

Re: late generation of assemble code

On 2020-05-28 7:36 a.m., Dridi Boukelmoune wrote: On Tue, May 26, 2020 at 12:07 PM Jan Kratochvil wrote: On Sun, 24 May 2020 05:21:05 +0200, Paul Dufresne via devel wrote: The idea was to push code generation as near as possible of code execution. Because at execution time, you know what are

[389-devel] Please Review samba ldif status

https://pagure.io/389-ds-base/pull-request/51126 — Sincerely, William Brown Senior Software Engineer, 389 Directory Server SUSE Labs ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to

Re: Fedora 33 Self-Contained Change proposal: Drop mod_php

On Thursday, May 28, 2020 12:53:26 PM MST Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/drop_mod_php > > == Summary == > mod_php (apache2handler) is an optional httpd module to execute PHP > scripts, not used. > > == Owner == > * Name: [[User:Remi| Remi Collet]] > * Email: remi at

[389-devel] 389 DS nightly 2020-05-29 - 95% PASS

https://fedorapeople.org/groups/389ds/ci/nightly/2020/05/29/report-389-ds-base-1.4.4.2-20200528gitcec0506.fc32.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to

[Bug 1796214] perl-CDB_File-1.02 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1796214 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-CDB_File-1.02-1.fc32 |perl-CDB_File-1.02-1.fc32

[Bug 1796214] perl-CDB_File-1.02 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1796214 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-CDB_File-1.02-1.fc32 |perl-CDB_File-1.02-1.fc32

Re: How to determine maintainer of a package en mass?

On Fri, May 29, 2020 at 1:16 AM Richard Shaw wrote: > > Specifically, I would like a way to determine which packages I am the sole > maintainer of or the main maintainer. > > Long story short, I've been spending far too much time on packaging work and > it's taking away from $LIFE, $DAYJOB, and

How to determine maintainer of a package en mass?

Specifically, I would like a way to determine which packages I am the sole maintainer of or the main maintainer. Long story short, I've been spending far too much time on packaging work and it's taking away from $LIFE, $DAYJOB, and other hobbies I used to enjoy. I need to offload the primary

Re: [HEADS UP] Fedora 33 Python 3.9 rebuilds have started in a side tag

On Fri, 2020-05-29 at 00:12 +0200, Miro Hrončok wrote: > On 28. 05. 20 8:33, Adam Williamson wrote: > > On Wed, 2020-05-27 at 10:27 -0700, Adam Williamson wrote: > > > Hah, so it seems you're ahead of me =) > > > > > > The live image build finally finished, but when I booted it to check > > > it,

Re: [HEADS UP] Fedora 33 Python 3.9 rebuilds have started in a side tag

On 28. 05. 20 8:33, Adam Williamson wrote: On Wed, 2020-05-27 at 10:27 -0700, Adam Williamson wrote: Hah, so it seems you're ahead of me =) The live image build finally finished, but when I booted it to check it, I found it includes both python3-3.8.3-1.fc33 and python3.9-

Re: Many packages unnecessarily link to libpython

On 15/05/20 14:12 -0400, Charalampos Stratakis wrote: Hello everyone, As of Python 3.8, python C extensions modules should not link to libpython, unless they embed the interpreter in their code. Relevant upstream PR: https://github.com/python/cpython/pull/12946 If your package links to

[EPEL-devel] [Fedocal] Reminder meeting : EPEL Steering Committee

Dear all, You are kindly invited to the meeting: EPEL Steering Committee on 2020-05-29 from 21:00:00 to 22:00:00 UTC At freenode@fedora-meeting The meeting will be about: This is the weekly EPEL Steering Committee Meeting. A general agenda is the following: #meetingname EPEL #topic

Re: Many packages unnecessarily link to libpython

Thanks Charalampos, On Fri, May 15, 2020 14:12:00 -0400, Charalampos Stratakis wrote: > nest ankursinha I've filed an issue upstream: https://github.com/nest/nest-simulator/issues/1630 I'll update the packages once I've heard from them. -- Thanks, Regards, Ankur Sinha

[Bug 1841269] please build perl-Term-ShellUI for epel8

https://bugzilla.redhat.com/show_bug.cgi?id=1841269 --- Comment #1 from Xavier Bachelot --- https://pagure.io/releng/fedora-scm-requests/issue/25355 https://pagure.io/releng/fedora-scm-requests/issue/25356 I've added you to the package as well. -- You are receiving this mail because: You

[Bug 1841267] please build perl-Clipboard for epel8

https://bugzilla.redhat.com/show_bug.cgi?id=1841267 --- Comment #1 from Xavier Bachelot --- https://pagure.io/releng/fedora-scm-requests/issue/25353 https://pagure.io/releng/fedora-scm-requests/issue/25354 I've added you to the package as well. -- You are receiving this mail because: You

[Bug 1841308] remove hardcoded requirement for Crypt::Random

https://bugzilla.redhat.com/show_bug.cgi?id=1841308 --- Comment #1 from Charles R. Anderson --- Created attachment 1693159 --> https://bugzilla.redhat.com/attachment.cgi?id=1693159=edit perl-Crypt-PWSafe3-bytes-random-secure.patch Quick and dirty patch to remove requirement for

[Bug 1841308] remove hardcoded requirement for Crypt::Random

https://bugzilla.redhat.com/show_bug.cgi?id=1841308 Charles R. Anderson changed: What|Removed |Added Assignee|c...@wpi.edu |p...@city-fan.org Doc

[Bug 1841308] New: remove hardcoded requirement for Crypt::Random

https://bugzilla.redhat.com/show_bug.cgi?id=1841308 Bug ID: 1841308 Summary: remove hardcoded requirement for Crypt::Random Product: Fedora Version: rawhide Status: NEW Component: perl-Crypt-PWSafe3 Assignee: c...@wpi.edu

Fedora 33 Self-Contained Change proposal: Drop mod_php

https://fedoraproject.org/wiki/Changes/drop_mod_php == Summary == mod_php (apache2handler) is an optional httpd module to execute PHP scripts, not used. == Owner == * Name: [[User:Remi| Remi Collet]] * Email: remi at fedoraproject dot org == Detailed Description == By default php-fpm is used

Fedora 33 Self-Contained Change proposal: No more automagic Python bytecompilation phase 3

https://fedoraproject.org/wiki/Changes/No_more_automagic_Python_bytecompilation_phase_3 == Summary == See [[Changes/No_more_automagic_Python_bytecompilation]] and [[Changes/No_more_automagic_Python_bytecompilation_phase_2]]. Now, %global _python_bytecompile_extra 1 won't be allowed anymore and

Fedora 34 System-Wide Change proposal: NSS CK_GCM_PARAMS change

https://fedoraproject.org/wiki/Changes/NssGCMParams == Summary == Because of changes to the PKCS #11 spec in PKCS #11 v3.0, NSS needs to change the definition of CK_GCM_PARAMS in a source incompatible way. Upstream made this change in NSS 3.52. == Owner == * Name: [[User:rrelyea| Bob Relyea]] *

Fedora 33 Self-Contained Change proposal: Drop mod_php

https://fedoraproject.org/wiki/Changes/drop_mod_php == Summary == mod_php (apache2handler) is an optional httpd module to execute PHP scripts, not used. == Owner == * Name: [[User:Remi| Remi Collet]] * Email: remi at fedoraproject dot org == Detailed Description == By default php-fpm is used

Fedora 33 Self-Contained Change proposal: No more automagic Python bytecompilation phase 3

https://fedoraproject.org/wiki/Changes/No_more_automagic_Python_bytecompilation_phase_3 == Summary == See [[Changes/No_more_automagic_Python_bytecompilation]] and [[Changes/No_more_automagic_Python_bytecompilation_phase_2]]. Now, %global _python_bytecompile_extra 1 won't be allowed anymore and

Fedora 34 System-Wide Change proposal: NSS CK_GCM_PARAMS change

https://fedoraproject.org/wiki/Changes/NssGCMParams == Summary == Because of changes to the PKCS #11 spec in PKCS #11 v3.0, NSS needs to change the definition of CK_GCM_PARAMS in a source incompatible way. Upstream made this change in NSS 3.52. == Owner == * Name: [[User:rrelyea| Bob Relyea]] *

[Bug 1841262] please build for perl-Crypt-Random for epel8

https://bugzilla.redhat.com/show_bug.cgi?id=1841262 --- Comment #4 from Charles R. Anderson --- (In reply to Paul Howarth from comment #3) > (In reply to Charles R. Anderson from comment #2) > > (In reply to Paul Howarth from comment #1) > > > The dependency seems to come from

[Bug 1841262] please build for perl-Crypt-Random for epel8

https://bugzilla.redhat.com/show_bug.cgi?id=1841262 --- Comment #3 from Paul Howarth --- (In reply to Charles R. Anderson from comment #2) > (In reply to Paul Howarth from comment #1) > > The dependency seems to come from perl-Crypt-PWSafe3, which itself prefers > > to use

[Bug 1841262] please build for perl-Crypt-Random for epel8

https://bugzilla.redhat.com/show_bug.cgi?id=1841262 --- Comment #2 from Charles R. Anderson --- (In reply to Paul Howarth from comment #1) > The dependency seems to come from perl-Crypt-PWSafe3, which itself prefers > to use perl-Bytes-Random-Secure over perl-Crypt-Random if it's available. >

[Bug 1841262] please build for perl-Crypt-Random for epel8

https://bugzilla.redhat.com/show_bug.cgi?id=1841262 --- Comment #1 from Paul Howarth --- perl-Crypt-Random depends on perl-Math-Pari and I'd really rather not have to maintain that in EPEL-8 as it currently only builds against an old compat package for libpari. The dependency seems to come

[Bug 1840363] perl-Compress-Bzip2-2.27 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1840363 --- Comment #5 from Fedora Update System --- FEDORA-2020-5c3d40ee89 has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade

[Bug 1841269] New: please build perl-Term-ShellUI for epel8

https://bugzilla.redhat.com/show_bug.cgi?id=1841269 Bug ID: 1841269 Summary: please build perl-Term-ShellUI for epel8 Product: Fedora Version: rawhide Status: NEW Component: perl-Term-ShellUI Assignee: mkre...@gmail.com

[Bug 1841269] please build perl-Term-ShellUI for epel8

https://bugzilla.redhat.com/show_bug.cgi?id=1841269 Charles R. Anderson changed: What|Removed |Added Blocks||1802983 Doc Type|---

[Bug 1841267] please build perl-Clipboard for epel8

https://bugzilla.redhat.com/show_bug.cgi?id=1841267 Charles R. Anderson changed: What|Removed |Added Blocks||1802983 Doc Type|---

[Bug 1841267] New: please build perl-Clipboard for epel8

https://bugzilla.redhat.com/show_bug.cgi?id=1841267 Bug ID: 1841267 Summary: please build perl-Clipboard for epel8 Product: Fedora Version: rawhide Status: NEW Component: perl-Clipboard Assignee: mkre...@gmail.com

[Bug 1841264] please build perl-Crypt-Twofish for epel8

https://bugzilla.redhat.com/show_bug.cgi?id=1841264 Charles R. Anderson changed: What|Removed |Added Blocks||1802983 Doc Type|---

[Bug 1841264] New: please build perl-Crypt-Twofish for epel8

https://bugzilla.redhat.com/show_bug.cgi?id=1841264 Bug ID: 1841264 Summary: please build perl-Crypt-Twofish for epel8 Product: Fedora Version: rawhide Status: NEW Component: perl-Crypt-Twofish Assignee:

[Bug 1841262] please build for perl-Crypt-Random for epel8

https://bugzilla.redhat.com/show_bug.cgi?id=1841262 Charles R. Anderson changed: What|Removed |Added Blocks||1802983 Doc Type|---

[Bug 1841262] New: please build for perl-Crypt-Random for epel8

https://bugzilla.redhat.com/show_bug.cgi?id=1841262 Bug ID: 1841262 Summary: please build for perl-Crypt-Random for epel8 Product: Fedora Version: rawhide Status: NEW Component: perl-Crypt-Random Assignee:

Re: [EPEL-devel] Re: Soname bump of libb2 on F31/EPEL7

I can't; Bodhi says i have not commit access to your packages. On 28/05/20 19:44, Mukundan Ragavan wrote: > > On 5/26/20 1:49 PM, Antonio T. sagitter wrote: >> Mukundan, your package misses. >> Please, rebuild `gtkhash` against `libb2-0.98.1` or let me commit >> changes to it. >> > Hi Antonio, >

[EPEL-devel] Re: Soname bump of libb2 on F31/EPEL7

I can't; Bodhi says i have not commit access to your packages. On 28/05/20 19:44, Mukundan Ragavan wrote: > > On 5/26/20 1:49 PM, Antonio T. sagitter wrote: >> Mukundan, your package misses. >> Please, rebuild `gtkhash` against `libb2-0.98.1` or let me commit >> changes to it. >> > Hi Antonio, >

[EPEL-devel] Re: Soname bump of libb2 on F31/EPEL7

On 5/26/20 1:49 PM, Antonio T. sagitter wrote: > Mukundan, your package misses. > Please, rebuild `gtkhash` against `libb2-0.98.1` or let me commit > changes to it. > Hi Antonio, This is done. Please add gtkhash to your update as well.

Re: [EPEL-devel] Re: Soname bump of libb2 on F31/EPEL7

On 5/26/20 1:49 PM, Antonio T. sagitter wrote: > Mukundan, your package misses. > Please, rebuild `gtkhash` against `libb2-0.98.1` or let me commit > changes to it. > Hi Antonio, This is done. Please add gtkhash to your update as well.

Re: Package Review for Mudita24

On Thu, May 28, 2020 at 11:06 AM wrote: > A week ago I requested a package review for Mudita24 > (https://bugzilla.redhat.com/show_bug.cgi?id=1836540), and Artur Iwicki > stepped-up and did a little bit of review. However, I have not heard from him > for a week now. > > If anyone else can

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On 28/05/20 09:44 +0100, Jonathan Wakely wrote: I'm starting the rebuilds for Boost 1.73.0 and packages that depend on it, using the f33-boost side tag. If you see "Rebuilt for Boost 1.73.0" in the changelog for one of your packages, please do not make another update. Instead co-ordinate with

Re: new packages review tickets

Il 28/05/20 19:04, Fabio Valentini ha scritto: > > Since bugzilla keeps track of which user set which flag, do you maybe > need to specify which user's needinfo flag you want to clear? > > Fabio > I'm already passing all the flag object properties, id included: >>> bug = bz.getbug(1730464) >>>

Re: new packages review tickets

On Thu, May 28, 2020 at 6:58 PM Mattia Verga via devel wrote: > > Il 24/05/20 15:41, Igor Raits ha scritto: > > > > This is great idea! If you need any help with bugzilla API or anything > > like that - let me know. > > > > > Yeah, I think I need some help in getting flags resetted. > > I would

Package Review for Mudita24

Hi everyone, A week ago I requested a package review for Mudita24 (https://bugzilla.redhat.com/show_bug.cgi?id=1836540), and Artur Iwicki stepped-up and did a little bit of review. However, I have not heard from him for a week now. If anyone else can step-in, I’d be grateful. For a little

Re: new packages review tickets

Il 24/05/20 15:41, Igor Raits ha scritto: > > This is great idea! If you need any help with bugzilla API or anything > like that - let me know. > > Yeah, I think I need some help in getting flags resetted. I would like to reset the 'needinfo' flag and the 'fedora-review' flag. Accordingly to

Re: [HEADS UP] Fedora 33 Python 3.9 rebuilds have started in a side tag

On 22. 05. 20 3:06, Miro Hrončok wrote: Hello, in order to deliver Python 3.9, we are running a coordinated rebuild in a side tag. https://fedoraproject.org/wiki/Changes/Python3.9 If you see a "Rebuilt for Python 3.9" (or similar) commit in your package, please don't rebuild it in regular 

Re: Schedule for Thursday's FPC Meeting (2020-05-28 16:00 UTC)

On 28. 05. 20 8:08, James Antill wrote: Following is the list of topics that will be discussed in the FPC meeting Thursday at 2020-05-28 16:00 UTC in #fedora-meeting-1 on irc.freenode.net. I ma sorry, but I am too tired to attend. The Python 3.9 rebuilds are draining all my energy :( --

Brand new pipenv 2020.5.28 ready for testing in a copr repo

Hi, upstream released a brand new version of `pipenv` this morning, and we've packaged it for you to try out in copr:     https://copr.fedorainfracloud.org/coprs/g/python/pipenv/ Please report any issues in Fedora's Bugzilla and in the text please indicate that it's regarding this new

[EPEL-devel] Re: Soname bump of libb2 on F31/EPEL7

On 5/28/20 2:25 AM, Petr Pisar wrote: > How is it possible? What happened with the libb2-0.98.1-2.fc31 build: > > $ koji list-history --build libb2-0.98.1-2.fc31 > Fri May 22 20:48:12 2020 libb2-0.98.1-2.fc31 tagged into > f31-updates-candidate by sagitter > Fri May 22 20:54:19 2020

Re: [HEADS UP] Fedora 33 Python 3.9 rebuilds have started in a side tag

On 22. 05. 20 3:06, Miro Hrončok wrote: Hello, in order to deliver Python 3.9, we are running a coordinated rebuild in a side tag. https://fedoraproject.org/wiki/Changes/Python3.9 If you see a "Rebuilt for Python 3.9" (or similar) commit in your package, please don't rebuild it in regular 

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On 28/05/20 14:21 +0200, Fabio Valentini wrote: On Thu, May 28, 2020 at 2:16 PM Jonathan Wakely wrote: I've literally just started. The new boost hasn't even finished yet: https://koji.fedoraproject.org/koji/taskinfo?taskID=45094034 I wonder if this build is actually broken and if it will

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On 28. 05. 20 14:21, Fabio Valentini wrote: On Thu, May 28, 2020 at 2:16 PM Jonathan Wakely wrote: I've literally just started. The new boost hasn't even finished yet: https://koji.fedoraproject.org/koji/taskinfo?taskID=45094034 I wonder if this build is actually broken and if it will ever

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On Thu, May 28, 2020 at 2:16 PM Jonathan Wakely wrote: > I've literally just started. The new boost hasn't even finished yet: > https://koji.fedoraproject.org/koji/taskinfo?taskID=45094034 I wonder if this build is actually broken and if it will ever finish:

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

OK I just write it because you request report about "I don't see changes in changelog". чт, 28 мая 2020 г., 15:16 Jonathan Wakely : > On 28/05/20 14:47 +0300, Vascom wrote: > >Hi. > > > >pulseeffects package depends on boost and I don't see changes in > changelog. > > I've literally just

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On 28/05/20 14:47 +0300, Vascom wrote: Hi. pulseeffects package depends on boost and I don't see changes in changelog. I've literally just started. The new boost hasn't even finished yet: https://koji.fedoraproject.org/koji/taskinfo?taskID=45094034 Do you need to update pulseeffects? If not,

Re: Packages still using %{?_smp_mflags} manually?

On Wed, May 27, 2020 at 10:01 AM Tom Stellard wrote: > On 05/27/2020 07:47 AM, Richard Shaw wrote: > > On Wed, May 27, 2020 at 9:44 AM Tom Stellard > wrote: > > > > > > Also, I used to use %make_build without the {}, but someone > suggested[1] I > > add the

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

Hi. pulseeffects package depends on boost and I don't see changes in changelog. чт, 28 мая 2020 г., 11:45 Jonathan Wakely : > I'm starting the rebuilds for Boost 1.73.0 and packages that depend on > it, using the f33-boost side tag. > > If you see "Rebuilt for Boost 1.73.0" in the changelog for

Re: late generation of assemble code

On Tue, May 26, 2020 at 12:07 PM Jan Kratochvil wrote: > > On Sun, 24 May 2020 05:21:05 +0200, Paul Dufresne via devel wrote: > > The idea was to push code generation as near as possible of code execution. > > Because at execution time, you know what are the specific features of the > > CPU, and

Fedora-Cloud-32-20200528.0 compose check report

No missing expected images. Soft failed openQA tests: 1/1 (x86_64) (Tests completed, but using a workaround for a known bug) ID: 606679 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/606679 -- Mail generated by check-compose:

Fedora-Cloud-31-20200528.0 compose check report

No missing expected images. Passed openQA tests: 1/1 (x86_64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

[HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

I'm starting the rebuilds for Boost 1.73.0 and packages that depend on it, using the f33-boost side tag. If you see "Rebuilt for Boost 1.73.0" in the changelog for one of your packages, please do not make another update. Instead co-ordinate with me to use the side tag for your update (if your

Re: Single-threaded OpenBLAS is not thread-safe

On Thu, 28 May 2020 at 10:04, Susi Lehtola wrote: > > The correct case is to use the OpenMP flavor of OpenBLAS to avoid these > issues. If you use the OpenMP library in a sequential program, the BLAS > runs in parallel, and if you use the OpenMP library in an OpenMP > parallel program the BLAS

Re: [HEADS UP] Fedora 33 Python 3.9 rebuilds have started in a side tag

On 28. 05. 20 0:42, Miro Hrončok wrote: On 27. 05. 20 20:24, Miro Hrončok wrote: I'm currently trying to build a live image, but it's running insanely slow for some reason, mock in general on my Rawhide box seems to be really slow and I'm not sure why. If it ever finishes I'll try it. But so 

Re: Single-threaded OpenBLAS is not thread-safe

On Wed, 27 May 2020 12:29:36 +0200 Iñaki Ucar wrote: > Hi, > > I wanted to bring some attention to this in devel, not only to > openblas' maintainer (in CC), because there have been some discussions > around BLAS/LAPACK in the past here. > > As Dave Love pointed out in a previous discussion,

Re: [EPEL-devel] Re: Soname bump of libb2 on F31/EPEL7

On Thu, 28 May 2020 at 02:26, Petr Pisar wrote: > > On Wed, May 27, 2020 at 05:22:04PM -0400, Mukundan Ragavan wrote: > > Scratch build of gtkhash does not appear to pull in libb2-0.98.1. Has > > the buildroot override expired? > > > > https://koji.fedoraproject.org/koji/taskinfo?taskID=45077601

Re: [HEADS UP] Fedora 33 Python 3.9 rebuilds have started in a side tag

On Wed, 2020-05-27 at 10:27 -0700, Adam Williamson wrote: > > Hah, so it seems you're ahead of me =) > > The live image build finally finished, but when I booted it to check > it, I found it includes both python3-3.8.3-1.fc33 and python3.9- > 3.9.0~b1-1.fc33.x86_64 . > > Digging into this I

Re: [EPEL-devel] Re: Soname bump of libb2 on F31/EPEL7

On Wed, May 27, 2020 at 05:22:04PM -0400, Mukundan Ragavan wrote: > Scratch build of gtkhash does not appear to pull in libb2-0.98.1. Has > the buildroot override expired? > > https://koji.fedoraproject.org/koji/taskinfo?taskID=45077601 > It did not expire: $ bodhi overrides query --builds

[EPEL-devel] Re: Soname bump of libb2 on F31/EPEL7

On Wed, May 27, 2020 at 05:22:04PM -0400, Mukundan Ragavan wrote: > Scratch build of gtkhash does not appear to pull in libb2-0.98.1. Has > the buildroot override expired? > > https://koji.fedoraproject.org/koji/taskinfo?taskID=45077601 > It did not expire: $ bodhi overrides query --builds

Schedule for Thursday's FPC Meeting (2020-05-28 16:00 UTC)

Following is the list of topics that will be discussed in the FPC meeting Thursday at 2020-05-28 16:00 UTC in #fedora-meeting-1 on irc.freenode.net. Local time information (via. uitime): = Day: Thursday == 2020-05-28 09:00 PDT US/Pacific 2020-05-28

Re: [Rawhide] Missing boost-python3-devel in repository

On 27/05/20 19:30 -0700, Luya Tshimbalanga wrote: On 2020-05-26 3:48 a.m., Jonathan Wakely wrote: On 23/05/20 12:18 -0700, Luya Tshimbalanga wrote: On 2020-05-23 11:20 a.m., Igor Raits wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sat, 2020-05-23 at 11:09 -0700, Luya