[Bug 1836456] perl-PkgConfig-LibPkgConf-0.11 is available

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

Re: Re-Launching the Java SIG

2020-05-18 Thread Samuel Sieb
On 5/18/20 5:54 PM, Ty Young wrote: I'm not advocating for in-kernel drivers. AMD with their drivers has proven proven what a bad idea that is. I, for the most part, like where I'm at and the way Nvidia does things. If I'm against it, I don't see why I would be the one to do it. This comment

[Bug 1836456] perl-PkgConfig-LibPkgConf-0.11 is available

2020-05-18 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1836456 --- Comment #6 from Fedora Update System --- FEDORA-2020-747f380e37 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 1836456] perl-PkgConfig-LibPkgConf-0.11 is available

2020-05-18 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1836456 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #5 from

[EPEL-devel] Re: Modules again

2020-05-18 Thread Orion Poplawski
On 5/17/20 6:34 AM, Paul Howarth wrote: I'm trying to do a local build of gtkwave for EPEL-8. A koji scratch build somehow works: http://koji.fedoraproject.org/koji/taskinfo?taskID=44609837 But a local build does not: $ mock -r epel-8-x86_64 gtkwave-3.3.104-2.fc31.src.rpm ... Error:

[Bug 1742913] biber-2.14 is available

2020-05-18 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1742913 --- Comment #12 from Orion Poplawski --- Yeah, that's at least one of the things hopefully fixed in the latest build. We are still seeing very strange things in koji though that we have so far been unable to diagnose. -- You are receiving

Re: Re-Launching the Java SIG

2020-05-18 Thread Solomon Peachy
On Mon, May 18, 2020 at 07:54:42PM -0500, Ty Young wrote: > Surely it is the responsibility of those who want such a change to > make sure that everything that existed before can continue to exist? I > realize this requires that such arguments are being made in good faith > and consider the

[389-devel] 389 DS nightly 2020-05-19 - 94% PASS

2020-05-18 Thread vashirov
https://fedorapeople.org/groups/389ds/ci/nightly/2020/05/19/report-389-ds-base-1.4.4.2-20200518git3516495.fc32.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to

Strange rpm trigger behavior in koji rawhide

2020-05-18 Thread Orion Poplawski
We're trying to track down a problem that only appears in koji and copr, but I can't reproduce locally in mock on my rawhide VM. It's related to file triggers and we're trying to debug with something this: %transfiletriggerin -n texlive-kpathsea -- /usr/share/texlive # %{_bindir}/texhash 2>

Re: Re-Launching the Java SIG

2020-05-18 Thread Neal Gompa
On Mon, May 18, 2020 at 10:18 PM Ty Young wrote: > > > On 5/18/20 8:24 PM, Michael Catanzaro wrote: > > > > Dude, chill out. We're not going to go back to running X as root. The > > Nvidia overclocking tool is just not important at all (seriously, who > > cares?). If you're upset their

Re: Re-Launching the Java SIG

2020-05-18 Thread Ty Young
On 5/18/20 8:24 PM, Michael Catanzaro wrote: Dude, chill out. We're not going to go back to running X as root. The Nvidia overclocking tool is just not important at all (seriously, who cares?). If you're upset their proprietary software doesn't work anymore, you can ask them nicely to fix

Re: Re-Launching the Java SIG

2020-05-18 Thread John M. Harris Jr
On Monday, May 18, 2020 4:03:16 PM MST Ty Young wrote: > On 5/18/20 2:51 PM, Samuel Sieb wrote: > > > On 5/18/20 7:27 AM, Ty Young wrote: > > > >> The application was an Nvidia GPU overclocking utility written in > >> Java. When Fedora decided to disable running X. Org as root, it > >>

Re: Re-Launching the Java SIG

2020-05-18 Thread Michael Catanzaro
On Mon, May 18, 2020 at 8:24 pm, Michael Catanzaro wrote: Dude, chill out. We're not going to go back to running X as root. Ugh, I just noticed the subject of this thread is Java SIG. Amazing how thoroughly this conversation has been derailed

Re: Re-Launching the Java SIG

2020-05-18 Thread Michael Catanzaro
Dude, chill out. We're not going to go back to running X as root. The Nvidia overclocking tool is just not important at all (seriously, who cares?). If you're upset their proprietary software doesn't work anymore, you can ask them nicely to fix it please... or ask for the source code, and

Re: Re-Launching the Java SIG

2020-05-18 Thread Ty Young
On 5/18/20 7:08 PM, Solomon Peachy wrote: On Mon, May 18, 2020 at 06:03:16PM -0500, Ty Young wrote: Willing to bet you or anyone else here won't. FYI, this applies to you as well. You just proved my point: >If it was Open Source and we were having this discussion, people like yourself

Re: Re-Launching the Java SIG

2020-05-18 Thread Gerald Henriksen
On Mon, 18 May 2020 18:03:16 -0500, you wrote: >X. Org as root is **STILL** the standard and Fedora broke it. This is >why no one wants to support Linux: you constantly break your own >platform and then cry wolf when people who don't care about your >ideological nonsense refuse to fix their

Re: Re-Launching the Java SIG

2020-05-18 Thread Solomon Peachy
On Mon, May 18, 2020 at 06:03:16PM -0500, Ty Young wrote: > Willing to bet you or anyone else here won't. FYI, this applies to you as well. - Solomon -- Solomon Peachypizza at shaftnet dot org (email) @pizza:shaftnet dot org

Re: Re-Launching the Java SIG

2020-05-18 Thread Nico Kadel-Garcia
On Mon, May 18, 2020 at 9:34 AM Ty Young wrote: > The "toolchain" isn't broken, other than Gradle developers not caring > about backwards compatibility but... It works for them, just as A toolchain with broken links scattered through it is not toolchain. Building up the .jar files as a

Re: Re-Launching the Java SIG

2020-05-18 Thread Ty Young
On 5/18/20 2:51 PM, Samuel Sieb wrote: On 5/18/20 7:27 AM, Ty Young wrote: The application was an Nvidia GPU overclocking utility written in Java. When Fedora decided to disable running X. Org as root, it resulted in the application no longer being able to adjust GPU/Memory clocks, among

Re: how to explicitly disable rawhide while building a spin/remix

2020-05-18 Thread Samuel Sieb
On 5/17/20 5:07 PM, Globe Trotter via devel wrote: Thanks! Adding "--releasever=32" to the command addresses that problem. Btw, how do I get around a disk requirement? What causes an error like this? Error Summary - Disk Requirements:    At least 137MB more space needed on the /

Self Introduction: Andrzej Bylicki (Andy Mender)

2020-05-18 Thread Andy Mender
Hello everyone! Introduction: After reading the Fedora docs on packaging, I decided I would like to join the Fedora project initially as a package maintainer/reviewer and perhaps later as a source code committer. Here's the bug report for the package I'd like to revive/unorphan:

[389-devel] please review: PR 51096 - Check for time skew and clock errors

2020-05-18 Thread Mark Reynolds
https://pagure.io/389-ds-base/pull-request/51096 -- 389 Directory Server Development Team ___ 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:

Re: Re-Launching the Java SIG

2020-05-18 Thread Samuel Sieb
On 5/18/20 7:27 AM, Ty Young wrote: The application was an Nvidia GPU overclocking utility written in Java. When Fedora decided to disable running X. Org as root, it resulted in the application no longer being able to adjust GPU/Memory clocks, among possible other things. The software worked

Fedora 33 System-Wide Change proposal: Aarch64 Pointer Authentication & Branch Target Enablement

2020-05-18 Thread Ben Cotton
https://fedoraproject.org/wiki/Changes/Aarch64_PointerAuthentication == Summary == Arm Pointer Authentication (PAC) is a method of hardening code from Return Oriented Programming (ROP) attacks. It uses a tag in a pointer to sign and verify pointers. Branch Target Identification (BTI) is another

Fedora 33 System-Wide Change proposal: Aarch64 Pointer Authentication & Branch Target Enablement

2020-05-18 Thread Ben Cotton
https://fedoraproject.org/wiki/Changes/Aarch64_PointerAuthentication == Summary == Arm Pointer Authentication (PAC) is a method of hardening code from Return Oriented Programming (ROP) attacks. It uses a tag in a pointer to sign and verify pointers. Branch Target Identification (BTI) is another

Re: Working with epel7 on Fedora

2020-05-18 Thread José Abílio Matos
On Monday, 18 May 2020 17.38.10 WEST Miro Hrončok wrote: > And I change it to: > > %python3_pkgversion 36 > %python3_other_pkgversion 34 > > When needed. It is tedious I think that we need some kind of rpmenv (mostly in terms of the configuration files but you get the idea). :-) I am only

Re: looking for scipy on python 3.8 (RISCV Fedora Release 32)

2020-05-18 Thread David Abdurachmanov
On Mon, May 18, 2020 at 7:45 PM Arun Sukumaran Latha wrote: > > Yes please, do let me know if we can build thos one. > I will let you know. I found some dependencies misaligned due to some packages failing to build or failing to pass tests. I am slowly rebuilding/checking those, but that will

Re: Speed up bash starting time (slow scripts in profile.d, /etc/bash_completion.d)

2020-05-18 Thread Robbie Harwood
Petr Pisar writes: > On Sat, May 16, 2020 at 12:56:06PM +0200, Dominique Martinet wrote: > >> How should I go about with that? Open bz bugs to all the packages I >> listed? strongly suggesting to get things to move to /usr/share (17) >> and flatpak (suggest some kind of cache? not sure they'll

Re: Working with epel7 on Fedora

2020-05-18 Thread Scott Talbert
On Mon, 18 May 2020, Miro Hrončok wrote: On 18. 05. 20 18:23, Scott Talbert wrote: Any good workarounds for working with epel7 Python packages on Fedora? Mainly dealing with the fact that python3_pkgversion differs from Fedora to EPEL7.  Ie, when doing 'fedpkg mockbuild' the SRPM will be

[Bug 1837021] New: perl-Crypt-ECB-2.22 is available

2020-05-18 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1837021 Bug ID: 1837021 Summary: perl-Crypt-ECB-2.22 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Crypt-ECB Keywords: FutureFeature, Triaged

[Bug 1837021] perl-Crypt-ECB-2.22 is available

2020-05-18 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1837021 --- Comment #1 from Upstream Release Monitoring --- An HTTP error occurred downloading the package's new Source URLs: Getting https://cpan.metacpan.org/modules/by-module/Crypt/Crypt-ECB-2.22.tar.gz to ./Crypt-ECB-2.22.tar.gz -- You are

Re: looking for scipy on python 3.8 (RISCV Fedora Release 32)

2020-05-18 Thread Arun Sukumaran Latha
Yes please, do let me know if we can build thos one. Regards, Arun SL On Sun, May 17, 2020, 17:25 David Abdurachmanov < david.abdurachma...@gmail.com> wrote: > On Sun, May 17, 2020 at 1:52 PM Arun Sukumaran Latha > wrote: > > > > Thanks David, > > > > That helped a lot. > > > > But

Re: Working with epel7 on Fedora

2020-05-18 Thread Miro Hrončok
On 18. 05. 20 18:23, Scott Talbert wrote: Any good workarounds for working with epel7 Python packages on Fedora? Mainly dealing with the fact that python3_pkgversion differs from Fedora to EPEL7.  Ie, when doing 'fedpkg mockbuild' the SRPM will be generated with the wrong python3_pkgversion.

Working with epel7 on Fedora

2020-05-18 Thread Scott Talbert
Any good workarounds for working with epel7 Python packages on Fedora? Mainly dealing with the fact that python3_pkgversion differs from Fedora to EPEL7. Ie, when doing 'fedpkg mockbuild' the SRPM will be generated with the wrong python3_pkgversion. I tried this, but it didn't seem to work:

[EPEL-devel] Re: Incompatible upgrade for oniguruma in EPEL 7

2020-05-18 Thread David Alger
+1 makes sense to me; also side-note, in my testing jq seems to work just fine built against oniguruma 6.9.4 ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

Summary/Minutes from today's FESCo Meeting (2020-05-18)

2020-05-18 Thread Stephen Gallagher
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 = #fedora-meeting-1: FESCO (2020-05-18) = Meeting started by sgallagh at 14:59:49 UTC. The full logs are available at

Re: Many packages unnecessarily link to libpython

2020-05-18 Thread Martin Kolman
- Original Message - > From: "Charalampos Stratakis" > To: "Development discussions related to Fedora" > > Sent: Friday, May 15, 2020 8:12:00 PM > Subject: Many packages unnecessarily link to libpython > > pyotherside m4rtink I can report this is expected and correct.

Re: Why we package Rust crates

2020-05-18 Thread Martin Kolman
- Original Message - > From: "Kushal Das" > To: devel@lists.fedoraproject.org > Sent: Friday, May 15, 2020 10:08:34 AM > Subject: Re: Why we package Rust crates > > On 5/15/20 1:05 AM, Igor Raits wrote: > > Hello, > > > > This email attempts to answer some frequently asked questions

Re: LibRaw 0.20 Beta; soname bump

2020-05-18 Thread Kalev Lember
On Mon, May 18, 2020 at 3:43 PM Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > On Wed, May 13, 2020 at 02:38:58PM +0200, Kalev Lember wrote: > > On 5/12/20 20:42, Gwyn Ciesla via devel wrote: > > >Everything is now rebuild, except for elementary-photos and shotwell, > which are failing

Re: Re-Launching the Java SIG

2020-05-18 Thread Ty Young
On 5/18/20 9:14 AM, Fabio Valentini wrote: On Mon, May 18, 2020 at 3:34 PM Ty Young wrote: On 5/18/20 7:35 AM, Nicolas Mailhot via devel wrote: My software didn't magically break just for Fedora because of some bug in my software. It broke because Fedora decided they wanted to do something

Re: Re-Launching the Java SIG

2020-05-18 Thread Fabio Valentini
On Mon, May 18, 2020 at 3:34 PM Ty Young wrote: > On 5/18/20 7:35 AM, Nicolas Mailhot via devel wrote: > My software didn't magically break just for Fedora because of some bug > in my software. It broke because Fedora decided they wanted to do > something nearly no Linux distro does... something

Fedora-Cloud-31-20200518.0 compose check report

2020-05-18 Thread Fedora compose checker
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

RFC: Automatically generated BuildRequires for maven-based Java projects

2020-05-18 Thread Fabio Valentini
Good $LOCAL_TIME_OF_DAY, I've been working on experimental support for automatically generating BuildRequires for maven-based Java projects, and it's now available for testing in rawhide (and in fedora 32, for local testing). There's no "macro support" for this yet, because it's still

Re: Re-Launching the Java SIG

2020-05-18 Thread Nicolas Mailhot via devel
Le lundi 18 mai 2020 à 08:34 -0500, Ty Young a écrit : > > The "toolchain" isn't broken, other than Gradle developers not > caring about backwards compatibility but... It works for them, just > as constantly breaking internal kernel APIs works for the Linux > kernel The difference, is that you

Re: Re-Launching the Java SIG

2020-05-18 Thread Ty Young
On 5/18/20 8:34 AM, Ty Young wrote: ...and there are plenty of Open Source projects that don't have packages yet people contribute to them. This isn't the early 2000 when barely anyone has internet and sites like Github didn't exist. Sure, a distro package increases visibility still, but

Re: LibRaw 0.20 Beta; soname bump

2020-05-18 Thread Zbigniew Jędrzejewski-Szmek
On Wed, May 13, 2020 at 02:38:58PM +0200, Kalev Lember wrote: > On 5/12/20 20:42, Gwyn Ciesla via devel wrote: > >Everything is now rebuild, except for elementary-photos and shotwell, which > >are failing for a reason I don't totally understand yet; they build on local > >rawhide and in mock but

Re: LibRaw 0.20 Beta; soname bump

2020-05-18 Thread Mattia Verga via devel
Il 11/05/20 22:33, Gwyn Ciesla via devel ha scritto: > I'm building LibRaw 0.20 Beta 1 for rawhide, along with all direct > consumers, in a multi-stage chain build, today, including the following: > > ... > > FYI Also kstars has BR on LibRaw. I've triggered a rebuild just now. Mattia

Re: Re-Launching the Java SIG

2020-05-18 Thread Ty Young
On 5/18/20 7:35 AM, Nicolas Mailhot via devel wrote: Le lundi 18 mai 2020 à 14:12 +0200, Michal Srb a écrit : Hello, On Sat, May 16, 2020 at 11:24 AM Nicolas Mailhot via devel < devel@lists.fedoraproject.org> wrote: Le vendredi 15 mai 2020 à 08:30 -0700, stan via devel a écrit : On Fri, 15

Re: how to explicitly disable rawhide while building a spin/remix

2020-05-18 Thread Ben Williams
install the fedora-kickstarts rpm edit the fedora-repo.ks to use fedora-repo-not-rawhide.ks ksflatten your kickstart and it will use the normal fedora repos (when all else fails talk to the Fedora Respin SiG in #fedora-respins) ___ devel mailing list

Re: fedpkg fork broken?

2020-05-18 Thread Dominique Martinet
Richard Shaw wrote on Mon, May 18, 2020: > > Seems to work for me: > > Don't know what's wrong then... I went back and re-read your first mail, it is possible it doesn't work on one of your own projects? I'm not sure how much sense there is in forking your own repo... > Ok, so this is the

Schedule for Mondays's FESCo Meeting (2020-05-18)

2020-05-18 Thread Stephen Gallagher
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 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

Re: fedpkg fork broken?

2020-05-18 Thread Richard Shaw
On Mon, May 18, 2020 at 7:25 AM Dominique Martinet wrote: > Richard Shaw wrote on Mon, May 18, 2020: > > I checked src.fp.o/settings and even though my key was still valid, it > was > > going to expire this month so I went ahead and generated a new api token > > and saved it in the specified

Re: Re-Launching the Java SIG

2020-05-18 Thread Nicolas Mailhot via devel
Le lundi 18 mai 2020 à 14:12 +0200, Michal Srb a écrit : > Hello, > > On Sat, May 16, 2020 at 11:24 AM Nicolas Mailhot via devel < > devel@lists.fedoraproject.org> wrote: > > Le vendredi 15 mai 2020 à 08:30 -0700, stan via devel a écrit : > > > On Fri, 15 May 2020 08:02:34 +0200 > > > Michal Srb

Re: how to explicitly disable rawhide while building a spin/remix

2020-05-18 Thread Globe Trotter via devel
Thanks! How do I get around this issue? I have setenforce set at 0. Also, why does the issue go away when I reduce the packages to be packed in the remix/spin? On Monday, May 18, 2020, 5:26:35 AM CDT, Petr Pisar wrote: On Mon, May 18, 2020 at 12:07:38AM +, Globe Trotter via

Re: fedpkg fork broken?

2020-05-18 Thread Dominique Martinet
Richard Shaw wrote on Mon, May 18, 2020: > I checked src.fp.o/settings and even though my key was still valid, it was > going to expire this month so I went ahead and generated a new api token > and saved it in the specified location: > ~/.config/rpkg/fedpkg.conf I actually hadn't used it yet, so

fedpkg fork broken?

2020-05-18 Thread Richard Shaw
I'm trying this for the first time (hadn't even noticed it was there!). I've been using the src.fp.o github style forking from the web. I cloned a random project of mine and then tried: $ fedpkg fork Could not execute do_distgit_fork: The following error occurred while creating a new fork:

Re: Re-Launching the Java SIG

2020-05-18 Thread Michal Srb
Hello, On Sat, May 16, 2020 at 11:24 AM Nicolas Mailhot via devel < devel@lists.fedoraproject.org> wrote: > Le vendredi 15 mai 2020 à 08:30 -0700, stan via devel a écrit : > > On Fri, 15 May 2020 08:02:34 +0200 > > Michal Srb wrote: > > > > An aside, just to clarify for myself. That means that

Re: Speed up bash starting time (slow scripts in profile.d, /etc/bash_completion.d)

2020-05-18 Thread Richard Shaw
On Mon, May 18, 2020 at 6:29 AM Dominique Martinet wrote: > > On the pagure side, I assume the process is something along the lines of: > - fedpkg clone pkg && cd pkg > - modify things > - fedpkg fork > - push in fork > - got create PR in the web interface? > I would think you should fork

[Bug 1836658] perl-DateTime-Format-Natural-1.09 is available

2020-05-18 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1836658 Jitka Plesnikova changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version|

Re: Speed up bash starting time (slow scripts in profile.d, /etc/bash_completion.d)

2020-05-18 Thread Dominique Martinet
Zbigniew Jędrzejewski-Szmek wrote on Mon, May 18, 2020: > > > How should I go about with that? Open bz bugs to all the packages I > > > listed? > > > > I would suggest to directly create pull requests on pagure (with a > > reference to this thread), as that will make it more likely that this > >

Re: Speed up bash starting time (slow scripts in profile.d, /etc/bash_completion.d)

2020-05-18 Thread Zbigniew Jędrzejewski-Szmek
On Sat, May 16, 2020 at 01:35:52PM +0200, Dan Čermák wrote: > Hi Dominique, > > Dominique Martinet writes: > > > *snip* > > > > 341 to 130ms is a good start I guess, the rest of the waiting time > > probably now outweights bash and will get some looking at at a later > > point, but might as

Re: how to explicitly disable rawhide while building a spin/remix

2020-05-18 Thread Petr Pisar
On Mon, May 18, 2020 at 12:07:38AM +, Globe Trotter via devel wrote: > Thanks! Adding "--releasever=32" to the command addresses that problem. > Btw, how do I get around a disk requirement? What causes an error like this? > > Error Summary- > Disk Requirements: >    At least

[Bug 1836658] perl-DateTime-Format-Natural-1.09 is available

2020-05-18 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1836658 Jitka Plesnikova changed: What|Removed |Added Status|NEW |ASSIGNED

Fedora-Cloud-30-20200518.0 compose check report

2020-05-18 Thread Fedora compose checker
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

Re: Fedora 32: samba 4.12.2: Problem with access from win10b to win10a via remote desktop

2020-05-18 Thread Dario Lesca
Il giorno dom, 17/05/2020 alle 16.08 +0200, Dario Lesca ha scritto: > Done: https://bugzilla.redhat.com/show_bug.cgi?id=1836630 I must fill a bug also on samba's bugzilla? -- Dario Lesca (inviato dal mio Linux Fedora 32 Workstation) ___ devel mailing

Re: Speed up bash starting time (slow scripts in profile.d, /etc/bash_completion.d)

2020-05-18 Thread Petr Pisar
On Sat, May 16, 2020 at 12:56:06PM +0200, Dominique Martinet wrote: > How should I go about with that? Open bz bugs to all the packages I > listed? strongly suggesting to get things to move to /usr/share (17) and > flatpak (suggest some kind of cache? not sure they'll be interested...) > and

[EPEL-devel] Re: Documentation for EPEL modules?

2020-05-18 Thread Petr Pisar
On Sat, May 16, 2020 at 11:43:00AM +0200, Antonio Trande wrote: > On 15/05/20 14:57, Stephen Gallagher wrote: > > On Fri, May 15, 2020 at 7:57 AM Petr Pisar wrote: > >> > >> On Fri, May 15, 2020 at 06:30:04AM -0500, Richard Shaw wrote: > >>> On Fri, May 15, 2020 at 6:15 AM Petr Pisar wrote: >

Re: [EPEL-devel] Re: Documentation for EPEL modules?

2020-05-18 Thread Petr Pisar
On Sat, May 16, 2020 at 11:43:00AM +0200, Antonio Trande wrote: > On 15/05/20 14:57, Stephen Gallagher wrote: > > On Fri, May 15, 2020 at 7:57 AM Petr Pisar wrote: > >> > >> On Fri, May 15, 2020 at 06:30:04AM -0500, Richard Shaw wrote: > >>> On Fri, May 15, 2020 at 6:15 AM Petr Pisar wrote: >

[Bug 1836456] perl-PkgConfig-LibPkgConf-0.11 is available

2020-05-18 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1836456 --- Comment #3 from Fedora Update System --- FEDORA-2020-fb4f473b3f has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2020-fb4f473b3f -- You are receiving this mail because: You are on the CC list

[Bug 1836456] perl-PkgConfig-LibPkgConf-0.11 is available

2020-05-18 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1836456 --- Comment #4 from Fedora Update System --- FEDORA-2020-c446a7263b has been submitted as an update to Fedora 30. https://bodhi.fedoraproject.org/updates/FEDORA-2020-c446a7263b -- You are receiving this mail because: You are on the CC list

Re: Orphaning vala - asking for new owner

2020-05-18 Thread Felipe Borges
Hi, I maintain GNOME Boxes (which is part of the default workstation installation) and GNOME Connections. Both written in Vala. Therefore the maintenance of Vala in Fedora is important to me. I can take ownership of it, and I will be happy to collaborate with others that might be also

[Bug 1836456] perl-PkgConfig-LibPkgConf-0.11 is available

2020-05-18 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1836456 --- Comment #2 from Fedora Update System --- FEDORA-2020-747f380e37 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-747f380e37 -- You are receiving this mail because: You are on the CC list

[Bug 1836456] perl-PkgConfig-LibPkgConf-0.11 is available

2020-05-18 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1836456 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version|

[Bug 1836456] perl-PkgConfig-LibPkgConf-0.11 is available

2020-05-18 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1836456 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED

Re: FTBFS bug not reassigned

2020-05-18 Thread Vít Ondruch
Dne 17. 05. 20 v 1:25 Benjamin Lowry napsal(a): > I recently adopted flatbuffers, which was orphaned due to an open FTBFS > in F32 [1]. I've fixed the spec, rebuilt, and made an update in bodhi, > but I'm unable to close the FTBFS bug because it hasn't been reassigned > to me. What should I do?

Fedora-Cloud-32-20200518.0 compose check report

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

Fedora rawhide compose report: 20200517.n.1 changes

2020-05-18 Thread Fedora Rawhide Report
OLD: Fedora-Rawhide-20200516.n.0 NEW: Fedora-Rawhide-20200517.n.1 = SUMMARY = Added images:0 Dropped images: 2 Added packages: 7 Dropped packages:0 Upgraded packages: 113 Downgraded packages: 0 Size of added packages: 2.51 MiB Size of dropped packages:0 B

Re: SELinux is preventing systemctl from read access on the file SecureBoot-8be4df61-93ca-11d2-aa0d-00e098032b8c.

2020-05-18 Thread Zdenek Pytela
On Sun, May 17, 2020 at 9:45 AM Joseph Wagner wrote: > I've tried relabeling, and the problem still persists. Should I report > this as a bug, or this a config problem on my end? > Hi Joseph, This bug has already been reported: https://bugzilla.redhat.com/show_bug.cgi?id=1827972 It is a

Re: Many packages unnecessarily link to libpython

2020-05-18 Thread Pavel Raiskup
On Friday, May 15, 2020 8:12:00 PM CEST Charalampos Stratakis wrote: > [...] > On Fedora Rawhide, there are at this point 144 packages linking to libpython, > many of those possibly without any need for it. > [...] > postgresql hhorak jstanek panovotn pkajaba pkubat praiskup tgl > [...]