Re: [EPEL-devel] epel-release: consider adding %epel macro ?

2014-11-17 Thread Jeff Sheltren
On Sat, Nov 15, 2014 at 10:55 AM, Kevin Fenzi ke...@scrye.com wrote: The macros.epel file is missing? kevin Looks like it didn't make it in the latest patch, but here it is from the first patch: -- diff --git a/macros.epel b/macros.epel new file mode 100644 index 000..fb4413f

Re: [EPEL-devel] epel-release: consider adding %epel macro ?

2014-11-15 Thread Kevin Fenzi
On Tue, 11 Nov 2014 14:00:18 -0600 Rex Dieter rdie...@math.unl.edu wrote: OK (attached). The macros.epel file is missing? kevin pgpwyHWUBWXXS.pgp Description: OpenPGP digital signature ___ epel-devel mailing list epel-devel@lists.fedoraproject.org

Re: [EPEL-devel] epel-release: consider adding %epel macro ?

2014-11-11 Thread Rex Dieter
Jeff Sheltren wrote: On Fri, Oct 31, 2014 at 5:42 AM, Rex Dieter rdie...@math.unl.edu wrote: Rex Dieter wrote: +%epel %{?rhel}%{!?:rhel:7} typo alert ^^ (in the second part), but hopefully you get the idea. Or, if you'd rather not depend on %rhel macro, and just hard-code to 7, that

Re: [EPEL-devel] epel-release: consider adding %epel macro ?

2014-10-31 Thread Rex Dieter
Rex Dieter wrote: I'd like to be able to conditionalize some package features depending on if epel repo is enabled or not. One way to accomplish that goal is if epel- release defined some macro, say, something like %{epel}, similar to %{feodra} or %{rhel} (I don't care what the macro is

Re: [EPEL-devel] epel-release: consider adding %epel macro ?

2014-10-31 Thread Rex Dieter
Rex Dieter wrote: Rex Dieter wrote on Oct 16: I'd like to be able to conditionalize some package features depending on if epel repo is enabled or not. One way to accomplish that goal is if epel- release defined some macro, say, something like %{epel}, similar to %{feodra} or %{rhel}

Re: [EPEL-devel] epel-release: consider adding %epel macro ?

2014-10-31 Thread Jeff Sheltren
On Fri, Oct 31, 2014 at 5:42 AM, Rex Dieter rdie...@math.unl.edu wrote: Rex Dieter wrote: +%epel %{?rhel}%{!?:rhel:7} typo alert ^^ (in the second part), but hopefully you get the idea. Or, if you'd rather not depend on %rhel macro, and just hard-code to 7, that would be fine too.

Re: [EPEL-devel] epel-release: consider adding %epel macro ?

2014-10-21 Thread Chuck Anderson
On Mon, Oct 20, 2014 at 08:56:35PM -0500, Rex Dieter wrote: Jeff Sheltren wrote: On Mon, Oct 20, 2014 at 3:11 PM, Rex Dieter rdie...@math.unl.edu wrote: ping, any comment or objection? I'll work on a patch for epel-release to implement a %{epel} macro, in case anyone was waiting

Re: [EPEL-devel] epel-release: consider adding %epel macro ?

2014-10-21 Thread Rex Dieter
Chuck Anderson wrote: On Mon, Oct 20, 2014 at 08:56:35PM -0500, Rex Dieter wrote: Jeff Sheltren wrote: On Mon, Oct 20, 2014 at 3:11 PM, Rex Dieter rdie...@math.unl.edu wrote: ping, any comment or objection? I'll work on a patch for epel-release to implement a %{epel} macro, in

Re: [EPEL-devel] epel-release: consider adding %epel macro ?

2014-10-20 Thread Rex Dieter
Rex Dieter wrote on Oct 16: I'd like to be able to conditionalize some package features depending on if epel repo is enabled or not. One way to accomplish that goal is if epel- release defined some macro, say, something like %{epel}, similar to %{feodra} or %{rhel} (I don't care what the

Re: [EPEL-devel] epel-release: consider adding %epel macro ?

2014-10-20 Thread Jeff Sheltren
On Mon, Oct 20, 2014 at 3:11 PM, Rex Dieter rdie...@math.unl.edu wrote: ping, any comment or objection? I'll work on a patch for epel-release to implement a %{epel} macro, in case anyone was waiting for implementation details. Seems like it can't hurt much to have such a macro defined by

Re: [EPEL-devel] epel-release: consider adding %epel macro ?

2014-10-20 Thread Rex Dieter
Jeff Sheltren wrote: On Mon, Oct 20, 2014 at 3:11 PM, Rex Dieter rdie...@math.unl.edu wrote: ping, any comment or objection? I'll work on a patch for epel-release to implement a %{epel} macro, in case anyone was waiting for implementation details. Seems like it can't hurt much to have