Re: new section for 'Join the package collection maintainers'

On 13.03.2018 15:13, Jonathan Wakely wrote: > On 12/03/18 21:02 -0300, Athos Ribeiro wrote: >> On Tue, Mar 13, 2018 at 12:35:19AM +0100, René Genz wrote: [snip] >>> I propose to: >>> add a new major point 2, so: >>> "2. How to join the Fedora Package Collection Maintainers?" >>> will be: >>> "3. Ho

Re: F29 System Wide Change: Make dbus-broker the default DBus implementation

On Tue, Mar 13, 2018 at 11:55 PM, Steve Grubb wrote: > Does it replicate the same SE Linux support? Yes. Cheers, Tom ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: New "tests" namespace to share test code

Hi! We've had some more discussions regarding this topic within the CI team. Here's a brief summary of the recommendation we agreed upon: Tests may be written in different ways, but are enabled in a standard way directly in the package git repository as defined by the Standard Test Interface. [1]

Re: F29 System Wide Change: Make dbus-broker the default DBus implementation

Hello, Just a quick question...dbus was patched to support SE Linux. I see no mention of SE Linux support below. Does it replicate the same SE Linux support? Thanks, -Steve On Tue, 13 Mar 2018 17:32:20 +0100 Jan Kurik wrote: > = Proposed System Wide Change: Make dbus-broker the default DBus >

Fedora 28-20180313.n.0 compose check report

No missing expected images. Failed openQA tests: 19/137 (x86_64), 5/23 (i386), 1/2 (arm) ID: 202806 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller URL: https://openqa.fedoraproject.org/tests/202806 ID: 202812 Test: x86_64 Server-dvd-iso server_role_deploy_database_serv

Re: new section for 'Join the package collection maintainers'

On 13.03.2018 01:02, Athos Ribeiro wrote: > On Tue, Mar 13, 2018 at 12:35:19AM +0100, René Genz wrote: >> I propose to: >> add a new major point 2, so: >> "2. How to join the Fedora Package Collection Maintainers?" >> will be: >> "3. How to join the Fedora Package Collection Maintainers?" >> >> The

Re: Improving the glibc32 situation

Hi, On Tue, Mar 13, 2018 at 03:31:40PM +0100, Florian Weimer wrote: > On 03/13/2018 03:03 PM, Jakub Jelinek wrote: > > The right fix would be to make koji deal with multilibs properly, > > mock can handle that fine already, then glibc32 wouldn't be needed at all. > > I think we requested these fe

librsvg2 CVEs

Why are CVEs about librsvg2 not being tracked within the package? Bugzilla shows several CLOSED EOL and a few current ones not mentioned within the package %changelog. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: GNOME 3.28.0 megaupdate

On 03/13/2018 08:00 PM, Fabio Valentini wrote: > On Mon, Mar 12, 2018 at 10:09 AM, Kalev Lember wrote: >> Hi all, >> >> I'm wrangling the GNOME 3.28.0 builds in Fedora and the plan is to >> submit a single megaupdate with all of 3.28.0 builds into Bodhi. If >> you're helping with builds, please us

Fedora 28 compose report: 20180313.n.0 changes

OLD: Fedora-28-20180312.n.0 NEW: Fedora-28-20180313.n.0 = SUMMARY = Added images:0 Dropped images: 9 Added packages: 1 Dropped packages:0 Upgraded packages: 10 Downgraded packages: 0 Size of added packages: 137.73 MiB Size of dropped packages:0 B Size of

Re: GNOME 3.28.0 megaupdate

On Mon, Mar 12, 2018 at 10:09 AM, Kalev Lember wrote: > Hi all, > > I'm wrangling the GNOME 3.28.0 builds in Fedora and the plan is to > submit a single megaupdate with all of 3.28.0 builds into Bodhi. If > you're helping with builds, please use 'fedpkg build --target f28-gnome' > for F28 builds a

F29 System Wide Change: Make dbus-broker the default DBus implementation

= Proposed System Wide Change: Make dbus-broker the default DBus implementation = https://fedoraproject.org/wiki/Changes/DbusBrokerAsTheDefaultDbusImplementation Owner(s): * David Herrmann * Tom Gundersen Enable dbus-broker.service to use dbus-broker as system and session message bus back

Re: speed-dreams compilation problem

On mardi 13 mars 2018 15:14:51 CET Martin Gansser wrote: > -- Could NOT find CURL (missing: CURL_LIBRARY CURL_INCLUDE_DIR) > CMake Error at cmake/thirdpartydeps.cmake:449 (MESSAGE): > Cannot find CURL header files Well did you try the obvious, adding libcurl-devel as a BR? _

Re: speed-dreams compilation problem

forgot to post the CMakeError.log file: CMakeError.log: https://martinkg.fedorapeople.org/Packages/speed-dreams/CMakeError.log ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Improving the glibc32 situation

On 03/13/2018 03:03 PM, Jakub Jelinek wrote: On Tue, Mar 13, 2018 at 02:58:37PM +0100, Mark Wielaard wrote: On Fri, 2018-03-09 at 14:07 +0100, Florian Weimer wrote: Some x86_64 packages need a 32-bit glibc during build time.  Koji does not provide it. [...] Comments?  Suggestions? Why don't w

Re: new section for 'Join the package collection maintainers'

On Tue, Mar 13, 2018 at 02:13:14PM +, Jonathan Wakely wrote: [snip...] > How about: > > 3. One-off contributions > > Changes to existing packages can be suggested by submitting requests (https://docs.pagure.org/pagure/usage/pull_requests.html)>. > You must have a to create > a pull request.

speed-dreams compilation problem

Hi, speed-dreams fails on rawhide, f28, f27 and f26 with this error message: -- Checking for module 'FreeSOLID' -- Package 'qhull', required by 'FreeSOLID', not found -- Checking for module 'SOLID' -- Package 'SOLID', required by 'virtual:world', not found -- Looking for SOLID - found (/usr/li

Re: new section for 'Join the package collection maintainers'

On 12/03/18 21:02 -0300, Athos Ribeiro wrote: On Tue, Mar 13, 2018 at 12:35:19AM +0100, René Genz wrote: the other day I wanted to contribute a fix to an RPM package's spec file. I struggled with uploading my changes to my fork on src.fedoraproject.org. puiterwijk and clime from #fedora-admin I

Request for testing: dbus-broker as system and user bus

Hi, dbus-broker is a new DBus message bus implementation. We are proposing it as the default in Fedora as of F29 [0], and as such we would be grateful for as much testing as possible before the switch is made. For instructions on how to test, see [1]. Cheers, Tom and David [0]:

Re: Improving the glibc32 situation

On Tue, Mar 13, 2018 at 02:58:37PM +0100, Mark Wielaard wrote: > On Fri, 2018-03-09 at 14:07 +0100, Florian Weimer wrote: > > Some x86_64 packages need a 32-bit glibc during build time.  Koji > > does not provide it. > > [...] > > Comments?  Suggestions? > > Why don't we just make koji provide it?

Re: Improving the glibc32 situation

On Fri, 2018-03-09 at 14:07 +0100, Florian Weimer wrote: > Some x86_64 packages need a 32-bit glibc during build time.  Koji > does not provide it. > [...] > Comments?  Suggestions? Why don't we just make koji provide it? That is how a normal 64bit Fedora install looks like. Those have the 32bit p

Review Request: glusterd2- new management daemon for GlusterFS

Hi all, I'm looking for reviewers for the review request [1] for the glusterd2 package. It has been reviewed once before on initial submission by Robert-Andre. The spec is updated based on the comments recieved, and the dependencies have been packaged and/or updated in rawhide. The package is now

Re: F29 System Wide Change: Enable dbus-broker

On Tue, Mar 13, 2018 at 01:38:24PM +0100, Tom Gundersen wrote: > On Fri, Feb 23, 2018 at 7:59 PM, Zbigniew Jędrzejewski-Szmek > wrote: > > On Fri, Feb 16, 2018 at 12:13:15PM +0100, Jan Kurik wrote: > >> Proposed System Wide Change: Enable dbus-broker > >> https://fedoraproject.org/wiki/Changes/Ena

Re: fedpkg request-repo always fails - Could not execute request_repo

On Fri, 2018-02-16 at 10:33 +, Martin Gansser wrote: > Hi, > > tried to create a new repo, but this fails always with: > > [martin@f27 ~]$ fedpkg --module-name gnome-shell-extension-netspeed > request-repo 1377631 > Could not execute request_repo: The following error occurred while > creating

Re: F29 System Wide Change: Enable dbus-broker

On Fri, Feb 23, 2018 at 7:59 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Fri, Feb 16, 2018 at 12:13:15PM +0100, Jan Kurik wrote: >> Proposed System Wide Change: Enable dbus-broker >> https://fedoraproject.org/wiki/Changes/EnableDbusBroker > > What about renaming this to DbusBrokerAsTheDefaultDbusI

Re: Google Summer of Code 2018

On Tue, 13 Mar 2018 11:32:18 +0100, Martin Bříza wrote: Hi, the student application period for this year's GSoC has begun! If you were thinking about posting a project idea or applying as a mentor, there's still time to do so! For this year, we have a project idea page here: [1]. You can c

Google Summer of Code 2018

Hi, the student application period for this year's GSoC has begun! If you were thinking about posting a project idea or applying as a mentor, there's still time to do so! For this year, we have a project idea page here: [1]. You can create a new idea by opening a pull request against mentor

Re: QMake equivalent of CMake flag -DCMAKE_INSTALL_LIBDIR:PATH=%{_libdir}

Il 11/03/2018 01:56, Kevin Kofler ha scritto: > The upstream makefile hardcodes /usr/lib here: > https://github.com/open-eid/chrome-token-signing/blob/master/host-linux/chrome-token-signing.pro#L22 > The easiest fix is probably to just change: > ffconf.path = /usr/lib/mozilla/native-messaging-hosts

Re: Broken rawhide buildroot/tools?

On Tue, Mar 13, 2018 at 10:14 AM, Emmanuel Seyman wrote: > * Jan Synacek [13/03/2018 09:59] : >> >> [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=25678436 > > From the root.log: > > DEBUG util.py:439: No matching package to install: > 'NetworkManager-glib-devel' Never mind, I'm blind.

Re: How to get qtpass RPM into EPEL7?

I can take it and maintain for EPEL. вт, 13 мар. 2018 г. в 12:16, Marcin Dulak : > Hi, > > I would like qtpass is built for EPEL7, but the maintainer is not > interested. > I provided a patch for EPEL7 build > https://bugzilla.redhat.com/show_bug.cgi?id=1541439 > How to proceed further? > > Best

How to get qtpass RPM into EPEL7?

Hi, I would like qtpass is built for EPEL7, but the maintainer is not interested. I provided a patch for EPEL7 build https://bugzilla.redhat.com/show_bug.cgi?id=1541439 How to proceed further? Best regards, Marcin ___ devel mailing list -- devel@lists

Re: Broken rawhide buildroot/tools?

* Jan Synacek [13/03/2018 09:59] : > > [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=25678436 From the root.log: DEBUG util.py:439: No matching package to install: 'NetworkManager-glib-devel' DEBUG util.py:439: Not all dependencies satisfied DEBUG util.py:439: Error: Some packages co

Re: Broken rawhide buildroot/tools?

On Tue, Mar 13, 2018, 10:00 Jan Synacek wrote: > Hi, > > I was trying to update pidgin, but the package doesn't build and it > doesn't seem to be a packaging problem to me [1]. What's happening? > > [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=25678436 It looks like it's still refere

Re: [RFC] Replace glibc's libcrypt with libxcrypt for Fedora 29/30

On Wed, 2017-11-08 at 18:08 +0100, Björn 'besser82' Esser wrote: > Hello everyone, > > since there has been some discussion in the last time about removing > libcrypt from glibc in some time [1,2,3,4] and splitting it out into > a > separate project which can evolve quicker, I'd like to hear your

Broken rawhide buildroot/tools?

Hi, I was trying to update pidgin, but the package doesn't build and it doesn't seem to be a packaging problem to me [1]. What's happening? [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=25678436 -- Jan Synacek Software Engineer, Red Hat ___ d

Re: Gating packages in Rawhide

On Mon, 2018-03-12 at 17:27 +0100, Pierre-Yves Chibon wrote: > Does that sound right? Hi, yes, it does. Thanks. Bye, Milan ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.f

Fedora-Atomic 27-20180313.0 compose check report

No missing expected images. Passed openQA tests: 2/2 (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 devel-le...@lists.fedorap