Re: koji build error

You need to add source file via command fedpkg new-sources extractpdfmark-1.0.2.tar.gz And push changes to git repo. src.rpm builded always as noarch because it just archive. вт, 3 июл. 2018 г., 8:29 Federico Bruni : > Hello > > I'm trying to build a package in koji for the first time. > You can

koji build error

Hello I'm trying to build a package in koji for the first time. You can see my (failed) attempt here: https://koji.fedoraproject.org/koji/taskinfo?taskID=27996807 I run `fedpkg build` from the directory containing this git repository: https://src.fedoraproject.org/rpms/extractpdfmark I don't u

Re: Planned Outage: Build, cloud and web proxy service down/disrupted 2018-07-02 21:00 UTC

On 28 June 2018 at 16:57, Stephen John Smoogen wrote: > There will be an outage starting at 2018-07-02 21:00UTC, which will > last approximately 4 hours. > > To convert UTC to your local time, take a look at > http://fedoraproject.org/wiki/Infrastructure/UTCHowto > > or run: > > date -d '2018-07-0

[Fedocal] Reminder meeting : Modularity Office Hours

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

Self Introduction - Zach Villers #aikidouke

Hello all - I'm an infra apprentice/member. I've just submitted my first package review request for a mediawiki extension. Smooge, Nirik and others have said they would review/sponsor as needed. Here is the link to the review request; https://bugzilla.redhat.com/show_bug.cgi?id=1597391 And

Re: nextcloud-client packaging help wanted

Ok I have just had a talk with upstream. We will jump directly to 2.5. They will release it soon as nextcloud-client, so no themes will be needed ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fed

Re: Change DNF to use Zchunk for F29

On Mon, Jul 2, 2018 at 12:29 PM, Jonathan Dieter wrote: > On Mon, 2018-07-02 at 07:46 -0700, Gerald B. Cox wrote: > > https://fedoraproject.org/wiki/Changes/Zchunk_Metadata > > > > It appears to be a good idea, but when going through the readme, I > > found this: > > > > Please note that, while t

Re: Change DNF to use Zchunk for F29

On Mon, 2018-07-02 at 17:07 +0100, Igor Gnatenko wrote: > Ah, you mean this. So the problem here is that there is no > alternative to this here. There is casync, but it is not designed for > this type of usage. Zchunk is good, but it's really dead. I think you mean "zsync is good, but it's really

Re: Change DNF to use Zchunk for F29

On Mon, 2018-07-02 at 07:46 -0700, Gerald B. Cox wrote: > https://fedoraproject.org/wiki/Changes/Zchunk_Metadata > > It appears to be a good idea, but when going through the readme, I > found this: > > Please note that, while the code is pretty reliable and the file > format shouldn't see any fur

Fedora Rawhide-20180702.n.0 compose check report

No missing expected images. Failed openQA tests: 5/138 (x86_64), 23/24 (i386), 1/2 (arm) New failures (same test did not fail in Rawhide-20180701.n.0): ID: 254386 Test: x86_64 Server-dvd-iso install_repository_nfs_variation URL: https://openqa.fedoraproject.org/tests/254386 ID: 254396

Re: Python 3.7 on its way to rawhide

On 2.7.2018 17:24, Miro Hrončok wrote: The merge of the f29-python side tag into rawhide has started. Expect Python 3.7 in rawhide soon. Done. If your package will have broken dependencies (on Python 3.6), rebuild it. If you cannot rebuild it due to dependencies not being rebuilt, (search

Re: F29 System Wide Change: Discontinue PPC64 as Alternative Architecture

> "JK" == Jan Kurik writes: JK> https://fedoraproject.org/wiki/Changes/DiscontinuePPC64 This may be necessary, but it's sadly unfortunate as (so far as I can tell) it leaves us with only one big-endian architecture (s390x). And while it was not difficult to get a login on a ppc64 machine fo

Self-Introduction: Dave Dykstra

Hello everyone, I work at the Fermi National Accelerator Laboratory and have just joined this mailing list. I expect to become a co-maintainer of the singularity package for Fedora and EPEL along with Brian Bockelman. I support singularity for the Open Science Grid (https://opensciencegrid.org)

Re: Change DNF to use Zchunk for F29

On Mon, Jul 2, 2018 at 12:09 PM Igor Gnatenko < ignatenkobr...@fedoraproject.org> wrote: > On Mon, Jul 2, 2018 at 5:04 PM Gerald B. Cox wrote: > >> >> >> On Mon, Jul 2, 2018 at 8:06 AM, Igor Gnatenko < >> ignatenkobr...@fedoraproject.org> wrote: >> >>> On Mon, Jul 2, 2018, 15:54 Gerald B. Cox wr

Re: In the OpenShift Origin/CRI-O/Kubernetes effort we have a dilemma.

On 06/30/2018 05:05 PM, Nicolas Mailhot wrote: Le samedi 30 juin 2018 à 14:22 +0200, Tomasz Torcz a écrit : BTW, kubernetes package is quite pathological. Installing it brings kubernetes-master, which contains following four binaries: -rwxr-xr-x. 3 root root 152M 04-26 11:34 /usr/bin/hyperk

Re: nextcloud-client packaging help wanted

Thank you Christian! Anyone else? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedo

Re: Change DNF to use Zchunk for F29

On Mon, Jul 2, 2018 at 5:04 PM Gerald B. Cox wrote: > > > On Mon, Jul 2, 2018 at 8:06 AM, Igor Gnatenko < > ignatenkobr...@fedoraproject.org> wrote: > >> On Mon, Jul 2, 2018, 15:54 Gerald B. Cox wrote: >> >>> https://fedoraproject.org/wiki/Changes/Zchunk_Metadata >>> >>> It appears to be a good

Fedora rawhide compose report: 20180702.n.0 changes

OLD: Fedora-Rawhide-20180701.n.0 NEW: Fedora-Rawhide-20180702.n.0 = SUMMARY = Added images:2 Dropped images: 2 Added packages: 1 Dropped packages:0 Upgraded packages: 89 Downgraded packages: 0 Size of added packages: 3.16 MiB Size of dropped packages:0 B

Re: change in -fpic handling?

Hi Florian, >> * Weak symbols are not generated by the annobin plugin >>    when compiling with -ffunction-sections. >> >>    There was no point really.  Linker garbage collection will not >>    discard sections if they have annobin notes against them, since >>    the code sec

Re: Change DNF to use Zchunk for F29

On Mon, Jul 2, 2018 at 8:06 AM, Igor Gnatenko < ignatenkobr...@fedoraproject.org> wrote: > On Mon, Jul 2, 2018, 15:54 Gerald B. Cox wrote: > >> https://fedoraproject.org/wiki/Changes/Zchunk_Metadata >> >> It appears to be a good idea, but when going through the readme, I found >> this: >> >> *Ple

Re: Bacula on F29 with Mariadb and no PostgreSQL suddenly seems hardcoded for PostgreSQL, so fails totally

Perfect! Thanks very much, this was exactly as you described and was all the fix it needed ;-) ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://get

Python 3.7 on its way to rawhide

The merge of the f29-python side tag into rawhide has started. Expect Python 3.7 in rawhide soon. If your package will have broken dependencies (on Python 3.6), rebuild it. If you cannot rebuild it due to dependencies not being rebuilt, (search and) open bugs. Make sure to block PYTHON37 [1]

Re: Change DNF to use Zchunk for F29

On Mon, Jul 2, 2018, 15:54 Gerald B. Cox wrote: > https://fedoraproject.org/wiki/Changes/Zchunk_Metadata > > It appears to be a good idea, but when going through the readme, I found > this: > > *Please note that, while the code is pretty reliable and the file format > shouldn't see any further ch

Re: change in -fpic handling?

Florian Weimer writes: >> I just tried a koji scratch build of libxsmm, where the problem showed >> up; it now builds, but the test failed with a numerical error which I >> haven't seen before and I probably can't debug on any reasonable >> timescale. Is that plausibly due to the binutils change

Change DNF to use Zchunk for F29

https://fedoraproject.org/wiki/Changes/Zchunk_Metadata It appears to be a good idea, but when going through the readme, I found this: *Please note that, while the code is pretty reliable and the file format shouldn't see any further changes, the API is still not fixed. Please do not use zchunk fo

rpm-ostree 2018.6 (and updates since 2018.3)

This is one of a semi-regular "rollup"/"highlights" post of what's happening in the rpm-ostree project, used by Fedora Atomic Host, as well as Silverblue[1], and planned to be used by the converged [Fedora CoreOS](https://coreos.fedoraproject.org/) We release approximately once a month. The last

Re: Bacula on F29 with Mariadb and no PostgreSQL suddenly seems hardcoded for PostgreSQL, so fails totally

On Mon, 02 Jul 2018 09:01:08 - "Bill Damage" wrote: > (I'm getting nothing from the Bacula forums so have to ask here). > > F28 is running fine in the same config. > > I was holding back until a regular bacula update came into my F29 > system with a DNF update, and it did recently. I'm now

Re: In the OpenShift Origin/CRI-O/Kubernetes effort we have a dilemma.

- Original Message - > From: "Nicolas Mailhot" > To: "Development discussions related to Fedora" > > Cc: dwa...@redhat.com, mpa...@redhat.com, run...@redhat.com > Sent: Saturday, June 30, 2018 12:46:28 PM > Subject: Re: In the OpenShift Origin/CRI-O/Kubernetes effort we have a > dil

Re: change in -fpic handling?

On 07/02/2018 01:31 PM, Dave Love wrote: Florian Weimer writes: Can this still cause symbol clashes if two linkonce sections (of different names) contain functions which receive annobin annotations? Anyway, looks like these annobin changes exposed a binutils bug:

Re: change in -fpic handling?

Florian Weimer writes: > Can this still cause symbol clashes if two linkonce sections (of > different names) contain functions which receive annobin annotations? > > Anyway, looks like these annobin changes exposed a binutils bug: > > > > (W

F29 System Wide Change: Discontinue PPC64 as Alternative Architecture

= Proposed System Wide Change: Discontinue PPC64 as Alternative Architecture = https://fedoraproject.org/wiki/Changes/DiscontinuePPC64 Owner(s): * Dan Horák After a number of projects dropped support for the big endian ppc64 architecture and our move of ppc64 to "maintenance-only" mode few r

Bacula on F29 with Mariadb and no PostgreSQL suddenly seems hardcoded for PostgreSQL, so fails totally

(I'm getting nothing from the Bacula forums so have to ask here). F28 is running fine in the same config. I was holding back until a regular bacula update came into my F29 system with a DNF update, and it did recently. I'm now on 9.0.8. However, it still thinks I'm using PostgreSQL, when in fac

Re: Builds failing with connection refused error

On 07/01/2018 05:45 AM, Jerry James wrote: > I don't see anything but green on status.fedoraproject.org, but the > last two builds I have submitted have both failed on s390x only with > an error that looks like this: > [...] > > Are the s390x builders offline? The host for the most recent build

Re: Builds failing with connection refused error

On 02/07/18 09:23, Dominik 'Rathann' Mierzejewski wrote: Hi, On Sunday, 01 July 2018 at 05:45, Jerry James wrote: I don't see anything but green on status.fedoraproject.org, but the last two builds I have submitted have both failed on s390x only with an error that looks like this: Traceback (m

Re: Builds failing with connection refused error

Hi, On Sunday, 01 July 2018 at 05:45, Jerry James wrote: > I don't see anything but green on status.fedoraproject.org, but the > last two builds I have submitted have both failed on s390x only with > an error that looks like this: > > Traceback (most recent call last): > File "/usr/lib/python2.

F29 System Wide Change: Fedora 29 Boost 1.67 upgrade

= Proposed System Wide Change: Fedora 29 Boost 1.67 upgrade = https://fedoraproject.org/wiki/Changes/F29Boost167 Owner(s): * Jonathan Wakely This change brings Boost 1.67.0 to Fedora 29. This will mean F29 ships with a recent upstream Boost release. == Detailed description == The aim is to

sisu-mojos license change

License of rpms/sisu-mojos was updated from EPL to EPL-1.0 -- Mikolaj Izdebski Senior Software Engineer, Red Hat IRC: mizdebsk ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fe

sisu license change

License of rpms/sisu was changed from EPL to EPL-1.0 -- Mikolaj Izdebski Senior Software Engineer, Red Hat IRC: mizdebsk ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora C

junit5 license change

On Wed Jun 27 2018 License tag of rpms/junit5 was changed from "EPL" to "EPL-2.0" -- Mikolaj Izdebski Senior Software Engineer, Red Hat IRC: mizdebsk ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lis

junit license change

License tag of rpms/junit was changed from "EPL" to "EPL-1.0" -- Mikolaj Izdebski Senior Software Engineer, Red Hat IRC: mizdebsk ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

hawtjni license change

License tag of rpms/hawtjni was changed from: "ASL 2.0 and EPL and BSD" to: "ASL 2.0 and EPL-1.0 and BSD" -- Mikolaj Izdebski Senior Software Engineer, Red Hat IRC: mizdebsk ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an

base64coder license change

License tag of rpms/base64coder was changed from: "EPL or LGPLv2+ or GPLv2+ or ASL 2.0 or BSD" to: "EPL-1.0 or EPL-2.0 or LGPLv2+ or GPLv2+ or ASL 2.0 or BSD" -- Mikolaj Izdebski Senior Software Engineer, Red Hat IRC: mizdebsk ___ devel mailing list --

Re: Python question: Dealing with epylog

On 2.7.2018 01:01, Samuel Sieb wrote: On 07/01/2018 12:03 PM, Stephen John Smoogen wrote: Epylog is a python27 program and I have not had the time to convert it to python3 and won't until later this fall. As I don't want this to be a FTBFS during rebuilds.. I see the following: 1. Retire it in

Re: Your package doesn't build with Python 3.7

On 2.7.2018 02:54, Sérgio Basto wrote: On Mon, 2018-07-02 at 01:37 +0200, Miro Hrončok wrote: On 2.7.2018 01:20, Sérgio Basto wrote: Hmm I was under the impression that PyString_AsString does not exist in Python3 and you'll have to use PyUnicode_AsEncodedString. Was it actually compiling with p

Re: Your package doesn't build with Python 3.7

2018-06-28 20:41 GMT+02:00 Miro Hrončok : > This is a reminder that your package FTBFS with Python 3.7. Please fix it. > We'd like to merge the side tag soon and your package will likely get broken > deps afterwards. Chances are your package blocks others. > > If nothing depends on your package and