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