On Fri, Jul 12, 2013 at 1:08 PM, David Tardon <dtardon@xxxxxxxxxx> wrote: > On Thu, Jul 11, 2013 at 06:06:04PM +0000, "Jóhann B. Guðmundsson" wrote: >> On 07/11/2013 02:04 PM, Miloslav Trmač wrote: >> >On Wed, Jul 10, 2013 at 3:56 PM, "Jóhann B. Guðmundsson" >> ><johannbg@xxxxxxxxx> wrote: >> >>Each sub-community ( be it spins be it various arch ) should need to provide >> >>the necessary QA/Releng resources from their sub-community ( if no such >> >>thing the relevant party needs to build one ) >> >That would be interesting and quite possibly very beneficial, however >> >the transition from the current system when most people "don't need to >> >care" would be a complex, longer-term cultural shift that shouldn't be >> >(and doesn't really need to be) a blocker for the ARM feature. >> >> I dont argue that this should be a blocker for architectures quite >> the opposite as far as I see it the only requirement for an >> architecture to be come a "primary" ( thou arguably those are >> outdated concepts as well ) is that all package currently build ( >> with the execption if they simply cannot work on a spesific >> architecture ) and be available for the community to use as lego >> bricks to shape and present to the world as they image in for that >> relevant hw. > > It is only a few weeks you argued that we should drop all packages that > are not "properly maintained". Actually from an ARM perspective that would be a bonus as I spend a lot more of my time fixing packages that are broken on mainline so that I can see if they build on ARM which in 80% ish of the cases just fixes the ARM build issues, in another 10% of cases updating the package to the latest upstream release fixes the ARM build issues, there's a percentage point or two where there's problems in the packaging or using non distro build options like CFLAGS. The vast majority of the packaging issues I deal with on ARM are not actually ARM specific and often fix the other secondary arches as well! Peter -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
