site  contact  subhomenews

OE build underway

June 22, 2017 — BarryK
As reported yesterday, I got through the long list of packages to be imported into OpenEmbedded:
http://bkhome.org/news/201706/netpbm-compiled-in-openembedded.html

To round it off, I also imported lots of xf86-video-* (Xorg video drivers) packages. However, several are cross-compiler unfriendly -- those are all exhibiting the same problem in the configure script, so I could probably figure out a fix.
For now though, will probably compile them in the target system and create PETs.

This evening have commenced the x86_64 target build, and am timing it. The previous build took about 9.5 hours.
This time there are many more packages, however that does not necessarily mean the build will take longer, as previously the last couple of hours was just libreoffice compiling, when all others had finished -- with a multicore CPU, those extra cores can be kept busy if there are more packages to compile.

Tags: oe

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