[EPEL-devel] Re: Keeping old packages

am done with the EL6 >> boxes in <2yrs with a full migration to either EL7 or Ubuntu LTS and >> won't need the EL6 repo any more. :-) >> > > A lot of people have been bit as it is nearly a daily occurrence in > #epel on the irc server. > >> Than

Re: Intent to orphan shorewall

On 02/08/2016 08:56 AM, Digimer wrote: > On 08/02/16 08:56 AM, Michele Baldessari wrote: >> On Thu, Dec 17, 2015 at 11:03:46PM -0500, Digimer wrote: >>> On 17/12/15 09:26 PM, Orion Poplawski wrote: >>>> On 12/17/2015 05:27 PM, Digimer wrote: >>>>>

Re: ebay-cors-filter's dependencies failed to resolve in f24

doesn't show any relevant error. Any pointer to a log I can > check to see what's missing there? It does, it says: Dependency problems nothing provides mvn(org.codehaus.groovy:groovy-all) needed by xbean-4.4-2.fc24.noarch -- Orion Poplawski Technical Manager 303-415-97

Re: On packager motivation

imary maintainer of. And barring a few unfortunate version bumps, there isn't much that can't be fixed by reverting the change. If someone is consistently causing trouble that needs to be called out. At the same time, before reacting with hostility that someone changed "your" package, ask

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

g on. It may be: libselinux -> setransd (mcstrans) -> /sbin/chkconfig (initscripts) -> coreutils -> libselinux -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane

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

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: On 01/27/2016 09:43 AM, Dave Johansen wrote: > I was trying to do some test builds with EL 5 using mock on Ce

dnf dependency information for koji builds

It would be very helpful to have information on what packages are pulling in what dependencies in the root.log of koji builds. Is this possible with dnf? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380

Re: Updating hdf5 to 1.8.16 in rawhide today

On 01/22/2016 03:40 AM, Jonathan Wakely wrote: > On 21/01/16 11:30 -0700, Orion Poplawski wrote: >> On 01/21/2016 08:07 AM, Jonathan Wakely wrote: >>> Could the following be rebuilt in the f24-boost side tag, so they use >>> the new Boost? >>> >>>

Re: The %license property is now supported in EPEL6

re and such.) Actually finding packages I can use for testing like this isn't always easy. The python macros are also in the various python-rpm-macros sub-packages in EPEL as well. Perhaps we could just have epel-rpm-macros require them as appropriate. -- Orion Poplawski Technical Manager

Re: Updating hdf5 to 1.8.16 in rawhide today

On 01/14/2016 04:25 PM, Orion Poplawski wrote: On 11/20/2015 02:39 PM, Orion Poplawski wrote: I'll be updating hdf5 to 1.8.16 in rawhide in the next few days. This includes a soname bump for the C++ wrapper libs, but as usual I'll be rebuilding all deps due to run-time version checking

Re: Updating hdf5 to 1.8.16 in rawhide today

On 01/21/2016 08:07 AM, Jonathan Wakely wrote: > On 21/01/16 06:52 -0700, Orion Poplawski wrote: >> On 01/14/2016 04:25 PM, Orion Poplawski wrote: >>> On 11/20/2015 02:39 PM, Orion Poplawski wrote: >>>> I'll be updating hdf5 to 1.8.16 in rawhide in the next few days

Re: Updating hdf5 to 1.8.16 in rawhide today

On 01/21/2016 06:52 AM, Orion Poplawski wrote: > On 01/14/2016 04:25 PM, Orion Poplawski wrote: >> On 11/20/2015 02:39 PM, Orion Poplawski wrote: >>> I'll be updating hdf5 to 1.8.16 in rawhide in the next few days. This >>> includes a soname bump for the C++ wrap

nss_myhostname as default in Fedora

re is some other discussion around "mymachines" which seems much more problematic. I'd like to just focus on myhostname for now. The glibc maintainer has indicated that he wants to wait for mymachines to be resolved, but it's almost two months now and I don't see that being resolved soon.

Re: Should 'dnf install gtk3-devel.i686' work?

me pkgconfig , >> is not possible for dnf or yum choose the correct package. > > Correct - I've shown elsewhere in the thread that this bug exists in > yum, at least as far back as yum from Fedora 18. > > Rich. > It's not a bug. The requires

[EPEL-devel] Re: MPI Fortran compiler detection failed on EPEL7

://koji.fedoraproject.org/koji/taskinfo?taskID=12581901 (rawhide) http://koji.fedoraproject.org/koji/taskinfo?taskID=12582140 (epel6) Am I missing something? Any comment/idea? Really impossible to tell without the cmake output logs, specifically CMakeFiles/CMakeError.log. -- Orion Poplawski

Re: Automatically generating needed requires for julia

On 01/15/2016 06:40 PM, Kevin Kofler wrote: Orion Poplawski wrote: The julia language loads libraries at run time by using the .so filename. We work around this in the julia package by symlinking the needed sonames into %{_libdir}/julia/, e.g.: for lib in arpack cholmod dSFMT git2

Re: Bullet version bump

educating upstream about using a proper soname versioning scheme? I wonder how much longer we will have to be tilting at this particular windmill... -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane

Re: Updating hdf5 to 1.8.16 in rawhide soon

On 01/14/2016 09:51 AM, Richard Shaw wrote: > I needed an update to OpenImageIO (new patch version) which I just submitted. > I assume I waited long enough for the new hdf5 build. > > Thanks, > Richard > Nope, still waiting for the arm build to complete... -- Orion P

Re: Updating hdf5 to 1.8.16 in rawhide soon

On 11/20/2015 02:39 PM, Orion Poplawski wrote: > I'll be updating hdf5 to 1.8.16 in rawhide in the next few days. This > includes a soname bump for the C++ wrapper libs, but as usual I'll be > rebuilding all deps due to run-time version checking by the library. > Well, the arm buil

Re: ELF arch question

On 01/14/2016 07:24 AM, Adam Jackson wrote: On Wed, 2016-01-13 at 16:03 -0700, Orion Poplawski wrote: rpm flags shared libraries of ELFCLASS64 with '(64bit)' on all architectures except Alpha (which thankfully we don't support). My question is, are ELFCLASS64 libraries always installed in /usr

Updated license for python-coverage

License for python-coverage changed from BSD and (MIT or GPLv2) to ASL 2.0. Not sure when this change actually occurred (I'm not the maintainer), but at least with version 4. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX

Re: Updated license for python-coverage

On 01/13/2016 11:58 AM, Orion Poplawski wrote: > License for python-coverage changed from BSD and (MIT or GPLv2) to ASL 2.0. > > Not sure when this change actually occurred (I'm not the maintainer), but at > least with version 4. > > And updated again to: ASL 2.0 and MIT and

ELF arch question

? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com -- devel mailing list devel@lists.fedoraproject.org http

Re: python-rpm-macros - splitting out the macros

On 01/13/2016 09:44 AM, Orion Poplawski wrote: > On 01/12/2016 03:42 PM, Orion Poplawski wrote: >> - Dropping the python3-pkgversion-macros package, replaced with >> python-srpm-macros from above and required by redhat-rpm-config (in Fedora) >> and epel-rpm-macros (in EPEL).

Updating hdf5 and netcdf in rawhide tomorrow

-6.0.0-0.1.alpha2.fc24.src.rpm shogun-4.0.1-0.6.git20151219.af8c1df.fc24.src.rpm vigra-1.10.0-15.fc24.src.rpm vips-8.2.1-1.fc24.src.rpm ViTables-2.1-12.fc23.src.rpm vtk-6.3.0-2.fc24.src.rpm wgrib2-2.0.1-4.fc23.src.rpm -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA

Re: Package name for EPEL7 branch

way I can just get rubygem-minitest5 added to the tags for epel7 in koji? --Greg new package = new review -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com

Re: python-rpm-macros - splitting out the macros

On 01/12/2016 03:42 PM, Orion Poplawski wrote: > - Dropping the python3-pkgversion-macros package, replaced with > python-srpm-macros from above and required by redhat-rpm-config (in Fedora) > and epel-rpm-macros (in EPEL). Rawhide now has redhat-rpm-config requiring python-srpm-macro

[EPEL-devel] Re: LibRaw is in EPEL testing and also in Base

CentOS/SL? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com ___

[EPEL-devel] Re: LibRaw is in EPEL testing and also in Base

On 01/12/2016 11:02 AM, Pat Riehecky wrote: > > > On 01/12/2016 11:54 AM, Orion Poplawski wrote: >> On 01/12/2016 08:28 AM, Johnny Hughes wrote: >>> 'LibRaw-0.17.1-3.el7.x86_64 (epel-testing)' and >>> 'LibRaw-0.14.8-5.el7.20120830git98d925.x86_64 (@base/$rele

python-rpm-macros - splitting out the macros

he build in here - https://fedorahosted.org/rel-eng/ticket/6331 as I think the timing is tricky and the possibility of breaking the buildroot moderate. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell La

python-rpm-macros - splitting out the macros

he build in here - https://fedorahosted.org/rel-eng/ticket/6331 as I think the timing is tricky and the possibility of breaking the buildroot moderate. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell La

Automatically generating needed requires for julia

a would BR that would use rpm fileattrs to generate these. This feels a bit klunky having a separate package just to do this task. Does anyone else have any ideas? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 338

[EPEL-devel] Re: Which python3 versions to package for EPEL7?

in the >> python3X stacks. > > +1 from me too. > > Also, now that 35 is out, do we want to switch epel7 to python35 before > we go building out things much more? > > kevin Actually, I think it would be nice to test out the dual nature by adding 35 as the "other&

Re: New scitech FAS and COPR group

On 01/06/2016 09:39 AM, Antonio Trande wrote: > On 01/06/2016 05:31 PM, Orion Poplawski wrote: >> I've created a "scitech" FAS and COPR group for the SciTech SIG >> (https://fedoraproject.org/wiki/Category:SciTech_SIG). My immediate goal is >> to create some common

New scitech FAS and COPR group

m suitesparse. Add yourself to https://admin.fedoraproject.org/accounts/group/view/scitech if you want to join the effort. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane

Re: New scitech FAS and COPR group

On 01/06/2016 12:52 PM, Corey Sheldon wrote: > Orion, > > FAS: corey84 please add me as well Done. I've turned off Invite only in the group, so people can now sign up directly via FAS. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/Co

Re: New scitech FAS and COPR group

On 01/06/2016 12:42 PM, Marcin Juszkiewicz wrote: > On środa, 6 stycznia 2016 09:31:01 CET Orion Poplawski wrote: >> I've created a "scitech" FAS and COPR group for the SciTech SIG >> (https://fedoraproject.org/wiki/Category:SciTech_SIG). My immediate >> goal is to

[EPEL-devel] Re: execstack on epel 7 ppc64le?

2421692 Or perhaps we could just go ahead an ship execstack with a Conflicts: prelink. Not sure it's that big of a deal. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane

Which python3 versions to package for EPEL7?

that this may cause confusion and other problems[1]. What's the consensus here? 1 - https://bugzilla.redhat.com/show_bug.cgi?id=1294865#c3 -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane

[EPEL-devel] Which python3 versions to package for EPEL7?

that this may cause confusion and other problems[1]. What's the consensus here? 1 - https://bugzilla.redhat.com/show_bug.cgi?id=1294865#c3 -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane

Re: ARM help needed

at all. Thanks, I've ripped that all out. On 01/05/2016 06:12 PM, Orion Poplawski wrote: paraview is failing to build on arm: /builddir/build/BUILD/ParaView-v5.0.0-RC3-source/fedora/CommandLineExecutables/paraview-config-forward.c: In function '__cpuid': /builddir/build/BUILD/ParaView-v5.0.0-RC3

ARM help needed

) : "c" (0) : "%edx"); ^ Would someone familiar with arm assembly be willing to take a look? Unfortunately this is a generated file, but I've attached at copy. Does arm even implement cpuid? Thanks. -- Orion Poplawski Technical Manager 303-415-9701 x222

[EPEL-devel] Package Review component in Fedora EPEL product

#Is_it_possible_to_get_a_package_only_into_EPEL_and_not_Fedora.3F seems to indicate just the normal process. If that is the case, can we get the Package Review component removed from Fedora EPEL? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX

octave builds failing after nss & libsecret update

-gui': corrupted double-linked list: 0xecd3bf58 *** seems a weird error, so perhaps just a coincidence but I'm curious if there are other issues. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane

[EPEL-devel] Re: Additional python34 components for epel7

On 12/30/2015 10:00 AM, Orion Poplawski wrote: > On 12/30/2015 12:16 AM, Denis Fateyev wrote: >> Actually, I've opened a bug against 'msgpack': >> https://bugzilla.redhat.com/show_bug.cgi?id=1290393 >> >> What we actually need is to clarify and officially appro

[EPEL-devel] Re: Additional python34 components for epel7

epel7. > > I'm ready to help out with packaging and testing python34 things, since I need > some now. > Some reviews are underway here: https://bugzilla.redhat.com/showdependencytree.cgi?id=1294704_resolved=1 -- Orion Poplawski Technical Manager 303-415-9701 x22

python-macros review

for compatibility with the EPEL Python3 packaging guidelines. It also serves the much more important goal of getting the python macros out of the the individual python? packages to make it easier to update them. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder

Re: python-macros review

On 12/30/2015 02:48 PM, Neal Gompa wrote: > On Wed, Dec 30, 2015 at 3:46 PM, Orion Poplawski <or...@cora.nwra.com> wrote: >> I've submitted a review for a separate python-macros package here: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=1294904 >> >

Re: Additional python34 components for epel7

ython-msgpack', et al. in epel7 > to adapt the package spec and get 'python34-msgpack' etc. packages, or there > are any objections against that? That would be the thing to do - except that for Cython this will require a new python3-Cython package for EPEL to be made and reviewed. -- Orion

Re: Supporting Python 3 in EPEL 7

age. It should be named python34-rpdb - see https://fedoraproject.org/wiki/PackagingDrafts:Python3EPEL for the current state of things. This will hopefully change to be much cleaner in the future. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Off

Re: Fwd: frafra uploaded yumex-dnf-4.1.6.tar.gz for yumex-dnf

ect.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301

[EPEL-devel] Re: New package notification for Fedora EPEL

On 12/22/2015 07:49 PM, Kevin Fenzi wrote: On Mon, 21 Dec 2015 16:07:35 -0700 Orion Poplawski <or...@cora.nwra.com> wrote: I think it would be handy to have new package notification for Fedora EPEL, e.g. for mediawiki123. I created: https://release-monitoring.org/project/8480/ I

[EPEL-devel] Alternate install prefixes

ne might also be able to use environment-modules, though this would require more modification to spec files. See https://bugzilla.redhat.com/show_bug.cgi?id=1290199 for some more details. Thoughts? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Bould

Re: Intent to orphan shorewall

kage! So, Alex (nyz ?) appears to not be a packager, and I can't find digimer's FAS name. I'll just have to ask that people add themselves to the package: https://admin.fedoraproject.org/pkgdb/package/rpms/shorewall/ -- Orion Poplawski Technical Manager 303-415-9701 x222

Intent to orphan shorewall

I'm planning on moving our firewall from a Fedora/shorewall system to a pfsense based one. Since I will no longer be using shorewall, I will be orphaning it. If you are interested in it, let me know and I would be happy to hand it off. -- Orion Poplawski Technical Manager

Re: Self Introduction: Robert Buchholz

with the Gentoo project a while back (2006-2011) and since used Fedora and CentOS, but haven't gotten beyond the stage of reporting the occasional bug. Let's change that. Excellent. Welcome. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division

Re: /usr/bin/sphinx-build is now in python3-sphinx

On 11/25/2015 02:50 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Wed, Nov 25, 2015 at 02:36:22PM -0700, Orion Poplawski wrote: >> On 11/25/2015 02:13 PM, Orion Poplawski wrote: >>> On 11/25/2015 01:41 PM, Orion Poplawski wrote: >>>> If you use sphinx-build in

Re: /usr/bin/sphinx-build is now in python3-sphinx

On 11/25/2015 02:13 PM, Orion Poplawski wrote: > On 11/25/2015 01:41 PM, Orion Poplawski wrote: >> If you use sphinx-build in your package, you need to BR/R >> /usr/bin/sphinx-build instead of python-sphinx. >> > > but apparently prematurely as /usr/bin/sphinx-buil

/usr/bin/sphinx-build is now in python3-sphinx

If you use sphinx-build in your package, you need to BR/R /usr/bin/sphinx-build instead of python-sphinx. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com

Re: /usr/bin/sphinx-build is now in python3-sphinx

On 11/25/2015 01:41 PM, Orion Poplawski wrote: > If you use sphinx-build in your package, you need to BR/R > /usr/bin/sphinx-build instead of python-sphinx. > but apparently prematurely as /usr/bin/sphinx-build is not written in python3: sphinx-build -b html -d build/mayavi/doctrees

[EPEL-devel]repoclosure/broken deps for RHEL7.2

think there are a fair number of other broken deps in EPEL that have gone unnoticed for a while. Thanks. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Bould

[EPEL-devel]Re: python2-setuptools metapackage

provide python2-setuptools. Well, one has already been made for setuptools: https://bugzilla.redhat.com/show_bug.cgi?id=1259474 with no comments so far. RHEL 7.2 just came out so it will certainly be no sooner than 7.3. -- Orion Poplawski Technical Manager 303-415-9701 x222

[EPEL-devel]Re: TexLive

On 11/21/2015 04:22 AM, Germano Massullo wrote: Il 21/11/2015 04:56, Orion Poplawski ha scritto: On 11/20/2015 03:51 AM, Germano Massullo wrote: I saw https://admin.fedoraproject.org/pkgdb/package/texlive/ that there is not texlive for EPEL7. But in a CentOS 7 installation, if I do &quo

Re: numpy-1.10.2-0.1rc1

lib/distutils.version.StrictVersion-class.html But I think this in entirely assimulo's problem for using StrictVersion - obviously numpy isn't following those rules. Maybe they should or might like to, but I don't know. I've asked: https://mail.scipy.org/pipermail/numpy-discussion/2015-November

Updating hdf5 to 1.8.16 in rawhide soon

.fc24.src.rpm -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com -- devel mailing list devel

Re: Dealing with the "my packages" problem

. Coupled with a much needed "get over it - it's not *your* package" attitude shift. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder

Re: python 3.5 openmp issue

On 11/11/2015 03:28 AM, Robert Kuska wrote: > > > - Original Message - >> From: "Orion Poplawski" <or...@cora.nwra.com> >> >> This appears to be https://bugs.python.org/issue25150 for which there appears >> to be a patch. Could this

python 3.5 openmp issue

char atomic_char; ^ This appears to be https://bugs.python.org/issue25150 for which there appears to be a patch. Could this be applied please? Thanks. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell

python 3.5 openmp issue

char atomic_char; ^ This appears to be https://bugs.python.org/issue25150 for which there appears to be a patch. Could this be applied please? Thanks. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell

koschei/koji build failures

I'm starting to see koschei build failures, but no particular info as to why it failed. See: https://kojipkgs.fedoraproject.org/work/tasks/9874/11749874/root.log DEBUG util.py:393: Running transaction DEBUG util.py:515: Child return code was: 1 DEBUG util.py:172: kill orphans -- Orion

Re: koschei/koji build failures

On 11/07/2015 08:15 PM, Kevin Fenzi wrote: On Sat, 7 Nov 2015 19:55:56 -0700 Orion Poplawski <or...@cora.nwra.com> wrote: I'm starting to see koschei build failures, but no particular info as to why it failed. See: https://kojipkgs.fedoraproject.org/work/tasks/9874/11749874/root.log

Re: [EPEL-devel] mod_passenger missing from EPEL 6

elson Not sure there was an announcement, although it would have been good if there was. As for the reason: http://pkgs.fedoraproject.org/cgit/rubygem-passenger.git/tree/dead.package?h=el6 -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division

Re: fedora-review --prebuilt still requires mock??

/FedoraReview/ticket/234 it's trying to install the prebuilt rpms with mock. Perhaps you can disable that test with -x TestPackageInstalls -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchel

Re: Build Error: Trigger fired by the same package is already fired???

nstead. What I don't understand is there the overlap? I have the following triggers: %triggerun -- nfs-utils < 1:1.2.4-2 %triggerun -- nfs-utils < 1:1.3.1-4.0 where is the overlap? steved. Um, overlaps for anything < 1:1.2.4-2 (both match). -- Orion Poplawski Technical Manager

Re: Ownership of /usr/lib/rpm/fileattrs

javapackages-tools, rpm-mpi-hooks, supermin-devel to get them adjusted >> or can you take care of them on your own? > > The change is just dropping `Requires: rpm-build'? > > Rich. > Yup. I don't think we need to clone any bugs... -- Orion Poplawski Technical Manager

Re: Ownership of /usr/lib/rpm/fileattrs

ackages/commit/4cfed9e > I think you missed a bit of the point. There is no need to require rpm since *everything* implicitly requires rpm, so there is no need to own those directories. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office

Re: matplotlib 1.5.0 tagged

. Well, in that case the first step would seem to be submitting a cycler package review. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301

Re: Self Introduction: Noel Barrachina

experience. What prompted me to start contributing was the version of tmux on my Fedora 22. Welcome. If you're looking to co-maintain tmux, you may want to read: https://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group#Become_a_co-maintainer -- Orion Poplawski Technical Manager

Updating VTK to 6.3.0 in rawhide

I'm uppdating VTK to 6.3.0 in rawhide tomorrow. Rebuild in COPR went okay so I'm not expecting any issues: https://copr.fedoraproject.org/coprs/orion/vtk6.3/ -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380

Re: rpm changed behavior it terminates build if wrong version is specified

On 10/26/2015 10:48 AM, Orion Poplawski wrote: On 10/23/2015 07:47 AM, Lubos Kardos wrote: Hi, I want to just to inform you that the new version of rpmbuild (rpm-build-4.13.0-0.rc1.6.fc24) that is available in rawhide terminates build when a wrong version format is used in spec i. e. epoch

Re: rpm changed behavior it terminates build if wrong version is specified

.16.1-1.fc24: Provides: scipy = %{epoch}:0.16.1-1.fc24 This is from the automatically generated Provides form %python_provide. It does: vr = rpm.expand("%{?epoch:%{epoch}:}%{version}-%{release}") to generate the version request, so perhaps epoch is getting handled incons

Re: [EPEL-devel] gifsicle 1.87 for el6?

ble within el6 (either CentOS or RHEL)? Are there any plans to provide > this later version for the el6 repo? No reason, just that no one had asked. I don't typically update el releases unless there seems to be a compelling reason. Since you've asked: https://bodhi.fedoraproject.org/updates/gi

dnf and file provides

Got this is a resent koji rawhide build: DEBUG util.py:393: No matching package to install: '/bin/csh' I'm assuming this is a quirk of dnf now being the default, but needs to get fixed. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division

Re: Heads Up: New pugixml coming to rawhide

ew-4.4.0-1.fc24.src.rpm FYI - paraview is currently FTBFS due to cmake 3.4.0. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 h

Re: Review Request: vtable-dumper

/package/abi-dumper/ Thanks, Richard Taken. Perhaps you could take https://bugzilla.redhat.com/show_bug.cgi?id=1262965 ? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane

Stray .pyc files from tests

/python.setup.py --version triggering the loading and byte-compiling of the installed module. I don't know if this is common issue or not (I suspect not). Just a heads up I guess. Not sure if this is something that can be prevented in any other general way. -- Orion Poplawski Technical Manager

Re: [Test-Announce] Fedora 23 Final Test Compose 10 (TC10) and Test Compose 11 (TC11) Available Now!

g syslinux!!! This is a big change that should > not have happened. > - TC11 boots fine but the kbd rpm is missing so the > systemd-vconsole-setup.service systemd unit fails on boot. > > Any insight here? Perhaps affected by dnf change for https://bugzilla.redhat.com/show_bug.cgi?id=11998

Ownership of /usr/lib/rpm/fileattrs

that seem reasonable? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com -- devel mailing list devel

Re: [EPEL-devel] EPEL package rebased upon RHEL update?

://fedoraproject.org/wiki/EPEL_Updates_Policy#Stable_Releases -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com

Re: ansible in Fedora 23+ (python3)

installing it. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com -- devel mailing

Re: rawhide buildroot creation changes

builders. I've noted that in the reports. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com -- devel

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

because they would not work with the new version otherwise. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http

Re: Query: %cmake not doing out-of-tree builds?

! But you certainly can do it if you want: mkdir build cd build %cmake .. Which I do think should be pretty much the standard. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane

Re: repodata size

On 10/09/2015 05:20 PM, Kevin Kofler wrote: Orion Poplawski wrote: Perhaps every product should produce a os/{repodata,Packages} directory as well as an updates/VERSION/PRODUCT/ tree with . Please no! Let's not fragment Fedora even more than it already is with those "products"

Re: [EPEL-devel] crlibm and libscs for EPEL 7?

On 10/08/2015 05:59 PM, Rich Rauenzahn wrote: On Wed, Oct 7, 2015 at 1:16 PM, Orion Poplawski <or...@cora.nwra.com> wrote: On 10/07/2015 02:05 PM, Rich Rauenzahn wrote: Tim got back to me quickly. He doesn't have the time or need to maintain them for EPEL 7. He offers t

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

separate review, slightly different > guidelines, so nobody bothers except for special cases. > > Zbyszek > I suspect the case brought up by Adam wouldn't be helped by this - as I expect it wouldn't have been a major version update to cairo. Even minor updates c

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

On 10/09/2015 08:16 AM, Adam Jackson wrote: > Reality is complicated, we would do well to recognize that. > > - ajax > Thank you very much for the excellent posts. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office

Re: repodata size

(but still have wider package set available when you want > it). > Perhaps every product should produce a os/{repodata,Packages} directory as well as an updates/VERSION/PRODUCT/ tree with . -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office

Re: install custom rpm package: failed dependencies

On 10/08/2015 11:10 AM, arnaud gaboury wrote: > I wrote a .spec file to build a pacakge with many shared librairies > installed by Intel parallel studio 2016. This doesn't belong on Fedora devel, it has nothing to do with Fedora development. -- Orion Poplawski Technical M

cmake 3.4.0-rc1 heads up

I built cmake 3.4.0-rc1 in Fedora rawhide last night. koschei has already reported that it has caused build failures with plplot and paraview. Let me know if you see any other cmake projects starting to fail to build. -- Orion Poplawski Technical Manager 303-415-9701 x222

<    2   3   4   5   6   7   8   9   10   11   >