Re: Proposed Fedora packaging guideline: More Go packaging

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



>>>>> "nm" == nicolas mailhot <nicolas.mailhot@xxxxxxxxxxx> writes:

nm> I don't know about EPEL6, but we use it as-is in EL7 and it works
nm> just as well (except maybe for the %autosetup bits but IIRC that's
nm> autosetup which is broken in EL7).

I had ported autosetup to EPEL6 and then at the next release the macros
showed up (without any discussion) in base RHEL6.  So they should be
there.  I'm not entirely sure what's actually broken about %autosetup in
EL7, though; I hadn't heard about breakage before this.  epel-rpm-macros
could conceivably carry %epel_autosetup or something which contains
fixes.  I mostly understand the internals of %autosetup so maybe there's
something I can do.

nm> Maybe it also works in EPEL 6 but I've never tried it. I guess it
nm> depends mostly on the level of lua support in EL6 rpm and
nm> rpm-related tools now the forge macro code is lua only.

I think it would be worth a try.  In my experience not all that much has
changed in the Lua interfaces since RHEL6 and even RHEL5.  (EL5 just
didn't have sources and patches in the Lua namespace.)

nm> For my part I doubt I'll ever use it in EL6 since I did it for Go
nm> and the EL6 Go stack is really too old for a merge to be
nm> interesting.

Well, sure, Go on EL6 is probably out but these macros were at least
presented as being far more general, and I'm sure there are plenty of
EPEL6 packages which could benefit.  Potential anything that packages a
git snapshot of something.

nm> I'm afraid my knowledge of recent fedpkg enhancements is too sparse
nm> to be of any use there. Though I'm not opposed to the idea at all.

It's just worth a brainstorm, I think.  I can imagine that loads of
people would love it if fedpkg could just auto-bump the bits necessary
to update a package to today's git head or some specific commit or
something like that.  Before we didn't really have a good standard way
to format a spec when you're using a checkout.  Now....

Doesn't necessarily have to start in fedpkg, either.  A standalone
utility for doing a couple of things like that could be useful as a
prototype.

 - J<
_______________________________________________
packaging mailing list -- packaging@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to packaging-leave@xxxxxxxxxxxxxxxxxxxxxxx




[Index of Archives]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Forum]     [KDE Users]

  Powered by Linux