[05:53] <pitti> Good morning
[06:50] <mlankhorst> g'day mate!
[08:03] <didrocks> pitti: Guten Morgen!
[08:03] <pitti> bonjour didrocks, ça va ?
[08:04] <didrocks> pitti: ça va bien, et toi?
[08:05] <pitti> didrocks: je vais bien aussi, merci
[08:05] <didrocks> pitti: I wanted to ask you about xpathselect
[08:05] <didrocks> pitti: IIRC, autopilot is using it
[08:05] <pitti> didrocks: right, just discussed with robru in #u-touch
[08:06] <pitti> didrocks: it was the second time I had to upload a no-change rebuild into trusty
[08:06] <pitti> didrocks: I added a landing ask, robru is on it
[08:06] <pitti> we need to release dependencies together with packages
[08:06] <robru> didrocks, oh yeah, I just published that because pitti requested it
[08:06] <didrocks> ok, and it's only a cross compilation commit, so fine
[08:06] <pitti> trunk just has some cross-building fixes and our tests run against trunk/daily PPA, so it's fine
[08:07] <didrocks> yeah, I didn't look yet, but autopilot and xpathselect had the reputation to have landing asks with regressions :)
[08:07] <didrocks> hence my fear
[08:07] <didrocks> robru: please go ahead! :)
[08:07] <didrocks> thanks pitti, robru ;)
[08:07] <robru> didrocks, done ;-)
[08:07] <didrocks> robru: so, you release xpathselect + autopilot-gtk again I guess?
[08:07] <didrocks> or rather you "released"
[08:08] <didrocks> ;)
[08:08] <robru> didrocks, nope, just xpathselect. pitti said it would be fine
[08:08] <didrocks> hum, really? that will pass -proposed?
[08:08] <didrocks> ah, next one will pick the cross compile change I guess
[08:09] <didrocks> robru: you need to merge back pitti's changelog for autopilot-gtk though (to not have a yellow prepare for autopilot-gtk)
[08:09] <robru> didrocks, i dunno, but i trust pitti ;-)
[08:09] <robru> didrocks, yeah, I figured that, haven't got to it yet
[08:09] <didrocks> robru: thanks for tracking it to the end :)
[08:10] <robru> didrocks, also just got ubuntu-html5-theme done. heading to bed soon ;-)
[08:10] <didrocks> ah, you have done ubuntu-html5-theme at the same time
[08:10] <didrocks> (just read it)!
[08:10] <didrocks> great, thanks a lot
[08:10] <didrocks> have a good night robru :)
[08:10] <robru> didrocks, no worries, wanted to finish things properly tonight so I can start fresh work tomorrow instead of spending tomorrow cleaning today's mess ;-)
[08:13] <didrocks> heh, indeed :)
[08:13] <robru> didrocks, ok, changelog synced in lp:autopilot-gtk. goodnight!
[08:14] <pitti> robru: thanks
[08:14] <pitti> robru: sleep well!
[08:14] <robru> pitti, thanks pitti ;-)
[08:15] <didrocks> robru: have a good night!
[08:16] <doko> didrocks, whoever, http://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg needs your attention ... indicator-datetime lightdm, maybe fonts-wqy-microhe
[08:17] <didrocks> doko: will have a look, thanks
[08:17] <didrocks> I don't think we want gnome-panel back :p
[08:17] <didrocks> oh, and alacarte!
[08:17] <didrocks> neeeeeed ;)
[08:21] <doko> didrocks, and nlpsolver is Sweetshark stuff, or Badshark's ;p
[08:21] <didrocks> yeah, that would be for him :) (I'm sure he has an hilight on Badshark :p)
[08:47] <seb128> good morning desktopers!
[08:48] <mlankhorst> Hello, world!
[09:05] <Laney> morning
[09:06] <seb128> Laney, good morning! how are you?
[09:07] <Laney> seb128: I'm pretty good thanks, had a nice climbing session last night ;-)
[09:07] <Laney> you?
[09:07] <didrocks> good morning seb128, ça va?
[09:11] <seb128> lut didrocks
[09:11] <seb128> Laney, didrocks: I'm good thanks ;-)
[09:22] <seb128> ok, stupid git question
[09:22] <seb128> I've a checkout, I commited a patch, sent it for review
[09:22] <seb128> it got approved upstream, but other commits went it meanwhile
[09:22] <seb128> how do I put it on top of the commit stack?
[09:22] <seb128> when I "git pull" it asks me to put a merge msg
[09:22] <Laney> git pull --rebase
[09:23] <seb128> but I don't want to merge, I just want to put it on top of trunk
[09:23] <seb128> "Cannot pull with rebase: Your index contains uncommitted changes."
[09:24] <seb128> Laney, ^^
[09:24] <Laney> are they the changes from the merge?
[09:24] <seb128> I ctrl-C-ed the merge
[09:24] <Laney> git diff
[09:24] <seb128> since I didn't want to enter a commit msg
[09:24] <seb128> but maybe it something
[09:24] <seb128> $ git diff
[09:25] <seb128> $
[09:25] <seb128> I guess I'm going to rm -rf and checkout again
[09:25] <pitti> git reset --hard origin
[09:25] <seb128> git is such a pain to use :/
[09:25] <pitti> (if you want to completely throw away your changes)
[09:25] <Laney> that'll kill his local patch
[09:26] <pitti> so, "git stash save" first
[09:26] <pitti> then reset, then "git stash pop"
[09:26] <seb128> (no I don't, I just want to push that patch that got approved)
[09:26] <seb128> thanks guys
[09:26] <seb128> I've rm-ed the dir and I'm doing a new checkout
[09:26] <seb128> it's over me how people can find git usable ;-)
[09:28] <Laney> you could probably have done git reset --hard <yourcommit>  ; git pull --rebase
[09:31] <seb128> the reset would have wiped out my commit no?
[09:31] <pitti> seb128: yes, I thought that's what you wanted to do
[09:31] <Laney> if you give it a commit id it resets to that one
[09:31] <pitti> seb128 | I've rm-ed the dir and I'm doing a new checkout
[09:32] <larsu> seb128: you're telling people that edit text in vi that git is hard to use?!
[09:32] <Laney> now that sounds like me and bzr
[09:33] <larsu> Laney: not having an index already kills bzr's (slightly) friendlier command line for me
[09:37] <seb128> hum
[09:37] <seb128> IRC split?
[09:37] <seb128> I was saying
 pitti, I wanted to do the equivalent of "bzr uncommit; bzr pull; bzr commit; bzr push"
[09:37] <seb128>  e.g just update my checking to current trunk
[09:37] <seb128>  and then put back my diff on top to commit/push
[09:37] <seb128>  
[09:37] <seb128> well, anyway, I did a fresh checkout and I'm just redoing my commit on top now
[09:37] <pitti> seb128: git pull --rebase
[09:37] <Laney> haha
[09:37] <Laney> that's what I said at the start :-)
[09:37] <seb128> pitti, that was giving me the fing^W "Cannot pull with rebase: Your index contains uncommitted changes."
[09:37] <pitti> seb128: so, stash them away first
[09:38] <pitti> git stash save
[09:38] <pitti> git pull --rebase
[09:38] <pitti> git stash pop
[09:38] <pitti> gives you current trunk plus your local  commits on top, plus the uncommitted changes
[09:38] <seb128> noted for next time
[09:38] <seb128> I had no uncommited changes
[09:38] <pitti> seb128: err, but apparently you did?
[09:38] <seb128> out of whatever git might have done when I tried "git pull" (without the --rebase)
[09:38] <pitti> seb128: ah, so probably a half-done merge
[09:38] <seb128> which I ctrl-Ced when it asked me for a merge msg
[09:38] <seb128> since I didn't want to merge
[09:39] <pitti> ah, "git reset --hard" would probably have done it, but seems you solved it now
[09:39] <seb128> that would have thrown away my commit as well no?
[09:39] <pitti> I've done the "format-patch, store them away, rm -r, re-clone, and git am" exercise a lot of times, too
[09:39] <pitti> seb128: no, just the uncommitted changes (the noise from teh cancelled pull)
[09:39] <seb128> yeah, that's what I always end up doing :/
[09:40] <pitti> seb128: "git reset --hard" == "bzr revert"
[09:40] <pitti> seb128: "git reset --hard origin" ~= "re-clone"
[09:40] <seb128> ok
[09:40] <seb128> that origin thing in git doesn't make any sense to me
[09:41] <pitti> (and yes, git doesn't make sense)
[09:41] <seb128> I should just write all those down
[09:41] <Laney> it's kind of like :parent
[09:41] <pitti> at least not for people who don't want to think much about RC
[09:41] <seb128> and not try to find a logic to it but just copy recipes
[09:41] <Laney> i don't know how to do the equivalent in bzr
[09:41] <seb128> Laney, I never use that either :p
[09:41] <Laney> bzr push --remember :parent is good
[09:42] <pitti> all these indexes, heads, origins, branches concepts are pretty hard to grok, and absolutely unnecessary for 95% of the projects out there
[09:42] <seb128> right, that's my main issue with git
[09:42] <pitti> I really like how bzr says "there are branches only, period"
[09:42] <seb128> I don't care about all those details, don't need them and don't want to have to think about them
[09:42] <pitti> I forgot "repositories" in above list
[09:42] <seb128> yet it's impossible to do anything without running into them
[09:43] <pitti> seb128: that's pretty much what I did, too -- find out how to do the most common workflow, curse about it, memorize it, and stop thinking about it
[09:45] <Laney> git rebase -i ♥
[09:45] <pitti> Laney: indeed, that and bisect are the only two things I really like about git
[09:46] <seb128> Laney, what does rebase -i do?
[09:46] <Laney> Gives you a nice way to reorder, rename and change commits
[09:46]  * seb128 never really rebase anyway
[09:47] <seb128> I just uncommit;pull;commit
[09:47] <seb128> or uncommit/commit if I want to change a commit msg
[09:47] <larsu> git commit --amend
[09:48]  * larsu loves that and hates that he has to jump through hoops for the same thing in bzr
[09:48] <pitti> larsu: ok, good point, too
[09:48] <Laney> pitti: Indeed, those are great. I'd add having all the branches in the same place to my list too
[09:48] <seb128> I hate that, it doesn't work with my brain
[09:49] <pitti> Laney: that's actually a negative for me; git's concept of "checkout" (switch between branches) is utterly broken
[09:49] <seb128> I never know in what branch I am
[09:49] <pitti> as it only changes the tracked files, not the built files
[09:49] <pitti> so it's useless for anything that gets compiled
[09:49] <seb128> I keep screwing up and commiting to the wrong one/checking out the wrong one
[09:49] <pitti> my $PS1 shows which git branch I'm on
[09:49] <Laney> yep
[09:49] <Laney> I clean a lot I guess
[09:49] <pitti> 0 martin@donald:~
[09:49] <pitti> $ cd upstream/upower/
[09:50] <pitti> 0 (master) martin@donald:~/upstream/upower
[09:50] <Laney> it makes comparing/cherry-picking/creating/merging quite easy for me
[09:51] <seb128> Laney, seems like you are an heavy vcs user ;-)
[09:51]  * seb128 mostly does packaging and u-s-s
[09:51] <pitti> I find that a lot easier in bzr with separate dirs per branch, but that's a matter of taste I guess
[09:51] <seb128> neither of those have branches or stuff to cherry pick or such
[09:51] <pitti> (and I use built sources a lot)
[09:51] <Laney> yeah I guess it is
[09:52] <Laney> I did most of my learning with Debian packaging branches which I build out of tree anyway
[10:25] <diwic> seb128, ok, switching
[10:25] <seb128> diwic, larsu: hey
[10:26] <seb128> diwic, we didn't fork g-s-d to u-s-d yet but that's likely to happen this cycle
[10:26] <seb128> having the dialog in there is fine
[10:26] <seb128> but we don't have g-s-d in unity8
[10:26] <seb128> so if you do that here it means it's not futur proof and that you are going to need to redo it somewhere else in the next cycles
[10:27] <diwic> seb128, yeah, it's not that much code so I don't think that's a problem
[10:29] <diwic> seb128, so at this point, should I prepare my code to be a patch/branch against g-s-d and you will merge it?
[10:29] <diwic> seb128, or want me to wait for the fork?
[10:30] <seb128> diwic, g-s-d is fine, the fork is basically going to be a copy of g-s-d with renames when we do it
[10:30] <seb128> well, at first
[10:37] <diwic> seb128, ok, then we have a plan :-)
[10:40] <seb128> diwic, great
[10:40] <diwic> seb128, is it lp:ubuntu/gnome-settings-daemon ?
[10:41] <seb128> diwic, no, lp:~ubuntu-desktop/gnome-settings-daemon/ubuntu
[10:42] <diwic> seb128, ok, thanks
[11:18] <Laney> xnox: upstart halp
[11:19] <xnox> Laney: ok =) trading that for locales help =)
[11:19] <Laney> I want to write a user session job for session-migration but I'm not sure what it's start on should be
[11:19] <Laney> it wants to be 'started dbus' but also ideally to block session starting
[11:19] <Laney> but not to assume gnome-session
[11:19] <xnox> Laney: let me see, i think we can do that.
[11:20] <Laney> I found 'wait jobs' in the cookbook ...
[11:22] <xnox> Laney: start on (started dbus and starting xsession-init)
[11:23] <xnox> Laney: this will result in dbus + all bridges available + pulseaudio, and will block xsession event which is before any desktopy stuff starts.
[11:23] <xnox> I think.
[11:23] <xnox> Laney: initctl2dot is your friend to visuallise things.
[11:23] <Laney> even though dbus is also 'starting xsession-init'?
[11:24] <xnox> Laney: yeah, at the moment dbus blocks xsession-init, and you want to "continue blocking xsession-init" until you are done but with dbus available.
[11:25] <Laney> oh okay I was worried they would deadlock
[11:25] <larsu> are there themes other than light-themes using unico?
[11:25] <xnox> Laney: in practice, it's equivalent to changing "xsession-init" to: start on started session-migration
[11:25]  * larsu is about to hack something really badly
[11:26] <xnox> Laney: assuming that session-migration will be type "task"
[11:26] <Laney> indeed
[11:26] <Laney> let me try that
[11:26] <larsu> hm, looks like mythbuntu-default-settings and lubuntu-artwork depend on it
[11:26] <xnox> Laney: =)
[11:26] <Laney> hopefully it'll work on the device after this ...
[11:26] <xnox> Laney: my problem however is that /etc/default/locale is set, /etc/environment has two lang variables, yet my booted phablet user does not have locale set =(
[11:27] <Laney> got anything in ~/.pam_environment?
[11:29] <xnox> Laney: *sigh* so it sets locale when I do serial tty login....
[11:29] <xnox> Laney: but not when doing adb shell, nor when doing adb shell sudo -u phablet -i
[11:30] <Laney> indeed, it's the same on the device
[11:30] <Laney> doesn't seem to read /etc/environment
[11:31] <xnox> Laney: i think i want to change android-tools-adbd job to source /etc/environment I think...
[11:31] <xnox> or someother way make adb act more like login / pam aware thing
[11:32] <Laney> I think a lack of PAM-ness is the root problem indeed
[11:32] <Laney> can you use ssh instead?
[11:34] <xnox> not really no.
[11:35] <xnox> emulator networking stack is crap & unreliable. And we don't want ssh open by default, so we are tied to adb.
[11:36] <Laney> okay :/
[11:36] <Laney> I guess you could get far enough by doing what you need on an ad-hoc basis
[11:36] <ogra_> xnox, ssh is installed, just add something that calls "start ssh" in the emulator bootup
[11:37] <Laney> I guess that's "we don't want ssh open by default"
[11:37] <ogra_> i would vote for having ssh enabled by default in the emulator
[11:37] <Laney> I don't know if it'd be possible to have adb shell run the pam stack somehow but that feels best to me
[11:38] <ogra_> no, wont
[11:38] <ogra_> at least not without a lot hackery
[11:38] <Laney> well, I didn't imagine it would come for free
[11:39] <ogra_> especially since i was told we need to keep adb for android compatibility we cant really change it to much
[11:39] <Laney> mmm, since it's not forked I suppose
[11:39] <ogra_> right
[11:39] <ogra_> it needs to stay command compatible at least
[11:39] <Laney> I don't know enough of the architecture to answer what happens on the phone side
[11:39] <Laney> that's where I guess it would happen
[11:40] <xnox> Laney: exec sudo -i adb => should result in all the pam stack environment to be present ;-)
[11:40] <pitti> jibel: I committed the pci_add → {device,drive}_add change, I also tested it under precise
[11:40]  * xnox updates g+ mood to Evil
[11:40] <ogra_> heh
[11:41] <Laney> O_O
[11:41] <ogra_> xnox, dont the emulator scripts already modify the rootfs ? i think it would make sense to rm /etc/init/ssh.override
[11:41] <Laney> anyway, that starting condition seems to work
[11:41] <Laney> thanks!
[11:41] <xnox> Laney: your welcome.
[11:43] <xnox> ogra_: i disagree that we want ssh, in either dev device / final device / emulator. And it's a problem that $ adb shell, does not have correct locale set, across the board - regardless ssh having it's pam/LOCALE ducks in a row
[11:43] <ogra_> xnox, well, we need ssh so it will always be installed
[11:44] <ogra_> (just not enabled due to the default .override file)
[11:44] <ogra_> (the sdk enables and uses it)
[11:45] <xnox> ogra_: with emulator we don't have "normal networking" nor "usb networking" only via qemud_pipes, which is multiple times worse than $ adb shell, which is qemud_pipes "native".
[11:46] <ogra_> ah, k
[11:46] <xnox> ogra_: or driving serial tty, which beats them all =)
[11:47] <xnox> "... with Ctrl+C killing emulator, nice feature"
[11:47] <ogra_> heh
[12:55] <popey> Hm. Just updated my trusty desktop and it's broken, dropping to VESA video mode ☹
[12:57] <davmor2> tseliot: so I'm not getting the nvidia crash on start up now woohoo
[12:58] <popey> oh, not just me?
[13:00] <xnox> popey: reboot into 3.12 kernel, i don't think all binary drivers were upload for 3.13 yet.
[13:01] <popey> ah
[13:02] <popey> this shouldn't happen. ☹
[13:02] <popey> nope. 3.12 is broken too
[13:03] <popey> http://paste.ubuntu.com/6714683/
[13:04] <davmor2> popey: man I wish I read your line before I updated :(
[13:04] <popey> is there a bug for this?
[13:05] <popey> [    16.920] (EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found)
[13:05] <davmor2> popey: go into the terminal and disable nvidia
[13:06] <popey> disable as in remove the package?
[13:07] <davmor2> popey: see if the neuvau driver works at least it will give you a desktop again
[13:07] <seb128> popey, wrong channel, try #ubuntu-devel or #ubuntu-kernel
[13:07] <seb128> well "wrong channel"
[13:07] <seb128> you probably want to notify the kernel guys
[13:08] <popey> well. I was trying to see if any other desktop users had the same issue, hence being here. Happy to file it with whoever you think.
[13:09] <seb128> I think most of us use intel
[13:09] <seb128> which obviously doesn't have those binary driver issues...
[13:09] <tseliot> davmor2: great :)
[13:09] <davmor2> popey: changing to kernel 3.12 worked for me
[13:10] <tjaalton> popey: where did you get 3.13?
[13:10] <popey> well, I'm on 3.12 now and it's still failing
[13:10] <davmor2> tjaalton: apt-get update
[13:10] <davmor2> upgrade even
[13:10] <tseliot> popey: in 14.04? Can you get me some logs please?
[13:10] <tjaalton> on -proposed?
[13:11] <popey> no
[13:11] <popey> trusty main
[13:11] <tjaalton> not here
[13:11] <seb128> tjaalton, 3.13 was published in trusty earlier today
[13:11] <tjaalton> huh
[13:11] <tjaalton> ok
[13:11] <seb128> tjaalton, you use a mirror?
[13:11] <popey> http://paste.ubuntu.com/6714725/
[13:11] <tjaalton> my own and it seems fi.
[13:11] <tjaalton> used to be the main mirror
[13:12] <popey> tseliot: http://paste.ubuntu.com/6714683/
[13:12] <popey> tseliot: what logs do you need?
[13:12] <tjaalton> ah no, just my own :P
[13:12] <popey> tseliot: what should I file a bug against? kernel?
[13:12] <tjaalton> popey: you have linux-generic installed, and the headers?
[13:13] <popey> one mo, just rebooting after removing nvidia*
[13:13] <tseliot> popey: yes, it's probably a matter of installing the headers, for 3.12, at least. I'll upload a fix for 3.13 later today
[13:14] <popey> linux-image-generic: Installed: 3.13.0.1.3
[13:14] <tjaalton> linux-generic?
[13:14] <tjaalton> the meta package that pulls headers
[13:14] <popey> linux-generic: Installed: (none)
[13:14] <tjaalton> there you go
[13:14] <popey> why dont I have that?
[13:14] <tjaalton> don't remove it ;)
[13:14] <popey> dont assume I did
[13:14] <tjaalton> check dpkg.log
[13:15] <popey> alan@wopr:~$ dpkg -l linux-generic
[13:15] <popey> dpkg-query: no packages found matching linux-generic
[13:15] <popey> no refernece to linux-generic in dpkg.log
[13:16] <tjaalton> what was the system installed with?
[13:16] <tjaalton> release
[13:16] <popey> 12.04 probably
[13:16] <popey> how can I tell?
[13:16] <tjaalton> and upgraded from it?
[13:16] <popey> ya
[13:16] <tjaalton> /var/log/installer
[13:16] <popey> maybe older
[13:17] <tjaalton> did you upgrade straight to trusty?
[13:17] <popey> jan 2 2012
[13:17] <popey> no
[13:17] <popey> i upgrade like a good boy
[13:17] <tjaalton> then I can't see how nvidia worked before if you didn't have the headers meta pkg installed..
[13:18] <tjaalton> dpkg.log.* probably doesn't go far enough
[13:18] <popey> it worked this morning
[13:18] <popey> and has worked for months
[13:18] <tjaalton> on what?
[13:18] <popey> 14.04
[13:18] <tjaalton> uh
[13:18] <popey> i just did my usual daily update today and boom
[13:19] <popey> and I _do_ have headers installed
[13:19] <popey> so I think this is a red herring anyway
[13:19] <popey> ii  linux-headers-3.13. 3.13.0-1.16    amd64          Linux kernel headers for version 3.13.0 on 6
[13:19] <tjaalton> headers for what?
[13:19] <tjaalton> linux-headers-generic?
[13:19] <popey> linux-headers-3.13.0-1-generic: Installed: 3.13.0-1.16
[13:19] <popey> linux-headers-3.13.0-1: Installed: 3.13.0-1.16
[13:20] <popey> installing ubuntu-desktop task doesn't want to add anything
[13:20] <popey> so it's not like I have anything missing
[13:20] <tjaalton> it's not what should pull it
[13:21] <tjaalton> hardwired to the installer
[13:21] <tjaalton> but no linux-headers-generic?
[13:22] <popey> i have linux-headers-generic, as I said, linux-generic I don't have
[13:22] <popey> 2014-01-08 12:50:00 status installed linux-headers-generic:amd64 3.13.0.1.3
[13:22] <tjaalton> ok
[13:22] <tjaalton> so that's enough
[13:23] <tjaalton> check /var/lib/dkms if the build logs are still there
[13:23] <popey> i only see bbswitch and vboxhost
[13:23] <popey> (and dkms_dbversion)
[13:23] <tjaalton> so purging nvidia got rid of those, nice
[13:23] <tjaalton> :)
[13:23] <popey> hah
[13:23] <tjaalton> try reinstalling
[13:23] <popey> k
[13:23] <popey> nvidia-current?
[13:23] <tjaalton> yep
[13:24] <tjaalton> hmm no
[13:24] <tjaalton> it's old
[13:24] <popey> bah
[13:24] <tjaalton> nvidia-331
[13:24] <popey> ok
[13:25] <tjaalton> tseliot: is the nvidia-current transitional pkg still needed?
[13:25] <popey> DKMS: install completed.
[13:26]  * popey reboots
[13:27] <popey> tjaalton: http://paste.ubuntu.com/6714792/  dkms log
[13:27] <tjaalton> that's for 3.13, did it build for 3.12 ok?
[13:28] <popey> i see no directory for 3.12
[13:28] <popey> http://paste.ubuntu.com/6714800/
[13:29] <tjaalton> tseliot: shouldn't it build the module for all the kernels?
[13:30] <tseliot> tjaalton: nope
[13:30] <popey> i thought it always used to
[13:30] <tseliot> it's always the kernel in use and the latest kernel
[13:31] <tseliot> if the latest kernel is the one in use then it builds only for one
[13:31] <tseliot> imagine having 10 kernels installed and having to build the module 10 times every time...
[13:32] <popey> imagine having a broken desktop ☻
[13:32] <popey> right, rebooted and no dice, still broken.
[13:32] <tjaalton> popey: so boot the previous kernel.. does it build then?
[13:32] <popey> ok
[13:32] <tseliot> popey: BTW don't use it with 3.13
[13:32] <popey> ok
[13:33] <tjaalton> kinda weird that it was pushed through without checking the dkms builds first..
[13:34] <davmor2> tseliot: no really might it not work with 3.13 grrrrrrr
[13:35]  * popey has built, reboots to 3.112
[13:35] <tseliot> davmor2: I have written patches for it and I'm about to test them. Unfortunately this is isn't the only thing I'm working on
[13:35]  * tseliot is very very busy
[13:35] <popey> 3.12 works
[13:36] <tjaalton> tseliot: is fglrx busted too?
[13:36] <popey> tseliot: where do you want this filed?
[13:36] <tseliot> tjaalton: I think so
[13:36] <tseliot> popey: "this" being what?
[13:36] <popey> this is a bug.
[13:36] <popey> i can't be the only nvidia/ati owner on 14.04?
[13:37] <tseliot> popey: are talking about 3.13 or the fact that linux-generic wasn't installed?
[13:37] <popey> either/both
[13:37] <tseliot> the latter is probably not a bug
[13:38] <tseliot> the former is just that I didn't have enough time to fix the drivers and I don't think we need a bug report about that. I'm already on it
[13:38] <tjaalton> replied to k-t about this..
[13:39] <tjaalton> tseliot: drop everything else ;)
[13:39] <tjaalton> these are a priority now
[13:39] <tseliot> tjaalton: even the hwe stuff?
[13:40] <tjaalton> what's that?
[13:40] <tseliot> not in a public room ;)
[13:40] <tjaalton> i'd say so.. how long does it take to fix these?
[13:40] <seb128> how come the kernel gets uploaded without checking that the video driver still work? (is that what happened?)
[13:40] <seb128> did anyone ping the kernel team about that?
[13:40] <tjaalton> "When I looked on Friday fglrx was still broken, so I hassled Alberto on
[13:40] <tjaalton> IRC. He said he would fix it this week which I assume must have
[13:40] <seb128> e.g move that discussion to -kernel I would say
[13:40] <tjaalton> happened. So, +1 from me."
[13:40] <seb128> or -devel
[13:40] <tseliot> for 331, I can deliver the fix today, assuming it works
[13:41] <tjaalton> -- rtg yesterday
[13:41] <tjaalton> tseliot: right, focus on the latest versions first
[13:41] <tseliot> "this week" means this week
[13:41] <tjaalton> exactly
[13:41] <tseliot> so breakage was expected
[13:42] <seb128> no, it was not
[13:42] <seb128> we shouldn't upload stuff when they are not ready
[13:43] <seb128> can we move that discussion to a channel where kernel people are around as well?
[13:43] <popey> ok
[13:43] <tjaalton> right, so it was expected since it wasn't coordinated well enough :)
[13:43] <seb128> how do we make sure it doesn't happen again next time?
[13:43] <seb128> can we have autopkgtests or something for that?
[13:43] <tseliot> I think we have those tests in place
[14:03] <pitti> ubuntu-drivers-common's autopkgtest check that fglrx, nvidia, and friends build; but they aren't triggered from new kernel uploads
[14:04] <rickspencer3> good morning desktoppers
[14:10] <pitti> hey rickspencer3, happy new year!
[14:10] <rickspencer3> hey pitti
[14:10] <rickspencer3> happy new year to you too!
[14:22] <Mirv> mlankhorst: (my free time stuff) bug #1243261 is so far the only bug I've encountered with Haswell + LTS-S. I've been using the patch in there now since last week and Xv has worked.
[14:22] <ubot2> Launchpad bug 1243261 in xserver-xorg-video-intel-lts-saucy (Ubuntu) "apparent GPU hang on haswell laptop when playing movie using XVideo output" [Undecided,Confirmed] https://launchpad.net/bugs/1243261
[14:28] <seb128> ok, time for some exercice, be back in 1 hour
[15:01] <mlankhorst> jasoncwarner__: ping
[15:08] <Laney> hmm
[15:08] <mlankhorst> no hmms!
[15:21] <Laney> pitti: maybe you can help me... Have you ever seen python-dbus complain about not being able to parse the introspection data? http://paste.debian.net/75028
[15:23] <pitti> Laney: sorry, I've never seen this
[15:23] <Laney> hmm
[15:23]  * Laney applies some hax
[15:28] <mlankhorst> 0x1a7e4
[15:28] <Laney> that's hex
[15:29] <mlankhorst> yeah your name doesn't work well in hex
[15:30] <davmor2> Laney: hax in hex, what wrong with normal programming languages like everyone else?
[15:33] <Laney>       <annotation name="org.freedesktop.Accounts.DefaultValue" value="[{'defaults': <true>}]"/>
[15:33] <Laney> it can't parse that
[15:35] <rickspencer3> hey all, I got that bug back where I can't log in with LightDM unless I use the universal access menu
[15:36] <mlankhorst> Laney: so why isn't it simply value="true" ? :P
[15:41] <Laney> mlankhorst: it's a{sv}
[15:41] <Laney> aa{sv}
[15:42] <seb128> rickspencer3, hey, how "can't log in"? you can type? the session refuses to start?
[15:43] <Laney> desrt: how should I fix ^^^ in a dbus interface file? If I escape the <>s then they get converted back by gdbus
[15:50] <desrt> Laney: sounds like a gdbus bug
[15:50] <desrt> let me look at that
[15:51] <desrt>   g_string_append_printf (string_builder, "%*s<annotation name=\"%s\" value=\"%s\"",
[15:51] <desrt>                           indent, "",
[15:51] <desrt>                           info->key,
[15:51] <desrt>                           info->value);
[15:51] <desrt> doesn't escape the value
[15:51] <desrt> fail.
[15:51] <desrt> Laney: i'll file a bug and start looking at a patch
[15:51] <Laney> you beauty, thanks
[15:52] <desrt> i hate the format of dbus annotations :(
[15:53] <desrt> https://bugzilla.gnome.org/show_bug.cgi?id=721796
[15:54] <ubot2> Gnome bug 721796 in gdbus "insufficient escaping in g_dbus_annotation_info_generate_xml()" [Normal,New]
[16:07] <desrt> Laney: got a couple of patches on that bug now, if you want to test it
[16:07] <desrt> some independent confirmation of fixage is always welcome :)
[16:09] <Laney> nod, I was looking at g_markup_printf_escaped too
[16:09] <Laney> will try in a little bit
[16:34] <seb128> jdstrand, hey, happy new year!
[16:35] <seb128> jdstrand, could you have a look to those trivial diffs, https://launchpadlibrarian.net/156927424/patch and https://launchpadlibrarian.net/156928800/patch2 and tell me if that's ok to merge in the evince apparmor profile (they look fine to me but I prefer to ask before merging them)
[16:35] <seb128> jdstrand, without that evince fails to open .pdf.xz files
[16:35] <jdstrand> seb128: hi!
[16:36] <jdstrand> seb128: ack, go ahead
[16:36] <seb128> jdstrand, thanks
[16:45] <rickspencer3> seb128, it's the "I can't type" one
[16:46] <rickspencer3> only mentioning it because I thought it was fixed
[16:47] <seb128> hum, I don't know about that bug, never saw it
[16:51] <seb128> jdstrand, looking through evince bugs, https://bugs.launchpad.net/ubuntu/+source/evince/+bug/1265491 is an apparmor issue ... do you know if that a standard issue/solution (e.g a "add that 1 line")
[16:51] <ubot2> Launchpad bug 1265491 in evince (Ubuntu) "Evince failes to create new directory on USB-Stick (Save Dialog)" [Undecided,New]
[16:52] <seb128> jdstrand, the log have that error
[16:52] <seb128> [29823.851075] type=1400 audit(1389199770.160:157): apparmor="DENIED" operation="mkdir" parent=14276 profile="/usr/bin/evince" name="/media/user/A3D9-8295/debug/" pid=14347 comm="evince" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000
[16:52] <seb128> some open calls denied on the device as well
[16:59] <jdstrand> seb128: I think this would be ok in the usr.bin.evince profile: http://paste.ubuntu.com/6715804/
[16:59] <seb128> jdstrand, let me try, thanks!
[17:19] <Sweetshark> woho: US embassy warns its citzens to move around in my town *veeewy* *carefully* -- http://germany.usembassy.gov/hamburg-restricted-zone/
[17:23] <seb128> jdstrand, that works, thanks again ;-)
[17:23] <jdstrand> cool, glad to hear
[17:29] <jasoncwarner__> hey all! hope you all had a good holiday and new year!
[17:31] <kenvandine> hey jasoncwarner!
[17:55] <Sweetshark> jasoncwarner: heya!
[17:58] <seb128> jasoncwarner, hey, welcome back, happy new year!
[18:00] <larsu> hi jasoncwarner! Happy new year
[18:27] <stgraber> not sure if we have any lightdm people around, but I thought I'd just mention that you can't logout and login again on the current daily live image
[18:27] <stgraber> lightdm doesn't list the "ubuntu" user (quite probably because its uid is < 1000) but also doesn't let me manually enter a login and password
[18:27] <stgraber> instead it only shows the remote login thing