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