[00:38] <darkxst> meh, gnome-shell get stuck maximised
[00:38] <darkxst> err gnome-terminal
[00:40] <jbicha> GNOME doesn't really coordinate their releases very well
[00:41] <jbicha> gnome-desktop needs gnome-shell which needs mutter which needs an unreleased cogl, and gnome-control-center is 2 days late
[00:41] <darkxst> lol
[00:42] <jbicha> I blame jhbuild for making these broken dependencies easy for maintainers
[00:44] <darkxst> thats about it!
[00:46] <darkxst> and again they will probably have to do another .1 g-s release
[01:03] <darkxst> jbicha, g-s update http://pastebin.com/azupx0pw
[01:18] <arcadia> Hello?
[01:43] <darkxst> jbicha, once we have a RC release of new spidermonkey can we land it in raring?
[01:47] <jbicha> darkxst: we need to discuss that with some other people, probably #ubuntu-desktop during the europe day
[01:48] <jbicha> I had an alternate idea that we could create a mozjs185 source for stuff that wouldn't work with the new version and keep mozjs for the new one
[02:05] <darkxst> jbicha, yeh that would work
[20:18] <darkxst> ricotz, can you repackage mozjs using this tarball? https://bugzilla.mozilla.org/show_bug.cgi?id=735599#c38
[20:49] <ricotz> darkxst, oh, nice
[21:59] <darkxst> gnome-devel-docs http://pastebin.com/9MUczD8Z
[22:00] <darkxst> libgweather http://pastebin.com/6YVKeUJ4
[22:05] <darkxst> gnome-contacts fails, because both versions of Gee get pulled in, contacts requires gee-0.8, but libfolks uses gee2
[22:06] <darkxst> how can I stop that?
[22:12] <jbicha> I think that means you need to build folks against gee-0.8 first
[22:17] <darkxst> ah right, so need to update folks to 0.9 then
[22:54] <darkxst> jbicha, libgee 0.8.4 update could straight into raring?
[22:59] <ricotz> darkxst, hi
[22:59] <darkxst> hi
[22:59] <ricotz> i had a look at the mozjs tarball
[22:59] <ricotz> you are already aware of the missing symlinks irc
[23:00] <darkxst> ricotz, you mean the lib.so.0 etc links?
[23:00] <ricotz> but the library itself is broken while you dropped important LDOPTS
[23:00] <ricotz> (yes those)
[23:00] <darkxst> they wont upstream those links
[23:01] <ricotz> ok, but bug812265-setup-versioning_3.patch is broken
[23:01] <darkxst> ricotz, how so?
[23:02] <ricotz> i guess you ignored this line:
[23:02] <ricotz> $(SHARED_LIBRARY): EXTRA_DSO_LDOPTS += -Wl,-soname,$(notdir $(SHLIB_ABI_VER))
[23:02] <jbicha> darkxst: yes for new libgee
[23:02] <ricotz> darkxst, this is needed EXTRA_DSO_LDOPTS += -Wl,-soname,$(LIBRARY_NAME).so
[23:03] <ricotz> or something like that
[23:03] <ricotz> i am not sure yet
[23:03] <ricotz> this buildsys is quite annoying ;)
[23:04] <darkxst> ricotz, yes, even the mozilla people don't really understand it :)
[23:05] <ricotz> that is a pity
[23:05] <darkxst> they want to dump all the Makefiles in the future however
[23:09] <ricotz> i see
[23:20] <ricotz> darkxst, will push it to my staging ppa and hoping the best
[23:29] <darkxst> ricotz, did the above EXTRA_DSO_LDOPTS work ?
[23:38] <ricotz> "EXTRA_DSO_LDOPTS += -Wl,-soname,lib$(LIBRARY_NAME).so.0" works, but i guess this won't work for upstream
[23:38] <ricotz> btw gjs build fine against it
[23:44] <darkxst> ricotz, so that is not required upstream then?
[23:44] <ricotz> it is required but not with this name if the symlinks are not wanted
[23:45] <ricotz> but it will actually only work with proper symlinks
[23:45] <darkxst> ok, so just with lib.so
[23:45] <darkxst> oh
[23:46] <ricotz> ld requires an soname e.g. ".0"
[23:46] <ricotz> http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html
[23:47] <ricotz> not following this isnt right, and upstream should adapt to it, like they did before
[23:48] <ricotz> why was it is removed anyway?
[23:48] <ricotz> i mean from the patches
[23:49] <ricotz> darkxst, https://launchpad.net/~ricotz/+archive/staging/+packages
[23:50] <ricotz> jbicha, ^
[23:50] <ricotz> mozjs17 should be something to get into raring
[23:53] <jbicha> I can't make that decision, you'll need to see what the other Ubuntu devs think
[23:53] <ricotz> right
[23:54] <jbicha> it sounds promising though
[23:55] <ricotz> yes, in regards of speeding up gnome-shell
[23:59] <darkxst> ricotz, they claimed that lib.x.y.so is equivalent to lib.so.x.y