Re: [fedora-arm] Fedora ARM VFAD - May 11th - 12pm (EDT)

2012-05-11 Thread Dennis Gilmore 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, 11 May 2012 20:36:35 -0400
DJ Delorie  wrote:

> 
> > Right- followup question: Is Firefox what we want in the X images?
> 
> What's the default browser for x86 ?
xfce live image ships with firefox and midori.  you should look at the
spins-kickstarts package for what in the various live images.

Dennis
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEARECAAYFAk+tuxcACgkQkSxm47BaWfe6VQCfdeYsWUlfUD+ClLGQDlJP0oKv
eXwAoMB5Cjy0NnSMocWhtvjK/avAYDwy
=9fh7
-END PGP SIGNATURE-
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] Fedora ARM VFAD - May 11th - 12pm (EDT)

2012-05-11 Thread DJ Delorie 

> Right- followup question: Is Firefox what we want in the X images?

What's the default browser for x86 ?
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] Fedora ARM VFAD - May 11th - 12pm (EDT)

2012-05-11 Thread Brendan Conoboy 

On 05/11/2012 04:54 PM, DJ Delorie wrote:

I did install and test firefox, it worked fine, including installing
add-ons, downloading files, and logging in to FAS.


Right- followup question: Is Firefox what we want in the X images?


o Desktop reboot/shutdown/suspend untested.


I tested this in qemu, it worked.


Great!

--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] Fedora ARM VFAD - May 11th - 12pm (EDT)

2012-05-11 Thread Jon Masters 
On 05/11/2012 07:39 PM, Brendan Conoboy wrote:

> o jonmasters to track down the OMAP (Panda/Beagle) issue.

Right, but I'm also going to try to hunt down the futex issue and a few
other things...so we might end up going with an older kernel in the OMAP
images just for beta to get that out earlier in the next week. The OMAP
issue is likely a percpu issue, hence it's ok on Beagle, etc.

Update to follow.

Jon.
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] Fedora ARM VFAD - May 11th - 12pm (EDT)

2012-05-11 Thread DJ Delorie 

> o Default web browser: A web browser is not installed in any image. 
> Suggestions for a suitable browser welcome. Todo.
> o Desktop testing was minimal but breadth is incomplete (no web 
> browser). Todo.

I did install and test firefox, it worked fine, including installing
add-ons, downloading files, and logging in to FAS.

> o Desktop reboot/shutdown/suspend untested.

I tested this in qemu, it worked.
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] Debugging our kernels under qemu + gdb

2012-05-11 Thread Jon Masters 
On 05/11/2012 04:04 PM, Richard W.M. Jones wrote:
> Has anyone tried to debug our Fedora/arm kernels under qemu-system-arm?
> (In this case, the host is also arm, but I don't think that matters.)

Yea. Ping me if you need any help in general with this. Make sure you
boot with "-s -S" and connect remotely to start for maximum effect. I
personally do not use the release kernels generally for debugging
issues, instead I use my own. Either way you want the "vmlinux" file for
the actual kernel symbolic information.

Jon.
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] Fedora ARM VFAD - May 11th - 12pm (EDT)

2012-05-11 Thread Brendan Conoboy 

On 05/09/2012 03:32 PM, Paul Whalen wrote:

As per our meeting today, we would like to have a VFAD on Friday May 11th at 
12pm (EDT) to run through the modified Fedora ARM release criteria 
(http://etherpad.proximity.on.ca:9001/p/k8c7SAPEhA ) in preparation for the 
Fedora 17 ARM Beta release. Please take a moment before the VFAD to review the 
release
criteria and provide feedback in #fedora-arm rather then editing the document 
directly.


Hi Everybody,

Thanks to everybody who took part testing images during today's VFAD! 
Here is a summary of what was covered:


The following images (At http://scotland.proximity.on.ca/arm-nightlies/) 
are booting and operating correctly:


Trimslice for serial console with SD Card
Trimslice for serial console with USB Sata
Raspberry Pi for serial console with SD Card (Non-F17 kernel)
Raspberry Pi for X console with SD Card (Non-F17 kernel)
Versatile Express for serial console with qemu-system-arm (Non-F17 kernel
Versatile Express for X with qemu-system-arm (Non-F17 kernel)


The following images did boot successfully, but some people observed 
network issues:


Beagleboard XM for serial console with SD Card (Hard Float)
Beagleboard XM for serial console with SD Card (Soft Float)

I'm rebuilding the Beagle XM images now with a new uboot and an old 
(known good) kernel.  We'll be looking for testers on these- let me know 
if you plan on trying out either configuration and I will let you know 
when the new image is in place.



The following images did not boot successfully:

Pandaboard for serial console with SD Card
Pandaboard for serial console with USB SATA

The Pandas had problems with the uboot environment (It had never been 
tested), as well as a kernel panic during boot.  Like the Beagle XMs, 
these are being regenerated. Let me know if you plan on retesting. 
Additionally, the USB SATA image will require a companion SD image to 
provide MLO/UBoot.  This is not currently provided.



The following image was not tested:

iMX51 for serial console with SD Card.  This image might work with an 
Efika smarttop (?), but nobody had a chance to test it out.  Please note 
if you're planning on testing this, this is not going to give you a 
groovy Efika F17 GUI experience- they're still working on the kernel 
drivers, as I understand it.  It's a serial console only image.



With regard to release criteria:

Alpha Release Criteria:

o Each image is accompanied by an MD5 sum.

o No known file conflicts exist.

o Firstboot: Is not currently operable, but the images do automatically 
resize and a guest account is available for the X images.  Todo.


o Virtual consoles: Unknown. Todo.

o Default web browser: A web browser is not installed in any image. 
Suggestions for a suitable browser welcome. Todo.


o Update status: Images are up-to-date at generation time.  Yum update 
works.


o Graphics: Base X, XFCE Desktop are installed and provide artwork. 
Graphical bootloader was not tested (rhgb?).  Graphical login and xfce work.


o Syslog: Is installed, functional.

o Shutdown: Reboot reboots or halts, halt halts.


Beta Release Criteria:

o Alpha release criteria met?  Not quite, see above.

o Bugs in beta tracker were not checked today.

o All images are under 4G in size when uncompressed.  X images are 
3800MB.  Serial images are 1900MB.


o Unaware of virtual console testing. Todo.

o Unaware of any audio testing performed. Todo.

o Desktop testing was minimal but breadth is incomplete (no web 
browser). Todo.


o Removable media was not automatically mounted (or detected) on at 
least 1 Trimslice.  Todo.


o Default update manager testing indicates gnome-packagekit is needed. 
New X images will include this package.


o Desktop reboot/shutdown/suspend untested.


Plans for what's next:

o jonmasters to track down the OMAP (Panda/Beagle) issue.

o bconoboy to regenerate images with OMAP workarounds and other VFAD 
feedback fixes.


o pbrobinson to integrate Versatile Express kernel configuration into 
official kernel-3.3.x.fc17 tree.


o Much more testing (It's happening even now).


Thanks to jcapik, pbrobinson, dmarlin, dgilmore, pwhalen, pbrobinson, 
jskarvad, djdelorie, jonmasters, jsmith, jmontleon, ctyler, maxam, and 
the rest of the Seneca crew for testing images, providing feedback, and 
making today a great success.


--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] Debugging our kernels under qemu + gdb

2012-05-11 Thread Brendan Conoboy 

On 05/11/2012 01:50 PM, Richard W.M. Jones wrote:

Thanks, I will.  Are these going to replace the current Fedora kernel
config at some point?


Yes, in a few days I would expect the default Fedora ARM kernel to be 
vexpress oriented.  We're still working on integrating the necessary 
vexpress configuration options.


--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] Debugging our kernels under qemu + gdb

2012-05-11 Thread Richard W.M. Jones 
On Fri, May 11, 2012 at 01:41:43PM -0700, Brendan Conoboy wrote:
> On 05/11/2012 01:04 PM, Richard W.M. Jones wrote:
> >Has anyone tried to debug our Fedora/arm kernels under qemu-system-arm?
> >(In this case, the host is also arm, but I don't think that matters.)
> 
> Richard,
> 
> FYI, we as of a few hours ago have nearly-official F17-beta images
> for versatile express on the following page:
> 
> http://scotland.proximity.on.ca/arm-nightlies/
> 
> There's a link for vexpress and vexpress+x rootfs images.  A second
> link provides a kernel, initramfs, and script for starting qemu.
> Note that vexpress is much faster than versatile and allows more ram
> (1GB). Recommend you try this out!

Thanks, I will.  Are these going to replace the current Fedora kernel
config at some point?

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming blog: http://rwmj.wordpress.com
Fedora now supports 80 OCaml packages (the OPEN alternative to F#)
http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] Debugging our kernels under qemu + gdb

2012-05-11 Thread Brendan Conoboy 

On 05/11/2012 01:04 PM, Richard W.M. Jones wrote:

Has anyone tried to debug our Fedora/arm kernels under qemu-system-arm?
(In this case, the host is also arm, but I don't think that matters.)


Richard,

FYI, we as of a few hours ago have nearly-official F17-beta images for 
versatile express on the following page:


http://scotland.proximity.on.ca/arm-nightlies/

There's a link for vexpress and vexpress+x rootfs images.  A second link 
provides a kernel, initramfs, and script for starting qemu.  Note that 
vexpress is much faster than versatile and allows more ram (1GB). 
Recommend you try this out!


--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] Debugging our kernels under qemu + gdb

2012-05-11 Thread Richard W.M. Jones 
... and setting the right emulated -cpu, it boots!

For reference (mainly mine), here is the qemu command line that works:

kernel=3.3.4-4.fc17.armv7hl

QEMUDIR=$HOME/d/qemu

exec \
$QEMUDIR/arm-softmmu/qemu-system-arm \
-s \
-M versatilepb \
-cpu arm926 \
-nodefaults \
-nographic \
-serial stdio \
-m 256 \
-kernel /boot/vmlinuz-$kernel \
-initrd /boot/initramfs-$kernel.img \
-append 'console=ttyAMA0'

Note that I built this qemu from today's upstream qemu.git, because
the one we currently have compiled in Fedora fails early with this
error:

/builddir/build/BUILD/qemu-kvm-1.0/tcg/arm/tcg-target.c:891: tcg fatal error

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming blog: http://rwmj.wordpress.com
Fedora now supports 80 OCaml packages (the OPEN alternative to F#)
http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] Debugging our kernels under qemu + gdb

2012-05-11 Thread Richard W.M. Jones 
On Fri, May 11, 2012 at 09:04:40PM +0100, Richard W.M. Jones wrote:
>   => 0x005fe934:   nop   ; (mov r0, r0)
>  0x005fe938:   b 0x5fe934

Well I guess there's more than one way to skin this cat.  I
disassembled the whole of vmlinux and found the code:

c05fe934 <__error>:
c05fe934:   e1a0nop ; (mov r0, r0)
c05fe938:   eafdb   c05fe934 <__error>

Of the two call sites, it seems most likely to be a failure in
__lookup_processor_type.  Unfortunately the exact error message is not
shown, but at least I can adjust the addresses and breakpoint it now.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

[fedora-arm] Debugging our kernels under qemu + gdb

2012-05-11 Thread Richard W.M. Jones 
Has anyone tried to debug our Fedora/arm kernels under qemu-system-arm?
(In this case, the host is also arm, but I don't think that matters.)

After a lot of effort, I've managed to get to the point where prints
this on the serial port:

  Uncompressing Linux... done, booting the kernel.

and then hangs.  Under gdb the hang is in this code:

  => 0x005fe934: nop   ; (mov r0, r0)
 0x005fe938: b 0x5fe934

It seems it's meant to be an infinite loop (ie. panic) because
something previously has failed.

However I can't get gdb to make sense of the symbols in the
kernel-debuginfo package, so I've really no idea where to start
looking for this ...  The symbols refer to addresses 0xcxxx, but
there's no code at those addresses, just zeroes.  Unless it's so early
in the boot that pagetables need to be setup or code needs to be
copied around -- anyone know how all this works on arm?

Rich.

kernel=3.3.4-4.fc17.armv7hl

# Homebrew qemu because qemu from Fedora package doesn't work at all.
QEMUDIR=$HOME/d/qemu
$QEMUDIR/arm-softmmu/qemu-system-arm \
-s \
-M versatilepb \
-cpu cortex-a9 \
-nodefaults \
-nographic \
-serial stdio \
-m 256 \
-kernel /boot/vmlinuz-$kernel \
-initrd /boot/initramfs-$kernel.img \
-append 'console=ttyAMA0'

# Invocation of gdb.
$ gdb 
GNU gdb (GDB) Fedora (7.4.50.20120120-42.fc17)
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "armv7hl-redhat-linux-gnueabi".
For bug reporting instructions, please see:
.
(gdb) file /usr/lib/debug/lib/modules/3.3.4-4.fc17.armv7hl/vmlinux
Reading symbols from 
/usr/lib/debug/lib/modules/3.3.4-4.fc17.armv7hl/vmlinux...done.
(gdb) target remote :1234
Remote debugging using :1234
0x0066904c in ?? ()
(gdb) cont
Continuing.
^C
Program received signal SIGINT, Interrupt.
0x005fe934 in ?? ()
(gdb) bt
#0  0x005fe934 in ?? ()
#1  0x800c in ?? ()
#2  0x800c in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) disassemble 0x005fe934
No function contains specified address.
(gdb) disassemble 0x005fe934,+0x100
Dump of assembler code from 0x5fe934 to 0x5fea34:
=> 0x005fe934:nop; (mov r0, r0)
   0x005fe938:b  0x5fe934
   0x005fe93c:movr0, #0
   0x005fe940:bx lr
   0x005fe944:push   {r0, r1, r2, r4, r5, r6, r7, r8, r9, r10, 
r11, lr}
   0x005fe948:ldrr3, [pc, #22576152]  ; 0x5feb04
   0x005fe94c:ldrr4, [r3]
   0x005fe950:cmpr4, #0
   0x005fe954:ldrne  r0, [pc, #23115160]; 0x5feb08
   0x005fe958:bne0x5fe97c
   0x005fe95c:ldrr3, [pc, #22576152]; 0x5feb0c
   0x005fe960:ldrr4, [r3]
   0x005fe964:ldrb   r2, [r3, #3118736]
   0x005fe968:cmpr4, #0
   0x005fe96c:beq0x5fe984
   0x005fe970:cmpr2, #0
   0x005fe974:bne0x5fea9c
   0x005fe978:ldrr0, [pc, #23115160]; 0x5feb10
   0x005fe97c:bl 0x429448
   0x005fe980:b  0x5fea9c
   0x005fe984:cmpr2, #0
   0x005fe988:bne0x5fe99c
---Type  to continue, or q  to quit---q
Quit

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines.  Boot with a
live CD or over the network (PXE) and turn machines into Xen guests.
http://et.redhat.com/~rjones/virt-p2v
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] Fedora ARM VFAD - May 11th - 12pm (EDT)

2012-05-11 Thread Jon Masters 
On 05/09/2012 06:32 PM, Paul Whalen wrote:

> As per our meeting today, we would like to have a VFAD on Friday May 11th at 
> 12pm (EDT) to run through the modified Fedora ARM release criteria 
> (http://etherpad.proximity.on.ca:9001/p/k8c7SAPEhA ) in preparation for the 
> Fedora 17 ARM Beta release. Please take a moment before the VFAD to review 
> the release 
> criteria and provide feedback in #fedora-arm rather then editing the document 
> directly.

Those participating can download a nightly image for testing:

http://scotland.proximity.on.ca/arm-nightlies/

Jon.
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] ARM coredumps are missing build-ids

2012-05-11 Thread Michal Toman 

2012-05-08 23:03, Mark Wielaard wrote:

On Mon, May 07, 2012 at 07:03:38PM -0400, Jon Masters wrote:

Excuse my ignorance with the build-id feature. I know that it is
generated by binutils (and driven by gcc's linker stage to include into
the resulting binaries) but I believe it is then stripped out as part of
the debuginfo generation.


The build-id note (.note.gnu.build-id) is in both the original ELF file
and in the .debug file. The note is also marked as SHF_ALLOC so that it
appears in the executable image, and should be put in the core file when
dumped.

See http://fedoraproject.org/wiki/Releases/FeatureBuildId for an overview.

A simple way to get the build-id(s) is through eu-unstrip (part of elfutils).

build-id from an executable, shared library or separate debuginfo file:
$ eu-unstrip -n -e

build-ids of an executable and all shared libraries from a core file:
$ eu-unstrip -n --core

build-ids of an executable and all shared libraries of a running process:
$ eu-unstrip -n --pid

Cheers,

Mark


I've been playing a little more and found out, that the build-ids are 
actually only missing in coredumps. Executables and running processes 
behave as expected. Tried both with and without ABRT's coredump hook, 
but this one has no impact on the result.


Here's the output of eu-unstrip for a simple binary (sleep). It does 
exactly the same for bigger ones.

http://mtoman.fedorapeople.org/arm/eu-unstrip-sleep.txt

Hope this helps.

Michal
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

[fedora-arm] Daily Koji Compare Stats

2012-05-11 Thread jon . chiappetta 
Fri May 11 09:05:01 EDT 2012

f17 : arm vs PA

 Same |Newer |Older |Local |   Remote | 
 Missing |
--
10995 |   28 |  142 |1 |  468 | 
 386 |

http://142.204.133.82/jon/koji/kc.17.diff.html


f18 : arm vs PA

 Same |Newer |Older |Local |   Remote | 
 Missing |
--
 9838 |   21 | 1361 |1 |  535 | 
2202 |

http://142.204.133.82/jon/koji/kc.18.diff.html

ARM Build Status Wiki:
https://fedoraproject.org/wiki/Architectures/ARM/Fedora17_rawhide#broken_on_arm_general_packages

Fri May 11 09:17:21 EDT 2012
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

[fedora-arm] arm F-17 Branched report: 20120511 changes

2012-05-11 Thread arm Fedora Branched Report 
Compose started at Fri May 11 11:10:07 UTC 2012

Broken deps for arm
--
[OpenLP]
OpenLP-1.9.9-1.fc17.noarch requires libreoffice-impress
OpenLP-1.9.9-1.fc17.noarch requires libreoffice-headless
OpenLP-1.9.9-1.fc17.noarch requires libreoffice-graphicfilter
[ViTables]
ViTables-2.1-3.fc17.noarch requires python-tables
[aeolus-all]
aeolus-all-0.4.0-2.fc17.noarch requires qpid-cpp-server
aeolus-all-0.4.0-2.fc17.noarch requires mongodb-server
aeolus-all-0.4.0-2.fc17.noarch requires iwhd
[aeolus-conductor]
aeolus-conductor-0.4.0-2.fc17.noarch requires rubygem(fastercsv)
aeolus-conductor-0.4.0-2.fc17.noarch requires ruby(abi) = 0:1.8
[aeolus-configserver]
aeolus-configserver-0.4.5-1.fc17.noarch requires ruby-nokogiri
[bibus]
bibus-1.5.1-7.fc17.armv5tel requires libreoffice-writer
bibus-1.5.1-7.fc17.armv5tel requires libreoffice-pyuno
[bochs]
bochs-2.5.1-3.fc17.armv5tel requires bochs-bios = 0:2.5.1-3.fc17
[bootconf]
bootconf-1.4-5.fc17.noarch requires grub
[calligra-l10n]
calligra-l10n-2.4.1-1.fc17.noarch requires calligra-core >= 0:2.4.1
[cantor]
cantor-4.8.3-1.fc17.armv5tel requires kate-part >= 0:4.8.3
[cifs-utils]
cifs-utils-5.4-1.fc17.armv5tel requires libwbclient.so.0(WBCLIENT_0)
[coccinella]
coccinella-0.96.20-3.fc17.noarch requires iaxclient
[condor-cloud]
condor-cloud-0.1-4.fc17.noarch requires condor-vm-gahp >= 0:7.7.0
condor-cloud-node-0.1-4.fc17.noarch requires condor-vm-gahp >= 0:7.7.0
[condor-ec2-enhanced]
condor-ec2-enhanced-1.2-2.fc17.1.noarch requires condor >= 0:7.4.4-0.9
[condor-ec2-enhanced-hooks]
condor-ec2-enhanced-hooks-1.2-3.fc17.1.noarch requires condor >= 
0:7.2.0-4
[condor-job-hooks]
condor-job-hooks-1.5-5.fc17.noarch requires condor >= 0:7.0.2-4
[condor-low-latency]
condor-low-latency-1.2-2.fc17.1.noarch requires condor >= 0:7.0.2-4
[condor-wallaby]
condor-wallaby-client-4.1.2-3.fc17.noarch requires python-qmf >= 
0:0.9.1073306
condor-wallaby-client-4.1.2-3.fc17.noarch requires condor >= 0:7.4.4-0.9
[cumin]
cumin-0.1.5137-5.fc17.noarch requires python-qpid-qmf
[dar]
dar-2.3.8-9.fc17.armv5tel requires par2cmdline
[dh-make]
dh-make-0.55-4.fc17.noarch requires debhelper
[dogtag-pki]
dogtag-pki-9.0.0-10.fc17.noarch requires pki-util-javadoc >= 0:9.0.18
dogtag-pki-9.0.0-10.fc17.noarch requires pki-util >= 0:9.0.18
dogtag-pki-9.0.0-10.fc17.noarch requires pki-symkey >= 0:9.0.18
dogtag-pki-9.0.0-10.fc17.noarch requires pki-silent >= 0:9.0.18
dogtag-pki-9.0.0-10.fc17.noarch requires pki-setup >= 0:9.0.18
dogtag-pki-9.0.0-10.fc17.noarch requires pki-selinux >= 0:9.0.18
dogtag-pki-9.0.0-10.fc17.noarch requires pki-native-tools >= 0:9.0.18
dogtag-pki-9.0.0-10.fc17.noarch requires pki-java-tools-javadoc >= 
0:9.0.18
dogtag-pki-9.0.0-10.fc17.noarch requires pki-java-tools >= 0:9.0.18
dogtag-pki-9.0.0-10.fc17.noarch requires pki-common-javadoc >= 0:9.0.18
dogtag-pki-9.0.0-10.fc17.noarch requires pki-common >= 0:9.0.18
dogtag-pki-9.0.0-10.fc17.noarch requires pki-ca >= 0:9.0.18
dogtag-pki-9.0.0-10.fc17.noarch requires esc >= 0:1.1.0
[ease]
ease-0.4-17.fc17.armv5tel requires libcogl.so.8
[eclipse-fedorapackager]
eclipse-fedorapackager-0.3.1-3.fc17.noarch requires eclipse-rpm-editor 
>= 0:0.9.0-0.1.20110815git2168cacb
[eclipse-slice2java]
eclipse-slice2java-3.4.2.20111024-2.fc17.noarch requires ice-java >= 
0:3.4
[ember-media]
ember-media-0.6.2.1-2.fc17.noarch requires ember < 0:0.6.3
ember-media-0.6.2.1-2.fc17.noarch requires ember >= 0:0.6.2
[fedora-gnat-project-common]
fedora-gnat-project-common-3.4-1.fc17.noarch requires libgnat-static
fedora-gnat-project-common-3.4-1.fc17.noarch requires gcc-gnat
[freeipa]
freeipa-server-2.2.0-1.fc17.armv5tel requires pki-silent >= 0:9.0.18
freeipa-server-2.2.0-1.fc17.armv5tel requires pki-setup >= 0:9.0.18
freeipa-server-2.2.0-1.fc17.armv5tel requires pki-ca >= 0:9.0.18
[frei0r-plugins]
frei0r-plugins-1.3-1.fc15.armv5tel requires libopencv_video.so.2.2
frei0r-plugins-1.3-1.fc15.armv5tel requires libopencv_objdetect.so.2.2
frei0r-plugins-1.3-1.fc15.armv5tel requires libopencv_ml.so.2.2
frei0r-plugins-1.3-1.fc15.armv5tel requires libopencv_legacy.so.2.2
frei0r-plugins-1.3-1.fc15.armv5tel requires libopencv_imgproc.so.2.2
frei0r-plugins-1.3-1.fc15.armv5tel requires libopencv_highgui.so.2.2
frei0r-plugins-1.3-1.fc15.armv5tel requires libopencv_flann.so.2.2
frei0r-plugins-1.3-1.fc15.armv5tel requires libopencv_features2d.so.2.2
frei0r-plugins-1.3-1.fc15.armv5tel requires libopencv_core.so.2.2
frei0r-plugins-1.3-1.fc15.armv5tel