=== asac_ is now known as asac
=== mimico is now known as mimico_afk
[10:37] <alex3f> hi, does nzmm hang around here?
[10:48] <ayan> all: what is the best way (if any) to disable the screen lock?
[10:52] <seb128> ayan, what version of Ubuntu?
[10:52] <ayan> natty.
[10:52] <seb128> ayan, from a script or as an user?
[10:52] <ayan> as a user.
[10:52] <seb128> use gnome-screensaver-properties?
[11:04] <ayan> excellent.  thank you.
[11:08] <ricotz> seb128, hello, could you sync nautilus-open-terminal 0.19-1 from debian/experimental?
[11:08] <seb128> ricotz, not now, open a bug?
[11:09] <ricotz> requestsync seems broken currentl
[11:09] <ricotz> y :\
[11:09] <seb128> how so?
[11:09] <pitti> I can do it
[11:09] <ricotz> pitti, thanks
[11:09] <seb128> pitti, danke
[11:09] <seb128> hey rickspencer3 ;-)
[11:09] <ricotz> seb128, i think it is a python httplib problem
[11:10] <seb128> ok, dunno about that
[11:10] <seb128> brb
[11:10] <ricotz> i dont have the error message handy
[11:10] <pitti> ricotz: no, can't; someone already did it 5 mins ago
[11:10] <ricotz> oh
[11:11] <ricotz> alright, then it's fine ;)
[11:22] <jbicha> seb128: oops, didn't see until now that you intended to update vino
[11:28] <seb128> jbicha, did you do it?
[11:28] <seb128> jbicha, hey btw
[11:29] <jbicha> yes, https://code.launchpad.net/~jbicha/ubuntu/oneiric/vino/vino-3.1.2/+merge/66101
[11:29] <seb128> jbicha, I just added it to the etherpad this morning, will review yours
[11:30] <jbicha> seb128: oh ok, thanks!
[11:30] <seb128> I'm wondering why it's not showing up as "to review" on our versions list
[11:30] <seb128> oh, you just did it
[11:30] <seb128> great
[11:30] <seb128> jbicha, do you want to do the vinagre one as well? :-)
[11:31] <jbicha> I tried, but RDP & SSH didn't work for me
[11:33] <jbicha> also, I was going to drop vinagre-dev but when I did that $DESTDIR changed from tmp/ to vinagre/ and I couldn't figure out why
[11:34] <seb128> jbicha, because when you have only one binary it does make install to the binary directory
[11:34] <seb128> that avoids forgetting any file or having to make a .install, easier
[11:35] <seb128> that doesn't work when you have several binaries because it can't guess what to install where in this case so it does install to tmp and you need .install files
[11:35] <jbicha> ok, so that's intentional? :-)
[11:35] <seb128> yes
[11:35] <seb128> it's "make the easy cases easy"
[11:35] <seb128> just install everything in the one binary
[11:44] <jbicha> seb128: I reported the RDP/SSH bug to Gnome, should we push the new vinagre to Oneiric or wait?
[11:49] <seb128> jbicha, the current one is broken the same way so I think we can as well upgrade
=== hggdh_ is now known as hggdh
[11:54] <jbicha> seb128: ok, submitted merge for vinagre also
[11:56] <seb128> jbicha, thanks
[12:19] <mdeslaur> robert_ancell: say, could you peer review a patch I did for policykit that fixes the pam multiline bug? (LP: #802927)
[12:20] <robert_ancell> bug 802927
[12:20] <ubot2> Launchpad bug 802927 in policykit-1 "policykit doesn't support multiline pam prompts" [Medium,Confirmed] https://launchpad.net/bugs/802927
[12:21] <robert_ancell> mdeslaur, have you raised it upstream?
[12:22] <mdeslaur> robert_ancell: not yet
[12:23] <mdeslaur> robert_ancell: if my approach looks sane, I'll send it upstream
[12:23] <robert_ancell> mdeslaur, having a look at it now
[12:24] <mdeslaur> cool, thanks
[12:25] <robert_ancell> mdeslaur, I'm not sure about this change: "+          if (strlen (msg[i]->msg) > 0 && msg[i]->msg[strlen (msg[i]->msg) - 1] == '\n')"
[12:25] <seb128> mvo, http://www.micahcarrick.com/gsettings-python-gnome-3.html
[12:25] <robert_ancell> mdeslaur, oh, now I understant
[12:27] <robert_ancell> mdeslaur, added comment
[12:27] <mdeslaur> thanks robert_ancell
=== chaotic is now known as theartistformerl
=== theartistformerl is now known as chaotic
[12:31] <jbicha> seb128: that's pretty neat how I got vinagre to FTBFS on amd64 but it built on 386
[12:32] <seb128> jbicha, implicit conversions are only an issue on 64bit archs
[12:32] <seb128> jbicha, so the i386 builders don't block those
[12:39] <jbicha> seb128: ok, I sent that bug to https://bugzilla.gnome.org/show_bug.cgi?id=653565
[12:39] <ubot2> Gnome bug 653565 in general "FTBFS because of implicit pointer conversions" [Major,Unconfirmed]
[12:39] <mvo> thanks seb128
[12:39] <seb128> mvo, yw, desrt sent you an email with a small example for the http case
[12:39] <seb128> jbicha, thanks
[12:40] <seb128> jbicha, usually those are missing define
[12:40] <seb128> jbicha, like it's not including the file which defines vinagre_utils_get_builder()
[12:42] <jbicha> hmm, missing defines are beyond my rather limited programming skills
[12:42] <mvo> seb128: yeah, thanks, just got the mail \o/ to desrt
[12:43] <TheMuso> didrocks: fregl also pushed a patch to fix some issues with combo boxes. he said it was available from QT 4.7-a11y branch, but would take a while to get to Gitorious.
[12:51] <seb128> jbicha, ok, basically they should have a vinagre-utils.h with the prototype of the function and an include "vinagre-utils.h" in the sources using vinagre_utils_get_builder()
[12:51] <didrocks> TheMuso: right, I'm still waiting for a few days before pushing a new Qt
[13:00] <alex3f> mvo, quick d-bus question: http://pastebin.com/RP7L8Frv what is the mainloop problem?
[13:01] <Tommeh> Bah. Gnome-shell isn't loading right (lots of graphical corruption) and Unity won't load either. Gnome2 loads with no acceleration... Think I've got some problem with xorg-edgers here. :(
[13:04] <mvo> alex3f: just call dbus.set_default_main_loop(...) in the header
[13:04] <mvo> alex3f: need to run for lunch now
[13:05] <ricotz> chrisccoulson, hello, i just tested the thunderbird lightning package in oneiric and it is missing all locales except en-US
[13:46] <ricotz> chrisccoulson, hello, i just tested the thunderbird lightning package in oneiric and it is missing all locales except en-US
[13:47] <chrisccoulson> ricotz, we've never had locales for lightning AFAIK
[13:47] <chrisccoulson> the build system doesn't support building them, and upstream only provide fully localized builds of lightning
[13:47] <ricotz> chrisccoulson, hmm, actually i always used the xpi directly and noticed this problem now
[13:47] <chrisccoulson> (rather than lightning + additional locales)
[13:47] <chrisccoulson> that's why :)
[13:48] <chrisccoulson> i'm trying to figure out how to solve that
[13:48] <ricotz> that would be nice, thanks
[13:48] <chrisccoulson> we'll probably patch thunderbird to fold all the calendar strings in to the thunderbird language packs
[13:48] <chrisccoulson> not sure yet though
[13:49] <ricotz> or building them from the same source?
[13:49] <ricotz> isnt lightning included in the thunderbird source
[13:50] <chrisccoulson> ricotz, it is. but the lightning releases are not in sync with thunderbird, so we can't build them from the same source
[13:50] <ricotz> ah, ok
[13:55] <ricotz> seb128, hello, i am not sure if it is a bug or intention of glib -- git master it includes some commits which seems to need a newer kernel version (higher than the current ppa builders) to actually use glib which leads to test failures of i.e. vala builds
[13:58] <seb128> ricotz, seems like a bug
[13:58] <seb128> ricotz, what commits are those?
[13:58] <ricotz> http://git.gnome.org/browse/glib/commit/?id=3904c8761a60dbadbdfaf98fe23ff19cbdcc4a9a
[13:58] <ricotz> http://git.gnome.org/browse/glib/commit/?id=fa873992800c64722a56782a9d288c05ce0df21f
[13:58] <ricotz> http://git.gnome.org/browse/glib/commit/?id=fdca8060aa8dad34cd32a52553d831ef57f3f363
[13:59] <ricotz> i think these are the ones
[13:59] <ricotz> because the error is this: GLib-ERROR **: Cannot create eventfd for main loop wake-up: Invalid argument
[14:01] <seb128> ricotz, could you open a bug on bugzilla.gnome.org?
[14:02] <seb128> ricotz, desrt said he would check on
[14:03] <ricotz> seb128, ok, so desrt takes care of it?
[14:03] <seb128> ricotz, those commits seem to have conditionnal checks though for the new feature?
[14:03] <seb128> ricotz, he asked to have a bug about it and he said he would check on it
[14:04] <ricotz> seb128, it seems so
[14:05] <ricotz> desrt, is it possible that your maintainer_mode commit could fix this conditional check? since i am tarballing glib on linux 3.0 and this commit isnt in my version
=== m_conley_away is now known as m_conley
[14:07] <desrt> ricotz: are you asking about the maintainer mode thing affecting the eventfd check?
[14:08] <ricotz> desrt, yes, just thinking if the Makefiles are probably updated on a reconfigure -- not sure about it
[14:10] <ricotz> glib packaging uses autoreconf
[14:10] <desrt> configure should only generate Makefile from Makefile.in
[14:10] <desrt> you should do an autogen to update the Makefile from Makefile.am
[14:11] <desrt> or enable maintainer mode :)
[14:11] <ricotz> mhh, so this commit could make a difference since --enable-maintainer-mode isnt used and dh_autoreconf is used
[14:13] <desrt> ricotz: i figured out the eventfd thing
[14:13] <desrt> i'll file the bug about it
[14:13] <ricotz> desrt, nice, thank you
[14:15] <ricotz> desrt, let me know the bug number if it is ready
[14:17] <desrt> ricotz, seb128; https://bugzilla.gnome.org/show_bug.cgi?id=653570
[14:17] <ubot2> Gnome bug 653570 in mainloop "eventfd syscall check is unsafe" [Normal,New]
[14:26] <mvo> zyga: hi, we are looking at the command-not-found bugs page currently and I was wondering how you feel about the project. should launchpad be the bugtracker for it? or should be track bugs entirely in the distro and close the upstream location for bugs?
[14:26] <mvo> alex3f: hi, I'm back
[14:26] <mvo> alex3f: any luck with the issue you raised regarding the dbus mainloop?
[14:26] <alex3f> mvo: hi
[14:26] <alex3f> thanks for the tip
[14:27] <alex3f> it worked, but I don't understand the internals
[14:27] <alex3f> I'm setting manually the default main loop
[14:27] <alex3f> for now
[14:28] <alex3f> to a dbus.mainloop.glib.DBusGMainLoop()
[14:28] <mvo> ok
[14:29] <alex3f> the PK API has changed, there are a few differences, I'm preparing a document regarding it
[14:30] <alex3f> (differences from PK and AptDaemon)
[14:30] <alex3f> for example, ActiveTransactionsList returns (current, queue) in AD, but PK has no current
[14:31] <alex3f> also, I couldn't find per property changed signals for the transactions; in AD, if a property changes, a <property>-changed signal is emitted; in PK, I only see a generic 'Changed' signal; but I might be wrong;
[14:32] <mvo> alex3f: I'M happy to review this, but for the specific example it sounds like queue[0] from PK could be a sustitute for this
[14:32] <alex3f> mvo: that was my guess exactly!
[14:33] <mvo> alex3f: I'm not sure about Changed, but maybe it contains enough information?
[14:33] <mvo> alex3f: ie. changed + property name so that this can then just emit the singal that s-c expects?
[14:34] <alex3f> well
[14:34] <alex3f> in dbus, there is this: http://www.packagekit.org/gtk-doc/Transaction.html#Transaction::Changed
[14:34] <alex3f> without parameters
[14:35] <alex3f> I cannot find the equivalent of the aptdaemon.client.AptTransaction class, http://packages.python.org/aptdaemon/aptdaemon.client.html?highlight=transaction#aptdaemon.client.AptTransaction
[14:35] <zyga> mvo, re
[14:36] <alex3f> I'm asking on PackageKit
[14:36] <zyga> mvo, I'm happy with closing the upstream bug tracker for the moment
[14:36] <alex3f> #PacakgeKit *
[14:36] <mvo> zyga: ok, please do then, I don't have permissions afaik to do that myself
[14:37] <mvo> alex3f: I don't know enough about PK to say, but I'm sure it has some progress (this is what we use it for, right?)
[14:37] <zyga> mvo, okay
[14:38] <alex3f> mvo, yep, there is a PkProgress attached to the transaction
[14:48] <mvo> alex3f: see #pk, but indeed, that sounds right
[15:28] <seb128> vuntz, hey, could you review the patch on https://bugzilla.gnome.org/show_bug.cgi?id=168718 when you have some time for it?
[15:28] <ubot2> Gnome bug 168718 in general "libwnck skimps on an access to XClassHint components" [Normal,Unconfirmed]
[15:36] <vuntz> seb128: it's on my list, yes
[15:38] <seb128> vuntz, thanks
[15:58] <mterry> kenvandine, datetime uploaded
[16:02] <kenvandine> mterry, thx
[16:11] <vuntz> seb128: just to make sure I get my priorities right: is it urgent as in "nice to have this done today" or as in "nice to have this done this week"?
[16:12] <seb128> vuntz, nice to have this yesterday? stop slacking! :p
[16:12] <seb128> vuntz, joke aside next week is fine
[16:12] <vuntz> ok, thanks
[16:12] <vuntz> and slacking is good, try it! ;-)
[16:12] <seb128> but would be nice if that was next week and not next cycle ;-)
=== lhavelun1 is now known as lhavelund
[16:23] <jibel> mterry, didn't I told you during lunch that I liked to break desktop stuff ;-)
[16:23] <mterry> jibel, :)
[16:26] <cyphermox> seb128: can you paste the symbol name for the gtkhtml thing?
[16:27] <seb128> cyphermox, kenvandine: evolution: symbol lookup error: /usr/lib/evolution/3.2/libemiscwidgets.so.0: undefined symbol: gtk_html_get_image_at
[16:27] <kenvandine> seb128, why isn't libevolution versioned?
[16:27] <kenvandine> -ELIBDIR := usr/lib/evolution/3.0
[16:27] <seb128> because it's not a public lib?
[16:27] <kenvandine> +ELIBDIR := usr/lib/evolution/3.2
[16:27] <kenvandine> ok
[16:27] <kenvandine> good
[16:28] <kenvandine> i know we have the evolution-indicator installed in /usr/lib/evolution/3.0/
[16:28] <kenvandine> but i guess it doesn't link to anything else in there
[16:44] <kenvandine> seb128, was there a bug filed related to that libevolution bug?
[16:44] <seb128> kenvandine, no
[16:44] <seb128> nobody else is testing partial upgrades :p
=== _Tommeh is now known as Tommeh
[16:44] <tkamppeter> jasoncwarner_, hi
[16:45] <kenvandine> :0D
[16:45] <kenvandine> :-D
[16:45] <jasoncwarner_> hey tkamppeter
[16:45] <jasoncwarner_> coming to dublin in two days?
[16:46] <tkamppeter> jasoncwarner_, yes, this I wanted to tell you. So I will also be on the dinner on Thu.
[16:46] <tkamppeter> jasoncwarner_, sabdfl has invited me because of the printing dialog.
[16:46] <jasoncwarner_> tkamppeter: already taken care of; we knew you were coming and scheduled for that day to make sure you were there!
[16:47] <jasoncwarner_> tkamppeter: nice...we'll see you in two days then!
[16:47] <tkamppeter> jasoncwarner_, great, thank you.
[16:48] <tkamppeter> jasoncwarner_, and good news for Natty and Oneiric: Full AirPrint support with all printers, not only the HP's which Apple is talking about: http://www.apple.com/de/iphone/features/airprint.html
[16:48] <tkamppeter> pitti, hi
[16:50] <tkamppeter> jasoncwarner_, it is only missing the final uploads by pitti, for Natty it is in -proposed, for Oneiric it is on the Debian BZR, can you tell pitti to pass it through so that people can test it on the sprint? Thanks.
[16:52] <tkamppeter> jasoncwarner_, sorry, link is in German. Here is the English version: http://www.apple.com/iphone/features/airprint.html
[16:56] <pitti> tkamppeter: cups went to testing today, so I'll upload current bzr to sid/oneiric now
[16:57] <tkamppeter> pitti, great. Can you also pass the Natty SRU to -updates?
[17:00] <desrt> hey guys
[17:00] <desrt> how does everyone feel about the colour orange?
[17:00] <desrt> i sort of liked brown better
[17:00] <Sweetshark> pitti: ping?
[17:01] <seb128> desrt, sorry we are in a meeting, try on #ubuntu :p
[17:01] <desrt> seb128: oh.  my mistake, sorry.
[17:02] <Sweetshark> pitti: the package I need to have synced from debian experimental to one eye rick is mdds ;)
[17:03]  * pitti slaps an eye onto mdds 0.5.2-1
[17:04] <pitti> Sweetshark: done
[17:04] <Sweetshark> pitti: great, thx
[17:04] <desrt> /summon jasoncwarner
[17:04] <pitti> --now
[17:06] <desrt> jasoncwarner_: mutiny in progress
[17:07] <kenvandine> mterry, it WORKED!
[17:11] <czajkowski> hmm kenvandine have you broken things mister
[17:11]  * czajkowski peers at kenvandine 
[17:12] <kenvandine> czajkowski, of course :)
[17:12] <kenvandine> czajkowski, too bad you are in .ie this week :)
[17:14] <czajkowski> kenvandine: you mean too bad I'm not :)
[17:14] <czajkowski> kenvandine: on start up last 4 days gwibber crashes! what did you do :)
[17:14] <kenvandine> right :)
[17:14] <kenvandine> ugh
[17:17] <geser> how can I tell Gnome classic (in oneiric) what my time zone is?
[17:18] <geser> somehow "Date and Time" disagrees about my current time with the output of "date"
[17:18] <czajkowski> kenvandine: indeed, shall let you away with it as I'm sure you'll work your magic this week
[17:19] <kenvandine> czajkowski, working on it :)
[17:19] <czajkowski> no Guinness till it's fixed :)
[17:28] <komputes> Before the meeting, I'd just like to say that I'm running Oneric and I am unable to configure 1) Lid oprions  2) Auto-dim  3) Startup applications. If desktop team want to discuss plans when it comes to these issues, it would please me very much.
[17:32] <desrt> komputes: the meeting is in progress
[17:35] <seb128> komputes, startup application didn't change
[17:35] <seb128> the other 2 are design decisions
[17:36] <komputes> seb128: but I know many people (including myself) who don't want their computer to sleep when the lid is closed. Auto-dim is just annoying.
[17:38] <seb128> komputes, right, I don't disagree, I'm just saying that we are not the ones who did that change and I'm not sure we have resources to design and implement a replacement
[17:39] <kenvandine> mterry, don't forget to upload the datetime
[17:39] <mterry> kenvandine, I think I did..?
[17:39] <seb128> rodrigo_, is bug #801763 a g-s-d issue?
[17:39] <ubot2> Launchpad bug 801763 in gnome-settings-daemon "Typing causes cursor to stick" [High,Triaged] https://launchpad.net/bugs/801763
[17:39] <kenvandine> no mail...
[17:39] <seb128> it was on changes
[17:40] <seb128> indicator-datetime (0.2.90-0ubuntu2) oneiric; urgency=low
[17:40] <kenvandine> no... there should be another
[17:40] <mterry> kenvandine, check in a few seconds.  your timezone must be wrong and missed it  ;)
[17:40] <kenvandine> maybe it was rejected?
[17:40] <kenvandine> haha
[17:40] <kenvandine> mterry, remember you uploaded ubuntu2 without quilt
[17:40] <kenvandine> so there should be ubuntu3
[17:40] <mterry> kenvandine, yeah I know, I uploaded ubuntu3 just now
[17:40] <mterry> kenvandine, I had forgotten, thanks!
[17:41] <kenvandine> ah :)
[17:41]  * mterry got distracted by pitti's golden voice
[17:41] <seb128> lol
[17:41] <kenvandine> :-D
[17:41] <komputes> seb128: From what I understand our option are that we either take what Gnome gives, we maintain our own patches or we fork and then pull parts of GNOME3. Would it be that hard to design/implement/maintain certain changes?
[17:42] <chrisccoulson> kenvandine, https://code.launchpad.net/~chrisccoulson/dbusmenu/lp799878
[17:42] <seb128> komputes, it's not hard, it just require to decide on whether we want the feature or not, to get design on what it should look like if we want it and then to write it
[17:42] <kenvandine> chrisccoulson, thx
[17:42] <chrisccoulson> tedg, can you take a quick look at that^^
[17:42] <chrisccoulson> it fixes my thunderbird issue ;)
[17:43]  * mterry notices that indicator-datetime failed to build on amd64....  guh
[17:44] <seb128> mterry, did it?
[17:44] <seb128> oh, on i386 as well
[17:44] <seb128> fun!
=== mimico_afk is now known as mimico
=== m_conley is now known as m_conley_away
=== m_conley_away is now known as m_conley
=== m_conley is now known as m_conley_away
=== tkamppeter_ is now known as tkamppeter