Hi,

I have gone from having no packages for the new in-progress liqbase playground.
as planned there is a library and the playground and all plugins using the library (yayy!).
up until now all development was done together and on one machine which did not have autotools or debian packaging.

last weekend jeremiah and keesj took my code and got the basics for a package together with the intention that I would take what was started and polish it up with the specifics - and it kinda worked.
for the last week I have been trying to cleanly split the source up and prepare things for this complete break.

I have (somehow) managed to do this and now have 2 completely independent .tar.gz folders with lib and app.
but there are still problems with them and I don't know how to deal with them.

(1) the lib is meant to split itself into 2 .deb packages one containing just the lib, the other containing the headers, it doesn't - both contain the same things.
(2) the dependencies are screwed - whilst coding all this I have run this on my diablo machine and now I cannot get it installed there (it thinks it needs super dependencies of fremantle - the only target i can install in sb)
(3) i don't think the make clean is working in the app.

i managed to get the lib through the fremantle builder, and the app got through on armel but failed on x86.

i am having a major struggle to get these working properly and as expected, can somebody please try to get them working as intended :$

http://liqbase.net/lb_pg/libliqbase_0.2.1-dev-1.tar.gz
http://liqbase.net/lb_pg/liqbase-pla...3-dev-1.tar.gz

OK, finally got the lib to build (in DIABLO_SDK) after installing libpthread-stubs0-dev from Fremantle into the Diablo SDK, aclocalizing it again and re-running libtoolize.

My notes on the lib package:
- Remove autotools-dev from Depends of libliqbase1-dev
- libpthread-stubs0-dev needs to be added to your Build-Deps
- You're doing a make install into both folders - the Make system has no idea of which files it's not meant to include.

I'm no debian library packaging expert, however, but I do think that I've (looking at other packages) have made correct changes here. Of course, there may be more; but I hope that this is a start.

I'm also not sure as to what "make clean" not working is all about - I just watched "make distclean" being ran from debian/rules and I saw the right files doing a Houdini.

But, anyway: http://freefile.kristopherw.us/uploa...1-dev-1.tar.gz - I've made the changes I've mentioned and I've made the relevant files install into their own package (make installs to debian/tmp, dh_install is ran from the rules file with --sourcedir=debian/tmp and the install files tell it what file to place in each package). This has been aclocalled & libtoolized in a DIABLO_SDK so you just may wish to take the debian folder.

Also: I had no dependency problems here, and this was in a DIABLO_ARMEL target. Only Build-Dep I needed to install was libpthread-stubs0-dev and installing the Fremantle version worked fine. It's also been added as a Build-Dep.

Good luck with getting it sorted!

Here's alternative patch. It's not tested, I haven't even installed it.
http://wnd.katei.fi/tmp/libliqbase-0.2.2.diff

What it does:
- Splits library and headers in separate packages.
- Creates debug-package for the library.
- Fixes bunch of Lintian errors and warnings.

What it doesn't do:
- Fix package version/soname version conflict.
- Fix all Lintian warnings/errors. If you take a look at the warnings you'll know why.

thanks!

i will have a proper look through these tonight and see if I can merge everything.

last night I tried to simplify matters in the library and did a build without autotools.
it was so I could "see" where things were going, and its how I have built the library all along - I even got the package to split into the two halves, but it was still broken (tho its in extras-devel i can't use it with the playground) and it would be aheavy job to handle versioning and the extra library maintenance tasks manually.. nothing wrong with trying and learning

the make clean that was not occurring was in the liqbase-playground side, and I solved this by modifying the makefile trees.

its an obvious general benefit for me to use autotools so will do more later.
once I get a comfortable stable library into extras I can then use it from the playground.

thank you both for looking.

The problem with splitting installed files in different (library + -dev) packages can be fixed by following the schema described at http://myitcorner.com/?p=217 - install into debian/tmp, create <packagename>.install files in debian/ for each package, and modify the debian/rules file as suggested on that page.

yes thp thanks, it was that page i followed (roughly) last night with the plain jane makefile version.
I will do the same with the full autotools build tonight and hopefully replicate it all there.

ahhhhhhhhhhhhhhhhhh
its in.

I hand made the lib package and managed to get it correctly through.
i hand made the liqbase-playground package and i got it through

thank you for suggestions and your ideas and patches were extremely useful in looking where it was wrong.

still dont know if it works, like a fool I uploaded to fremantle.

go figure

How goes it Gary? We spoke last night but I wanted to check to see if there is anything I can help you with.

Jeremiah,

its through finally!
(liqbase-playground 0.3.12 and libliqbase 0.3.11)

I am getting reports back it installs cleanly and runs as intended saving everything as required and having the expected speed.
This isn't a final build and it won't leave extras-devel for a while, but its enough to let people have a look and a feel for themselves.