Am 06.10.2016 um 19:24 schrieb Alexander Graf:
>> Am 06.10.2016 um 18:12 schrieb Dirk Müller <[email protected]>:
>>> and the SRs are ready. However, due to the current structure
>>> of _links in the ARM projects on OBS merging will probably
>>> break some if not most of those, as told by afaerber.
>>
>> it only breaks those that have real modifications, which should be
>> rare (modifications should be contributed back to the parent JeOS
>> package). so I don't think it is a very difficult problem.
>>
>>> Suggestions, opinions?
>>
>> I'm fine with the suggested changes, although cpp on shell is
>> terrible. if we could split the script into parts that are simply
>> appended to a common part (because usually order does not matter),
>> then I think that might be a  simpler solution for avoiding that
>> problem.
>>
>> I'm not fully convinced that it is a really frequent problem though .
> 
> We made all conditionals runtime conditionals a while back to get rid of 
> those problems. Just push contrib changes into the main jeos package and 
> you're safe :)

Please read my mail about JeOS cleanups. At least Dirk was CC'ed.

https://lists.opensuse.org/opensuse-arm/2016-09/msg00032.html

The problem is that we have more and more Contribs where we have _both_
a downstream and an upstream version for the same board. Whenever .tgz
files are updated in the main repo, those Contrib branches break. You
can't just push everything into the main JeOS package then, because at
least the repo needs to differ.

My recommendation always was to drop the Contribs once we have a
somewhat working Factory based image, but some people resisted that, in
particular for JeOS-raspberrypi, whose kernel is no longer even
building. For JeOS-raspberrypi2 and JeOS-raspberrypi3 the 4.8 kernel
with my USB-related config changes will hopefully soon allow us to do
the switch, too.

Also, I don't see the need to build RPi Staging images at all when the
non-staging images are booting. Anyone wanting to try newer kernels can
just add the repository like TW users do with, e.g., Kernel:HEAD and
activate multiversion for dtb. That would save build resources and keep
the choices lower for new users.

Regards,
Andreas

-- 
SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg)
-- 
To unsubscribe, e-mail: [email protected]
To contact the owner, e-mail: [email protected]

Reply via email to