On Fri, 11 Jan 2019 at 11:24, Stephen John Smoogen <smooge@xxxxxxxxx> wrote:
On Fri, 11 Jan 2019 at 10:19, Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx> wrote:On Thu, Jan 10, 2019 at 02:42:05PM -0800, Kevin Fenzi wrote:
> * non free submissions. What if someone submits non free content and we
> build and host it? That would not be great.
Can we apply the same "flag and remove" approach as currently used in Copr?
It can be done but it takes both database changes and rewriting histories in certain places. The purpose of the Fedora Build System (FBS*) is to compose a distribution in an auditable fashion so that one could see the chain of builds, the source code, and other items and link them in a fashion to know when someone messes with it. Messing with databases, rewriting history, has pile on and unintended effects because it is not what FBS was aimed to do.. and various side effects then have to be tracked down and done.One of the problems we are running into is that koji is a hammer and we keep using it to do everything from putting in screws to painting the car. Sure we can add some layers (bodhi+mbs+pungi+..) and make the hammer more screwdriver like or more brush like.. but in the end.. it is going to leave dent marks in the wall and car.The issue here is that a good portion of what we are looking at isn't a distribution. It may become a distribution later, but we are mainly talking about someone wanting packageA to be usable in some way. [It doesn't mean there is any work to make it integrated with anything else.. just that it is usable.]If you want a build system which has different requirements, make or clone a different build system for those requirements.
Let me rewrite that last sentence to make it less crappy ( and my apologies for sending off the crappy version first):
If we want a build system which has different requirements, let us make or clone a build system for those requirements.
Stephen J Smoogen.
_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
