FTBFS? (Perhaps upgrade to gEDA 1.6.0)

Hi peter

Which is the offending file?

Regards

I ve just prepared a PPA package

Test building

Regards

gattrib/src/gtkitementry.c is the offending file.

This is the fix applied to gEDA 1.6.0 (remove the offending file and use a different widget):
http://git.gpleda.org/?p=gaf.git;a=commitdiff;h=78da20ca286eb2f6e518c64dca94b888fc8c19af

The diff won't apply directly, but it should only be build system changes which don't apply. They won't be needed for the 1.4.x series.

My preferred fix would be to see if we can sneak a 1.6.0 package into Karmic ;)

(That way we're all running the same tested code, not applying huge patches to unmaintained upstream versions).

Sorry.. gattrib/src/gtkitementry_2_2.c

Okay ll look at it

Assigning

Done peter

Calling in sponsors

Regards

I'm a little lost as to what the deb-diff was for. The control file implies that it is a geda-gattrib 1.6.0 release, but I don't think this would not be possible without updating the rest of the geda-* packages.

gEDA (gschem and gattrib) install their own .desktop files, but I see the debdiff appears to add an extra one for gattrib.

I've got some first-cut debian packaging for the whole of gEDA 1.6.0 (which is now shipped as one unified source tarball), if you are interested.

I'm just waiting to see that these build on the ppa builder:

https://launchpad.net/~pcjc2/+archive/

Hi,

Instead of having a brand new set of packages ,wouldn't it be possible to apply the same fix you mention to actual version in Karmic?
Otherwise, you would need a FFe to allow this package to make their path into Karmic.
Unsubscribing u-u-s for the moment. Please subscribe again when either FFe has been approved, or you ahve a debdiff for existing version.

Thanks for your work,
Fabrice

Either solution is possible - I was just thinking that 1.6.0 packages would have been better tested than applying a big patch to 1.4.x.

What a PAIN in the backside!

My 1.6.0 patch didn't apply cleanly, so I back-ported to 1.4.3. Then had to add patch infrastructure to the geda-gattrib package...

Then couldn't make it work properly (the pacakage needed the equivalent of an autoreconf - and I'm not sure how to do that and still keep a sensibly small diff. (My karmic box has different versions of various software than what was used to produce the original gEDA dist tarball).

Anyway.. back to the drawing board, and rather than removing the offending files (and headers), changing Makefiles etc.., I've just removed the _content_ of the bit-rotten .c and .h files, leaving the compiler to build and link them anyway.

I'll attach the debdiff now...

Perhaps it is time to call in the sponsors again?

As a gEDA developer I'm biased, but I still think seeking a FFe for the entire of gEDA 1.6.0 would be a more supportable way to go, since the gEDA developers actually support the 1.6.x series.

But of course.. I'm not impartial.
I've provided code for both options - someone decide ;)

subscribing motu-release for advice :-)

Hi Peter,

first off, geda is so cool! I'm using it in the faumachine project in order to have a graphical circuit layout for a (then simulated) mainboard, which gets converted to c-code (by a slightly modified tragesym). Thanks a lot for geda!

Now the geda project is spread among a number of source packages. Is the geda-gattrib (1.6) compatible with the older versions of the other source packages (geda, geda-gnetlist, ...), or would we need to update these as well?

Cheers,
    Stefan.

Yeah peter,

I was also taking a look at the unified tarball and I installed it .. (As EE student m using it from past 4 years and thanks to the whole geda team... You guys rock!) but here the package is split into different components... if you say its worthwhile updating whole geda stack then I can help out(as I did in jaunty cycle)

Thanks

Hi guys, I'm sure the rest of the gEDA team would appreciate hearing those comments (geda-user list?).

W.r.t new geda-gattrib, older *geda-*, I'm pretty sure that gattrib 1.6.0 could not be built against libgeda 1.4.2.

How many packages are we talking about and have they all been tested/have working packages?

hm, since we're a few hours before FinalFreeze, and can't sync 1.6 from unstable, I doubt we'll manage to package up all of the new versions of the geda stack in time, leaving us only with patching 1.4 :/

This bug was fixed in the package geda-gattrib - 1:1.4.3-2ubuntu1

---------------
geda-gattrib (1:1.4.3-2ubuntu1) karmic; urgency=low

  [ Peter Clifton ]
  * Fix FTBFS by removing GtkItemEntry code. Use plain GtkEntry instead.

  [ Stefan Potyra ]
  * Add dpatch to build-depends in debian/control.
  * LP: #444527

 -- Stefan Potyra <email address hidden> Sun, 25 Oct 2009 03:04:31 +0100

Thanks Stefan,

Your help ingetting this fixed is much appreciated.

Best wishes,

Peter Clifton

Hi Peter,

Am Sunday 25 October 2009 05:28:29 schrieb Peter Clifton:
> Thanks Stefan,
>
> Your help ingetting this fixed is much appreciated.

well, uploading it was trivial! Thanks to you for providing the fix and even
more for your work on geda in the first place!

Cheers,
   Stefan.