site  contact  subhomenews

Netpbm compiled in OpenEmbedded

June 17, 2017 — BarryK
Ha ha, this needs an announcement on its own, as it took me all day.

Homepage:
http://netpbm.sourceforge.net/

The utilities are used in Puppy and derivatives, performing vital core functions.
I am still using version 10.34, as later versions had a bug with merging of overlaid images, or so I recall -- that is going back a few years, and perhaps the latest version has fixed whatever that bug was -- anyway, I am staying with the version that I know works.

There is a very old recipe for OE, for "classic OE" and netpbm 10.28. It did have some good stuff in it, that I was able to use, so would like to acknowledge that effort:
https://github.com/openembedded/openembedded/tree/master/recipes/netpbm

That recipe was just the starting point, and there were major challenges, but kept going and finally it compiled -- had a late evening meal!

Read more...

More imported, getting there

June 14, 2017 — BarryK
I have been reporting on the ongoing effort to import source packages into OpenEmbedded:
http://bkhome.org/news/201706/more-packages-imported-to-oe.html

This morning, imported these:
libgd
metamail
mhwaveedit
minixcal


There's a dejavu thing going on here, as I went through this exercise later, 2014, for T2, for example see this blog post:
http://bkhome.org/news/201412/slow-but-steady-progress-adding-to-t2.html

I see 'gwhere' listed back then. failed this time, put it in the too-hard basket for now. Some packages are inherently cross-compiler-unfriendly. Ditto for 'inkscapelite'.

T2 is different, it has a non-cross-compile mode (if host and target archs are the same), then able to chroot into the target rootfs. This enables gwhere and inkscapelite to compile.

Read more...

More packages imported to OE

June 12, 2017 — BarryK
I posted yesterday about the effort to import the rest of the Puppy/Quirky packages into OpenEmbedded:
http://bkhome.org/news/201706/evince-imported-to-oe.html

Today I have imported this lot:
gmeasures
gpart
gphotofs
gpptp
sgml-common
opensp
libofx
grisbi
homebank


Hmm, I thought that there were about a dozen still to do, but the list has grown, now another 22 waiting to be imported.

Read more...

Evince imported to OE

June 10, 2017 — BarryK
Evince is a nice PDF viewer. OpenEmbedded does have it, however, it is for gtk3, whereas my build is gtk2 only.

So, I imported the last version of Evince that supports gtk2, 2.32.0, with patches that "bring it up to date". This is the same Evince that I have been using in Quirky for awhile.

Source and patches are here:
http://distro.ibiblio.org/quirky/quirky6/sources/alphabetical/e/

I timed myself this time, it took one hour and five minutes to import Evince. Some of them take longer. I am only doing a few per day, so it is going to take awhile.

It is good that I am still able to build a complete distro with gtk2-based apps. Major projects such as seamonkey and libreoffice continue to support gtk2. There are a few "lesser projects" that have abandoned gtk2, such as evince and osmo, however, I am happy with older versions with patches applied.

I think that they made a mistake abandoning support for gtk2!
Mostly because it is a stable API, though I suspect sometimes developers do a bit more to it than they should -- it should just be maintenance patches. Compatible theming between gtk2 and qt is another big factor for me.

There is some interesting reading on this topic, gtk2 versus gtk3:
https://pipedot.org/story/2014-07-09/the-future-of-gtk
And about Audacious returning to gtk2:
http://www.phoronix.com/scan.php?page=news_item&px=MTcyODA

Read more...

xdg-puppy imported to OE

June 10, 2017 — BarryK
Took a few hours, have imported 'xdg-puppy' into OpenEmbedded. It also required 'gnome-menus'.

I imported xdg-puppy into T2 a couple of years ago:
http://www.t2-project.org/packages/xdg_puppy.html

OE is a more difficult situation than T2, the makefiles do not work, had to setup $CC, $CFLAGS and $LDFLAGS especially.

xdg-puppy source latest now version 0.7.8:
http://distro.ibiblio.org/quirky/quirky6/sources/alphabetical/x/xdg_puppy-0.7.8.tar.gz

Still using an old version of gnome-menus, as later versions were found to not follow the XDG specification for inline menus. Version 2.14.3:
http://distro.ibiblio.org/quirky/quirky6/sources/alphabetical/g/gnome-menus-2.14.3.tar.bz2

A OE tarball with latest customization layer is expected to be uploaded soon.

Read more...

BaCon imported to OE

June 08, 2017 — BarryK
There are about a dozen source packages that I have not yet imported into OpenEmbedded, 'bacon' is one of them.

BaCon, a BASIC compiler, is needed as there are some utilities in Puppy and Quirky that are written in BaCon. The 'pup-tools' source package has these utilities.

It was a bit tricky to import BaCon, but got there, for a x86_64 target anyway. Reported on this to the BaCon forum, with the recipe for OE:
http://basic-converter.proboards.com/thread/948/importing-bacon-openembedded

Next up, import 'pup-tools'.

Read more...

OE Pi2 desktop works

June 06, 2017 — BarryK
A quick progress report. The build in OpenEmbedded for the Raspberry Pi2 went well and I imported the binary packages into woofQ and created an SD-card image.

Got a desktop, however needs a lot more work.

Some old PETs used in the build, do not work. "ldd" reports that they are "not executable". This is a problem I have had before, do not understand why. With x86, old binary executables can be used, usually without any problem as long as shared library APIs haven't changed.
However, not so with ARM, even though they are all compiled for armv7.

This problem means that I will have to recompile a lot of packages. That is, packages that have not yet been imported into OE.

Tags: oe

Success building for Pi on OE

May 31, 2017 — BarryK
I am very impressed! Having used T2 for many years, where I would struggle for days trying to get packages to compile, this just sailed through.
Furthermore, it is a cross-build, which I have never been very successful with.

My complete package selection compiled, including kernel, kodi, firefox, gimp and libreoffice.
I had to take out nasm, yasm and xresprobe, as they are x86 only.

I am just now doing a rebuild from scratch, as there was one anomaly along the way, configuring mesa to be appropriate for the Pi. Although bitbake (the kind of "make on steroids" in OE) is very intelligent, I decided to do a complete clean rebuild.
That will take just over 9 hours.

Then the plan is to import the binary packages into woofQ and create a SD-image for the Pi2 (and Pi3).

I want to acknowledge the guys on the OE project who do all the hard work. It is a testimony to them, that I can come along with my package selection and have it all build, hardly without any issues, for x86_64 and Pi.

Tags: oe