[05:02] <pitti> Good morning
[05:06] <BigWhale> Good Morning.
[06:07] <kengyu> I wonder if anyone has a free time slot to upload a g-s-d patch for me, bug 950160.
[06:07] <ubot2> Launchpad bug 950160 in gnome-settings-daemon "Unity blocks other programs from binding globally to Super+* or Alt+* (* = any key)" [High,In progress] https://launchpad.net/bugs/950160
[06:12]  * micahg leaves that for a desktopper
[08:00] <seb128> hey
[08:01] <RAOF> Good morning!
[08:03] <seb128> RAOF, hey, how are you?
[08:03] <RAOF> Good! Yourself?
[08:04] <seb128> RAOF, good, I think, I'm not fully awake yet but I will be able to tell after coffee ;-)
[08:05] <RAOF> Got the bottom of the SRU queue done, and am now meandering up the queue into some easier ones :)
[08:06] <seb128> RAOF, can I point gwibber? ;-)
[08:07] <seb128> RAOF, it's fixing harder what the current SRU half fixed
[08:07] <RAOF> Heh
[08:08] <seb128> RAOF, thanks for the SRU work btw, and sorry for regularly ping you guys about the queue...
[08:11] <RAOF> No problem; your pings for high-value SRUs are useful :)
[08:12] <seb128> RAOF, yeah, I still need to corner a SRU team member wanting to ack the libreoffice one ;-)
[08:12] <RAOF> Looking at it now.
[08:12] <seb128> brave man!
[08:12] <RAOF> It's... urgh.
[08:13] <seb128> RAOF, yeah, I think there is no way any of us can review that, we basically need to trust upstream and the testing Sweetshark got out of the ppa users
[08:13] <RAOF> Yeah.
[08:18] <kengyu> more people now, I wonder if anyone has a free time slot to upload a g-s-d patch for me, bug 950160.
[08:18] <ubot2> Launchpad bug 950160 in gnome-settings-daemon "Unity blocks other programs from binding globally to Super+* or Alt+* (* = any key)" [High,In progress] https://launchpad.net/bugs/950160
[08:22] <BigWhale> Anyone from the USC team here?
[08:23] <BigWhale> I would like to know if the toolbar used in the USC is custom made and if so, is there a lib/api available?
[08:25] <BigWhale> mvo will probably know, right? :)
[08:26] <seb128> try #software-center maybe?
[08:27] <seb128> but I guess it's a custom hack made in python in s-c and not a shared lib
[08:29] <BigWhale> seb128, software-center isn't on the list of ubuntu channels... so I didn't even bother to try it :>
[08:29] <seb128> kengyu, hey, did you subscribe ubuntu-sponsors to it? we will try to make sure it's reviewed this week but there is another SRU already uploaded so ideally we need to get that one validated before doing another upload
[08:30] <seb128> we can probably get the fix in quantal to start though
[08:31] <seb128> RAOF, if you are not done yet with SRUs, can you review the g-s-d upload in the precise queue? I would like to get that one rolling out to make space for another set of fixes to upload next week (I don't want to batch too much in one upload)
[08:32] <seb128> RAOF, I will be done with SRU requests for the day (maybe the week) then ;-)
[08:32] <kengyu> seb128, yes, I did subscribe ubuntu-sponsors.  thanks for the help. :-)
[08:32] <seb128> kengyu, yw, thanks for the work!
[08:32] <kengyu> seb128, :-)
[08:32] <RAOF> :)
[08:47] <RAOF> seb128: Gah vala! I don't suppose it's possible to do the gwibber thing *without* valac generating ~7K lines of noise in the diff?
[08:48] <seb128> RAOF, hum
[08:49] <RAOF> It makes reviewing the diff unnecessarily frustrating.
[08:50] <seb128> RAOF, that diff looks a bit weird to me
[08:50] <seb128> RAOF, feel free to skip it, I will sort it out with ken today
[08:50] <RAOF> Ta.
[08:57] <RAOF> There you go; have a gnome-settings-daemon SRU.
[09:04] <seb128> RAOF, thanks ;-)
[09:11] <pitti> not sure what changed recently (GTK?), but right now the theme seems pretty messed up to me; is that a local problem here, or just what quantal is right now?
[09:13] <RAOF> If you mean square edges on everything, I think that's just quantal right now.
[09:13] <Laney> pitti: it's a known problem with gtk+3.0 3.5(.4)
[09:13] <Laney> I think the new light-themes yesterday was supposed to make it better, but not perfect. Or something.
[09:14] <pitti> buttons are still without rounded corners and menu entries disappear under a white box when hovering
[09:14]  * pitti will just be patient then, seems it's not a local problem
[09:14] <pitti> thanks
[09:18] <seb128> pitti, better to be patient, that's going to be broken for a while
[09:18] <Laney> btw, you should be able to sync glib2.0 from exp now
[09:19] <seb128> pitti, basically gtk 3.5 is continuing their css,theming work, dropping stuff which were available but not public but that unico is using
[09:19] <seb128> pitti, that breaks unico and Cimi, #ps have no time to allocated to fix it
[09:19] <pitti> Laney: \o/
[09:20] <seb128> pitti, so it was either "we block on them for ages, or we unblock as we can and break a bit the theme while doing that"
[09:20] <seb128> we opted for the second option
[09:21] <Laney> The Cloud™ was quite nice for testing that
[09:21]  * Laney will be using it more
[09:21] <seb128> Laney, what is that?
[09:21] <seb128> Laney, btw did you figure your lightdm issue?
[09:21] <Laney> I just mean that I used cloud instances to test build and test run it
[09:21] <Laney> no
[09:22] <Laney> somehow when I restarted I could startx though, but it just exited almost immediately
[09:22] <seb128> Laney, you get a full desktop session in the cloud to test? or does that work?
[09:22] <Laney> just X forwarding
[09:22] <seb128> ah, I see
[09:22] <pitti> seb128: seems fine; as long as it's not too broken to actually use it
[09:23] <seb128> Laney, startx just returning, that's what I though it would be ... do you have the .xession-errors or log?
[09:23] <Laney> xsession-errors is empty
[09:23] <seb128> pitti, with the light-themes update from yesterday it should be good enough to be usable
[09:23] <Laney> let me get the Xorg log. It showed X starting up and then exiting but no obvious errors
[09:23] <seb128> Laney, even after restart? when you tried yesterday startx didn't work at all
[09:23] <Laney> yeah
[09:24]  * Laney boots it
[09:28] <pitti> seb128: hm, I have that version already
[09:28] <pitti> anyway, menus are not that crucial; there's the HUD, after all! :-)
[09:28] <Laney> seb128: http://paste.debian.net/175234
[09:28] <pitti> it's probably just a test run to drive people towards the HUD, isn't it?
[09:28] <seb128> pitti, did you restart your session since you got it?
[09:28] <seb128> lol
[09:28] <seb128> pitti, shush, that's a secret :p
[09:29] <pitti> 2012-06-19 07:19:10 status installed light-themes 0.1.10-0ubuntu1
[09:29] <pitti> indeed, I did't!
[09:29]  * pitti STFU, sorry
[09:30] <seb128> pitti, lol, I'm not saying that a restart will fix all the issues but maybe start by trying that ;-)
[09:30] <seb128> it should be better
[09:30] <seb128> Laney, what videocard do you have?
[09:30] <pitti> seb128: at least this thing feels a little bit like a dev release agagin!
[09:30] <Laney> oh, er, erm
[09:30] <seb128> hehe
[09:30] <Laney> It's a Macbook Pro 7.1, whatever they have
[09:30] <pitti> all this stability, meh
[09:30] <Laney> some nvidia thing
[09:31] <Laney> I switched to nouveau /after/ I got this problem, was using nvidia before
[09:31] <Laney> and anyway the login manager works …
[09:31] <seb128> Laney, ok, I was going to say that nouveau was in the upgrade run
[09:32] <seb128> Laney, do you have a .xsession?
[09:32] <Laney> "source ~/.Xdbus"
[09:33] <TheMuso> pitti: You could always use orca to read the menus to you. :p
[09:33] <seb128> Laney, hum, can you try to edit .xinitrc and put "exec gnome-session" in it? then try again the startx
[09:34] <Laney> doing
[09:34] <Laney> yep
[09:34] <Laney> that worked
[09:42] <seb128> Laney, that worked == you get a session?
[09:42] <Laney> seb128: that's right
[09:42] <seb128> Laney, but lightdm is still buggy?
[09:43] <Laney> i'm just dist-upgrading then will restart and see
[09:43] <seb128> ok
[09:43] <seb128> Laney, well at least it shows that the issue is not xorg
[09:43] <Laney> I guess the xinitrc won't make a difference for lightdm?
[09:43] <seb128> Laney, startx was just returning because it had nothing to run
[09:43] <Laney> i.e. I don't need to remove it
[09:43] <Laney> yeah
[09:43] <seb128> Laney, you don't no
[09:43] <Laney> I didn't know that's the file that startx executes to start a session
[09:44] <seb128> Laney, I know it uses it, that's how I use to change my desktop back in the years, putting an exec wmaker in there ;-)
[09:45] <Laney> hah, yeah — I must have known that too at some point :P
[09:45] <Laney> ancient unix knowledge bitrotting away
[09:45] <seb128> Laney, but what is weird is that I though that it would run a session anyway even without that file, here startx starts a gnome session
[09:45] <Laney> maybe there's a default somewhere
[09:46] <seb128> hum, no mlankhorst on this channel?
[09:46] <seb128> RAOF, still around? do you know what is the default session for "startx" if there is one?
[09:48]  * Laney reboots
[09:52] <Laney> ok, so same problem with lightdm
[09:52] <Laney> it affects all users, even the guest session
[09:52] <seb128> that's going to be fun to debug :-(
[09:52] <seb128> Laney, can you mv /var/log/lightdm/* away, restart lightdm, try to log in and copy the logs somewhere?
[09:53] <pitti> I would expect /etc/alternatives/x-session-manager
[09:54] <Laney> there is an xinitrc in /etc/X11/xinit
[09:54] <Laney> it comes down to run-parts on /etc/X11/Xsession.d
[09:55] <seb128> Laney, lightdm runs /etc/lightdm/Xsession
[09:55] <Laney> doesn't exist here
[09:55] <Laney> it lists the ones in /usr/share/xsessions though
[09:56] <seb128> Laney, ?!
[09:56] <mlankhorst> hey
[09:56] <Laney> ls /etc/lightdm gives lightdm.conf unity-greeter.conf users.conf
[09:56] <seb128> Laney, ok, maybe that's a conffile leftover on my box
[09:56] <mlankhorst> what 's going on?
[09:56] <seb128> mlankhorst, hey
[09:57] <seb128> mlankhorst, do you know what session "startx" is supposed to run in absense of a .xinitrc?
[09:57] <mlankhorst> xterm probably
[09:58] <seb128> ok, weird
[09:58] <seb128> it runs nothing for Laney, startx just bails out
[09:58] <seb128> it seems to run gnome-session for me
[09:59] <seb128> Laney, ah, it's /usr/sbin/lightdm-session nowadays
[10:00] <Laney> http://people.canonical.com/~laney/lightdm/
[10:01] <seb128> Laney, [+6.84s] DEBUG: Session 3690 running command /usr/sbin/lightdm-session gnome-session-xmonad
[10:01] <seb128> Laney, what is that xmonad?
[10:01] <Laney> another window manger i was using
[10:01] <seb128> Laney, does that command work or is available?
[10:01] <Laney> it's the session i chose to run, but also happens with unity
[10:02] <Laney> yes
[10:04] <mlankhorst> Laney: what's exactly going on?
[10:05] <Laney> I get thrown back to the login manager after logging in, with any user including the guest session
[10:05] <Laney> startx does the same with no .xinitrc, but with one it functions as expected
[10:06] <pitti> tkamppeter: hey Till, how are you?
[10:06] <seb128> Laney, can you hack /usr/sbin/lightdm-session to echo "something" >> /tmp/lightdm.debug and see if that happens when you try to log in?
[10:06] <pitti> tkamppeter: I'm currently looking into Debian bug 640939
[10:06] <ubot2> Debian bug 640939 in cups "hplip-cups: asks for root password when cups updates PPDs" [Serious,Open] http://bugs.debian.org/640939
[10:07] <pitti> tkamppeter: I already fixed the other RC bug in bzr, want to do an upload today (urgent to fix armel FTBFS)
[10:07] <pitti> tkamppeter: woudl you know a way for lpadmin to never ask for a password?
[10:07] <pitti> s/a/root/
[10:07] <Laney> seb128: ok
[10:07] <Laney> it already does echo stuff though; do you know where that goes?
[10:09] <Laney> right then, that's some information
[10:09] <Laney> it doesn't get past the loop over $xsessiondir
[10:11] <seb128> Laney, we had issues in the past where a parsing error in any of those files were creating login fail issues
[10:11] <seb128> Laney, so my bet is that one of the file in that dir is buggy
[10:11] <Laney> it gets right to the last one
[10:11] <Laney> /etc/X11/Xsession.d/99x11-common_start
[10:12] <seb128> Laney, can you echo $STARTUP from it?
[10:12] <seb128> or echo $... > /tmp/log
[10:13] <seb128> not sure where stdout is directed
[10:13] <mlankhorst> Laney: how much disk space do you have?
[10:13] <Laney> adding some more echo statements
[10:13] <mlankhorst> and anything in ~/.xsession-errors ?
[10:13] <seb128> Laney, yeah, is your disk or partition full? ;-)
[10:13] <Laney> mlankhorst: 70G free
[10:14] <mlankhorst> or ~/.xsession-errors-:*
[10:14] <Laney> nothing relevant, a perl warning from msva
[10:18] <seb128> Laney, did you try to pring $STARTUP?
[10:18] <seb128> Laney, it seems 99x11-common_start just runs that command
[10:18] <Laney> yes, it gave me a lead
[10:19] <Laney> ok, got it
[10:19] <Laney> its a bug in monkeysphere
[10:20] <Laney> strange though, that hasn't been updated in ages
[10:21] <seb128> Laney, we should really try to improve things to make such errors easier to spot and maybe not bail out when they happen
[10:22] <mlankhorst> seb128: that is unfortunately the single point of failure :(
[10:23] <seb128> Laney, once you get to the bottom of it can you do a summary of what was wrong and how it make lightdm bail out?
[10:25] <pitti> tkamppeter: I played around a little, and there doesn't seem to be a simple way; I'll postpone this and upload current bzr for now
[10:26] <Laney> seb128: Yeah, but I don't see how to get around it with this design. The scripts can construct a command that the display manager executes (in $STARTUP), and this package was inserting something buggy in there
[10:29] <seb128> Laney, ok, very weird that it was working before though...
[10:29] <Laney> perhaps it was perl or some random library that monkeysphere uses
[10:29] <seb128> Laney, in any case good that we figure it out
[10:29] <seb128> figured
[10:29] <Laney> yeah, was a fun debugging trip
[10:29] <Laney> thanks for the help
[10:29] <seb128> yw!
[10:29] <seb128> mlankhorst, thanks as well ;-)
[10:30] <Laney> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677565
[10:30] <Laney> that
[10:30] <ubot2> Debian bug 677565 in msva-perl "msva-perl: Insecure dependency in socket while running with -T switch at /usr/lib/perl/5.14/IO/Socket.pm line 80" [Grave,Open]
[10:31] <Laney> as you can see it's a new bug :-)
[10:32] <seb128> Laney, is monkeysphere changing $STARTUP in some way? or the fact that it errors out breaks further scripts?
[10:32] <Laney> yes it inserts itself into $STARTUP
[10:33] <seb128> Laney, ok, not a lot we can do against that then
[10:33] <Laney> I suppose that it could try to execute a fallback if $STARTUP fails
[10:33] <seb128> the whole $STARTUP thing concept seems flaky though
[10:33] <seb128> yeah, it should
[10:37] <Laney> mlankhorst: do you know if that would be possible?
[10:37] <mlankhorst> theoretically..
[10:37] <mlankhorst> assuming you use bash
[10:37] <Laney> why does it need to assume that?
[10:38] <Laney> can't it exec some fallback session?
[10:38] <mlankhorst> because exec will ordinarily cause the whole Xsession to fail if it doesn't succeed
[10:39] <mlankhorst> it returns the error code of exec
[10:39] <Laney> yeah, I mean try to exec something else if the normal one fails
[10:39] <Laney> in this case it was because something polluted $STARTUP, so if it fell back to a clean one it would have worked
[10:40] <mlankhorst> I mean bash will usually do this: exec foo becomes exec foo || exit $?
[10:40] <mlankhorst> but I forgot which 'set' option changed it
[10:40] <Laney> hm
[10:40] <Laney> so make it nonfatal in 99_whatever and have one more after it which is fatal
[10:41] <Laney> but the file is sourced, not executed, …
[10:41] <mlankhorst> it's execfail
[10:41] <mlankhorst> If set, a non-interactive shell will not exit if it cannot execute the file specified as an argument to the exec-builtin command. An interactive shell does not exit if exec fails.
[10:43] <mlankhorst> before the final exec, however that doesn't guarantee it will work.. probably best to handle in lightdm instead
[10:45] <mlankhorst> and then spawn a session that DOESN'T use /etc/Xsession at all
[10:46] <tkamppeter> pitti, what are you talking about?
[10:46] <pitti> tkamppeter: cups.postinst's trigger calls lpadmin
[10:47] <pitti> tkamppeter: and in some configurations that asks for a password
[10:47] <pitti> which it must not
[10:48] <RAOF> I don't suppose we could throw /etc/Xsession away entirely as a generally bad idea? :)
[10:48] <mlankhorst> RAOF: No :(
[10:49] <tkamppeter> pitti, about Debian bug 640939, most probably the user has a configuration with a client.conf, pointing all CUPS clients (lpadmin, lpstat, system-config-printer) away from the local CUPS daemon. The remote CUPS daemon asks for the password then.
[10:49] <seb128> RAOF, I don't think it would take a lot to convince robert_ancell, he was close of doing that with lightdm :p
[10:49] <ubot2> Debian bug 640939 in cups "hplip-cups: asks for root password when cups updates PPDs" [Serious,Open] http://bugs.debian.org/640939
[10:49] <pitti> tkamppeter: I thought we already solved this case with the -h /var/run/cups.sock thing
[10:50] <tkamppeter> pitti, there are already measures applied against this, CUPS tools called with the "-h" option especially. What has to be done is to check through all maintainer scripts of CUPS whether nowhere the "-h" was forgotten.
[10:51] <pitti> tkamppeter: it's the two lpadmin calls in ppd_updater()
[10:51] <pitti> tkamppeter: I guess the reporters have some weird configuration
[10:52] <tkamppeter> pitti, these two have "-h" AFAIR. Perhaps the reporters have done away with /var/run/cups.sock. But should lpadmin then not simply error out?
[10:53] <pitti> tkamppeter: it does for me
[10:53] <pitti> $ sudo lpadmin -h /var/run/cups/cups.sock.invalid -p testraw -P /usr/share/ppd/cupsfilters/textonly.ppd
[10:53] <pitti> lpadmin: Unable to connect to server: Datei oder Verzeichnis nicht gefunden
[10:56] <tkamppeter> pitti, or can it be that the reporter has restricted root's rights ending up that root is not allowed to administer local CUPS (is this possible?).
[10:56] <pitti> tkamppeter: I haven't debugged this any further really; it's certainly possible with some weird cups configuration
[10:57] <pitti> tkamppeter: perhaps with an auth type different than "basic"
[11:03] <tkamppeter> pitti, perhaps you ask the reporter for his cupsd.conf. and client.conf (both /etc/cups and ~/.cups/client.conf).
[11:07] <pitti> tkamppeter: done
[13:07] <cyphermox> good morning!
[13:08] <seb128> cyphermox, hey, how are you?
[13:08] <cyphermox> seb128: hey, not bad
[13:08] <cyphermox> and you?
[13:09] <seb128> cyphermox, I'm good thanks ;-)
[13:14] <Chipaca> hi guys
[13:15] <Chipaca> what's up with the unthemed indicator menus in unity-2d in Q?
[13:15] <kenvandine> hey Chipaca
[13:15] <kenvandine> i don't know what they look like in unity-2d, but there is currently some bumpiness with gtk 3.5 and light-themes
[13:16] <Chipaca> ah, ok
[13:16] <kenvandine> in unity 3d a couple of them have the wrong bgcolor
[13:16] <kenvandine> perhaps unthemed, but it is known
[13:16] <kenvandine> Chipaca, at least they still work :)
[13:16] <Chipaca> it's like it's 2002 all over again
[13:16] <kenvandine> hehe
[13:17] <kenvandine> getting gtk 3.5.x in has been a bit of a pita, mostly due to themeing changes
[13:17] <Chipaca> is anybody outside of my team running the u1 test suite on Q?
[13:17] <kenvandine> not me
[13:17] <Chipaca> because syncdaemon in Q isn't connecting, and we don't have a jenkins slave up for Q yet
[13:17] <Chipaca> (which is why it's in the state it is)
[13:17] <kenvandine> :)
[13:18] <cyphermox> Chipaca: not connecting as an SSL error? I reported a bug about that yesterday
[13:18] <Chipaca> cyphermox: yup
[13:18] <Chipaca> well, it's not a ssl error, although it is ssl that complains
[13:18] <Chipaca> cyphermox: bug #?
[13:19] <kenvandine> Chipaca, fwiw it was working a week or so ago
[13:19] <kenvandine> i just noticed last night that it wasn't working
[13:19] <Chipaca> kenvandine: *should* platform be running our QA suite?
[13:19] <kenvandine> but i have files synced to my Q laptop that are a week old
[13:19] <kenvandine> Chipaca, i don't think so... but i think we should care that your tests are passing before they land in the distro
[13:19] <Chipaca> we've had tests break by the gtk upgrade for example
[13:20] <kenvandine> interesting...
[13:20] <kenvandine> or was that scrolling related?
[13:20] <kenvandine> what kinds of tests do you have that need gtk?
[13:20] <cyphermox> Chipaca: https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/1014654 is what I have reported
[13:20] <ubot2> Ubuntu bug 1014654 in ubuntuone-client "ubuntuone-syncdaemon fails to sync (fails to verify SSL certificate)" [Undecided,In progress]
[13:20] <Chipaca> kenvandine: test that test that a certain label has a certain color
[13:20] <kenvandine> interesting..
[13:21] <Chipaca> cyphermox: thanks
[13:22] <kenvandine> we aren't really prepared to run the tests for everything that is in the distro
[13:22] <kenvandine> kind of tricky
[13:22] <kenvandine> something like gtk we try to beat the crap out of it manually
[13:22] <kenvandine> since it could affect so many things
[13:22] <kenvandine> and we found quite a few blockers with gtk 3.5 which delayed landing it
[13:22] <kenvandine> several weeks at least
[13:23] <kenvandine> Chipaca, what is that test for?  the nautlius plugin?
[13:23] <Chipaca> kenvandine: ralsina knows more
[13:24] <kenvandine> Chipaca, have you seen the scrollbar issue in Q with the control panel?
[13:24] <Chipaca> kenvandine: (because i sure don't :) )
[13:24] <kenvandine> hehe
[13:24] <kenvandine> i can't think of anything else that uses gtk
[13:24] <kenvandine> oh, maybe the music store
[13:25] <ralsina> kenvandine: it was a test in ubuntu-sso-client
[13:25] <kenvandine> Chipaca, bug 1007421
[13:25] <ubot2> Launchpad bug 1007421 in ayatana-scrollbar "ubuntuone-control-panel-qt has no scrollbars on quantal" [Medium,New] https://launchpad.net/bugs/1007421
[13:25] <kenvandine> ralsina, ^^
[13:25] <kenvandine> not sure it is something u1 should/can fix
[13:25] <ralsina> kenvandine: yes, I am aware of that one, I don't see what I can do about it though :-)
[13:25] <ralsina> :-( I meant
[13:25] <kenvandine> probably more for overlay-scrollbar
[13:26] <kenvandine> indeed
[13:26] <kenvandine> damn, still un-assigned
[13:26]  * kenvandine assigns that
[13:26] <Chipaca> kenvandine: the scrollbars were made into a gtk module, but the app the bug is against is qt?
[13:26] <kenvandine> yeah, it is a weird gray area afaict
[13:26] <ralsina> why bother making the scrollbars a gtk module? it's not like it's going to not be loaded...
[13:27] <kenvandine> it means we know long patch the crap out of gtk
[13:27] <kenvandine> it is much more maintainable
[13:27] <Chipaca> ralsina: that way it can be slow
[13:27]  * Chipaca takes off his evil hat
[13:27] <kenvandine> the weird thing is why that affects the qt app that way
[13:27] <ralsina> kenvandine: probably the qt theme that loads styles from gtk is not making the scrollbars module load
[13:28] <ralsina> kenvandine: or something evil like that
[13:28] <kenvandine> ralsina, doubt that... if so then it would just have regular scrollbars
[13:28] <dobey> hmm
[13:28] <kenvandine> and it isn't like it is just not drawing the thumb
[13:28] <kenvandine> the indicator for the scrollbar isn't there either
[13:29] <ralsina> kenvandine: could be getting wrong size info and keeping it 0-width
[13:29] <dobey> uh, hi
[13:29] <ralsina> hi dobey! interject! ;-)
[13:30] <seb128> Chipaca, ralsina, kenvandine: we do want to start running testsuits from selected rdepends before i.e gtk uploads
[13:30] <Chipaca> ralsina: OTOH, the control panel displays nothing
[13:31] <Chipaca> seb128: s/i.e/e.g/ :)
[13:31] <seb128> Chipaca, ralsina, kenvandine: that's not done yet but on the roadmap for this cycle
[13:31] <ralsina> seb128: awesome
[13:31] <seb128> Chipaca, ups, e.g indeed, thanks ;-)
[13:31] <ralsina> Chipaca, kenvandine: I am setting up a Q VM right now, if I can make everything work on it I can try to see what's wrong with the scrollbar info
[13:32] <Chipaca> seb128: excellent. When that happens, we're using jenkins for QA ourselves, so you should find it simple to port into your stuff
[13:32] <seb128> Chipaca, great
[13:32] <dobey> seb128: well i'm trying to get our test suites running during builds in q, but unfortunately there are some things that prevent it happening for all our stuff :-/
[13:32] <kenvandine> ralsina, that would be cool
[13:33] <ralsina> kenvandine: no promises but I'll try :-)
[13:33] <kenvandine> appreciated
[13:33] <kenvandine> i have no idea when cimi will look at it
[13:33] <kenvandine> and he will likely blame QT
[13:33] <kenvandine> etc
[13:33] <kenvandine> so would be nice to cover the bases there
[13:33] <dobey> and of course, the python3 thing doesn't make it any easier
[13:33] <ralsina> haha, sure
[13:37] <Chipaca> ralsina: confirmed the list of folders in the control panel is empty in Q
[13:37] <ralsina> Chipaca: sigh
[13:37] <ralsina> Chipaca: installing Q it is
[13:41] <kenvandine> Chipaca, my list of folders isn't empty
[13:41] <kenvandine> and i can scroll with my mouse wheel to see them all :)
[13:41] <Chipaca> kenvandine: maybe i need to disable proposed?
[13:41] <kenvandine> in Q?
[13:41] <Chipaca> yes
[13:42] <kenvandine> Chipaca, you just confused me... quantal-proposed?
[13:42] <seb128> kenvandine, proposed is used as a staging in q
[13:42] <kenvandine> i doubt that would make a difference
[13:42] <kenvandine> yeah
[13:42] <seb128> but I doubt we have anything in there
[13:42] <kenvandine> but doubt there is much in there
[13:42] <seb128> kenvandine, ;-)
[13:43] <Chipaca> i get a bunch of (python:13774): Gtk-CRITICAL **: IA__gtk_widget_style_get: assertion `GTK_IS_WIDGET (widget)' failed
[13:44] <Chipaca> and the debug log does show the control panel *getting* the folder list
[13:44] <Chipaca> but it's not displayed
[13:44] <seb128> Chipaca, isn't that dialog using qt?
[13:45] <Chipaca> seb128: yes
[13:45] <seb128> Chipaca, why do you get gtk style errors?
[13:45] <ralsina> seb128: yes it is, but it loads gtk to get info about how to draw the widgets
[13:45] <Chipaca> seb128: i presume because of the qt stylorator
[13:45] <kenvandine> probably the qt theme stuff coming from gtk
[13:45] <seb128> kenvandine, do you have that qt glue installed? is that coming by default?
[13:46] <kenvandine> should be by default
[13:46] <seb128> I would not be surprised if gtk 3.5 broke that code...
[13:46] <kenvandine> i have a ton of updates available
[13:46] <kenvandine> upgrading now
[13:46] <kenvandine> only a day behind though
[13:46] <dobey> gtk 3.5 broke my heart.
[13:46] <Chipaca> dobey: is this like asteroids, where you now have two, smaller hearts?
[13:47] <kenvandine> i get all that noise and my folders are listed
[13:47] <dobey> probably
[13:47] <dobey> my heart shrank 3 times that day
[13:47] <Chipaca> dobey: i'm told qml is quite nice
[13:48] <dobey> i'm liking fox
[13:48] <kenvandine> go go go
[13:48] <kenvandine> :-D
[13:50] <dobey> man, fox-toolkit.org still uses frames even
[13:51] <kenvandine> oh... cross platform...
[13:52] <kenvandine> which of course means it'll never be more than mediocre...
[13:53] <dobey> yeah, stuck with the likes of gtk+ and qt
[13:53] <kenvandine> no comment :)
[13:54] <kenvandine> there is something to be said for focusing your energy on creating a toolkit that is awesome on one platform
[13:55] <dobey> i know right. borland forever.
[14:18] <dpm> hi kenvandine, here's a question for you -> http://askubuntu.com/questions/152882/how-do-i-post-to-gwibber-from-python :)
[14:21] <kenvandine> i think i can answer that :)
[14:21] <kenvandine> dpm, that SRU is still waiting for approval :(
[14:22] <kenvandine> s-fox gave a bad example just 6 hours ago... sigh... i gave him an example that uses GIR just yesterday
[14:24] <dobey> heh
[14:25] <dobey> kenvandine: well, technically s-fox did that on the 15th, and someone else posted it 6 hours ago, giving credit
[14:25] <dobey> albeit the example script won't work for other reasons (main loop is never actually started)
[14:27] <dpm> kenvandine, is the upload not yet in -proposed?
[14:28] <kenvandine> ah
[14:28] <kenvandine> dpm, no... it is waiting for approval
[14:28] <kenvandine> the SRU team still needs to ack it
[14:28] <kenvandine> :/
[14:28] <kenvandine> seb128 is trying to help :)
[14:29] <seb128> kenvandine, yeah, I'm just on it as we speak
[14:29] <dpm> excellent, thanks!
[14:29] <dpm> kenvandine, do you think you can answer that question on askubuntu?
[14:30] <dobey> dpm: kenvandine does not repeat himself!
[14:30] <dobey> :)
[14:32] <dpm> lol
[14:34] <kenvandine> dpm,  i just did
[14:34] <dpm> thanks kenvandine :)
[14:34] <dpm> upvoted
[14:35] <kenvandine> thx
[14:49] <Riddell> Laney: is language-selector going away?
[14:51] <Laney> Riddell: For GNOME/Unity, I hope so. It won't be removed as long as others such as yourselves are using it
[14:52] <Riddell> Laney: who's implementing the replacement?
[14:53] <Laney> the blueprint is assigned to me, but upstream g-c-c has most of the code already
[14:53] <Laney> I believe the installer also uses part of l-s
[14:55] <seb128> Riddell, GNOME system settings has a "region" panel, we are just adding langpack support to is basically
[14:55] <seb128> is->it
[14:56] <seb128> Laney, btw how is that work going?
[14:59] <Laney> I've been poking around the code. Some of rodrigo_'s branch isn't merged yet so I need to speak with him and find out why / what is left
[15:00] <seb128> rodrigo_, hey ;-)
[15:00] <rodrigo_> hi seb128!
[15:00] <Riddell> seb128: where's the code?  I think the bits I'd be after first of all are how to find a list of packages/languages and then how it installs them
[15:00] <seb128> how are you?
[15:00] <Laney> I put some test packages with the rest of the branch merged on a PPA
[15:00] <kenvandine> hey rodrigo_!
[15:00] <rodrigo_> hi kenvandine!
[15:00] <rodrigo_> seb128, fine, and you?
[15:00] <Laney> :)
[15:00] <seb128> rodrigo_, I'm good thanks
[15:00] <seb128> rodrigo_, so, Laney is looking at finishing the "use the region panel instead of language selector"
[15:01] <seb128> rodrigo_, do you still plan to get your git work merged upstream? what was missing?
[15:01] <rodrigo_> seb128, hmm, don't remember what was missing, tbh
[15:02] <rodrigo_> seb128, mclasen has been working on the input sources thing, so you might better talk to him
[15:02] <rodrigo_> iirc, it needed a standard way to get all the languages
[15:02] <seb128> rodrigo_, ok
[15:03] <seb128> rodrigo_, which I guess says you have no real time,interest to finish the branch you started on and we better check what's the current status upstream to see what is missing?
[15:04] <Laney> I'll get jhbuild set up to see what the story is there
[15:04] <rodrigo_> seb128, I have no time, rather than interest :-)
[15:04] <seb128> Laney, thanks
[15:04] <rodrigo_> so yes, check with mclasen
[15:04] <seb128> rodrigo_, ok, well in any case we better not wait on you, noted
[15:04] <seb128> rodrigo_, thanks
[15:05] <rodrigo_> yes, I talked with pitti some months ago about it, and he told me you really needed the input sources thing, to replace language-selector, right?
[15:05] <rodrigo_> so, I completely forgot about it
[15:05] <seb128> yeah, I think we need that
[15:05] <seb128> though I'm not really familiar with the details either
[15:06] <Laney> there was a huge thread on ddl about input methods recently
[15:06] <Laney> not sure if there was a conclusion
[15:06] <rodrigo_> there was another guy recently pushing stuff to an input sources branch
[15:06] <rodrigo_> Laney, yeah :)
[15:07] <rodrigo_> Laney, AFAIK, no conclusion, but didn't read it all
[15:07] <Laney> seems like something people get heated about, but TBH I don't really know much about it
[15:08] <seb128> Laney, the discussion was about input framework, but it basically got down to "ibus will be used, somebody is working on that and work will be merged this cycle"
[15:09] <seb128> Laney, some first patches got merged in and 3.5 stopped using libgnomekbd already, next patches round will add ibus support
[15:09] <seb128> Laney, gnome bug #662489 for the details
[15:09] <ubot2> Gnome bug 662489 in Region & Language "region: implement input sources" [Normal,Unconfirmed] http://bugzilla.gnome.org/show_bug.cgi?id=662489
[15:09] <Laney> yeah I'm on that now ;)
[15:10] <seb128> Laney, the list discussion is not worth reading, it was more discussion between ibus supported and fcitx supporters
[15:11] <Riddell> rodrigo_: what have you implemented so far?
[15:11] <rodrigo_> Riddell, see the code, I don't remember, sorry :)
[15:12] <rodrigo_> Riddell, iirc, it was only missing, apart from the input sources thing, a way to get all the languages in all distros
[15:12] <Laney> http://git.gnome.org/browse/gnome-control-center/log/?h=wip/install-languages
[15:12] <Laney> using PK's WhatProvides interface
[15:13] <rodrigo_> yes, I think the call to PK for installing the languages was not finished
[15:13] <rodrigo_> so, those 2 things should be the stuff left
[15:13] <Riddell> Laney: how do I check that out?
[15:13] <rodrigo_> IIRC, pitti added my patch to PackageKit, improving it
[15:14] <Laney> Riddell: g-c-c in my PPA has it merged
[15:14] <Laney> https://launchpad.net/~laney/+archive/gcc
[15:18] <Laney> mmm I can't install packagekit-tools
[15:33] <seb128> kenvandine, dpm: gwibber accept to precise-proposed, thanks to bdmurray
[15:38] <dpm> thanks seb128!
[15:39] <kenvandine> woot
[15:39] <kenvandine> thx!
[15:39] <kenvandine> :-D
[15:41] <dpm> kenvandine, no excuse to finish the tutorial this week, then! :P
[16:01] <kenvandine> dpm: indeed
[16:01] <kenvandine> :)
[16:19] <mlankhorst> no meeting today?
[16:20] <seb128> mlankhorst, DOH
[16:20] <mlankhorst> :)
[16:21] <seb128> kenvandine, mlankhorst, didrocks, chrisccoulson, mterry, Ursinha, tkamppeter, Laney, whoever I forgot: did you have a meeting topic?
[16:21] <didrocks> nothing for me
[16:21] <kenvandine> nothing from me
[16:21] <mterry> nope
[16:21] <mlankhorst> nope
[16:21] <chrisccoulson> me neither
[16:21] <chrisccoulson> that was quick ;)
[16:21] <seb128> oh, chrisccoulson is there ;-)
[16:22] <seb128> ok, no meeting, thanks guys ;-)
[16:23] <seb128> micahg, hey
[16:24] <seb128> micahg, what's the status on tb13?
[16:24]  * Laney is having panda fun
[16:25] <BigWhale> Dear desktop developers, not having a 'standard ubuntu Gtk Toolkit' is slightly frustrating. :)
[16:25] <seb128> Laney, I need to get a 4G sd, mines are too small for a desktop install
[16:25] <seb128> or 16G or something
[16:26] <chrisccoulson> yeah, i've just ordered a 16gb SD
[16:26] <Laney> I have an 8G one, but the desktop preinstalled image wouldn't boot
[16:26] <Laney> server worked
[16:27] <seb128> what was the issue with the desktop one?
[16:27] <seb128> blame it on ogra_!
[16:27] <chrisccoulson> lol
[16:27] <Laney> I'm blaming him in another channel :P
[16:27] <Laney> hung at "booting the kernel"
[16:27] <seb128> good ;-)
[16:27] <kenvandine> Laney, what kind of monitor?
[16:27] <Laney> I have a HDMI to DVI cable
[16:27] <kenvandine> mine appeared to not boot... but i had a hdmi -> DVI cable
[16:27] <kenvandine> ah...
[16:28] <Laney> but I was watching the serial output
[16:28] <kenvandine> you need pure hdmi
[16:28] <kenvandine> yeah... do you get "Booting linux"
[16:28] <kenvandine> or somethign like that?
[16:28] <seb128> I guess I will need to put mine on the TV
[16:28] <Laney> it just hangs at Uncompressing Linux... done, booting the kernel.
[16:28] <seb128> I don't have a spare hdmi monitor
[16:28] <kenvandine> yeah
[16:28] <kenvandine> you need an hdmi monitor
[16:28] <Laney> that could be caused by the monitor?
[16:28] <kenvandine> yes
[16:28] <Laney> weird
[16:28] <kenvandine> it hands off the display
[16:28] <seb128> kenvandine, I'm sure an hd TV will do as a monitor?
[16:29] <Laney> I would rather run it headless
[16:29] <kenvandine> the serial stuff isn't configured to output the boot messages to the console
[16:29] <seb128> Laney, you need a display to install
[16:29] <kenvandine> Laney, so it did boot
[16:29] <seb128> Laney, no?
[16:29] <kenvandine> but it needs to go through the configure stage in the installer
[16:29] <seb128> then you can remote access it
[16:29] <kenvandine> ^^
[16:29] <kenvandine> seb128, it should work on a TV
[16:29] <Laney> but I have no HDMI so I seem kind of screwed anyway :P
[16:29] <seb128> kenvandine, cool, I will try that then
[16:30] <Laney> the server preinstalled image gives you oem-config over the serial link
[16:30] <kenvandine> yeah, the desktop image isn't configured to do that
[16:30] <seb128> Laney, oh, that's cool
[16:31] <kenvandine> you could open up the image and change that
[16:31] <kenvandine> then boot
[16:34] <chrisccoulson> ah, i'm going to have the same problem as Laney then
[16:36] <Laney> we should have a "how to get this stuff working" session with ogra_ :-)
[16:36] <seb128> chrisccoulson, no hdmi moniteur nor HD TV?
[16:37] <chrisccoulson> seb128, unforunately not
[16:37] <chrisccoulson> perhaps i should buy a new monitor ;)
[16:37] <seb128> chrisccoulson, enjoy ubuntu server ;-)
[16:37] <chrisccoulson> heh
[16:40] <mlankhorst> Laney: yeah I was wondering about the pandaboard, i finally found video drivers worser than fglrx ;)
[16:40] <Laney> heheh
[16:41] <mlankhorst> it glitches on obscure things like hiding mouse cursor or scrolling
[16:42] <mlankhorst> and kernel panics on resolution change :s
[16:43] <mlankhorst> but despite that I love it since it's the most silent computer I have and fbdev isn't that bad
[20:11] <cyphermox> glatzor: ping
[21:27] <glatzor>  hello cyphermox
[21:30] <cyphermox> hey
[21:30] <cyphermox> glatzor: wow, I never thought you'd be online at this time
[21:31] <cyphermox> glatzor: so; I saw you have a branch for a python 3 port of software-properties, I was wondering how much work you had already done on that
[21:35] <glatzor> cyphermox, It is quite hot here still in the evening.
[21:36] <glatzor> cyphermox, the branch was just a quick hack to get python3-software-properties which was required by aptdaemon some time ago
[21:36] <cyphermox> ok
[21:36] <glatzor> cyphermox, cjwatson did a lot of work on a correct port
[21:37] <cyphermox> ah, alright :)
[21:37] <cyphermox> I was doing that this afternoon; pretty much done
[21:38] <cyphermox> gah, it would have jumped in my face if I had looked carefully enough
[21:38] <glatzor> cyphermox, lp:~cjwatson/software-properties/python3
[21:40] <cyphermox> glatzor: thanks, so I'll bug him
[21:40] <glatzor> yeah, there is currently a lot of work done on the python 3 effort
[21:41] <glatzor> barry maintaines a google document with some details
[21:41] <glatzor> cyphermox, the link to the document should be on the wiki page of the blueprint
[21:44] <cyphermox> cool, thanks