=== jussi01 is now known as jussi
ppisatiit just crashed08:29
smbyeah more fun08:29
* apw idly wonders what has happened to his history load for this channel, either that or you guys have said the same things 3 days in a row08:41
smbHm, I am not sure I normally look back 3 days to notice08:42
smbapw, but my scrollback here does not seem to repeat08:43
apwsmb, heh no it is deffo a local issue, not saving scrollback or something08:46
apwor bip has lost its mind, or something08:46
smbalways "or something"08:46
apwbiund to be indee08:47
* apw tries hands for type, yes much better than toes08:50
* henrix reboots08:56
hrwdoes launchpad keeps all previous builds?11:36
zequenceapw: There's a bug in linux lowlatency headers. Bug #1165259. I think maybe Q and R are affected both. Had a look at debian/rules.d/2-binary-arch.mk, line 238 (Raring). But, unsure how to fix it from there.11:40
ubot2Launchpad bug 1165259 in linux-lowlatency (Ubuntu) "13.04 Beta1 -- symlink missing for Linux Headers /usr/src" [Undecided,Confirmed] https://launchpad.net/bugs/116525911:40
zequenceThe symlinks become pointed towards linux-headers-<version>. 11:41
zequenceI wonder if the -lowlatency and -generic headers are the same.11:42
apwzequence, i'll look into it, they should be similarly broken i expect11:42
hrwwhen I boot 3.8.0-7.15 I get low res FB and no usb. ideas?11:44
hrwit worked month ago and had working usb3 (which -13+ do not have)11:45
=== amitk is now known as amitk-afk
apwzequence, ok i think i can see how this happens, and am fixing11:52
apwogasawara, did i hear you intended another upload 'soon' ie before tommorrow ?  if so i may have something i want in it11:52
=== ghostcube_ is now known as ghostcube
zequenceapw: thanks12:03
=== ogra_` is now known as ogra_
=== cyphermox_ is now known as cyphermox
ogasawaraapw: indeed, I was thinking of an upload today before kernel freeze tomorrow12:44
=== hggdh_ is now known as hggdh
ogasawaraapw: feel free to drop anything on master-next that you'd like to see in12:44
apwogasawara, in progress now, making sure it doesn't break master12:45
rtg_apw, just pushed some haswell audio patches12:47
rtg_ogasawara, why are we in a yank to upload today ? nothing in master-next appears all _that_ important.12:54
ogasawarartg_: kernel freeze is tomorrow12:54
rtg_yeah,so what? we just upload tomorrow ?12:55
rtg_doesn't freeze take effect EOD ?12:55
ogasawarartg_: usually 2200 UTC12:55
ogasawarartg_: so we could upload tomorrow12:56
rtg_translate that for me12:56
rtg_thats like 4P my time12:56
ogasawarartg_: I always assumed that meant we had to have the builds done and the package out of -proposed by that deadline12:57
ogasawarartg_: so I always err'd on the safe side and gave us a day cushion12:57
rtg_dunno. we're special though, so we can pretty much interpret as we please :)12:57
ogasawarartg_: indeed.  if we want to upload tomorrow I've no big problem with that either.12:58
rtg_ogasawara, you just _know_ someone will come crying at the last possible hour, so waiting a bit shouldn't hurt.12:59
ogasawarartg_: ack13:01
rtg_apw, re: bug #1073499. it appears that there are a boatload of USB options to enable. How do we reconcile them against our mainline kernel config set ?13:26
ubot2Launchpad bug 1073499 in linux-nexus7 (Ubuntu) "please consider turning on all possible modules for external USB devices" [Undecided,In progress] https://launchpad.net/bugs/107349913:26
argesslangasek: hello. Are you still hitting bug 1157678 ? I can reproduce now using an xrandr command, and was going to file a new upstream bug.13:44
ubot2Launchpad bug 1157678 in xserver-xorg-video-intel (Ubuntu) "unplugging an external monitor from laptop results in corrupted screen. Logging out fixes it." [Medium,In progress] https://launchpad.net/bugs/115767813:44
apwrtg_, i'll handle that in my review, i am doing that next anyhow13:54
apwrtg_, we'll need to do the same to N4, though i hear bad things for our current kernel13:55
rtg_apw, OK. I was just gonna start with the Raring armhf USB config set and cat it onto the nexus7, updateconfigs, etc13:55
apwrtg_, well i would want to maintain the current ones, and one has to be a bit careful as the naming of osme of the usb things are dumb13:56
apwie they are in the menu w/o usb sounding names, and not in it with usb sounding names13:57
rtg_apw, so perhaps I should wait until you've produced the config review ?13:57
apwrtg_, i'll do that one first how about that13:58
* apw assigns the bug to self13:58
rtg_sure, I'll stick your name on the bug as an assignee13:58
apwok ...13:58
rtg_apw, have you been chatting with ppisati about the state of the N4 kernel ?14:04
apwrtg_, when jani talks about the staging PPA is that something 'we' do or something they do14:04
apwrtg_, i asked him, he hasn't used it :)14:04
rtg_heck if I know14:04
rtg_must be something they do14:04
apwit was cking who was mentioning it was a bsod job14:04
apwrtg_, ack14:04
apwb == black14:05
rtg_if figured that meant something pejorative14:05
ckingthe "oh no, I have to reflash it again" scenario14:08
smbrtg_, He was there this morning14:08
smbrtg_, And I cannot mumble an git push14:09
* smb just forgets always14:09
apwogasawara, ok pushed14:11
apwogasawara, when you are test building you might want to just check the header symlinks are right in the flavour specific packages... they looked right to me, but the extra eyes are always helpful14:12
rtg_apw, that should get applied to unstable-3.9 as well14:14
rtg_apw, P.S. I've been setting commits that only affect the generic debian rules to '(debian)' as opposed to '[Packaging]' just to have some consistency.14:17
apwrtg_, ok14:17
james_whi everyone, my wife is affected by https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1140716 do you know when the fix will be released to quantal? She'll probably run a  test kernel if it will be a while14:18
apwrtg_, are you fixing my last commit ?14:18
ubot2Launchpad bug 1140716 in linux-lts-quantal (Ubuntu Precise) "[regression] 3.5.0-26-generic and 3.2.0-39-generic GPU hangs on Sandybridge" [Critical,Confirmed]14:18
rtg_apw, I have not.14:18
apwrtg_, ok will do14:18
rtg_james_w, bjf would be happy to answer your question.14:19
apwrtg_, re-pushed14:19
rtg_james_w, or even sconklin sicne they know what the Q/A cadence is right now.14:20
rtg_apw, pushed for unstable-3.9 as well14:20
bjfjames_w, we should have a new kernel in proposed today14:21
bjfjames_w, if it's Q that she's running14:21
james_wit is14:21
bjfjames_w, it's in our ppa ready to be copied to -proposed when infinity gets to it (which won't be long)14:22
sconklinQuantal built overnight, I'm preparing quantal backport now14:22
bjfjames_w, *don't* use our ppa please (that road leads to madness) though you could pull the .debs from there if you really wanted14:23
apwjames_w, if you are going to expose those .debs then make a new ppa and copy them with binaries to it or something14:29
slangasekarges: yes, I still see it with the drm-intel-nightly kernel; I haven't tested 3.8.0-17 yet, but if you're seeing it there I assume I will also14:42
argesslangasek: filed a new upstream bug, will re-visit when I have some more time.14:56
* slangasek nods14:56
slangasekarges: should we perhaps split my bug off from that one, since the original submitter hasn't really commented on reproducibility?14:57
argesslangasek: possibly. I see two distinct bugs.14:58
ppisaticking: http://paste.ubuntu.com/5695685/15:30
ppisaticking: 3.4.y is ok wrt ftrace15:30
ckingppisati, ok, it may be then a problem with that android kernel or the way I configured ftrace in the build (at a guess)15:31
ppisaticking: yep, i'll spend a bit more time on it15:32
ckingppisati, thanks, at least we know 3.4.y is reliable in this respect - which is a relief15:32
ppisaticking: yep, let's see if we can fix it15:33
jsalisburybjf, henrix fyi: bug 1167114  I can bisect, but still gathering initial triage info.15:44
ubot2Launchpad bug 1167114 in linux (Ubuntu) "Linux does not boot" [High,Confirmed] https://launchpad.net/bugs/116711415:44
henrixjsalisbury: ack, thanks. i'll go take a look at that15:46
bjfjsalisbury, ack. there will be a new Q kernel in -proposed shortly which should get tested there were a bunch of upstream commits and it's possible this got fixed15:47
bjfjsalisbury, so that should be the first thing15:47
jsalisburybjf, henrix, ack.  thanks15:47
jsalisburyhenrix, bjf, I marked a couple of other bugs as duplicates as well.15:52
ppisatimy webcam and google hangout don't like each other... bah...16:04
apwjsalisbury, it would be good to have the kernel version not the -meta version on that title16:38
ppisatirtg_: ping16:51
rtg_ppisati, yo16:53
* rtg_ -> lunch17:27
jsalisburyapw, for bug 1167114, you mean 3.5.0-27 instead of ?18:09
ubot2Launchpad bug 1167114 in linux (Ubuntu) "Linux does not boot" [High,Confirmed] https://launchpad.net/bugs/116711418:09
rtg_jsalisbury, yes18:11
jsalisburyrtg_, ok, done.18:11
ppisatirtg_: the nexus4 tree, it's actually a plain vanilla 3.4 kernel18:26
ppisatirtg_: am i missing something?18:27
rtg_ppisati, master-next18:27
ppisatirtg_: ah ok18:27
rtg_ppisati, I won't update master until we actually upload18:28
ppisatirtg_: ok18:28
* rtg_ -> EOD19:59
skaetbjf, just applied latest updates to 12.10 system, and its continually throwing out GPU errors now.   known problem?20:54
bjfskaet, version number ?20:59
skaetbjf, Linux 3.5.0-28-generic21:04
bjfwell, crap!21:05
bjfinfinity, ^21:05
bjfinfinity, i'm thinking we need to pull that kernel21:06
sconklinthat's the one we just pushed, all right.21:06
bjfhelp me, help me, save me, save me21:06
sconklinskaet: are you able to file a bug so we can see the logs?21:07
bjfskaet, intel video?21:07
skaetbjf, sconklin - filing bug,   and yes  snadybridge-m-gt2L   False GPU lockup IPEHR... etc.   will see if I can coax a bug out of this systemm21:08
infinityThat's not a new bug, if it's the lockup I'm thinking of.21:08
skaetno,  its showed up as duplicate of existing.  But it just started up after the last update.21:09
bjfskaet, i'll have a test kernel for you in a bit21:09
skaetbjf,  thanks.   standing by.21:10
infinitybjf: raring userspace and quantal kernels should get along basically fine, right?21:11
infinitybjf: I have the dreaded sandybridge lockup hardware of doom here, I can give it a spin.21:12
infinity(Whatever's finally been fixed in 3.8, I don't get the lockups anymore, but I used to get them constantly in Q and R both)21:12
bjfinfinity, we pulled 5 commits from 3.8/3.9 back to fix a regression. i'm suspecting them.21:13
infinityFun, fun.21:14
skaetbjf,  system is getting part way through generating the bug, and then tripping over the error again, so nothing's going out from the automated system.   What logs do you want me to collect?21:20
bjfskaet, just boot the previous kernel, do an apport-collect and fudge it by hand (i guess)21:21
bjfskaet, are you seeing a chain of "you've experienced a lockup" dialogs that keep "interrupting" each other?21:30
bjfskaet, if you are then try deleting everything in /var/crash/ and rebooting21:31
skaetbjf,  yes,  seeing that chain.   will do.21:49
skaetbjf,  rebooted,  behaving better so far.21:53
infinityskaet: So, that might have actually been the apport bug/misfeature where if you've at some point in the past dismissed (or minimized, or something) a report dialog, you then don't get any new ones until reboot.21:54
infinityskaet: And what it was actually doing was grinding your machine to a halt trying to report all the OLD lockups from your previous kernel.21:54
infinityBut time will tell.21:55
infinityskaet: Under the previous kernel, did you ever have moments where all your windows would just freeze for a bit inexplicably, and then start working again after a few seconds/minutes?21:56
infinity(Or, potentially, the desktop seemed to "freeze", but a VT switch made it happy again, that sort of thing)21:56
skaetinfinity,  yes, there were a couple of times like that,  esp. when using google docs from firefox.21:56
infinityYeah.  Probably should have gotten you to check timestamps on /var/crash/* before deleting them, but my bet is that apport was reporting old lockups, not new ones.21:57
infinityOn boot, the first thing update-notifier does is check /var/crash for unreported crashes and unhelpfully spawn a few dozen python processes to report them all in parallel.21:58
infinityWhich, it turns out, is a bad idea.21:58
infinityskaet: Anyhow, if you still get the occasional lockup (though, hopefully not), that's likely not a regression.  If you start seeing a ton of them, yell at bjf to go a-revertin'.21:59
skaetinfinity, indeed.   I saved off the logs before deleting,   xserver-xorg-video-intel.2013-04-10_11:49:14.495521.uploaded  <-- which was from before I updated this afternoon.21:59
infinityAhh, good deal.  That lends some peace of mind to my hypothesis.22:00
bjfskaet, i'll have a kernel standing by if you start seeing true lockups with this version22:00
infinitybjf: She may well still see lockups, since she clearly did before.  It's the frequency that should be a concern. :)22:00
skaetbjf,  thanks,  if it starts up again - you'll hear from me. 22:00
infinitybjf: (Though, I'll be overjoyed if that lockup bug is actually fixed in the new kernel)22:00
skaetinfinity,  might be worth putting out some sort of notice about this though,  since I doubt I'll be the only one encountering it.22:01
infinityThat apport misfeature has existed for ever.  It's just unfortunate when it bites people who have a bunch of old reports lying around. :/22:02
skaetyeah but the combination of that misfeature and the latest kernel is quite ugly from a user's perspective... :P22:04
earthling_hello, I have a question. I notice in security updates there are header files for 3.2... and 3.5 kernel versions. Should I install both updates?22:04
infinitySure, my point is that it may have happened to others on the last kernel reboot, or the one before.22:04
infinityearthling_: Which kernel are you running?22:04
earthling_on Precise22:05
infinityearthling_: Do you have linux-generic-lts-quantal installed?22:05
infinityearthling_: If so, that'll be keeping your headers and kernel in sync.22:05
infinityearthling_: If not, you should probably install it.22:05
earthling_I'm running precise 12.04.2 LTS22:06
infinityearthling_: Right, I mean the package.  "apt-get install linux-generic-lts-quantal"22:06
earthling_I did a standard install 2 weeks ago22:06
infinityThen you probably have that package installed.22:07
infinityUnless you forcefully removed it at some point.22:07
earthling_installed through update manager?22:07
infinitySo, I guess the real point here is that security updates will upgrade things correctly without you manually installing packages.22:07
earthling_I'm looking at history22:08
infinityOh, wait.  Do you mean that you have both 3.2 and 3.5 headers installed and update-manager is upgrading both?22:08
earthling_march 27 yeah22:08
infinityThat would be either a bug on your end, or ours.  But you can safely remove the 3.2 ones if you're using 3.522:08
Sarvattspeaking of that, i noticed old headers were getting updated in 12.04.2 too22:08
earthling_infinity, when I access the grub menu there is no version 3.222:09
Sarvattafter a fresh install with no 3.222:09
infinitySarvatt: Curious indeed.  I took great pains to make sure the 3.2 headers weren't on the install media, but maybe something went weird.22:10
infinityOr it's a dkms module pulling them in.22:10
infinityWe haven't yet SRUed them all to get rid of that stupid dependency.22:10
infinityThat's probably it.22:10
infinityearthling_: So, the short answer is "it's not a big deal".  The longer answer is "you can remove the 3.2 header packages, just make sure they don't seem to remove something else, like a driver package, but it shouldn't".22:11
infinityAnd I'll have to scour the archive to get this all sorted, if we still have a few broken packages.22:11
earthling_ok, that makes sense22:11
earthling_hmm update manager a bit frozen or slow22:15
earthling_restarted, its fine22:20
earthling_rebooting, thx22:23
maxbHuh, this is weird. Some of my boot items are not visible in efibootmgr - neither are they visible in /sys/firmware/efi/vars/ - yet they are in /sys/firmware/efi/efivars/ !22:24
maxbAlthough trying to read the files in efivars/ results in the processes getting SIGKILL or SIGSEGV22:26
Kano64hi, just build unstable-3.9 with uvd patches, but the name is uncommon23:11
Kano64cmd: CPU[x Intel Core i7-3770S @ clocked at 1600.000 Mhz]  Kernel[Linux 3.9.0-0kanotix1-generic x86_64]  Up[-4min-]  Mem[-771.7/7952.8MB-]  HDD[-188GB(48%used)-]  Procs[-217-]  Client[Shell wrapper]23:11
Kano64why is -generic at the end now?23:11
Kano64hm generic was always at the end, but never the kanotix1 in the middle23:13
Kano64every kernel has kanotix1 in the changelog here23:14
infinityKano64: Did you used to version it as 0.kanotix1 instead of 0kanotix1?  The kernel packages split on '.' and slap the first part in the kernel version, the latter part is the build number.23:35
Kano64no, since when is a . needed?23:37
infinityWell, if the intent is to get abi.build, always.23:38
infinityFor example:23:38
infinitylinux (3.8.0-17.27) raring; urgency=low23:38
infinityLinux cthulhu 3.8.0-17-generic #27-Ubuntu SMP Sun Apr 7 19:39:35 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux23:38
infinityYour 0kanotix1 is all being tacked on to extraversion.23:39
Kano64usally only in the changelog23:39
=== slangase` is now known as slangasek
Kano64no extra package for 3.9?23:53

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!