date:20140213

Re: "Can't link to Pango"

2014-02-13 Thread Emmanuele Bassi

hi;

On 13 February 2014 18:37, Bric  wrote:

> Is this because the "git" version doesn't definitively dominate all the
> version markers when it installs, and leaves behind the previously installed
> versions ??  (git gtk+ is picking up the previous "glib-2.39.4", somehow,
> the one compiled from release tarball.)

you most likely have .la files lying around.

>> why are you targeting such an old platform?
>
>
> Well... i guess it all started with the advent of "unity", in Ubuntu 11.

[cut]

my question was more: are you planning on developing GTK/GNOME apps
while retaining your system copy, or are you literally trashing your
system by installing newer versions on top of your running system?

if you're just looking at a development environment, then you should
probably be cloning jhbuild from git, and creating a separate
environment, in a separate directory.

otherwise, I'd strongly suggest you just learn to let go. there are
other distributions, even Debian-based, that are shipping with a
decent set of dependencies. learning how to make packages will lead
you to maintain a Ubuntu fork anyway, and I can assure you:
maintaining a distribution by yourself is not in any way, shape, or
form "fun".

ciao,
 Emmanuele.

-- 
W: http://www.emmanuelebassi.name
B: http://blogs.gnome.org/ebassi/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

final gtk+maverick battles

2014-02-13 Thread Bric


thought I'd move out to a new thread, since we are past the Pango issue

in "reckless abandonment"  (sliding irrevocably down the slope of system 
trashing) I manually moved *glib* files and directories from under 
/usr/local/lib, to a hiding place, then quickly re-installed ("make 
install") glib from git.


my git gtk+ continued to give me the nasty 2.39.4 vs. 2.39.5 discrepancy 
error.  Then I ./autogen.sh'ed it again... and, lo and behold, the 
./autogen.sh cleared its misunderstanding of what my glib version was 
(this, in conjunction with the above deletions, in /usr/local/lib, I 
presume)


So, my gtk+ git finally ./configure'd. But then, of course, it had to 
snag with this:


http://www.flight.us//misc/gtk_compile_error1.txt

thanks again!!

___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: "Can't link to Pango"

2014-02-13 Thread Bric


On 02/13/2014 12:53 PM, Emmanuele Bassi wrote:

hi;

On 13 February 2014 17:37, Bric  wrote:


I did the above workaround, successfully, and got past my pango snag

Then ./configure complained about not having atk-bridge; i went down that
chain of dependencies, with at-spi2-core, etc., (some of the latest git
failed to "make"; i used version releases), and made gtk+ ./configure happy.
But gtk+ make is now failing — HANGING (not exiting!) on an error:
(glib-compile-resources:6887): GLib-GObject-CRITICAL **:
/build/buildd/glib2.0-2.24.1/gobject/gtype.c:2706: You forgot to call
g_type_init()

you're building against a far too old version of GLib. check your
LD_LIBRARY_PATH, because it seems the configure script is catching a
version of GLib recent enough to satisfy the dependency check, but the
linker is trying to use the system version of GLib.


Yes, it's a mess. Here is even more of the mess:  When I try to build 
latest gtk+ from git, it complains that it is finding glib 2.39.4, but 
that the minimum it wants is 2.39.5.


glib 2.39.5 is not an official release yet (correct me if I'm wrong), 
so, I make the assumption that, at the moment, glib 2.39.5 means glib 
git. So, I update and build my glib from git successfully (just a few 
minutes ago), and install.  So, you think gtk+ ./configure is now happy 
?  No! It gives me this weirdness:


-- begin quote --
checking for HP-UX... no
checking for pkg-config... (cached) /usr/bin/pkg-config
checking pkg-config is at least version 0.16... yes
checking for GLIB - version >= 2.39.5...
*** 'pkg-config --modversion glib-2.0' returned 2.39.5, but GLIB (2.39.4)
*** was found! If pkg-config was correct, then it is best
*** to remove the old version of GLib. You may also be able to fix the error
*** by modifying your LD_LIBRARY_PATH enviroment variable, or by editing
*** /etc/ld.so.conf. Make sure you have run ldconfig if that is
*** required on your system.
*** If pkg-config was wrong, set the environment variable PKG_CONFIG_PATH
*** to point to the correct configuration files
no
configure: error:
*** GLIB 2.39.5 or better is required. The latest version of
*** GLIB is always available from ftp://ftp.gtk.org/pub/gtk/.

-- end quote -

Is this because the "git" version doesn't definitively dominate all the 
version markers when it installs, and leaves behind the previously 
installed versions ??  (git gtk+ is picking up the previous 
"glib-2.39.4", somehow, the one compiled from release tarball.)




This is a never ending battle, this gtk+ on my Ubuntu 10.10, with the
sprawling tree and extensive chains of dependencies, each of which is not
yielding easily (!!!) — battling over 48 hours now...

you're trying to build a very recent version of a complex library on a
4 years old distribution: issues are to be expected, as well as some
pain in rebuilding the entire stack.


"roger" on that


why are you targeting such an old platform?


Well... i guess it all started with the advent of "unity", in Ubuntu 
11.  I was one of those happy Ubuntu/Gnome users who started kicking and 
screaming, bewildered why a good thing, such as Ubuntu as we had known 
it up until Maverick, was suddenly and irrevocably taken away.  I have 
held on to Maverick all these years, beyond its official expiration date 
(miraculously, it has been unofficially supported all this time, and 
continued to be stable enough for a production environment). Maybe I've 
finally reached its limits, as one, well-lubricated, integrated whole.  
If I'm causing library confusion, there's no telling.  Perhaps I need to 
learn how to build proper debian packages, so I can add them to this 
system with all the proper triggers and cross-linking in play.


I /do/ remember building gtk+ many years ago, on fedora ... it feels 
like I'm going back in time right now :-))


___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: "Can't link to Pango"

2014-02-13 Thread Bric


On 02/13/2014 01:45 PM, Emmanuele Bassi wrote:

hi;

On 13 February 2014 18:37, Bric  wrote:


Is this because the "git" version doesn't definitively dominate all the
version markers when it installs, and leaves behind the previously installed
versions ??  (git gtk+ is picking up the previous "glib-2.39.4", somehow,
the one compiled from release tarball.)

you most likely have .la files lying around.


why are you targeting such an old platform?


Well... i guess it all started with the advent of "unity", in Ubuntu 11.

[cut]

my question was more: are you planning on developing GTK/GNOME apps
while retaining your system copy, or are you literally trashing your
system by installing newer versions on top of your running system?


Well, you're the first one to definitely characterize this as "trashing 
my system"... but I've been suspecting that that's what it is.


I'd like to note that i have JUST NOW ( a couple of days ago) embarked 
on this system trashing, because of the ambition to get the newest gtk+. 
I don't even fully understand the extent of the damage, but am starting 
to feel how quickly it comes.


No, I am not ready for serious gtk+ development, although that's an 
enticing idea (my angle [t]here would be Perl).  At the moment I need 
gtk+ as a dependency.  So... yes, you greatly worry me with this ominous 
warning. I haven't even rebooted since the trashing began (!!)... 
perhaps I'll be rebooting into a blinking cursor (at best) or kernel 
panic ... ;-)) :-((


Meanwhile, I really really appreciate all the help here.  I would have 
never guessed to edit my /usr/local/lib/pkgconfig/pangocairo.pc (that 
worked like a charm, apparently).


---

left-over *.la files?   Did I forget an "--enable-shared" somewhere ??? 
This is the classic case of "knowing just enough to be dangerous..."  In 
my defense, however, I have abstained from system trashing, as someone 
dated it here, for FOUR YEARS. :-))





if you're just looking at a development environment, then you should
probably be cloning jhbuild from git, and creating a separate
environment, in a separate directory.

otherwise, I'd strongly suggest you just learn to let go. there are
other distributions, even Debian-based, that are shipping with a
decent set of dependencies. learning how to make packages will lead
you to maintain a Ubuntu fork anyway, and I can assure you:
maintaining a distribution by yourself is not in any way, shape, or
form "fun".

ciao,
  Emmanuele.



___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: "Can't link to Pango"

2014-02-13 Thread Bric


On 02/13/2014 01:45 PM, Emmanuele Bassi wrote:

hi;

On 13 February 2014 18:37, Bric  wrote:


Is this because the "git" version doesn't definitively dominate all the
version markers when it installs, and leaves behind the previously installed
versions ??  (git gtk+ is picking up the previous "glib-2.39.4", somehow,
the one compiled from release tarball.)

you most likely have .la files lying around.


why are you targeting such an old platform?


Well... i guess it all started with the advent of "unity", in Ubuntu 11.

[cut]

my question was more: are you planning on developing GTK/GNOME apps
while retaining your system copy, or are you literally trashing your
system by installing newer versions on top of your running system?


[second attempt to post this... earlier post isn't showing up for some 
reason]


Well, you're the first one to definitively characterize this as 
"trashing my system"... but I've been suspecting that that's what it is.


I'd like to note that i have JUST NOW ( a couple of days ago) embarked 
on this system trashing, because of the ambition to get the newest gtk+. 
I don't even fully understand the extent of the damage, but am starting 
to feel how quickly it comes.


No, I am not ready for serious gtk+ development, although that's an 
enticing idea (my angle [t]here would be Perl).  At the moment I need 
gtk+ as a dependency.  So... yes, you greatly worry me with this ominous 
warning. I haven't even rebooted since the trashing began (!!)... 
perhaps I'll be rebooting into a blinking cursor (at best) or kernel 
panic ... ;-)) :-((


Meanwhile, I really really appreciate all the help here.  I would have 
never guessed to edit my /usr/local/lib/pkgconfig/pangocairo.pc (that 
worked like a charm, apparently).


---

left-over *.la files?   Did I forget an "--enable-shared" somewhere ??? 
This is the classic case of "knowing just enough to be dangerous..."  In 
my defense, however, I have abstained from system trashing, as someone 
dated it here, for FOUR YEARS. :-))





if you're just looking at a development environment, then you should
probably be cloning jhbuild from git, and creating a separate
environment, in a separate directory.

otherwise, I'd strongly suggest you just learn to let go. there are
other distributions, even Debian-based, that are shipping with a
decent set of dependencies. learning how to make packages will lead
you to maintain a Ubuntu fork anyway, and I can assure you:
maintaining a distribution by yourself is not in any way, shape, or
form "fun".

ciao,
  Emmanuele.



___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: "Can't link to Pango"

2014-02-13 Thread Colomban Wendling

Le 13/02/2014 18:37, Bric a écrit :
> [...]
> GEN gtkresources.c
> 
> (glib-compile-resources:6887): GLib-GObject-CRITICAL **:
> /build/buildd/glib2.0-2.24.1/gobject/gtype.c:2706: You forgot to call
> g_type_init()
> 
> [...]

This looks like you managed to link glib-compile-resources to a too old
version of GLib (2.24).  g_type_init() is not needed since 2.36, and I
assume glib-compile-resources is not calling it manually.

Anyway, you need latest GLib to build latest GTK in general, so just try
building everything against latest GLib.

Cheers,
Colomban
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: "Can't link to Pango"

2014-02-13 Thread Emmanuele Bassi

hi;

On 13 February 2014 17:37, Bric  wrote:

> I did the above workaround, successfully, and got past my pango snag
>
> Then ./configure complained about not having atk-bridge; i went down that
> chain of dependencies, with at-spi2-core, etc., (some of the latest git
> failed to "make"; i used version releases), and made gtk+ ./configure happy.

> But gtk+ make is now failing — HANGING (not exiting!) on an error:

> (glib-compile-resources:6887): GLib-GObject-CRITICAL **:
> /build/buildd/glib2.0-2.24.1/gobject/gtype.c:2706: You forgot to call
> g_type_init()

you're building against a far too old version of GLib. check your
LD_LIBRARY_PATH, because it seems the configure script is catching a
version of GLib recent enough to satisfy the dependency check, but the
linker is trying to use the system version of GLib.

> This is a never ending battle, this gtk+ on my Ubuntu 10.10, with the
> sprawling tree and extensive chains of dependencies, each of which is not
> yielding easily (!!!) — battling over 48 hours now...

you're trying to build a very recent version of a complex library on a
4 years old distribution: issues are to be expected, as well as some
pain in rebuilding the entire stack.

why are you targeting such an old platform?

ciao,
 Emmanuele.

-- 
W: http://www.emmanuelebassi.name
B: http://blogs.gnome.org/ebassi/
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: "Can't link to Pango"

2014-02-13 Thread Bric


On 02/13/2014 07:03 AM, Kang Hu wrote:

sorry for my previous misinfomation
it seems that the error happens here in your configure log file:
-
configure:24295: gcc -o conftest -march=i686 -mtune=i686 -Wall -pthread 
-I/usr/local/include/pango-1.0 -I/usr/local/include/glib-2.0 
-I/usr/local/lib/glib-2.0/include -I/usr/local/include/cairo -I/usr/local/include 
-I/usr/local/include/freetype2 -I/usr/local/include/libpng12 -I/usr/include/pixman-1   
   -ldl conftest.c -L/usr/local/lib -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 
-lglib-2.0>&5
/usr/local/lib/libpangocairo-1.0.so  : undefined 
reference to `pango_fc_font_create_base_metrics_for_context'
collect2: ld returned 1 exit status
-
symbol pango_fc_font_create_base_metrics_for_context is defined in pangoft2.
you can add -lpangoft2-1.0 by hand to the end of pangocairo.pc or pango.pc as a 
workaround.


I did the above workaround, successfully, and got past my pango snag

Then ./configure complained about not having atk-bridge; i went down 
that chain of dependencies, with at-spi2-core, etc., (some of the latest 
git failed to "make"; i used version releases), and made gtk+ 
./configure happy.


But gtk+ make is now failing — HANGING (not exiting!) on an error:

(let me know if I should start a new thread for this, since my subject 
line is pango-specific, and this is beyond pango (apparently!)) ...




GEN resources/ui/gtkappchooserdialog.ui.h
GEN resources/ui/gtkappchooserwidget.ui.h
GEN resources/ui/gtkassistant.ui.h
GEN resources/ui/gtkcolorchooserdialog.ui.h
GEN resources/ui/gtkcoloreditor.ui.h
GEN resources/ui/gtkdialog.ui.h
GEN resources/ui/gtkfilechooserbutton.ui.h
GEN resources/ui/gtkfilechooserwidget.ui.h
GEN resources/ui/gtkfilechooserdialog.ui.h
GEN resources/ui/gtkfontbutton.ui.h
GEN resources/ui/gtkfontchooserdialog.ui.h
GEN resources/ui/gtkfontchooserwidget.ui.h
GEN resources/ui/gtkinfobar.ui.h
GEN resources/ui/gtklockbutton.ui.h
GEN resources/ui/gtkmessagedialog.ui.h
GEN resources/ui/gtkpagesetupunixdialog.ui.h
GEN resources/ui/gtkpathbar.ui.h
GEN resources/ui/gtkprintunixdialog.ui.h
GEN resources/ui/gtkrecentchooserdefault.ui.h
GEN resources/ui/gtksearchbar.ui.h
GEN resources/ui/gtkscalebutton.ui.h
GEN resources/ui/gtkstatusbar.ui.h
GEN resources/ui/gtkvolumebutton.ui.h
GEN gtkresources.c

(glib-compile-resources:6887): GLib-GObject-CRITICAL **: 
/build/buildd/glib2.0-2.24.1/gobject/gtype.c:2706: You forgot to call 
g_type_init()


(glib-compile-resources:6887): GLib-CRITICAL **: g_once_init_leave: 
assertion 'result != 0' failed


(glib-compile-resources:6887): GLib-GObject-CRITICAL **: 
/build/buildd/glib2.0-2.24.1/gobject/gtype.c:2706: You forgot to call 
g_type_init()


(glib-compile-resources:6887): GLib-GObject-CRITICAL **: 
/build/buildd/glib2.0-2.24.1/gobject/gtype.c:2706: You forgot to call 
g_type_init()


(glib-compile-resources:6887): GLib-GObject-CRITICAL **: 
IA__g_type_interface_add_prerequisite: assertion 'G_TYPE_IS_INTERFACE 
(interface_type)' failed


(glib-compile-resources:6887): GLib-CRITICAL **: g_once_init_leave: 
assertion 'result != 0' failed


(glib-compile-resources:6887): GLib-GObject-CRITICAL **: 
IA__g_type_add_interface_static: assertion 'G_TYPE_IS_INSTANTIATABLE 
(instance_type)' failed


(glib-compile-resources:6887): GLib-CRITICAL **: g_once_init_leave: 
assertion 'result != 0' failed


(glib-compile-resources:6887): GLib-GObject-CRITICAL **: 
IA__g_object_new: assertion 'G_TYPE_IS_OBJECT (object_type)' failed


(glib-compile-resources:6887): GLib-GObject-CRITICAL **: 
/build/buildd/glib2.0-2.24.1/gobject/gtype.c:2706: You forgot to call 
g_type_init()


(glib-compile-resources:6887): GLib-GObject-CRITICAL **: 
/build/buildd/glib2.0-2.24.1/gobject/gtype.c:2706: You forgot to call 
g_type_init()


(glib-compile-resources:6887): GLib-GObject-CRITICAL **: 
IA__g_type_interface_add_prerequisite: assertion 'G_TYPE_IS_INTERFACE 
(interface_type)' failed


(glib-compile-resources:6887): GLib-CRITICAL **: g_once_init_leave: 
assertion 'result != 0' failed


(glib-compile-resources:6887): GLib-GObject-CRITICAL **: 
IA__g_type_add_interface_static: assertion 'G_TYPE_IS_INSTANTIATABLE 
(instance_type)' failed


(glib-compile-resources:6887): GLib-CRITICAL **: g_once_init_leave: 
assertion 'result != 0' failed


(glib-compile-resources:6887): GLib-GObject-CRITICAL **: 
IA__g_object_new: assertion 'G_TYPE_IS_OBJECT (object_type)' failed


--

at this point it just hangs, without exiting...; I need to do Ctrl+C, 
and get:


^Cmake[2]: *** [gtkresources.c] Interrupt
make[1]: *** [all-recursive] Interrupt
make: *** [all] Interrupt

-

This is a never ending battle, this gtk+ on my Ubuntu 10.10, with the 
sprawling tree and extensive chains of dependencies, each of wh

Fwd: "Can't link to Pango"

2014-02-13 Thread Florian Müllner

Ooops, I missed replying to the list as well ...

-- Forwarded message --
From: Florian Müllner 
Date: Thu, Feb 13, 2014 at 2:14 PM
Subject: Re: "Can't link to Pango"
To: Bric 


On Thu, Feb 13, 2014 at 8:45 AM, Bric  wrote:
> Here is my config.log :
>
> http://www.flight.us/misc/gtk_config.log.txt

Here's the actual linker error:

> /usr/local/lib/libpangocairo-1.0.so: undefined reference to 
> `pango_fc_font_create_base_metrics_for_context'

So for some reason, your custom-built libpangocairo references a
symbol that the linker cannot resolve. Either something went wrong
when you built pango, or you found a bug and pangocairo
unconditionally references symbols from pangoft2 even when built
without freetype support. In the latter case you should file a bug
report, though you almost certainly want pango *with* freetype support
- make sure you have the required headers (harfbuzz, fontconfig,
freetype2) and rebuild pango.

Hope that'll help you get back on track!

Florian
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: "Can't link to Pango"

2014-02-13 Thread Michael Cronenworth


Bric wrote:

Here is my config.log :

http://www.flight.us/misc/gtk_config.log.txt


Your log shows your system libraries are mismatched in some way.

> /usr/local/lib/libpangocairo-1.0.so: undefined reference to 
`pango_fc_font_create_base_metrics_for_context'



___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: "Can't link to Pango"

2014-02-13 Thread Bric


On 02/13/2014 04:21 AM, Lucas Levrel wrote:

Le 12 février 2014, Bric a écrit :


I am trying to compile gtk+-3.11.5

during "./configure" I am getting:

Can't link to Pango. Pango is required to build
*** GTK+. For more information see http://www.pango.org

I have pango-1.36.2 installed


pkg-config --cflags "pango pangocairo" :


I think you should look at --libs since the error is about linking.



$ pkg-config --libs pango
-L/usr/local/lib -lpango-1.0 -lgobject-2.0 -lglib-2.0

$ pkg-config --libs "pango pangocairo"
-L/usr/local/lib -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 
-lglib-2.0


ça ne change pas grand chose (en ce qui concerne ma compréhension)

that doesn't give me a clue



___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: "Can't link to Pango"

2014-02-13 Thread Lucas Levrel


Le 12 février 2014, Bric a écrit :


I am trying to compile gtk+-3.11.5

during "./configure" I am getting:

Can't link to Pango. Pango is required to build
*** GTK+. For more information see http://www.pango.org

I have pango-1.36.2 installed


pkg-config --cflags "pango pangocairo" :


I think you should look at --libs since the error is about linking.


--
Lucas Levrel
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: "Can't link to Pango"

final gtk+maverick battles

Re: "Can't link to Pango"

Re: "Can't link to Pango"

Re: "Can't link to Pango"

Re: "Can't link to Pango"

Re: "Can't link to Pango"

Re: "Can't link to Pango"

Fwd: "Can't link to Pango"

Re: "Can't link to Pango"

Re: "Can't link to Pango"

Re: "Can't link to Pango"

12 matches

Site Navigation

Mail list logo

Footer information