=== broder_ is now known as broder
ppisati~280 pkgs to upgrade07:07
ppisatibut X is still stuck07:07
smbUnless it gets replaced by xXx07:08
ppisatimy indicator changed position07:43
ppisatii've (from left right) volume, settings, calendar, skype, hph systray, multiload, printer, messaging and network07:44
ppisatiand after another reboot07:55
ppisatimy indicator are back to their position07:55
=== fmasi_afk is now known as fmasi
* apw yawns08:21
=== fmasi is now known as fmasi_afk
ppisati544 pkgs to be upgraded on my laptop08:26
ppisatioh yeah...08:26
ppisatiand i just noticed that my weather indicator on my saucy laptop it's actually the 'old' weather indicator08:26
ppisatithat was not removed during my transition from Q to S08:26
=== fmasi_afk is now known as fmasi
apwppisati, yeah the weather inditcator is currnetly only in a PPA i think08:47
=== fmasi is now known as fmasi_afk
smbthe only one I seem to find is for China... 08:49
* ppisati wonders what's thw weather in China ATM...08:54
=== fmasi_afk is now known as fmasi
* smb is glad that software-center is such a well tested package...10:09
* apw finds it to be as well tested ... sigh ... bug filed10:10
apwsmb, the reboot button works at least10:11
smbapw, Mostly not using that one as "sudo reboot" performs sooo much quicker on this doomsbro device10:12
apwsmb, that good huh (the h/w)10:12
apwsmb, when i say reboot works, i should mention that booting up doesn't work now10:13
apwoh dear10:13
apwoh that might be tims kernel10:13
smbapw, Yeah, just accidentally bought it... unfortunately its not openly sold as poulsbro but just another gmaxxxx number10:13
apwoh when did you get this one10:14
smbWhen I thought I might fill in some mini-itx case with something I could use as a media-box...10:14
apwoh no10:15
apwyou should have sent it back10:15
apwand saved yourself some pain, or frankly open the bin and shove it in10:15
apwunless it becomes a firewall or router with no screen10:15
smbThat might be its destination. Meanwhile I use it to remind me every day on how great of an idea it is to only support 3D and use llvm-pipe to make the cpu do the rendering... on an Atom... Beside there was no "I am stupid" tick-box on the return form. :-P10:17
lifelesssmb: sadface, I have the same thing sort of problem with a media box I wanted to use.10:19
lifelesssmb: about to give my rpi a spin, if I can find it,w ith openelec10:19
smblifeless, Yeah, there is the unfortunate small gap between success and fail when buying Intel mini-itx boards with atom. Got one success and now this fail. But well, as said it may end up becoming some sort of server when I get too fed up10:21
lifelesssmb: I bough t mine 5 years or so ago as a few10:21
lifelesssmb: it has video acceleration - it was sold as a media box for pubs - no moving parts to get dust in them10:22
lifelesssmb: but XMBC wants opengl. WTF.10:22
smblifeless, Yeah, it is sold as that and if Intel would be more serious it could have video acceleration. But one has to be glad there is modeset support at all now. 10:24
apwsmb, so you can have plymouth during boot, wooo10:27
smbapw, Yeah for that short period of time in between the gma500_gfx driver spewing out it not feeling happy. :)10:29
smb(incorrect EDIDs and disabled pipes and such)10:29
infinityzequence: Do I get new metas to go with those kernels?10:31
apwsmb, always the way10:33
tvoss_do we have a perf build available for the touch images?10:58
infinitytvoss_: There should be a linux-tools-$(uname -r) for all the touch kernels now, I believe.10:59
infinitytvoss_: Pretty sure rtg fixed all that up.10:59
infinityAt least, I vaguely recall NEWing a lot of linux-tools packages in the last few months. :P11:00
tvoss_infinity, cool :) so greyback just joined, he had problems installing perf11:01
greybackinfinity: hi!11:01
tvoss_infinity, mind giving him a hand?11:01
infinityI didn't know your question was a trap. :P11:01
infinitygreyback: What's up?11:01
infinityDefine "problems".11:01
tvoss_infinity, ;)11:02
* tvoss_ notes beer_counter[infinity]++11:02
greybackinfinity: sorry! :) I want to run "perf" on a phablet image. So I install linux-tools, which I think pulled in linux-tools-3.10.0-211:02
infinitytvoss_: I think we're on to fine wine at this point.11:02
infinitygreyback: Yeah, don't do that.11:02
tvoss_infinity, fair point :) red or white?11:02
greybackinfinity: but kernel of phablet image is 3.0.0-3.. so it won't match11:02
infinitygreyback: You want linux-tools-$(uname -r), the "linux-tools" metapackage is just for -generic.11:03
greybackinfinity: sure, but there's no linux-tools package matching the kernel on phablet image that I know of11:03
infinityHrm.  I *thought* rtg fixed all that.11:04
* infinity looks.11:04
greybackinfinity: maybe a PPA with it exists somewhere?11:04
infinityHah.  No, he just named them wrong.11:04
infinitygreyback: Which kernel is that?11:05
infinityMaguro, I'm assuming, from your version.11:05
infinitygreyback: linux-maguro-tools-3.0.0-311:05
infinitygreyback: And we'll yell at rtg for the broken naming scheme.11:05
infinityapw: Or you can fix ^^11:05
greybackinfinity: yep that's it11:06
infinityapw: That should so be linux-tools-3.0.0-3-maguro11:06
infinitygreyback: linux-maguro-tools is the metapackage that matches, also wrongly-named.11:06
infinityapw: And the meta should be linux-tools-maguro, not linux-maguro-tools11:06
apwit cirtainly should mate the linux-image one, and that is linux-image-generic ... so linux-tools-maguro sounds right11:07
greybackinfinity: magic, trying..11:07
apwi'll have a peek at them11:07
infinityapw: I suspect rtg got confused by the common packages using $stem-$src-$thing, while the flavour-specific ones should be $stem-$thing-$flavour11:07
apwdo we have a linux-tools-generic, we really shoudl11:07
apwa full review would not go amis11:07
* apw adds it to his todo, but he is not going to be derailed from uploading this lowlatency11:08
infinityapw: See linux-headers-3.0.0-3-maguro versus linux-maguro-headers-3.0.0-3 (correct), tools should match the scheme.  So linux-maguro-tools-common and linux-tools-3.0.0-3-maguro11:09
apw(it has happened toooo many times)11:09
infinityOr, at lease, some approximation thereof. :)11:09
apwmakes sense... within the not making a lot of sense framekwork we live in11:09
infinityapw: I'm not sure who to blame for the source/flavour confusion, but I imagine it's either you or rtg originally.11:11
infinityapw: Since this comes from either lowlatency or ppc, or a combination of the two.11:11
apwwell the names with the prefix being linux-<version>-<flavour> regardless of source package, that comes from d-i's needs11:11
infinityapw: But the sane rule of thumb would seem to be, if it's a source-common package, refer to the source, if it's flavour-specific, use the proper ABI-FLAVOUR, and done.11:12
apwlinux-image-*-generic linux-headers-*-generic etc is all 'd-i'11:12
apwright and that should be the plan11:12
apwi'll go through them later and see11:12
* infinity nods.11:12
infinityI think I still need to push a patch to Ben to fix tools in PPC too.11:13
infinityNot only has it been turned off all this time, but it still claims to build an arch:all common package, which confuses LP a tiny bit.11:13
apwinfinity, perhaps i can look at that once i have fixed up maguro et al, as they should be a good approved form by the time we get there11:17
greybackinfinity: linux-maguro-tools working perfectly, thank you for the help11:22
infinitygreyback: NP.11:22
tvoss_infinity, red or white? :)12:00
infinitytvoss_: A nice shiraz would make me happy right about now.  Perhaps a Penfolds Grange.12:01
tvoss_infinity, noted down :)12:01
infinitytvoss_: (Or a St Henri or Bin 28, if you're feeling cheap)12:01
tvoss_infinity, do we have kernel symbols available for the touch images?12:07
infinityShould do.12:08
infinitytvoss_: For the kernel greyback was using, http://ddebs.ubuntu.com/pool/universe/l/linux-maguro/12:08
=== jdstrand_ is now known as jdstrand
apwrtg, fyi i booted up unstable and it works ok on i386, amd64 here is blamoming on one box at least12:17
apwrtg, also aufs looks to be working on i386 at least12:17
rtgreally? I booted amd64 yesterday just fine. any idea where its croaking ?12:18
rtgapw, and what is 'blamoming' ?12:18
rtgexactly ?12:18
apwrtg, blammo'ing implies exploding, though in this case it is seemingly hanging pretty early12:19
rtggoogle ain't finding it12:19
rtgapw, so, its like an aborted bloom ?12:19
apwi am about to test a second amd64 machine to see if that is ok, one which is simpler than the original12:19
apwno i think i have typo'd an m into it. blammo12:20
rtgah, now that parses12:20
apwrtg, ok amd64 boots ok on this non-efi machine, so its likely machine or efi specific ... fun12:23
rtgapw, great, I just f*%king love EFI problems12:23
apwyeah so very easy to diagnose12:23
rtgapw, bbiab12:24
apwrtg, replied confirming applied12:35
* apw pops out12:36
rtgapw, thatnkyou sir12:36
rtgcking, have you ever messed with CONFIG_DYNAMIC_DEBUG ?12:51
ckingrtg, you're testing my memory on that one12:52
rtgcking, I think its a newer feature. you might find it of interest12:52
ckingthat's the pr-debug() stuff isn't it?, so yes, reckon so12:52
ckingit's been around sincd 2.6.30 hasn't it?12:53
rtgcking, really ? I wonder why we haven't had it enabled.12:54
cking2% overhead?12:54
rtgcking, only for the subsystems that use it. I wonder if anyone will notice ?12:55
ckingrtg, i meant 2% overhead in size, the execution overhead may be peanuts12:55
rtgcking, size is no object :)12:56
rtgwe all have giant PCs12:56
ckingrtg, is it for phablets ;-)12:56
rtgcking, well, I've only enabled it for the distro kernel12:56
ckingrtg, ok, then that's good then12:57
* cking reboots13:15
rtgapw, so, you think the saucy daily ought to work for UEFI ?14:02
zequenceinfinity: Yeah, let me get those. Got to be kind of late yesterday14:05
apwrtg, saucy daily i would expect it to, whether it has been tested i dunno ... i can test it pretty easy14:06
rtgapw, thats what I'm up to right now on a tiano core box14:06
apwoh heh, then roughtly the same box as here14:07
apwls -l14:07
rtgppisati, linux-generic-lts-raring14:32
psivaajdstrand: thanks for the attempt for bug #1197484. the issue did not go away though, but /sbin/dhclient-script permission denied message has disappeared 14:41
ubot2`Launchpad bug 1197484 in isc-dhcp (Ubuntu) "Connection requests to saucy server VMs from a hosts fail after fresh VM installs" [High,Fix released] https://launchpad.net/bugs/119748414:41
jdstrandyeah, I saw your new bug14:41
jdstrandsorry it didn't work out14:41
psivaathanks for the attempt :) though, i understand reproducing is very tedious in that 14:42
rtgapw, cking: how _does_ one get a tunnel mountain tiano core machine to boot from DVD  when fastboot mode is enabled.14:50
apwrtg, i believe if fastboot is enabled you have to boot windows and turn it off don't you ?14:53
rtgapw, we didn't ever develop a UI that runs from Linux ? 14:53
rtgno wonder I hate this machine14:53
apwrtg, i don't think so, cause to boot linux you need to have already turned it ogff i think14:54
apwsomething dumb like that14:55
rtgshit, I don't have windoze.14:55
apwhmmm how did that happen14:55
apwthere may be a button you hold but no idea what it would be14:55
apwcking might if he was here14:55
rtgmanjo happened....14:55
apwand he might know too ... that manjo14:56
rtgmaybe _you_ shuold test the UEFI daily, and I'll go work on enabling armhf in LTS Raring.14:56
rtgapw, ^^14:57
apwrtg, ok, i did start it syncing some time back14:58
rtgapw, I could upgrade mine, but if it doesn't work then I'm hosed14:58
apwrtg np will do mine14:58
manjofastboot disables keyboard so there might be a way to get to bios 15:05
manjoso last UDS we talked about setting env var that says boot to bios on next boot using a menu option at reboot15:07
manjo<reboot> <shutdown> <boot bios>15:07
manjoI brought this up several times at UDS 15:07
rtgmanjo, its kind of a foundation issue15:08
manjoright 15:08
jdstrandpsivaa: do you have a way to test a package that is not in the archive?15:20
psivaajdstrand: i am doubtful since this appear to happen on the first boot when the installation finishes15:21
jdstrandpsivaa: are you able to stop the tests before the reboot?15:22
jdstrandpsivaa: or, do you see it after subsequent reboots?15:22
psivaajdstrand: i dont see that on the subsequent reboots15:22
psivaajdstrand: i could stop the tests after the reboots but the reboot will have happened then and if that's ok then i could try15:23
jdstrandpsivaa: what we want to do is modify the apparmor policy before it is applied in the next reboot15:24
psivaajdstrand: can that be done using preseed?15:24
jdstrandand by next, I of course mean, 'first'15:24
ppisatirtg: is linux-generic-lts-raring part of backports?15:24
jdstrandpsivaa: we can't modify policy in preseed no15:25
rtgppisati, no, should be precise main15:25
ppisatirtg: uhm15:25
ppisatiubuntu@c16:~$ apt-cache search linux-generic-lts-raring15:25
jdstrandpsivaa: if you can stop the machine before networking comes up, modify the policy, then resume boot, that would work15:26
rtgppisati, rtg@gomeisa:~$ rmadison linux-generic-lts-raring15:26
rtglinux-generic-lts-raring | | precise-security | amd64, i38615:26
rtglinux-generic-lts-raring | | precise-updates | amd64, i38615:26
rtglinux-generic-lts-raring | | precise-proposed | amd64, i38615:26
jdstrandpsivaa: another alternative is disabling appamor. are you able to adjust the kernel command line?15:26
ppisatirtg: ah wait15:27
ppisatirtg: amd64, i38615:27
rtgppisati, right now it is. I am working on producing an armhf version, so you can't test for awhile15:27
ppisatirtg: ok15:27
psivaajdstrand:ok, i dont think so, i'm asking the utah dev team to see if that's possible. but i think i can pause the vm before modifying the apparmor policy15:27
rtgI forgot the LTS was only x8615:27
psivaajdstrand: so it appears that we could modify the kernel command line args using preseeds. 15:34
jdstrandpsivaa: if you add this to the kernel command line: "apparmor=0" it should disable apparmor15:37
jdstrandpsivaa: you'll know it worked by running 'sudo aa-status' after rebooting15:37
psivaajdstrand: ok, thanks, ill try and report back how it goes15:38
bjfogasawara, can you verify bug 1196658 ?15:41
ubot2`Launchpad bug 1196658 in linux (Ubuntu Raring) "Add support for Intel Avoton SoC" [Medium,In progress] https://launchpad.net/bugs/119665815:41
bjfsmb, can you verify bug 1191726 ?15:41
ubot2`Launchpad bug 1191726 in linux (Ubuntu Raring) "dm-snapshot should be in the installer environment" [Undecided,New] https://launchpad.net/bugs/119172615:41
smbbjf, probably as for previous kernels only up to that it is in the udeb15:42
smbbjf, To that degree -> done15:49
bjfsmb, thanks15:49
infinityzequence: Thanks.16:09
infinityzequence: I'll double-check the lot and get things in proposed later tonight, if I don't get lost in a pub, tomorrow morning if I do. ;)16:09
zequenceinfinity: Thanks. Hot days like these can really turn you into an alcoholic16:14
infinityzequence: Yeah, it's pretty unpleasant out there.16:15
=== chuck_ is now known as zul
med_jsalisbury, how long should it take for a raring kernel to go from -proposed into -updates?17:07
med_ref: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/118041917:07
ubot2`Ubuntu bug 1180419 in linux (Ubuntu Saucy) "Ringtail on Hyper-V causes BUG: scheduling while atomic" [High,Fix released]17:07
jsalisburymed_, I believe it's about 3 weeks.  bjf may know for sure.17:08
med_bjf ^17:08
med_oh, okay17:08
* med_ thought it was 7 days...17:08
bjfmed_, approx. 3 weeks from start to finish. the ones in -proposed right now should hit -updates by friday of next week17:09
med_bjf, danke.17:09
med_jsalisbury, thanks17:09
=== fmasi is now known as fmasi_afk
jsalisburymed_, np17:10
* rtg -> lunch17:21
argesjsalisbury: hey should bug 1180419 be marked Fix Committed instead of Released ?17:23
ubot2`Launchpad bug 1180419 in linux (Ubuntu Saucy) "Ringtail on Hyper-V causes BUG: scheduling while atomic" [High,Fix released] https://launchpad.net/bugs/118041917:23
argesnot sure why somebody marked it released17:23
med_tx arges.17:26
bjfarges, yes, someone whas just being "helpful"17:32
arges: )17:33
rtgbjf, please have a look at the Raring LTS pull request. We should get that in the pipeline pretty soon. I also need to add armhf support to the meta package18:22
bjfrtg, will do right away. is it worth respinning what we have in the pipeline?18:22
rtgbjf, thats what the pull request does, e.g., I repackaged with a new version18:23
rtgbjf, though I noticed the changelog could use a tweak to include the LP bug number18:24
rtgand tracking number too I suppose18:25
bjfrtg, ack'd18:33
rtgbjf, you want it uploaded to the non-virt kernel PPA ?18:33
rtgbjf, ok, I'll fix tha changelog first18:34
bjfrtg, new tracking bug please, and we'll dupe the old one to this one18:34
Kanohi, will the package always use 3.10.0 name or change the .0 to something higher?18:55
rtgKano, its gonna change to 3.11.0 sometime around -rc318:57
Kanobut i mean when you rebase to 3.10.1 why do you keep the 0?18:57
rtgthe '0' in the package name is pretty much constant for packaging reasons18:58
Kanoalso you still dont use .orig18:58
rtgnot yet18:58
rtgwe will when 3.11 is released18:58
Kanoat least the firmware is updated now18:59
rtgfor now...19:00
Kanoi had to do my own package update with uvd, but for 3.11 you need other files, are those in there already?19:00
rtgKano, I think linux-firmware is rebased against tip of the upstream repo (as of a few days ago)19:01
Kanodid the one who asked to make ahci as module ever provide a link to an updated driver?19:09
Kanoi would revert it until he shows his code19:09
Kanonow i always have to patch the kernel back19:10
Kanobecause some users boot without initrd on uefi systems for max bootspeed19:10
Kanobtw. i would prefer nvidia/fglrx patches which are NOT activated via dkms, because you can adopt them more easy on debian packages when the kernel version checks are in the patch code and not in dkms.conf19:13
Kanowhat is the option to disable _amd64.tar.gz?19:14
Kanodoes 3.10.0-3.12 really compile??19:43
Kanoi really think there is a race condition19:49
bjfjsalisbury, any progress on bug 1173423 ?20:21
ubot2`Launchpad bug 1173423 in linux (Ubuntu) "Kernel fails to update EFI vars, rendering system unbootable [P8P67 PRO REV 3.1, BIOS 1904 08/15/2011]" [Critical,In progress] https://launchpad.net/bugs/117342320:21
jsalisburybjf, I never did hear back from upstream.  Let me ping em again.20:24
bjfmjg59, any thoughts on this bug? ^20:24
jsalisburybjf, even easier :-)20:25
bjfjsalisbury, i've no clue what timezone he is in20:25
jsalisburybjf, I'll send email again, but also use [RESEND] in the subject.20:29
mjg59bjf: Yeah, fixed by f8b8404337de4e2466e2e1139ea68b1f8295974f20:39
bjfmjg59, thanks20:40
jsalisburymjg59, bjf, thanks.  I'll build a test kernel for the bug.20:41
bjfjsalisbury, i think that is in the next 3.8 stable update20:41
bjfjsalisbury, this is the efi patch we were discussing two weeks ago20:41
jsalisburybjf, great20:42
bjfjsalisbury, we got possitive testing from cking so i think kamal has it all queued up20:42
jsalisburybjf, is it already in proposed?  20:42
bjfjsalisbury, no, next proposed20:42
jsalisburybjf, cool.  I'll request testing of proposed instead of building a kernel20:43
bjfjsalisbury, it will probably land in the master-next branch shortly20:43
jsalisburybjf, ok thanks.  20:44
jsalisburymjg59, I resent an earlier email.  I'll respond that you replied.  thanks again.20:44
kamalbjf, jsalisbury, mjg59: I did apply that that UEFI fix f8b8404 to ubuntu-raring, but somehow missed it for 3.8.y-stable ...  I'll sort that out.20:48
jsalisburybjf, updated bug20:49
mjg59kamal: Thanks!20:49
jsalisburykamal, thanks20:49
kamalbjf, jsalisbury, mjg59: minor correction ...  I didn't actually apply that fix to ubuntu-raring either :-(.   I just *planned* to do so.   I'll do so.20:59
infinitybjf: Argh.  Tim's lts-raring wasn't built against an orig.21:25
infinitybjf: I wish we had a better way to notice that regression other than me whining.21:26
bjfinfinity, agreed21:27
infinitybjf: Not that it's world ending for one upload to miss the orig, but it makes the diffs a lot harder to audit.21:28
med_bjf, thanks for correcting status of 1180419. I was really confused (and had assumed Lemberger was part of the kernel team)22:38
med_"Nicholas Lemberger is not an active member of any Launchpad teams."22:38
kamalbjf, jsalisbury, mjg59: ok, the UEFI fix f8b8404 now really is queued up for stable, which I will release on Monday.   we've decided that ubuntu-raring will just pick it up from there.23:01

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