ruby-gnome2-bugs Mailing List for Ruby-GNOME 2 (Page 2)

Bugs item #3444764, was opened at 2011-11-28 19:53
Message generated for change (Settings changed) made by ktou
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3444764&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Interface (example)
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: 12 chairs (twelvechairs)
Assigned to: Nobody/Anonymous (nobody)
Summary: not all signal connections being performed...

Initial Comment:
button.signal_connect("enter-notify-event") {print "hello "}
button.signal_connect("enter-notify-event") {print "world\n"}

The above does what I expect it to do (ie. when I scroll over the button it prints "Hello World" )

button.signal_connect("enter-notify-event") { print "Hello ";[]}
button.signal_connect("enter-notify-event") { print "World\n";[]}

However this code will not perform the second event (nor any subsequent) -  When I scroll over the button it prints "Hello " only (not "World\n"). This seems to be because ending the proc performed by the signal in an Array will somehow stop the second signal_connect from performing its associated Proc.

Using Ruby 1.8.6 and ruby-gnome2-0.16.0-1-i386-mswin32.exe (2007-02-12)

----------------------------------------------------------------------

>Comment By: Kouhei Sutou (ktou)
Date: 2011-12-01 06:49

Message:
This is not a bug.

You should return false value (it means that "nil" or "false" in Ruby) to
continue calling associated Procs.

See also:
http://developer.gnome.org/gtk/stable/GtkWidget.html#GtkWidget-enter-notify-event

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3444764&group_id=53614

Bugs item #3444764, was opened at 2011-11-28 19:53
Message generated for change (Tracker Item Submitted) made by twelvechairs
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3444764&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Interface (example)
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: 12 chairs (twelvechairs)
Assigned to: Nobody/Anonymous (nobody)
Summary: not all signal connections being performed...

Initial Comment:
button.signal_connect("enter-notify-event") {print "hello "}
button.signal_connect("enter-notify-event") {print "world\n"}

The above does what I expect it to do (ie. when I scroll over the button it prints "Hello World" )

button.signal_connect("enter-notify-event") { print "Hello ";[]}
button.signal_connect("enter-notify-event") { print "World\n";[]}

However this code will not perform the second event (nor any subsequent) -  When I scroll over the button it prints "Hello " only (not "World\n"). This seems to be because ending the proc performed by the signal in an Array will somehow stop the second signal_connect from performing its associated Proc.

Using Ruby 1.8.6 and ruby-gnome2-0.16.0-1-i386-mswin32.exe (2007-02-12)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3444764&group_id=53614

Bugs item #3411234, was opened at 2011-09-19 00:14
Message generated for change (Comment added) made by ktou
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3411234&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Tobias Pfeiffer (onedragon)
Assigned to: Nobody/Anonymous (nobody)
Summary: pango (1.0.2) fails to build

Initial Comment:
Hello again,

thanks for the quick fix!

However I suspect, that pango 1.0.2 has the same problem as atk 1.0.1 (Bug #3411204 ), so whatever fix got applied to atk should be applied there as well!

At least the console output and the mkmf.log look pretty similiar.

For your reference, here they are again:

tobi@business ~/github/infoes $ bundle update
Updating https://github.com/ashbb/green_shoes
Fetching source index for http://rubygems.org/
Using rake (0.9.2) 
Using addressable (2.2.6) 
Using pkg-config (1.1.2) 
Using glib2 (1.0.2) 
Using atk (1.0.2) 
Using cairo (1.10.0) 
Using diff-lcs (1.1.3) 
Using multipart-post (1.1.3) 
Using rack (1.3.3) 
Using faraday (0.7.4) 
Using faraday_middleware (0.7.0) 
Using gdk_pixbuf2 (1.0.2) 
Installing pango (1.0.2) with native extensions /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:552:in `rescue in block in build_extensions': ERROR: Failed to build gem native extension. (Gem::Installer::ExtensionBuildError)

        /home/tobi/.rvm/rubies/ruby-1.9.2-p290/bin/ruby extconf.rb 
checking for GCC... yes
checking for rb_define_alloc_func() in ruby.h... yes
checking for rb_block_proc() in ruby.h... yes
checking for new allocation framework... yes
checking for attribute assignment... *** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of
necessary libraries and/or headers.  Check the mkmf.log file for more
details.  You may need configuration options.

Provided configuration options:
	--with-opt-dir
	--without-opt-dir
	--with-opt-include
	--without-opt-include=${opt-dir}/include
	--with-opt-lib
	--without-opt-lib=${opt-dir}/lib
	--with-make-prog
	--without-make-prog
	--srcdir=.
	--curdir
	--ruby=/home/tobi/.rvm/rubies/ruby-1.9.2-p290/bin/ruby
/home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/specification.rb:1473:in `method_missing': undefined method `last' for #<Gem::Specification name=cairo version=1.10.0> (NoMethodError)
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@greenfoes/gems/glib2-1.0.2/lib/mkmf-gnome2.rb:388:in `check_cairo'
	from extconf.rb:54:in `<main>'
no


Gem files will remain installed in /home/tobi/.rvm/gems/ruby-1.9.2-p290@greenfoes/gems/pango-1.0.2 for inspection.
Results logged to /home/tobi/.rvm/gems/ruby-1.9.2-p290@greenfoes/gems/pango-1.0.2/ext/pango/gem_make.out
	from /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:530:in `block in build_extensions'
	from /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:505:in `each'
	from /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:505:in `build_extensions'
	from /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:180:in `install'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/source.rb:101:in `block in install'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/rubygems_integration.rb:78:in `preserve_paths'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/source.rb:91:in `install'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/installer.rb:58:in `block (2 levels) in run'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/rubygems_integration.rb:93:in `with_build_args'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/installer.rb:57:in `block in run'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/installer.rb:49:in `run'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/installer.rb:8:in `install'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/cli.rb:268:in `update'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/vendor/thor/task.rb:22:in `run'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/vendor/thor/invocation.rb:118:in `invoke_task'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/vendor/thor.rb:263:in `dispatch'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/vendor/thor/base.rb:386:in `start'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/bin/bundle:13:in `<top (required)>'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/bin/bundle:19:in `load'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/bin/bundle:19:in `<main>'


and the mkmf.log again:

"gcc -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1/x86_64-linux -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1/ruby/backward -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1 -I. -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/x86_64-linux  -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/vendor_ruby/1.9.1/x86_64-linux      -O3 -ggdb -Wextra -Wno-unused-parameter -Wno-parentheses -Wpointer-arith -Wwrite-strings -Wno-missing-field-initializers -Wno-long-long  -fPIC -Wall   -c conftest.c"
conftest.c:4:18: fatal error: node.h: No such file or directory
compilation terminated.
checked program was:
/* begin */
1: #include "ruby.h"
2: 
3: #include "ruby.h"
4: #include "node.h"
5: int node_attrasgn = (int)NODE_ATTRASGN;
/* end */

Thanks + cheers,
Tobi

----------------------------------------------------------------------

>Comment By: Kouhei Sutou (ktou)
Date: 2011-09-19 00:27

Message:
Ahh....!!!
Sorry...

Now, I've fixed it in trunk...


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3411234&group_id=53614

Bugs item #3411234, was opened at 2011-09-18 17:14
Message generated for change (Tracker Item Submitted) made by onedragon
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3411234&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Tobias Pfeiffer (onedragon)
Assigned to: Nobody/Anonymous (nobody)
Summary: pango (1.0.2) fails to build

Initial Comment:
Hello again,

thanks for the quick fix!

However I suspect, that pango 1.0.2 has the same problem as atk 1.0.1 (Bug #3411204 ), so whatever fix got applied to atk should be applied there as well!

At least the console output and the mkmf.log look pretty similiar.

For your reference, here they are again:

tobi@business ~/github/infoes $ bundle update
Updating https://github.com/ashbb/green_shoes
Fetching source index for http://rubygems.org/
Using rake (0.9.2) 
Using addressable (2.2.6) 
Using pkg-config (1.1.2) 
Using glib2 (1.0.2) 
Using atk (1.0.2) 
Using cairo (1.10.0) 
Using diff-lcs (1.1.3) 
Using multipart-post (1.1.3) 
Using rack (1.3.3) 
Using faraday (0.7.4) 
Using faraday_middleware (0.7.0) 
Using gdk_pixbuf2 (1.0.2) 
Installing pango (1.0.2) with native extensions /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:552:in `rescue in block in build_extensions': ERROR: Failed to build gem native extension. (Gem::Installer::ExtensionBuildError)

        /home/tobi/.rvm/rubies/ruby-1.9.2-p290/bin/ruby extconf.rb 
checking for GCC... yes
checking for rb_define_alloc_func() in ruby.h... yes
checking for rb_block_proc() in ruby.h... yes
checking for new allocation framework... yes
checking for attribute assignment... *** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of
necessary libraries and/or headers.  Check the mkmf.log file for more
details.  You may need configuration options.

Provided configuration options:
	--with-opt-dir
	--without-opt-dir
	--with-opt-include
	--without-opt-include=${opt-dir}/include
	--with-opt-lib
	--without-opt-lib=${opt-dir}/lib
	--with-make-prog
	--without-make-prog
	--srcdir=.
	--curdir
	--ruby=/home/tobi/.rvm/rubies/ruby-1.9.2-p290/bin/ruby
/home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/specification.rb:1473:in `method_missing': undefined method `last' for #<Gem::Specification name=cairo version=1.10.0> (NoMethodError)
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@greenfoes/gems/glib2-1.0.2/lib/mkmf-gnome2.rb:388:in `check_cairo'
	from extconf.rb:54:in `<main>'
no


Gem files will remain installed in /home/tobi/.rvm/gems/ruby-1.9.2-p290@greenfoes/gems/pango-1.0.2 for inspection.
Results logged to /home/tobi/.rvm/gems/ruby-1.9.2-p290@greenfoes/gems/pango-1.0.2/ext/pango/gem_make.out
	from /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:530:in `block in build_extensions'
	from /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:505:in `each'
	from /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:505:in `build_extensions'
	from /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:180:in `install'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/source.rb:101:in `block in install'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/rubygems_integration.rb:78:in `preserve_paths'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/source.rb:91:in `install'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/installer.rb:58:in `block (2 levels) in run'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/rubygems_integration.rb:93:in `with_build_args'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/installer.rb:57:in `block in run'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/installer.rb:49:in `run'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/installer.rb:8:in `install'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/cli.rb:268:in `update'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/vendor/thor/task.rb:22:in `run'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/vendor/thor/invocation.rb:118:in `invoke_task'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/vendor/thor.rb:263:in `dispatch'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/vendor/thor/base.rb:386:in `start'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/bin/bundle:13:in `<top (required)>'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/bin/bundle:19:in `load'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/bin/bundle:19:in `<main>'


and the mkmf.log again:

"gcc -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1/x86_64-linux -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1/ruby/backward -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1 -I. -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/x86_64-linux  -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/vendor_ruby/1.9.1/x86_64-linux      -O3 -ggdb -Wextra -Wno-unused-parameter -Wno-parentheses -Wpointer-arith -Wwrite-strings -Wno-missing-field-initializers -Wno-long-long  -fPIC -Wall   -c conftest.c"
conftest.c:4:18: fatal error: node.h: No such file or directory
compilation terminated.
checked program was:
/* begin */
1: #include "ruby.h"
2: 
3: #include "ruby.h"
4: #include "node.h"
5: int node_attrasgn = (int)NODE_ATTRASGN;
/* end */

Thanks + cheers,
Tobi

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3411234&group_id=53614

Bugs item #3411204, was opened at 2011-09-18 21:28
Message generated for change (Comment added) made by ktou
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3411204&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Tobias Pfeiffer (onedragon)
Assigned to: Nobody/Anonymous (nobody)
Summary: atk(1.0.1) fails to build

Initial Comment:
Hi guys,

I had 1.0.0 installed and upon seeing the news I wanted to try to upgrade, unfortunately this presents with the following error:

bundle update
Updating https://github.com/ashbb/green_shoes
Unpacking objects: 100% (79/79), done.
Fetching source index for http://rubygems.org/
Using rake (0.9.2) 
Using addressable (2.2.6) 
Using pkg-config (1.1.2) 
Installing glib2 (1.0.1) with native extensions 
Installing atk (1.0.1) with native extensions /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:552:in `rescue in block in build_extensions': ERROR: Failed to build gem native extension. (Gem::Installer::ExtensionBuildError)

        /home/tobi/.rvm/rubies/ruby-1.9.2-p290/bin/ruby extconf.rb 
checking for GCC... yes
checking for rb_define_alloc_func() in ruby.h... yes
checking for rb_block_proc() in ruby.h... yes
checking for new allocation framework... yes
checking for attribute assignment... *** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of
necessary libraries and/or headers.  Check the mkmf.log file for more
details.  You may need configuration options.

Provided configuration options:
	--with-opt-dir
	--without-opt-dir
	--with-opt-include
	--without-opt-include=${opt-dir}/include
	--with-opt-lib
	--without-opt-lib=${opt-dir}/lib
	--with-make-prog
	--without-make-prog
	--srcdir=.
	--curdir
	--ruby=/home/tobi/.rvm/rubies/ruby-1.9.2-p290/bin/ruby
/home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/specification.rb:1473:in `method_missing': undefined method `last' for #<Gem::Specification name=glib2 version=1.0.1> (NoMethodError)
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@greenfoes/gems/glib2-1.0.1/lib/mkmf-gnome2.rb:82:in `add_depend_package'
	from extconf.rb:36:in `block in <main>'
	from extconf.rb:33:in `each'
	from extconf.rb:33:in `<main>'
no


Gem files will remain installed in /home/tobi/.rvm/gems/ruby-1.9.2-p290@greenfoes/gems/atk-1.0.1 for inspection.
Results logged to /home/tobi/.rvm/gems/ruby-1.9.2-p290@greenfoes/gems/atk-1.0.1/ext/atk/gem_make.out
	from /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:530:in `block in build_extensions'
	from /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:505:in `each'
	from /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:505:in `build_extensions'
	from /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:180:in `install'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/source.rb:101:in `block in install'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/rubygems_integration.rb:78:in `preserve_paths'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/source.rb:91:in `install'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/installer.rb:58:in `block (2 levels) in run'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/rubygems_integration.rb:93:in `with_build_args'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/installer.rb:57:in `block in run'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/installer.rb:49:in `run'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/installer.rb:8:in `install'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/cli.rb:268:in `update'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/vendor/thor/task.rb:22:in `run'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/vendor/thor/invocation.rb:118:in `invoke_task'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/vendor/thor.rb:263:in `dispatch'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/vendor/thor/base.rb:386:in `start'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/bin/bundle:13:in `<top (required)>'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/bin/bundle:19:in `load'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/bin/bundle:19:in `<main>'

So I tried a bit and checked mkmf.log and the last lines (where it apparently fails) is this:

--------------------

"gcc -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1/x86_64-linux -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1/ruby/backward -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1 -I/home/tobi/.rvm/gems/ruby-1.9.2-p290@greenfoes/gems/atk-1.0.1/ext/atk -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/x86_64-linux  -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/vendor_ruby/1.9.1/x86_64-linux      -O3 -ggdb -Wextra -Wno-unused-parameter -Wno-parentheses -Wpointer-arith -Wwrite-strings -Wno-missing-field-initializers -Wno-long-long  -fPIC -Wall   -c conftest.c"
conftest.c:4:18: fatal error: node.h: No such file or directory
compilation terminated.
checked program was:
/* begin */
1: #include "ruby.h"
2: 
3: #include "ruby.h"
4: #include "node.h"
5: int node_attrasgn = (int)NODE_ATTRASGN;
/* end */

The funny part is that atk 1.0.0. complains about the same thing but seems to keep on building:

--------------------

"gcc -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1/x86_64-linux -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1/ruby/backward -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1 -I/home/tobi/.rvm/gems/ruby-1.9.2-p290@greenfoes/gems/atk-1.0.0/ext/atk -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/x86_64-linux  -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/vendor_ruby/1.9.1/x86_64-linux      -O3 -ggdb -Wextra -Wno-unused-parameter -Wno-parentheses -Wpointer-arith -Wwrite-strings -Wno-missing-field-initializers -Wno-long-long  -fPIC -Wall   -c conftest.c"
conftest.c:4:18: fatal error: node.h: No such file or directory
compilation terminated.
checked program was:
/* begin */
1: #include "ruby.h"
2: 
3: #include "ruby.h"
4: #include "node.h"
5: int node_attrasgn = (int)NODE_ATTRASGN;
/* end */

setup_win32: checking for Win32 OS... -------------------- no
(etc.)

node.h is present in /home/tobi/.rvm/src/ruby-1.9.2-p290/node.h - but that directory doesn't seem to get included (at least from what I see) however I don't know where to change this. Help would be greatly appreciated...

cheers,
Tobi

----------------------------------------------------------------------

>Comment By: Kouhei Sutou (ktou)
Date: 2011-09-18 21:58

Message:
I could reproduce it with RubyGems 1.8.6.
I've fixed it in trunk.

Thanks for your report!
I'll release the new release soon.

----------------------------------------------------------------------

Comment By: Kouhei Sutou (ktou)
Date: 2011-09-18 21:43

Message:
It seems that this is RubyGems version specific problem.
Could you show me your RubyGems version?
% gem env

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3411204&group_id=53614

Bugs item #3411204, was opened at 2011-09-18 21:28
Message generated for change (Comment added) made by ktou
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3411204&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Tobias Pfeiffer (onedragon)
Assigned to: Nobody/Anonymous (nobody)
Summary: atk(1.0.1) fails to build

Initial Comment:
Hi guys,

I had 1.0.0 installed and upon seeing the news I wanted to try to upgrade, unfortunately this presents with the following error:

bundle update
Updating https://github.com/ashbb/green_shoes
Unpacking objects: 100% (79/79), done.
Fetching source index for http://rubygems.org/
Using rake (0.9.2) 
Using addressable (2.2.6) 
Using pkg-config (1.1.2) 
Installing glib2 (1.0.1) with native extensions 
Installing atk (1.0.1) with native extensions /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:552:in `rescue in block in build_extensions': ERROR: Failed to build gem native extension. (Gem::Installer::ExtensionBuildError)

        /home/tobi/.rvm/rubies/ruby-1.9.2-p290/bin/ruby extconf.rb 
checking for GCC... yes
checking for rb_define_alloc_func() in ruby.h... yes
checking for rb_block_proc() in ruby.h... yes
checking for new allocation framework... yes
checking for attribute assignment... *** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of
necessary libraries and/or headers.  Check the mkmf.log file for more
details.  You may need configuration options.

Provided configuration options:
	--with-opt-dir
	--without-opt-dir
	--with-opt-include
	--without-opt-include=${opt-dir}/include
	--with-opt-lib
	--without-opt-lib=${opt-dir}/lib
	--with-make-prog
	--without-make-prog
	--srcdir=.
	--curdir
	--ruby=/home/tobi/.rvm/rubies/ruby-1.9.2-p290/bin/ruby
/home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/specification.rb:1473:in `method_missing': undefined method `last' for #<Gem::Specification name=glib2 version=1.0.1> (NoMethodError)
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@greenfoes/gems/glib2-1.0.1/lib/mkmf-gnome2.rb:82:in `add_depend_package'
	from extconf.rb:36:in `block in <main>'
	from extconf.rb:33:in `each'
	from extconf.rb:33:in `<main>'
no


Gem files will remain installed in /home/tobi/.rvm/gems/ruby-1.9.2-p290@greenfoes/gems/atk-1.0.1 for inspection.
Results logged to /home/tobi/.rvm/gems/ruby-1.9.2-p290@greenfoes/gems/atk-1.0.1/ext/atk/gem_make.out
	from /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:530:in `block in build_extensions'
	from /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:505:in `each'
	from /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:505:in `build_extensions'
	from /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:180:in `install'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/source.rb:101:in `block in install'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/rubygems_integration.rb:78:in `preserve_paths'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/source.rb:91:in `install'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/installer.rb:58:in `block (2 levels) in run'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/rubygems_integration.rb:93:in `with_build_args'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/installer.rb:57:in `block in run'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/installer.rb:49:in `run'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/installer.rb:8:in `install'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/cli.rb:268:in `update'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/vendor/thor/task.rb:22:in `run'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/vendor/thor/invocation.rb:118:in `invoke_task'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/vendor/thor.rb:263:in `dispatch'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/vendor/thor/base.rb:386:in `start'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/bin/bundle:13:in `<top (required)>'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/bin/bundle:19:in `load'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/bin/bundle:19:in `<main>'

So I tried a bit and checked mkmf.log and the last lines (where it apparently fails) is this:

--------------------

"gcc -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1/x86_64-linux -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1/ruby/backward -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1 -I/home/tobi/.rvm/gems/ruby-1.9.2-p290@greenfoes/gems/atk-1.0.1/ext/atk -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/x86_64-linux  -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/vendor_ruby/1.9.1/x86_64-linux      -O3 -ggdb -Wextra -Wno-unused-parameter -Wno-parentheses -Wpointer-arith -Wwrite-strings -Wno-missing-field-initializers -Wno-long-long  -fPIC -Wall   -c conftest.c"
conftest.c:4:18: fatal error: node.h: No such file or directory
compilation terminated.
checked program was:
/* begin */
1: #include "ruby.h"
2: 
3: #include "ruby.h"
4: #include "node.h"
5: int node_attrasgn = (int)NODE_ATTRASGN;
/* end */

The funny part is that atk 1.0.0. complains about the same thing but seems to keep on building:

--------------------

"gcc -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1/x86_64-linux -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1/ruby/backward -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1 -I/home/tobi/.rvm/gems/ruby-1.9.2-p290@greenfoes/gems/atk-1.0.0/ext/atk -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/x86_64-linux  -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/vendor_ruby/1.9.1/x86_64-linux      -O3 -ggdb -Wextra -Wno-unused-parameter -Wno-parentheses -Wpointer-arith -Wwrite-strings -Wno-missing-field-initializers -Wno-long-long  -fPIC -Wall   -c conftest.c"
conftest.c:4:18: fatal error: node.h: No such file or directory
compilation terminated.
checked program was:
/* begin */
1: #include "ruby.h"
2: 
3: #include "ruby.h"
4: #include "node.h"
5: int node_attrasgn = (int)NODE_ATTRASGN;
/* end */

setup_win32: checking for Win32 OS... -------------------- no
(etc.)

node.h is present in /home/tobi/.rvm/src/ruby-1.9.2-p290/node.h - but that directory doesn't seem to get included (at least from what I see) however I don't know where to change this. Help would be greatly appreciated...

cheers,
Tobi

----------------------------------------------------------------------

>Comment By: Kouhei Sutou (ktou)
Date: 2011-09-18 21:43

Message:
It seems that this is RubyGems version specific problem.
Could you show me your RubyGems version?
% gem env

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3411204&group_id=53614

Bugs item #3411204, was opened at 2011-09-18 14:28
Message generated for change (Tracker Item Submitted) made by onedragon
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3411204&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Tobias Pfeiffer (onedragon)
Assigned to: Nobody/Anonymous (nobody)
Summary: atk(1.0.1) fails to build

Initial Comment:
Hi guys,

I had 1.0.0 installed and upon seeing the news I wanted to try to upgrade, unfortunately this presents with the following error:

bundle update
Updating https://github.com/ashbb/green_shoes
Unpacking objects: 100% (79/79), done.
Fetching source index for http://rubygems.org/
Using rake (0.9.2) 
Using addressable (2.2.6) 
Using pkg-config (1.1.2) 
Installing glib2 (1.0.1) with native extensions 
Installing atk (1.0.1) with native extensions /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:552:in `rescue in block in build_extensions': ERROR: Failed to build gem native extension. (Gem::Installer::ExtensionBuildError)

        /home/tobi/.rvm/rubies/ruby-1.9.2-p290/bin/ruby extconf.rb 
checking for GCC... yes
checking for rb_define_alloc_func() in ruby.h... yes
checking for rb_block_proc() in ruby.h... yes
checking for new allocation framework... yes
checking for attribute assignment... *** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of
necessary libraries and/or headers.  Check the mkmf.log file for more
details.  You may need configuration options.

Provided configuration options:
	--with-opt-dir
	--without-opt-dir
	--with-opt-include
	--without-opt-include=${opt-dir}/include
	--with-opt-lib
	--without-opt-lib=${opt-dir}/lib
	--with-make-prog
	--without-make-prog
	--srcdir=.
	--curdir
	--ruby=/home/tobi/.rvm/rubies/ruby-1.9.2-p290/bin/ruby
/home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/specification.rb:1473:in `method_missing': undefined method `last' for #<Gem::Specification name=glib2 version=1.0.1> (NoMethodError)
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@greenfoes/gems/glib2-1.0.1/lib/mkmf-gnome2.rb:82:in `add_depend_package'
	from extconf.rb:36:in `block in <main>'
	from extconf.rb:33:in `each'
	from extconf.rb:33:in `<main>'
no


Gem files will remain installed in /home/tobi/.rvm/gems/ruby-1.9.2-p290@greenfoes/gems/atk-1.0.1 for inspection.
Results logged to /home/tobi/.rvm/gems/ruby-1.9.2-p290@greenfoes/gems/atk-1.0.1/ext/atk/gem_make.out
	from /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:530:in `block in build_extensions'
	from /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:505:in `each'
	from /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:505:in `build_extensions'
	from /home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/rubygems/installer.rb:180:in `install'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/source.rb:101:in `block in install'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/rubygems_integration.rb:78:in `preserve_paths'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/source.rb:91:in `install'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/installer.rb:58:in `block (2 levels) in run'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/rubygems_integration.rb:93:in `with_build_args'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/installer.rb:57:in `block in run'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/installer.rb:49:in `run'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/installer.rb:8:in `install'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/cli.rb:268:in `update'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/vendor/thor/task.rb:22:in `run'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/vendor/thor/invocation.rb:118:in `invoke_task'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/vendor/thor.rb:263:in `dispatch'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/lib/bundler/vendor/thor/base.rb:386:in `start'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/gems/bundler-1.0.18/bin/bundle:13:in `<top (required)>'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/bin/bundle:19:in `load'
	from /home/tobi/.rvm/gems/ruby-1.9.2-p290@global/bin/bundle:19:in `<main>'

So I tried a bit and checked mkmf.log and the last lines (where it apparently fails) is this:

--------------------

"gcc -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1/x86_64-linux -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1/ruby/backward -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1 -I/home/tobi/.rvm/gems/ruby-1.9.2-p290@greenfoes/gems/atk-1.0.1/ext/atk -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/x86_64-linux  -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/vendor_ruby/1.9.1/x86_64-linux      -O3 -ggdb -Wextra -Wno-unused-parameter -Wno-parentheses -Wpointer-arith -Wwrite-strings -Wno-missing-field-initializers -Wno-long-long  -fPIC -Wall   -c conftest.c"
conftest.c:4:18: fatal error: node.h: No such file or directory
compilation terminated.
checked program was:
/* begin */
1: #include "ruby.h"
2: 
3: #include "ruby.h"
4: #include "node.h"
5: int node_attrasgn = (int)NODE_ATTRASGN;
/* end */

The funny part is that atk 1.0.0. complains about the same thing but seems to keep on building:

--------------------

"gcc -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1/x86_64-linux -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1/ruby/backward -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/include/ruby-1.9.1 -I/home/tobi/.rvm/gems/ruby-1.9.2-p290@greenfoes/gems/atk-1.0.0/ext/atk -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/x86_64-linux  -I/home/tobi/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/vendor_ruby/1.9.1/x86_64-linux      -O3 -ggdb -Wextra -Wno-unused-parameter -Wno-parentheses -Wpointer-arith -Wwrite-strings -Wno-missing-field-initializers -Wno-long-long  -fPIC -Wall   -c conftest.c"
conftest.c:4:18: fatal error: node.h: No such file or directory
compilation terminated.
checked program was:
/* begin */
1: #include "ruby.h"
2: 
3: #include "ruby.h"
4: #include "node.h"
5: int node_attrasgn = (int)NODE_ATTRASGN;
/* end */

setup_win32: checking for Win32 OS... -------------------- no
(etc.)

node.h is present in /home/tobi/.rvm/src/ruby-1.9.2-p290/node.h - but that directory doesn't seem to get included (at least from what I see) however I don't know where to change this. Help would be greatly appreciated...

cheers,
Tobi

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3411204&group_id=53614

Bugs item #3383158, was opened at 2011-07-31 13:03
Message generated for change (Comment added) made by ktou
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3383158&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Antonio Terceiro (terceiro)
Assigned to: Nobody/Anonymous (nobody)
Summary: 1.0.0 fails to build with LANG=C and ruby1.9.1

Initial Comment:
Hello, 

I am working to have ruby-gnome2 1.0.0 in Debian, and the gtk2 module fails to build for ruby 1.9 when using the 'C' locale in an update to date Debian unstable system. See the copy-pasted terminal output below:

terceiro@morere:/tmp/tmp$ ll
total 1140
-rw-r--r-- 1 terceiro terceiro 1160036 Jul 30 20:56 ruby-gnome2-all-1.0.0.tar.gz
terceiro@morere:/tmp/tmp$ tar xzf ruby-gnome2-all-1.0.0.tar.gz 
terceiro@morere:/tmp/tmp$ cd ruby-gnome2-all-1.0.0/gtk2/ext/gtk2/
terceiro@morere:/tmp/tmp/ruby-gnome2-all-1.0.0/gtk2/ext/gtk2$ ruby1.9.1 extconf.rb 
checking for GCC... yes
checking for rb_define_alloc_func() in ruby.h... yes
checking for rb_block_proc() in ruby.h... yes
checking for new allocation framework... yes
checking for attribute assignment... no
checking for cairo... yes
checking for rb_cairo.h... yes
checking for Win32 OS... no
checking for gthread-2.0... yes
checking for gtk+-2.0... yes
checking for st.h... yes
checking for ruby/st.h... yes
checking for target... x11
checking for gtk_plug_get_type() in gtk/gtk.h... yes
checking for gtk_socket_get_type() in gtk/gtk.h... yes
checking for pango_render_part_get_type() in gtk/gtk.h... yes
checking for gtk/gtkfilesystem.h... yes
checking for X11/Xlib.h... yes
checking for main() in -lX11... yes
checking for XReadBitmapFileData() in X11/Xlib.h... yes
checking for XGetErrorText() in X11/Xlib.h... yes
checking for gtk+-unix-print-2.0... yes
checking for rb_errinfo()... yes
creating ruby-gtk2.pc
creating Makefile
terceiro@morere:/tmp/tmp/ruby-gnome2-all-1.0.0/gtk2/ext/gtk2$ LANG=C ruby1.9.1 extconf.rb 
checking for GCC... yes
checking for rb_define_alloc_func() in ruby.h... yes
checking for rb_block_proc() in ruby.h... yes
checking for new allocation framework... yes
checking for attribute assignment... no
checking for cairo... yes
checking for rb_cairo.h... yes
checking for Win32 OS... no
checking for gthread-2.0... yes
checking for gtk+-2.0... yes
checking for st.h... yes
checking for ruby/st.h... yes
checking for target... x11
checking for gtk_plug_get_type() in gtk/gtk.h... yes
checking for gtk_socket_get_type() in gtk/gtk.h... yes
checking for pango_render_part_get_type() in gtk/gtk.h... yes
checking for gtk/gtkfilesystem.h... yes
checking for X11/Xlib.h... yes
checking for main() in -lX11... yes
checking for XReadBitmapFileData() in X11/Xlib.h... yes
checking for XGetErrorText() in X11/Xlib.h... yes
checking for gtk+-unix-print-2.0... yes
checking for rb_errinfo()... yes
creating ruby-gtk2.pc
extconf.rb:121:in `block (2 levels) in run': invalid byte sequence in US-ASCII (ArgumentError)
	from /usr/lib/ruby/1.9.1/pathname.rb:771:in `foreach'
	from /usr/lib/ruby/1.9.1/pathname.rb:771:in `each_line'
	from extconf.rb:120:in `block in run'
	from extconf.rb:119:in `each'
	from extconf.rb:119:in `run'
	from extconf.rb:188:in `block in <main>'
	from /usr/lib/ruby/1.9.1/pathname.rb:829:in `open'
	from /usr/lib/ruby/1.9.1/pathname.rb:829:in `open'
	from extconf.rb:182:in `<main>'
terceiro@morere:/tmp/tmp/ruby-gnome2-all-1.0.0/gtk2/ext/gtk2$ file -i * | grep -v ascii
rbgtkcellrendererspinner.c:   text/x-c; charset=utf-8
rbgtkinits.c:                 application/x-empty; charset=binary
rbgtkspinner.c:               text/x-c; charset=utf-8

This is triggered by UTF-8 data in rbgtkcellrendererspinner.c and rbgtkinits.c. I was able to build with the attached patch, but this does not look like the right way to fix the problem. I could not investigate further, but simply reading those files should not crash like that, and should also not depend on the current locale ...

----------------------------------------------------------------------

>Comment By: Kouhei Sutou (ktou)
Date: 2011-07-31 14:58

Message:
Thanks for your report!
We've just removed "$Date$" tag from header.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3383158&group_id=53614

Bugs item #3383158, was opened at 2011-07-31 01:03
Message generated for change (Tracker Item Submitted) made by terceiro
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3383158&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Antonio Terceiro (terceiro)
Assigned to: Nobody/Anonymous (nobody)
Summary: 1.0.0 fails to build with LANG=C and ruby1.9.1

Initial Comment:
Hello, 

I am working to have ruby-gnome2 1.0.0 in Debian, and the gtk2 module fails to build for ruby 1.9 when using the 'C' locale in an update to date Debian unstable system. See the copy-pasted terminal output below:

terceiro@morere:/tmp/tmp$ ll
total 1140
-rw-r--r-- 1 terceiro terceiro 1160036 Jul 30 20:56 ruby-gnome2-all-1.0.0.tar.gz
terceiro@morere:/tmp/tmp$ tar xzf ruby-gnome2-all-1.0.0.tar.gz 
terceiro@morere:/tmp/tmp$ cd ruby-gnome2-all-1.0.0/gtk2/ext/gtk2/
terceiro@morere:/tmp/tmp/ruby-gnome2-all-1.0.0/gtk2/ext/gtk2$ ruby1.9.1 extconf.rb 
checking for GCC... yes
checking for rb_define_alloc_func() in ruby.h... yes
checking for rb_block_proc() in ruby.h... yes
checking for new allocation framework... yes
checking for attribute assignment... no
checking for cairo... yes
checking for rb_cairo.h... yes
checking for Win32 OS... no
checking for gthread-2.0... yes
checking for gtk+-2.0... yes
checking for st.h... yes
checking for ruby/st.h... yes
checking for target... x11
checking for gtk_plug_get_type() in gtk/gtk.h... yes
checking for gtk_socket_get_type() in gtk/gtk.h... yes
checking for pango_render_part_get_type() in gtk/gtk.h... yes
checking for gtk/gtkfilesystem.h... yes
checking for X11/Xlib.h... yes
checking for main() in -lX11... yes
checking for XReadBitmapFileData() in X11/Xlib.h... yes
checking for XGetErrorText() in X11/Xlib.h... yes
checking for gtk+-unix-print-2.0... yes
checking for rb_errinfo()... yes
creating ruby-gtk2.pc
creating Makefile
terceiro@morere:/tmp/tmp/ruby-gnome2-all-1.0.0/gtk2/ext/gtk2$ LANG=C ruby1.9.1 extconf.rb 
checking for GCC... yes
checking for rb_define_alloc_func() in ruby.h... yes
checking for rb_block_proc() in ruby.h... yes
checking for new allocation framework... yes
checking for attribute assignment... no
checking for cairo... yes
checking for rb_cairo.h... yes
checking for Win32 OS... no
checking for gthread-2.0... yes
checking for gtk+-2.0... yes
checking for st.h... yes
checking for ruby/st.h... yes
checking for target... x11
checking for gtk_plug_get_type() in gtk/gtk.h... yes
checking for gtk_socket_get_type() in gtk/gtk.h... yes
checking for pango_render_part_get_type() in gtk/gtk.h... yes
checking for gtk/gtkfilesystem.h... yes
checking for X11/Xlib.h... yes
checking for main() in -lX11... yes
checking for XReadBitmapFileData() in X11/Xlib.h... yes
checking for XGetErrorText() in X11/Xlib.h... yes
checking for gtk+-unix-print-2.0... yes
checking for rb_errinfo()... yes
creating ruby-gtk2.pc
extconf.rb:121:in `block (2 levels) in run': invalid byte sequence in US-ASCII (ArgumentError)
	from /usr/lib/ruby/1.9.1/pathname.rb:771:in `foreach'
	from /usr/lib/ruby/1.9.1/pathname.rb:771:in `each_line'
	from extconf.rb:120:in `block in run'
	from extconf.rb:119:in `each'
	from extconf.rb:119:in `run'
	from extconf.rb:188:in `block in <main>'
	from /usr/lib/ruby/1.9.1/pathname.rb:829:in `open'
	from /usr/lib/ruby/1.9.1/pathname.rb:829:in `open'
	from extconf.rb:182:in `<main>'
terceiro@morere:/tmp/tmp/ruby-gnome2-all-1.0.0/gtk2/ext/gtk2$ file -i * | grep -v ascii
rbgtkcellrendererspinner.c:   text/x-c; charset=utf-8
rbgtkinits.c:                 application/x-empty; charset=binary
rbgtkspinner.c:               text/x-c; charset=utf-8

This is triggered by UTF-8 data in rbgtkcellrendererspinner.c and rbgtkinits.c. I was able to build with the attached patch, but this does not look like the right way to fix the problem. I could not investigate further, but simply reading those files should not crash like that, and should also not depend on the current locale ...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3383158&group_id=53614

Bugs item #3374379, was opened at 2011-07-22 00:12
Message generated for change (Tracker Item Submitted) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3374379&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: v1.0 (example)
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Hackeron ()
Assigned to: Nobody/Anonymous (nobody)
Summary: undefined method `from_string' for Gst::Caps:Class

Initial Comment:
The API documentation says to use Gst::Caps.from_string but there is no such method :/

I have gstreamer (1.0.0) installed by running gem install gstreamer.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3374379&group_id=53614

Bugs item #3338446, was opened at 2011-06-28 06:08
Message generated for change (Comment added) made by ktou
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3338446&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: O.Petro (opetro)
Assigned to: Nobody/Anonymous (nobody)
Summary: MenuBar Display Error

Initial Comment:
Hello,
the tutorial's simple MenuBar example (http://ruby-gnome2.sourceforge.jp/hiki.cgi?tut-gtk2-mnstbs-mnub) doesn''t work on my installation. Other examples without a MenuBar code are running seamlessly though. Generally, as soon as I try to display a MenuBar inside a window the background turns black without the menu being displayed. I have the latest gtk2 gem (0.90.9) installed and also gave it a try by compiling gtk2 from the sources.
This happens both with tuby 1.8.7 and 1.9.2. I'm running Ubuntu Natty. 

Tell me if you need any further information about installed libs etc.
O.

----------------------------------------------------------------------

>Comment By: Kouhei Sutou (ktou)
Date: 2011-07-07 16:28

Message:
I confirmed it on Natty. But it works well on classic style desktop. It
means that it's a problem depends on GTK+ or Unity.
So it's not a problem of Ruby/GTK2. It's better that you post it in
bugzilla.gnome.org.


----------------------------------------------------------------------

Comment By: O.Petro (opetro)
Date: 2011-06-29 02:16

Message:
Screenshots attached.

----------------------------------------------------------------------

Comment By: Kouhei Sutou (ktou)
Date: 2011-06-28 21:49

Message:
I got the same result of the URL.
Could you attach a screnshot of your problem case?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3338446&group_id=53614

Bugs item #3350148, was opened at 2011-07-03 11:57
Message generated for change (Comment added) made by ktou
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3350148&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: unlimited (unlimitedname)
Assigned to: Nobody/Anonymous (nobody)
Summary: Poppler::IndexIter#child doesn't seem to descend

Initial Comment:
Hi. I'm rather confused. I looked at the code and what I'm reporting here makes absolutely no sense to me, but I'm doing it anyway, as I believe I have no other option.
So, it seems to be impossible to reach any node within the document outline, below the toplevel nodes. This is the code I'm using to test it:
<pre>
require 'rubygems'
require 'poppler'

doc = Poppler::Document.new("example.pdf")

def print_tree(iter)
  puts iter.action.title
  if child = iter.child
    puts "desc"
    print_tree(iter)
  end
  if iter.next
    puts "next"
    print_tree(iter) 
  end
end

print_tree(doc.index_iter)
</pre>

My test document (actually mirror.ctan.org/biblio/bibtex/utils/alphabib/example.pdf) has one toplevel node, with several children. The code above though, prints the toplevel node until SystemStackError occurs. The child nodes are never accessed.

To verify that my understanding of the Poppler API is correct, I tried the same in python:
<pre>
import poppler

doc = poppler.document_new_from_file("file:///home/nilclass/poppler-bug/example.pdf", "")

def print_tree(iter):
    print iter.get_action().title
    child = iter.get_child()
    if(child):
        print "desc"
        print_tree(child)
    if(iter.next()):
        print "next"
        print_tree(iter)

print_tree(poppler.IndexIter(doc))
</pre>

This works as expected, so I believe the error is somewhere within the ruby bindings.

Versions:
ruby 1.8.7 (2010-08-16 patchlevel 302) [x86_64-linux]
poppler 0.16.4 (ubuntu packages libpoppler13 and libpoppler-glib6)
poppler gem 0.90.9

Anyway, thank's a lot for all the rest of ruby-gnome that works wonderfully :)

----------------------------------------------------------------------

>Comment By: Kouhei Sutou (ktou)
Date: 2011-07-03 12:58

Message:
Could you give us an example PDF?

----------------------------------------------------------------------

Comment By: unlimited (unlimitedname)
Date: 2011-07-03 12:00

Message:
this is bullshit. I had an obvious error in my code, so here's the new
version:

require 'rubygems'
require 'poppler'

doc = Poppler::Document.new("example.pdf")

def print_tree(iter)
  puts iter.action.title if iter.action
  if child = iter.child
    puts "desc"
    print_tree(child)
  end
  if iter.next
    puts "next"
    print_tree(iter) 
  end
end

print_tree(doc.index_iter)


The error described above was obviously an error in my code, but what I'm
experiencing now is, that within all second-level nodes the "action" method
returns nil (hence the added check). All nodes are visited ("desc"/"next"
printed as expected), though the action is empty. Needless to say - I'm
even more confused than before.

Sorry for the mess.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3350148&group_id=53614

Bugs item #3350148, was opened at 2011-07-03 04:57
Message generated for change (Comment added) made by unlimitedname
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3350148&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: unlimited (unlimitedname)
Assigned to: Nobody/Anonymous (nobody)
Summary: Poppler::IndexIter#child doesn't seem to descend

Initial Comment:
Hi. I'm rather confused. I looked at the code and what I'm reporting here makes absolutely no sense to me, but I'm doing it anyway, as I believe I have no other option.
So, it seems to be impossible to reach any node within the document outline, below the toplevel nodes. This is the code I'm using to test it:
<pre>
require 'rubygems'
require 'poppler'

doc = Poppler::Document.new("example.pdf")

def print_tree(iter)
  puts iter.action.title
  if child = iter.child
    puts "desc"
    print_tree(iter)
  end
  if iter.next
    puts "next"
    print_tree(iter) 
  end
end

print_tree(doc.index_iter)
</pre>

My test document (actually mirror.ctan.org/biblio/bibtex/utils/alphabib/example.pdf) has one toplevel node, with several children. The code above though, prints the toplevel node until SystemStackError occurs. The child nodes are never accessed.

To verify that my understanding of the Poppler API is correct, I tried the same in python:
<pre>
import poppler

doc = poppler.document_new_from_file("file:///home/nilclass/poppler-bug/example.pdf", "")

def print_tree(iter):
    print iter.get_action().title
    child = iter.get_child()
    if(child):
        print "desc"
        print_tree(child)
    if(iter.next()):
        print "next"
        print_tree(iter)

print_tree(poppler.IndexIter(doc))
</pre>

This works as expected, so I believe the error is somewhere within the ruby bindings.

Versions:
ruby 1.8.7 (2010-08-16 patchlevel 302) [x86_64-linux]
poppler 0.16.4 (ubuntu packages libpoppler13 and libpoppler-glib6)
poppler gem 0.90.9

Anyway, thank's a lot for all the rest of ruby-gnome that works wonderfully :)

----------------------------------------------------------------------

>Comment By: unlimited (unlimitedname)
Date: 2011-07-03 05:00

Message:
this is bullshit. I had an obvious error in my code, so here's the new
version:

require 'rubygems'
require 'poppler'

doc = Poppler::Document.new("example.pdf")

def print_tree(iter)
  puts iter.action.title if iter.action
  if child = iter.child
    puts "desc"
    print_tree(child)
  end
  if iter.next
    puts "next"
    print_tree(iter) 
  end
end

print_tree(doc.index_iter)


The error described above was obviously an error in my code, but what I'm
experiencing now is, that within all second-level nodes the "action" method
returns nil (hence the added check). All nodes are visited ("desc"/"next"
printed as expected), though the action is empty. Needless to say - I'm
even more confused than before.

Sorry for the mess.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3350148&group_id=53614

Bugs item #3350148, was opened at 2011-07-03 04:57
Message generated for change (Tracker Item Submitted) made by unlimitedname
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3350148&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: unlimited (unlimitedname)
Assigned to: Nobody/Anonymous (nobody)
Summary: Poppler::IndexIter#child doesn't seem to descend

Initial Comment:
Hi. I'm rather confused. I looked at the code and what I'm reporting here makes absolutely no sense to me, but I'm doing it anyway, as I believe I have no other option.
So, it seems to be impossible to reach any node within the document outline, below the toplevel nodes. This is the code I'm using to test it:
<pre>
require 'rubygems'
require 'poppler'

doc = Poppler::Document.new("example.pdf")

def print_tree(iter)
  puts iter.action.title
  if child = iter.child
    puts "desc"
    print_tree(iter)
  end
  if iter.next
    puts "next"
    print_tree(iter) 
  end
end

print_tree(doc.index_iter)
</pre>

My test document (actually mirror.ctan.org/biblio/bibtex/utils/alphabib/example.pdf) has one toplevel node, with several children. The code above though, prints the toplevel node until SystemStackError occurs. The child nodes are never accessed.

To verify that my understanding of the Poppler API is correct, I tried the same in python:
<pre>
import poppler

doc = poppler.document_new_from_file("file:///home/nilclass/poppler-bug/example.pdf", "")

def print_tree(iter):
    print iter.get_action().title
    child = iter.get_child()
    if(child):
        print "desc"
        print_tree(child)
    if(iter.next()):
        print "next"
        print_tree(iter)

print_tree(poppler.IndexIter(doc))
</pre>

This works as expected, so I believe the error is somewhere within the ruby bindings.

Versions:
ruby 1.8.7 (2010-08-16 patchlevel 302) [x86_64-linux]
poppler 0.16.4 (ubuntu packages libpoppler13 and libpoppler-glib6)
poppler gem 0.90.9

Anyway, thank's a lot for all the rest of ruby-gnome that works wonderfully :)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3350148&group_id=53614

Bugs item #3338446, was opened at 2011-06-27 23:08
Message generated for change (Comment added) made by opetro
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3338446&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: O.Petro (opetro)
Assigned to: Nobody/Anonymous (nobody)
Summary: MenuBar Display Error

Initial Comment:
Hello,
the tutorial's simple MenuBar example (http://ruby-gnome2.sourceforge.jp/hiki.cgi?tut-gtk2-mnstbs-mnub) doesn''t work on my installation. Other examples without a MenuBar code are running seamlessly though. Generally, as soon as I try to display a MenuBar inside a window the background turns black without the menu being displayed. I have the latest gtk2 gem (0.90.9) installed and also gave it a try by compiling gtk2 from the sources.
This happens both with tuby 1.8.7 and 1.9.2. I'm running Ubuntu Natty. 

Tell me if you need any further information about installed libs etc.
O.

----------------------------------------------------------------------

>Comment By: O.Petro (opetro)
Date: 2011-06-28 19:16

Message:
Screenshots attached.

----------------------------------------------------------------------

Comment By: Kouhei Sutou (ktou)
Date: 2011-06-28 14:49

Message:
I got the same result of the URL.
Could you attach a screnshot of your problem case?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3338446&group_id=53614

Bugs item #3338446, was opened at 2011-06-28 06:08
Message generated for change (Comment added) made by ktou
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3338446&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: O.Petro (opetro)
Assigned to: Nobody/Anonymous (nobody)
Summary: MenuBar Display Error

Initial Comment:
Hello,
the tutorial's simple MenuBar example (http://ruby-gnome2.sourceforge.jp/hiki.cgi?tut-gtk2-mnstbs-mnub) doesn''t work on my installation. Other examples without a MenuBar code are running seamlessly though. Generally, as soon as I try to display a MenuBar inside a window the background turns black without the menu being displayed. I have the latest gtk2 gem (0.90.9) installed and also gave it a try by compiling gtk2 from the sources.
This happens both with tuby 1.8.7 and 1.9.2. I'm running Ubuntu Natty. 

Tell me if you need any further information about installed libs etc.
O.

----------------------------------------------------------------------

>Comment By: Kouhei Sutou (ktou)
Date: 2011-06-28 21:49

Message:
I got the same result of the URL.
Could you attach a screnshot of your problem case?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3338446&group_id=53614

Bugs item #3338446, was opened at 2011-06-27 23:08
Message generated for change (Tracker Item Submitted) made by opetro
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3338446&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: O.Petro (opetro)
Assigned to: Nobody/Anonymous (nobody)
Summary: MenuBar Display Error

Initial Comment:
Hello,
the tutorial's simple MenuBar example (http://ruby-gnome2.sourceforge.jp/hiki.cgi?tut-gtk2-mnstbs-mnub) doesn''t work on my installation. Other examples without a MenuBar code are running seamlessly though. Generally, as soon as I try to display a MenuBar inside a window the background turns black without the menu being displayed. I have the latest gtk2 gem (0.90.9) installed and also gave it a try by compiling gtk2 from the sources.
This happens both with tuby 1.8.7 and 1.9.2. I'm running Ubuntu Natty. 

Tell me if you need any further information about installed libs etc.
O.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3338446&group_id=53614

Bugs item #3312572, was opened at 2011-06-07 01:15
Message generated for change (Comment added) made by ktou
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3312572&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Evan Phoenix (evanphx)
Assigned to: Nobody/Anonymous (nobody)
Summary: Syntax error in rbglib_error.c

Initial Comment:
There is a syntax error in rbglib_error.c. It happens to work in MRI because NIL_P wraps the whole expression in parens, but does not in Rubinius.

I believe this is just a simple oversight.

----------------------------------------------------------------------

>Comment By: Kouhei Sutou (ktou)
Date: 2011-06-11 12:58

Message:
Thanks for your report!
I've applied your patch in trunk.

But I forgot to include your patch into 0.90.9, the latest release...
I'm so sorry...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3312572&group_id=53614

Bugs item #3312572, was opened at 2011-06-06 09:15
Message generated for change (Tracker Item Submitted) made by evanphx
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3312572&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Evan Phoenix (evanphx)
Assigned to: Nobody/Anonymous (nobody)
Summary: Syntax error in rbglib_error.c

Initial Comment:
There is a syntax error in rbglib_error.c. It happens to work in MRI because NIL_P wraps the whole expression in parens, but does not in Rubinius.

I believe this is just a simple oversight.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3312572&group_id=53614

Bugs item #3305589, was opened at 2011-05-22 01:26
Message generated for change (Settings changed) made by ktou
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3305589&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Piotr Korzuszek ()
Assigned to: Nobody/Anonymous (nobody)
Summary: Gtk::AccelGroup beign garbage collected

Initial Comment:
ruby-gnome2 version: 0.90.8
ruby version: 1.9.2p0 (2010-08-18 revision 29036) [x86_64-linux]
os: GNU/Linux 2.6.38-8-generic #42-Ubuntu SMP x86_64

Adding Gtk::AccelGroup to Gtk::Window without keeping reference to the first one will result in message:
warning: GRClosure invoking callback: already destroyed: (anonymous)
And no action will be executed.

I'm attaching example that shows the problem. It's based on wiki example.

----------------------------------------------------------------------

>Comment By: Kouhei Sutou (ktou)
Date: 2011-05-22 14:27

Message:
Thank for your report.
I've fixed it in trunk.

Here is a workaround before releasing 0.90.9:
  win.add_accel_group(ag)
  win.instance_variable_set("@accel_group", ag) # <- add it.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3305589&group_id=53614

Bugs item #3305589, was opened at 2011-05-21 18:26
Message generated for change (Tracker Item Submitted) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3305589&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Piotr Korzuszek ()
Assigned to: Nobody/Anonymous (nobody)
Summary: Gtk::AccelGroup beign garbage collected

Initial Comment:
ruby-gnome2 version: 0.90.8
ruby version: 1.9.2p0 (2010-08-18 revision 29036) [x86_64-linux]
os: GNU/Linux 2.6.38-8-generic #42-Ubuntu SMP x86_64

Adding Gtk::AccelGroup to Gtk::Window without keeping reference to the first one will result in message:
warning: GRClosure invoking callback: already destroyed: (anonymous)
And no action will be executed.

I'm attaching example that shows the problem. It's based on wiki example.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3305589&group_id=53614

Bugs item #3292118, was opened at 2011-04-24 03:39
Message generated for change (Comment added) made by ktou
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3292118&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Mamoru Tasaka (mtasaka)
Assigned to: Nobody/Anonymous (nobody)
Summary: test fails with poppler 0.17.0 on ruby-poppler

Initial Comment:
With 
- rubygem-poppler 0.90.8
- poppler 0.17.0
- ruby 1.8.7 p334

ruby test/run-test./run-test.rb fails like:
-----------------------------------------------------------
  2) Error:
test_render_to_pixbuf(TestPage):
ArgumentError: GDK is not available
    ./test/test_page.rb:23:in `render'
    ./test/test_page.rb:23:in `test_render_to_pixbuf'

  3) Error:
test_render_to_pixbuf_for_printing(TestPage):
ArgumentError: GDK is not available
    ./test/test_page.rb:37:in `render_for_printing'
    ./test/test_page.rb:37:in `test_render_to_pixbuf_for_printing'
  2) Error:
test_render_to_pixbuf(TestPage):
ArgumentError: GDK is not available
    ./test/test_page.rb:23:in `render'
    ./test/test_page.rb:23:in `test_render_to_pixbuf'

  3) Error:
test_render_to_pixbuf_for_printing(TestPage):
ArgumentError: GDK is not available
    ./test/test_page.rb:37:in `render_for_printing'
    ./test/test_page.rb:37:in `test_render_to_pixbuf_for_printing'
-----------------------------------------------------------

Fedora's poppler maintainer says that poppler_page_render_to_pixbuf()
was remove in poppler 0.17.0, and POPPLER_WITH_GDK macro
no longer exists.
ref: https://bugzilla.redhat.com/show_bug.cgi?id=698169
Currently I have no idea how to fix this.

----------------------------------------------------------------------

>Comment By: Kouhei Sutou (ktou)
Date: 2011-05-06 21:24

Message:
Thanks for your report and sorry for my late response.

I've fixed it in trunk.
We can just ignore the tests on Poppler 0.17.0. They aren't required in
Ruby/Poppler.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3292118&group_id=53614

Bugs item #3292118, was opened at 2011-04-24 03:39
Message generated for change (Tracker Item Submitted) made by mtasaka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3292118&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Mamoru Tasaka (mtasaka)
Assigned to: Nobody/Anonymous (nobody)
Summary: test fails with poppler 0.17.0 on ruby-poppler

Initial Comment:
With 
- rubygem-poppler 0.90.8
- poppler 0.17.0
- ruby 1.8.7 p334

ruby test/run-test./run-test.rb fails like:
-----------------------------------------------------------
  2) Error:
test_render_to_pixbuf(TestPage):
ArgumentError: GDK is not available
    ./test/test_page.rb:23:in `render'
    ./test/test_page.rb:23:in `test_render_to_pixbuf'

  3) Error:
test_render_to_pixbuf_for_printing(TestPage):
ArgumentError: GDK is not available
    ./test/test_page.rb:37:in `render_for_printing'
    ./test/test_page.rb:37:in `test_render_to_pixbuf_for_printing'
  2) Error:
test_render_to_pixbuf(TestPage):
ArgumentError: GDK is not available
    ./test/test_page.rb:23:in `render'
    ./test/test_page.rb:23:in `test_render_to_pixbuf'

  3) Error:
test_render_to_pixbuf_for_printing(TestPage):
ArgumentError: GDK is not available
    ./test/test_page.rb:37:in `render_for_printing'
    ./test/test_page.rb:37:in `test_render_to_pixbuf_for_printing'
-----------------------------------------------------------

Fedora's poppler maintainer says that poppler_page_render_to_pixbuf()
was remove in poppler 0.17.0, and POPPLER_WITH_GDK macro
no longer exists.
ref: https://bugzilla.redhat.com/show_bug.cgi?id=698169
Currently I have no idea how to fix this.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3292118&group_id=53614

Bugs item #3270846, was opened at 2011-04-03 12:12
Message generated for change (Comment added) made by ktou
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3270846&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Funky Bibimbap (funky-bibimbap)
Assigned to: Nobody/Anonymous (nobody)
Summary: Ubuntu Natty Narwhal pkgconfig uses custom directories

Initial Comment:
When trying to install ruby-gnome2 gems by hand (rather than using the .deb packages, since I'm using rvm), glib2 bindings fail:

$ gem install glib2
Building native extensions.  This could take a while...
[...]
checking for gobject-2.0... no
*** extconf.rb failed ***
[...]

Setting the PKG_CONFIG_PATH environment variables fixes the issue:

$ PKG_CONFIG_PATH="/usr/lib/x86_64-linux-gnu/pkgconfig/" gem install glib2
Building native extensions.  This could take a while...
Successfully installed glib2-0.90.8
[...]

This is because the package libglib2.0-dev (and a few others) installs the .pc files in /usr/lib/x86_64-linux-gnu/pkgconfig instead of /usr/lib/pkgconfig/. I asked a question on launchpad about that ( https://answers.launchpad.net/ubuntu/+source/pkg-config/+question/150721 ) but no answer yet so I thought I'd better make a bug report here.

----------------------------------------------------------------------

>Comment By: Kouhei Sutou (ktou)
Date: 2011-04-03 12:55

Message:
Thanks for your report!
I've fixed it and released pkg-config 1.1.0!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3270846&group_id=53614

Bugs item #3270846, was opened at 2011-04-03 12:12
Message generated for change (Tracker Item Submitted) made by funky-bibimbap
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3270846&group_id=53614

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Funky Bibimbap (funky-bibimbap)
Assigned to: Nobody/Anonymous (nobody)
Summary: Ubuntu Natty Narwhal pkgconfig uses custom directories

Initial Comment:
When trying to install ruby-gnome2 gems by hand (rather than using the .deb packages, since I'm using rvm), glib2 bindings fail:

$ gem install glib2
Building native extensions.  This could take a while...
[...]
checking for gobject-2.0... no
*** extconf.rb failed ***
[...]

Setting the PKG_CONFIG_PATH environment variables fixes the issue:

$ PKG_CONFIG_PATH="/usr/lib/x86_64-linux-gnu/pkgconfig/" gem install glib2
Building native extensions.  This could take a while...
Successfully installed glib2-0.90.8
[...]

This is because the package libglib2.0-dev (and a few others) installs the .pc files in /usr/lib/x86_64-linux-gnu/pkgconfig instead of /usr/lib/pkgconfig/. I asked a question on launchpad about that ( https://answers.launchpad.net/ubuntu/+source/pkg-config/+question/150721 ) but no answer yet so I thought I'd better make a bug report here.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=470969&aid=3270846&group_id=53614