Bug in Upstream Release Monitoring?

I just noticed that Upstream Release Monitoring failed to download an update for python-breathe because it used an extra "v". [1] Is this something wrong with my .spec file or is it a bug? Thanks, Dave 1: https://bugzilla.redhat.com/show_bug.cgi?id=1503356#c1

Regression of docker-compose?

docker-compose doesn't work when pulling from private repos with F26 [1] and it looks like it's from the new config that was added to support Fedora repos in F26. Any ideas on how I can help get this fixed? Thanks, Dave 1: https://bugzilla.redhat.com/show_bug.cgi?id=1471319

[EPEL-devel] Re: Regarding clang support in epel7

This has been asked for several times but the existing version is the last that will build without C++11 support. There are existing COPR repos with newer versions of clang that are built against devtoolset, so I would recommend using one of those. On Fri, May 19, 2017 at 12:35 PM, Dhruv

Re: F26 System Wide Change: GCC7

On Tue, Jan 10, 2017 at 2:28 AM, Jan Kurik wrote: > = System Wide Change: GCC7 = > https://fedoraproject.org/wiki/Changes/GCC7 > > Change owner(s): > * Jakub Jelínek > > Switch GCC in Fedora 26 to 7.x.y, rebuild all packages with it, or > optionally rebuild just some packages

Re: Access to github.com for building documentation?

On Fri, Dec 30, 2016 at 2:26 AM, Jens Lody <fed...@jenslody.de> wrote: > Am Thu, 29 Dec 2016 21:40:52 -0700 > schrieb Dave Johansen <davejohan...@gmail.com>: > > > On Thu, Dec 29, 2016 at 8:30 PM, William Moreno > > <williamjmore...@gmail.com> wrote: > &

Re: Access to github.com for building documentation?

On Thu, Dec 29, 2016 at 9:04 PM, Matthew Miller <mat...@fedoraproject.org> wrote: > On Thu, Dec 29, 2016 at 07:59:26PM -0700, Dave Johansen wrote: > > Currently, upstream has a release that includes the prebuilt > documentation > > and I've been using that but I was ho

Re: Access to github.com for building documentation?

On Thu, Dec 29, 2016 at 8:30 PM, William Moreno <williamjmore...@gmail.com> wrote: > > > El 29/12/2016 9:00 p. m., "Dave Johansen" <davejohan...@gmail.com> > escribió: > > On Thu, Dec 29, 2016 at 7:47 PM, William Moreno <williamjmore...@gmail.com >

Re: Access to github.com for building documentation?

On Thu, Dec 29, 2016 at 7:47 PM, William Moreno wrote: > Just a wild idea: you can skip the docs! > > If the package includes it own documentation and this is to large, it must > be in a docs sub package , current packaging guidelines do not block a > package than do

Access to github.com for building documentation?

I'm trying to build the documentation for the fmt library as part of the packaging, but it downloads some components from github.com just for building the documentation. It fails [1] and upstream is at least initially not up for using the system tools [2], so is there a way to make this work?

Fwd: churchyard's python-breathe-4.2.0-5.fc26 failed to build

I updated python-breathe to 4.4.0 and it build successfully but it appears that happened right after the rebuild of 4.2.0 for Python 3.6 and it keeps retrying the failed build. Is there something I need to do to stop the retries? Thanks, Dave -- Forwarded message -- From:

Re: Using devtoolset for EPEL builds

On Thu, Oct 6, 2016 at 10:32 AM, Zuzana Svetlikova wrote: > Hi, > > I need/want/would like to build new node 6 for EL6, but gcc is too old. > For that reason, I'd like to use devtoolset-4-gcc, but the build fails > (obviously) because the package doesn't exist. > > So, is

[EPEL-devel] Re: Adding the devtoolset repo for EPEL builds

On Thu, Aug 25, 2016 at 2:34 PM, Kevin Fenzi <ke...@scrye.com> wrote: > On Wed, 24 Aug 2016 21:59:55 -0600 > Dave Johansen <davejohan...@gmail.com> wrote: > > > I agree that how to handle SCLs can get really mess really fast, but > > a lot of projects are jump

[EPEL-devel] Re: Adding the devtoolset repo for EPEL builds

On Wed, Aug 24, 2016 at 5:28 PM, Kevin Fenzi <ke...@scrye.com> wrote: > On Wed, 24 Aug 2016 16:43:31 -0600 > Dave Johansen <davejohan...@gmail.com> wrote: > > > On Wed, Aug 24, 2016 at 4:22 PM, Kevin Fenzi <ke...@scrye.com> wrote: > > > > > On Tue,

[EPEL-devel] Re: Adding the devtoolset repo for EPEL builds

On Wed, Aug 24, 2016 at 4:22 PM, Kevin Fenzi <ke...@scrye.com> wrote: > On Tue, 23 Aug 2016 14:21:24 +0100 > Karanbir Singh <mail-li...@karan.org> wrote: > > > On 22/08/16 18:30, Jason L Tibbitts III wrote: > > >>>>>> "DJ" ==

[EPEL-devel] Re: python34 for EPEL6

On Wed, Aug 24, 2016 at 3:38 PM, Orion Poplawski wrote: > I have no idea if there is any interest in this or not. I managed to get > the > EPEL7 python34 package to build on EL6 with a few modifications. Is there > any > interest in supporting this? > How about using the

[EPEL-devel] Re: Adding the devtoolset repo for EPEL builds

On Mon, Aug 22, 2016 at 11:30 AM, Jason L Tibbitts III <ti...@math.uh.edu> wrote: > >>>>> "DJ" == Dave Johansen <davejohan...@gmail.com> writes: > > DJ> devtoolset is designed to do all of this and is already done, so it > DJ> seems tha

[EPEL-devel] Re: Adding the devtoolset repo for EPEL builds

On Tue, Aug 16, 2016 at 11:07 AM, Kevin Fenzi wrote: > On Mon, 15 Aug 2016 14:24:21 -0400 > Tom Callaway wrote: > > > Recently, I've been participating in some discussion as to how to > > enable C++11 support for EPEL builds. Specifically, R (and its large

[EPEL-devel] Re: Adding the devtoolset repo for EPEL builds

On Mon, Aug 15, 2016 at 12:24 PM, Tom Callaway wrote: > Recently, I've been participating in some discussion as to how to enable > C++11 support for EPEL builds. Specifically, R (and its large universe > of addons in CRAN) would benefit significantly from C++11 support. > >

Re: introduction toogley | packaging intellij idea

On Wed, Jun 22, 2016 at 9:21 AM, wrote: > Introduction > > > Hello. > > I'm Tobias Angele (20 years old) and I want to contribute to fedora > packaging the intellij idea package. I've made already some (really small) > contributions, e.g. to debian: >

Re: Error while retiring breathe

On Mon, Apr 25, 2016 at 1:12 PM, Till Maas <opensou...@till.name> wrote: > On Sun, Apr 24, 2016 at 08:32:42PM -0700, Dave Johansen wrote: > > > Sorry, I didn't notice it mentioned in the wikis that I read about > renaming > > that they shouldn't be retired from stable

Re: Can't request commit access after requesting an EPEL 7 branch

On Sun, Apr 10, 2016 at 9:23 AM, Kevin Fenzi <ke...@scrye.com> wrote: > On Sat, 9 Apr 2016 15:23:36 -0700 > Dave Johansen <davejohan...@gmail.com> wrote: > > > On Sat, Apr 9, 2016 at 5:59 AM, Kevin Fenzi <ke...@scrye.com> wrote: > > > > > On Th

Re: Error while retiring breathe

On Sun, Apr 10, 2016 at 2:43 AM, Till Maas <opensou...@till.name> wrote: > On Sat, Apr 09, 2016 at 04:11:29PM -0700, Dave Johansen wrote: > > > It has been renamed to python-breathe and should be retied from all > > branches. Based on that I assumed I was do

Re: Error while retiring breathe

On Sun, Apr 10, 2016 at 2:43 AM, Till Maas <opensou...@till.name> wrote: > On Sat, Apr 09, 2016 at 04:11:29PM -0700, Dave Johansen wrote: > > > It has been renamed to python-breathe and should be retied from all > > branches. Based on that I assumed I was do

[EPEL-devel] Re: Import fedora gcc-5.3 in EPEL6

On Thu, Apr 21, 2016 at 3:50 AM, wrote: > Hello list, > > I've built an environment-modules based gcc-5.3.1 for RHEL6 that lives > side-by-side with vendor packages - it installs to /opt/ and has a > name{version} scheme to avoid conflicts, which I'd like to include in EPEL6.

[EPEL-devel] Re: Upgrading QGIS to 2.14 in EL 7?

On Sat, Apr 9, 2016 at 3:17 PM, Dave Johansen <davejohan...@gmail.com> wrote: > On Thu, Apr 7, 2016 at 5:16 PM, ~Stack~ <i.am.st...@gmail.com> wrote: > >> On 04/07/2016 10:33 AM, Dave Johansen wrote: >> > https://www.qgis.org/en/site/forusers/visualchangelog214

[EPEL-devel] Re: Simplifying use of Python 3 macros?

On Mon, Apr 11, 2016 at 1:09 PM, Jason L Tibbitts III <ti...@math.uh.edu> wrote: > >>>>> "DJ" == Dave Johansen <davejohan...@gmail.com> writes: > > DJ> Is there anything that could be done in EPEL to make the Python 3 > DJ> macros be u

Re: Error while retiring breathe

On Sat, Apr 9, 2016 at 4:14 AM, Till Maas <opensou...@till.name> wrote: > On Wed, Apr 06, 2016 at 09:09:11PM -0700, Dave Johansen wrote: > > I'm renaming breathe [1] to python-breathe [2]. I just tried to retire > > breathe in f22 using the instructions on the wiki [3] an

Re: Can't request commit access after requesting an EPEL 7 branch

On Sat, Apr 9, 2016 at 5:59 AM, Kevin Fenzi <ke...@scrye.com> wrote: > On Thu, 7 Apr 2016 12:59:08 -0700 > Dave Johansen <davejohan...@gmail.com> wrote: > > > https://admin.fedoraproject.org/pkgdb/package/rpms/pg_top/ > > I requested that an EP

[EPEL-devel] Re: Upgrading QGIS to 2.14 in EL 7?

On Thu, Apr 7, 2016 at 5:16 PM, ~Stack~ <i.am.st...@gmail.com> wrote: > On 04/07/2016 10:33 AM, Dave Johansen wrote: > > https://www.qgis.org/en/site/forusers/visualchangelog214/index.html > > QGIS has adopted a LTR model similar to Firefox and 2.14 is the new LTR. > >

[EPEL-devel] Re: python_provide macro in EPEL 7?

On Thu, Apr 7, 2016 at 7:58 AM, Orion Poplawski <or...@cora.nwra.com> wrote: > On 04/06/2016 10:00 PM, Dave Johansen wrote: > >> On Wed, Apr 6, 2016 at 8:39 PM, Orion Poplawski <or...@cora.nwra.com >> <mailto:or...@cora.nwra.com>> wrote: >> >>

Re: Error while retiring breathe

On Thu, Apr 7, 2016 at 8:44 AM, Kevin Fenzi <ke...@scrye.com> wrote: > On Wed, 6 Apr 2016 21:09:11 -0700 > Dave Johansen <davejohan...@gmail.com> wrote: > > > I'm renaming breathe [1] to python-breathe [2]. I just tried to retire > > breathe in f22 using the ins

Can't request commit access after requesting an EPEL 7 branch

https://admin.fedoraproject.org/pkgdb/package/rpms/pg_top/ I requested that an EPEL 7 branch be created for pg_top and it was granted, but now I can't request commit access for the other branches. Is this a known issue? Is there a workaround? Thanks, Dave -- devel mailing list

[EPEL-devel] Upgrading QGIS to 2.14 in EL 7?

https://www.qgis.org/en/site/forusers/visualchangelog214/index.html QGIS has adopted a LTR model similar to Firefox and 2.14 is the new LTR. I've considered doing what RedHat does with Firefox and updating the version of QGIS in EPEL with LTR releases. What is everyone's thoughts on that? Thanks,

Error while retiring breathe

I'm renaming breathe [1] to python-breathe [2]. I just tried to retire breathe in f22 using the instructions on the wiki [3] and got the following error: Could not retire package: Error while decoding JSON: Expecting value: line 1 column 1 (char 0) Am I doing something wrong? Thanks, Dave [1]

[EPEL-devel] Re: python_provide macro in EPEL 7?

On Wed, Apr 6, 2016 at 8:39 PM, Orion Poplawski <or...@cora.nwra.com> wrote: > On 04/06/2016 09:31 PM, Dave Johansen wrote: > >> I'm trying to build python-breathe in EPEL 7 ( >> https://admin.fedoraproject.org/pkgdb/package/rpms/python-breathe/ ). >> What'

[EPEL-devel] python_provide macro in EPEL 7?

I'm trying to build python-breathe in EPEL 7 ( https://admin.fedoraproject.org/pkgdb/package/rpms/python-breathe/ ). What's the right way to use/replace the %python_provide macro there? I get the following error: https://admin.fedoraproject.org/pkgdb/package/rpms/python-breathe/ Thanks, Dave

[EPEL-devel] Re: PSA: epel-rpm-macros in EL5 mock buildroots

On Mon, Apr 4, 2016 at 11:32 AM, Jason L Tibbitts III wrote: > Something went wrong when epel-rpm-macros-5 was added to the EPEL5 > buildroot such that it works fine in koji but isn't actually present > when you build in mock. So if you were trying to de-cruft your specs >

[EPEL-devel] Re: Fwd: [rhelv6-beta-list] Red Hat Enterprise Linux 6.8 Beta Now Available for Testing

On Tue, Mar 15, 2016 at 2:34 PM, Stephen John Smoogen wrote: > So the 6.8 Beta is coming out. I would like to use this time as a > general request for EPEL packagers wanting to make large updates or > retirements of packages from RHEL-6 to do so now. > Is there an sort of

[EPEL-devel] Re: using epel-rpm-macros

On Sun, Mar 27, 2016 at 7:52 AM, Dave Love wrote: > > > Jason L Tibbitts III > writes: > > > If you have a build dependency on the SCL tools then you're obviously > > not building for EPEL, > > Well, I'm building for people

Re: Should breathe package be called python-breathe?

On Wed, Mar 23, 2016 at 3:49 AM, Jonathan Underwood < jonathan.underw...@gmail.com> wrote: > On 23 March 2016 at 05:14, Adam Williamson <adamw...@fedoraproject.org> > wrote: > > On Tue, 2016-03-22 at 21:23 -0700, Dave Johansen wrote: > >> https://bugzilla.r

Should breathe package be called python-breathe?

https://bugzilla.redhat.com/show_bug.cgi?id=1313796 This request to include a Python 3 subpackage for breathe made me realize that I probably should have named the package python-breathe instead of breathe. Is that correct? If so, what's the right way to fix this? Thanks, Dave -- devel mailing

Re: Broken dependencies: odb

On Mar 14, 2016 8:27 AM, "Peter Robinson" <pbrobin...@gmail.com> wrote: > > On Mon, Mar 14, 2016 at 2:15 PM, Dave Johansen <davejohan...@gmail.com> wrote: > > I don't understand what happened here. > > > > Did aarch64 only recently update to gcc 6.0?

Fwd: Broken dependencies: odb

I don't understand what happened here. Did aarch64 only recently update to gcc 6.0? What's the right way to fix this? Just do a rebuild for all arches? -- Forwarded message -- From: Date: Mon, Mar 14, 2016 at 5:04 AM Subject: Broken dependencies: odb

[EPEL-devel] Re: Please test Darktable 2.0.1 for inclusion in EPEL7

On Tue, Mar 1, 2016 at 1:50 PM, Peter Loeffler wrote: > Hi, > > it's my first time doing this. So please be patient. > > I have built Darktable 2.0.1 for RHEL/CentOS 7. > The repo can be found here: > https://copr.fedorainfracloud.org/coprs/ploeffler/darktable2/ >

Re: Valgrind SCL build fails on COPR because of kernel check

On Sat, Feb 27, 2016 at 12:39 AM, Tom Hughes <t...@compton.nu> wrote: > On 27/02/16 04:51, Dave Johansen wrote: > > >> https://copr-be.cloud.fedoraproject.org/results/daveisfera/devtoolset2/epel-6-x86_64/00163443-devtoolset-2-valgrind/build.log.gz >> It looks like

[EPEL-devel] Re: Old scl-utils packages?

On Fri, Feb 26, 2016 at 10:25 PM, Stephen John Smoogen <smo...@gmail.com> wrote: > On 26 February 2016 at 21:01, Dave Johansen <davejohan...@gmail.com> > wrote: > > It looks like EPEL 5/6 have old versions of scl-utils. Those are probably > > added back at a poin

Valgrind SCL build fails on COPR because of kernel check

https://copr-be.cloud.fedoraproject.org/results/daveisfera/devtoolset2/epel-6-x86_64/00163443-devtoolset-2-valgrind/build.log.gz It looks like the valgrind build process is doing some sort of check against the kernel version and that's returning the version of the underlying OS and not that of EL

Re: Removing builds from COPR?

On Fri, Feb 26, 2016 at 8:56 PM, Dave Johansen <davejohan...@gmail.com> wrote: > Is there a way to remove builds from a COPR? Or even to just clear it out > and start over? > Nevermind, I thought I was logged in but I guess I wasn't. I now see a Delete button. Sorry for the noise

[EPEL-devel] Old scl-utils packages?

It looks like EPEL 5/6 have old versions of scl-utils. Those are probably added back at a point when the base OS didn't have them, but they are now older versions than what's available in the base OS. Should EPEL versions be removed? Dave ___ epel-devel

Removing builds from COPR?

Is there a way to remove builds from a COPR? Or even to just clear it out and start over? Thanks, Dave -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: three questions: f24 branch, python3 default, where to put /etc/rsyslog.d/gluster.conf.example

On Wed, Feb 24, 2016 at 3:08 PM, Jason L Tibbitts III wrote: > > "SG" == Stephen Gallagher writes: > > SG> To supplement this, it's the default in the sense that packagers are > SG> expected to ship python3 packages if they are supported upstream and

Re: three questions: f24 branch, python3 default, where to put /etc/rsyslog.d/gluster.conf.example

On Wed, Feb 24, 2016 at 8:02 AM, Stephen Gallagher wrote: > On 02/24/2016 09:58 AM, Kaleb S. KEITHLEY wrote: > >> On 02/24/2016 09:45 AM, Stephen Gallagher wrote: >> >>> On 02/24/2016 09:30 AM, Peter Robinson wrote: >>> 1) usually after the branch I build new packages

[EPEL-devel] Re: EPEL repos to keep older RPMs to keep backward compatibility and open the road for more

On Thu, Feb 18, 2016 at 11:53 PM, Gilles Dubreuil wrote: > Hello, > > The idea, which is probably not new or has been asked before, is about > having EPEL repos to behave like RHEL repos and keep RPMs version from > previous release/updates. > > The best case scenario is for

[EPEL-devel] Re: EPEL Proposal #1: Rechartering

On Thu, Feb 18, 2016 at 5:22 PM, Stephen John Smoogen <smo...@gmail.com> wrote: > On 18 February 2016 at 16:37, Dave Johansen <davejohan...@gmail.com> > wrote: > > On Thu, Feb 18, 2016 at 3:54 PM, Bryan J Smith <b.j.sm...@ieee.org> > wrote: > >> >

[EPEL-devel] Re: EPEL Proposal #1: Rechartering

On Thu, Feb 18, 2016 at 2:39 PM, Bryan J Smith wrote: > Stephen John Smoogen wrote: > > Sorry what I meant that it is built against all of RHEL not just a > > couple of channels. Again this isn't a promise we ever made, but one > > people assume we have made (and get

Re: Fedora 24 Mass Rebuild

On Wed, Feb 3, 2016 at 8:40 AM, Dennis Gilmore wrote: > Hi all, > > Per the Fedora 24 schedule[1] we will be starting a mass rebuild for > Fedora 24 > very shortly. We are doing a mass rebuild for Fedora 24 for > https://fedoraproject.org/wiki/Changes/GCC6 > > we will start the

[EPEL-devel] Re: Commit access for EPEL branches?

On Mon, Feb 1, 2016 at 1:07 PM, Adam Miller <maxamill...@fedoraproject.org> wrote: > On Mon, Feb 1, 2016 at 12:57 PM, Kevin Fenzi <ke...@scrye.com> wrote: > > On Mon, 1 Feb 2016 08:58:13 -0700 > > Dave Johansen <davejohan...@gmail.com> wrote: > > > >

[EPEL-devel] Commit access for EPEL branches?

I would like to package rpmorphan for EL [1]. I created an EPEL 7 branch, but the current owner/maintainer of the EPEL 5 and 6 branches hasn't responded to my requests for commit access. Is there some way for me to get commit access or do I have to go through the whole non-responsive maintainer

[EPEL-devel] Re: EPEL5 version of epel-rpm-macros in testing

On Fri, Jan 29, 2016 at 8:03 AM, Manuel Wolfshant <wo...@nobugconsulting.ro> wrote: > On 01/29/2016 05:00 PM, Dave Johansen wrote: > > On Fri, Jan 29, 2016 at 1:46 AM, Manuel Wolfshant < > <wo...@nobugconsulting.ro>wo...@nobugconsulting.ro> wrote: > >>

Re: Heads up: LLVM repackaging in F24

On Wed, Jan 27, 2016 at 9:21 AM, Adam Jackson wrote: > LLVM upstream is (eventually) dropping their autotools build system in > favor of their cmake buildsystem. This wouldn't normally be something > you'd notice, but the two produce different sets of shared libraries, >

[EPEL-devel] Re: Issue with mock for EL 5?

On Wed, Jan 27, 2016 at 8:43 PM, Orion Poplawski <or...@cora.nwra.com> wrote: > On 01/27/2016 04:43 PM, Dave Johansen wrote: > >> On Wed, Jan 27, 2016 at 10:42 AM, Orion Poplawski <or...@cora.nwra.com >> <mailto:or...@cora.nwra.com>> wrote: >> >>

[EPEL-devel] Re: Necessity of some old RPM constructs in EL5

On Fri, Jan 22, 2016 at 1:45 AM, Paul Howarth wrote: > On 22/01/16 03:11, Jason L Tibbitts III wrote: > >> I'm now working on some magic macros for EPEL5. Currently (on my >> machine, at least) you can use %license and don't need BuildRoot:. I'm >> curious about some other

COPR repo in mock?

Are there any instructions on how to use a COPR repo when testing package builds with mock? My attempts at googling this sort of thing didn't turn anything up. Thanks, Dave -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Issue with undefined reference with assembler in rr

On Thu, Jan 14, 2016 at 5:39 AM, Richard W.M. Jones <rjo...@redhat.com> wrote: > On Wed, Jan 13, 2016 at 10:00:08PM -0700, Dave Johansen wrote: > > I was working on packaging rr [1] and one of the tests [2] fails to build > > when optimizations are turned on. I've reduce

Issue with undefined reference with assembler in rr

I was working on packaging rr [1] and one of the tests [2] fails to build when optimizations are turned on. I've reduced it to the following and still been able to reproduce the issue: static const float xmm0 = 10; int main() { __asm__ __volatile__( #if __i386__ "movss xmm0, %xmm0\n\t"

Fwd: daveisfera's llvm_3.7 copr build of llvm for fedora-21-i386 finished with 'failed'

>From what I gather from the logs, it appears that COPR just choked during this build. Is that true? Or am I missing something else? Thanks, Dave -- Forwarded message -- From: Date: Tue, Jan 5, 2016 at 1:21 AM Subject: daveisfera's llvm_3.7 copr

mock fails to do rawhide builds on CentOS 7

I was testing an update to a package and the mock build worked just fine when doing builds on EL 7 and Fedora 22/23, but failed with the following error when trying to do a rawhide build: ~> mock -r fedora-rawhide-x86_64 --rebuild ~/rpmbuild/SRPMS/hgsubversion-1.8.4-1.el7.centos.src.rpm INFO:

Re: daveisfera's llvm_3.7 copr build of llvm for fedora-21-i386 finished with 'failed'

On Tue, Jan 5, 2016 at 8:08 AM, Dave Johansen <davejohan...@gmail.com> wrote: > From what I gather from the logs, it appears that COPR just choked during > this build. Is that true? Or am I missing something else? > Thanks, > Dave > https://copr.fedoraproject.org/coprs/dave

Re: mock fails to do rawhide builds on CentOS 7

On Tue, Jan 5, 2016 at 12:25 PM, Dave Johansen <davejohan...@gmail.com> wrote: > I was testing an update to a package and the mock build worked just fine > when doing builds on EL 7 and Fedora 22/23, but failed with the following > error when trying to do a rawhide build: >

Re: Specs using %define

On Thu, Dec 24, 2015 at 2:01 PM, Jason L Tibbitts III wrote: > odb (daveisfera) > Fixed in rawhide. No builds made. Thanks, Dave -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Linker issue when moving from RHEL 6 to Fedora/RHEL7

On Wed, Dec 16, 2015 at 12:54 PM, Tom Hughes <t...@compton.nu> wrote: > On 16/12/15 19:48, Dave Johansen wrote: > >> On Wed, Dec 16, 2015 at 12:32 PM, Richard Shaw <hobbes1...@gmail.com >> <mailto:hobbes1...@gmail.com>> wrote: >> >>

Re: Linker issue when moving from RHEL 6 to Fedora/RHEL7

On Wed, Dec 16, 2015 at 12:32 PM, Richard Shaw <hobbes1...@gmail.com> wrote: > On Wed, Dec 16, 2015 at 1:15 PM, Dave Johansen <davejohan...@gmail.com> > wrote: > >> I'm running into a linker issue when moving code that builds on RHEL 6 to >> Fedora or R

Linker issue when moving from RHEL 6 to Fedora/RHEL7

I'm running into a linker issue when moving code that builds on RHEL 6 to Fedora or RHEL 7. Here's a simple reproducer: Download simple.c from https://github.com/markkilgard/glut/blob/master/progs/examples/simple.c and then run: g++ simple.c -lglut -o simple On RHEL 7, I get this error: ~> g++

[EPEL-devel] Re: Improving EPEL updates process

On Sun, Dec 13, 2015 at 11:28 PM, Peter Robinson wrote: > On Mon, Dec 14, 2015 at 3:16 AM, Ken Dreyer wrote: > > On Sat, Dec 12, 2015 at 7:34 PM, Peter Robinson > wrote: > >> 2) Automatic unpushing of updates that haven't gone

bucardo in EPEL 7?

I noticed that there's an EPEL 7 branch of bucardo, but the package is not available. Is there a dependent package that it's waiting on? Is there anything I can do to help make it available? Thanks, Dave -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel

Re: Updating cppformat in Rawhide?

On Fri, Dec 4, 2015 at 7:24 AM, Jonathan Wakely <jwak...@redhat.com> wrote: > On 03/12/15 13:57 -0700, Dave Johansen wrote: > >> My hope was to maintain source compatibility and not binary compatibility. >> For example, the header file moved from: >> /usr/include/f

Re: Updating cppformat in Rawhide?

On Thu, Dec 3, 2015 at 12:00 PM, Kalev Lember <kalevlem...@gmail.com> wrote: > On 12/03/2015 07:13 PM, Dave Johansen wrote: > > cppformat 2.0.0 was released [1] and it has several breaking changes. In > > addition to API/ABI changes, the soname changed and the header file was

Updating cppformat in Rawhide?

cppformat 2.0.0 was released [1] and it has several breaking changes. In addition to API/ABI changes, the soname changed and the header file was relocated. Since this package was recently added to Fedora, I don't know if any packages depend on it, so my question is "Is this a "self contained" or

Re: Unable to create a buildroot override in bodhi

On Tue, Nov 24, 2015 at 7:12 PM, Dave Johansen <davejohan...@gmail.com> wrote: > On Tue, Nov 24, 2015 at 6:27 PM, Dave Johansen <davejohan...@gmail.com> > wrote: > >> I've tried the web interface and the command line, but neither appear to >> be working

Re: Unable to create a buildroot override in bodhi

On Tue, Nov 24, 2015 at 6:27 PM, Dave Johansen <davejohan...@gmail.com> wrote: > I've tried the web interface and the command line, but neither appear to > be working of creating a buildroot override for the libcutl 1.10.0 build > that I just did ( > https://bodhi.fedoraproject.

Unable to create a buildroot override in bodhi

I've tried the web interface and the command line, but neither appear to be working of creating a buildroot override for the libcutl 1.10.0 build that I just did ( https://bodhi.fedoraproject.org/updates/FEDORA-2015-ccb5d7dcb1 ). Am I doing something wrong? Thanks, Dave -- devel mailing list

Update to libcutl in F23

The resolution to Bugzilla #1278388 [1] requires a change to the libcutl interface [2], so libcutl is being updated to 1.10.0 in both F23 and rawhide. 1: https://bugzilla.redhat.com/show_bug.cgi?id=1278388 2: http://codesynthesis.com/pipermail/libcutl-users/2015-November/50.html -- devel

Re: rs6000-cpus.def not found in PowerPC builds on F22+

On Thu, Nov 19, 2015 at 12:34 AM, Dan Horák <d...@danny.cz> wrote: > On Thu, 19 Nov 2015 07:04:30 + > Peter Robinson <pbrobin...@gmail.com> wrote: > > > On Thu, Nov 19, 2015 at 3:14 AM, Dave Johansen > > <davejohan...@gmail.com> wrote: > > > htt

rs6000-cpus.def not found in PowerPC builds on F22+

https://bugzilla.redhat.com/show_bug.cgi?id=1256839 I don't have access to PowerPC hardware, so can anyone give any advice on how to fix the above issue? Thanks, Dave -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct:

Re: Variable expansion in COPR external URL?

On Mon, Oct 19, 2015 at 3:54 AM, Miroslav Suchý <msu...@redhat.com> wrote: > Dne 17.10.2015 v 23:55 Dave Johansen napsal(a): > > How can I do a variable expansion that doesn't have - before and after? > I tried "slc${releasever}X" [1] and > > "slc$releasev

Re: Issue with new package in koji?

On Sat, Nov 14, 2015 at 9:04 PM, Dave Johansen <davejohan...@gmail.com> wrote: > I'm trying to create a new update for the builds of hgsubversion that I > did ( http://koji.fedoraproject.org/koji/packageinfo?packageID=21326 ) > but whenever I click submit it just pops up a box in

Issue with new package in koji?

I'm trying to create a new update for the builds of hgsubversion that I did ( http://koji.fedoraproject.org/koji/packageinfo?packageID=21326 ) but whenever I click submit it just pops up a box in the lower right that says "Required". Am I doing something wrong? Thanks, Dave -- devel mailing list

False failure in COPR for x86_64 on rawhide?

https://copr.fedoraproject.org/coprs/daveisfera/odb_2.5/build/138953/ In the above COPR, it says the x86_64 for rawhide failed, but the logs look fine and the .rpm results are there, so am I missing something or is this a false failure? Thanks, Dave -- devel mailing list

Re: False failure in COPR for x86_64 on rawhide?

On Thu, Nov 12, 2015 at 8:20 AM, Miroslav Suchý <msu...@redhat.com> wrote: > Dne 12.11.2015 v 14:36 Dave Johansen napsal(a): > > https://copr.fedoraproject.org/coprs/daveisfera/odb_2.5/build/138953/ > > > > In the above COPR, it says the x86_64 for rawhide faile

Re: daveisfera's odb_2.3_cern copr build of odb for epel-5-i386 finished with 'failed'

The links in the above email don't work. For example, the "Build log" link says "Content Encoding Error" when I load it in Firefox: https://copr-be.cloud.fedoraproject.org/results/daveisfera/odb_2.3_cern/epel-5-i386/odb/build.log.gz This is the link that is listed if I start at the main page and

Re: [EPEL-devel] Centos 7, 32 bits edition

On Sat, Oct 17, 2015 at 3:55 PM, Karanbir Singh wrote: > On 17/10/15 23:45, Stephen John Smoogen wrote: > > > > > I don't think they would be "Fedora EPEL" then because the packages > > wouldn't be built by koji, signed by us etc. I am not saying that such > > builds

Variable expansion in COPR external URL?

How can I do a variable expansion that doesn't have - before and after? I tried "slc${releasever}X" [1] and "slc$releaseverX" [2] but neither worked. Thanks, Dave [1]: https://copr-be.cloud.fedoraproject.org/results/daveisfera/odb_2.3_cern/epel-5-i386/00128584-odb/root.log.gz [2]:

Re: Additional information in email about Koji garbage collection?

On Tue, Sep 22, 2015 at 2:02 PM, Kevin Fenzi <ke...@scrye.com> wrote: > On Tue, 22 Sep 2015 08:13:45 -0700 > Dave Johansen <davejohan...@gmail.com> wrote: > > > Can I open a ticket requesting this feature enhancement? If so, is > > https://fedorahosted.org/ko

Re: llvm 3.7 for rawhide and then f23

On Thu, Sep 24, 2015 at 9:41 AM, drago01 <drag...@gmail.com> wrote: > On Thu, Sep 24, 2015 at 6:04 PM, Dave Johansen <davejohan...@gmail.com> > wrote: > > On Mon, Sep 21, 2015 at 6:27 AM, Adam Jackson <a...@redhat.com> wrote: > >> > >> On Sun, 2

Re: llvm 3.7 for rawhide and then f23

On Mon, Sep 21, 2015 at 6:27 AM, Adam Jackson wrote: > On Sun, 2015-09-20 at 21:00 +0800, Christopher Meng wrote: > > On 9/20/15, David Airlie wrote: > > > It's llvm, there is never a good time to upgrade it and no llvm > release is > > > backwards

Re: [EPEL-devel] [Proposal] Converge EPEL and CBS

On Tue, Sep 22, 2015 at 6:56 AM, Remi Collet wrote: > Le 21/09/2015 16:12, Haïkel a écrit : > > Hi, > > > > Since the CentOS acquihire, there was a lot of discussion about EPEL's > future. > > Since the FOSDEM meetup between Fedora/CentOS folks, there was little > >

Re: Additional information in email about Koji garbage collection?

On Thu, Sep 17, 2015 at 3:54 PM, Kevin Fenzi <ke...@scrye.com> wrote: > On Wed, 16 Sep 2015 12:19:46 -0700 > Dave Johansen <davejohan...@gmail.com> wrote: > > > Would it be possible to add more information to the emails sent to > > notify about K

Re: [EPEL-devel] [CentOS-devel] [Proposal] Converge EPEL and CBS

On Mon, Sep 21, 2015 at 7:12 AM, Haïkel wrote: > Hi, > > Since the CentOS acquihire, there was a lot of discussion about EPEL's > future. > Since the FOSDEM meetup between Fedora/CentOS folks, there was little > progress on that topic > > After a discussion with a

Re: Resources for upstream testing?

On Wed, Sep 16, 2015 at 6:04 AM, Dave Love <d.l...@liverpool.ac.uk> wrote: > Dave Johansen <davejohan...@gmail.com> writes: > > >> For what it's worth, you can use vagrant with the > >> kaorimatz/fedora-rawhide-x86_64 box. A search on the hashicorp atlas >

Additional information in email about Koji garbage collection?

Would it be possible to add more information to the emails sent to notify about Koji Garbage Collection ( http://fedoraproject.org/wiki/Koji/GarbageCollection )? I receive these emails and I usually know why I received them (usually an update was obsoleted because of a fix for an issue that was

  1   2   3   >