Re: [fedora-arm] NetworkManager-glib-0.9.7.0-12.git20121004.fc18.armv5tel.rpm is not signed
They're no longer a dependency of anything so likely no longer specifically pulled in. You can just do yum install netutils On 14 Jan 2013 10:03, Sean Omalley omalle...@rocketmail.com wrote: ifconfig, netstat, route, etc arn't in the F18 x86_64 beta version and it was in the kirkwood image. I don't know if it will reappear for the final or not. But they have all been ditched in favor of the iproute2 commands. - Original Message - From: Peter Robinson pbrobin...@gmail.com To: Sean Omalley omalle...@rocketmail.com Cc: Fedora ARM arm@lists.fedoraproject.org Sent: Monday, January 14, 2013 2:36 AM Subject: Re: [fedora-arm] NetworkManager-glib-0.9.7.0-12.git20121004.fc18.armv5tel.rpm is not signed Package NetworkManager-glib-0.9.7.0-12.git20121004.fc18.armv5tel.rpm is not signed They'll all be fixed for final. Thanks! Also, I think the final images should include the correct key installed so you aren't prompted with the first update. I disagree, I want to verify that the key signature against the published one myself to ensure it's not compromised. That is cool. :) I was thinking the keys were there for the x86 versions too, but they aren't. It is good logic. ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] arm F-18 Branched report: 20130114 changes
Compose started at Mon Jan 14 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 [firefox] firefox-17.0.1-1.fc18.armv5tel requires xulrunner(armv5tel-32) = 0:17.0.1-1 [ghc-blaze-builder-conduit] ghc-blaze-builder-conduit-devel-0.4.0.2-3.fc18.armv5tel requires ghc-devel(transformers-0.2.2.0-f4e1b941e0825c00ee0acf24d73c8a87) ghc-blaze-builder-conduit-devel-0.4.0.2-3.fc18.armv5tel requires ghc-devel(conduit-0.4.2-5f88c11b8a186be06897e40ef93e7de5) [ghc-wai-extra] ghc-wai-extra-devel-1.2.0.4-1.fc18.armv5tel requires ghc-devel(zlib-conduit-0.4.0.1-3ea276ab63a21b643b6b16bbb7d15db0) ghc-wai-extra-devel-1.2.0.4-1.fc18.armv5tel requires ghc-devel(wai-1.2.0.2-4ef119d16429dd118fdb8f8fe5d95a11) ghc-wai-extra-devel-1.2.0.4-1.fc18.armv5tel requires ghc-devel(transformers-0.2.2.0-f4e1b941e0825c00ee0acf24d73c8a87) ghc-wai-extra-devel-1.2.0.4-1.fc18.armv5tel requires ghc-devel(text-0.11.1.13-0fafa88b8c349f02f033f955ed8e5450) ghc-wai-extra-devel-1.2.0.4-1.fc18.armv5tel requires ghc-devel(resourcet-0.3.2.1-487979a99c0b1634b1faab2417e55313) ghc-wai-extra-devel-1.2.0.4-1.fc18.armv5tel requires ghc-devel(network-2.3.0.11-dcc9b8a6d9649db45917aac14a31d530) ghc-wai-extra-devel-1.2.0.4-1.fc18.armv5tel requires ghc-devel(http-types-0.6.10-1da40366e36003d89dac03331ebe9585) ghc-wai-extra-devel-1.2.0.4-1.fc18.armv5tel requires ghc-devel(conduit-0.4.1.1-445f14eaa0bd15f8394f3c3cd8c22933) ghc-wai-extra-devel-1.2.0.4-1.fc18.armv5tel requires ghc-devel(case-insensitive-0.4.0.1-4f83c17ad203c8196a5cbff6f6934a8e) ghc-wai-extra-devel-1.2.0.4-1.fc18.armv5tel requires ghc-devel(blaze-builder-conduit-0.4.0.1-2bf092c4e6f8a03a980a62cd1cf57a97) ghc-wai-extra-devel-1.2.0.4-1.fc18.armv5tel requires ghc-devel(blaze-builder-0.3.1.0-2bbf2a268f05ac890876dd9c56192ceb) [ghc-warp] ghc-warp-devel-0.4.6.3-3.fc18.armv5tel requires ghc-devel(wai-0.4.3-c7e018d3a17422327676e6db7ee6214b) ghc-warp-devel-0.4.6.3-3.fc18.armv5tel requires ghc-devel(transformers-0.2.2.0-f4e1b941e0825c00ee0acf24d73c8a87) ghc-warp-devel-0.4.6.3-3.fc18.armv5tel requires ghc-devel(simple-sendfile-0.2.1-0e14a3eb9c52aac28e1260faf550afb2) ghc-warp-devel-0.4.6.3-3.fc18.armv5tel requires ghc-devel(network-2.3.0.11-dcc9b8a6d9649db45917aac14a31d530) ghc-warp-devel-0.4.6.3-3.fc18.armv5tel requires ghc-devel(http-types-0.6.10-1da40366e36003d89dac03331ebe9585) ghc-warp-devel-0.4.6.3-3.fc18.armv5tel requires ghc-devel(enumerator-0.4.18-f4fc4be158c65b36dfdffe4bc7341da4) ghc-warp-devel-0.4.6.3-3.fc18.armv5tel requires ghc-devel(case-insensitive-0.4.0.1-4f83c17ad203c8196a5cbff6f6934a8e) ghc-warp-devel-0.4.6.3-3.fc18.armv5tel requires ghc-devel(blaze-builder-enumerator-0.2.0.3-e19ec51d67a209312bc2e2ad87f6b9bd) ghc-warp-devel-0.4.6.3-3.fc18.armv5tel
[fedora-arm] Daily Koji Compare Stats
Mon Jan 14 09:05:01 EST 2013 f17-updates : arm vs PA Same |Newer |Older |Local | Remote | Missing | -- 2613 |0 | 462 |1 | 511 | 789 | http://142.204.133.82/jon/koji/kc.f17-updates.diff.html f18 : arm vs PA Same |Newer |Older |Local | Remote | Missing | -- 12281 |7 | 45 |2 | 281 | 45 | http://142.204.133.82/jon/koji/kc.f18.diff.html f18-updates-testing : arm vs PA Same |Newer |Older |Local | Remote | Missing | -- 2778 | 17 | 99 | 47 | 153 | 106 | http://142.204.133.82/jon/koji/kc.f18-updates-testing.diff.html f19 : arm vs PA Same |Newer |Older |Local | Remote | Missing | -- 11197 | 14 | 1352 |3 | 312 | 2621 | 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 Mon Jan 14 10:28:59 EST 2013 ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] [AArch64] Stage2 status
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El Mon, 14 Jan 2013 12:41:14 -0500 (EST) Nicolas Pitre n...@fluxnic.net escribió: On Mon, 14 Jan 2013, Dennis Gilmore wrote: Please dont reply all, I get the mail via the list there is no need to CC me on it as well. It is part of the netiquette to always CC the person being replied to. Common wisdom is to do local filtering of duplicates at your end if they are a problem for you. Nicolas thanks for being really rude and disrespectful. it breaks my filtering since i dont get the mail from the list server but rather directly. It is not at all the common netiquette that is in use on fedora lists where you just reply to list. Maybe in other communities its considered normal. but I for one find it offensive especially when i ask please don't do this and someone does exactly that. Dennis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlD0WFQACgkQkSxm47BaWffgxwCgoM/0BPo+eMjDQa+XPeanNMhb q2wAni0gUwuLx1Dxw7g3BexFkUiTy3R7 =xnBJ -END PGP SIGNATURE- ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] [AArch64] Stage2 status
On Mon, 14 Jan 2013, Dennis Gilmore wrote: El Mon, 14 Jan 2013 12:41:14 -0500 (EST) Nicolas Pitre n...@fluxnic.net escribió: On Mon, 14 Jan 2013, Dennis Gilmore wrote: Please dont reply all, I get the mail via the list there is no need to CC me on it as well. It is part of the netiquette to always CC the person being replied to. Common wisdom is to do local filtering of duplicates at your end if they are a problem for you. thanks for being really rude and disrespectful. No need to get emotional. it breaks my filtering since i dont get the mail from the list server but rather directly. Most people prefer to get emails addressed to them directly rather than look for them in a filtered email folder where they can be missed. It is not at all the common netiquette that is in use on fedora lists where you just reply to list. Is Fedora so special? Maybe in other communities its considered normal. but I for one find it offensive especially when i ask please don't do this and someone does exactly that. It is very annoying to do something special for some individuals and not for the rest of the world. But I'll try to remember to honor your request if I ever reply to one of your emails again. Nicolas ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] [AArch64] Stage2 status
Hi Dennis, Mark has rpm support working after a lot of debug effort last week. I am confident he has all of the patches in hand to complete stage2 soon, and that he will do his usually excellent job of ensuring these get integrated into upstreams. Thanks, Jon. -- Sent from my iPad On Jan 14, 2013, at 9:21, Dennis Gilmore den...@ausil.us wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El Mon, 14 Jan 2013 11:16:11 -0500 Mark Salter msal...@redhat.com escribió: On Fri, 2013-01-11 at 21:48 -0600, Dennis Gilmore wrote: Lets make sure we get patches into fedora packages before we get a new gcc in rawhide and end up with a mass rebuild. The upstream gcc 3.8 release should have aarch64 support in it. So I don't know that there will be any patches needed. Rawhide binutils builds and seems to work ok without patches. In any case, until we get to the point of building aarch64 packages in koji, we have rebuilds in our future no matter what. Please dont reply all, I get the mail via the list there is no need to CC me on it as well. biggest patches that we will need afaik are autoconf/automake files. we also need to make sure redhat-rpm-config and rpm have support. there is a lot more that just glibc/gcc/binutils that will beed patching. Dennis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlD0PoMACgkQkSxm47BaWfenRwCcDLlAtFh4a4LSXNJHw9Gr/VYV Yp0An3G7BGegB5tSJOtJ8LrI/C7yaRLE =Lt8p -END PGP SIGNATURE- ___ 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
[fedora-arm] Createrepo update
Hi Mark, Please ping the Seneca folks for a copy of the RPM. Also it is in koji as a scratch build - see my previous email to arm@ for a link. Sorry I left my laptop in SF when I came down to the valley for meetings today (going to pick up soon) so can't grab the rpm for you right now. Jon. -- Sent from my iPad On Jan 14, 2013, at 9:58, Jon Masters j...@edison.jonmasters.org wrote: ---begin log--- jonmasters [17:57:06] mlangsdorf Hey, I may be running into a createrepo bug that dgilmore says you fixed a while back but that might not have gotten into the updates for f17. you wouldn't happen to have an armv7hl rpm that I could install on my builders to get past the issue? ---end of log--- ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] rootfs-resize v2
I've rewritten the rootfs-resize service and adjusted the package to make it more robust and address these issues/RFEs: * BZ 870501 - rootfs-resize causes loss of root filesystem * RFE: Support GPT disklabels (untested, but should be handled by libparted) * BZ 870501 - update package to use new systemd macros This version is in python and uses libparted via pyparted. It pulls in one additional dependency that's not in current ARM composes (python-psutil). The partition to be resized no longer has to be the last partition on the device, as long as there is space to move the end of the partition. Testing welcome. The script is available via github (https://github.com/ctyler/rootfs-resize/) and the noarch package is in f18 updates-testing and rawhide on PA (or you can grab it from http://england.proximity.on.ca/chris/outbound/rootfs-resize-2.0/). -Chris ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] How to increase contributions from new members of the SIG?
On 01/09/2013 10:34 AM, Tom Callaway wrote: On 01/08/2013 07:32 PM, Brendan Conoboy wrote: 2. New architecture bootstrap support. We'll be in a position where many hands make light work in aarch64 soon. Likewise, Seneca is proceeding with armv6hl, perhaps they could use a hand? Is there a current status on this? This was a very popular item in my recent Reddit What should Fedora do in 2013 post. Assume you mean the Pi/armv6hl question- expect this will be a topic discussed at FUDCon extensively. We have the future of armv[5678] to discuss! -- Brendan Conoboy / Red Hat, Inc. / b...@redhat.com ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
