[fedora-arm] OpenOffice RPMs
omalleys at msu.edu
omalleys at msu.edu
Wed Dec 29 18:47:30 UTC 2010
Quoting Gordan Bobic <gordan at bobich.net>:
> omalleys at msu.edu wrote:
>> Quoting Gordan Bobic <gordan at bobich.net>:
>>> Speaking of dependencies - there is a package build circular dependency.
>>> Not sure if this should be reported as a bug:
>>> openssl needs krb5-devel to build
>>> krb5 needs openssl-devel to build
>>> I'm pretty sure that can't be right since one has to be built first. In
>>> this case I could rpm -ivh --nodeps, but I shouldn't really have to do
>> It probably should be reported to the mainline but Im not sure it can be
>> fixed either.. :)
> But isn't F12 deprecated now? We're so far behind with the ARM port that
> by the time it's there, it's already deprecated by a Fedora version 2
> versions newer.
The plan is to finish 13, do 14, then 15. As I believe some or most of
the bugs if they are getting pushed upstream should be worked out.?
There may be a branch at f15 at or around the cortex processors.
>> You can probably do a rpm -ivh openssl-devel krb5-devel
> IIRC, the reason why I couldn't do that was because krb5 was missing
> from the F12 ARM repository I had to build it, but IIRC, openssl-devel
> wasn't there, either.
It came from somewhere. I am pretty sure I installed it for the
openafs client qemu buildbot system. I don't think I built it.
> Looking at the timestamps, I had to rebuild openssl from src.rpm to get
> the openssl-devel, then krb5. Needed krb5 for some KDE deppendencies, in
> order to build konversation.
I kind of wonder why openssl needs krb5. OpenSSH i can see needing
krb5 and openssl. And I can see krb5 needing openssl for gssapi...
> I'm more than a little surprised that ARM Fedora is so neglected. The
> build is very incomplete. This is particularly odd considering that all
> the src.rpm packages seem to build just fine.
I was trying to figure this one out too.
> Ubuntu, OTOH, seem to have much better support for ARM. Are there plans
> to catch up?
Ubuntu is further because it is really Debian unstable. (although I
think debian is better..)
>> Im not sure exactly how important it is given usually you are using the
>> shared libs anyway.
> It's not really an issue, there's always a way around it, but I thought
> that there should be no circular dependencies in either the binary or
> source packages.
Ideally there shouldn't be. :)
>>> Speaking of bugs, do ARM Fedora bugs go into the bugzilla.redhat.com or
>>> into a different bugzilla?
>> no idea. I was trying to figure that out as well.
>> It seems like they need to be reported in both places since they need to
>> be fixed eventually by the official package maintainer
> Oh, OK. I thought it was the same bugzilla. Doesn't the ARM one feed to
> the main one? Why are they even separate?
> Have you got a URL handy for the Fedora ARM bugzilla?
I'm not sure there is one, or whether it is part of the bugzilla. The
only things I have really found are local to the arm project. I would
rather send an email then fill out a form. lol
I can seem to use my fedora account to login to the arm koji.
Im getting https://arm.koji.fedoraproject.org/koji/login is handing me back a
(Error code: ssl_error_handshake_failure_alert)
Oh and python twisted is broken at the core level which is needed for
>>>> It is probably going to take quite a bit of time to compile. Given
>>>> there isn't a compiled version for arm, it will probably take more
>>>> work then just a recompile.
>>> 1st attempt:
>>> OOM-ed with only 512MB of RAM (I wanted to avoid swapping onto SD, it's
>>> painful enough without the extra disk I/O it causes).
>> fwiw, when i did kernel build time testing with the guruplug. I tried
>> nfs, and a usb/esata drive plugged into either port. nfs with the nosync
>> option was the fastest (50 minutes) and both esata and usb2 were roughly
>> the same time at 60 minutes.
> Yeah, I can believe that. NFS over GbE with async is pretty quick. Build
> performance on the Toshiba AC100 is quite good when I LD_PRELOAD
> libeatmydata.so (eats all the fsyncs - I know, I know, at my peril),
> even onto a slow SD card or USB stick. I figured that 2x Cortex A9 @
> 1GHz would build it quicker than 1x Feroceon @ 1.2GHz.
My guess is the 2x cortex will sometimes be quicker then the Feroceon.
:) I would actually like to performance test them. :)
> Then again, with it taking so long, distcc is rapidly becoming tempting.
> Since I'm very much meaning to get a lot more involved in this, I'm
> pondering cramming a pile of Panda Boards into a 3U chassis I have lying
I wish I had bunch of panda boards lying around, I would probably put
then in a chassis with a switch but I would need fundage lol. I wish
the panda board had usb3 or esata and dual nic gigE's. I would have
bought one of those for sure.
>>> 2nd attempt:
>>> Failed because the build process used up all 8GB of space on the SD card
>>> and died.
>> Im surprised at this.. it doesn't -seem- like it should be quite that big.
> By my reckoning in terms of how long I think it should take to build (18
> hours or so), it was only about half way through by the time it ran out
> of disk space. So I expect it to be significantly bigger than this.
That seems to big.. almost like there is a memory issue ie hitting a
4gig limit and starting over or something weird or it is rebuilding it
too many times.
>>> Considering how much I've had to build from src.rpms (shockingly, I've
>>> not yet found anything that actually failed to build cleanly), I'm
>>> half-tempted to put up a repository of my own when I'm done. Given that
>>> ARM netbooks are becoming more popular I'm sure I won't be the only one
>>> looking for these.
>> I was hoping the f13 would be released for xmas. :) but it appears like
>> f12 is going to be around a bit longer..
> I am reasonably eagerly awaiting F13, but will that build be any more
> complete than the F12 build is? If not, I need to be thinking about a
> rack of Sheeva Plugs (or maybe Panda Boards) for building the missing
> packages. :)
I think it will be more complete. You can supposedly get an account on
the arm koji, but as mentioned my login did fail. I am assuming the
certificate is wrong for the hostname or it isn't configured correctly
somehow. You can view it by looking at
> In all seriousness, though - it seems that ARM netbooks (and servers!)
> are very much imminently coming in numbers, and I think there should at
> least exist a possibility of a comfortable and complete RH/Fedora
I'm hoping it can be a good possibility too. I'm cheap. I like the
energy savings. :)
More information about the arm