www-client/seamonkey-2 needs to be stabilized as soon as possible as seamoney-1.1.x has known vulnerabilites and was discontinued by upstream in favour of seamonkey-2. See also http://www.seamonkey-project.org/news#2010-03-16 for reference. As seamonkey-2 no longer provides the possibility to let other software compile against its internal xulrunner we need a version of gtk2hs stable that has no dependency on seamonkey anymore.
adding arches. It's about time...
!!! The following update has been skipped due to unsatisfied dependencies: dev-haskell/gtk2hs:0 !!! All ebuilds that could satisfy ">=dev-haskell/haddock-2.4.1" have been masked. !!! One of the following masked packages is required to complete your request: - dev-haskell/haddock-2.6.0 (masked by: package.mask, ~x86 keyword) /usr/portage/profiles/package.mask: # Lennart Kolmodin <kolmodin@gentoo.org> (26 Jan 2010) # Masked GHC and friends for testing. - dev-haskell/haddock-2.4.2 (masked by: ~x86 keyword) - dev-haskell/haddock-2.4.1 (masked by: ~x86 keyword) (dependency required by "dev-haskell/gtk2hs-0.10.1" [ebuild])
Sorry guys. I tried to check that all dependencies were fullfilled but seems like I missed that one. Gimme some time to sort out all remaining dependencies that needs stabilization as well...
Feel free to add us back when full list is posted :-) Thanks
Too slow. No longer blocks seamonkey 2.x stabilization, 19 Jun 2010; Samuli Suominen <ssuominen@gentoo.org> gtk2hs-0.9.12.1.ebuild: Remove obsolete seamonkey 1.x support.
Doesn't depend on seamonkey/xulrunner anymore, nothing for mozilla team to do here.
Current stable seems to be broken, I guess to do this right after bug 338652 is settled?
There is a new version of gtk2hs available. It's no longer just one package, but rather it has been split into many parts. We'll try to add that to portage, as it works better with the recent GHCs and it has switched to webkit from seamonkey.
Any news here? Thanks
I'll try to push something (likey gtk2hs-0.12) to portage this weekend and mask gtk2hs-0.9.*
(In reply to comment #10) > I'll try to push something (likey gtk2hs-0.12) to portage this weekend and mask > gtk2hs-0.9.* Looks like dev-haskell/gtk2hs-buildtools has a 0.12 version but I am not sure about gtk2hs :-/
Here (late) I am. Readding x86 and amd64 arches. gtk2hs is masked to 30 day removal, so I'll change the request a bit: Please, stabilize this set instead: =dev-haskell/pango-0.12 =dev-haskell/cairo-0.12 =dev-haskell/glib-0.12 =dev-haskell/cairo-0.12 =dev-haskell/glade-0.12 =dev-haskell/gtk-0.12 =dev-util/bustle-0.2.3 They are in tree since 09 May 2011 (almost 30 days for now). bustle is an application, so you can test the result on it this way (requires some DBus traffic on the box, like pidgin with notifications): $ bustle-dbus-monitor > /tmp/dbus-messages [wait a bit, emit some dbus events]^C $ bustle /tmp/dbus-messages Thanks!
amd64: Full list of required packages to be unmasked ~amd64: dev-haskell/glib-0.12.0 dev-haskell/cairo-0.12.0 dev-haskell/gio-0.12.0 dev-haskell/gtk-0.12.0 dev-haskell/glade-0.12.0 dev-util/bustle-0.2.3 Will emerge later (slow net speed here)
x86 stable
Oh, plus pango/ amd64: All deps emerged fine with USE="hscolour profile -doc", + mtl & gio. dev-haskell/gtk effectively emerged with USE="gio -doc hscolour profile" Passes al
full list for me: =dev-haskell/pango-0.12.0 =dev-haskell/glib-0.12.0 =dev-haskell/cairo-0.12.0 =dev-haskell/glade-0.12.0 =dev-haskell/gtk-0.12.0 =dev-util/bustle-0.2.3 =dev-haskell/gtk2hs-buildtools-0.12.0 =dev-haskell/gio-0.12.0 ok on amd64.
amd64. Thanks Agostino