Released on 2009-07-16.
It's a development version
(In reply to comment #1) > It's a development version > Are 100% sure about that ? For me it looks like intltool dropped odd/even numbering, when it left git.gnome.org.
just look at the launchpad page, that's what it says.
You can see for intltool 0.41 --> Series: trunk and for trunk --> Status: Development so... it does not look like a stable release...
(In reply to comment #4) > You can see for intltool 0.41 --> Series: trunk > and for trunk --> Status: Development > > so... it does not look like a stable release... Hm, I guess that's just the kind of things people tend forget to update. For example, take a look on bzr: https://code.launchpad.net/bzr . All current (2.0, 2.1 and trunk) branches are development there, but still 2.0 is a long time stable release. So it's better for us to take upstream word here: https://bugs.launchpad.net/intltool/+bug/503069
http://cvs.fedoraproject.org/viewvc/rpms/intltool/devel/intltool.spec?r1=1.57&r2=1.58 Should at least get it in package.mask for testing. Would be easier to test xfce-*/* for compability rather sooner than later. Let me know if I can do that...
With a big fat package.mask entry, I'd say that's doable. Cheers
Once again: why a package.mask entry, if the upstream say it's stable ? Unless there are known issues with it, even though it's not in the tree yet.
(In reply to comment #7) > With a big fat package.mask entry, I'd say that's doable. > > Cheers > done, and masked for testing *intltool-0.41.0 (17 Feb 2010) 17 Feb 2010; Samuli Suominen <ssuominen@gentoo.org> +intltool-0.41.0.ebuild: Version bump wrt #299523, thanks to Rafał Mużyło for reporting. (In reply to comment #8) > Once again: why a package.mask entry, if the upstream say it's > stable ? > > Unless there are known issues with it, even though it's not in the tree yet. > I can only speak for Xfce4 but I'm recompiling all our pkgs with it now. It's up to Gnome to unmask it at this point.
