OESF Portables Forum
Everything Else => Zaurus Distro Support and Discussion => Distros, Development, and Model Specific Forums => Archived Forums => Angstrom & OpenZaurus => Topic started by: nhorlock on January 09, 2005, 07:29:00 pm
-
The konqueror-embedded that is part of the opie feed is broken for jpegs and can crash your Z in some cases but in most cases just results in black squares. The fix (apparently) is to not depend on internal jpeg support of qt but to require the external jpeg libs. I want to build a new konq ipk for OZ with external jpeg support and hopefully with the kflashpart add-in (who knows if this'll work!). However I am just confused as to where to start establishing a decent build environment now.
Does anyone have a basic, start from scratch guide to getting in a position to build for the current opie/OZ environment the webpages seem confused with the amount of changes that have taken place recently so I've no idea where to get things from.
-
The GettingStarted page on the openembedded.org Wiki should guide you through the process.
Btw., what makes you think we use the builtin jpeg in our Qt/E config? We use
-system-jpeg -system-libpng -system-zlib -no-qvfb -no-xft -no-vnc -gif -depths 16,32
-
Cheers Mickey,
I'll wander through the wiki page again. Last time I looked it seemed to reference BitKeeper in places and BitBake in others and assumed it was therefore incorrect. however looking at it once again I think that I had misunderstood the talk of subversion replacing bitkeeper as the release note clearly says that this is the case for core but makes no reference to anything else. Am I right in thinking that I need both subversion and bitkeeper now? I'll spend time sorting it out for myself and I'll put back any additional comments into the Wiki if I think they might help others.
As for libjpeg. I suspected that it might already be built that way but had no way to easily check. That still leaves me with a Konq/e that can (repeatably) hang my Z or gives black squares. I am using my Z as a remote for a media server running SlimServer. The Slimserver software has an interface skin designed for handhelds and is pretty cool with the one exception that browsing my collection by album cover art is prone to result in a reboot of the Z. The internal jpeg lib was my only good lead :-( back to the drawing board. Second best guess is memory leak. Browsing artwork is going to send a large number of images .....
Anyhow, time to get my build environment up to scratch first.
Neil