Re: Exportability of EDA industry from North America?

From: Ales Hvezda (ahvezda_at_seul.org)
Date: 01/16/05 

Date: 15 Jan 2005 20:46:16 -0800

Hi,

I usually like spending my free time working on the code rather than
posting to USENET, but I want to address some of the points from the
previous poster in this thread.

[snip]
>> * Linux distro & revision level
>> * Installation flavor (i.e. RedHat comes in "personal",
"workstation",
>> "server", and so on. SuSE comes in "personal" and
"professional").
>
> RedHat 9, Workstation, upgraded to the latest fixes on FreshRPM's
apt-get
> repository.

When I first read your response, I was quite curious to see for myself
if a stock RedHat 9 system really does have so much trouble installing
gEDA/gaf or running Stuart's gEDA Suite CD installer, so I ran a little
experiment: I installed stock RedHat 9.0 (Shrike) into a completely new
system (using vmware):

# cat /etc/issue
Red Hat Linux release 9 (Shrike)

and then installed gEDA/gaf and the Suite CD. Both installed
almost out-of-the-box. I followed the INSTALLs and READMEs that
can be found at:

http://geda.seul.org/download.html

The only change I made was to add /usr/local/lib into ld.so.conf
(and re-ran ldconfig). I have the build typescript to the gEDA/gaf
build/install if you want to see the evidence.

I'm guessing that those rpms from FreshRPM that you installed, changed
the standard packages (like gtk+) in a way that they are no longer
standard or similar to the upstream source packages. See below.

[snip]
>> : other distributions use differing names for some of the normal
system
>> : libraries. (GTK+ 2 comes to mind)
>
> Redhat 9 calls GTK+ 2.0 GTK2, but your configuration scripts are
looking for
> GTK+-2.0 So they don't find GTK2, and back down to GTK+ 1.2

Hmmm, on my newly installed RedHat 9.0 system, gtk+ 2.0 is in
fact called gtk+-2.0, i.e. the following works:

$ pkg-config gtk+-2.0 --cflags --libs
-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/X11R6/include
-I/usr/include/freetype2 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -Wl,--export-dynamic -lgtk-x11-2.0
-lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0
-lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0

Also on my all of my Debian systems (both testing and unstable)
the above pkg-config gtk+-2.0 also works fine.

I don't think I have personally seen a Linux (or other OS)
distribution (and I routinely test gEDA/gaf on common distributions and
configurations) that has renamed gtk+'s pkg name to GTK2.

> Your scripts on the latest version of gSchem cannot find the dynamic
links
> for libstroke, or libgdg* , even though they are in /usr/local/lib
(with
> all the other libraries it did find):
>
> $ ls /usr/local/lib/libst*
>
> /usr/local/lib/libstroke.a /usr/local/lib/libstroke.so.0
[snip]
> $ ls /usr/local/lib/libgdg*
> /usr/local/lib/libgdgeda.a /usr/local/lib/libgdgeda.so.6
[snip]
>
> $ ldd `which gschem`
>
> libstroke.so.0 => not found
[snip]
> libgdgeda.so.6 => not found
[snip]

Yeah, these libraries are in /usr/local/lib, but you need to
tell ld.so (dynamic linker/loader) where to look for them. You need to
either 1) set LD_LIBRARY_PATH to point there or 2) add /usr/local/lib
to ld.so.conf. The final alternative is to use rpath (not recommended
by various people, but that's a whole different debate), but you would
have to add that to the Makefiles yourself.

[snip]
> In the past, using source and ./configure, make, and make install, it
did
> do the right thing, but this latest 2004 release behaves differently.

I haven't really changed how gEDA/gaf is configured or compiled
in a quite some time, so if you had success with previous releases,
something else has changed.

[snip]
>> systems which will and won't work. Did you read the README?
>
> Absolutely! And I am running RedHat 9, a system that should work...
All
> the versions of my various tools are at or above the rev levels
required.
>

Yeah, sounds like you are running a RedHat 9 system which has
been upgraded and somehow the upgraded pieces are not what the gEDA/gaf
./configure scripts expect.

> The first time I ran the CDROM install, it built and installed the
symbols
> libraries at least 20 times before I killed the process. (I was
getting
> curious as to why it was taking so long, and why every hour or so I
would
> look at it and it was building the symbols yet again.)

Yes, I observed this as well and it is a bug. However, if you
let it run, it will eventually finish (it did for me). I have a pretty
good idea why this is happening. Stuart and I will fix this for the
next rev of the suite CD.

[snip]
> I have a definite desire for gEDA to succeed, as I think
> GPL'd software is the future. But at this stage, gEDA 20041228
> shouldn't have been released to the public. If a guy like me who
[snip]

Interestingly enough, 20041228 has been out for ~18 days and
I haven't heard of anybody else having build problems (using gtk+
2.2.x/2.4.x; trying to compile with gtk+ 2.6.x is another matter
because of a function name clash in my code, already fixed in CVS :-).

Thanks for the feedback.

-Ales 

-- 
Ales Hvezda
ahvezda 0x40 seul.org
http://geda.seul.org/

Relevant Pages

  • Re: Exportability of EDA industry from North America?
    ... > RedHat 9, Workstation, upgraded to the latest fixes on FreshRPM's ... if a stock RedHat 9 system really does have so much trouble installing ... and then installed gEDA/gaf and the Suite CD. ...
    (sci.electronics.design)
  • Re: Accessviolation
    ... I misstated in my original post that the form was named Form2Dlg - it was CopyNDlg. ... Following is from the source file: ... <end snip> ... {make sure we're not installing to floppy drive} ...
    (alt.comp.lang.borland-delphi)
  • Re: Accessviolation
    ... I misstated in my original post that the form was named Form2Dlg - it was ... <end snip> ... DirString, Dir, FontDir: string; ... {make sure we're not installing to floppy drive} ...
    (alt.comp.lang.borland-delphi)
  • Re: Recommendations on switching from RedHat to new distro?
    ... > a year later, RedHat stopped free updates/support for weekend users like me, ... > figuring out what to download. ... whom this is destined is going to love using Linux in preference to M$. ... insisted on installing K3B and if you delete it and then want to install ...
    (linux.redhat.misc)
  • Re: Recommendations on switching from RedHat to new distro?
    ... > a year later, RedHat stopped free updates/support for weekend users like me, ... > figuring out what to download. ... whom this is destined is going to love using Linux in preference to M$. ... insisted on installing K3B and if you delete it and then want to install ...
    (comp.os.linux)