On Fri, 2018-01-19 at 18:37 +0100, Igor Gnatenko wrote:
> On Fri, 2018-01-19 at 11:22 -0600, Richard Shaw wrote:
> > On Fri, Jan 19, 2018 at 11:15 AM, Igor Gnatenko <
> > ignatenkobrain@xxxxxxxxxxxxxxxxx> wrote:
> >
> > > I think real problem here is that people want same spec to build
> > > everywhere.
> > > And we are not able to teach people to not do this. Only way how
> > > we can
> > > teach
> > > them is to make it impossible (e.g. deny push if there are such
> > > %ifs or
> > > like
> > > that).
> >
> >
> > I prefer the "one spec to rule them all" but only for Fedora and
> > EL, not
> > outside distros. It makes life easier for me, however with
> > arbitrary
> > branching I wouldn't have to sync changes across branches near as
> > much. If
> > the path of least resistance is the "right" way then it's easier to
> > convince people to do it that way.
>
> Imagine that you have some app which install "info", "icons",
> "systemd service"
> and uses openssl 1.0 (not compatible with openssl 1.1).
>
> In this case, it adds at least 80+ lines to your spec to keep all
> this compat
> cruft and just makes it unreadable.
But I just want that, one spec that rules everywhere at least until
EPEL6, EPEL6 EOL is November 30, 2020, more 3 years.
Now that I'm trying build some packages on EPEL6, I have to support
sysv etc .
In conclusion:
I'd like have guidelines for pack EPEL and Fedora at same spec, for
example Recomends vs Requires , EPEL 7 doesn't not accept Recomends: so
what we should do ? [1] is good ?
[1] %{?fedora:Recommends: xmltv}
I'd like (if you don't do it already) that we look around and scriplets
or macros, be compatible with other OSes (that use rpm packaging) like
opensuse or mageia, in other day I saw macros for python very
interesting in opensuse. i.e. the rpm rules be more wide open, alsocould benefit us .
> And you can't make it better because EL*'s RPM doesn't support
> filetriggers. It
> does't support rich deps. EL6 doesn't have systemd... And so on. It
> just makes
> everything more horrible.
>
> Within Fedora, those conditionals are not happening that often.. But
> I would
> really love to see better separation of Fedora and EPEL. Because EPEL
> **slows
> down improvements of Fedora**.
> _______________________________________________
> devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
--
Sérgio M. B.
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
