Re: Defining the future of the packager workflow in Fedora

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

 



On Sat, Oct 05, 2019 at 02:35:59AM +0200, Kevin Kofler wrote:
> Vít Ondruch wrote:
> > It depends how you maintain your packages. My guess is (and I am sorry
> > if I am mistaken) that you don't follow the
> > 
> > https://fedoraproject.org/wiki/Updates_Policy#Philosophy
> > 
> > If you followed this policy, then you would touch the stable branches
> > just rarely and therefore keeping them fast forwardable would be just
> > waste of time.
> 
> It depends on what, how, and when upstream releases.
> 
> If we have different upstream releases in different Fedora releases, then of 
> course those releases should have different specfiles. But if we are 
> shipping the same upstream release, I don't see why I should clone the 
> specfile n times.

In order to reduce complexity and allow for easier automated changes?

You could make a spec file for any package that "works" on every
version/release of every rpm based distro. It would be full of if this
then that and duplicated sections with subtle differences, it could even
do all versions. 

Right now what we have is maintainer(s) preference on how complex they
want their spec files to get before they just seperate our another copy
for the complex case. I think thats bad for a number of reasons...

...snip section about why you would want to ship the same upstream
release in multiple fedora releases...

yes, thats all fine, but in a lot of cases you run into issues doing
this, which means you have to drive up the complexity of your one spec
file or just ship different ones per fedora release. I think this
increasing complexity is bad for the project, and often bad for
maintainers as well. 

On the one hand you only have to edit one spec file, but you have to
figure out the logic and have no way to know if it's right without
rebuilding it in all the places you want to use it and carefully
checking each build. 

On the other you have to edit more spec files and you have to swap in
context as to why say fedora 29 is doing X and master is doing Y, but
it's a lot more clear what it's doing and why. 

kevin

Attachment: signature.asc
Description: PGP signature

_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux