<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>238837</bug_id>
          
          <creation_ts>2008-09-27 06:47 0000</creation_ts>
          <short_desc>dev-ruby/gtk+-0.16.0-r2 fails to build with gtk+-2.14.3</short_desc>
          <delta_ts>2008-09-28 07:56:17 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>238694</blocked>
          
          <everconfirmed>1</everconfirmed>
          <reporter>graaff@gentoo.org</reporter>
          <assigned_to>gnome@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>graaff@gentoo.org</who>
            <bug_when>2008-09-27 06:47:49 0000</bug_when>
            <thetext>See compilation error below. Note that the ruby-gnome2 bindings are already at 0.17 upstream and we intend to start working on that in the ruby overlay shortly. I&apos;m not sure if it will be easy to fix compilation with this version of gtk+ given that a whole header file is gone (which most likely indicates a significant change in functionality).

gcc -I. -I/var/tmp/portage/dev-ruby/ruby-gtk2-0.16.0-r2/work/ruby-gnome2-all-0.16.0/pango/src -I/var/tmp/portage/dev-ruby/ruby-gtk2-0.16.0-r2/work/ruby-gnome2-all-0.16.0/glib/src -I. -I/usr/lib64/ruby/1.8/x86_64-linux -I. -DHAVE_RB_DEFINE_ALLOC_FUNC -DHAVE_RB_BLOCK_PROC -DHAVE_OBJECT_ALLOCATE -DHAVE_NODE_ATTRASGN -DRUBY_GTK2_TARGET=\&quot;x11\&quot; -DHAVE_GTK_PLUG_GET_TYPE -DHAVE_GTK_SOCKET_GET_TYPE -DHAVE_PANGO_RENDER_PART_GET_TYPE -DHAVE_X11_XLIB_H -DHAVE_GTK_PRINT_UNIX_DIALOG_GET_TYPE -DHAVE_GTK_PRINT_JOB_GET_TYPE -DHAVE_GTK_PRINTER_GET_TYPE -DHAVE_RB_CAIRO_H -DRUBY_GTK2_COMPILATION   -I/usr/lib64/ruby/site_ruby/1.8/x86_64-linux  -fPIC -O2 -pipe -march=k8 -fno-strict-aliasing  -fPIC -Wall -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include   -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1   -I/usr/include/gtk-unix-print-2.0 -I/usr/include/gtk-2.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1   -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1    -c rbgtkfilechooser.c
rbgtkfilechooser.c:21:31: error: gtk/gtkfilesystem.h: No such file or directory
rbgtkfilechooser.c: In function ‘Init_gtk_file_chooser’:
rbgtkfilechooser.c:371: error: ‘GTK_FILE_SYSTEM_ERROR’ undeclared (first use in this function)
rbgtkfilechooser.c:371: error: (Each undeclared identifier is reported only once
rbgtkfilechooser.c:371: error: for each function it appears in.)
rbgtkfilechooser.c:372: error: ‘GTK_FILE_SYSTEM_ERROR_NONEXISTENT’ undeclared (first use in this function)
rbgtkfilechooser.c:373: error: ‘GTK_FILE_SYSTEM_ERROR_NOT_FOLDER’ undeclared (first use in this function)
rbgtkfilechooser.c:374: error: ‘GTK_FILE_SYSTEM_ERROR_INVALID_URI’ undeclared (first use in this function)
rbgtkfilechooser.c:375: error: ‘GTK_FILE_SYSTEM_ERROR_BAD_FILENAME’ undeclared (first use in this function)
rbgtkfilechooser.c:376: error: ‘GTK_FILE_SYSTEM_ERROR_FAILED’ undeclared (first use in this function)
rbgtkfilechooser.c:377: error: ‘GTK_FILE_SYSTEM_ERROR_ALREADY_EXISTS’ undeclared (first use in this function)
make[1]: *** [rbgtkfilechooser.o] Error 1
make[1]: Leaving directory `/var/tmp/portage/dev-ruby/ruby-gtk2-0.16.0-r2/work/ruby-gnome2-all-0.16.0/gtk/src&apos;
make: *** [all] Error 2</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>leio@gentoo.org</who>
            <bug_when>2008-09-28 07:23:18 0000</bug_when>
            <thetext>GtkFileSystem was a semi-private construct that was possible to access before mostly only so that libgnomeui can provide gnome-vfs filesystems backend for remote filesystem access. gtk+-2.14 now uses GIO for it instead and doesn&apos;t expose any specific about it - remote filesystem access is provided by gnome-base/gvfs (and any possible later separate packages that might show up in the future that provide gio filesystem modules) in a cleaner way. User just installs gvfs with chosen vfs support (exposed via USE flags) and that remote vfs support gets added to the GIO built-in local filesystem support.

Basically, don&apos;t wrap GtkFilesystem at all, never should have.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>graaff@gentoo.org</who>
            <bug_when>2008-09-28 07:49:56 0000</bug_when>
            <thetext>Removing the wrapping of GtkFileSystem seems to work well. It is not used anywhere else in the bindings. I guess this may break some apps using the bindings that rely on this, but based on the comments they should not have been using this in the first place.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>graaff@gentoo.org</who>
            <bug_when>2008-09-28 07:50:59 0000</bug_when>
            <thetext>Created an attachment (id=166656)
Proposed patch to fix this problem.

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>leio@gentoo.org</who>
            <bug_when>2008-09-28 07:51:08 0000</bug_when>
            <thetext>I highly doubt anyone has ever implemented VFS modules in ruby</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>graaff@gentoo.org</who>
            <bug_when>2008-09-28 07:56:17 0000</bug_when>
            <thetext>Fixed as ruby-gtk2-0.16.0-r4 in CVS.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>166656</attachid>
            <date>2008-09-28 07:50 0000</date>
            <desc>Proposed patch to fix this problem.</desc>
            <filename>ruby-gtk2-0.16.0-gtk-file-system-error.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">U3RhcnRpbmcgd2l0aCAyLjE0IHRoZSBHVEsrIEZpbGVTeXN0ZW1FcnJvciBpcyBubyBsb25nZXIg
YXZhaWxhYmxlIGR1ZQp0byB0aGUgbW92ZSB0byBHSU8gaW50ZXJuYWxseS4gVGhpcyBzdHJ1Y3R1
cmUgd2FzIGFsc28gbmV2ZXIgaW50ZW5kZWQKdG8gYmUgZXhwb3NlZCwgc28gd2UgYXJlIHJlbW92
aW5nIGl0IGhlcmUuIFNlZSBidWcKaHR0cDovL2J1Z3MuZ2VudG9vLm9yZy9zaG93X2J1Zy5jZ2k/
aWQ9MjM4ODM3IGZvciBtb3JlIGRldGFpbHMuCgotLS0gZ3RrL3NyYy9yYmd0a2ZpbGVjaG9vc2Vy
LmMub3JpZwkyMDA2LTEyLTI5IDE0OjE3OjI4LjAwMDAwMDAwMCArMDEwMAorKysgZ3RrL3NyYy9y
Ymd0a2ZpbGVjaG9vc2VyLmMJMjAwOC0wOS0yOCAwOTo0MDoxMC41NzM2OTQ4MzAgKzAyMDAKQEAg
LTE2LDEwICsxNiw2IEBACiAKICNkZWZpbmUgX1NFTEYoc2VsZikgR1RLX0ZJTEVfQ0hPT1NFUihS
VkFMMkdPQkooc2VsZikpCiAKLS8qIEZvciBlcnJvciBoYW5kbGluZyAqLwotI2RlZmluZSBHVEtf
RklMRV9TWVNURU1fRU5BQkxFX1VOU1VQUE9SVEVECi0jaW5jbHVkZSA8Z3RrL2d0a2ZpbGVzeXN0
ZW0uaD4KLQogc3RhdGljIFZBTFVFCiBnc2xpc3QyYXJ5X2ZyZWUobGlzdCkKICAgICBHU0xpc3Qq
IGxpc3Q7CkBAIC0zNjcsMTQgKzM2Myw2IEBACiAgICAgLyogR3RrRmlsZUNob29zZXJFcnJvciAq
LwogICAgIEdfREVGX0VSUk9SKEdUS19GSUxFX0NIT09TRVJfRVJST1IsICJGaWxlQ2hvb3NlckVy
cm9yIiwgbUd0aywgcmJfZVJ1bnRpbWVFcnJvciwgCiAgICAgICAgICAgICAgICAgR1RLX1RZUEVf
RklMRV9DSE9PU0VSX0VSUk9SKTsKLSAgICAvKiBHdGtGaWxlU3lzdGVtRXJyb3IgKi8KLSAgICBm
c2UgPSBHX0RFRl9FUlJPUjIoR1RLX0ZJTEVfU1lTVEVNX0VSUk9SLCAiRmlsZVN5c3RlbUVycm9y
IiwgbUd0aywgcmJfZVJ1bnRpbWVFcnJvcik7Ci0gICAgcmJfZGVmaW5lX2NvbnN0KGZzZSwgIk5P
TkVYSVNURU5UIiwgSU5UMk5VTShHVEtfRklMRV9TWVNURU1fRVJST1JfTk9ORVhJU1RFTlQpKTsK
LSAgICByYl9kZWZpbmVfY29uc3QoZnNlLCAiTk9UX0ZPTERFUiIsIElOVDJOVU0oR1RLX0ZJTEVf
U1lTVEVNX0VSUk9SX05PVF9GT0xERVIpKTsKLSAgICByYl9kZWZpbmVfY29uc3QoZnNlLCAiSU5W
QUxJRF9VUkkiLCBJTlQyTlVNKEdUS19GSUxFX1NZU1RFTV9FUlJPUl9JTlZBTElEX1VSSSkpOwot
ICAgIHJiX2RlZmluZV9jb25zdChmc2UsICJCQURfRklMRU5BTUUiLCBJTlQyTlVNKEdUS19GSUxF
X1NZU1RFTV9FUlJPUl9CQURfRklMRU5BTUUpKTsKLSAgICByYl9kZWZpbmVfY29uc3QoZnNlLCAi
RkFJTEVEIiwgSU5UMk5VTShHVEtfRklMRV9TWVNURU1fRVJST1JfRkFJTEVEKSk7Ci0gICAgcmJf
ZGVmaW5lX2NvbnN0KGZzZSwgIkFMUkVBRFlfRVhTSVRTIiwgSU5UMk5VTShHVEtfRklMRV9TWVNU
RU1fRVJST1JfQUxSRUFEWV9FWElTVFMpKTsKIAogI2lmIEdUS19DSEVDS19WRVJTSU9OKDIsOCww
KQogICAgIC8qIEd0a0ZpbGVDaG9vc2VyQ29uZmlybWF0aW9uICovCg==
</data>        

          </attachment>
    </bug>

</bugzilla>