Re: Build failures of packages which use waf as build system

2018-07-17 0:38 GMT+02:00 Miro Hrončok : > On 16.7.2018 21:54, Guido Aulisi wrote: >> >> I fixed some of these audio packages, prefixing waf calls with >> %{__python2} macro. You have to BR python2-rpm-macros or python2-devel >> to use it. > > > Or you can just type "python2". However, if you need

Re: Release criteria proposal: installing / removing software

On Thu, 2018-06-14 at 17:31 -0700, Adam Williamson wrote: > On Thu, 2018-06-14 at 19:25 -0400, Matthew Miller wrote: > > On Thu, Jun 14, 2018 at 03:47:25PM -0700, Adam Williamson wrote: > > > There's a footnote explaining that already: > > > > Ah, that clears it up. Thanks :) > > > > > as explain

Re: Build failures of packages which use waf as build system

On 16.7.2018 21:54, Guido Aulisi wrote: I fixed some of these audio packages, prefixing waf calls with %{__python2} macro. You have to BR python2-rpm-macros or python2-devel to use it. Or you can just type "python2". However, if you need %{__python2} macro, BR python2-devel, not python2-rpm-ma

Re: Intent to orphan Python 2

- Original Message - > From: "R P Herrold" > To: "Development discussions related to Fedora" > > Sent: Monday, July 16, 2018 8:57:11 PM > Subject: Re: Intent to orphan Python 2 > > On Mon, 16 Jul 2018, Miro Hrončok wrote: > > > On 23.3.2018 12:23, Petr Viktorin wrote: > > > tl;dr: Un

Adding pgadmin4 to Fedora repository

Fedora 28 launched with PostgreSQL 10. The PostgreSQL GUI tool in the repository -- pgadmin3 -- only works through version 9.x. Hence, there has been a loss of functionality that I have been trying to get back. All of the prerequisites for pgadmin4 were taken care of here: BUG 1380826 - Revie

[Fedocal] Reminder meeting : Modularity Office Hours

Dear all, You are kindly invited to the meeting: Modularity Office Hours on 2018-07-17 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

Build failures of packages which use waf as build system

Hi all, I found many build failure of packages using waf as build system. This is due to recent move of /usr/bin/python into a separate package https://fedoraproject.org/wiki/Changes/Move_usr_bin_python_into_separat e_package Many audio related packages have this problem. I fixed some of these

Re: Lots a permission denied activity

On 07/16/2018 11:27 AM, Steve Grubb wrote: > There is a /usr/libexec/tracker-extract process that searches my directories > about every 11 seconds. I can imagine on a laptop that would be a lot of disk > activity. Sometimes I use root in my home directory and accidentally create > files owned by

Re: Lots a permission denied activity

On Mon, 2018-07-16 at 14:27 -0400, Steve Grubb wrote: > Hello, > > I have been testing a new set of audit rules and have run across some > processes that are doing things that might out to be changed. Typically, > audit users expect a normally functioning system to not be noisy. There is a > re

Re: Intent to orphan Python 2

On Mon, 16 Jul 2018, Miro Hrončok wrote: > On 23.3.2018 12:23, Petr Viktorin wrote: > > tl;dr: Unless someone steps up to maintain Python 2 after 2020, we need > > to start dropping python2 packages now. tl;dr: --- that statement by itself overlooks the obvious. Not ALL packages become unsuppo

Re: Lots a permission denied activity

On Mon, 2018-07-16 at 14:27 -0400, Steve Grubb wrote: > Hello, > > I have been testing a new set of audit rules and have run across > some > processes that are doing things that might out to be changed. > Typically, > audit users expect a normally functioning system to not be noisy. > There is a

Lots a permission denied activity

Hello, I have been testing a new set of audit rules and have run across some processes that are doing things that might out to be changed. Typically, audit users expect a normally functioning system to not be noisy. There is a requirement to audit failed file access due to permission denied. Wh

Re: Intent to orphan Python 2

On 23.3.2018 12:23, Petr Viktorin wrote: tl;dr: Unless someone steps up to maintain Python 2 after 2020, we need to start dropping python2 packages now. Python 2.7 will reach end of upstream support on 1st of January, 2020, after almost 10 years (!) of volunteer maintenance. Fedora still has m

Re: Fedora 29 Mass Rebuild

On Fri, 2018-07-13 at 10:42 +0200, Miro Hrončok wrote: > On 13.7.2018 10:38, Vascom wrote: > > Hi. > > As I see rebuild failed for all packages use %{__python} macro > > because > > it point to /usr/bin/python that removed from python2 package. > > > > Need MassFix all these packages. Many of the

[Bug 1601289] perl-Mail-JMAPTalk-0.12 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1601289 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #4 from Fedo

Re: Fedora 29 Mass Rebuild

Hi All, The F29 Mass Rebuild has been done and is being tagged back into f29 in koji, so it will land in the buildroots shortly and in rawhide tomorrow. Please check and fix any of your packages that failed to build. they can be found at https://kojipkgs.fedoraproject.org/mass-rebuild/f29-failures

Re: Fedora 29 Mass Rebuild

On Mon, Jul 16, 2018 at 3:59 AM Miro Hrončok wrote: > On 6.7.2018 15:29, Mohan Boddu wrote: > > Hi all, > > > > Per the Fedora 29 schedule[1] we will be starting a mass rebuild for > > Fedora 29 very shortly. We are doing a mass rebuild for Fedora 29 for > > all the changes listed in > > > > http

Re: [HEADS UP] Removal of GCC from the buildroot

On Fri, 2018-07-13 at 12:39 +0200, Igor Gnatenko wrote: > On Fri, Jul 13, 2018, 11:19 Miro Hrončok wrote: > > On 8.7.2018 20:46, Igor Gnatenko wrote: > > > As per Changes/Remove GCC from BuildRoot > > > > >, I'm > > > going to a

Re: Intel's Clear Linux optimizations

The Actual Url On Fri, Jul 13, 2018 at 12:01 AM, Chris Murphy wrote: > On Thu, Jul 12, 2018 at 10:09 AM, Manas Mangaonkar > wrote: > > Rpm Generation Done, Sorry for the really long delay. Request so

tickets resolved by voting on the issue tracker

The following tickets were resolved by voting in the issue tracker without disagreement: #1941 F29 System Wide Change: OpenLDAP without Non-threaded Libraries - Change is approved (+7, 0, 0) #1938 F29 System Wide Change: Discontinue PPC64 as Alternative Architecture - Change is approved (+6, 0,

Re: Fedora c++ default build flags

On 16/07/18 18:24 +0200, Florian Weimer wrote: On 07/16/2018 05:25 PM, Jonathan Wakely wrote: On 12/07/18 20:49 +0200, mskal...@redhat.com wrote: Dan Horák píše v St 11. 07. 2018 v 14:12 +0200: On Wed, 11 Jul 2018 14:00:40 +0200 mskal...@redhat.com wrote: Hi, during a discussion with upstrea

Re: Fedora c++ default build flags

On 07/16/2018 05:25 PM, Jonathan Wakely wrote: On 12/07/18 20:49 +0200, mskal...@redhat.com wrote: Dan Horák píše v St 11. 07. 2018 v 14:12 +0200: On Wed, 11 Jul 2018 14:00:40 +0200 mskal...@redhat.com wrote: > Hi, > during a discussion with upstream (MongoDB) they asked me about > default Fed

Re: [HEADS UP] Removal of GCC from the buildroot

On Thu, Jul 12, 2018 at 09:17:41PM +0100, Richard W.M. Jones wrote: > On Thu, Jul 12, 2018 at 02:10:37PM -0400, Cole Robinson wrote: > > On 07/11/2018 04:37 PM, Kevin Fenzi wrote: > > > On 07/11/2018 12:57 PM, Mikolaj Izdebski wrote: > > >> On 07/11/2018 09:26 PM, Kevin Fenzi wrote: > > >>> I don't

Summary/Minutes from today's FESCo Meeting (2018-07-16)

Meeting started by zbyszek at 15:04:59 UTC. Minutes: https://meetbot.fedoraproject.org/fedora-meeting-1/2018-07-16/fesco.2018-07-16-15.04.html Minutes (text): https://meetbot.fedoraproject.org/fedora-meeting-1/2018-07-16/fesco.2018-07-16-15.04.txt Log: https://meetbot.fedoraproject.org/fedora-me

Re: [HEADS UP] Removal of GCC from the buildroot

On Mon, 2018-07-16 at 09:27 -0400, Cole Robinson wrote: > On 07/15/2018 11:47 AM, Richard W.M. Jones wrote: > > On Fri, Jul 13, 2018 at 04:05:42PM +0200, Mikolaj Izdebski wrote: > > > On 07/12/2018 10:17 PM, Richard W.M. Jones wrote: > > > > Does each build start with its own fresh VM? Do you care

Re: Annobin: "causes a section type conflict with..."

On 07/07/18 16:21 -0600, Jerry James wrote: On Fri, Jul 6, 2018 at 2:14 PM Jonathan Wakely wrote: I'm seeing this in Boost too, and given my schedule I'm going to abandon the Boost update for f29. Ugh, that's unfortunate. I wonder if we should perhaps postpone the mass rebuild until this iss

Re: Fedora c++ default build flags

On 12/07/18 20:49 +0200, mskal...@redhat.com wrote: Dan Horák píše v St 11. 07. 2018 v 14:12 +0200: On Wed, 11 Jul 2018 14:00:40 +0200 mskal...@redhat.com wrote: > Hi, > during a discussion with upstream (MongoDB) they asked me about > default Fedora C/C++ build flags. And I don't remember all

Re: [HEADS UP] Removal of GCC from the buildroot

On 10/07/18 08:42 +0100, Tomasz Kłoczko wrote: Do you see whole context now? No, because I stopped reading. Too longwinded, too much rambling. Try to express yourself more concisely. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscr

Re: sip-related build failures in rawhide

On 16.7.2018 16:43, Rex Dieter wrote: Rex Dieter wrote: Rex Dieter wrote: Scott Talbert wrote: On Mon, 16 Jul 2018, Miro Hrončok wrote: A few days ago scidavis builds started failing in rawhide. Someone mentioned here that sip was to blame for a number of such failures and according to ko

Schedule for today's FESCo Meeting (2018-07-16)

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 '2018-07-16 15:00 UTC' Links to all issues to be

Re: sip-related build failures in rawhide

Scott Talbert wrote: >> Seems a lot of software expects that, so I'll (re)add the dependency >> Requires: python3-sip >> to python3-sip-devel > > Also, since you're now only packaging the one 'sip' binary, does it make > sense to move it out of the 'python2-sip-devel' package to a > python-agnost

Re: sip-related build failures in rawhide

On Mon, 16 Jul 2018, Miro Hrončok wrote: A few days ago scidavis builds started failing in rawhide. Someone mentioned here that sip was to blame for a number of such failures and according to koschei they started to happen after the update from sip-4.19.9-0.2.dev1805261119.fc29 to sip-4.19.12-2.

Re: sip-related build failures in rawhide

On 16.7.2018 16:49, Scott Talbert wrote: On Mon, 16 Jul 2018, Rex Dieter wrote: A few days ago scidavis builds started failing in rawhide. Someone mentioned here that sip was to blame for a number of such failures and according to koschei they started to happen after the update from sip-4.19.

Re: sip-related build failures in rawhide

On Mon, 16 Jul 2018, Rex Dieter wrote: A few days ago scidavis builds started failing in rawhide. Someone mentioned here that sip was to blame for a number of such failures and according to koschei they started to happen after the update from sip-4.19.9-0.2.dev1805261119.fc29 to sip-4.19.12-2.fc

Re: sip-related build failures in rawhide

Rex Dieter wrote: > Rex Dieter wrote: > >> Scott Talbert wrote: >> >>> On Mon, 16 Jul 2018, Miro Hrončok wrote: >>> > A few days ago scidavis builds started failing in rawhide. Someone > mentioned here that sip was to blame for a number of such failures and > according to koschei th

Re: sip-related build failures in rawhide

Rex Dieter wrote: > Scott Talbert wrote: > >> On Mon, 16 Jul 2018, Miro Hrončok wrote: >> A few days ago scidavis builds started failing in rawhide. Someone mentioned here that sip was to blame for a number of such failures and according to koschei they started to happen after the

Re: sip-related build failures in rawhide

Miro Hrončok wrote: > On 16.7.2018 16:30, Rex Dieter wrote: >>> On this last one at least - it appears that the python3-sip executable >>> was >>> removed in the packaging. I've got a query into Rex about whether what >>> was intentional or not. >> >> The removal was intentional, but as I see it

Re: sip-related build failures in rawhide

On 16.7.2018 16:30, Rex Dieter wrote: On this last one at least - it appears that the python3-sip executable was removed in the packaging. I've got a query into Rex about whether what was intentional or not. The removal was intentional, but as I see it was used in more places, can put back a c

Re: sip-related build failures in rawhide

Scott Talbert wrote: > On Mon, 16 Jul 2018, Miro Hrončok wrote: > >>> A few days ago scidavis builds started failing in rawhide. Someone >>> mentioned here that sip was to blame for a number of such failures and >>> according to koschei they started to happen after the update from >>> sip-4.19.9-

Re: [HEADS UP] Removal of GCC from the buildroot

On Fri, Jul 13, 2018 at 12:39:55PM +0200, Igor Gnatenko wrote: > Yes, I've pushed over 2k commits adding those, however regexp might have > not catched all possible cases. Would appreciate if you would link such > packages so that I can fix them. Or maintainers can do it themselves. > > [1] https

Re: [HEADS UP] Removal of GCC from the buildroot

On 07/15/2018 11:47 AM, Richard W.M. Jones wrote: > On Fri, Jul 13, 2018 at 04:05:42PM +0200, Mikolaj Izdebski wrote: >> On 07/12/2018 10:17 PM, Richard W.M. Jones wrote: >>> Does each build start with its own fresh VM? Do you care about the >>> data in that build VM if either qemu or the host cra

Re: sip-related build failures in rawhide

On Mon, 16 Jul 2018, Miro Hrončok wrote: A few days ago scidavis builds started failing in rawhide. Someone mentioned here that sip was to blame for a number of such failures and according to koschei they started to happen after the update from sip-4.19.9-0.2.dev1805261119.fc29 to sip-4.19.12-2.

Re: F29 Self Contained Change: Deprecate YUM 3

On Mon, Jul 16, 2018 at 8:01 AM Tom Hughes wrote: > > On 12/07/18 09:15, Daniel Mach wrote: > > > On Thu, Jul 5, 2018 at 9:45 PM, Kevin Fenzi > > wrote: > > > > koji is kinda important. I think this is meaning python2-koji? > > I would hope python3-koji/koji stays

Re: transfig license change

On 07/16/2018 09:59 AM, Hans de Goede wrote: Hi, On 15-07-18 09:11, Honza Horak wrote: License of transfig package was changed from: MIT to: MIT and GPLv3+ https://src.fedoraproject.org/cgit/rpms/transfig.git/commit/?id=fe80b4977bc3a9a3c47497a0042a2ca4a5001ba8 The fig2dev/lib/.c files are

Re: xfig license change

On 07/16/2018 09:54 AM, Hans de Goede wrote: Hi, On 15-07-18 09:25, Honza Horak wrote: License of xfig package was changed from: MIT to: MIT and GPLv3+ and LGPLv2+ PR submitted, not yet merged: https://src.fedoraproject.org/rpms/xfig/pull-request/3 Hans or Steve, please, merge. The lib/.c f

Re: sip-related build failures in rawhide

Hi all. On 16/07/2018 10:04, Miro Hrončok wrote: > On 15.7.2018 13:24, Alexander Ploumistos wrote: >> Hello, >> >> A few days ago scidavis builds started failing in rawhide. Someone >> mentioned here that sip was to blame for a number of such failures and >> according to koschei they started to ha

Re: [HEADS UP] Removal of GCC from the buildroot

On Mon, Jul 16, 2018 at 7:29 AM Federico Bruni wrote: > > > Il giorno ven 13 lug 2018 alle 12:39, Igor Gnatenko > ha scritto: > > On Fri, Jul 13, 2018, 11:19 Miro Hrončok wrote: > >> On 8.7.2018 20:46, Igor Gnatenko wrote: > >> > As per Changes/Remove GCC from BuildRoot > >> > > >>

Re: sip-related build failures in rawhide

On 15.7.2018 13:24, Alexander Ploumistos wrote: Hello, A few days ago scidavis builds started failing in rawhide. Someone mentioned here that sip was to blame for a number of such failures and according to koschei they started to happen after the update from sip-4.19.9-0.2.dev1805261119.fc29 to

Re: xfig license change

Hi, On 15-07-18 09:25, Honza Horak wrote: License of xfig package was changed from: MIT to: MIT and GPLv3+ and LGPLv2+ PR submitted, not yet merged: https://src.fedoraproject.org/rpms/xfig/pull-request/3 Hans or Steve, please, merge. The lib/.c files are not used when building on Linux, afte

Re: transfig license change

Hi, On 15-07-18 09:11, Honza Horak wrote: License of transfig package was changed from: MIT to: MIT and GPLv3+ https://src.fedoraproject.org/cgit/rpms/transfig.git/commit/?id=fe80b4977bc3a9a3c47497a0042a2ca4a5001ba8 The fig2dev/lib/.c files are not used when building on Linux, after adding:

Re: Fedora 29 Mass Rebuild

On 6.7.2018 15:29, Mohan Boddu wrote: Hi all, Per the Fedora 29 schedule[1] we will be starting a mass rebuild for Fedora 29 very shortly. We are doing a mass rebuild for Fedora 29 for all the changes listed in https://pagure.io/releng/issue/7480 we will start the mass rebuild on 2018-07-11