User: Password:
|
|
Subscribe / Log in / New account

Fedora mining for COPR

Fedora mining for COPR

Posted Sep 6, 2013 16:27 UTC (Fri) by raven667 (subscriber, #5198)
Parent article: Fedora mining for COPR

I am a bystander but I too would like to see a migration to OBS rather than continuing to spend development time on koji and copr just to make an inferior clone of the rather mature OBS. It seems that this is one of those core infrastructure pieces where diversity is more of a cost than the benefit is worth. Active Fedora developers would know better but from the peanut gallery it seems to me that the effort of migrating to OBS is less than the effort of adding all the features to koji that are required.


(Log in to post comments)

Fedora mining for COPR

Posted Sep 6, 2013 23:25 UTC (Fri) by jengelh (guest, #33263) [Link]

>rather than continuing to spend development time on koji and copr just to make an inferior clone

That just follows after having dismissed zypper and instead writing another UI on top of libzypp.

Fedora mining for COPR

Posted Sep 6, 2013 23:36 UTC (Fri) by rahulsundaram (subscriber, #21946) [Link]

That is a misleading statement. libzypp won't be used in Fedora at all.

Yum existed long before zypper and Fedora users are well accustomed to it since atleast Fedora Core 2 and some from even before that. Yum has been forked into a prototype called dnf to adopt libsolv, the sat solver library that libzypp itself uses and dnf once it has been tested well will eventually just become the new yum around Fedora 22. So the plan really it for Fedora and SUSE to share the core dependency resolver (libsolv) which might even be merged into RPM itself.

Fedora mining for COPR

Posted Sep 7, 2013 0:38 UTC (Sat) by jengelh (guest, #33263) [Link]

>libzypp won't be used in Fedora at all.

And that is what I am criticizing;

>Yum existed long before zypper,

The parent posting recommended migrating to OBS rather than adding to koji, the latter of which also existed long before OBS. I intended to just echo that with different parameters: migrate to zypper rather than adding to yum.

Accustomization is not a showstopper for migration, at least it did not stop Fedora from migrating to systemd instead of spending development efforts on adding to sysvinit. Just like the sysvinit compatibility is in/ontop systemd, yum compatibility could be in/ontop of zypp.

Fedora mining for COPR

Posted Sep 7, 2013 0:46 UTC (Sat) by rahulsundaram (subscriber, #21946) [Link]

You made a clearly erroneous claim that Fedora is developing a new UI on top of libzypp. Fedora is instead adopting yum to use libsolv. This gets the advantage of a shared resolver without the difficulty of learning a new UI.

Fedora mining for COPR

Posted Sep 7, 2013 0:59 UTC (Sat) by jengelh (guest, #33263) [Link]

>You made a clearly erroneous claim that Fedora is developing a new UI

Yes I did. (

>Fedora is instead adopting yum to use libsolv. This gets the advantage of a shared resolver without the difficulty of learning a new UI.

And I am still asking why does Fedora updates some old tools to new tech, when at the same time, Fedora has just moved to a new tool with old UI compatibility in another case?

Fedora mining for COPR

Posted Sep 7, 2013 1:17 UTC (Sat) by rahulsundaram (subscriber, #21946) [Link]

Fedora is not a monolithic entity and a lot of the decisions are based on rough consensus between different stakeholders which is different from one project to another. You compared this decision to systemd project which isn't specific to Fedora and is developed entirely independent from any distribution and freely adopts several Debian conventions on a routine basis for example and you can't really introduce new features of systemd with a old sysv init style ui which itself is different between different distributions. Neverthless compatibility shims between systemd and service and chkconfig commands were provided in Fedora before it was made the default.

For OBS, it has more features but the cost of switching is high enough (new resolver, doesn't use mock, uses Ruby for UI which Fedora infrastructure team hasn't deployed before, uses vm instead of chroot, doesn't integrate well with SELinux, uses a very different build workflow etc) that it isn't a obvious win to switch over yet but the developer who is leading the effort of merging copr with koji has noted that he is still in favor of switching over at a later point once enough of a community developers around the project. The first step would be getting into the repository and see if enough Fedora developers get involved to move it forward.


Copyright © 2018, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds