=== Ursinha_ is now known as Guest63174
[01:59] <cyphermox> hey jasoncwarner_
[02:00] <cyphermox> I've been testing the hidden network case -- here it works fine; I can stop and restart network-manager after disconnecting everything, and since the hidden network is the last activated one, it gets re-activated automatically
[02:15] <TheMuso> GRRRR! Something has broken Orca's shortcut key functionality. :S
[02:15] <desrt> TheMuso: good money is on <Primary>
[02:17] <TheMuso> desrt: Ok, what may have changed things then?
[02:18] <desrt> TheMuso: does your orca shortcut involve the control key, by chance?
[02:18] <TheMuso> Hrm and it seems numlock is perminantly on, at least according to orca.
[02:18] <TheMuso> desrt: No
[02:18] <TheMuso> desrt: Insert is used as the primary modifier when used on a desktop keyboard.
[02:18] <desrt> oh.  this probably isn't what i'm thinking of, then
[02:18] <TheMuso> Ok.
[02:22] <TheMuso> Hrm. I wonder if its settings-daemon...
[02:29] <TheMuso> Oh wow, Even broken copy/paste shortcuts are broken.
[02:29] <TheMuso> gah
[02:29] <TheMuso> Correctino, they are not
[02:42] <TheMuso> Ok, its gnome-settings-daemon...
[02:42] <TheMuso> Just downgraded and after turning numlock off, things work.
[02:42] <TheMuso> it seems that something is holding numlock on.
[03:04] <mterry> robert_ancell, do you know how to prevent the cog background from being black?
[03:04] <robert_ancell> mterry, I assumed that was a GTK problem
[03:05] <robert_ancell> it never used to be
[03:05] <mterry> robert_ancell, it is... but not sure if it is now our problem.  I've been playing with it a bit just now
[03:05] <mterry> robert_ancell, if I just add a basic GtkDrawingArea or whatever, I get a black box
[03:06] <mterry> robert_ancell, like our widget backgrounds aren't being initialized
[03:23] <jasoncwarner_> cyphermox: thanks, I'll do a another set of tests here....
[03:25] <cyphermox> jasoncwarner_: please do
[03:25] <cyphermox> jasoncwarner_: according to dcbw the case you saw working on gnome-shell could have been an shell bug, where connections got randomly autostarted in some cases -- but I really know nothing of it
[03:31] <robert_ancell> mterry, it's probably bug 931630
[03:31] <ubot2`> Launchpad bug 931630 in shotwell "don't set GtkDrawingArea to have transparent background" [High,Triaged] https://launchpad.net/bugs/931630
[03:36] <ritz> hmm, interesting http://lists.fedoraproject.org/pipermail/devel/2012-January/161306.html
[03:36] <ritz> Changes coming for CUPS 1.6
[03:37] <micahg> yep, I think we're sticking with 1.5 for precise though
[03:37] <micahg> we've already got cups-filters in precise though
[03:38] <cyphermox> robert_ancell: I noticed you started fixing up gnome-nettool, I was going to do it now :)
[03:38] <ritz> cool
[03:39] <robert_ancell> cyphermox, beat you to it :P
[03:39] <cyphermox> robert_ancell: it was pretty cool to see a changelog with a date in the future (for me)
[03:39] <ritz>  but would we not need avahi to be updated , assuming non-hetrogenous env ?
[03:43] <micahg> right, one reason not to do it for precise :)
[03:47] <ritz> fair enough. given the LTS stance
[03:47] <micahg> right, we'll probably get it early next cycle to get maximum testing
[04:40] <pitti> Good morning
[04:42] <pitti> tkamppeter_: I see you already uploaded pnm2ppa; do you still want to sync it? (You can do that yourself, BTW)
[04:49] <kenvandine_> good morning pitti
[04:50] <pitti> hey kenvandine_
[04:51] <pitti> kenvandine_: nice gwibber work!
[04:51] <kenvandine_> shaping up :)
[04:51] <kenvandine_> i still have quite a bit i want to land before FF :)
[05:00] <jasoncwarner_> kenvandine_: before FF? cutting it close, aren't you? ;)
[05:00] <kenvandine_> yup!
[05:00] <kenvandine_> it is mostly the error handling stuff
[05:01] <kenvandine_> now that the service can handle it
[05:02] <kenvandine_> i want to get the backend work in place so we can catch failures nicely... then maybe beg for a freeze exception to add the UI to handle them :)
[05:02] <kenvandine_> and i want to add an API in libgwibber, that would be used if we manage to get the UI bits in later
[05:08] <micahg> kenvandine: should gwibber be a dependency of Ubuntu desktop?  I'd like to fix bug 846031, I was wondering if you made it a dependency vs recommends for a reason?
[05:08] <ubot2`> Launchpad bug 846031 in ubuntu-meta "ubuntu-desktop shouldn't depends from gwibber" [Undecided,Confirmed] https://launchpad.net/bugs/846031
[05:08] <kenvandine_> i thought it was a recommends
[05:09] <kenvandine_> it used to be because indicator-me depended on gwibber
[05:09] <kenvandine_> but that is gone
[05:09] <micahg> right, then you added it to the seed as a depends
[05:10] <micahg> desktop: * gwibber
[05:10] <kenvandine_> humm
[05:11] <micahg> easy enough to fix, was just wondering if there's a reason
[05:11] <kenvandine_> nope, just needs to be on the CD
[05:11] <micahg> ok
[05:11] <micahg> pitti: are you planning a new meta upload for the change you made for the renames prinerdriver?
[05:12] <pitti> micahg: yes, will do; I collected a few renames yesterday as well
[05:12] <pitti> micahg: it's not that urgent, though, these packages have transitional names
[05:12] <micahg> pitti: can you close bug 846031 after I push up this branch?
[05:12] <ubot2`> Launchpad bug 846031 in ubuntu-meta "ubuntu-desktop shouldn't depends from gwibber" [Undecided,Confirmed] https://launchpad.net/bugs/846031
[05:13] <micahg> I mean close in the meta upload
[05:14] <pitti> micahg: sure; i. e. you want to move it from depends to recommends, or want me to?
[05:14] <micahg> I just did it :)
[05:14] <pitti> nice
[05:15] <pitti> micahg: need to wait a bit still for the pnm2ppa binaries to publish, will rebuild then
[05:15] <micahg> sure, no rush, just requesting the bug be closed on upload :)
[05:23] <kenvandine_> pitti, the latest gwibber version did shave 75K from the deb size :)
[05:23] <pitti> *applauds* :)
[05:24] <kenvandine_> i can probably trim it down a little more too
[05:24] <kenvandine_> i removed some unused icon sizes
[05:24] <kenvandine_> if i look closely there might be more
=== soren_ is now known as soren
[05:30] <pitti> kenvandine_: FYI, CC'ed you on a mail about gwibber exposing passwords in its apport hook
[05:31] <kenvandine_> UGH
[05:31] <kenvandine_> how could it do that...
[05:32] <kenvandine_> the secret token should never go in the log
[05:32] <kenvandine_> oh... the sina plugin
[05:32] <kenvandine_> that is a separate source, maybe they log info they shouldn't
[05:46] <sm|break> desrt: oh I asume you must know whats up with this <primary> thing then
=== sm|break is now known as smspillaz
[05:47] <BigWhale> Good Morning.
[05:49] <kenvandine_> hey BigWhale
[05:51] <kenvandine_> BigWhale, would you have a little time to do a couple reviews for me?
[05:51] <BigWhale> sure
[05:51] <kenvandine_> cool
[05:52] <BigWhale> and it seems that I fixed the utf issue
[05:53] <kenvandine_> indeed
[05:53] <kenvandine_> i distro patched that :)
[05:53] <kenvandine_> thx!
[05:54] <tjaalton> niice, the new wacom goodness on g-c-c works
[05:55] <BigWhale> kenvandine, status bar looks ok to me... perhaps we just make it the same color as the toolbar
[06:00] <kenvandine_> BigWhale, that is kind of what i am hoping njpatel will do
[06:00] <BigWhale> whoops I just removed empathy
[06:01] <BigWhale> kenvandine, is gwibber trunk now up to date?
[06:02] <BigWhale> oh crap I removed a bazillion packages....
[06:03] <kenvandine_> BigWhale, mostly, i have two more branches i want to get in
[06:08] <kenvandine_> BigWhale, this is the easier of the two https://code.launchpad.net/~ken-vandine/gwibber/status_bar/+merge/93336
[06:08] <kenvandine_> :)
[06:14] <BigWhale> is there a way to quickly install all the missing packages that are installed by default?
[06:15] <RAOF> smspillaz: You need to know about <Primary>?
[06:15] <smspillaz> yeah
[06:15] <smspillaz> whats up with that
[06:15] <RAOF> GTK decided that <Ctrl> wasn't cool enough.
[06:15] <smspillaz> in ccsm whenever I do <control> something it shows up as <primary>
[06:15] <RAOF> Right.
[06:15] <smspillaz> oh nice
[06:16] <smspillaz> does it actually ... affect anything ?
[06:16] <RAOF> Or, rather, what was <Ctrl> is now platform-dependent; it's something different on Macs.
[06:16] <smspillaz> um
[06:16] <smspillaz> don't macs have a control key too?
[06:16] <RAOF> Yes.
[06:16] <RAOF> But that's not the <Primary> key.
[06:17] <RAOF> I believe that <Option> is <Primary> on Macs.
[06:18] <RAOF> It does change things, in that I'm not sure you can actually *bind* <Primary>.  Maybe you can.  It was breaking Do, though.
[06:19] <smspillaz> *facepalm* ?
[06:19] <RAOF> Yeah, I'm not entirely sure why a fairly significant behaviour change was made to GTK2.
[06:34] <didrocks> good morning
[06:34] <RAOF> Heya didrocks!
[06:34] <BigWhale> kenvandine, merge away :)
[06:34] <didrocks> hey RAOF!
[06:35] <RAOF> Have you had time to play with barrier-test?
[06:35] <kenvandine_> grrr... my vala unit test won't pass, but the python-gi one passes
[06:35] <pitti> bonjour didrocks
[06:35]  * didrocks hopes he can see the nvidia issue on my system after the unity release
[06:35] <didrocks> guten morgen pitti
[06:35] <didrocks> RAOF: unfortunately not, had to fight with dx stuff all the day :/
[06:36] <RAOF> didrocks: No problem.
[06:36] <RAOF> It's not going to get stale :)
[06:36] <didrocks> :)
[06:37] <RAOF> (Well, it might if someone uploads a new xserver)
[06:39] <didrocks> RAOF: I'm still worrying about the nvidia blob driver that I can't install, I should see with tseliot, isn't it?
[06:39] <didrocks> RAOF: I had to rebuild the previous version to get my machine working with latest xserver
[06:40] <RAOF> Why can't you install it?  It seems to be working heer.
[06:40] <RAOF> Or even here :)
[06:43] <didrocks> RAOF: if I install it, I don't get anything starting, weird artefacts on lightdm, no acceleration… (remember? I pinged you some weeks ago about it)
[06:45] <RAOF> I thought that turned out to be the libc thingy.  Clearly I misremember.
[06:53] <bkerensa> didrocks: How have you like this week?
[06:53] <bkerensa> :D
[06:56] <didrocks> bkerensa: as usual, sometimes it's 4PM and I just realized that I'm on my chair since 7am and didn't move, even for a glass of water :p
[06:56] <didrocks> RAOF: no no, it was way before
[07:13] <didrocks> hum, adding a compiz ABI break + unity release, today will be… interesting :)
[07:19] <kenvandine_> didrocks, good times!
[07:19] <didrocks> kenvandine_: indeed
[07:19] <kenvandine_> didrocks, i just uploaded the videos lens/scope again
[07:19] <kenvandine_> whenever you have time
[07:19] <didrocks> kenvandine_: will try…
[07:20] <kenvandine_> i need to get some sleep, i'll be back in a few hours
=== tkamppeter_ is now known as tkamppeter
[07:29] <tkamppeter> pitti, I have synced a lot of packages by myself now, but I did not succeed to sync pnm2ppa in the first place because its Ubuntu source tarball was this crazy DBS tarball-in-tarball whereas the equally-named source tarball of the Debian package was a straight tarball as every other package has. So even --fakesync did not work. See also the debian/changelog entry and my discussion with cjwatson on #ubuntu-devel.
[07:30] <pitti> tkamppeter: right, thanks
[07:30] <tjaalton> didrocks: hey, do you know if the new unity/nux(?) updates will fix bug 926859?
[07:30] <ubot2`> Launchpad bug 926859 in nux "llvmpipe software rendering needs blacklisting in unity-support-test" [High,Triaged] https://launchpad.net/bugs/926859
[07:31] <didrocks> tjaalton: no, it won't from what I saw
[07:31] <pitti> tkamppeter: will upload cups in a bit, but I need to add the dpkg-maintscript-helper bits to remove the conffile on upgrades (unless you beat me to it)
[07:31] <pitti> tkamppeter: if the .deb merely stops shipping it, upgraders will still keep it, as it's a conffile
[07:31] <tjaalton> didrocks: aww, ok
[07:38] <tkamppeter> pitti, OK, which conffile will get removed?
[07:39] <pitti> tkamppeter: /etc/modprobe.d/blacklist-cups-usblp.conf
[07:42] <tkamppeter> pitti, I understand. Thanks.
[08:01] <bkerensa> pitti: How would you describe this week?
[08:01] <bkerensa> :D
[08:14] <mvo> compiz ate my keybindgs (maxizme, move)
[08:14] <mvo> :/
[08:14] <micahg> hi mvo :)
[08:15] <mvo> hey micahg
[08:19] <didrocks> mvo: known issue, will hopefully get fixed today if we succeed in releasing :)
[08:24] <pitti> bkerensa: describe how?
[08:24] <pitti> hey mvo
[08:24] <pitti> mvo: mine s well; I get crazy without my "put window to background" key
[08:24] <pitti> didrocks: nice!
[08:25] <mvo> pitti: yes, me too, move, maximze, I feel like one arm is twisted behind my back currently
[08:25] <didrocks> pitti: did you see my "if" :)
[08:26] <mvo> didrocks: anything I can build locally to fix it?
[08:26] <didrocks> mvo: no, it's still under review and discussion
[08:26] <didrocks> mvo: and it will break ABI
[08:26] <didrocks> (also API)
[08:26] <mvo> ok
[08:27] <didrocks> not sure you want to rebuild libcompizconfig, compiz-plugins-main (+ fix), compiz-plugins-extra, unity :p
[08:41] <jibel> mvo, bug 931927
[08:41] <ubot2`> Launchpad bug 931927 in compiz-core "[regression] Customized shortcuts don't work in compiz 1:0.9.7.0~bzr2995-0ubuntu1" [High,In progress] https://launchpad.net/bugs/931927
[08:42] <pitti> bonjour jibel, ca va?
[08:43] <jibel> I keep closing windows instead of switching desktop. It's driving me crazy.
[08:43] <jibel> pitti, good morning. ça va
[08:43] <seb128> hey
[08:43] <pitti> jibel: je suis bien, merci!
[08:43] <pitti> bonjour seb128
[08:43] <pitti> seb128: so, g-c-c 3.4 after all :)
[08:44] <seb128> hey pitti, wie gehts? ;-)
[08:44] <mvo> ta jibel!
[08:44] <pitti> seb128: OOI, what else is missing for a complete 3.4 then?
[08:44] <seb128> pitti, yeah, new GNOME mostly after all ;-)
[08:44] <pitti> ah, g-bluetooth, g-session
[08:44] <seb128> pitti, gnome-keyring gnome-menus gnome-session and the gnome-shell stack
[08:45] <pitti> seb128: ok, we talked about keyring; we have too many changes in -session, I guess too risky to update
[08:45] <pitti> seb128: is shell because it needs a newer keyring/session?
[08:45] <seb128> g-b as well, it's optional in g-c-c, I might have a look to see if there is any compelent reason to take it but I think I pushed my luck enough :p
[08:45] <pitti> g-b?
[08:45] <seb128> bluetooth
[08:46] <seb128> pitti, gnome-shell needed a new g-s-d g-c-c
[08:46] <pitti> *nod*
[08:46] <seb128> pitti, though I reverted the keybinding port to gsettings in those upload since compiz is still using gconf
[08:46]  * pitti runs through versions.html and gives back the failed builds due to gtk armel desync
[08:47] <pitti> I did a few this morning already, but not from versions.html
[08:47] <seb128> I don't plan to spend time on that, but the patches are easy enough that if jbicha or ricotz wanted to do it a runtime choice to be able to update shell they could
[08:47] <seb128> pitti, thanks
[09:13] <chrisccoulson> good morning everyone
[09:13] <seb128> hey chrisccoulson, how are you?
[09:13] <chrisccoulson> seb128, tired ;)
[09:13] <chrisccoulson> how are you?
[09:16] <seb128> chrisccoulson, good, a bit tired though
[09:16] <seb128> chrisccoulson, late hacking again? did you finally start on your asm debugging yesterday? ;-)
[09:16] <chrisccoulson> seb128, yeah, i did
[09:16] <chrisccoulson> i hate toolchain issues
[09:16] <seb128> did you manage to figure the issue?
[09:16] <chrisccoulson> not yet
[09:17] <chrisccoulson> i will do though ;)
[09:17] <seb128> is that doko's fault again? ;-)
[09:17] <chrisccoulson> heh
[09:17] <chrisccoulson> yes ;)
[09:25] <pitti> mvo, Sweetshark: http://www.youtube.com/watch?feature=player_embedded&v=lfcGEQRyaqI -- koestlich!
[09:30] <mvo> pitti: alter! *fremdschämen*
[09:30] <ricotz> pitti, LOL
[09:31] <pitti> one could see how that woman's brain tried to work out how to stop him
[09:32] <pitti> I wish I could talk like that when getting an advertisement phone call :)
[09:35] <ritz> sweet, ubuntu.desktop++ for thick borders
[09:36] <BigWhale> So, I have this dbus service signal which is emitted once ... and then I have this certain vala client that receives this signal 13 times ...
[09:37] <chrisccoulson> gah, things have stopped appearing in my alt-tab list, and clicking on icons just launches new instances of applications, rather than switching to them
[09:37] <BigWhale> is there a command line utility where I could check who's doing it wrong? :>
[09:37] <chrisccoulson> this is the second time since yesterday that it's happened :(
[09:37] <chrisccoulson> didrocks, have you seen that?
[09:38] <didrocks> chrisccoulson: are you using precise unity?
[09:38] <didrocks> or unity from the ppa?
[09:38] <chrisccoulson> didrocks, the one from the PPA
[09:39] <didrocks> chrisccoulson: ok, known issue, we are working on it
[09:39] <chrisccoulson> cool, thanks
[09:39] <didrocks> it's the release blocker right now
[09:55] <seb128> chrisccoulson, pitti: do you have a working guest session? could you try something for me?
[09:55] <seb128> if you run the guest session, you should get a "enter a keyring password" dialog
[09:55] <seb128> if you click on "ok", it displays a "you are going to create an unsecure keyring, are you sure"
[09:55] <seb128> can you click on the confirmation button of this dialog?
[09:58] <pitti> seb128: what do I need to do to request the keyring?
[09:58] <pitti> ah, I guess I could try connecting to an ssh server
[09:58] <seb128> pitti, it does autoopen for me in every guest session
[09:58] <seb128> I though maybe nm-applet or u1
[09:58] <seb128> I guess run evo or empathy otherwise
[10:00] <pitti> seb128: right, it hangs
[10:00] <pitti> seb128: not for me; I use system-wide wifi connection
[10:00] <seb128> pitti, you can close by the decorator right?
[10:00] <seb128> but not click on the buttons
[10:00] <pitti> seb128: confirmed
[10:00] <seb128> pitti, can you add a comment on bug #931958 saying you get it as well?
[10:01] <ubot2`> seb128: Error: Could not parse data returned by Launchpad: HTTP Error 503: Service Unavailable (https://launchpad.net/bugs/931958)
[10:01] <seb128> bug #931958
[10:01] <ubot2`> seb128: Error: Could not parse data returned by Launchpad: HTTP Error 503: Service Unavailable (https://launchpad.net/bugs/931958)
[10:01] <pitti> Uh oh!
[10:01] <pitti> Something has gone wrong. We're sorry!
[10:01]  * seb128 kicks launchpad
[10:02] <seb128> bug #931958
[10:02] <ubot2`> seb128: Error: Could not parse data returned by Launchpad: HTTP Error 503: Service Unavailable (https://launchpad.net/bugs/931958)
[10:02] <seb128> ok
[10:02] <seb128> let's wait a bit
[10:02] <seb128> it seemed to work again for me
[10:03] <pitti> seb128: confirmed on the bug
[10:03] <seb128> pitti, thanks
[10:04] <pitti> tkamppeter: ok, testing cups now (I added the conffile handling bits)
[10:05] <czajkowski> morning
[10:05] <tkamppeter> pitti, great.
[10:05] <pitti> hey czajkowski
[10:06] <czajkowski> pitti: hiya
[10:07] <czajkowski> latestest updates have borked my machine :( no sw cneter any more applications uninstalled, battery not showing when it's charging or running out of juice. but am enjoying my 1st week at canonical :)
[10:07] <pitti> Sweetshark: ah, 3.5.0 final released? I guess we'll see another upload soon?
[10:08] <pitti> Sweetshark: did you figure out the unopkg.bin bug with the cyclic dependency, or do we need to discuss this more?
[10:09] <pitti> czajkowski: does apt-get -f install clean up?
[10:09] <seb128> czajkowski, can you go in the control center and check in the power capplet the "when to display the indicator" combo option?
[10:10] <czajkowski> pitti: let me try that
[10:10] <czajkowski> seb128: aye did tat last night and changed the settings and restared and nothing happens
[10:10] <seb128> weird
[10:10] <seb128> maybe what pitti said
[10:13] <Sweetshark> pitti: 1) yes 2) yes 3) i have a workaround for it, but I am not to happy with it (testing the postinsts by installing right now)
[10:15] <czajkowski> seb128: I thought buying a new laptop would remove my weird funky bugs. :)
[10:15] <czajkowski> pitti: no help, which is just odd
[10:15] <czajkowski> and I keep getting this on update http://pastebin.ubuntu.com/844158/
[10:16] <pitti> czajkowski: extras doesn't exist yet for precise
[10:16] <pitti> the GB mirror failures do look worrying, though
[10:17] <czajkowski> ah ok so no need to worry about the error
[10:17] <pitti> not if it's transient
[10:17] <czajkowski> missin skype and center is kinda annoying but not the end of the world
[10:17] <pitti> if it's happening for longer than a day, asking IS might be good
[10:18] <czajkowski> but the battery not showing it's losing power or showing its plugged in is kinda annoying, just wondered if anyone else had seen similar ?
[10:18] <czajkowski> pitti: will do
[10:18] <czajkowski> thanks
[10:18] <pitti> czajkowski: skype is known; I suppose your recent dist-upgrade removed it because gcc-4.6 is built on amd64, but not i386 yet
[10:18] <pitti> czajkowski: sudo apt-get install ubuntu-desktop ?
[10:18] <pitti> it might have been lost during a dist-upgrade
[10:18] <pitti> (always read what it wants to remove)
[10:19] <czajkowski> pitti: aye ran the command,  but no effect, will wait and try again tonight and see if things fix :)
[10:19] <czajkowski> thanks for your hel folks
[10:19] <czajkowski> *help
[10:38] <chrisccoulson> hmmm, i wish the HUD would stop activating on workspace switches
[10:39] <pitti> tkamppeter: cups uploaded
[10:44]  * mvo weeps every time he write "hb.pack_start(widget, False, False, 0)"
[10:45] <seb128> chrisccoulson, there is a fix pending commit
[10:46] <chrisccoulson> cool :)
[10:47] <tkamppeter> pitti, thanks.
[10:54] <Sweetshark> pitti: fyi, this is the current workaround http://paste.ubuntu.com/844188/, but what I really need is a trigger that fires, if a) -core and -common are install b) one of them got updated
[11:02] <pitti> Sweetshark: I guess I don't understand enough of this to be able to say whether it's correct
[11:02] <pitti> Sweetshark: dpkg does have triggers, though
=== chaoticuk_ is now known as chaoticuk
[11:18] <tkamppeter> pitti, I need your help with Jockey.
[11:20] <pitti> tkamppeter: sure, what's up? (I'm at lunch ATM, bbl)
[11:21] <tkamppeter> It is about Epson's printer driver http://www.openprinting.org/driver/epson-201101w/
[11:22] <tkamppeter> They are moving their drivers from Avasys' servers to Epson's servers.
[11:22] <pitti> url 1
[11:22] <pitti> (whoops)
[11:22] <tkamppeter> Here is what the web query interface tells when one has detected an Epson NX130: http://www.openprinting.org/query.php?type=drivers&printer=Epson-NX130_Series&moreinfo=1
[11:23] <tkamppeter> or in XML: http://www.openprinting.org/query.php?type=drivers&printer=Epson-NX130_Series&moreinfo=1&format=XML
[11:23] <tkamppeter> Now if I do
[11:24] <tkamppeter> cd /usr/share/system-config-printer/
[11:24] <tkamppeter> python newprinter.py --setup-printer='file:/tmp/printout' --devid='MFG:Epson;MDL:NX130 Series;'
[11:25] <tkamppeter> the driver does not get found, but manually loading the driver packages and signatures from http://www.openprinting.org/driver/epson-201101w/ works.
[11:26] <tkamppeter> pitti: ^^ Is it possible that the signature https://intouch.ebz.epson.net/key/fingerprint is not corresponding with the package's signature?
[11:26] <tkamppeter> pitti, how do I debug this?
[11:26] <pitti> tkamppeter: it should appear in /var/log/jockey.log
[11:27] <pitti> need to run out for 20 mins, bbl
[11:27] <chrisccoulson> hmmm, brain ache
[11:27] <chrisccoulson> i should get some more caffeine
[11:44] <mvo> seb128: any ideas about bug #921477 - the code in question has not changed and its fine in oneiric, so something else changed in gtk that broke it and I have a hard time figuring out what it might be
[11:44] <ubot2`> Launchpad bug 921477 in software-center "drop down menus from app toolbar have black background" [Medium,Triaged] https://launchpad.net/bugs/921477
[11:45] <seb128> mvo, talk to Cimi, he changed menus theming
[11:46] <seb128> mvo, I bet it's either a gtk change (they did a lot of stuff this cycle on the css support) which requires a theme fix or a theme change
[11:46] <mvo> seb128: what channel is the best one?
[11:46] <mvo> seb128: its not easy to reproduce unfortunately :/ I have not figured it out yet
[11:47] <seb128> mvo, oh, it's not happening all the time, weird, dunno then
[11:47] <seb128> mvo, try asking Cimi when he's around
[11:47] <mvo> its happening all the time in s-c, but when I try to build a isolated testcase I get stuck
[11:47] <mvo> so some side effect
[11:47] <mvo> thanks seb128
[11:49] <seb128> mvo, maybe the theme has special theming for s-c in its css?
[11:51] <mvo> seb128: oh, could be - especially since adwaita look fine
[11:52] <mvo> seb128: I will try to find out after lunch
[11:52] <seb128> mvo, but I know cimi changed the theming of menubars and menus recently
[11:54] <mvo> ta
[12:11] <tkamppeter> pitti, back?
[12:12] <tkamppeter> pitti, http://paste.ubuntu.com/844226/
[12:13] <tkamppeter> pitti, it can be caused by an encoding problem, weird characters in the license text. See http://www.openprinting.org/query.php?type=drivers&printer=Epson-NX130_Series&moreinfo=1&format=XML, section "4. LGPL".
[12:13] <tkamppeter> pitti, can you make Jockey robust against this?
[12:22] <pitti> tkamppeter: back now
[12:26] <pitti> tkamppeter: I can reproduce this
[12:28] <pitti> tkamppeter: jockey itself doesn't do the XML parsing, that's cupshelpers; I'll reduce the test case and have a look there
[12:30] <tkamppeter> pitti, great, patches welcome. Manufacturers do weird thigs and we need to make our software robust against that.
=== MacSlow is now known as MacSlow|lunch
[12:38] <pitti> tkamppeter: FYI, reproducer: http://paste.ubuntu.com/844292/
[12:39] <pitti> tkamppeter: slighth correction: http://paste.ubuntu.com/844295/
[12:40] <pitti> tkamppeter: it crashes with the current Ubuntu package, but not if I run it in s-c-p trunk with PYTHONPATH=.
[12:40] <pitti> tkamppeter: so it seems fixed upstream already
[12:41] <pitti> tkamppeter: http://paste.ubuntu.com/844298/ <- prints traceback
[12:42] <pitti> tkamppeter: curious, though; diffing /usr/lib/python2.7/dist-packages/cupshelpers/openprinting.py against trunk's only shows that we added the "fingerprint" option
[12:42] <pitti> ooh, and self.onlyfree = 0
[12:42] <pitti> that might be it
[12:43] <pitti> ok, with an extra op.onlyfree = 0 it crashes in trunk, too
=== greyback is now known as greyback|lunch
[12:46] <pitti> (â<80>&amp;#65533; LGPLâ<80>&amp;#65533;).  Notwithstanding any provision of this Agreement, you may ^M
[12:46] <pitti> tkamppeter: ^ that's the offending line
[12:50] <pitti> tkamppeter: that's the final reduction:
[12:50] <pitti> python -c 'from xml.etree.ElementTree import XML; XML("<x>\x80</x>")'
[12:50] <pitti> so we need to filter out non-UTF8 stuff
[12:58] <pitti> tkamppeter: there: http://people.canonical.com/~pitti/tmp/0001-cupshelpers-Fix-XML-parsing-crash-on-invalid-UTF-8.patch
[12:58] <pitti> tkamppeter: if you want to  "git am 0001-cupshelpers-Fix-XML-parsing-crash-on-invalid-UTF-8.patch" upstream and push it? then we can backport it to our packages, or wait for a new release
[13:10] <tkamppeter> pitti, testing your patch by patching directly into the system and it works!
[13:10] <tkamppeter> pitti, I do not have direct write access upstream, but I will pass on the patch to Tim Waugh.
[13:10] <pitti> tkamppeter: oh, I thought you had
[13:11] <tkamppeter> pitti, one or two years ago, Tim Waugh changed the proceeding, not giving out direct write access any more.
[13:13] <tkamppeter> pitti, I will simply add it as distro patch for now and send a mail to Tim for getting it upstream (as I usually do).
[13:13] <pitti> tkamppeter: cheers
[13:14] <tkamppeter> pitti, and thanks for the quick fix.
=== CharlieMike is now known as ayan
[13:18] <pitti> didrocks, seb128: the "privacy" capplet, is that zeitgeist?
[13:18] <seb128> pitti, yes
[13:19] <didrocks> indeed, there will add some apport crash stuff from ev IIRC
[13:19] <seb128> pitti, it's what allow you to do a demo and showing your unity dash without exposing history of stuff you browsed for example
[13:19] <didrocks> but it's mainly zg
[13:19] <seb128> mdeslaur, hey
[13:19] <mdeslaur> hi seb128
[13:19] <seb128> mdeslaur, do you have any idea (before I start looking at it) at what made numlock to be always on?
[13:20] <didrocks> seb128: btw, confirmed by multiple people on the french forum
[13:20] <seb128> didrocks, did they found what update caused it?
[13:20] <mdeslaur> seb128: certain bioses report it as always being on
[13:20] <seb128> didrocks, or when did it start?
[13:20] <didrocks> seb128: not, seems to have started yesterday
[13:20] <mdeslaur> seb128: or is this a new problem?
[13:20] <seb128> hum, I wonder if that's my gsd update
[13:21] <seb128> mdeslaur, it's a new problem started recently
[13:21] <seb128> mdeslaur, i.e bug #933405
[13:21] <ubot2`> Launchpad bug 933405 in gnome-settings-daemon "[Precise i386] Numlock cant be set "off"" [Undecided,Confirmed] https://launchpad.net/bugs/933405
[13:21] <seb128> ok, that bug states its "remember-numlock-state" in gsd
[13:21] <didrocks> seb128: on the zg stuff, not sure there is this "conference mode" you describe apart from deleting your history. It was planned though. -> m4n1sh?
[13:22] <seb128> didrocks, oh, ups :p
[13:22] <mdeslaur> seb128: bug says downgrading g-s-d makes it go away
[13:23] <seb128> mdeslaur, yeah, I found the bug after pinging you ;-)
[13:23] <seb128> mdeslaur, I'm investigating, unping, sorry for the noise
[13:23] <seb128> mdeslaur, I though first it maybe had to do with your changes
[13:23] <mdeslaur> seb128: ok, cool. let me know if there's anything I can do.
[13:25] <seb128> mdeslaur, I guess it's http://git.gnome.org/browse/gnome-settings-daemon/commit/?id=ebca1ce1287679c5cb470804abfcc8de3c2d740c
[13:25] <seb128> mdeslaur, well that's the fix
[13:25] <seb128> will try to backport that
[13:25] <seb128> didrocks, ^
=== MacSlow|lunch is now known as MacSlow
[13:26] <didrocks> seb128: ah great! I can ask for confirmation on the forum once uploaded
[13:26] <mdeslaur> seb128: looks like it
[13:34] <ockham> hi, i've recently filed a merge request for scribus-1.4.0.dfsg+r17300-1, that has been applied a couple of hours ago. now that scribus-ng has recently been updated to a transitional package depending on that scribus version, i'd like to file a sync request for scribus-ng (which is currently lagging behind scribus!).
[13:34] <ockham> unfortunately, requestsync fails, complaining about a 404 error on packages.debian.org
[13:35] <ockham> this could be due to that upload of scribus-ng being rather recent...
[13:35] <ockham> so, what's the best way to get that sync in before FF? file a request sync manually?
=== greyback|lunch is now known as greyback
[13:38] <jbicha> ockham: personally I'd just wait a few hours until requestsync works; if it's after Feature Freeze, it's easy enough to convert the bug into a FFe
[13:38] <pitti> vuntz: bonjour
[13:39] <ockham> jbicha: ok
[13:39] <Laney> ockham: I can sync it for you. What's your LP ID?
[13:40] <jbicha> or ask Laney ^ :)
[13:40] <ockham> Laney: oh, cool! i'm ockham-razor on LP.
[13:40] <Laney> ha
[13:40] <Laney> I see what you did there
[13:41] <vuntz> pitti: hola
[13:41] <pitti> vuntz: just replied to your pygobject bug report, perhaps you can have a look
[13:42] <Laney> ockham: there we go
[13:42] <ockham> Laney: great, thx!
[13:43] <Laney> np
[13:43] <pitti> vuntz: the thing I'm not sure aobut is: if you do g_ptr_array_add(), does the added object become owned by the ptrarray if you use g_ptr_array_new_with_free_func() ?
[13:43] <pitti> vuntz: my understanding is that it does get owned
[13:44] <pitti> vuntz: and PK seems to understand that as well, as it calls g_object_ref() when _array_add()ing
[13:44] <vuntz> pitti: well, it's not calling g_ptr_array_add() that gives the ref, but if the caller does g_object_ref(), then yeah, the ptrarray owns it
[13:44] <vuntz> pitti: and really, if the free_func is g_object_unref, transfer full sounds right
[13:45] <pitti> vuntz: right, that's how I understood it, too
[13:45] <pitti> so (container) is a nice local workaround if you want to continue developing your script
[13:45] <pitti> but it wouldn't be appropriate to apply in PK, AFAIUI
[13:45] <vuntz> yeah
[13:45] <pitti> and ISTR that even (container) crashed my test script back then
[13:45] <vuntz> there aren't too many changes in pygobject between 3.0.3 and 3.1.0, so I'll bisect
[13:47] <pitti> vuntz: probably c329bf2aee8d75
[13:48] <pitti> vuntz: however, I'm 80% sure that this happened with 3.0.3, too
[13:50] <vuntz> yeah, that commit is the first one I'm investigating
[13:50] <vuntz> (rebuilding for python3 didn't help me, though ;-))
[13:52] <pitti> vuntz: c329bf2aee8d75 seems to be it indeed
[13:58] <vuntz> pitti: ah, should be "g_ptr_array_free (ptr_array_, FALSE);" I guess; since there's a cleanup function called on all items before
[13:58] <pitti> vuntz: I'm currently working on a test case
[13:59] <pitti> vuntz: thanks for the report!
[14:00] <vuntz> pitti: it's likely that g_array_free() is wrong too, for the same reason
[14:01] <pitti> vuntz: hm, I just discovered another bug, I think (in the test suite)
[14:02] <pitti> vuntz:  array = g_ptr_array_new_with_free_func (g_free);
[14:02] <pitti>   g_ptr_array_add (array, g_strdup ("regress"));
[14:02] <pitti> return array
[14:02] <pitti> vuntz: ^ would you say that this is (full) or (container)?
[14:02] <vuntz> that's full
[14:02] <pitti> exactly
[14:02] <vuntz> well
[14:02] <pitti> as the test suite calls this regress_test_garray_container_return, and (transfer container)
[14:03] <vuntz> "return array" is a bit weird
[14:03] <pitti> but _with_free_func would make this full, AFAIUI
[14:03] <pitti> vuntz: it's just a test function
[14:03] <pitti> I was about to add a regress_test_garray_full_return when I noticed this
[14:05]  * vuntz goes back to read the doc
[14:05]  * pitti wonders whether Xavier Classens is on IRC
[14:05] <vuntz> pitti: actually
[14:06] <vuntz> pitti: if the GPtrArray owns the ref of its elements, then maybe it's container
[14:06] <pitti> I don't see how that would work
[14:06] <vuntz> since the caller doesn't need to unref the elements
[14:06] <pitti> oh
[14:07] <pitti> i. e full -> python itself (i. e. pygobject) has to free the elements first and then the container
[14:07] <pitti> so that would be an g_ptr_array_new(), without a free func
[14:08] <pitti> right, so we got it the wrong way around
[14:08] <vuntz> pitti: indeed :-)
[14:08] <pitti> with g_ptr_array_new_with_free_func(), the ptrarray owns the elements, not the caller
[14:08] <vuntz> sorry, my fault for adding confusion :-)
[14:08] <pitti> and with g_ptr_array_new(), the caller owns them and has to clean them up
[14:08] <pitti> vuntz: no worries -- I fell into the exact same trap :)
[14:09] <pitti> but I'll still add a test case for (full) to ensure that this works
[14:09]  * vuntz double-checks all PK annotations
[14:13] <pitti> vuntz: fun, all other pk_results_* seem to get it right
[14:14] <pitti> pk_desktop_get_files_for_package() looks wrong, too
[14:14] <didrocks> new compiz on the way, fixing keybindings and some other stuff :)
[14:14]  * pitti hugs didrocks
[14:14] <didrocks> pitti: I think we won't have unity though
[14:14] <didrocks> (just an unity rebuild for this compiz fix)
[14:15] <pitti> will at least unbreak ARM, mvo, and me, so happy enough :)
[14:15] <didrocks> :-)
[14:15] <didrocks> yeah, not building kde support in compiz anymore
[14:15] <didrocks> it's the "easy way", but well
=== m_conley_away is now known as m_conley
[14:19] <pitti> vuntz: http://paste.ubuntu.com/844438/ fixes it, I think I caught them all
[14:19] <pitti> vuntz: did you find more?
[14:22] <vuntz> pitti: I found one other which is wrong
[14:23] <vuntz> pitti: http://paste.ubuntu.com/844438/
[14:23] <pitti> vuntz: err, that was mine
[14:24] <vuntz> http://paste.opensuse.org/view/raw/83277984
[14:24] <vuntz> grr :-)
[14:24] <m4n1sh> didrocks: ping
[14:24] <pitti> vuntz: ah, thanks
[14:25] <pitti> vuntz: ok with you if I push mine with the detailled changelog, and then push the fourth in your name?
[14:25] <pitti> (that one is not a crash, but a leak, and a different data type)
[14:25] <m4n1sh> seb128: didrocks which conference mode? am i missing context?
[14:26] <seb128> m4n1sh, a way to say "don't publish my history"
[14:26] <seb128> m4n1sh, like if you want to use unity in front of people but doesn't show them your personally pictures in the dash
[14:26] <vuntz> pitti: sure
[14:26] <didrocks> m4n1sh: normally, we plan with design a mode where you can say "I don't wait zeitgeist to give any data right now"
[14:26] <m4n1sh> incognito mode?
[14:26] <m4n1sh> the bottom right GtkSwitch?
[14:27] <m4n1sh> that just  disabled logging at that moment
[14:27] <didrocks> yeah, there were 2 options
[14:27] <m4n1sh> does not  delete history
[14:27] <didrocks> one for incognito (don't log) and another for don't take from the history
[14:27] <m4n1sh> means stop engine from serving events too?
[14:28] <didrocks> yeah
[14:28] <m4n1sh> that should be implemented in unity
[14:28] <m4n1sh> right now there is no API for zg which prevents from fetching events
[14:28] <m4n1sh> only logging blacklist is implemented
[14:29] <m4n1sh> seb128: didrocks cant it be done in unity?
[14:29] <pitti> vuntz: hm, why is that (full)? pk_package_sack_finalize() calls g_ptr_array_unref (priv->array);
[14:29] <pitti> vuntz: i. e. it again owns the items in the PackageSack
[14:30] <didrocks> m4n1sh: not sure, I think you should discuss it in #ubuntu-unity with the unity guys
[14:30] <seb128> m4n1sh, dunno, and probably a topic for today, I just though it would be part of privacy
[14:30] <m4n1sh> sadly it wasnt never a part of API
[14:30] <seb128> m4n1sh, that's the most frequent usecase I can see, don't show to everybody the personnal stuff I've been opening
[14:30] <m4n1sh> blacklist is implemented as an extension
[14:31] <m4n1sh> how do you know something is personal stuff
[14:31] <dobey> pitti: want to sponsor an update to twisted for me? :)
[14:31] <m4n1sh> difficult to filter
[14:31] <vuntz> pitti: it's a GObject, isn't it?
[14:31] <seb128> m4n1sh, well just a "don't publish anything, or stop zg"
[14:31] <didrocks> hum, it was on design's scope, if not, that means that despite summurazing this 5 time with them, it got lost :/
[14:32] <seb128> m4n1sh, like "I'm in public, I don't want my files to show, stop zg"
[14:32] <pitti> vuntz: maybe, but any items you put into it are freed by the PackageSack itself
[14:32] <pitti> vuntz: which again would be "container"?
[14:32] <m4n1sh> seb128: didrocks I don't remember anything like that. Not on blueprint not on System Settings design doc
[14:33] <vuntz> pitti: I don't think a GObject is a container type
[14:33] <vuntz> pitti: "container is usually a pointer to a list or hash table, eg GList, GSList, GHashTable etc."
[14:33] <didrocks> it was discussed at the session, the blueprint is not detailed, it's juste "implement the privacy" I have logs though when I discussed with design about this 5 times
[14:33] <m4n1sh> :(
[14:33] <m4n1sh> I was not at UDS
[14:33] <pitti> vuntz: (meeting now, bbl)
[14:33] <m4n1sh> nor was seiflotfy
[14:33] <didrocks> m4n1sh: not blaming you at all :)
[14:34] <didrocks> m4n1sh: can you talk with nutthinking?
[14:34] <seb128> m4n1sh, no worry, not your fault
[14:34] <seb128> m4n1sh, it's just an usecase we don't cover (yet)
[14:34] <m4n1sh> I was just clarifying how it got lost :)
[14:34] <seiflotfy> didrocks: u guys really want a last minute redesign now
[14:34] <seb128> we will get there one day ;-)
[14:34] <m4n1sh> seiflotfy: relax
[14:34] <seb128> seiflotfy, no, we don't want anything
[14:34] <m4n1sh> seiflotfy: even with that feature it is not possible
[14:35] <seiflotfy> m4n1sh: i have a soltuion for that
[14:35] <m4n1sh> engine API needs to be updated
[14:35] <seiflotfy> but its an engine hack
[14:35] <m4n1sh> yes
[14:35] <seb128> seiflotfy, I just misdescribed what privacy was doing because I though that's what it would do
[14:35] <seiflotfy> and i dont think every1 wil lagree
[14:35] <m4n1sh> please dont mess with engine now
[14:35] <seiflotfy> its basically moving the DB to a temp directory
[14:35] <m4n1sh> put all our energy on fts
[14:35] <seb128> seiflotfy, m4n1sh: yeah, just ignore that discussion, focus on what was planned
[14:35] <seiflotfy> and telling the engine to not reply to any requests
[14:35] <seb128> that was side chatting
[14:35] <seb128> no blaming or anything
[14:35] <m4n1sh> yeah :)
[14:36] <m4n1sh> never mind, for P+1
[14:36] <pitti> vuntz: oh! nevermind me, should pay more attention (meeting still going on..)
[14:36] <seb128> pitti, dude, you spend your life in meetings nowadays it seems ;-)
[14:36] <pitti> 10.04.4 meetings every day :/
[14:36] <pitti> but release is today *phew*
[14:36] <pitti> and it's looking good
[14:37] <m4n1sh> seb128: seiflotfy didrocks, next cycle I will try doing things earlier rather than last moment. P+1 can have lot more done lot before FF
[14:37] <seb128> pitti, oh, "are we there yet?" "are we there yet?" "are we there yet?" meetings? ;-)
[14:37] <m4n1sh> just provide prototypes after UDS
[14:38] <didrocks> m4n1sh: sweet, that will be awesome! :)
[14:38] <m4n1sh> didrocks: I am not applying for UDS this time, so just keep the logs and update me in case something is missing in blueprint
[14:39] <didrocks> m4n1sh: sure, there is the audio available
[14:39] <didrocks> m4n1sh: so, just ping me, I'll point you to it
[14:39] <m4n1sh> too much broken
[14:39] <m4n1sh> last time
[14:39] <didrocks> ah? :/
[14:39] <m4n1sh> default apps session was somewhat inaudible
[14:42] <dobey> eh, i think that's a social problem, not a technical one
[14:43] <pitti> vuntz: pushed your's as well, thanks! https://gitorious.org/packagekit/packagekit/commit/d1783721dc079e8cca8feb7192b904e2434fe308
[14:43] <dobey> some people are pretty loud, and others are pretty quiet
[14:43] <pitti> dobey: hand me the diff/branch/etc?
[14:44] <dobey> pitti: https://code.launchpad.net/~dobey/ubuntu/precise/twisted/backport-gireactor/+merge/93329
[14:48] <mterry> So...  my numlock got stuck on ON for my user yesterday.  does anyone else see similar behavior?
[14:49] <pitti> mterry: not here
[14:49] <dobey> mterry: turns off for me if i push the button
[14:50] <dobey> i just want a keyboard without a numpad though
[14:50] <seb128> mterry, I just uploaded a fixed g-s-d with the fix as you asked
[14:50] <seb128> mterry, hey btw, happe ff day ;-)
[14:50] <seb128> happy
[14:50] <mterry> seb128, :)  which fix?
[14:51] <seb128> mterry, the fix for the numlock issue
[14:51] <seb128> mterry, it was a gsd bug
[14:51] <mterry> seb128, oh neat!
[14:51] <pitti> $ bzr merge lp:~dobey/ubuntu/precise/twisted/backport-gireactor
[14:51] <mterry> so my keyboard isn't dying after all  :)
[14:51] <pitti> Unapplying quilt patches to prevent spurious conflicts
[14:51] <pitti> bzr: ERROR: exceptions.AttributeError: 'DirStateRevisionTree' object has no attribute 'last_revision'
[14:51] <pitti> dobey: ^ yay
[14:51] <seb128> mterry, no it's not ;-)
[14:52] <dobey> pitti: wtf?
[14:52] <pitti> dobey: doing manually, don't worry
[14:52] <dobey> pitti: bzr broke i guess?
[14:54] <pitti> dobey: uploaded, thanks!
[14:55] <dobey> pitti: great! thank you!
[14:56] <seb128> pitti, so with gwibber and ubuntu-sso-client on gtk3, do we still have a webkit-gtk2 rdepends?
[14:56] <pitti> seb128: ubuntu-sso-client is still gtk2
[14:56] <seb128> nessita, hey, well done landing sso gtk3 on time!
[14:56] <seb128> pitti, ?
[14:56] <pitti> ooh, is it? nice!!!
[14:56] <nessita> seb128: :-D
[14:56]  * pitti hugs nessita
[14:56] <seb128> pitti, nessita uploaded a gtk3 version ;-)
[14:56] <nessita> seb128: thanks!
[14:57] <nessita> and it works too! :-)
[14:57] <seb128> \o/
[14:57] <pitti> so this should drop CDs to 712 MB, nice!
[14:57] <pitti> and 11 MB are due to langpack updates, so we are effectively at 701 MB
[14:57] <pitti> which is within the new limit
[14:58]  * ogra_ thinks pitti should really shove off another 1.1M just because it looks better
[14:58] <dobey> ugh, i can't resize the apport "send report" dialog any more :(
[14:58] <pitti> seb128: the only packages on my system which need it are gimp (not on CDs) and ubuntu-sso-client, so I think we're good
[14:58] <seb128> excellent!
[14:59] <seb128> dobey, yeah, I was going to look at that and I noticed that the dialog was about to be replaced so I figured I wouldn't bother
[14:59] <dobey> seb128, pitti: this means we can drop webkit gtk2 now
[14:59] <seb128> ev has been working on a new version for db work he's doing
[14:59] <seb128> dobey, right, that still doesn't mean we have CD space though :-(
[14:59] <seb128> dobey, it just brings us on target
[14:59] <pitti> dobey: yes, the next images should not have it any more
[15:00] <pitti> we carried the two stacks long enough, *phew*
[15:00] <pitti> dobey, nessita, kenvandine: ^ nice work!
[15:00] <pitti> (also to the shotwell folks)
[15:00] <seb128> pitti, well done before the lts, that's what matters ;-)
[15:00] <nessita> pitti: we need room in the CD for python-qt4! :-D
[15:00] <dobey> seb128: indeed. i hope to finish up some more work on that today
[15:00] <seb128> nessita, go away, we like gtk :p
[15:00] <kenvandine> :)
[15:01] <kenvandine> seb128, do we really?
[15:01] <kenvandine> :)
[15:01]  * kenvandine hides
[15:01] <seb128> ohhh
[15:01] <dobey> buuuuuuurn
[15:02] <pitti> $ LANG= sudo dpkg -P libgtk2.0-0 2>&1 | grep 'depends on' | wc -l
[15:02] <pitti> 55
[15:02] <pitti> seb128: ^ still a bit to go :)
[15:02] <seb128> yeah...
[15:03] <seb128> well at least we dropped gnome-vfs from the CD this cycle!
[15:07] <dobey> now we just need to drop firefox and thunderbird ;)
[15:07] <dobey> should free up about 100M :P
[15:08] <pitti> firefox and tbird both grew by ~ 3 MB since oneiric
[15:08] <pitti> so they do have their share in size increase indeed
[15:10] <chrisccoulson> pitti - and we'll get basically all of that back once i've figured out how to fix bug 894166
[15:10] <ubot2`> Launchpad bug 894166 in firefox "Make hyphenation work with system hyphenation patterns" [High,Triaged] https://launchpad.net/bugs/894166
=== albrigha is now known as Guest39130
[15:10] <pitti> chrisccoulson: oh, did we move to builtin hyphenation since oneiric, or does it make up for growth that happened elsewhere?
[15:11] <chrisccoulson> pitti - no, hyphenation support for non-english locales was only added to Firefox recently, and it ships its own patterns by default
[15:11] <chrisccoulson> but they don't map properly to the patterns that we ship
[15:15] <kenvandine> ronoc, indicator-session says i have updates available!
[15:15] <kenvandine> ;-)
[15:15] <ronoc> kenvandine, sweet - hopefully it's correct
[15:16] <kenvandine> seems to be
[15:17] <chrisccoulson> bah, X has completely locked up twice today when hitting this barrier in between my 2 screens
[15:17] <ronoc> good stuff
[15:19] <kenvandine> grrr... focus stealing prevention.... clicking updates available in the indicator doesn't bring update-manager to the front
[15:22] <kenvandine> i am so sick of evolution, i really wish we had a calendar alternative
[15:25] <skaet> pitti,  didrocks,  https://wiki.ubuntu.com/PrecisePangolin/FeatureLanding - when is the next compiz upload expected?  (should it switch from today to monday?)
[15:25] <pitti> skaet: about an hour ago :)
[15:25] <didrocks> skaet: the new compiz is building
[15:25] <didrocks> with all the stack waiting for it to be published
=== Guest39130 is now known as albrigha
[15:25] <didrocks> libcompizconfig/compiz-plugins-main/compiz-plugins-extra/unity
[15:25] <didrocks> skaet: we are almost done for the unity release
[15:25] <didrocks> but
[15:25] <didrocks> I will suggest to only upload it tomorrow morning
[15:26] <didrocks> so that we have enough testing with the latest fixes
[15:26] <Beret> didrocks, did you see compiz-dev is stuck?
[15:26] <Beret> n/m
[15:26] <didrocks> Beret: is it?
[15:26] <Beret> you win, it's building now :)
[15:26] <didrocks> it's not :p
[15:26] <didrocks> it was dep wait
[15:26] <Beret> yeah
[15:27] <didrocks> same for the coming build-dep once libcompizconfig is built
[15:27] <nessita> seb128: question: I split the ussoc source package in several binaries, so now we have the ubuntu-sso-client package that is just the dbus service, and we also have the ubuntu-sso-client-gtk that provides the Gtk UI. I guess we need to have the ubuntu-desktop depending on ubuntu-sso-client-gtk now, so we can fetch in the -gtk UI. What should I do to make that happen? :-)
[15:27] <seb128> nessita, https://wiki.ubuntu.com/SeedManagement
[15:27] <seb128> nessita, get the seed updated
[15:27]  * nessita reads
[15:28] <skaet> didrocks,   moving the upload to tomorrow makes sense.  +1
[15:28] <didrocks> skaet: ok, we agree, thanks :)
[15:28] <skaet> :)
[15:29] <seb128> didrocks, can you add an unity recommends on indicator-printers ?
[15:30] <seb128> didrocks, I think it's unity which pulls the indicators on the default install?
[15:30] <seb128> pitti, ^
[15:30] <didrocks> seb128: sure, doing right now
[15:30] <didrocks> seb128: indeed
[15:30] <seb128> didrocks, thanks
[15:30] <didrocks> yw :)
[15:36] <desrt> hello europeans
[15:36] <pitti> seb128: hm, how does i-printers conflict with system-config-printer? is that applet going away?
[15:37] <seb128> pitti, the applet got dropped yesterday in precise by lars and till
[15:37] <seb128> pitti, I suggested to lars to bring it back and just not start it in Unity
[15:37] <seb128> i.e add a NotShowIn=Unity
[15:37] <seb128> to the autostart desktop
[15:37] <pitti> don't get me wrong, I'm all for dropping a gtk2 python process ;)
[15:37] <seb128> but we can fix that after ff
[15:37] <pitti> so the intention is that i-printer replaces applet.py?
[15:38] <seb128> pitti, yes
[15:38] <seb128> pitti, cf https://wiki.ubuntu.com/Printing if you are interested in details
[15:38] <pitti> niiiiiice
[15:38] <seb128> pitti, indicator-printers is in precise and mir approved if you want to try it
[15:38] <seb128> we got it in yesterday
[15:38] <seb128> though I think lars was still looking at a cups issue making it not work
[15:39] <pitti> vuntz: FYI, I added a test case for a (transfer full) GPtrArray
[15:40] <pitti> vuntz: it's unfortunately hard to impossible to determine the internal refcount of the array items from python, but at least that will make sure that they don't crash
[15:48] <mterry> Riddell, ping.  i'm going to hit the MIRs you filed, but wanted to make sure you were around for a quick feedback loop if possible
[15:50] <pitti> mterry: thanks for the recent MIR reviews!
[15:50] <pitti> mterry: any chance you could do bug 931458 as well? should be very similar and fast
[15:50] <ubot2`> Launchpad bug 931458 in libcss-minifier-xs-perl "[MIR] libcss-minifier-xs-perl" [Undecided,New] https://launchpad.net/bugs/931458
[15:51] <mterry> pitti, oh yeah sure
[15:51] <pitti> that would complete the new MIRs for eximdoc4 which we earned through the autosyncs
[15:51]  * mterry restarts to fix numlock (hopefully)
[15:51] <pitti> mterry: http://people.canonical.com/~ubuntu-archive/component-mismatches.svg -> I assume we won't promote lyx?
[15:51] <pitti> oh, gone
[15:53] <mterry> seb128, yay, fixed!  i can type again
[15:53]  * mterry does a dance
[15:54] <pitti> mterry: http://people.canonical.com/~ubuntu-archive/component-mismatches.svg -> I assume we won't promote lyx?
[15:54] <tkamppeter> pitti, how can I make an applet only auto-start if the desktop is not Unity?
[15:55] <seb128> mterry ;-)
[15:55]  * mterry sees what lyx is
[15:55] <pitti> tkamppeter: well, I guess you also don't want to autostart in GNOME, as gnome-shell uses the upstream printing stuff?
[15:55] <seb128> tkamppeter, the .desktop has OnlyShowIn
[15:55] <seb128> tkamppeter, pitti: /etc/xdg/autostart/print-applet.desktop
[15:56] <tkamppeter> pitti, my current test is with the file /etc/xdg/autostart/print-applet.desktop
[15:56] <seb128> -NotShowIn=KDE;LXDE;
[15:56] <pitti> tkamppeter: rather, NotShowIn=KDE
[15:56] <tkamppeter> and it has
[15:56] <seb128> +NotShowIn=KDE;LXDE;Unity
[15:56] <pitti> seb128: should it really be used in GNOME?
[15:56] <Riddell> mterry: hi yes
[15:56] <tkamppeter> NoDisplay=true
[15:56] <mterry> pitti, oh goodness, I hope not.  Especially just for a Recommends
[15:56] <seb128> pitti, in gnome-fallback I guess?
[15:56] <tkamppeter> pitti, this does not prevent an auto-start at all.
[15:56] <seb128> pitti, I've no clue what is the equivalent for gnome-panel sessions
[15:57] <mterry> Riddell, cool, now that half my keyboard isn't a numpad, I can start reviewing in earnest  :)
[15:57] <seb128> tkamppeter, read what I wrote
[15:57] <Riddell> thanks mterry
[15:57] <pitti> tkamppeter: so anyway, adding "Unity" to NotShowIn will do the trick for now
[15:57] <seb128> tkamppeter, change NotShowIn=KDE;LXDE;Unity;GNOME
[15:57] <seb128> you can add GNOME to the list
[15:57] <pitti> *nod*
[15:57] <seb128> do we know if i.e xfce uses it?
[15:57] <pitti> yes, I think so
[15:57] <seb128> ok, so yeah, just add Unity and GNOME to the list
[15:58] <pitti> seb128, tkamppeter: do we still need to seed system-config-printer-gnome then? i. e. do we use the GUI from control-center, or is that replaced with the indicator and upstream capplet?
[15:59] <seb128> pitti, the upstream capplet use the s-c-p backend
[15:59] <seb128> pitti, the ui not sure
[15:59] <pitti> seb128: that would be s-c-p-common, and should be a dependency
[15:59] <seb128> right
[15:59] <tkamppeter> pitti, larsu (in #systems) tells that the switchover will not happen in Precise, so that s-c-p-gnome package is still needed.
[15:59] <pitti> ack
[15:59] <seb128> pitti, well anyway we will still use scp for precise
[15:59] <tkamppeter> pitti, seb128, testing NotShowIn=KDE;LXDE;Unity;GNOME
[15:59] <seb128> lars didn't feel like we were on time to switch to the upstream ui
[15:59] <seb128> it's a bit rushed
[16:00] <seb128> so better after the lts
[16:00] <pitti> ack
[16:00] <pitti> just confirming
[16:00] <seb128> pitti, btw https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-control-center-cleanup
[16:00] <seb128> [rodrigo-moya] Implement installation of languages in g-c-c: TODO
[16:00] <seb128> pitti, ^ should that be DROPPED?
[16:00] <pitti> POSTPONED rather, I guess
[16:00] <pitti> at this point we'll keep l-s
[16:00] <seb128> ok
[16:01] <pitti> I think I cleaned it up sufficiently now
[16:01] <tkamppeter> pitti, seb128, that works, will apply it.
[16:01] <seb128> pitti, done
[16:01] <seb128> tkamppeter, you need a trailing ";" to be correct I think
[16:01] <seb128> tkamppeter, validation tools will raise a warning otherwise
[16:01] <seb128> tkamppeter, i.e "GNOME;"
[16:01] <seb128> (it's a detail but we can as well do it right)
[16:01] <tkamppeter> seb128, OK.
[16:02] <seb128> thanks
[16:02] <SpamapS> Anybody know how to maximize windows w/ the keyboard in the latest unity-2d?
[16:05] <desrt> SpamapS: alt+space / x?
[16:12] <SpamapS> desrt: great joke ;)
[16:12] <SpamapS> the bug that removed alt-f10 suggested alt-f5 would be co-opted .. but alt-f5 seems to do nothing
[16:13] <desrt> SpamapS: what joke?
[16:13] <SpamapS> desrt: thats not funny.. alt space, then x.. seriously?
[16:13] <pitti> SpamapS: alt+space invokes the window menu
[16:13] <pitti> which is in fact the only way known to me to get it these days :/
[16:13] <desrt> SpamapS: clearly you've never used emacs!
[16:13] <SpamapS> alt-f10 has always maximized windows in gnome and xfce.. for years and years.. don't make me train a 2 part shortcut now...
[16:14] <desrt> ^ (see.  now that's a joke.)
[16:16] <pitti> SpamapS: that's just a bug
[16:16] <pitti> I don't think it's intended to drop them
[16:16] <pitti> last compiz broke quite a few keybindings
[16:17] <pitti> oh, -2d
[16:20] <mterry> Riddell, what's the deal with several of these packages having libraries that have "internal" or "private" in their name, but are installed in public locations?  The intention is that no one outside the ktp stack should link to them?
[16:21] <Riddell> mterry: yes I expect so
[16:21] <Riddell> mterry: it's a fairly common practice within KDE /usr/lib/*priva*
[16:22] <Riddell> I have 5 installed
[16:22] <nessita> ping
[16:22] <nessita> oops
[16:22] <nessita> sorry!
[16:22] <nessita> (bad window)
[16:22] <mterry> Riddell, weird.  like they only want "friends of the package" to link, but not random people.
[16:22] <dobey> irc fail is contagious it seems :P
[16:23] <dobey> mterry: usually i just make libraries GPL if i want that
[16:23] <mterry> Or perhaps just reducing complaints when something breaks ABI
[16:23] <Riddell> mterry: yes, it's a quick and not elegant but better than nothing way to allow for unstable ABIs
[16:23] <mterry> dobey, ouch :)
[16:23] <dobey> hehe :)
[16:24] <Riddell> mterry: they should still do all the right versioning practices
[16:28] <tkamppeter> pitti, seb128, s-c-p uploaded. Autostart now suppressed under Unity and GNOME and robustness against broken encoding of description or license of OpenPrinting-downloadable manufacturer drivers.
[16:28] <seb128> tkamppeter, good work, thanks
[16:31] <davidcalle> Riddell, ping
[16:32] <Riddell> hi davidcalle
[16:32] <Riddell> oh, new queue?
[16:32] <Riddell> sorry
[16:33] <davidcalle> Riddell, no problem. If you don't have the time, I guess it can wait, it will be a FFE anyway.
[16:34] <Riddell> davidcalle: I'm onto it
[16:34] <Riddell> davidcalle: this was a personal project not part of any employment right?
[16:35] <davidcalle> Riddell, thanks. Part of a contract.
[16:35] <Riddell> davidcalle: ok but not employment, that means you are indeed the copyright holder
[16:36] <Riddell> didrocks: why did you reject it?  (you should post to ubuntu-archive list when you reject something)
[16:36] <davidcalle> Riddell, ok
[16:36] <mterry> Riddell, do you know why the tests for telepathy-qt4 aren't run during build?  If it's possible, can you enable them?
[16:36] <didrocks> Riddell: you didn't know about posting, I just handled that directly on IRC with davidcalle on IRC
[16:36] <tkamppeter> pitti, I did a printer driver auto-install test with your s-c-p fix on Precise now and itr works great.
[16:36] <pitti> \o/
[16:37] <Riddell> mterry: no I don't, maybe they require X or some other reason or maybe that's a packaging failure
[16:38] <mterry> Riddell, can you check?  If it's possible to enable them, it's a MIR blocker.  But if there's a good reason not to, it's OK
[16:39] <mterry> Riddell, at least one of the tests doesn't seem to require X (test-ptr).  Maybe a subset can be run
[16:39] <Riddell> mterry: let me look
[16:39] <Riddell> didrocks: so can you remember?
[16:40] <didrocks> Riddell: let me show you the discussion yesterday
[16:41] <didrocks> Riddell: http://irclogs.ubuntu.com/2012/02/15/%23ubuntu-desktop.html#t16:44 and below
[16:41] <pitti> good night everyone!
[16:41] <seb128> 'night pitti
[16:41] <didrocks> good night pitti
[16:42] <mterry> pitti, bye
[16:43] <seb128> mterry, did you see my gimp ping yesterday?
[16:43] <mterry> seb128, no, what's up?
[16:43] <seb128> mterry, you forgot to push your recent revision
[16:43] <mterry> seb128, guh
[16:44] <Riddell> davidcalle: any reason not to use source format 3.0? (not a rejectable offence)
[16:44] <seb128> mterry, do you still have it and can push or should I just commit from the src package in the vcs?
[16:44] <mterry> seb128, looks like I just worked from the src package
[16:44] <seb128> mterry, don't bother if you didn't do it in the vcs, I just wanted to know if that was a push away or not
[16:44] <seb128> mterry, ok, fine, don't bother then, thanks ;-)
[16:44] <mterry> seb128, sorry!  :-/
[16:44] <seb128> mterry, no worry
[16:45] <davidcalle> Riddell, it's a change from kenvandine.
[16:45] <seb128> mterry, btw stop undoing my changes the day after I do this :p
[16:45] <Riddell> kenvandine: any reason not to use source format 3.0? (not a rejectable offence)
[16:45] <seb128> this->one
[16:45] <Riddell> davidcalle: what happened to "the lens refers to /usr/share/unity/5/lens-nav-video.svg" ?
[16:45] <Riddell> "which isn't installed by the package"
[16:45] <mterry> seb128, when did I do that?
[16:45] <seb128> mterry, I switched indicator-messages to source v1 tuesday and you switched back to v3 yesterday ;-)
[16:45] <davidcalle> Riddell, the file is already provided by Unity. Didrocks wasn't aware of it.
[16:45] <mterry> seb128, hah
[16:46] <mterry> seb128, I wanted to patch!  Why did you use v1?
[16:46] <kenvandine> Riddell, so we can merge changes from other branches inline
[16:46] <seb128> mterry, because v3 sucks with full source bzr
[16:46] <seb128> mterry, the way I patch indicators is bzr merge lp:~mterry ... or bzr merge lp:indicator -c rev
[16:46] <mterry> seb128, whatever happened to "3.0 (bzr)"?
[16:46] <kenvandine> Riddell, basically the same thing seb128 is complaining about right now :)
[16:46] <seb128> mterry, so next merge upstream just do the right thing and see the commit was there and skip it
[16:47] <mterry> seb128, guh, in-source changes  :-/  I love me some patches
[16:47] <seb128> mterry, so no need to add a patch, update series and undo in the next update
[16:47] <seb128> mterry, well it's in the vcs and a proper upstream commit backport
[16:47] <Riddell> davidcalle: accepted!
[16:47] <seb128> but yeah it's less nice to apt-get source
[16:47] <mterry> seb128, I still don't think in bzr.  My internal voice is quilt
[16:48] <davidcalle> Riddell, thanks! First packages in the archive for me :)
[16:48] <seb128> mterry, well quilt is work :p you need to get the patch and update the serie and drop the patch and update the serie
[16:48] <seb128> mterry, bzr merge is easier :p
[16:48] <seb128> mterry, but yeah, we only do that for dx packages (and lightdm) basically
[16:48] <mterry> places where upstream is bzr  :)
[16:48] <seb128> it's only worth when you backport your fixes from a compatible vcs and can merge them with bzr
[16:49] <seb128> mterry, upstream is bzr and downstream is full source bzr
[16:49] <davidcalle> Riddell, who should I talk to for a MIR?
[16:49] <didrocks> mterry: ^
[16:49] <mterry> davidcalle, more MIRs!?  man...  :)
[16:49] <mterry> davidcalle, give me a bug #
[16:49] <Riddell> davidcalle: file one as a bug following the wiki page then talk nicely to mterry
[16:50] <davidcalle> mterry, Riddell, ok
[17:12] <Riddell> mterry: oh they require dbus, that might explain why it's fiddly
[17:12] <Riddell> and selinux
[17:13] <mterry> dbus-test-runner is in main...  selinux is a harder sell  :)
[17:17] <Riddell> mterry: ok I can manually patch those out and get it working in my chroot, of course that's no guarantee it'll work in soyuz's chroots
[17:18] <mterry> Riddell, worth a shot?  PPA would be a good test
[17:18]  * mterry gets warm fuzzies when tests run
[17:22] <nessita> seb128: so, I read the wiki page you pointed me at and branched lp:~ubuntu-core-dev/ubuntu-seeds/ubuntu.precise. ubuntu-sso-client is not listed in any seed (I would have expect it to be in desktop). Shall I add an entry there, or shall I ask software-center (which seems the one pulling in ussoc) to depend on ubuntu-sso-client-gtk instead?
[17:23] <seb128> nessita, how does it work? do clients use a frontend in some way? or do they just use the service which is in -common and that triggers an ui?
[17:23] <seb128> nessita, i.e who is calling the ui, and how do you decide which one to use if both are installed?
[17:24] <nessita> seb128: clients accesses the dbus service, which spawns the UI. The ui by default is the -gtk one, but can be changed passing a specific parameter
[17:24] <nessita> seb128: ubuntu-sso-client recommends the ubuntu-sso-client-gui virtual package
[17:24] <seb128> nessita, well I guess that s-c etc should depends on the binary which has the service then
[17:24] <nessita> which is provided by both ubuntu-sso-client-gtk and ubuntu-sso-client-qt
[17:25] <nessita> seb128: but then who will pull the UI package in?
[17:25] <seb128> nessita, you shouldn't recommends only a virtual package
[17:25] <nessita> seb128: no?
[17:25] <seb128> nessita, Recommends:  ubuntu-sso-client-gtk | ubuntu-sso-client-gui
[17:25] <seb128> nessita, you always recommends "preferred option | virtual"
[17:26] <seb128> well, always -> usually
[17:26] <nessita> sehum... ok, did not know that. Shall I upload an ubuntu2 version of the package then?
[17:26] <seb128> nessita, that should be enough to pull it in
[17:26] <seb128> nessita, wait
[17:27]  * nessita was waiting already :-)
[17:27] <seb128> nessita, yeah, you can do that
[17:27] <seb128> though I'm not sure how well that will play for i.e kubuntu
[17:27] <nessita> hum
[17:27] <seb128> nessita, you should probably do that and get ubuntu-desktop to recommends ubuntu-sso-client-gtk
[17:27] <seb128> nessita, then kubuntu-desktop can recommends the -kde version
[17:28] <nessita> seb128: so, do both? why not just making ubuntu-sso-client recommends the -gui package only, and having ubuntu-desktop recommends ubuntu-sso-client-gtk?
[17:28] <seb128> nessita, because you don't want to recommends a virtual only, it makes the install not predictable
[17:28] <nessita> right, I saw that in my vm
[17:29] <seb128> nessita, how does it determine which of the guy you want when you install it?
[17:29] <seb128> you prefered | virtual
[17:29] <seb128> so people get the prefered if they install it "by hand"
[17:29] <seb128> then you get the seeds to put their preferred one
[17:29] <nessita> seb128: ack. And then, the kubuntu-desktop recommends will win over the ubuntu-sso-client recommends?
[17:29] <seb128> nessita, yes
[17:30] <nessita> ok then. Any wiki page to have the ubuntu-desktop recommending ubuntu-sso-client-gtk?
[17:30] <seb128> nessita, the gtk | virtual will be true already if kde is installed
[17:30] <seb128> nessita, you want to add a (ubuntu-sso-client-gtk) to the desktop seed
[17:30] <seb128> nessita, i.e what I pointed you before
[17:30] <nessita> yes
[17:30] <nessita> seb128: ok, will do that. Thanks!
[17:30] <seb128> kenvandine, ^ can you do that for nessita?
[17:31] <seb128> kenvandine, nessita: I will have a look later otherwise but I want to finish something first
[17:31] <nessita> seb128, kenvandine: FYI, ubuntu-sso-client-gtk is still in the NEW queue since is a new binary package
[17:31] <seb128> nessita,  let me review it for you
[17:31] <nessita> seb128: no rush!
[17:31] <nessita> finish your thing first
[17:32] <seb128> well it will take me a bit so I will review the binaries first then go back to what I'm working on
[17:32] <seb128> no worry ;-)
[17:33] <davidcalle> mterry, #933609 and #933610
[17:33] <kenvandine> seb128, nessita: what should i do?
[17:33] <nessita> kenvandine: hola!
[17:33] <seb128> kenvandine, get ubuntu-sso-client-gtk added as a recommends to the desktop seed
[17:33] <kenvandine> ah
[17:34] <seb128> kenvandine, I didn't do seed changes for ages, I will look at it later otherwise
[17:34] <kenvandine> i have only done it once :)
[17:34] <nessita> kenvandine: I split the ubuntu-sso-client in several binary packages, so we now need the -gtk package there
[17:34] <seb128> ok, I though you had better experience than me with that :p
[17:34] <seb128> kenvandine, don't bother if you are busy, we will sort it tomorrow otherwise
[17:34] <kenvandine> seb128, haha... i think i asked you about it when i did it :)
[17:40] <seb128> nessita, so I installed the new sso, ubuntuone-control-panel is unhappy, it tells me in red that there is a problem while trying to fetch the authentification informations
[17:40] <mterry> Riddell, kde-telepathy-approver needs fixing, see bug
[17:40] <seb128> nessita, that's login in my test user session and click on either "I've an account" or "create an account" in the ubuntuone-control-panel-gtk from precise
[17:40] <mterry> davidcalle, ACK
[17:41] <nessita> seb128: hum... I tested in a clean VM. Let me re-check that.
[17:42] <davidcalle> mterry, many thanks
[17:42] <seb128> nessita, do I need to reboot?
[17:43] <nessita> seb128: theoretically, the ussoc service automatically stops after each use. DO you have a ubuntu-sso-login process running?
[17:44] <mterry> jdstrand, you around?
[17:45] <mterry> jdstrand, I'd like a security review for a MIR if you have time
[17:45] <seb128> nessita, it's spawned when I run ubuntuone-control-panel-gtk
[17:45] <nessita> seb128: yes, but it disappears  after a couple of seconds, right? if you don't do anything else in the controlpanel
[17:46] <seb128> nessita, correct
[17:46] <nessita> seb128: what new packages did you install?
[17:46] <nessita> (for SSO)
[17:46] <seb128> nessita, the binaries from sso, all but qt
[17:46] <seb128> well I dpkg -i *.deb but the qt one I'm missing some python-qt4 so I removed it
[17:47] <nessita> that should work just fine, I'm using in it in a VM. WOUld you please paste the output of the log file located at:
[17:47] <seb128> nessita,
[17:47] <seb128> ii  python-ubuntu-sso-client                  2.99.4-0ubuntu1                                 Ubuntu Single Sign-On client - Python library
[17:47] <nessita> ~/.cache/sso/sso-client.log
[17:47] <seb128> ii  python-ubuntu-sso-client.tests            2.99.4-0ubuntu1                                 Ubuntu Single Sign-On client - Test suite
[17:47] <seb128> ii  ubuntu-sso-client                         2.99.4-0ubuntu1                                 Ubuntu Single Sign-On client
[17:47] <jdstrand> mterry: feel free to add it to my quite long list
[17:47] <seb128> ii  ubuntu-sso-client-gtk                     2.99.4-0ubuntu1                                 Ubuntu Single Sign-On client - GTK+ frontend
[17:47] <mterry> jdstrand, :)  just assigned to you
[17:47] <jdstrand> mterry: I don't have time before ff though
[17:47] <jdstrand> ok
[17:47] <mterry> jdstrand, bummer, but understandable
[17:48] <Riddell> mterry: fixed
[17:48] <mterry> Riddell, ^ we may not be able to approve whole stack in time
[17:48] <mterry> Riddell, awesome!
[17:48] <seb128> nessita, http://pastebin.ubuntu.com/844697/
[17:49] <nessita> seb128: looking
[17:49] <seb128> nessita,
[17:49] <seb128> Traceback (most recent call last):
[17:49] <seb128>   File "/usr/lib/python2.7/dist-packages/ubuntu-sso-client/ubuntu_sso/credentials.py", line 85, in inner
[17:49] <seb128>     result = yield f(self, *a, **kw)
[17:49] <seb128> UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in position 71: ordinal not in range(128)
[17:49] <seb128>  
[17:49] <seb128> not happy I guess
[17:49] <nessita> seb128: I know what it is...
[17:49] <nessita> seb128: why would you use .fr locale?
[17:49] <nessita> :-P
[17:49] <mterry> Riddell, I'll do rest that I can.  Is the auth-handler something that can be dropped for now and added as a FFe?
[17:49] <seb128> nessita, it doesn't like my french utf8 ;-)
[17:50] <nessita> seb128: nopes, it does not. We need to have gettext returning unicode translation
[17:50] <nessita> seb128: let me build a branch for our trunk, and will make that a patch for the package
[17:50] <nessita> seb128: would you please file a bug?
[17:50] <nessita> I will setup my VM with a non-english locale now
[17:50] <seb128> nessita, ok
[17:51] <seb128> nessita, I'm disappointed your vm is not in french by default :p
[17:51] <seb128> nessita, do you want me to hold the binaries until the bug is fixed?
[17:51] <Riddell> mterry: um, I guess so, why?
[17:51] <nessita> seb128: I guess is for the best, I don't wanna break every non-english locale :-/
[17:51] <seb128> nessita, ok
[17:52] <mterry> Riddell, needs a security review, and jdstrand is overloaded with those
[17:52] <nessita> seb128: I will try to get a patch today, so I can also add the preferred | virtual tweak to the package
[17:53] <seb128> nessita, https://bugs.launchpad.net/ubuntu/+source/ubuntu-sso-client/+bug/933632
[17:53] <ubot2`> Launchpad bug 933632 in ubuntu-sso-client "new sso client has issues on utf8 chars" [Undecided,New]
[17:53] <seb128> nessita, thanks!
[17:53] <nessita> seb128: thanks you!
[18:00] <mterry> Riddell, same empty thing with contact-applet
[18:01] <dobey> hrmm; apt-cache show not printing Source: for a binary package that has the same name as the source, is annoying
[18:02] <Riddell> mterry: new telepathy-qt4 uploaded with tests
[18:03] <Riddell> mterry: new ktp-contact-applet uploaded
[18:04] <mterry> Riddell, I'm going to stop mentioning bug subscribers in my comments, we'll take that as read
[18:04] <mterry> :)
[18:05] <Riddell> mterry: yes kubuntu-bugs will be subscribed
[18:17] <m4n1sh> mterry: have a min
[18:17] <mterry> m4n1sh, sure?
[18:18] <m4n1sh> in com.canonical.unity-greeter
[18:18] <m4n1sh> which is the key for disabling the dots?
[18:18] <m4n1sh> draw-grid or xft-antialias?
[18:18] <m4n1sh> mterry: and what are the possible values of xft-hintstyle
[18:18] <m4n1sh> IIRC you were managing the greeter
[18:19] <mterry> m4n1sh, draw-grid
[18:19] <mterry> m4n1sh, yeah, me and robert-ancell, but he's in Australia
[18:19] <mterry> m4n1sh, don't like the dots?  :)
[18:19] <mterry> m4n1sh, you should be able to see the possible values in dconf-editor
[18:19] <mterry> m4n1sh, in the dropdown for the field
[18:19] <m4n1sh> mterry: making a UI for configuring it
[18:19] <mterry> (or in the schema file
[18:20] <m4n1sh> the work on alm is nearly done
[18:20] <m4n1sh> ev has to refactor the whoopsie thing before I integrate
[18:20] <m4n1sh> mterry: I like it, just was looking at the config options.. not to tell I love the greeter <3
[18:21] <mterry> :)
[18:21] <mterry> m4n1sh, note that it reads the lightdm's users dconf values, not yours
[18:22] <m4n1sh> mterry: so lightdm works as a seperate user?
[18:22] <m4n1sh> means runs as a seperate user?
[18:22] <mterry> m4n1sh, yup
[18:22] <m4n1sh> so any hints how to read it? some *kit?
[18:23] <mterry> m4n1sh, uh, I think you can if you sudo as the lightdm user?
[18:24] <mterry> m4n1sh, not sure actually.  dconf would need dbus?   so maybe you need to sudo a dbus-launch command line?
[18:24] <mterry> Riddell, ktp-common-internals needs some symbol tightening, FYI.  Commented in the bug
[18:24] <m4n1sh> mterry: sudo a gui? doesn't sound good
[18:24] <mterry> m4n1sh, you can sudo the gsettings command line
[18:26] <m4n1sh> isnt that a ugly hack? if gsettings can be accessed via gi
[18:28] <mterry> Riddell, and a minor bug with ktp-presence-applet, comment in bug
[18:28] <mterry> m4n1sh, hm?
[18:29] <m4n1sh> mterry: isnt there a way to program-matically read the gsettings value?
[18:29] <m4n1sh> instead of invoking the gsettings command line which spawns a child process
[18:29] <mterry> m4n1sh, oh sure.  I see.  You're asking from the POV of how to write a gui.
[18:30] <m4n1sh> yes
[18:30] <m4n1sh> exactly
[18:30] <m4n1sh> accessing the greeter's dconf values
[18:30] <mterry> m4n1sh, I bet there is a policykit permission you could ask for?  So the user would still need to authenticate to be able to read/write the values (as makes sense, lightdm is a system user), but it wouldn't be full root privileges
[18:31] <mterry> If that's not possible, invoking a child process is probably safest way to minimize security concern
[18:31] <m4n1sh> yup, but that's a hack
[18:32] <m4n1sh> mterry: but even if I get the policykit permission, then a SessionBus needs to be started?
[18:33] <mterry> m4n1sh, eh... doesn't strike me as bad.  You could write a tiny helper app to reduce the security concerns that used gi to write to gsettings, but that's no different than calling gsettings executable yourself
[18:33] <mterry> m4n1sh, yar, policykit talks on dbus
[18:34] <m4n1sh> mterry: bus name?
[18:34] <mterry> Riddell, ktp-text-ui ships a library in it.  Do you know why?  Does anyone else use it?
[18:34] <m4n1sh> GSettingsDaemon?
[18:34] <mterry> m4n1sh, I'm not sure off hand.  policykit has a nice gobject library
[18:34] <m4n1sh> planning to use it
[18:34] <m4n1sh> even if it is not running
[18:35] <m4n1sh> for unity-greeter user
[18:35] <m4n1sh> than should start by dbus-activation
[18:36]  * didrocks waves good evening
[18:36] <didrocks> will probably restart some build later
[18:36] <didrocks> see you
[18:36] <Riddell> mterry: upstream says..
[18:36] <Riddell> 18:35 < d_ed> no-one else does
[18:36] <Riddell> 18:36 < d_ed> it was discussed patching to not ship it
[18:37] <Riddell> mterry: so that's in progress
[18:38] <mterry> Riddell, lintian really hates it.  :)  messages like "postinst-must-call-ldconfig usr/lib/libktpchat.so" but I see that it's rather common in Debian to override that error in KDE packages
[18:38] <Riddell> mterry: well I guess this is why they weren't enabled https://launchpadlibrarian.net/93089493/buildlog_ubuntu-precise-amd64.telepathy-qt4_0.9.0%2Brepack-0ubuntu2_FAILEDTOBUILD.txt.gz
[18:39] <mterry> Riddell, ah, that just needs an LD_LIBRARY_PATH being set
[18:44] <mterry> Riddell, OK!  Just two incompletes and then the security review needed.  The two incompletes should be easy to fix.  Let me know when you upload new ones and I can approve.  Then you might want to drop the auth-handler for now so we can promote the stack without it and file a FFe later for it
[18:44]  * mterry turns to davidcalle's packages
[18:54] <kenvandine> uploading my last tp-indicator feature for precise :)
[18:57] <chrisccoulson> lol @ http://i.imgur.com/2Kq6Y.jpg
[18:57] <kenvandine> yeah :)
[19:03] <dobey> i guess PNG is HTML then
[19:07]  * nessita installs french langpack in honor to seb
[19:15] <dobey> oh look, weather indicator missing again when i want to look at it; it's so playful with the hide-and-go-seek
[19:15] <kenvandine> hahaha
[19:21] <mterry> whoops, was off-irc accidentally.  was wondering why it was so quite  :)
[19:21] <mterry> quiet
[19:23] <mterry> I'm getting 'ghost' outlines of closed windows/popups in latest compiz.  Is that known?
[19:47] <nessita> anyone knows why I can not choose a language different from english in a updated precise install, even if it's installed? see http://ubuntuone.com/1cpYDpn1ZCMtEv3NNASbvu
[19:47] <nessita> francais is greyed out...
[19:48] <federico1> ubuntu patches gnome-control-center to allow external modules - does anyone know which such modules get installed?  I'm looking for how distros extend the control center in general
[19:48] <nessita> seb128: I tried to have it in frensh ;-) ^
[19:49] <seb128> nessita, that ui sucks
[19:49] <seb128> nessita, just click on french and dnd it to the top
[19:50] <nessita> seb128: where what? :-)
[19:50] <seb128> nessita, the grey ones are the lower rank, they become active if you dnd it at the top
[19:50] <seb128> nessita, you can reorder lines
[19:50] <seb128> it's not obvious...
[19:50] <nessita> ooohhhh
[19:50] <nessita> let's try
[19:50] <seb128> nessita, you should be able to dnd french first
[19:51] <nessita> seb128: what do you mean with dnd?
[19:51] <seb128> nessita, drag and drop
[19:51] <seb128> nessita, click on french, hold the click, move up
[19:51] <nessita> yeah
[19:51] <nessita> there is *no way* to guess that
[19:51] <nessita> but I did it
[19:51] <seb128> right
[19:51] <seb128> that ui sucks
[19:51] <seb128> it was planned to be replaced this cycle
[19:51] <nessita> oh, and now a crash on unity-applications-daemon
[19:51] <seb128> rodrigo was supposed to work on the control center equivalent
[19:52] <nessita> :-/
[19:52] <seb128> but he left canonical
[19:52] <seb128> so next cycle
[19:52] <seb128> nessita, well anyway, did it work?
[19:52] <seb128> you need to log out and in again
[19:52] <seb128> locale changes are not dynamic
[19:53] <nessita> seb128: right, will do that, in the mean time I wanted to ask: given that the ff is very close, I can upload the new package the same? I will be doing that tomorrow... or do I need a ffe for the whole changeset I uploaded but is in the NEW queue?
[19:53] <seb128> nessita, what count is the upload date, not when it's accepted
[19:53] <seb128> nessita, so you are good
[19:53] <seb128> nessita, you can upload tomorrow
[19:54] <nessita> seb128: ack, will do. The lang change seems to be working, I get "mot de passe" now ;-)
[19:54] <seb128> nessita, excellent ;-)
[19:55]  * federico1 makes pretty eyes at seb128
[19:55] <seb128> nessita, see, bugs are nice, they force you to practice french ;-)
[19:55] <nessita> :-D
[19:55] <seb128> federico1, hey?
[19:56] <seb128> federico1, hey
[19:56] <federico1> seb128: got my question above?
[19:56] <seb128> federico1, I got "* federico1 makes pretty eyes at seb128"
[19:56] <federico1> oh
[19:56] <seb128> federico1, oh, reading scrollback
[19:56] <federico1> seb128: ubuntu patches gnome-control-center to allow external modules - does anyone know which such modules get installed?  I'm looking for how distros extend the control center in general
[19:56] <seb128> sorry I'm just back from dinner, I missed what you said earlier
[19:56] <federico1> np
[19:58] <seb128> federico1, we have actitivity-log-manager there (zg privacy preferences, since we use zg in the unity dash), deja-dup (backup), indicator-datetime (different implementation datetime from upstream)
[19:58] <seb128> federico1, jockey (binary drivers), though that's not a proper panel (yet)
[19:58] <seb128> federico1, and ubuntuone
[20:00] <federico1> seb128: perfect - I'm going to add those to https://live.gnome.org/Design/SystemSettings/Brainstorm
[20:00] <federico1> seb128: btw, if you have ideas for that page, they are much appreciated
[20:00] <seb128> federico1, thanks
[20:00] <seb128> ok, I will think about it
[20:01] <seb128> federico1, while you are here, I upgraded to the new g-s-d (was eager to test your dock station work)
[20:01] <seb128> federico1, my dock dell latitude laptop with lid close still default to "mirror"
[20:02] <seb128> federico1, do you know if that's a bug, or an hardware limitation, or if I lack updates in the kernel space or something?
[20:02] <seb128> federico1, that's intel i5 video with external hdmi monitor and lid closed for the docked laptop
[20:03] <federico1> huh
[20:03] <dobey> hrmm, splitting up pyqt4 packaging is a lot of tedium
[20:03] <federico1> seb128: does up_client_lid_is_closed() return the right thing?
[20:04] <federico1> seb128: try building g-s-d with debug info and setting a breakpoint in the callback we install for UpClient - that one monitors whether the lid is closed
[20:04] <federico1> seb128: if it doesn't get called when you closed the lid, you have a problem lower down in the stack
[20:05] <mterry> Riddell, ping?  If you're not up and about, Imma fix those incompletes in the kde telepathy stack
[20:06] <Riddell> mterry: about but busy
[20:07] <Riddell> mterry: are you offering to do them for me?
[20:07] <mterry> Riddell, that's fine.  I can do them for ya.  They are simple
[20:07] <seb128> federico1, ok thanks, I will have a look
[20:07] <Riddell> mterry: that would be much appreciated
[20:07] <seb128> federico1, I wanted to ask if that was a known issue before spending time on it
[20:07] <mterry> Riddell, if I just remove the auth-handler from the meta package, is that sufficient?
[20:07] <seb128> federico1, was your work depending on upower or kernel fixes?
[20:07] <mterry> Riddell, or is there tighter integration in the stack?
[20:07] <federico1> seb128: no special fixes that I know of
[20:08] <federico1> seb128: though upower has to work as advertised; there are no fallbacks for anything :)
[20:08] <federico1> seb128: hmm, I forget the /sys stuff you can check to see if the lid state is accurate...
[20:10] <Riddell> mterry: I don't know
[20:10] <mterry> Riddell, ok
[20:25] <mterry> davidcalle, ping, do you need to make dependency changes elsewhere to have the lens/scope pulled in by default?
[20:28] <kenvandine> mterry, didrocks said he was going to add a recommends
[20:28] <mterry> kenvandine, cool
[20:28] <mterry> kenvandine, before FF?
=== Guest22071 is now known as gord
[20:28]  * mterry looks at time
[20:28] <kenvandine> i suspect with tomorrow's unity upload
[20:30] <seb128> kenvandine, mterry, davidcalle: didrocks got a delay to tomorrow for the unity upload
[20:30] <mterry> seb128, cool
[20:31]  * mterry is just making sure his MIR reviews don't go to waste
[20:31] <kenvandine> seb128, do you think adding error handling counts as a feature? :)
[20:32] <seb128> kenvandine, no, bug fix :p
[20:32] <kenvandine> woot!
[20:33] <kenvandine> now that gwibber-service can give catch the errors
[20:33] <kenvandine> it would be a shame to not do something with those in an LTS :)
[20:33] <kenvandine> s/give//
[20:33] <kenvandine> BigWhale, ^^
[20:35]  * mterry was hoping I could rent/buy shows & movies in this new video lens like the Ubuntu TV mockups have
[20:35] <seb128> mterry, don't tell me you can't do that!
[20:35] <seb128> would be disappointing :-(
[20:36] <chrisccoulson> hmmm, thank god it's nearly friday :)
[20:37] <dobey> hrmm
[20:38] <dobey> there is no way this pyqt build is going to finish in my pbuilder before the FF hour
[20:38] <dobey> :-/
[20:40] <davidcalle> mterry, seb128, regarding external sources, for now it uses standard Amazon, Youtube, BBC, etc but it's not Ubuntu TV yet.
[20:41] <davidcalle> And it might have TED too
[20:42] <seb128> davidcalle, cool! ;-)
[20:43] <seb128> davidcalle, I'm eager to try it, I will in a bit when the ff rush is over ;-)
[20:44] <davidcalle> seb128, all the sources are handled on an external server and are reloaded when the lens starts, so don't take the ones you see in there for release ready choices.
[20:46] <kenvandine> i assume this window shadows left around with the latest compiz is a known bug?
[20:47] <dobey> seb128: i guess we'll have to do a ffe to get pyqt changes in and on cd, and the qt sso and ubuntuone-control-panel packages?
[20:47] <kenvandine> i guess it isn't window shadows, but shadows of indicator menus
=== chrisccoulson_ is now known as chrisccoulson
[20:48] <seb128> dobey, yes
[20:49] <seb128> dobey, you will need to find CD space to start
[20:49] <seb128> kenvandine, not sure, check that you got today compiz's update
[20:49] <dobey> seb128: well, to start, i am splitting up pyqt, so we don't need as much space :)
[20:49] <kenvandine> seb128, i just updated 10m ago
[20:50] <broder> dobey: you should chat with ScottK about that - i remember seeing a debian bug suggesting that they were about to do that split
[20:50] <broder> of course, it was from a couple of years ago, so something clearly went wrong
[20:50] <broder> might be good to figure out if it was anything you should know about
[20:50] <broder> (but in general, +1 for actually doing it)
[20:51] <seb128> kenvandine, ok, so dunno if it's known
[20:51] <seb128> dobey, how much space will you need?
[20:52] <dobey> seb128: i think around 6MB.
[20:53] <seb128> dobey, lol, good luck
[20:53] <seb128> sorry
[20:53] <dobey> heh
[20:53] <seb128> but yeah, it's going to be challenging
[20:53] <dobey> yeah i know
[20:53] <seb128> we are still like 10mb over size, we should get back on size with the langpacks refreshes
[20:54] <seb128> but still 6mb is a lot
[20:54] <dobey> yeah, but gtk2 webkit was more than 6MB
[20:54] <seb128> right
[20:54] <seb128> and we were like 10mb over limit before dropping it
[20:55] <seb128> pitti said we will be at 710mb without it
[20:55] <kenvandine> http://ubuntuone.com/0KQqzXgaJdD6HXU2n2Cf83
[20:55] <seb128> which is still like 10mb over limit
[20:55] <kenvandine> seb128, ^^
[20:55] <dobey> remove libreoffice ;)
[20:56] <seb128> kenvandine, did that just start with the recent update?
[20:56] <kenvandine> seb128, yes
[20:57] <seb128> ok, tedg was just mentioning something similar I think
[20:57] <kenvandine> seb128, it is much worse now
[20:57] <seb128> :-(
[20:57] <kenvandine> i have lines all over my screen now
[20:57] <seb128> so regression in the compiz update?
[20:57] <kenvandine> hard to read text
[20:57] <seb128> didrocks and dx will love it...
[20:57] <dobey> i wonder what all we can drop
[20:57] <kenvandine> it seems to be any menu
[20:57] <kenvandine> and using the gimp to crop that caused it to look much worse
[20:58] <tedg> kenvandine, https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/933615
[20:58] <ubot2`> Launchpad bug 933615 in compiz "menu shadows not clearing when menus close" [Critical,Incomplete]
[20:59] <tedg> kenvandine, Apparently try the new version :-)
[20:59] <tedg> Haven't done that yet.
[20:59] <kenvandine> woot
[21:00] <dobey> seb128: hrmm, what lang packs are supposed to be on the CD?
[21:00] <kenvandine> only french :)
[21:00] <dobey> lol
[21:01] <kenvandine> the official language of ubuntu :-D
[21:01] <dobey> french doesn't seem to be on there :)
[21:01] <tedg> Woot!  We've won!
[21:01] <tedg> :-)
[21:02] <seb128> dobey, as many as we can
[21:02] <seb128> dobey, there is no strict rules, out of the fact that we don't drop one without a good reason and we fill the space when we get some
[21:03] <BigWhale> what what? what did I miss?
[21:03] <BigWhale> :)
[21:05] <seb128> dobey, oh, and no, we want to change toolkit is not a valid reason ;-)
[21:05] <kenvandine> woot
[21:05] <kenvandine> shadows are gone :)
[21:06]  * dobey doesn't want to change the toolkit
[21:06] <seb128> kenvandine, you were not uptodate after all?
[21:06] <kenvandine> i was
[21:06] <seb128> dobey, well that's what you ask for though
[21:06] <kenvandine> just had to grab the debs :)
[21:06] <kenvandine> the fixed version isn't published yet
[21:06] <seb128> kenvandine, oh ok, there was newer than new?
[21:06] <seb128> ok ;-)
[21:06] <kenvandine> indeed :)
[21:06] <kenvandine> that was aweful!
[21:06] <dobey> seb128: i'm just trying to help keep all of ubuntuone in the default install :)
[21:06] <seb128> weird
[21:06] <kenvandine> tedg, there is hope :)
[21:07] <seb128> dobey, we have all of ubuntuone, we are happy with the gtk control panel thanks ;-)
[21:07] <seb128> kenvandine, weird, there was only one upload today...
[21:07] <seb128> kenvandine, do you use the daily ppa builds?
[21:08] <kenvandine> i use staging
[21:08] <kenvandine> 1:0.9.7.0~bzr2995-0ubuntu3
[21:09] <kenvandine> has the fix
[21:09] <kenvandine> 1:0.9.7.0~bzr2995-0ubuntu2 was broken
[21:09] <kenvandine> https://launchpad.net/ubuntu/+source/compiz/1:0.9.7.0~bzr2995-0ubuntu3
[21:09] <seb128> kenvandine, ok
[21:10] <seb128> kenvandine, I see, thanks to Didier who came back to upload after having it called a day
[21:10] <dobey> seb128: how is it decided which languages end up on the CD when space is available, though, and how much of those languages get supported in the default install?
[21:10] <kenvandine> didrocks rocks :)
[21:10] <seb128> dobey, the langpacks are filed by number of people in the world speaking the languages, they have a list from wikipedia or something which has the most spoken langages ranking
[21:11] <seb128> dobey, we support as many as we can, i.e file the CD until we can't put an extra one
[21:11] <seb128> dobey, as said before if you want a language dropped you can try to argue but I doubt that "we want to switch from gtk to qt" is a good enough reason to drop a language spoken by an hundred million users
[21:12] <seb128> which is where the current languages we ship rank
[21:12] <dobey> seb128: i'm just trying to understand the relationship
[21:13] <seb128> between what and what?
[21:15] <dobey> for languages being on the cd
[21:25] <mhr3> kenvandine, thx for merging my branch, but weren't you too quick? as the description said it's not yet fully working with latest dee :)
[21:30] <dobey> seb128: hrmm, does being in alternate recommends/depends cause something to stay on the CD?
[21:30] <kenvandine> mhr3, but it works at least as good as before :)
[21:30] <dobey> seb128: like Recommends: foo | bar, would keep bar on the CD along with foo?
[21:30] <seb128> dobey, no
[21:30] <seb128> dobey, if the first alternative is available it will not look for the or
[21:31] <mhr3> kenvandine, well the dee issues cause the search to maybe return wrong results plus duplication of some items
[21:31] <kenvandine> hummm, ok
[21:32] <dobey> kenvandine: what version of gwibber is the gir version?
[21:32] <kenvandine> my testing it seemed fine
[21:32] <kenvandine> dobey, what do you mean? what version included your branch?
[21:32] <dobey> kenvandine: yeah; what version in ubuntu? 3.3.5?
[21:33] <kenvandine> dobey, yup
[21:33] <dobey> kenvandine: can you change the gwibber-service depends from python-notify to gir1.2-notify-0.7 then please? :)
[21:34] <kenvandine> oh!
[21:34] <dobey> of course, system-config-printer-gnome still depends on python-notify :-/
[21:35] <dobey> but it's tiny anyway
[21:35] <kenvandine> dobey, good catch
[21:35] <kenvandine> thx
[21:35] <dobey> sure
[21:36] <dobey> there's a lot of python packages on the CD, so trying to see which ones we can drop :)
[21:38] <mhr3> kenvandine, yea, my testing tried to be more thorough as gwibber is now first to use DeeTreeIndex outside of our test cases :)
[21:38] <kenvandine> mhr3, ok, well it is good enough for now :)
[21:39] <mhr3> kenvandine, ok, the fixes will be merged when kamstrup gets back so it'll get only better :)
[21:44] <kenvandine> dobey, i had also forgotten to remove the depends for python-gtk2
[21:44] <kenvandine> not that we can get that off the CD :)
[21:44] <dobey> kenvandine: naughty nellie!
[21:44] <dobey> yeah, unfortnately
[21:57] <dobey> and unfortunately a lot of the python-foo packages are just a few K, so not enough to make us any room
[21:57] <dobey> kenvandine: why does gwibber depends on python-wnck? :P
[21:58] <kenvandine> another that can be dropped
[21:58] <dobey> kenvandine: oh i guess that's the gtk2 deps you meant
[21:59] <dobey> kenvandine: yay! that gets us 28K :P
[22:00] <kenvandine> haha
[22:00] <dobey> now i just need to find 1000 more like that
[22:00] <kenvandine> shouldn't take long :)
[22:02] <dobey> where is system-config-printer-gnome upstream?
[22:02] <dobey> is it a rh thing?
[22:04] <kenvandine> it used to be
[22:04] <kenvandine> so probably still is
[22:04] <kenvandine> seb128, hey... what about that g-c-c change?
[22:04] <dobey> why isn't ubiquity ported to python-gi? :(
[22:04]  * seb128 kicks kenvandine
[22:04] <kenvandine> :)
[22:04] <seb128> kenvandine, I'm working on g-c-c as we speak :p
[22:05] <kenvandine> woot
[22:05] <stgraber> dobey: ? ubiquity is using gi
[22:06] <kenvandine> it is pretty easy to forget to remove old depends
[22:06] <dobey> stgraber: oh sorry; was looking at rdepends for python-libxml2 which it still uses, and had a brain fail for a second :)
[22:06] <dobey> wonder why it's not using elementtree though
[22:08] <dobey> whee, and python-indicate is 14K. only about 7000K left to go
[22:09] <dobey> wtf; python-dbus depends on python-dbus-dev?
=== m_conley is now known as m_conley_away
[22:29] <dobey> later. maybe i'll find a few more K tomorrow :P
[23:51] <jasoncwarner_> hey RAOF I saw your name aside the corruption at boot bug I reported (reminder: nvidia, which I believe you responded with a 'kjsakjjfeijajklaejakdjfalenvnavlieer nvidia' or something like that)....so, what do you think? anyway we can clear the buffer at boot to at least ensure a blank screen?
[23:53] <RAOF> jasoncwarner_: I've not yet investigated it thoroughly.  We *can't* reasonably clear the VRAM, but it might be possible to get the X server to draw a full black display after each modeset.  I'm not sure what side-effects that would have.
[23:54] <jasoncwarner_> RAOF: ok..thanks. let me know what you find when you have a chance to dig in a tad