Hi all, What about providing a release candidate version of wxRuby 2.0 ? There is currently only one important bug (the clipboard test failure on Windows). But the clipboard works well on Windows (in the dragdrop sample) both for text and a bitmap. The only thing to do is to fix the constant objects for DataFormat in order to have a stable API. (http://rubyforge.org/pipermail/wxruby-development/2009-January/001522.html) There have been a lot of fixes since 1.9.9 and now wxRuby supports ruby-1.9.1. Cheers. Chauk-Mean.
Hi Chauk-Mean Proum wrote:> Hi all, > > What about providing a release candidate version of wxRuby 2.0 ? > > There is currently only one important bug (the clipboard test failure > on Windows). > But the clipboard works well on Windows (in the dragdrop sample) both > for text and a bitmap.That''s a really good idea. There''s useful stuff in SVN, and we shouldn''t sit on it waiting to fix the last few issues. It would be good to test the binary builds on 1.9 too. What I think is outstanding: - fix Windows dataobjects (grrr) - alter wxString typemaps to permit embedded NULs - update README etc (I have this to check in) If no-one objects I''ll update the changelog and tag 1.9.10 tomorrow. I''ll do the tarball and OS X builds (1.8/1.9) easily, how''s everyone set up for release builds on the other platforms and ruby versions? cheers a
Alex, 2009/2/3 Alex Fenton <alex at pressure.to>:> Chauk-Mean Proum wrote: >> What about providing a release candidate version of wxRuby 2.0 ? >> > That''s a really good idea. There''s useful stuff in SVN, and we shouldn''t sit > on it waiting to fix the last few issues. It would be good to test the > binary builds on 1.9 too. What I think is outstanding: > > - fix Windows dataobjects (grrr) > - alter wxString typemaps to permit embedded NULs > - update README etc (I have this to check in) > > If no-one objects I''ll update the changelog and tag 1.9.10 tomorrow.Well, I think that we can wait one day or two ...>From a user point of view, I would not expect an API change after arelease candidate (the version 1.9.10 as you proposed). So I''d really like to see the constant objects for DataFormat be defined. (http://rubyforge.org/pipermail/wxruby-development/2009-January/001522.html) Could you please do the corresponding changes ? I''m not sufficiently comfortable with swig yet to do it myself but I can help on the ruby side if needed.> I''ll do the tarball and OS X builds (1.8/1.9) easily, > how''s everyone set up for release builds on the other platforms and ruby versions?Currently, I can provide : - mingw32 build for ruby-1.9.1 but without graphics_context. - linux (Ubuntu 8.10) build for ruby-1.9.1 with shared libs for wxWidgets. I can add ruby-1.8.6 support if needed. Note that for the mingw32, I can provide a zipped tarball of a full ruby-1.9.1 distribution with the wxruby gem preinstalled. Thus, a windows user can try wxruby directly without having to wait the release of the new (mingw) One Click Installer. Just a little question : how do I upload archives ? Chauk-Mean.
I''m good for x86-64 bit compiles, and if need I can get it for 1.9.1, as well as 1.8.6. This is of course for Linux. And I can do the MinGW Compile with Graphics Context for 1.9.10, EG: wxRuby 2.0 RC1. I still have to create a demo of what''s going on with the TaskBarIcon problem, with popup menus. BTW, this is on linux, but I think even the simplest will do, but let me test it, just to make sure. I''ve encountered the problem on 2 different Linux distros so far, so it is a problem with wxRuby. The problem with providing a GDB debug output, is that I need to figure out how to automatically generate the backtrace for GDB, cause if I try to do it manually, it''ll lock up the entire system, where I can''t even Ctrl+Alt+Backspace X-Org Server into restarting. I litterally have to shutdown the system, and reboot it. I will do what I can to bring it forth for ya. On Tue, Feb 3, 2009 at 5:04 PM, Chauk-Mean Proum <chauk.mean at gmail.com>wrote:> Alex, > > 2009/2/3 Alex Fenton <alex at pressure.to>: > > Chauk-Mean Proum wrote: > >> What about providing a release candidate version of wxRuby 2.0 ? > >> > > That''s a really good idea. There''s useful stuff in SVN, and we shouldn''t > sit > > on it waiting to fix the last few issues. It would be good to test the > > binary builds on 1.9 too. What I think is outstanding: > > > > - fix Windows dataobjects (grrr) > > - alter wxString typemaps to permit embedded NULs > > - update README etc (I have this to check in) > > > > If no-one objects I''ll update the changelog and tag 1.9.10 tomorrow. > > Well, I think that we can wait one day or two ... > >From a user point of view, I would not expect an API change after a > release candidate (the version 1.9.10 as you proposed). > So I''d really like to see the constant objects for DataFormat be defined. > ( > http://rubyforge.org/pipermail/wxruby-development/2009-January/001522.html > ) > > Could you please do the corresponding changes ? > I''m not sufficiently comfortable with swig yet to do it myself but I > can help on the ruby side if needed. > > > I''ll do the tarball and OS X builds (1.8/1.9) easily, > > how''s everyone set up for release builds on the other platforms and ruby > versions? > > Currently, I can provide : > - mingw32 build for ruby-1.9.1 but without graphics_context. > - linux (Ubuntu 8.10) build for ruby-1.9.1 with shared libs for wxWidgets. > I can add ruby-1.8.6 support if needed. > > Note that for the mingw32, I can provide a zipped tarball of a full > ruby-1.9.1 distribution with the wxruby gem preinstalled. > Thus, a windows user can try wxruby directly without having to wait > the release of the new (mingw) One Click Installer. > > Just a little question : how do I upload archives ? > > Chauk-Mean. > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development >-- Mario Steele http://www.trilake.net http://www.ruby-im.net http://rubyforge.org/projects/wxruby/ http://rubyforge.org/projects/wxride/ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/wxruby-development/attachments/20090204/24ef8376/attachment-0001.html>
Chauk-Mean Proum wrote:> >From a user point of view, I would not expect an API change after a > release candidate (the version 1.9.10 as you proposed). > So I''d really like to see the constant objects for DataFormat be defined. > (http://rubyforge.org/pipermail/wxruby-development/2009-January/001522.html) > > Could you please do the corresponding changes ? > I''m not sufficiently comfortable with swig yet to do it myself but I > can help on the ruby side if needed. >Good point, done and checked in. I''m hitting a compile error on MSVC 7.1 but with that fixed we should be good to go.>> I''ll do the tarball and OS X builds (1.8/1.9) easily, >> how''s everyone set up for release builds on the other platforms and ruby versions? >> > > Currently, I can provide : > - mingw32 build for ruby-1.9.1 but without graphics_context. > - linux (Ubuntu 8.10) build for ruby-1.9.1 with shared libs for wxWidgets. > I can add ruby-1.8.6 support if needed. >Thanks for the offer. I''ve got the build chain nicely set up on Linux so happy to churn those out, but if you could look to do MingW 1.8.6 and 1.9 that would be great. What''s the issue with adding graphics_context support to 1.9? Just a note that with any gcc build for release, the steps are rake WXRUBY_VERSION=1.9.10 strip -x lib/wxruby2.so rake gem The strip reduces the binary size substantially.> Note that for the mingw32, I can provide a zipped tarball of a full > ruby-1.9.1 distribution with the wxruby gem preinstalled. > Thus, a windows user can try wxruby directly without having to wait > the release of the new (mingw) One Click Installer. >That might be interesting to offer.> Just a little question : how do I upload archives ?For the file release system for official tarballs/gems it''s a fairly straightforward process, just step through the instructions after clicking ''Admin'' in the FRS section. To the website, you need to use sftp or scp to the www folders on rubyforge. The instructions are here: http://rubyforge.org/docman/view.php/5/460/faq.html#vhost cheers alex
Hi, 2009/2/4 Alex Fenton <alex at pressure.to>:> Chauk-Mean Proum wrote: >> >> >From a user point of view, I would not expect an API change after a >> release candidate (the version 1.9.10 as you proposed). >> So I''d really like to see the constant objects for DataFormat be defined. >> > Good point, done and checked in. I''m hitting a compile error on MSVC 7.1 but > with that fixed we should be good to go.Great.> Thanks for the offer. I''ve got the build chain nicely set up on Linux so > happy to churn those out, but if you could look to do MingW 1.8.6 and 1.9 > that would be great.OK.> What''s the issue with adding graphics_context support to 1.9?There is no issue. I just don''t like patching wxWidgets and MinGW just for the graphics_context support. But I will do it.> Just a note that with any gcc build for release, the steps are > > rake WXRUBY_VERSION=1.9.10 > strip -x lib/wxruby2.so > rake gem > > The strip reduces the binary size substantially.OK.>> Just a little question : how do I upload archives ? > > For the file release system for official tarballs/gems it''s a fairly > straightforward process, just step through the instructions after clicking > ''Admin'' in the FRS section. > > To the website, you need to use sftp or scp to the www folders on rubyforge. > The instructions are here: > > http://rubyforge.org/docman/view.php/5/460/faq.html#vhostOK. Cheers. Chauk-Mean.
Hi I''ve tagged 1.9.10 in SVN and have set up the new release on Rubyforge. So far, I''ve done the builds for 1.8 on the three big platforms, and am doing 1.9 for OS X and Linux-x86. Please upload the others as they''re available.>> What''s the issue with adding graphics_context support to 1.9? >> > > There is no issue. I just don''t like patching wxWidgets and MinGW just > for the graphics_context support. >OK thanks - I think it should only be a question of adding new headers and libs to MingW - I don''t think any patches are needed to the existing files of MingW or wxWidgets. But I agree it''s a bit messy. cheers alex
2009/2/4 Alex Fenton <alex at pressure.to>:> I''ve tagged 1.9.10 in SVN and have set up the new release on Rubyforge. So > far, I''ve done the builds for 1.8 on the three big platforms, and am doing > 1.9 for OS X and Linux-x86. > > Please upload the others as they''re available. >I''ve just upload the MinGW gems for ruby-1.9.1 and ruby-1.8.6. Cheers. Chauk-Mean.
I''m compiling 2.0 RC1 x86-64 right now, and I will test out the problem with missing dependency problem reported earlier. On Wed, Feb 4, 2009 at 5:04 PM, Chauk-Mean Proum <chauk.mean at gmail.com>wrote:> 2009/2/4 Alex Fenton <alex at pressure.to>: > > I''ve tagged 1.9.10 in SVN and have set up the new release on Rubyforge. > So > > far, I''ve done the builds for 1.8 on the three big platforms, and am > doing > > 1.9 for OS X and Linux-x86. > > > > Please upload the others as they''re available. > > > > I''ve just upload the MinGW gems for ruby-1.9.1 and ruby-1.8.6. > > Cheers. > > Chauk-Mean. > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development >-- Mario Steele http://www.trilake.net http://www.ruby-im.net http://rubyforge.org/projects/wxruby/ http://rubyforge.org/projects/wxride/ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/wxruby-development/attachments/20090205/0818504a/attachment.html>
Just posted 1.9.10 x86_64 compile, tested before posting, no missing symbols, runs samples without any problems, for the most part, going to test the new code, and see if I run into the Popup Menu crash for TaskBarIcon problem, if I do, I''ll file a bug report, and see if I can capture a GDB Backtrace for ya. On Thu, Feb 5, 2009 at 12:34 AM, Mario Steele <mario at ruby-im.net> wrote:> I''m compiling 2.0 RC1 x86-64 right now, and I will test out the problem > with missing dependency problem reported earlier. > > > On Wed, Feb 4, 2009 at 5:04 PM, Chauk-Mean Proum <chauk.mean at gmail.com>wrote: > >> 2009/2/4 Alex Fenton <alex at pressure.to>: >> > I''ve tagged 1.9.10 in SVN and have set up the new release on Rubyforge. >> So >> > far, I''ve done the builds for 1.8 on the three big platforms, and am >> doing >> > 1.9 for OS X and Linux-x86. >> > >> > Please upload the others as they''re available. >> > >> >> I''ve just upload the MinGW gems for ruby-1.9.1 and ruby-1.8.6. >> >> Cheers. >> >> Chauk-Mean. >> _______________________________________________ >> wxruby-development mailing list >> wxruby-development at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wxruby-development >> > > > > -- > Mario Steele > http://www.trilake.net > http://www.ruby-im.net > http://rubyforge.org/projects/wxruby/ > http://rubyforge.org/projects/wxride/ >-- Mario Steele http://www.trilake.net http://www.ruby-im.net http://rubyforge.org/projects/wxruby/ http://rubyforge.org/projects/wxride/ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/wxruby-development/attachments/20090205/a9a82434/attachment.html>