On Sun, Jan 20, 2013 at 9:34 PM, Jonathan Masters <jcm@xxxxxxxxxx> wrote: > On a plane...quickly written notes below. > > F18 > - Eclipse. Needs builder gid change for mockuser. Apparently done but need known good NVR. I've got the following running once I fixed dep and repo issues. It's been running about 12 hours so 24 to go. http://arm.koji.fedoraproject.org/koji/taskinfo?taskID=1378395 > - ghc-devel. Apparently just a dep issue. Needs followup. Not quite so simple as "just a dep issue" > - js. Confusion exists as to whether fix works. Reconfirm what was tested and consider pkexec has broader issue, whether we are blocked. Probably needs technical probing. The patch that was posted to BZ is wrong. Need to sort out the cflags properly. I've seen the change that has been pushed and I still don't believe it is a correct and proper fix. > - PackageKit. Official update mechanism needs to work (see also pkexec). See also js. > - v5 images. Should just need building once we have the above fixed. > - dtb. Need to get dtb built into 3.6 based F18 RC images in order to be ready for 3.7. Especially OMAP and Tegra. Dennis prefers built in standard package, ok with doing so in 3.7 kernel (kernel-dtb) and pulling back into RC images as an exception this one time. Saves reissuing 3.6 kernel package. Some testing done. Need to verify all targets have right bits in place and check 3.7 kernel upgrade. Please flesh this out in a separate thread because that doesn't make sense for my understanding of this issue. > Open issues > - 3.7 kernel update scratch built. To send Peter final patch. Known working on highbank and versatile but unclear if upgrade works on e.g. OMAP. Need to at least get dtb in known good state on 3.6 image so we can hope to get 3.7 update right without hacks. Then need to test 3.7 more on OMAP, Tegra. I think we need to forget about 3.6 and move onto and get it working on 3.7+. There's a lot of changes between 3.6 and 3.7 for dtb so I think 3.6 is a dead end. The omap kernel for 3.7 on rawhide was reported as working by a number of people and it's a straight pull over from there so I'm not sure what the issues are or whether there was problems with the testing from the rawhide kernel. I've got a couple of queries about the highbank patch which I'll catch up with you at some point soon about. > - believe jcm's createrepo fix was never issued in an official package. Needs fix for PHX builders, etc. No, it was reported by seth to be fixed upstream already in a different means so it was never pushed upstream because of that. We need to test upstream to ensure it does fix the problem we see and then review again. > - spot experienced an issue likely caused by redhat-rpm-config not being installed by default in devel group, or via rpmbuild. Decision (acked by spot) to push for r-r-c dep on rpmbuild (all RPMs built on Fedora are generally Fedora/Red Hat targeted, other targets can then be supported specially via path override - we know we need Panu and others to agree this time around as not first time for this issue). That problem has come up before, I know at one point upstream was talking about merging r-r-c straight into rpm-devel and killing r-r-c but that was back in the F-12 days or there abouts and I don't know what happened to it. > - generic test package needed to e.g. on all arches cause fail if RPM macros or other build environment changes detected. Can then catch unintentional breaks like above mthumb. Can you go into more details as to what you mean by this. Peter _______________________________________________ arm mailing list arm@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/arm
