| === duflu_ is now known as duflu | ||
| pitti | Good morning | 05:53 |
|---|---|---|
| mlankhorst | g'day mate! | 06:50 |
| === doko_ is now known as doko | ||
| didrocks | pitti: Guten Morgen! | 08:03 |
| pitti | bonjour didrocks, ça va ? | 08:03 |
| didrocks | pitti: ça va bien, et toi? | 08:04 |
| 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:05 |
| 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:06 |
| 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:07 |
| 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:08 |
| 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:09 |
| 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:10 |
| didrocks | heh, indeed :) | 08:13 |
| robru | didrocks, ok, changelog synced in lp:autopilot-gtk. goodnight! | 08:13 |
| pitti | robru: thanks | 08:14 |
| pitti | robru: sleep well! | 08:14 |
| robru | pitti, thanks pitti ;-) | 08:14 |
| didrocks | robru: have a good night! | 08:15 |
| doko | didrocks, whoever, http://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg needs your attention ... indicator-datetime lightdm, maybe fonts-wqy-microhe | 08:16 |
| 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:17 |
| 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:21 |
| seb128 | good morning desktopers! | 08:47 |
| mlankhorst | Hello, world! | 08:48 |
| Laney | morning | 09:05 |
| seb128 | Laney, good morning! how are you? | 09:06 |
| 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:07 |
| seb128 | lut didrocks | 09:11 |
| seb128 | Laney, didrocks: I'm good thanks ;-) | 09:11 |
| 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:22 |
| 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:23 |
| 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:24 |
| 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:25 |
| 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:26 |
| Laney | you could probably have done git reset --hard <yourcommit> ; git pull --rebase | 09:28 |
| 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:31 |
| 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:32 |
| larsu | Laney: not having an index already kills bzr's (slightly) friendlier command line for me | 09:33 |
| seb128 | hum | 09:37 |
| seb128 | IRC split? | 09:37 |
| seb128 | I was saying | 09:37 |
| seb128 | <seb128> 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:37 |
| 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:38 |
| 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:39 |
| 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:40 |
| 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:41 |
| 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:42 |
| 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:43 |
| Laney | git rebase -i ♥ | 09:45 |
| pitti | Laney: indeed, that and bisect are the only two things I really like about git | 09:45 |
| 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:46 | |
| 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:47 |
| * 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:48 |
| 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:49 |
| pitti | 0 (master) martin@donald:~/upstream/upower | 09:50 |
| Laney | it makes comparing/cherry-picking/creating/merging quite easy for me | 09:50 |
| 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:51 |
| Laney | I did most of my learning with Debian packaging branches which I build out of tree anyway | 09:52 |
| diwic | seb128, ok, switching | 10:25 |
| seb128 | diwic, larsu: hey | 10:25 |
| 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:26 |
| diwic | seb128, yeah, it's not that much code so I don't think that's a problem | 10:27 |
| 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:29 |
| 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:30 |
| diwic | seb128, ok, then we have a plan :-) | 10:37 |
| seb128 | diwic, great | 10:40 |
| diwic | seb128, is it lp:ubuntu/gnome-settings-daemon ? | 10:40 |
| seb128 | diwic, no, lp:~ubuntu-desktop/gnome-settings-daemon/ubuntu | 10:41 |
| diwic | seb128, ok, thanks | 10:42 |
| === vrruiz_ is now known as rvr | ||
| Laney | xnox: upstart halp | 11:18 |
| 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:19 |
| Laney | I found 'wait jobs' in the cookbook ... | 11:20 |
| === Ursinha is now known as Ursinha-afk | ||
| xnox | Laney: start on (started dbus and starting xsession-init) | 11:22 |
| 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:23 |
| 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:24 |
| 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:25 | |
| 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:26 |
| Laney | got anything in ~/.pam_environment? | 11:27 |
| 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:29 |
| Laney | indeed, it's the same on the device | 11:30 |
| Laney | doesn't seem to read /etc/environment | 11:30 |
| 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:31 |
| Laney | I think a lack of PAM-ness is the root problem indeed | 11:32 |
| Laney | can you use ssh instead? | 11:32 |
| xnox | not really no. | 11:34 |
| xnox | emulator networking stack is crap & unreliable. And we don't want ssh open by default, so we are tied to adb. | 11:35 |
| 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:36 |
| 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:37 |
| 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:38 |
| 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:39 |
| 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:40 |
| 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:41 |
| 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:43 |
| ogra_ | (just not enabled due to the default .override file) | 11:44 |
| ogra_ | (the sdk enables and uses it) | 11:44 |
| 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:45 |
| ogra_ | ah, k | 11:46 |
| xnox | ogra_: or driving serial tty, which beats them all =) | 11:46 |
| xnox | "... with Ctrl+C killing emulator, nice feature" | 11:47 |
| ogra_ | heh | 11:47 |
| === Sweetsha1k is now known as Sweetshark | ||
| === alan_g is now known as alan_g|afk | ||
| === alan_g|afk is now known as alan_g|lunch | ||
| popey | Hm. Just updated my trusty desktop and it's broken, dropping to VESA video mode ☹ | 12:55 |
| davmor2 | tseliot: so I'm not getting the nvidia crash on start up now woohoo | 12:57 |
| popey | oh, not just me? | 12:58 |
| xnox | popey: reboot into 3.12 kernel, i don't think all binary drivers were upload for 3.13 yet. | 13:00 |
| popey | ah | 13:01 |
| popey | this shouldn't happen. ☹ | 13:02 |
| popey | nope. 3.12 is broken too | 13:02 |
| popey | http://paste.ubuntu.com/6714683/ | 13:03 |
| davmor2 | popey: man I wish I read your line before I updated :( | 13:04 |
| popey | is there a bug for this? | 13:04 |
| 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:05 |
| popey | disable as in remove the package? | 13:06 |
| 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:07 |
| 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:08 |
| 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:09 |
| 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:10 |
| 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:11 |
| 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:12 |
| 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:13 |
| 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:14 |
| === Ursinha-afk is now known as Ursinha | ||
| 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:15 |
| 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:16 |
| 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:17 |
| 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:18 |
| 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:19 |
| 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:20 |
| tjaalton | hardwired to the installer | 13:21 |
| tjaalton | but no linux-headers-generic? | 13:21 |
| 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:22 |
| 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:23 |
| tjaalton | hmm no | 13:24 |
| tjaalton | it's old | 13:24 |
| popey | bah | 13:24 |
| tjaalton | nvidia-331 | 13:24 |
| popey | ok | 13:24 |
| tjaalton | tseliot: is the nvidia-current transitional pkg still needed? | 13:25 |
| popey | DKMS: install completed. | 13:25 |
| * popey reboots | 13:26 | |
| 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:27 |
| popey | i see no directory for 3.12 | 13:28 |
| popey | http://paste.ubuntu.com/6714800/ | 13:28 |
| tjaalton | tseliot: shouldn't it build the module for all the kernels? | 13:29 |
| 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:30 |
| 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:31 |
| 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:32 |
| tjaalton | kinda weird that it was pushed through without checking the dkms builds first.. | 13:33 |
| davmor2 | tseliot: no really might it not work with 3.13 grrrrrrr | 13:34 |
| * 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:35 |
| 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:36 |
| 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:37 |
| 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:38 |
| tjaalton | tseliot: drop everything else ;) | 13:39 |
| tjaalton | these are a priority now | 13:39 |
| tseliot | tjaalton: even the hwe stuff? | 13:39 |
| 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:40 |
| 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:41 |
| === alan_g|lunch is now known as alan_g | ||
| seb128 | no, it was not | 13:42 |
| seb128 | we shouldn't upload stuff when they are not ready | 13:42 |
| 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 | 13:43 |
| pitti | ubuntu-drivers-common's autopkgtest check that fglrx, nvidia, and friends build; but they aren't triggered from new kernel uploads | 14:03 |
| rickspencer3 | good morning desktoppers | 14:04 |
| pitti | hey rickspencer3, happy new year! | 14:10 |
| rickspencer3 | hey pitti | 14:10 |
| rickspencer3 | happy new year to you too! | 14:10 |
| 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:22 |
| seb128 | ok, time for some exercice, be back in 1 hour | 14:28 |
| mlankhorst | jasoncwarner__: ping | 15:01 |
| Laney | hmm | 15:08 |
| mlankhorst | no hmms! | 15:08 |
| 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:21 |
| pitti | Laney: sorry, I've never seen this | 15:23 |
| Laney | hmm | 15:23 |
| * Laney applies some hax | 15:23 | |
| mlankhorst | 0x1a7e4 | 15:28 |
| Laney | that's hex | 15:28 |
| mlankhorst | yeah your name doesn't work well in hex | 15:29 |
| davmor2 | Laney: hax in hex, what wrong with normal programming languages like everyone else? | 15:30 |
| Laney | <annotation name="org.freedesktop.Accounts.DefaultValue" value="[{'defaults': <true>}]"/> | 15:33 |
| Laney | it can't parse that | 15:33 |
| === alan_g is now known as alan_g|tea | ||
| rickspencer3 | hey all, I got that bug back where I can't log in with LightDM unless I use the universal access menu | 15:35 |
| mlankhorst | Laney: so why isn't it simply value="true" ? :P | 15:36 |
| Laney | mlankhorst: it's a{sv} | 15:41 |
| Laney | aa{sv} | 15:41 |
| seb128 | rickspencer3, hey, how "can't log in"? you can type? the session refuses to start? | 15:42 |
| === alan_g|tea is now known as alan_g | ||
| Laney | desrt: how should I fix ^^^ in a dbus interface file? If I escape the <>s then they get converted back by gdbus | 15:43 |
| desrt | Laney: sounds like a gdbus bug | 15:50 |
| desrt | let me look at that | 15:50 |
| 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:51 |
| desrt | i hate the format of dbus annotations :( | 15:52 |
| desrt | https://bugzilla.gnome.org/show_bug.cgi?id=721796 | 15:53 |
| ubot2 | Gnome bug 721796 in gdbus "insufficient escaping in g_dbus_annotation_info_generate_xml()" [Normal,New] | 15:54 |
| 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:07 |
| Laney | nod, I was looking at g_markup_printf_escaped too | 16:09 |
| Laney | will try in a little bit | 16:09 |
| seb128 | jdstrand, hey, happy new year! | 16:34 |
| 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:35 |
| jdstrand | seb128: ack, go ahead | 16:36 |
| seb128 | jdstrand, thanks | 16:36 |
| rickspencer3 | seb128, it's the "I can't type" one | 16:45 |
| rickspencer3 | only mentioning it because I thought it was fixed | 16:46 |
| seb128 | hum, I don't know about that bug, never saw it | 16:47 |
| 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:51 |
| 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:52 |
| 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! | 16:59 |
| === mjohnson15_2 is now known as mjohnson15 | ||
| Sweetshark | woho: US embassy warns its citzens to move around in my town *veeewy* *carefully* -- http://germany.usembassy.gov/hamburg-restricted-zone/ | 17:19 |
| seb128 | jdstrand, that works, thanks again ;-) | 17:23 |
| jdstrand | cool, glad to hear | 17:23 |
| jasoncwarner__ | hey all! hope you all had a good holiday and new year! | 17:29 |
| === jasoncwarner__ is now known as jasoncwarner | ||
| kenvandine | hey jasoncwarner! | 17:31 |
| Sweetshark | jasoncwarner: heya! | 17:55 |
| seb128 | jasoncwarner, hey, welcome back, happy new year! | 17:58 |
| larsu | hi jasoncwarner! Happy new year | 18:00 |
| === alan_g is now known as alan_g|EOD | ||
| 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 | 18:27 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!
