[00:36] robert_ancell, trying to update evolution, but the plugins end up with full so versions (i.e. so.0.0.0 etc), how can I stop that? [00:36] darkxst, not sure what you mean, has that changed between versions? [00:37] robert_ancell, nope, it only seems to happen when I build it [00:37] darkxst, how are you building it? [00:37] the debian package is just plugin.so [00:37] pbuilder [00:38] but if I build the debian package locally, I get plugin.so.0.0.0 and the symlinks [00:38] hmm, I'd expect pbuilder to do the right thing. Don't know, sorry [00:39] I normally just debuild/bzr-buildpackage locally then upload [00:39] perhaps libtool or something has changed [00:39] possible but it builds correctly under jhbuild [00:39] darkxst, also worth checking is building from git and checking if the same thing happens [06:35] ricotz, hey, when I try to build evolution, the modules and plugins are get so.x.x.x versions [06:35] which they shouldnt [06:36] any idea why? [06:38] even with the debian package, this happens [06:38] darkxst, hi [06:38] isnt there a patch which exactly does that? [06:39] 10_revert_libevolution_avoid-version.patch [06:40] i don't know the rationale for doing this though [06:40] https://bugzilla.gnome.org/show_bug.cgi?id=591436 [06:40] Gnome bug 591436 in Miscellaneous "Add -avoid-version to LDFLAGS" [Normal,Resolved: fixed] [06:41] that is unrelated to modules and plugins? [06:41] I think its something else, if I look at the file list for the debian package, they are plugin.so [06:41] but when I build their package I get plugin.so.0.0.0 [06:43] so e.g. usr/lib/evolution/*/plugins/*-bbdb.so is actually usr/lib/evolution/*/plugins/*-bbdb.so.0.0.0? [06:43] yeh an 2 symlinks [06:43] i see [06:44] sounds like some buildsys problem [06:45] yes, and I have no idea how to fix it! [06:45] does it happen while building the plain git repo too? [06:46] well it doesnt happing with a jhbuild [06:47] presumably its one of the dh_ scripts doing it [06:47] i see [06:50] It does work ok if I install all the extra files, but that just seems wrong ;( [07:14] darkxst, so if you are building 3.7.91-1 locally it "fails" too? [07:14] ricotz, yes [07:18] darkxst, ok, it kind of works here [07:18] "kind of"? [07:18] (but i have automake 1.12.6 as default) [07:19] liborg-gnome-evolution-bbdb.la [07:19] liborg_gnome_evolution_bbdb_la-bbdb.o [07:19] liborg_gnome_evolution_bbdb_la-gaimbuddies.o [07:19] liborg-gnome-evolution-bbdb.lai [07:19] liborg-gnome-evolution-bbdb.so [07:19] liborg-gnome-evolution-bbdb.soT [07:19] this is plugins/bbdb/.libs/* [07:20] .so and soT are no symlinks [07:20] so I get the same [07:20] but soT shouldnt be there [07:20] you do? [07:21] but the files in debian/usr/lib/evolution/*/plugins/ are versioned [07:21] darkxst> but when I build their package I get plugin.so.0.0.0 [07:21] and as are the files that end up in the packages [07:24] -rw-r--r-- 1 rico rico 18256 Mär 22 08:14 liborg-gnome-itip-formatter.so [07:28] darkxst, the debian experimental builds are using automake 1.12.6-2 if i am correct [07:29] I just have the standard raring automake 1.11 or whatever it is [07:30] 1.11.6 that is [07:31] the tarball itself was built with 1.11.6 too so i suppose it is working for the upstream maintainer [07:32] darkxst, btw if there are no funny things in the rules, dh_ doesnt create new files or symlinks [07:32] so what "make install" gives you is what you get [08:00] ricotz, so actually its only the 92 package that fails apparently [08:02] Hi, is there any ppa that hosts latest "Web" 3.8 or is it possible to easy build it? [08:03] ricotz doesn't seem to do it [08:08] fhedstrom, we probably haven't packaged it yet [08:11] darkxst, i see, that is why i asked if you built 3.7.91-1 [08:12] yeh I got confused, 3.7.91-1 worked [08:12] 3.7.91-1 updated to 92 fails [08:14] gotta go, be back in a bit [08:22] darkxst, ok! So it will happen sometime soon mby? Want to try out the new chrome web store and webkit and leave FF. But no rush, I'm enjoying your work with the other 3.8 apps now. === fhedstrom is now known as znejk [08:38] darkxst, ok, a simple update to 3.7.92 works fine here [08:38] the installed plugins/modules are fine [08:58] ricotz, hmm not for me ;( [11:19] ricotz, should the g-c-c search provider go in its own package? or just in -common? [11:20] well just 'gnome-control-center' or a seperate package? [11:26] darkxst, putting it in gnome-control-center should be fine [11:32] ok will do [12:32] ricotz, ok uploaded a fixed .91 === yofel_ is now known as yofel [23:07] My screen goes blank and I just see the mouse cursor if it stays idle for a few minutes, I think it has something to do with Brightness and lock center. When I try to open it, it just crashes. [23:48] Ponch0, https://bugzilla.gnome.org/show_bug.cgi?id=696169 [23:48] Gnome bug 696169 in lock-screen "Shows black screen in place of shield" [Normal,Unconfirmed]