After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 335475 - vte does not compile
vte does not compile
Status: RESOLVED NOTABUG
Product: GARNOME
Classification: Deprecated
Component: general
2.14.x
Other All
: Normal normal
: ---
Assigned To: GARNOME Maintainers
garnome list
Depends on:
Blocks:
 
 
Reported: 2006-03-22 09:26 UTC by Armin van der Togt
Modified: 2006-04-28 07:32 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Patch to include libzvt in garnome (1.69 KB, patch)
2006-03-22 09:33 UTC, Armin van der Togt
rejected Details | Review

Description Armin van der Togt 2006-03-22 09:26:23 UTC
Please describe the problem:
On my system, an old version of gnome is installed, with a libzvt library in it.
Vte finds this library and tries to link to it, but this old libzvt library is
linked to old pango, gtk, and glib libraries. This results in a linker error.
Since vte doesn't have a --without-libvte or similar switch, the simplest
solution for me was to add libzvt to garnome and make vte dependent on it. This
way, a new libzvt is compiled that is linked to the new gtk, glib an pango
libraries, and vte compiles and links just fine.


Steps to reproduce:
1. make paranoid-install in the desktop dir, with an old gnome including libzvt
installed
2. 
3. 


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Armin van der Togt 2006-03-22 09:33:28 UTC
Created attachment 61750 [details] [review]
Patch to include libzvt in garnome
Comment 2 Karsten Bräckelmann 2006-03-25 03:09:26 UTC
Thanks Armin. :)

However, I rejected this particular patch, because libzvt definitely does not belong in the desktop/ meta garball. This is pretty much for the official GNOME Desktop packages only. If at all, this one belongs to bootstrap...


Anyway, I believe the real issue probably is somewhere else. Why was that partciluar version picked up anyway? Where exactly is it located?

FWIW, I do have a bunch of previous GNOME versions installed. They do not interfere, and old installations are not picked up by a new one. Did you have some stale env vars set, by any chance? Like building GARNOME running inside a previous installed GARNOME?

I recall some env variables have been causeing issues in the past. That was back the days I switched to building in a virtual console only, rather than a terminal on the desktop...

I guess the most important question is, why this particular lib was picked up. Do you have this lib installed in multiple versions, including one by your distro? What distro is this?
Comment 3 Karsten Bräckelmann 2006-03-25 03:09:56 UTC
GAR. Forgot to set to NEEDINFO. :)
Comment 4 Armin van der Togt 2006-04-28 07:32:17 UTC
I am sorry, the problem was that I messed around with some paths in the gar.conf.mk file, it was entirely my own fault. I feel a bit foolish now for reporting this as a bug. Thanks for the help!