[fedora-arm] arm F-18 Branched report: 20130201 changes
Compose started at Fri Feb 1 11:10:34 UTC 2013 Broken deps for arm -- [aeolus-conductor] aeolus-all-0.10.6-2.fc18.noarch requires mongodb-server aeolus-all-0.10.6-2.fc18.noarch requires iwhd aeolus-all-0.10.6-2.fc18.noarch requires imagefactory-jeosconf-ec2-rhel aeolus-all-0.10.6-2.fc18.noarch requires imagefactory-jeosconf-ec2-fedora aeolus-all-0.10.6-2.fc18.noarch requires imagefactory [asterisk] asterisk-fax-10.0.0-2.fc18.1.armv5tel requires libtiff.so.3 asterisk-snmp-10.0.0-2.fc18.1.armv5tel requires perl(:MODULE_COMPAT_5.14.2) asterisk-snmp-10.0.0-2.fc18.1.armv5tel requires librpmio.so.2 asterisk-snmp-10.0.0-2.fc18.1.armv5tel requires librpm.so.2 [bochs] bochs-2.6-1.fc18.armv5tel requires bochs-bios = 0:2.6-1.fc18 [bootconf] bootconf-1.4-6.fc18.noarch requires grub [cloud-init] cloud-init-0.7.1-2.fc18.noarch requires dmidecode [coccinella] coccinella-0.96.20-4.fc18.noarch requires iaxclient [condor-cloud] condor-cloud-0.1-5.fc18.noarch requires qemu-kvm = 0:0.14 condor-cloud-0.1-5.fc18.noarch requires condor-vm-gahp = 0:7.7.0 condor-cloud-node-0.1-5.fc18.noarch requires qemu-kvm = 0:0.14 condor-cloud-node-0.1-5.fc18.noarch requires condor-vm-gahp = 0:7.7.0 [condor-ec2-enhanced] condor-ec2-enhanced-1.3.1-1.fc18.noarch requires condor = 0:7.4.4-0.9 [condor-ec2-enhanced-hooks] condor-ec2-enhanced-hooks-1.3.1-1.fc18.noarch requires condor = 0:7.2.0-4 [condor-job-hooks] condor-job-hooks-1.5-6.fc18.noarch requires condor = 0:7.0.2-4 [condor-low-latency] condor-low-latency-1.2-2.fc18.2.noarch requires condor = 0:7.0.2-4 [condor-wallaby] condor-wallaby-client-5.0.3-1.fc18.noarch requires python-qmf = 0:0.9.1073306 condor-wallaby-client-5.0.3-1.fc18.noarch requires condor = 0:7.4.4-0.9 [cumin] cumin-0.1.5220-2.fc18.noarch requires python-qpid-qmf [ember-media] ember-media-0.6.2.1-3.fc18.noarch requires ember 0:0.6.3 ember-media-0.6.2.1-3.fc18.noarch requires ember = 0:0.6.2 [ghc-wai-extra] ghc-wai-extra-devel-1.2.0.4-4.fc18.armv5tel requires ghc-devel(ansi-terminal-0.5.5.1-b2f5e0314ae93aac1eb9d373e2a3db56) [gnome-boxes] gnome-boxes-3.6.2-1.fc18.armv5tel requires libvirt-daemon-kvm [gofer] ruby-gofer-0.74-1.fc18.noarch requires rubygem(qpid) = 0:0.16.0 [jaffl] jaffl-0.5.9-1.fc16.noarch requires jffi [jnr-ffi] jnr-ffi-0.5.10-3.fc17.noarch requires jffi [jnr-posix] jnr-posix-1.1.8-3.fc18.noarch requires jffi [jruby] jruby-1.6.3-3.fc17.noarch requires jffi = 0:1.0.10 [liveusb-creator] liveusb-creator-3.11.7-2.fc18.noarch requires syslinux-extlinux liveusb-creator-3.11.7-2.fc18.noarch requires syslinux [mcollective-qpid-plugin] mcollective-qpid-plugin-0.1.1-3.fc18.noarch requires ruby-qpid-qmf [merkaartor] merkaartor-0.18.0-0.3.git654e49ba.fc17.armv5tel requires libexiv2.so.11 [nfsometer] nfsometer-1.1-2.fc18.noarch requires filebench [openlierox] openlierox-0.57-0.16.beta8.fc15.armv5tel requires libzip.so.1 [openpts] openpts-0.2.6-4.fc18.armv5tel requires tboot [openshift-origin-broker] openshift-origin-broker-0.6.17-3.fc18.noarch requires mongodb-server [openstack-nova] openstack-nova-compute-2012.2-1.fc18.noarch requires qemu-kvm openstack-nova-compute-2012.2-1.fc18.noarch requires libguestfs-mount = 0:1.7.17 [ovirt-node] ovirt-node-2.5.1-1.fc18.noarch requires grub2 [oz] oz-0.9.0-1.fc18.noarch requires python-libguestfs [perl-MongoDB] perl-MongoDB-0.41-3.fc15.armv5tel requires perl(:MODULE_COMPAT_5.12.4) [pharosc] pharosc-xcircuit-8.3-6.fc18.noarch requires xcircuit [rakudo-star] rakudo-star-0.0.2011.07_3.6.0-5.fc18.1.armv5tel requires libparrot.so.3.6.0 [rootplot] rootplot-2.2.1-6.fc18.noarch requires root-python [ruby-spqr] ruby-spqr-0.3.6-3.fc18.noarch requires ruby-qmf [rubygem-RedCloth] rubygem-RedCloth-4.2.3-3.fc17.armv5tel requires ruby(abi) = 0:1.8 rubygem-RedCloth-4.2.3-3.fc17.armv5tel requires libruby.so.1.8 [rubygem-boxgrinder-build] rubygem-boxgrinder-build-0.10.4-1.fc18.noarch requires ruby-libguestfs [rubygem-childprocess] rubygem-childprocess-0.2.0-4.fc18.noarch requires rubygem(ffi) 0:1.1 rubygem-childprocess-0.2.0-4.fc18.noarch requires rubygem(ffi) = 0:1.0.6 [rubygem-openshift-origin-msg-broker-mcollective] rubygem-openshift-origin-msg-broker-mcollective-0.1.1-9.fc18.noarch requires qpid-cpp-server rubygem-openshift-origin-msg-broker-mcollective-0.1.1-9.fc18.noarch requires qpid-cpp-client [rubygem-rb-inotify] rubygem-rb-inotify-0.8.8-1.fc18.noarch requires rubygem(ffi) [rubygem-selenium-webdriver] rubygem-selenium-webdriver-2.3.2-4.fc18.noarch requires
Re: [fedora-arm] OMAP F18 RC internal image test success
Obviously I am not saying to ship the internal test image. Only that it works just fine and I consider OMAP ready for release. It is no worse than beta. -- Sent from my phone. Please excuse brevity. Jon Masters j...@redhat.com wrote: Hi Folks, I delayed leaving and changed plans this morning while I extensively tested OMAP. The RC image made internally within RC by David works fine, and I can once again confirm that the display is working. Ship it. Jon. -- Sent from my phone. Please excuse brevity. ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] OMAP F18 RC internal image test success
http://www.flickr.com/photos/jonmasters/sets/72157632664725340/ -- Sent from my phone. Please excuse brevity. Jon Masters j...@redhat.com wrote: Hi Folks, I delayed leaving and changed plans this morning while I extensively tested OMAP. The RC image made internally within RC by David works fine, and I can once again confirm that the display is working. Ship it. Jon. -- Sent from my phone. Please excuse brevity. ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] Daily Koji Compare Stats
Fri Feb 1 09:05:01 EST 2013 f17-updates : arm vs PA Same |Newer |Older |Local | Remote | Missing | -- 3389 |1 | 76 |1 | 244 | 107 | http://142.204.133.82/jon/koji/kc.f17-updates.diff.html f18 : arm vs PA Same |Newer |Older |Local | Remote | Missing | -- 12286 | 10 | 39 |2 | 279 | 39 | http://142.204.133.82/jon/koji/kc.f18.diff.html f18-updates-testing : arm vs PA Same |Newer |Older |Local | Remote | Missing | -- 2781 |6 | 54 | 21 | 137 | 57 | http://142.204.133.82/jon/koji/kc.f18-updates-testing.diff.html f18-updates : arm vs PA Same |Newer |Older |Local | Remote | Missing | -- 1485 |1 |5 |0 | 76 | 5 | http://142.204.133.82/jon/koji/kc.f18-updates.diff.html f19 : arm vs PA Same |Newer |Older |Local | Remote | Missing | -- 3913 |3 | 727 |1 | 942 | 1302 | http://142.204.133.82/jon/koji/kc.f19.diff.html ARM Build Status Wiki: https://fedoraproject.org/wiki/Architectures/ARM https://fedoraproject.org/wiki/Architectures/ARM/Fedora17_rawhide Fri Feb 1 09:26:01 EST 2013 ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] IRC - PandaBoard
Hello masta, I tested pkexec. It worked. Yumex will be fine. I am traveling to Brussels at this time. Jon. Masta wrote: ---begin log--- jonmasters [14:35:40] masta:#fedora-arm jonmasters: thanks for testing the panda, did you notice yumex was happy? ---end of log--- -- Sent from my phone. Please excuse brevity. ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] IRC - PandaBoard
Hello masta, I tested pkexec. It worked. Yumex will be fine. I am traveling to Brussels at this time. Jon. Masta wrote: ---begin log--- jonmasters [14:35:40] masta:#fedora-arm jonmasters: thanks for testing the panda, did you notice yumex was happy? ---end of log--- -- Sent from my phone. Please excuse brevity. ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] arm software floating point support going forward
Derek, It is less powers that be than a collaborative effort/decision. We do not have resources to justify keeping v5 alive but you are free to coordinate with others and pick it up, in the same way that Seneca are to own v6 support (maybe Seneca can even help with build system setup if you ask them). Do you have any interest in driving that? You will find the ominous powers that be are in fact a bunch of us doing the work who are overloaded enough to keep just v7 and v8 on track :) For those who are devastated and have no v7 hardware, ping me off list and maybe I can look into getting a couple of v7 boards out there. Jon. -- Sent from my phone. Please excuse brevity. Derek Atkins warl...@mit.edu wrote: Quentin Armitage quen...@armitage.org.uk writes: since there has been no major objection i will disable building armv5tel rpms in rawhide before the mass rebuild. Dennis I guess it's too late now, but I got a few days behind on my list emails. I use 2 * Sheevaplugs and 2 * Dreamplugs with Fedora, and would be very disappointed to see support for them being dropped from Fedora. For me, I still see quite a lifetime in them for what they are doing. I've mentioned multiple times my hope to keep kirkwood support in Fedora, but alas it feels like the powers that be just don't care about us *plug users. :( If I want to continue using my plugs I guess I'll have to learn Debuntu. :( Quentin Armitage -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH warl...@mit.eduPGP key available ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] arm software floating point support going forward
Jon, Thanks for the reply. I certainly don't have the hardware to host a v5 koji. All I own are 2 Sheevas and 2 Gurus (and not even the Server Plus models). Moreover, one of my Sheevas is in critical production on my network so I can't really pull it away to perform other duties. I was actually looking at a Cubieboard to get some newer, more powerful hardware, because the Guru is way too low powered to run my MySQL instance. I may even find that the Cubie is too low-powered, but obviously cannot test that until I have one or have access to one. Regardless, right now I don't have the budget to acquire new hardware, which is why I'd like to continue using what I already own. Not being intimately familiar with the various changes in the hardware I guess I just don't understand why we need so many target-specific distributions? I thought the only issue was the floating point ABI issue, which would lead me to believe that we only would need two, FP and non-FP? Is there really a significant speed improvement with e.g. v7 or v8 when compiled specifically vs. running e.g. v6 on a v7 or v8? ISTR that measurements showed some but relatively insignificant speed differences, so why not just stay at the lowest level to support more hardware? Thanks, -derek Jon Masters j...@redhat.com writes: Derek, It is less powers that be than a collaborative effort/decision. We do not have resources to justify keeping v5 alive but you are free to coordinate with others and pick it up, in the same way that Seneca are to own v6 support (maybe Seneca can even help with build system setup if you ask them). Do you have any interest in driving that? You will find the ominous powers that be are in fact a bunch of us doing the work who are overloaded enough to keep just v7 and v8 on track :) For those who are devastated and have no v7 hardware, ping me off list and maybe I can look into getting a couple of v7 boards out there. Jon. -- Sent from my phone. Please excuse brevity. Derek Atkins warl...@mit.edu wrote: Quentin Armitage quen...@armitage.org.uk writes: since there has been no major objection i will disable building armv5tel rpms in rawhide before the mass rebuild. Dennis I guess it's too late now, but I got a few days behind on my list emails. I use 2 * Sheevaplugs and 2 * Dreamplugs with Fedora, and would be very disappointed to see support for them being dropped from Fedora. For me, I still see quite a lifetime in them for what they are doing. I've mentioned multiple times my hope to keep kirkwood support in Fedora, but alas it feels like the powers that be just don't care about us *plug users. :( If I want to continue using my plugs I guess I'll have to learn Debuntu. :( Quentin Armitage -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH warl...@mit.eduPGP key available ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm