Hi,
Joachim, could you show us your release plan?
What are problems that block new release? Can we solve the problems
as soon as possible?
Thanks,
kou
Kouhei S. wrote:
Hi,
Joachim, could you show us your release plan?
What are problems that block new release? Can we solve the problems
as soon as possible?
-
gstreamer bindings. I saw a few patches but I’m not up to date on
current status. The test script gives me some errors using r3188 (see
attachment) -
If gstreamer bindings are ok, I’ll ask Shin guey Wong to try if it
compiles on windows platform. -
gtk and glib automated test scripts fail for me. Please check this.
Hi,
In [email protected]
“Re: [ruby-gnome2-devel-en] Release plan” on Mon, 5 May 2008 13:56:17
+0200,
Joachim G. [email protected] wrote:
Joachim, could you show us your release plan?
What are problems that block new release? Can we solve the problems
as soon as possible?
- gstreamer bindings.
Ruby/GStreamer is an experimental package for now. So you
don’t need to wait the package. It’s OK if the package is
just buildable.
I saw a few patches but I'm not up to date oncurrent status.
I think that I had merged those patches a month ago.
The test script gives me some errors using r3188 (seeattachment)
Could you show us the followings?:
- your GStreamer version.
- your GStreamer’s plugins version.
- a result of ‘gst-inspect-0.10 playbin’.
- a result of ‘gst-inspect-0.10 playback’.
- a result of ‘gst-inspect-0.10 identity’.
- gtk and glib automated test scripts fail for me. Please check this.
They aren’t failed on my environment. (GLib 2.16.3 and GTK+ 2.12.9)
Could you show us their versions and test result on your
environment.
Thanks,
kou
Kouhei S. wrote:
Could you show us the followings?:
- your GStreamer version.
- your GStreamer’s plugins version.
I’ve installed these packages (ubuntu 7.10)
libgstreamer0.10-0: 0.10.14-1ubuntu3
libgstreamer-plugins-base0.10-0: 0.10.14-1ubuntu3
gstreamer0.10-plugins-base: 0.10.14-1ubuntu3
gstreamer0.10-plugins-good: 0.10.6-0ubuntu4
- a result of ‘gst-inspect-0.10 playbin’.
- a result of ‘gst-inspect-0.10 playback’.
- a result of ‘gst-inspect-0.10 identity’.
Will install gst-inspect and send the outputs tomorrow, i’m a bit on a
hurry now.
- gtk and glib automated test scripts fail for me. Please check this.
They aren’t failed on my environment. (GLib 2.16.3 and GTK+ 2.12.9)
Could you show us their versions and test result on your
environment.
libglib: 2.14.1-1ubuntu1
libgtk: 2.12.0-1ubuntu3
Kouhei S. wrote:
I can’t fix problems happened on your environment without
your test result. Does anyone fail test on trunk?
Hi Kouhei,
I made a small script for running all the tests (run_tests.rb), which i
added to trunk.
See attachment for test output at trunk revision 3191 on my machine.
Hi,
2008/5/12 Joachim G. [email protected]:
See attachment for test output at trunk revision 3191 on my machine.
Thanks.
I’ve fixed your problem. It’s a problem of test.
I there still any problem?
–
kou
Hi,
In [email protected]
“Re: [ruby-gnome2-devel-en] Release plan” on Wed, 7 May 2008 17:08:36
+0200,
Joachim G. [email protected] wrote:
- gtk and glib automated test scripts fail for me. Please check this.
They aren’t failed on my environment. (GLib 2.16.3 and GTK+ 2.12.9)
Could you show us their versions and test result on your
environment.libglib: 2.14.1-1ubuntu1
libgtk: 2.12.0-1ubuntu3
I can’t fix problems happened on your environment without
your test result. Does anyone fail test on trunk?
Thanks,
kou
Kouhei S. wrote:
Thanks.
I’ve fixed your problem. It’s a problem of test.I there still any problem?
See attached log file.
Kouhei S. wrote:
Hi,
2008/5/13 Joachim G. [email protected]:
I there still any problem?
See attached log file.
I’ve fixed. OK?
Rev 3205:
Every test except the gstreamer ones are fine. I don’t have the newest
version of all libraries so I hope the omissions work for you. Since
Gstreamer is still considered experimental, I will not wait until all
tests work properly.
If there is nothing said against it, I’ll tag current trunk as 0.17.0
and make a source code release. Windows binaries should be released
later since it’s unknown how much time this will take.
@ Shin guey Wong, can you try to compile current trunk on windows
platform?
Hi,
2008/5/13 Joachim G. [email protected]:
I there still any problem?
See attached log file.
I’ve fixed. OK?
Thanks,
kou
If there is nothing said against it, I’ll tag current trunk as 0.17.0
and make a source code release. Windows binaries should be released
Kouhei: are there sufficient gtk/glib changes since last time we
talked about releasing 0.17.0 and we tested, so that we need to test
again, just to make sure there was no regressions?
–
Guillaume C. - Guillaume Cottenceau
Hi,
2008/5/14 Guillaume C. [email protected]:
If there is nothing said against it, I’ll tag current trunk as 0.17.0
and make a source code release. Windows binaries should be releasedKouhei: are there sufficient gtk/glib changes since last time we
talked about releasing 0.17.0 and we tested, so that we need to test
again, just to make sure there was no regressions?
In my case, I added tests for my new works. So you will be able to
confirm regressions by running tests. In others case, I don’t know
how to confirm…
Thanks,
kou
Joachim G. wrote:
Kouhei S. wrote:
@ Shin guey Wong, can you try to compile current trunk on windows
platform?
OK, I will take some time in tomorrow night to compile the latest trunk
on windows again. I will not compile both liggonomeprint and
gonomeprintui because it has some problem on windows.
Shin guey Wong wrote:
SUCCEEDED: glib gdkpixbuf pango atk gtk bonoboui gconf gnomevfs
gstreamer gtkglext gtksourceview lib
glade poppler rsvgFAILED: bonobo gnome gnomecanvas gnomeprint gnomeprintui
Ignored libraries: gtkhtml2, gtkmozembed, libart, libgda, panel-applet,
vte
libart was included on last windows release too.
I doubt the gstreamer is usable.
Ok.
The run-test.rb script is not running
under windows environment, first the Open3.popen is not usable in
windows.
I had change it to use the win32-open3 cmd but I have to change
the argument pass into it also. But still, most of the test is not
running because the command line ‘> /dev/null’ is not recognize in
windows. So, it is hard for me to change all the test file windows
compatible.
Have you tried running the tests in a MinGW shell?
I am not sure a windows binary release is needed or not because I
compile this gnome with mingw, it is conceptually compatible with VC6
ruby but I never tested it with OCI VC6 ruby. How many ppl using the
mingw ruby now?
I’ve no idea. Is current ruby binaries for windows compiled with VC6?
Joachim G. wrote:
Shin guey Wong wrote:
SUCCEEDED: glib gdkpixbuf pango atk gtk bonoboui gconf gnomevfs
gstreamer gtkglext gtksourceview lib
glade poppler rsvgFAILED: bonobo gnome gnomecanvas gnomeprint gnomeprintui
Ignored libraries: gtkhtml2, gtkmozembed, libart, libgda, panel-applet,
vtelibart was included on last windows release too.
I checked it again, seems like it is missing libpng12. I download it and
compile again.
checking for GCC… yes
checking for rb_define_alloc_func()… yes
checking for rb_block_proc()… yes
checking for new allocation framework… yes
checking for attribute assignment… yes
checking for libart-2.0… yes
checking for libpng12… yes
checking for jpeglib.h… yes
checking for png_create_write_struct() in -lpng… no
checking for jpeg_set_defaults() in -ljpeg… yes
checking for art_affine_identity() in -lart_lgpl_2… yes
checking for G_PLATFORM_WIN32… no
creating Makefile
it is weird that in libart, the platform is non win32, while all other
package detected as win32.
Then, the libjpeg dll I downloaded from the gnuwin32 is not working. I
downloaded the libjpeg source from igj.org and recompile again. It
manage to compile with mingw. When I compile it with libart, it has some
type definition conflict with some mingw header. I had to comment all
the conflict type in the mingw header file in order to make it compile.
I tried to run the sample in the libart, it seems to be running fine.
So, I assume the libart is working coz no other test for me to test it.
I am not sure a windows binary release is needed or not because I
compile this gnome with mingw, it is conceptually compatible with VC6
ruby but I never tested it with OCI VC6 ruby. How many ppl using the
mingw ruby now?
I’ve no idea. Is current ruby binaries for windows compiled with VC6?
The latest official release of OCI for windows is still compiled with
VC6. Luis L. has some unofficial release of mingw ruby. It still has
some bug with the mingw version (I am running fine with it except the
readline package is broken, it can run irb but the cpu consumption is
high).
Shin guey Wong wrote:
Joachim G. wrote:
Kouhei S. wrote:
@ Shin guey Wong, can you try to compile current trunk on windows
platform?OK, I will take some time in tomorrow night to compile the latest trunk
on windows again. I will not compile both liggonomeprint and
gonomeprintui because it has some problem on windows.
Well, sorry for the late notice. I should said next week instead of the
next day 
First, here is the binary I was able to compile:
SUCCEEDED: glib gdkpixbuf pango atk gtk bonoboui gconf gnomevfs
gstreamer gtkglext gtksourceview lib
glade poppler rsvg
FAILED: bonobo gnome gnomecanvas gnomeprint gnomeprintui
Ignored libraries: gtkhtml2, gtkmozembed, libart, libgda, panel-applet,
vte
I doubt the gstreamer is usable. The run-test.rb script is not running
under windows environment, first the Open3.popen is not usable in
windows. I had change it to use the win32-open3 cmd but I have to change
the argument pass into it also. But still, most of the test is not
running because the command line ‘> /dev/null’ is not recognize in
windows. So, it is hard for me to change all the test file windows
compatible.
So, I just simple run most of the sample program come with windows one
click installer. All the program in glib, gtk, gdkpixbuf, gtkglext and
gtksourceview is working. Gconf2 also working.
I am not sure a windows binary release is needed or not because I
compile this gnome with mingw, it is conceptually compatible with VC6
ruby but I never tested it with OCI VC6 ruby. How many ppl using the
mingw ruby now?
I haven’t have time to look at the previous windows binary release yet.
Still not sure how masao mutoh package all the windows binary release.
Hi,
In [email protected]
“Re: [ruby-gnome2-devel-en] Release plan” on Fri, 23 May 2008 16:04:17
+0200,
Shin guey Wong [email protected] wrote:
vte
checking for rb_block_proc()… yesit is weird that in libart, the platform is non win32, while all other
package detected as win32.
Because mkmf-gnome2.rb uses glibconfig.h included in GLib
package to detect G_PLATFORM_WIN32. libart doesn’t depend on
GLib so your extconf.rb can’t detect G_PLATFORM_WIN32
correctly.
What about the following patch?
Index: extconf.rb
— extconf.rb (revision 3226)
+++ extconf.rb (working copy)
@@ -24,6 +24,13 @@
setup_win32(PACKAGE_NAME)
+if $cc_is_gcc and /mingw|mswin32/ =~ RUBY_PLATFORM # should not include
mswin32?
- if /^2./ =~
#{Config::CONFIG['CC']} -dumpversion.chomp - $CFLAGS += ’ -fnative-struct’
- else
- $CFLAGS += ’ -mms-bitfields’
- end
+end
create_makefile_at_srcdir(PACKAGE_NAME, SRCDIR,
“-DRUBY_LIBART2_COMPILATION”)
create_top_makefile
BTW, libart is a deprecated library. GTK+ uses cairo for
rendering. I think Ruby/Libart2 isn’t a needed package. (like
Ruby/GnomePrint, Ruby/GnomePrintUI, Ruby/GNOME2 and
Ruby/GnomeCanvas.)
Thanks,
kou
Shin guey Wong wrote:
I am not sure a windows binary release is needed or not because I
compile this gnome with mingw, it is conceptually compatible with VC6
ruby but I never tested it with OCI VC6 ruby. How many ppl using the
mingw ruby now?
I’ve no idea. Is current ruby binaries for windows compiled with VC6?The latest official release of OCI for windows is still compiled with
VC6. Luis L. has some unofficial release of mingw ruby. It still has
some bug with the mingw version (I am running fine with it except the
readline package is broken, it can run irb but the cpu consumption is
high).
Ok, than I understand why my first attempt to do this on windows did not
succeed. Do you have possibilities to compile with VC6?
checking for G_PLATFORM_WIN32… no
Hm, in extconf.rb same check is used for this and other modules:
setup_win32(PACKAGE_NAME)
Kouhei S. wrote:
BTW, libart is a deprecated library. GTK+ uses cairo for
rendering. I think Ruby/Libart2 isn’t a needed package. (like
Ruby/GnomePrint, Ruby/GnomePrintUI, Ruby/GNOME2 and
Ruby/GnomeCanvas.)
Hm, is GnomePrint(/UI) really supposed to work under win32 environments?