User login
Syndicate
*** Looking for new maintainer of the build scripts ***
Submitted by Richard Hult on Thu, 2009-04-23 15:22.
It's time for me to step back from maintaining the build scripts for GTK+ on Mac. I haven't had time to seriously maintain them anyway for several months. If anyone here is interested in picking up the build scripts, it should be straight-forward, as the code is in git (at github), so just clone the repo and fix it up to work with the new URL.
Also, please feel free to add info about such cloned repositories at live.gnome.org (which is also where you will find more info about the git repo to clone etc).
The first thing that needs doing is probably to update the modulesets to point to the new git repos for gtk+ and friends. And also perhaps add a new moduleset that only uses tarballs (less developer-targetted build setup).
Cheers,
Richard
Hmm. What about support? I
Hmm. What about support? I can certainly maintain the modulesets and scripts (I've already branched and started on the tarball-based version). What I'm not so confident of is my ability to support users building their own projects.
Then there's the ige-mac-foo. Are you going to keep working on that?
Regards,
John Ralls
There isn't much time or
There isn't much time or effort needed for that kind of support from my experience. Most of the issues I have seen are about build problems (of gtk+ & friends) because of people either having broken environments like mixing in macports or fink and the build picking up the wrong versions of things, or having issues because svn trunk versions are broken from time to time. If the build is using tarballs primarily I expect things to not start breaking unexpectedly, just perhaps when updating some module, which will happen only with releases, i.e. not intermediate trunk versions.
I haven't had time to work on any of the ige-mac* libraries for a long time, and I don't see any change there, sorry.
Well, OK, I'll take over the
Well, OK, I'll take over the build scripts. I'll change the link on Live shortly. I've already got my github branch in place and I've changed the main modules to use release versions instead of trunk/master.
(It's better, IMO, to use VCS with a release branch when the project is smart enough to do that, because that way you can keep up with bug fixes automagically. Unfortunately, a lot of projects only tag releases instead of branching them.)
Since you've decided to wind up Imendio, how much longer will you be keeping this forum going?
That is really good to hear,
That is really good to hear, thanks for doing that! Feel free to ask me here or by email if you need any pointers from me.
Regarding VCS vs tarballs, both have their strengths. Using tarballs means less tools are needed for building (git, auto*, intltool, some doc tools etc), but using tags means less work to keep up to date. Personally I agree though, VCS with tags is really better in the long run.
About the forum, it will disappear at some point "soonish", I don't really know when. It could make sense to either setup google groups or a mailing list at gnome or use the existing gtk-devel list for it. I preferred to not use gtk-devel list as lots of people are not comfortable subscribing to a mailing list full of developers just to ask for help with build issues, or are not used to bugzilla. As an afterthought, I should probably have used gtk's bugzilla for build issues instead, easier to track that way.
Thanks again and good luck :)
Hmm. Is there any way to
Hmm. Is there any way to archive the forum so that the history can be resurrected somewhere else?
It looks like you're the maintainer of gdk-quartz. Are you going to be able to keep that going, or is the whole thing going to slide into the mud as new versions of gtk+ and OSX are released? That's something I definitely haven't time to take on.
I'm not too familiar with the Gnome facilities, and I'm not terribly comfortable using gtk+ quartz for tracking bug reports on bugzilla since there's not likely to be much I can do about the real gtk+ quartz bugs, so some sort of tracker would be helpful. I certainly agree that a gnome dev list isn't the right place for discussing these build scripts, setting aside that it's likely way too noisy for me to catch the messages I need to deal with. Is it feasible to create a new mailing list on the Gnome server?
It would be nice to have everything in one place (as with sourceforge, which I can do). It would also be good to not require users to create userids to post messages (mailing lists are good this way, fora are not). Github handles the collaboration OK, but is seriously lacking on the "public face" features. Any thoughts?
I don't think the forum
I don't think the forum posts can be saved easily, sorry. (Most of the posts are probably on the form "gtk+ doesn't build, reply: try now, fixed in svn"... or "gtk+ doesn't build, reply: don't use macports/fink"...)
Regarding maintenance, my plan is to hand it over to someone else as soon as possible. Note that I haven't had time to touch it for a long time already so there is no real change here (as you can see in the changelogs of gtk+...).
The good news is that the last thing I did was to port the quartz backend over to the new "client side windows" branch that simplifies backend code immensely and moves much much of the complex event handling from the backends into the generic code, reducing the port's code size and complexity. Also there are some guys at Lanedo that have spoken about taking it over at some point.
If you go with a gnome mailing list, there are instruction for requesting one here: http://live.gnome.org/NewListRequest.
Well, I decided to ask
Well, I decided to ask Frederic Peters what he thinks I should do about the forum and bugs. We'll see.
Meanwhile, Ari asked about the framework, which I hadn't really thought about. Should I?
The framework is up for
The framework is up for grabs too... as long as the jhbuild setup is working, the framework should be trivial to build using the scripts for that. At least on 10.5.
Thought that might be.
Thought that might be.
Building a 10.4 intel version of the framework on my 10.5 intel machine shouldn't be too challenging. Cross-compiling for ppc should in theory "just work", but I'll have to see.
You've presently got the downloads hosted at imendio.com (aliased to gtk-osx.org). I suppose that's going away, too?
This is looking more like it needs to be bundled up as a project, with all of the separate bits (scripts, framework, integration, gnome-doc-utils-fake) in one place with tracking and support forum. While gnome.org is a logical place for it, it looks like a real PITA to get everything set up there. I already have projects on sourceforge, so I'm inclined to use them.
Your thoughts?
(Moved discussion to email)
(Moved discussion to email)