On Thursday 04 Sep 2014 19:01:16 Tomasz Paweł Gajc wrote: > Dnia czwartek, 4 września 2014 20:02:08 Denis Silakov pisze: > > On 04.09.2014 19:57, Tomasz Paweł Gajc wrote: > > > Dnia czwartek, 4 września 2014 19:47:07 Denis Silakov pisze: > > >> If perl-urpm is fixed in main/release, then why not to update it from > > >> main/release in MATRIX? > > >> > > >> Just: > > >> > > >> urpmi.update main > > >> urpmi perl-URPM > > >> > > >> ? > > > > > > In case of already released product, which openmandriva2014.0 is, a > > > perl-URPM from main/release is "not fixed" and fixed version is in > > > main/updates. > > > > > > So runnin updates to update perl-URPM from updates makes it fail because > > > perl- URPM from main is borked. So i proposed some solution :) > > > > Hm, yes. > > Ok seems to get fixed :) > > I've created perl-URPM container and updated it in vagrant > https://abf.io/openmandriva/iso-build-tools/blob/master/MATRIX#L82 > > > Unfortunately, I can't say for now how the root system (where the build > > is initiated) is formed itself and how to update it... > > > > But maybe then really disable kmod provides in kernel, at least > > temporary? I remember you wanted to do this, but don't remember the > > result... > > Yes i did this, but this pulls kernel from 2014.0/main/release which has > these kmod requires on ISO and livecd-tools goes crazy because there are > two kernels > :D
I see the bind. Would it be a sane thing to do to put a hack at the beginning of gen2hdlist that copies a bufX(Nig Number) version of perl-URPM from some external location into the chroot and then install it locally with rpm. I expect I don't fully understand the problem but this seems to me like a single one off workaround which would get us a decent hdlist and after that there is no problem. Best, Colin Colin Close QA Team _______________________________________________ OM-Cooker mailing list [email protected] http://ml.openmandriva.org/listinfo.cgi/om-cooker-openmandriva.org
