checksums. What other issues do you foresee?
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
the ARMv7 builders something to
work on. Lets start with FTBFS (excluding dependency failures) and see
how far we can get that way.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https
can always install
one image or the other, then install gcc, etc with yum.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
today's hardware that would mean
using the Trimslice's built-in uboot, but providing a uboot for the
Pandaboard during install-time. This will hopefully increase Fedora ARM
adoption.
Assuming somebody is willing to take this maintainership role, is there
any objection to the above?
--
Brendan
. Provide certain u-boots as a piece of some firmware package that get
put in place at install time, if needed.
5. Provide uboot-panda (etc) rpms that get put in place at install time,
if needed.
Any of 2-5 are an improvement. What do people favor?
--
Brendan Conoboy / Red Hat, Inc. / b
) keep their uboot in flash, so they are a
non-issue for uboot inclusion. They're certainly popular devices and if
somebody wants to add kirkwood support to the kernel we're working with
that would be a wonderful addition.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
into
kirkwood support. If somebody wants to add kirkwood support they should
bear in mind your warning about the broken uboot.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https
in armv7hl build
Changes only in armv5tel build
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
handling was required. Is this as upstream
acceptable as it's going to be for the foreseeable future?
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
is released.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
, the second patch in 50521, patch to honour
STRICT_ALIGNMENT, breaks the gcc build. Midway through, xgcc is used
to generate an executable which segfaults. The build works with 50521's
proposal patch however. I have not tested the result.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
. If these changes are in FC16 or rawhide but not
F15, isn't that good enough? Why not build packages in parallel too?
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
be interested in a conference call to discuss?
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
and organise a call past
that.
Okay, let's stick with e-mail for now.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
, tweak the number of nfsds such that
there are as many as possible without most of them going into deep
sleep. Perhaps somebody else can suggest some optimal sysctl and ext4fs
settings?
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm
On 12/25/2011 03:47 AM, Gordan Bobic wrote:
On 12/25/2011 06:16 AM, Brendan Conoboy wrote:
Allocating builders to individual rather than a single raid volume will
help dramatically.
Care to explain why?
Sure, see below.
Is this a proper SAN or just another Linux box with some disks
favouring reads over writes may well get you ahead in terms of keeping
he builders busy.
It really begs the question: What are builers blocking on right now?
I'd assumed chroot composition which is rather write heavy.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
=cortex-a8 --with-tune=cortex-a8 --with-arch=armv7-a \
--with-float=hard --with-fpu=vfpv3-d16 --with-abi=aapcs-linux
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
. If I've missed anything feel free to add, or send me
additional chalk board jpegs containing the areas that I missed :-)
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org
.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
-{v5tel,v7hl}
hsv-trimslice-9-{v5tel,v7hl}
hsv-trimslice-8-{v5tel,v7hl}
hsv-trimslice-7-{v5tel,v7hl}
hsv-trimslice-6-{v5tel,v7hl}
We can make all the HSV trimslices into v7 builders and that will give
us a 6/6 split, which seems reasonable.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
. We'll do our best to keep the list current and get the status
of every item to FIXED
And while you're there, if you happen to see a broken package you'd like
to work on, please do! Thanks everybody.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
who would like to take part please have a look at:
https://fedoraproject.org/wiki/Features/FedoraARM
The How To Test, User Experience, and so forth sections need
plumping. The rest needs trimming :-)
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
join #fedora-arm and if possible dial in at:
Toll Free Dial-In Number (US Canada): (800) 451-8679
International Dial-In Number: +1-(212) 729-5016
Conference code: 617-759-1337
Thanks!
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing
On 03/14/2012 10:26 AM, Chris Tyler wrote:
$0.02
Added- thanks!
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
Hi folks,
I have made further updates to the ARM Primary Feature page and think it
is now good enough for FESCO. If you would like to give it a look
before it is reviewed, now is the time.
https://fedoraproject.org/wiki/Features/FedoraARM
--
Brendan Conoboy / Red Hat, Inc. / b
On 03/19/2012 09:30 PM, Brendan Conoboy wrote:
Being a PA carries the obligation that all packages in Fedora will be
available. The proposed avenue of making broken packages temporarily
excludearch is questionable and needs work.
The thing that worries me about the excludearch
On 03/19/2012 04:46 PM, Brendan Conoboy wrote:
How do packagers test and resolve failures on ARM if they don't own an
ARM device?
I like Chris's suggestion of the simulator- that's good coverage. I'd
also support providing login hosts to... somewhere. Seneca? Spare
systems in PHX? I'm
, using one kernel source rpm is working fine for us. It's the long
build time which needs to be overcome.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
in ARMTracker.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
International Dial-In Number: +1-(212) 729-5016
Also join #fedora-arm on Freenode
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
,
or that you want to share again because it's really important and releng
related please reply to this message and let us know.
Thanks!
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https
in arm.koji.fp.o vs PA?
Just some temporary stats for F17 thus far!
Thanks as always,
This is great by the way- would love to see it on a nightly basis.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
. Can you
check that? Also, if you could put this on the wiki and send a pointer
to the list that'd be great. Thanks!
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https
, but hopefully useful. Feel free to send me feedback. Enjoy,
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
On 03/29/2012 11:20 PM, Brendan Conoboy wrote:
There is a tarball with uBoot-wrapped kernels included (should have
everything you need without messy mkimage commands). The armhfp version
includes tegra, omap and imx kernels. The arm version includes kirkwood.
Oh, and the kernels
problems? Perhaps they're well known but I'm
not acquainted with them. If we're missing a package that will help
things out let me know and I'll put it in the next snapshot.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm
a pointer to how
you're doing this during the first boot and I'll integrate it into the
rootfs image generator.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org
prelink run its cron job, and the resulting system appears to be
working normally.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
in the same
directory. Next up will likely be a unified trimslice/panda image. Fun!
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
...
Are the fixes you're introducing s390 specific? Would love to reuse
existing solutions if they're not already in use.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
before I get to it. They're the real plan. Thanks again!
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
a new image, documentation, etc.
Suggest waiting a few days while this gets worked out.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
can I opt-out armv5tel to force armv7l
compilation instead ?
There isn't really an opt-out. We build packages for both armv5tel and
armv7hl. If it can't possibly be made to work for armv5tel you can
excludearch it. If it can be made to work with some help let's do that.
--
Brendan Conoboy
configuration options.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
, 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
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
?
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
' and 'boot-vexpress+x' scripts, not to
mention the prebuilt initramfs in this archive to be helpful:
http://scotland.proximity.on.ca/arm-nightlies/vault/f17arm-20120522-192910-armhfp-vexpress-mmcblk0-kernel.tar.xz
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
release criteria:
Updated linker path in gcc and glibc.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
dirty)
glibc patch to make things work regardless - see [1]
In addition to the glibc and gcc patches we will likely need to update
prelink as well. It has some hard-coded strings for what to avoid mangling.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
kernel until such time as it's accepted
upstream and filters down again. Thanks!
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
into it.
FYI, if you support prelink it is likely you will need to add a patch
there as well.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
on Monday's testing the latest nightlies
have fixes for all blockers from yesterday's RC1. The images can be
retrieved from:
http://scotland.proximity.on.ca/arm-nightlies/
Cheers,
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
On 07/12/2012 08:08 AM, Dr. Michael J. Chudobiak wrote:
Hi all,
Is a ready-to-go F17 image available for testing the BeagleBone yet? Is
there an ETA?
I am making an experimental image right now. I will send a followup
email when it is ready for testing.
--
Brendan Conoboy / Red Hat, Inc
840
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
On 09/21/2012 09:23 AM, Petr Machata wrote:
Anyone has seen this sort of error? Any ideas how to resolve it?
Are you using the latest uboot? We've had trouble with F17 GA on the
recently released uboot.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
for
both armv7hl and armv6hl builds. Supporting armv5tel means we need to
provide separate builders for the alternate ABI, raising the overall
number of builders required.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm
sure this is lined up.
We will when mainline goes to 3.7 as mentioned in the thread. In the
interim we'll be building at testing the 3.7 kernel in rawhide.
Depending upon how far behind we are releasing F18 ARM GA we might just
include 3.7 from the start.
--
Brendan Conoboy / Red Hat, Inc
On 10/25/2012 04:10 PM, Jon Masters wrote:
Here's the upstream ACK:
http://lists.infradead.org/pipermail/linux-arm-kernel/2012-October/127317.html
The patch in question:
http://lists.infradead.org/pipermail/linux-arm-kernel/2012-October/124041.html
--
Brendan Conoboy / Red Hat, Inc. / b
mailing list, or some other mechanism. Suggestions welcome!
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
as well. That is at
http://trac.proximity.on.ca/projects/rpfr.
If you have any questions, comments or suggestions regarding these
instances, let me know.
Please put links to this on the Fedora ARM wiki. Thanks!
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
-v6 move was very important. Appreciate all the hard work you've put
into bringing armv6hl online. We're just on the cusp of knowing how
important it is to continue its pursuit. Keep going!
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm
On 12/13/2012 07:40 AM, Peter Robinson wrote:
No Beagle? Or is blc doing them later today?
It's unofficial, but try:
http://scotland.proximity.on.ca/arm-nightlies/vault/tmp/beagle.img.bz2
I'm about to get on a plane but will resume beagle dev upon my return
Monday.
--
Brendan Conoboy
/someroot with ease.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
reliable builds and provide a better foundation.
Meanwhile, go with the TC3 image we're doing a VFAD on today:
http://scotland.proximity.on.ca/arm-nightlies/vault/f18-beta-tc3/F18-vexpress-xfce-20121218.tar.xz
Very cool that you're doing this BTW!
--
Brendan Conoboy / Red Hat, Inc. / b
kpartx -av F18-kirkwood-20121220.img
From here you can mount the partition with the files you need. I'm not
sure which one it is so you'll have to experiment:
mount /dev/mapper/loop0p1 /somewhere
Good luck, and don't forget to umount and kpartx -d that image when
you're done.
--
Brendan
.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
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
-meeting-1.2013-01-16-21.00.txt
Log:
http://meetbot.fedoraproject.org/fedora-meeting-1/2013-01-16/fedora-meeting-1.2013-01-16-21.00.log.html
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https
Robinson's todo list. No status.
o V5 images: We will add armv5tel versatile express and panda for
final.
- Plan is to fix blockers, make RC1 - target ship date is Jan 29.
- Seneca to make unofficial ARM tarballs of F18 GA for Remix purposes
--
Brendan Conoboy / Red Hat, Inc. / b
is ready to be guided
by koji as an official secondary architecture.
That's it!
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
fine with mmc, just not usb sata. The root= thing is a
red herring. Am hoping 3.7 with an updated dtb will work.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org
be interesting to
know Seneca's Pi download stats, too.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
, boot.scr and uEnv.txt to remain static.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
. If v5 is yours, feel free to chip in.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
On 02/02/2013 09:04 AM, Jonathan Masters wrote:
Hi folks,
Any update on RC images?
Working their way to the mirrors as final. Announcement Tuesday as
planned. Let's discuss release-notes Monday in #fedora-arm.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
is supposed to be OK.
You need to use a device tree blob with the 3.7 kernels on versatile
express. The latest f18 3.7 kernel includes the device tree you need
under /boot. Not sure about f17. Don't worry about the armv7l bit,
that's the right arch for armv5tel on versatile express.
--
Brendan
, Trimslice, and MVEBU (if
kernel support lands in time).
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
the patches, package owners take them out
once unnecessary.
4. Run autoconf during build, incurring wrath of any packager whose
package isn't compatible with the latest autoconf.
5. Your much more sensible idea goes here.
What say you?
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
: [Errno 12] Cannot allocate memory
Would the people testing the kernel on other devices also try a mock
build to see if this occurs on other devices?
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
On 03/05/2013 02:04 PM, Brendan Conoboy wrote:
On 03/05/2013 12:37 PM, Peter Robinson wrote:
* Trimslice - DTS tested working with uboot v2012.04-1.01 [3] (the one
with half the RAM)
Boots okay with a Fedora 18 rootfs, but there is an issue: Trying to run
mock build results in an out
. Al and I are going back and
forth on fixing up patchify to identify more cases.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
the
appropriate uImage on boot.
3. Split up images to cope.
All 3 are viable, none are desirable. Is there a 4th option? If not,
what do want to go with?
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
into non-existent memory
it not operate correctly.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
On 03/26/2013 05:04 PM, Graeme Russ wrote:
Hi Brendan,
On Wed, Mar 27, 2013 at 10:54 AM, Brendan Conoboy b...@redhat.com wrote:
On 03/26/2013 04:49 PM, Graeme Russ wrote:
4. Relocatable kernel (like x86)
If I understand correctly it already is relocatable. This is simply the
address
the
default uImage, load a separate uboot header overwriting the first 64
bytes of RAM.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
bootz on everything else.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
On 03/04/2013 04:40 PM, Brendan Conoboy wrote:
Agree. As I mentioned in private emails, I favor in-uboot
auto-detection with hush scripts in a combined /etc/uboot.d, but this
might be too limited to support some eccentricities (Your panda vs
panda-es example is tricky). If you do most
-Boot_environment_variable
This works for me! My trimslice is now running
3.8.5-201.fc18.armv7hl.tegra with 1GB of memory.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
On 04/15/2013 11:53 AM, Peter Robinson wrote:
On Mon, Apr 15, 2013 at 4:04 PM, Brendan Conoboy b...@redhat.com wrote:
Hi folks,
The people at Compulab sent me a pointer for how to fix the problem with the
trimslice not booting using the latest kernel. It's as simple as setting a
couple new
I will update
the wiki with the advice (gru-boot will use it as well).
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
will still need to be updated. It's
a much smaller list!
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
Number of candidate source rpms: 13348
Number of source rpms built in stage 4: 8207
Number of packages built in stage4 with aarch64 components: 1857
Currently building packages
atlas-3.8.4-8.fc19.src.rpm
kismet-0.0.2013.03.R1-1.fc19.src.rpm
mpir-2.6.0-5.fc19.src.rpm
Number of candidate source rpms: 13348
Number of source rpms built in stage 4: 8246
Number of packages built in stage4 with aarch64 components: 1895
Currently building packages
asio-1.4.8-5.fc19.src.rpm
atlas-3.8.4-8.fc19.src.rpm
bs-groff-base-1.0-1.fc19.src.rpm
cmconvert-1.9.6-4.fc19.src.rpm
an update shortly. Trimslice users might give it a
try anyhow:
http://people.fedoraproject.org/~blc/fedora-arm/arm-boot-config/
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https
of manual intervention it would not work on OMAP.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
something with graphics
support. Perhaps we can take this RC5 compose and figure out what is
working.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm
Number of candidate source rpms: 13348
Number of source rpms built in stage 4: 8503
Number of packages built in stage4 with aarch64 components: 2114
Currently building packages
ClanLib-2.3.6-9.fc19.src.rpm
atlas-3.8.4-8.fc19.src.rpm
drgeo-1.1.0-24.fc19.src.rpm
dump-0.4-0.19.b44.fc19.src.rpm
1 - 100 of 259 matches
Mail list logo
