gEDA-bug: Re

[geda-bugs@seul.org]

On Fri, 8 Oct 2004, gEDA Bugs wrote:

> << IMPORTANT INFORMATION! >>
>=20
> This is an automated message.=20
>=20
> The message you sent (attached below) requires confirmation
> before it can be delivered. To confirm that you sent the
> message below, just hit the "R"eply button and send this
> message back (you don't need to edit anything). Once this is
> done, no more confirmations will be necessary.
>=20
> << INFORMA=C7=C3O IMPORTANTE >>
>=20
> Esta =E9 uma mensagem autom=E1tica
>=20
> A mensagem que voc=EA enviou (em anexo) requer confirma=E7=E3o
> antes de ser entregue. Para confirmar o envio basta
> pressionar o bot=E3o de "Reply" e enviar esta mensagem de
> volta (n=E3o =E9 necess=E1rio editar). Uma vez que isto seja
> feito, novas confirma=E7=F5es n=E3o ser=E3o necess=E1rias.
>=20
> This email account is protected by:
> Active Spam Killer (ASK) V2.4.1 - (C) 2001-2002 by Marco Paganini
> For more information visit http://www.paganini.net/ask
>=20
> --- Original Message Follows ---
>=20
> From: whitis@freelabs.com
> To: geda-bugs@geda.seul.org
> Subject: Install/Build problems
> Date: Fri,  8 Oct 2004 23:19:19 -0400 (EDT)
>=20
> Full_Name: Mark Whitis
> Version: 20040111
> OS: linux  redhat 8.0
> Submission from: (NULL) (65.40.216.240)
>=20
>=20
> As has frequently been the case, installing/upgrading gschem was a royal =
pain.
>=20
> First I tried the binary rpms.   They claimed to require guile 1.6.x.  I
> installed 1.6.0, that did not work.   I tried to install guile 1.6.4 from=
 fedora
> but it depends on a version of libc that does not exist - not just on my
> machine, it is newer than anything availible on rpmfind.net!
>=20
> So, then I tried to use the source rpms.   Many of them would not build b=
ecause
> they
> depended on the installation of other RPMs in the set.  So, i ended up
> installing
> each one after it was built before building the next one.   Even then, th=
ings
> did not
> work.  The files libgdgeda.pc and libgeda.pc had to be manually installed=
 in
> /usr/lib/pkgconfig before packages would build.   And when I finanly did =
get the
> packages to build, I had to use --nodeps on some of them because of error=
s like
> this:
>    libgdgeda.so.4 is needed by geda-gschem-20040111-1
> The gdgeda package distributed with 20040111 appears to crate libgdgeda.s=
o.6 not
> .4!
> But not only the rpm dependency is listed as .so.4, ldd reports that gsch=
em
> actually loads an old copy of libgdgeda.so.4 from /usr/local.
>=20
> And after all of that, gschem does not appear to have even a single new f=
eature
> in the last two years.   And before I could even see if a few of the old =
bugs
> were
> gone, I found new bugs.
>=20
>=20
>=20
>=20
>=20

--=20
--
Mark Whitis   http://www.freelabs.com/~whitis/       NO SPAM
Author of many open source software packages. =20
Coauthor: Linux Programming Unleashed (1st Edition)