[00:48] ?c [00:49] What about gnome-tweak-tool? [00:49] Is it in there? [00:55] ohh, and I was running g-t-t just before, didn't think of looking [00:55] nope [01:02] Its a wonder the gsettings values still exist at all. :) [01:02] But for those who had them set, I guess migration to keep things working the way they wanted is needed. [01:02] Even if there is no GUI to change them. === asac_ is now known as asac [01:05] aye [01:05] now, [01:05] * cyphermox -> late dinner [01:05] cya! [01:27] * micahg isn't sure if the lightdm dist-upgrade brokenness is due to all the new stuff that hit the archive or the lack of transitional packages... === asac_ is now known as asac [05:15] good morning [05:26] Hey didrocks. [05:26] hey TheMuso, how are you? [05:29] didrocks: Not too bad thanks, yourself? [05:31] TheMuso: I'm find, after having refreshed 800+ of debian packages in ubuntu :) [05:39] Yeah I read about that., [05:40] it doesn't look like it did too much damage though, right? [05:42] That's a fun bug to have. Pitty soyuz doesn't have a staging, really ;) [05:47] jbicha: no, it seems fine, apart from loosing my afternoon to proove that it didn't :) [05:47] RAOF: the bug was not trivial, and it took me time to proof it wasn't me clicking on the wrong button [05:48] RAOF: fortunately, I triggered the bug from the experiment, I do not want to imagine that going to production and the first one triggering the bug at beta time :) [05:49] Yeah. That could be unfun. [05:49] didrocks, any idea why totem crash when opening a videa on oneiric? [05:50] xclaesse: do you have a stacktrace? works here [05:51] xclaesse: I tried various format without any issue [05:52] didrocks, http://fpaste.org/pwWw/ [05:52] didrocks, actually crash even if not giving any video [05:53] seems to be loading a python plugin [05:54] xclaesse: indeed, seems a python plugin, do you have the bbc plugin or youtube or anything else? [05:57] xclaesse: totem-plugins is installed there, but not totem-plugin-arte and totem-plugins-extra [05:57] didrocks, just disabled them all in gconf-editor, still crashing [05:59] xclaesse: all plugins? for instance, in the totem interface, I ust have youtube enabled [05:59] didrocks, ok, desinstalled totem-plugins and it works [05:59] xclaesse: hum, would be nice to find the guilty one [05:59] so, it's not because it's not enabled for you, but at loading/seeking time [05:59] when loading, yes [06:20] xclaesse: do you have gnome-video-effects installed? [07:16] hey [07:21] good morning [07:27] salut seb128! [07:27] hey BigWhale [07:27] lut didrocks [07:27] how are you? [07:27] I'm fine, thanks :) fighting with some libunity-core linking magic… [07:27] and you? [07:28] I'm great thanks [07:28] new version is out? [07:28] seb128: no, on current version, there is something definitively wrong [07:28] ok [07:28] let me know if you need a second pair of eyes on it [07:33] hum, I like Xorg restarting when there is too much IO freezing it [07:37] seb128: can you make a ldd on libunity-core and confirm that you don't see any linkage to libnux-core either? [07:37] jbicha, yes gnome-video-effects is installed [07:37] $ ldd /usr/lib/libunity-core-4.0.so.4.0.0 | grep -i libnux [07:37] $ [07:38] didrocks, ^ [07:38] seb128: ok, thanks! [07:38] xclaesse: see bug 459940, as of yesterday, g-v-e depends on frei0r [07:38] Launchpad bug 459940 in frei0r "Launching totem when frei0r-plugins is installed shows: Could not load classifier cascade" [Undecided,Fix committed] https://launchpad.net/bugs/459940 [07:40] jbicha, interesting... thx :) [08:40] hum [08:40] ddebs are not updated for some days [08:40] checking... [09:09] good morning everyone [09:12] hey chrisccoulson [09:12] how are you? [09:12] chrisccoulson, you broke nautilus-sendto! ;-) [09:12] hi seb128, i'm good thanks [09:12] how are you? [09:12] oh, what broke? [09:12] oh [09:12] it didn't build again! [09:12] indeed [09:13] you forgot a build-depends it seems [09:13] I'm fine thanks [09:13] trying to figure why we don't have ddebs for recent uploads [09:13] the ddebs box had a lock from the 22th with no running process [09:13] which I think is not good to get updates ;-) [09:14] oh, i was wondering why upgrades kept removing -dbgsym packages ;) [09:15] well the good thing is that usually we keep a week of ddebs [09:15] so I can probably retrieve the 22 to 28 ones [09:16] if I figure how the thing work, usually pitti handle them [09:18] hmmm, unity-window-decorator has crashed twice in the last minute for me [09:22] chrisccoulson, seb128; good morning [09:22] hi desrt, how are you? [09:22] hey desrt, had a nice flight back? [09:22] pretty good [09:22] seb128: ya. did some big gmainloop changes on the plane =) [09:23] the ancient SIGCHLD race is dead [09:24] seb128: with your distributor hat on, do you have a comment on https://bugzilla.gnome.org/show_bug.cgi?id=655424 ? [09:24] Gnome bug 655424 in general "Provide a graceful restart for dconf-service" [Normal,Unconfirmed] [09:25] desrt, juil. 22 10:39:17 desrt, what we usually do is teach to the service to do whatever is needed, like reloading, on sighup and send a sighup [09:25] desrt, what I told you the other day :p [09:25] but it's not reloading... [09:25] that's the difference between this and a usual case [09:25] I agree with vuntz with my distributor hat on yes [09:25] the intention is that you are instructing it to *exit* [09:26] desrt: not reloading doesn't matter [09:26] vuntz: ohai! [09:26] desrt: it's just not usual to do SIGTERM [09:26] vuntz: it's not usual to use SIGTERM to terminate processes? :) [09:27] desrt: it's not usual to send SIGTERM in postinstall scripts [09:27] vuntz: right.... [09:28] but maybe that's only because purely stateless dbus services are unusual [09:28] desrt: what about dconf-service monitoring its own file and exiting when it changed? [09:29] vuntz: sounds like something that i'd have difficult doing reliably and portably [09:29] why? [09:29] i could use gio, i suppose [09:29] but that would notify me every time anything in libexecdir changed [09:30] desrt: err, why? [09:30] that's how gio works [09:30] it monitors the parent directory [09:30] but it won't notify you [09:31] well [09:31] your process wakes up [09:31] probably relatively rare in any case, though [09:32] reliably detecting your path is also slightly difficult.... but not too bad [09:32] desrt: and you avoid stupid packagers doing mistakes! [09:32] sshd just demands that you always launch it using an absolute path :) [09:32] desrt: I mean, do you trust people like seb128, didrocks or me? [09:32] why are all unreliable packagers french? [09:33] desrt: not true, seb128 is german [09:33] ah. good point. [09:33] unless i wanted to say that seb128 is reliable... [09:34] he's obviously ignoring us, which proves he's not reliable [09:36] ;-) [09:39] well [09:39] there is a clear solution to this problem, for me [09:40] dconf-service will watch for and exit gracefully on sigterm, sighup and maybe some others if i'm feeling exotic [09:40] and the french and germans can do as they like [09:47] ok, nautilus-sendto fixed for real this time ;) [09:53] seb128, do you have time to look at bug 816377 today? :) [09:53] Launchpad bug 816377 in xulrunner-2.0 "Please remove and blacklist source and binaries from oneiric" [Undecided,New] https://launchpad.net/bugs/816377 [09:57] chrisccoulson, yes, sorry I was going to yesterday before we got the autosync issue going on [09:57] heh, no worries :) [09:57] thanks [09:57] yw [09:57] ok, fixed the ddebs! [09:58] why is there not a buildlog for amd64 https://launchpad.net/ubuntu/+source/gnome-power-manager/3.1.3-0ubuntu1 [09:59] question for #launchpad rather [09:59] but it's weird indeed [09:59] we should perhaps just retry it [09:59] bah the ddeb index update is slow [10:03] i would just retry that build === tkamppeter_ is now known as tkamppeter [10:03] perhaps someone killed it? [10:03] done [10:11] bah, ddeb is taking ages on yesterday with the autosync run [10:40] seb128: as you look at the retracers, have you seen a lot of unity-panel-service crashers? (apart from fta's one) [10:40] didrocks, quite some yes but those are usually indicator issues [10:41] it seems libdbusmenu there, yeah [10:42] didrocks, recent one for example [10:42] bug #817352 [10:42] Launchpad bug 817352 in unity "unity-panel-service crashed with signal 5 in _gdk_x11_display_error_event()" [Medium,New] https://launchpad.net/bugs/817352 [10:42] didrocks, we got a bunch of weird like that [10:43] which seem to come from unity itself not indicators [10:43] hum, I don't have that one though [10:43] dbusmenu -> gobject -> gtk3 -> crash [10:43] (but don't have the updated ddebs of course ;)) [10:48] didrocks, ddebs are updated now btw [10:49] chrisccoulson, how is the gnome-keyring update going? ;-) [10:49] seb128: yeah, I saw that, let's send it to launchpad then :) [10:49] the thing is I have to chmod 0 the panel service… [10:49] seb128, oh, yeah, i should get back on to that again ;) [10:49] chrisccoulson, ;-) [10:57] mvo, ping [10:57] just wondering when I should complete that feature [10:57] chrisccoulson: "freespeak and indiv-screenlets also depend on it" [10:58] -> on python-gtkmozembed, right? [10:58] mvo, no panic, when you get a chance just let me know when the transaction interface will have that property [10:58] didrocks, yeah, that's fixed now though [10:58] i fixed it a couple of days ago [10:58] they depend on python-webkit now ;) [10:58] nice, oh seeing your comments :) [10:58] so, the only border line is moon, right? [10:59] like, it still build-dep on it, but we can't rebuild it to fix the build-dep :) [11:02] didrocks, yeah. i talked to RAOF and we might end up just removing that [11:02] it doesn't stop it from being installable in any case, and we can't build it anyway [11:03] chrisccoulson: indeed, as it's an alternative dep [11:03] chrisccoulson: thanks for the detail report on the bug :) [11:11] gnome-sudoku depends on gir1.2-gconf-2.0 but it wasn't included on today's CD [11:15] chrisccoulson: all checked, removed and blacklisted [11:16] didrocks, excellent, thanks! [11:16] yw :) [11:17] woohoo, i'm 5 WI's down now \o/ [11:17] :) === MacSlow is now known as MacSlow|lunch [11:36] jbicha, Depends: gconf2 (>= 2.28.1-2), python2.7 | python2.6, python (>= 2.7.1-0ubuntu2), python (<< 2.8), gnome-games-common (>= 1:3.1.4-0ubuntu1), python-gobject (>= 2.10.0), gir1.2-gtk-3.0, gir1.2-launchpad-integration-3.0, gir1.2-pango-1.0 [11:38] jbicha, sorry seems like I grabbed your vcs before you added r103 [11:38] oh ok, I noticed that in late testing because I finally got virtualbox to work [11:39] I think my vbox was suffering from the dkms weirdness, so I reinstalled it to get it working [11:39] jbicha, I will fix that [11:39] seb128: thank you! [11:40] np, sorry for skipping that fix when I sponsored it ;-) [11:41] I believe the ubuntu-desktop branch already has that edit [11:41] because I checked that, didn't think that it might be different from the actual build [11:42] no it doesn't [11:42] especially as there's no lp:ubuntu branch for it [11:42] did you check your own versions you merge requested? [11:42] oh, it looks like I updated the control but not the control.in, so it was my fault [11:43] indeed [12:03] ronoc: I send the branch for glatzor for review now, its at lp:~mvo/aptdaemon/reboot-required-property [12:03] ronoc: then there should be a property to watch for (org.debian.apt.RebootRequired) [12:10] mvo, happy piloting! [12:10] seb128: yeah, in a wee bit, need to finish something else first :/ [12:10] mvo, no hurry, I just looked at the calendar and noticed it was you ;-) [12:12] yeah, google reminded my about it too (thanks google!) [12:13] mvo, excellent thanks [12:29] seb128, kenvandine: apparently they'll fix this... http://mail.gnome.org/archives/evolution-hackers/2011-July/msg00048.html === Zdra is now known as xclaesse [12:43] seb128, i see what you mean with the compiz modal dialogs... i can't quit gedit because the save before closing dialog is behind gedit :) [12:43] not optimal :) [12:43] ;-) [12:44] didn't get that bug, it's just that if you have a small gedit for example and you click save the fileselector is made to fit in gedit and there is space for content [12:45] kenvandine, evolution hackers decided to wake up! http://mail.gnome.org/archives/evolution-hackers/2011-July/msg00048.html :> [12:45] woot [12:45] * kenvandine reads [12:46] BigWhale, sounds like good progress finally [12:47] BigWhale, want me to build the package in a ppa or something with the patch and you can give it a quick test before you take off? [12:47] kenvandine, http://git.gnome.org/browse/evolution-data-server/commit/?id=5236e19e45cbd98db4c153b1f82bb247eb660d4e [12:47] kenvandine, if you want to backport to oneiric [12:47] or that :) [12:47] kenvandine, how soon will this land in ubuntu when it is fixed in upstream? [12:48] i can do it now :) [12:48] kenvandine, <3 [12:48] ppa or whatever.. I'd like to test things before I go yes [12:49] things at home have gone from crazy to insane ... or vice-versa ... :> [12:58] hey guys I get an odd issue with oneiric, if I select suspend or hibernate from the session menu it does no issues and comes back up fine, if however I close the lid I get and error reading: Failed to suspend, computer failed to suspend. Failure was reported as Sleep has already been requested and is pending. [12:58] I also tried restarting and closing the lid on a fresh session same thing [12:59] reboot, brb [12:59] kenvandine: gwibber-services have been popping up messages using notify-osd however gwibber is showing only tickets from an hour ago when I restarted the session [13:00] davmor2, so in the client you aren't seeing new content? [13:01] is it all the streams, or just one? [13:01] davmor2, i have noticed my replies stream not getting updates unless i restart gwibber [13:01] at least a couple times [13:01] kenvandine: all stream twitter and fb, if I quit the client and reopen it, it updates [13:01] but all the others have currend data [13:02] davmor2, so no new data under any of the buttons? [13:03] kenvandine: nope, I'll send out a message on twitter now if you reply I screenshot it and you see give me 5 [13:04] davmor2, no need [13:04] it is probably the same problem i am seeing [13:04] mine is just limited to one stream [13:05] kenvandine: the other thing I notice too is the behaviour of the Home stream, it used to show everything but now it only shows replies [13:05] oh... that is interesting [13:05] oh, i was just wondering where seb128 went ;) [13:06] seb128, do you want to review p11-kit in a bit? [13:06] sure! [13:06] i guess i'll need to do a MIR for that too [13:06] davmor2, i'll look at that too, do you have more than one account? [13:06] kenvandine: twitter and fb [13:06] sorry seems like my dsl reconnected, which I didn't notice but IRC doesn't like ip changes [13:06] kenvandine: one of each :) [13:08] seb128, ok, i've just uploaded that now [13:08] oh, i just noticed that the maintainer address is wrong ;) [13:08] great, next run is in 2 minutes, I will get it once it's in the queue [13:09] thanks [13:09] there should be a lintian warning for malformed maintainer addresses in debian/control ;) [13:09] it complained about the same problem in the changes file [13:09] mvo, hello [13:09] I just merged your reboot required branch [13:10] mvo, is there still a need for the unity integration? [13:11] glatzor: \o/ thanks! ronoc is there more required beside the reboot required property [13:14] seb128, can you reject that so i can fix the maintainer address? [13:14] seb128: are you sure that gobject-introspection needs a new pygobject? [13:15] chrisccoulson, done [13:15] seb128, thanks. will reupload again now [13:16] chrisccoulson, do we need http://cgit.freedesktop.org/p11-glue/p11-kit/commit/?id=3bb86b72ca5882b1e5684db837c75df810f283c3 ? [13:18] seb128, i don't think so. it looks like the resulting pkgconfig file has the correctly expanded values [13:18] i think ${prefix} is empty isn't it? [13:18] oh, hang on [13:18] jbicha, not sure no, somebody mentioned it yesterday on their channel that a pygobject update was required after the invoke-rewrite merge but I didn't check [13:19] seb128, no, i think it's fine [13:19] teh pkgconfig file has "p11_system_conf=/etc/pkcs11/pkcs11.conf" [13:19] ok great [13:20] seb128, ok, that's uploaded again now [13:20] chrisccoulson, " components orlibraries living in the same process." [13:20] there is a space missing after "or" [13:21] BigWhale, are you on amd64? [13:21] (detail) [13:21] heh [13:21] that's a website bug ;) [13:21] ;-) [13:21] i copied it straight from there [13:22] chrisccoulson, oh, please use .symbols, mterry will block the mir if there is none ;-) [13:22] seb128, oh, i totally forgot to add them ;) [13:23] chrisccoulson, do you want to do a new revision for the fixes? [13:23] seb128, yeah, can do [13:23] chrisccoulson, or should I just drop that upload and you fix it with a new one? [13:23] seb128, it's up to you. it probably doesn't make any difference either way. if you approve it, i can just upload a new revision [13:23] ok [13:23] let me finish the review [13:23] chrisccoulson, you don't install the api documentation [13:24] you should put it in the dev [13:24] do we normally do that? [13:24] i wasn't sure if it mattered or not [13:24] sometimes yes [13:24] sometimes we create a new binary [13:24] * mterry hearts .symbols [13:24] I would just put it in the dev ;-) [13:24] hey mterry [13:24] mterry, new mir work coming your way in a bit ;-) [13:24] seb128, hello! [13:24] darn it [13:26] ok, i've added the symbols [13:29] chrisccoulson, ok, trying to read mterry's mir review I think he will want make check to be run during the build [13:29] ;-) [13:29] :) [13:29] if there are tests, yeah [13:30] seb128, you should just write a bot to do my MIRs [13:30] lol [13:31] mterry, don't try to slack away! [13:31] seb128, it runs already ;) [13:31] dh_auto_test runs it [13:31] oh, clever [13:31] the new dh system seems nice ;-) [13:31] heh :) [13:32] seb128, i've got a new revision here with symbols and the documentation installed [13:36] chrisccoulson, NEWed [13:36] seb128, excellent, thanks [13:36] thank you for working on it ;-) [13:47] kenvandine, yes [13:52] http://ubuntuone.com/p/16dh/ [13:52] http://ubuntuone.com/p/16dj/ [13:52] BigWhale, ^^ [13:52] those two debs should be all you need [14:11] kenvandine, tedg: I've put some comments on the libindicate gtk3 merge request [14:11] cool [14:11] i am looking at that right now too [14:20] kenvandine, ok, will try [14:26] BigWhale, cool, thx [14:26] BigWhale, let me know if it helps at all... i'll hold off uploading to oneiric [14:32] $ evolution [14:32] ** (evolution:1074): CRITICAL **: categories_icon_theme_hack: assertion `filename != NULL && *filename != '\0'' failed [14:32] (evolution:1074): evolution-shell-CRITICAL **: shell_settings_pspec_for_key: assertion `schema_name != NULL' failed [14:32] Erreur de segmentation (core dumped) [14:32] bah [14:32] go evo go [14:33] it works if I run it in gdb though [14:35] seb128: time to switch to thunderbird? :) [14:35] can I edit my calendar there? ;-) [14:35] seb128: hum, depends on which calendar your are talking about :-) [14:36] the one in a papersheet, yeah ;) [14:36] ;-) [14:45] ok, early evening, need to see the doctor. Will check my emails later [14:45] see you tomorrow :) [14:45] didrocks, see you [14:46] good night didrocks [14:46] let's see if he gets glasses ;-) [14:51] kenvandine, it seems I am running into some dependency problems... let me update/upgrade [14:51] ok [14:51] BigWhale, i need to drop offline for a little bit [14:51] should be back on in 15m or so... [14:52] ok [14:52] but if i am not, drop me a mail so i know to upload or not :) [14:52] bbiab [14:53] Hello [14:53] I need help with lightdm [14:53] jaytaoko, yes? [14:54] After upgrading my system, lightdm does not show up [14:54] seb128: my screen is black [14:54] jaytaoko, switch to a vt and install lightdm-gtk-greeter [14:55] seb128: I did that, following didrocks advice [14:55] seb128: I also installed lightdm-gtk-greeter-example [14:55] jaytaoko, on what version of ubuntu are you? [14:55] you shouldn't be able to install lightdm-gtk-greeter-example [14:55] that's deprecated [14:55] it conflicts with the new lightdm [14:55] seb128: oneiric [14:56] jaytaoko, dpkg -l | grep lightdm? [14:58] seb128: I see liblightdm-gobject-0-0, liblightdm-gobject-1-0, lightdm, lightdm-greeter-example-gtk, lightdm-gtk-greeter [14:58] jaytaoko, what greeter did you use before? [14:58] jaytaoko, are those all on 0.9.2 versions? [15:02] seb128: I installed lightdm-greeter-example-gtk because lightdm.log was reporting it couldn't find example-greeter-gtk or something like that [15:11] seb128: your fix is still not working, I'm rebasing my change on your upload now [15:14] micahg, how so? [15:14] micahg, what error do you get? [15:15] seb128: apt can't resolve the dependency chain and wants to remove lightdm and the meta package requiring it [15:15] micahg, it doesn't make any sense [15:15] can you check with mvo? [15:15] that's true [15:15] why would it remove lightdm rather than install a greeter? [15:15] but I think this is why most packages provide transitional upgrades to new binaries [15:16] no [15:16] transitional packages are because provides are not versioned [15:17] mvo, there? [15:17] seb128, hello [15:17] well, when mvo has a minute, I'm happy to debug, I have the system still here with lightdm 0.4.3 to test with [15:17] hey ricotz [15:17] do you mind having a short look at the package structure of cogl http://people.ubuntu.com/~ricotz/clutter-cogl/ [15:18] hello seb128 and micahg [15:18] BigWhale, is it working? [15:18] mvo, hey [15:18] mvo: hi [15:18] mvo, micahg is having lightdm upgrade issues [15:19] summary of the situations is [15:19] seb128, there are some dependencies missing [15:19] we have 0.4.3 [15:19] gir1.2-ebook-1.2 depends on gir1.2-edataserver-1.2 (= 3.1.4-0ubuntu2); however: [15:19] Version of gir1.2-edataserver-1.2 on system is 3.1.4-0ubuntu1. [15:19] d [15:20] BigWhale, ken says he will just upload [15:20] mvo, ok, so sorry got sidetracked [15:20] 0.4.3 [15:21] lightdm: recommends lightdm-greeter and lightdm-example-gtk-greeter installed which provided it [15:21] i.e you had 0.4.3 with lightdm and lightdm-example-gtk-greeter installed [15:21] 0.9.2 now [15:22] the greeter got renamed lightdm-gtk-greeter [15:22] we made lightdm Depends on lightdm-gtk-greeter | lightdm-greeter [15:22] (lightdm-greeter is a virtual package that all greeters provides) [15:22] and conflicts with the old lib soname which lightdm-example-gtk-greeter depended on [15:23] mvo, why would on a dist-upgrade apt prefer to remove lightdm than to install lightdm-gtk-greeter? [15:23] what is the output of -o Debug::pkgProblemResolver=true and -o Debug::pkgDepCache::AutoInstall=true when this happens? [15:23] does this happen on oneiric -> oneiric only? if so, what do I have to do to reproduce? [15:24] oneiric-> oneiric, alpha2 to now upgrade should show it [15:25] seb128, ok... I'll wait and do an upgrade [15:26] micahg: let me try [15:27] micahg: or can you provide me with the debug output? [15:28] mvo: http://paste.ubuntu.com/653853/ [15:30] thanks micahg I can partly reproduce it from a older livecd [15:31] micahg, oh, you have xubuntu-desktop which depends on lightdm-greeter-example-gtk, [15:31] mvo, ^ [15:31] that's broken [15:31] aha! [15:31] xubuntu-desktop needs to be updated to depends on an existent binary [15:31] apt is never wrong :p [15:31] oh, wait, I know what part of my problem is, I just saw that, I can fix that part, but the new greeter provides the old binary [15:31] mvo: ^^ wouldn't the provides work on the upgrade here [15:32] * micahg goes to fix xubuntu-desktop [15:32] g'ah, having no JS debugger for firefox totally sucks [15:34] micahg: it should I think, but let me look in more detail whats going on [15:35] micahg, mvo: one issue is that the package was real and it's a provide now and provides are not versioned [15:35] so I'm not sure how it plays with apt [15:39] seb128: it looks like part of the probem is that the new lightdm conflicts on liblightdm-gobject-0-0 and the old -example-gtk greeter depends on that one, so apt sees that it needs a greeter but the installed one conflicts with the new version. this is why its held back in my test vm it seems [15:39] well, held back is fine [15:39] can we nudge it to install the new greeter? [15:40] hold on a sec, I try to figure out more [15:45] ricotz, what sort of comments do you want on cogl? [15:45] seb128, things like the package naming [15:46] i uploaded the binaries too [15:46] so you can see the lib names [15:47] ricotz, the naming and debs seem fine [15:47] the cogl symbol removal from libclutter-1.0-0 should be no harm for transitional things [15:49] i disabled quite some patches and moved two from clutter to cogl [15:49] seb128: hm, I need to look more into it, sorry that I don't see a immediate solution, I'm sure I'm overlooking something [15:50] seb128: I need to go for early dinner today, I check tomorrow morning [15:51] mvo, no hurry, have fun, see you tomorrow [15:51] ricotz, ok [15:53] brb [15:59] kenvandine, kenvandine, kenvandine ! [15:59] dependencies failed :> [16:00] gir1.2-ebook-1.2 depends on gir1.2-edataserver-1.2 (= 3.1.4-0ubuntu2); however: [16:00] Version of gir1.2-edataserver-1.2 on system is 3.1.4-0ubuntu1. [16:00] I guess I'll need everything related to eds [16:03] BigWhale, yeah, seb128 told me [16:03] wb kenvandine [16:03] i uploaded to oneiric, but it is still waiting to build [16:03] hey seb128 [16:03] BigWhale, i'll get you the rest of the debs [16:03] kenvandine, ok... I'll wait... :) [16:04] you can probably dpkg -i --force-depends the one you got [16:04] then fix with an apt-get -f install later [16:04] I have to leave for an hour or so... [16:04] just msg me or something [16:04] well, just unpack the deb locally otherwise [16:04] dpkg-deb -x gir... dir [16:04] then copy the file over the system on [16:04] one [16:05] just the gir file is needed? really? [16:06] wow [16:06] the typelib rather which is in the gir binary [16:06] * BigWhale slaps himself because he didn't think of force depends... [16:10] seb128: new xubuntu-meta uploaded, sorry for the wild goose chase [16:11] http://ubuntuone.com/p/16fP/ [16:11] BigWhale, ^^ [16:13] kenvandine, there were some errors.. let me check [16:13] Package libgtk-3-dev is not installed. [16:14] ok nothing too bad [16:49] re [16:49] jbicha, there? [16:49] seb128: yes [16:50] jbicha, is the ssdpd client required or is only the library required in that binary? [16:50] looking at lp:~jbicha/ubuntu/oneiric/miniupnpc/drop-minissdpd-recommends [16:51] seems wrong that the library and dev have a recommends to start, it should benefit only the client itself? or is the library enhenced by it? [16:52] it's enhanced, according to http://miniupnp.free.fr/minissdpd.html [16:52] "Recent versions of MiniUPnPd and MiniUPnPc are designed to take automaticaly advantage of MiniSSDPd running on the same computer." [16:52] well, the library? [16:52] or the client? [16:52] or both? [16:52] it seems wrong that the recommends is there on each binary to start [16:53] it should either be on the client or on the library [16:53] yes it is weird, but maybe it enhances both? [16:54] ok, I was asking if you knew exactly [16:54] we should check ;-) [16:54] thanks [16:54] no, all I know is from reading the dev's homepage [16:56] hey ;) [16:58] didrocks, hey, so did you win glasses or not? ;-) [16:58] seb128: yeah, I won glasses and so, loose money :) [16:59] clearly it's because "I work too much" :-) [16:59] didrocks, no, that's because you should stop looking at screens after work [16:59] I even had to time to go to the glasses shop to order some! [16:59] ;-) [16:59] nice [16:59] seb128: ahah, they are not that close :) [17:00] will be handy anyway [17:02] seb128: btw, if you got a minute to review the libunity-2d-private-dev packages in NEW [17:05] seb128: I'm trying to build gnome-games with the new vala-0.14 but it gets stuck at AM_PROG_VALAC([0.13.0]) [17:05] it looks at /usr/bin/valac and sees that it's not 0.13.0 or higher [17:06] jbicha: /usr/bin/valac is an alternative [17:06] jbicha: it should point to 0.12 I gues if both vala is installed for you [17:07] ok, well valac --version returns Vala 0.12.1 [17:07] indeed :) [17:07] jbicha: do you have both vala installed? [17:07] in that case, update-alternatives --config valac [17:07] so it works if I uninstall the other one [17:07] and choose the 0.14 [17:08] jbicha: no need, just choose it with the above command ^^ [17:08] and then, confirm with valac --version [17:08] (the builder doesn't have the issue as you normally just install one vala version) [17:08] ok, got it [17:12] it's still going to cause problems though when someone tries to run a vala-0.14 app, right? [17:12] I don't think the developers expect users to have 2 different vala on their computer [17:13] blames robert_ancell for causing problems ;-) [17:14] the alternatives priority of vala-0.14 should be bumped a bit, e.g. from 85 to 90 [17:15] why? [17:15] we don't want to default [17:15] jbicha, well most softwares using vala use it at build time to compile C [17:15] they don't use it at runtime [17:15] so build-depends on the right version should work [17:15] the buildds will get only that version [17:15] oh, I didn't know that [17:16] mhh, but if you install it i think it should be default [17:16] ricotz, I think the stable serie should be default [17:16] .1 in an unstable serie is a bit early to make it defaul [17:16] if you like it you can set the default alternative on your system though [17:16] right, so the upload overrules vala-0.12 already [17:17] just saw you used a new package name [17:17] won't vala 0.14 be out by release date? Fedora switched to vala-0.13 by default [17:17] jbicha, it should [17:17] jbicha, i still has some issues [17:17] still I would prefer if we try to build a few things like shotwell with it before switching defaults [17:17] it* [17:18] we got bitten in the past by switching too early [17:18] didrocks, can do [17:18] ok, we're not Rawhide :-) [17:18] no, we are not ;-) [17:18] * kenvandine is scared to try it [17:19] so an upload without providing vala-dev would be better === _LibertyZero is now known as LibertyZero [17:20] seb128: thanks! :) [17:20] didrocks, yw [17:21] ricotz, there is no vala-dev in that upload [17:21] vala-0.14-dev provides vala-dev [17:22] right, why is what you want [17:22] it allows people who want to try use the new version as their default to do it [17:22] why->which [17:22] removing this will prevent pulling it in by default for build-deps, if there is still trouble with it [17:24] hum [17:24] well let's see if there are some practical issues [17:24] people who wants to try it can explicitly choose vala-0.14-dev [17:24] it's not going to be pulled in by anything in main since it's in universe [17:24] ok [17:24] well they will get a missing build-depends if they try something build-depends on the non versioned name [17:25] mhh, so it could be a problem [17:25] let's see if we get any practical issue with what we have now [17:25] it should be mostly ok [17:26] I'm fine changing it if needed [17:26] i dont recall, but since 0.13.1 there were quite some bugs [17:26] ok, lets see [17:32] seb128: do you want a new merge proposal for gnome-games then, or reuse the old one? [17:36] seb128, is there a known problem with the buildds and glib? [17:36] Processing triggers for libglib2.0-0 ... [17:36] Unable to open directory /usr/lib/x86_64-linux-gnu/gio/modules: Error opening directory '/usr/lib/x86_64-linux-gnu/gio/modules': No such file or directory === cking is now known as cking-afk [17:48] jbicha, old one is fine thanks [17:48] kenvandine, not known [17:48] https://code.launchpad.net/~jbicha/gnome-games/gnome-games-3.1.4/+merge/69384 [17:48] thanks [17:48] jbicha, will look at it later [17:48] dinner time ;-) [17:48] sure, no hurry [17:51] kenvandine, there's a change... :> [17:53] BigWhale, i guess that is something :) [17:53] well.. it's a change... http://pastebin.com/ZL64X4BA [17:53] just not all that good... :> [17:53] but I am glad things are moving forward :) [18:05] BigWhale, looking in git, that same guy had several commits after the patch i applied that all seem somewhat related [18:05] annotations related to getting the client [18:06] kenvandine, oh [18:07] i guess i need to apply all of them :) [18:07] "It compiles, ship it!" [18:07] :> [18:17] have a good night everyone [18:18] ugh. why doesn't Gtk.ResponseType.foo work right [18:18] exceptions.AttributeError: type object 'GtkResponseType' has no attribute 'ok' [18:20] oh [18:20] because they're actually capitalized in the API, but in the .gir they are lowercase [18:20] Gtk.STOCK_GRRRR [18:21] yeah, the capitalization & punctuation confuses me too [18:40] jbicha, in fact I'm going to keep your update out for a bit [18:40] jbicha, the new vala is in universe only for now [18:41] jbicha, we don't need a mir review but we should probably support one vala version at the time so I'm going to delay a bit until the next meeting so we can discuss what versions we want to support and the timing to promote,demote those [18:42] seb128: ok, it's all robert ancell's fault with sudoku & simple-scan anyway ;-) [18:42] indeed! [18:42] he broke things and then ran away in holidays ;-) [18:42] the second one will be a reason to use the new vala as well though [18:43] especially that the new version switched to gtk3 and gsettings [18:43] kenvandine, you need to try again ;-) [18:44] seb128, will do [18:44] e-d-s built fine [18:44] kenvandine, to use autoreconf you need a build-depends on dh-autoreconf ;-) [18:44] kenvandine, sorry I was talking about indicator-power [18:44] sigh... [18:44] "dh: unable to load addon autoreconf: Can't locate Debian/Debhelper/Sequence/autoreconf.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.12.4 /usr/local/share/perl/5.12.4 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.12 /usr/share/perl/5.12 /usr/local/lib/site_perl .) at (eval 23) line 2." [18:44] :) [18:44] that is better than the previous failure :) [18:45] is everyone going on holiday now? [18:45] no [18:45] BigWhale, http://ubuntuone.com/p/16fP/ [18:45] well kenvandine soon I think [18:45] same url, but an updated tarball with new debs [18:45] september [18:45] but by the time I'm off pitti and robert_ancell will be back [18:45] kenvandine, didn't you say you wouldn't be at desktop summit because of holidays? [18:46] I'm getting confused ;-) [18:46] not strictly because of it [18:46] jbicha, well anyway there is a turn over, we should always have some people online ;-) [18:47] but they are close... didn't want to be gone that close together [18:47] i am leaving beginning of sept [18:47] kenvandine, yeah, makes sense [18:47] good, you can cover for all the people slack^working at the summit [18:47] ;-) [18:47] yup :) [18:49] why is evolution such a piece of crap software? [18:49] it's only working under gdb since the update [18:49] BigWhale, you also need https://launchpad.net/ubuntu/+source/evolution-data-server/3.1.4-0ubuntu3/+build/2653940/+files/evolution-data-server-common_3.1.4-0ubuntu3_all.deb [18:50] seb128, time to move to thunderbird? :-P [18:50] seb128, i'm using it + google for calendaring, got a bit tired of evolution being broken from time to time [18:51] pedro_, i want my calendars in eds though [18:51] they aren't very useful if they aren't [18:51] kenvandine, well yeah... [18:51] :/ [18:52] yeah, I should switch to tb, if I do maybe chrisccoulson will pay me a beer at UDS as well or something ;-) [18:52] would be a double win ;-) [18:53] seb128, it depends on how many bugs you report ;) [18:53] more bugs = less beer [18:53] :) [18:53] not fair! [18:53] didrocks is already at zero beer [18:53] lol [18:53] that's fine, he drinks enough :p [18:54] heh [19:02] mterry, hey [19:03] seb128, hello! [19:03] mterry, do you follow the transmission mirs and tweaks needed? [19:03] or should that be on the team list? [19:03] seb128, a bit. I reviewed several of them [19:03] like https://code.launchpad.net/~jbicha/ubuntu/oneiric/miniupnpc/drop-minissdpd-recommends/+merge/69618 [19:03] seb128, yeah, I noticed that branch today. I saw you commented and was going to check again later for a response [19:03] mterry, or said differently "will you sort it, or should I try to have a look to understand why a bittorent client try to bring on services" [19:04] kenvandine, I probably need to restart evolution, right? [19:04] I've not looked at it but that seems a bit much for a bittorent client [19:04] BigWhale, doubt it [19:04] it is just changing the annotations for the API [19:05] transmission doesn't ship minissdpd, that was the Debian packaging based on the original author's recommendation [19:05] seb128, :) my understanding is that one of these new libraries supports a service like upnp, but that per-spec, upnp things all have to listen to same port. So this daemon is a proxy for that port and listens on behalf of all clients [19:05] seb128, not necessary, but makes such upnp support better (so it's not a race to the port) [19:05] why does a bittorent client need to do upnp? [19:05] BigWhale, these TRANSFER_NOTHING warnings look kind of like I am getting one per result of the query [19:05] it's the goal to download things? [19:05] seb128, that I don't know :) [19:05] ok [19:05] mterry, well, will you look at it or should I put that on my todo? ;-) [19:06] mterry, I'm just trying to make sure somebody looks at sorting it ;-) [19:06] because downloading torrents can have problems in nat setups which is a lot of home users [19:06] seb128, I can grab it [19:06] kenvandine, I have only one record in the contacts... :> [19:06] let me see [19:06] mterry, thanks, it's yours then [19:06] jbicha, is it sufficient to just not ship the daemon? how bad an experience would that give users? [19:07] jbicha, ok, I guess I don't understand how upnp fixes that issue [19:07] but I think such setups are "corner cases" [19:07] i.e over what our default install target [19:07] those users can install an upnp stack if they need it [19:07] upnp is supposed to magically cross through the nat firewall [19:08] well is the lib doing that? or does it need a running service? [19:08] mterry: I think not shipping only creates an issue if a computer has more than 1 vino or transmission instance going [19:08] then I'm not sure what the upnpc thing do [19:08] which should be discouraged anyway [19:09] the daemon was so that more than 1 app (or instance of that app) could use the same port [19:10] but neither transmission nor vino ship minissdpd, but they do ship miniupnpc [19:10] kenvandine, you're right [19:10] warning for each hit in the database [19:11] BigWhale, so i think the next bug is annotations for the resulting record [19:11] if there are no hits, get_contacts_sync() wont core dump.. So, I guess there's still an issue with copying the data [19:11] seb128, jbicha: so that sounds like a reasonable use case (though I don't know details of magically getting around nat). But easy enough to drop the daemon. jbicha, could you update your branch to use Suggests instead of just dropping the Recommends? [19:11] kenvandine, brb... (inlaws visiting...) [19:12] mterry: suggests for both the client & library, right? [19:13] hey guys... [19:13] why does gnome-session sometimes spam the crap out of dbus with evolution calendar crap? [19:13] its kind of annoying [19:13] jbicha, I guess? It was recommends before. Again, not sure why both need them, but it's not terribly important that Suggests are perfect [19:14] DBO, it doesn't [19:15] mine does [19:15] DBO, it's likely that indicator-datetime is doing it [19:15] DBO, talk to ted [19:15] seb128, roger roger :) [19:15] well, we got bugs about indicator-datetime doing it [19:15] chrisccoulson mentioned that before I think [19:16] not sure if he debugged it though [19:16] i didn't have much chance [19:17] but, from what i saw, e-calendar-factory spams the session bus with bazillions of "opened" signals [19:17] mterry: done [19:20] is it a bad time to upgrade now? [19:20] no [19:20] dist-upgrade wants to remove ubuntu-desktop [19:22] jbicha, is there a reason you left the recommends on the -dev package? [19:23] mterry: no, I just didn't look close enough, pushed again [19:26] jbicha, merged, thanks! [19:26] also closed out the mir for it [19:28] kenvandine, you won this time, it build! [19:29] :) [19:34] kenvandine, yeah, the problem is with the result. [19:39] i think that list contains references to a #EContact [19:39] which must not have the right transfer or something [19:40] reply to the list email with your current issue [19:40] I also tried contacts = GLib.SList() [19:40] BigWhale, yeah, that isn't the issue [19:40] since the gir file has SList as an out parameter [19:40] it is the contents of the list [19:41] trying to access the contents of the list causes the crash [19:41] is evolution now fixed or still sending out empty emails? :) [19:41] i didn't know it was sending empty mails! [19:41] * kenvandine hopes he hasn't done that to anyone :) [19:42] yeah it used to, not sure now.. I switched to thunderbird in the mean time [19:42] (now that's broken too... :> ) [19:46] kenvandine, I sent mail with an update to the evolution-hackers list... now putting kids to bed... later [19:47] later! [19:47] hrmm [19:47] i wonder if there is a way to force loading of Gtk-2.0 with Python and gi.repository [19:50] dobey, yes [19:51] gi.module.gi.require_version ("Gtk", "2.0") [19:51] then [19:51] from gi.repository import Gtk [19:51] ah [19:51] in know... easily discoverable :) [19:52] yeah, just ran across that in an obscure mailing list thread [19:55] now to figure out when i should actually do that [20:47] meh, aptdaemon.client doesn't have a simple "at_least_version(package, '1.2.3')" sort of thing :(