[Gtk-sharp-list] [Mono-list] GTKsharp 3

[Daniel Morgan]

Is there a Xamarin employee or Gtk# hacker or Banshee hacker willing to step up and create a preview release of Gtk# 3.0?

Here is my thoughts:
- get gtk# master from git

- edit configure or autogen or whatever file to set the version to something like 2.99.01 to indicate this is the 1st preview of gtk# 3.0.  

- build and test gtk# 3.0 from git

- do a make dist-check, if good, then create the tarball via make dist
- upload the tarball so others can download and test it

- mention to others so they can build a binary preview release from the tarball - windows installer, RPMs for Fedora/OpenSuse, DEBs for ubuntu/debian), mac installer, etc.

I know autotools and the gtk# build have support for creating tarballs, but does autools and the gtk# build have support for creating RPMs, DEBs, windows installers, mac installers, etc.?


Any suggestion for doing a preview release?

I think it is time we have a preview release of Gtk# 3.0 even if certain stuff is not working.

Looking in git, I see one nice thing: partial classes are being used instead of custom files.  What other interesting tid bits are in Gtk# 3.0?



________________________________
 From: Daniel Hughes <trampster at gmail.com>
To: Daniel Morgan <monodanmorg at yahoo.com> 
Cc: Andres G. Aragoneses <knocte at gmail.com>; "Mono-list at lists.ximian.com" <Mono-list at lists.ximian.com> 
Sent: Thursday, September 13, 2012 3:05 AM
Subject: Re: [Mono-list] GTKsharp 3
 

Mike Kestner has no activity on that codebase in the last 4 months. I think that it's safe to say that if we wait for him to do a release we could be waiting indefinitely.

We need someone to step up and volunteer to do this release. 

Any takers?

On Thu, Sep 13, 2012 at 1:23 PM, Daniel Morgan <monodanmorg at yahoo.com> wrote:

Mike Kestner is the maintainer of Gtk#.  However, I agree.  If he does not have time no more, then someone should become the new maintainer of gtk#.
>
>
>Gtk# can be found here at Github.  You will see changes have been made for gtk+ 3.0.   And you will see custom files have been moved to partial classes.
>https://github.com/mono/gtk-sharp 
>
>
>
>We have been waiting a long time for a preview of Gtk# 3.0.  
>
>
>
>________________________________
> From: Daniel Hughes <trampster at gmail.com>
>To: Andres G. Aragoneses <knocte at gmail.com> 
>Cc: Mono-list at lists.ximian.com 
>Sent: Wednesday, September 12, 2012 8:54 PM
>Subject: Re: [Mono-list] GTKsharp 3
> 
>
>
>I have managed to gain the following information from this bug report:
>
>
>https://bugzilla.gnome.org/show_bug.cgi?id=648121 
>
>
>The banshee port to GTK# 3 is complete they are just waiting for a release of GTK # 3 (as of 3 months ago, from Comment 8)
>
>
>Mike is the maintainer of GTK# but he doesn't have any time to work on it (according to Comment 7). I'm not sure who this Mike is but if he doesn't have time to maintain it, is the project then in need of a new maintainer?
>
>
>I still have not been able to establish where the GTK# 3 code is hosted. If I knew that I could start trying to port my application, submit bug reports and even contribute any fixes I require. 
>
>
>I would also like to know who is in a position to issue a release. I can't see why a release shouldn't happen straight away so that us app developers and go ahead and attempt to port our applications. The most effect way to kill a opensource project (or any project) is to never release.
>
>
>On Thu, Sep 13, 2012 at 2:23 AM, Andres G. Aragoneses <knocte at gmail.com> wrote:
>On 12/09/12 08:46, Mathias Tausig wrote:
>>
>>On Tuesday 11. September 2012 11:53:03 Andrew York wrote:
>>>
>>>How far along is XWT? I'm don't mind trying out something in beta for
>>>>fun, but I'm not smart enough to make major contributions. Is XWT far
>>>>enough along for the average end developer to start having fun with?
>>>>
>>>I recently tried it for a new project. It is actually very stable and very
>>>comfortable to work with, but the problem is, that is still missing a lot of
>>>features that you would expect from something you want to use productively
>>>(like message boxes, window-close event, open file dialog, password entry field)
>>>
>>
>>
>>
If everybody thought like that, nobody would use any library or framework at all.
>>
>>Decent helpers usually have about 80% of what you need. That is already a huge saving if you can use the helper instead of writing your own. You just need to write the other 20%[1]
>>
>>* As for us, we used it and had to implement couple of things which were merged recently from our pull-requests: progress bars and status-icon widget. So please, go ahead and implement MessageBoxes and PasswordTextEntries.
>>
>>Cheers
>>
>>
>>_______________________________________________
>>Mono-list maillist  -  Mono-list at lists.ximian.com
>>http://lists.ximian.com/mailman/listinfo/mono-list
>>
>
>_______________________________________________
>Mono-list maillist  -  Mono-list at lists.ximian.com
>http://lists.ximian.com/mailman/listinfo/mono-list
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20120913/4edc75e4/attachment.html>