[02:26] <blackboxsw> akutz: falcojr landed https://github.com/canonical/cloud-init/pull/953 I'll talk to falcojr to see if we can't attempt to produce a release for testing in Impish (Ubuntu 21.10) images. Initial feature freeze for Ubuntu Impish actually comes up in a week I think.
[14:15] <akutz> blackboxsw falcojr: Thank you both! If we can get this in 21.10, that would be amazing! Do you think it will at least be part of the next CI release?
[14:17] <falcojr> we need to figure out the netifaces dependency thing first, but yes...it should go into the next release and be backported to supported releases back to 18.04
[14:17] <falcojr> *supported Ubuntu releases
[15:19] <akutz> falcojr Ack. Please see https://github.com/canonical/cloud-init/pull/965
[15:19] <akutz> falcojr I'd rather stay on netifaces 0.10.9, but on the chance we need to flip to 0.10.4, here's a PR to do that with testing to verify it satisfies the most common use case.
[15:35] <akutz> is anyone else unable to push to their own GH remotes?
[15:36] <akutz> Yup, GH is experiencing issues https://www.githubstatus.com
[15:39] <akutz> falcojr GH's issues are preventing me from updating the above PR. I added a test to verify two network interfaces work as well.
[15:40] <falcojr> yeah, I'm having github issues too
[15:43] <falcojr> akutz: "but on the chance we need to flip to 0.10.4, here's a PR to do that". It sounds like you don't want to have to use this PR. Do we have a better alternative?
[15:44] <akutz> I mean, I'd almost always rather use the latest version. On the offchance we need to stick to 0.10.4 for CVE issues as noted in the DS PR comments, I wanted to have some level of confidence of what moving to 0.10.4 would mean.
[15:46] <akutz> falcojr: In other words, I wanted to have options. Now, true, it probably does not help my case to go with 0.10.9, but at the same time, if someone asked me could I say that 0.10.4 *wouldn't* work, then no, I would not have been able to truthfully state that. Based on the changelog there are possible issues people will encounter in the edgier edge cases, but still, having DS VMware in >=18.04 with netifaces 0.10.4 is better than not having the DS at
[15:46] <akutz>  all :)
[15:49] <falcojr> it's less about CVE issues specifically and more just what packages are supported where
[15:50] <akutz> Fair. In which case I would think pip would be a sensible approach?
[15:52] <falcojr> if we're talking about Ubuntu specifically, no, we use the dependencies packaged in the release
[15:52] <falcojr> so in focal and above, we'll get 0.10.9, and on below we'll get 0.10.4
[15:52] <akutz> Ack. Which brings us back to the PR.
[15:53] <akutz> I was confused when you asked me if I had an alternative. I do not. I just meant "if we need to flip to 0.10.4" in so far as to get VMware into older Ubuntu distros at all.
[15:53] <akutz> Anyway, once GH is back from the brink the PR will be updated.
[15:53] <falcojr> yeah, I can't even see the PR currently
[16:00] <akutz> Ugh
[16:00] <akutz> The diff is just the version change in requirements.txt. Here's the patch notes https://gist.github.com/akutz/c1ae7a64ee1bf7503e723e7332063d20
[16:51] <akutz> falcojr: Looks like the PR is now updated correctly
[19:29] <falcojr> akutz: "GH's issues are preventing me from updating the above PR. I added a test to verify two network interfaces work as well." As part of this PR? I still just see the version diff in requirements.txt
[19:29] <akutz> The tests are in the patch notes
[19:29] <akutz> Sorry I wasn't clear
[19:30] <falcojr> ahh, gotcha. Thanks
[19:30] <akutz> I just wanted to validate for my own sanity that both of the common use cases were covered with 0.10.4.
[19:32] <falcojr> are you wanting that entire test procedure to be part of the commit message?
[19:34] <akutz> I tend to draft thorough patch notes. If you want, I can move that out of the patch notes and into the PR's testing section.
[19:40] <akutz> falcojr: Updated the PR with the updated patch notes with the testing notes moved to the PR description's testing section.
[20:10] <akutz> Thanks falcojr!
[20:10] <falcojr> just merged :)
[20:15] <akutz> So I thought you already *had* merged it because I cannot read. I saw the notification via e-mail about something merging and main. Then when I went to tell my team that the PR wasn't actually merged, you merged it :)
[20:15] <falcojr> we're a mess of confusion here :D
[20:21] <akutz> Nah, y'all have been immensely helpful. I just have issues reading e-mail apparently.
[20:26] <akutz> falcojr: So, now I want more of course :) I think blackboxsw mentioned Ubuntu code freeze might be coming up? Do you or he foresee any challenge to making this DS part of Cloud-Init 21.3 and including it in the next Ubuntu release or older releases >=18.04? I'm not asking for a firm commitment, just whether you see any immutable blockers. Thanks!
[20:37] <falcojr> we should be good now. Everything is there to make it into the upstream release and we'll do an upload into impish before the code freeze. That reminds me that we need a small packaging change for this. That's something me and blackboxsw will handle though
[20:58] <akutz> Nice, thank you!!!


[10:31] <jea> jared: So I was just looking around our l.u.c page, and found an interesting date
[10:31] <jea> Re-verification Date : Oct. 25, 2015, midnight
[10:31] <jea> do you know anything about that?


[11:33] <qwerty> hi i got in problem in ubuntu linux 19.04 is not booting into gui mode
[11:34] <qwerty> does anyone knows how to resolve that problem


[02:13] <darkxst> RAOF, ping
[02:24] <RAOF> darkxst: Yo!
[02:24] <darkxst> RAOF, can you take a quick look at my pointer barrier patch
[02:24] <darkxst> https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1073724
[02:24] <darkxst> are you happy with that fix?
[02:25] <RAOF> I'm not actually at work this week, but re: your patch - my concern is whether it'll break BarrierNotify behaviour on the edges.
[02:28] <darkxst> well the original patch is a bit hacky, but I don't believe my patch breaks anything further
[02:30] <RAOF> Have you tested it? :) IIRC the gtest tests cover that behaviour
[02:31] <darkxst> RAOF, I have tested under unity and the sticky edges still work as expected
[02:31] <RAOF> Also testing hidden unity launcher reveal behaviour would be good
[02:32] <RAOF> Cool. I'll give it a better read post-baby
[02:32] <darkxst> the Barrier events use the clamped values anyway?
[02:32] <darkxst> I think the unclampled values are only needed for the velocity calculation
[02:33] <darkxst> hidden unity launcher = auto-hide dash right?
[02:41] <darkxst> RAOF, there is not test case for barrier_find_nearest() function
[03:05] <bjsnider> darkxst, you just never gave up on this. i need to learn to have that kind of perseverance
[03:11] <darkxst> lol, just want to see it fixed, this bug has been annoying me since precise
[03:12] <bjsnider> the way you bang down doors to get what you want is a skill i wasn't born with
[05:23] <tjaalton> bryceh: https://bugs.freedesktop.org/show_bug.cgi?id=49347
[05:23] <tjaalton> so there was a bug open about the issue, and now there's a patch
[05:27] <tjaalton> (that after rotating nexus7 with xrotate, the cursor would be jumping around)
[05:34] <Sarvatt> input not working after one touch on the network manager indicator is pretty crappy :)
[05:34] <tjaalton> dandrader is working on that
[05:35] <tjaalton> he reproduced it on a dell laptop
[05:35] <tjaalton> (touchscreen)
[05:35] <tjaalton> opening the indicator menus quickly repro'd it
[06:29] <mlankhorst> morning
[07:00] <mlankhorst> bryceh: nice readup on triaging
[08:18] <mlankhorst> should we sru 9.0.1 to quantal?
[08:20] <mlankhorst> actually guess it's time I move to raring :)
[08:43] <mvo> mlankhorst: speaking of SRU, I just uploaded the apt SRU, once its availalbe it would be great if you could sru-verify the version in quantal-proposed
[08:45] <mlankhorst> sure np
[08:46] <mlankhorst> actually quantal-proposed would be harder to test, but I can test the precise one
[08:46] <mlankhorst> would the reduced testcase work?
[08:47] <mlankhorst> i could probably just test the quantal one by installing it in precise and testing though, if that's ok
[08:48] <mvo> mlankhorst: yeah, I think that would work, thanks
[09:06] <mlankhorst> ah great raring chroot/netboot works
[09:45] <mlankhorst> Sarvatt: ugh bzr is awful, can you check if I accidentally overwrote your changes with a merge?
[10:10] <mlankhorst> RAOF: argh I remember why I needed to override xserver-common, sadly can't get rid of that, but I'll try dpkg-divert
[10:23] <mlankhorst> ugh things get ugly fast, there..
[10:25] <mlankhorst> guess I'll just try to install protocol.txt only and depend on normal xserver-common too for the Xserver manpage
[10:53] <mlankhorst> mvo: hm seems i had a bug so it didn't do conflicts properly, might explain why I set that bug off in the first place :-)
[11:37] <mlankhorst> RAOF: ok if mesa and intel build I'll do a ppa7 attempt with renamed libdrm, nothing should be hardcoded on the name any more. I should be able to change the soname to libdrm-ltsq.so.2 for example
[14:40] <mlankhorst> hmm
[14:40] <mlankhorst> RAOF: can I submit the libdrm hack anonymously? it's really really really fugly..
[14:45] <ogra_> *giggle*
[14:46] <jcristau> mlankhorst: git commit --amend --author=raof
[14:50] <mlankhorst> jcristau: it's for the renamed stack, basically take libdrm from quantal, do some evil voodoo, end up with something that's libdrm but not quite
[15:55] <mlankhorst> calling eod, enough messing around with libdrm
[16:56] <bryceh> tjaalton, thanks, I'll test that out
[19:14] <Yuioup> Hey all
[19:14] <Yuioup> I have a question: I'm beta testing Steam for Linux and am using an AMD card. According to this wiki page: "https://wiki.ubuntu.com/Valve", the experimental driver has not been released yet. Does anybody know when those drivers might be released?
[19:16] <Yuioup> Nobody here?
[19:19] <bryceh> no eta yet.  whenever tseliot gets to the task
[19:25] <Yuioup> Ah. Is there a way for me to download the driver somehow? Or is this something I cannot download seperately?
[20:57] <bjsnider> why is he using an amd card, is what i want to know
[21:08] <JanC> bjsnider: why not?
[21:09] <bjsnider> because he isn't using windows
[21:10] <JanC> I've had more luck using AMD cards then using Nvidia cards on linux
[21:10] <JanC> but then again, I don't play games
[21:10] <JanC> or at least not very often/many
[21:11] <bjsnider> that's the first time i've seen someone say that
[21:11] <JanC> in any case, things should just work if you use common hardware
[21:13] <JanC> of course, I understand the people behind Steam worked more closely with Nvidia than with AMD until now...


[01:25] <Nothing_Much> http://www.reddit.com/r/Ubuntu/comments/2gpsm2/ubuntuphone_mailing_list_hardware_testing_for_the/ I had to post that on reddit :D
[01:47] <Patrickdk> how do I locate supported hardware?
[02:05] <Nothing_Much> Patrickdk: https://wiki.ubuntu.com/Touch/Devices
[04:51] <pitti> Good morning
[18:29] <ianorlin> hmm what should I report bugs against for screen brightness keys not working on an hp laptop when they were before ?
[18:38] <cgoldberg> ianorlin, enter it in the Launchpad bug tracker, under Ubuntu:  https://bugs.launchpad.net/ubuntu/+filebug
[18:39] <cgoldberg> not sure exactly what to tag it, but be as descriptive as possible
[18:39] <cgoldberg> might be a Unity issue.. might a be kernel issue... not really sure
[18:40] <ianorlin> I am currently using lxde though
[18:42] <ianorlin> I could also see if it works in unity but might try in a live session for that but don't want to download a whole iso on hopsital wifi
[18:59] <cgoldberg> ianorlin, then file against lxde or lubuntu
[19:27] <balloons> bunosera Letozaf_
[19:27] <Letozaf_> balloons, buonasera. come va ?
[19:29] <balloons> occupato ma bene. e tu?
[19:29] <Letozaf_> balloons, bene :-) your Italian is great!
[19:32] <balloons> Letozaf_, lol! that's almost my entire vocab right there
[19:32] <balloons> just what I've learned from you :-)
[19:34] <Letozaf_> balloons, lol
[20:37] <Letozaf_> balloons, just one question on filemanager app: tests are not failing on the Desktop as it does not have any "PIN code" or "Password" extra authentication so I will have to run the tests on a device to see the failures and fix them
[20:37] <balloons> Letozaf_, well, you simply need to get filemanager to launch on the device with the new argument so it doesn't prompt for a pin
[20:37] <balloons> and yes, it doesn't prompt on the desktop
[20:38] <balloons> from there, we can add tests to also make sure it does prompt, but we'll start with the simple case
[20:38] <balloons> make sense?
[20:38] <Letozaf_> balloons, yes ok everything is clear now
[20:39] <balloons> Letozaf_, looks like he set it up as --forceAuth false
[20:40] <Letozaf_> balloons, yes I saw that thanks (this time  I did :P )


[11:38] <snap-l> CHC folks: Are you OK with having the CHC event at the normal time?
[12:19] <snap-l> And good morning, btw.
[12:23] <brousch> No. Kid woke up at 4:45 coughing again
[12:27] <snap-l> brousch: Just tell him to stop breathing overnight and start breathing at a decent hour
[12:28] <snap-l> <- problem solver
[12:32] <brousch> my hero
[14:43] <snap-l> Whomever is calling me from Big Rapids and not leaving a message, I have blocked your number. Either neave a message next time, or stop calling.
[14:43] <snap-l> Or better yet, contact me via e-mail at<EMAIL_ADDRESS>[14:43] <brousch> It's not calling from Big Rapids. They're calling from in your house!
[14:43] <snap-l> Fine.  "I don't care if you work at Delicious, here is bookie bitch! Use it, love it, SFTU!"
[15:42] <nixternal> STFU too
[17:08] <snap-l> http://decafbad.net/2012/10/31/why-disney-buying-lucasfilm-freaked-me-out/
[17:52]  * snap-l is liking this version of Master of Puppets by Trivium
[17:53] <snap-l> http://www.youtube.com/watch?v=qMBeh27WtBg
[18:18] <snap-l> http://en.wikipedia.org/wiki/Razor_%26_Tie <- Their list of Current Artists is pretty whacked out
[18:18] <snap-l> Shadows Fall next to The Wiggles and Suzanne Vega
[20:40] <snap-l> dammit, had a hard lock on my machine
[20:40] <snap-l> and nothing in the logs to let me know what the hell happened.
[20:41] <Blazeix> that's just ubuntu getting in the spirit of trick-or-treat
[20:42] <Blazeix> rand() > 0.5 ? treat() : kernel_panic();
[20:42] <snap-l> yeah, well I wish it would also stop logging every damn time Chrome does something
[20:42] <snap-l> Oct 31 16:13:58 lister kernel: [143631.172203] type=1701 audit(1351714438.535:2443): auid=4294967295 uid=1000 gid=1000 ses=4294967295 pid=12186 comm="chrome" reason="seccomp" sig=0 syscall=4 compat=0 ip=0x7f168f77c205 code=0x50002


[07:22] <bullgard6> '~$ sudo modinfo snd; ...;  parm:  slots:Module names assigned to the slots. (array of charp)'. What does  »charp« stand for? '[array of] character parameters?
[07:22]  * smb guess char pointers
[07:22] <bullgard6> Ah!
[07:51] <ppisati> moin
[07:51] <apw> ppisati, moin, bad
[07:51] <apw> head ?
[07:52] <ppisati> no, i'm ok
[07:54] <smb> ppisati, Surprising after having received so much beating... ;-P
[07:55] <ppisati> i didn't receive any beating, they did... :)
[07:55] <smb> Hehe, yeah, I know. Could not resist, though. :)
[08:10] <cooloney> morning, apw, smb and ppisati, EU folks
[08:10] <smb> Morning cooloney
[08:11] <apw> cooloney, moin
[08:47] <ppisati> brb
[09:09] <cooloney> cking: morning
[09:09] <cking> cooloney, hiya
[09:10] <cooloney> cking: i'm just wandering are you still working on some benchmark for CFQ and deadline stuff?
[09:10] <cking> cooloney, not recently
[09:12] <cooloney> cking: ok, got it.
[09:36] <cooloney> cking: i'm just think how to reproduce the issue like this https://lkml.org/lkml/2011/6/9/167
[09:38] <cooloney> cking: apologize for the delay response.
[09:39]  * cking looks
[09:41] <cking> bah, need to kick my AP again
[09:42] <cooloney> cking: thx
[09:45]  * ppisati starts the airco
[10:43] <apw> henrix, you need a much bigger mic :)
[10:44] <henrix> apw: yeah, i'm using my internal mic atm :-/
[10:44] <apw> that'd be your problem, they suck
[10:55] <brendand> does anyone know why there might be a disparity between the amount of RAM you think you have installed, and the amount reported by /proc/meminfo (MemTotal). Let's assume it's a 64 bit install
[10:55] <apw> brendand, by how much ?
[10:56] <apw> brendand, i believe memtotal is how much memory was 'available' when the kernel freed unused ram into the pool.  ie the kernel itself is not included and nothing reserved is included
[10:56] <brendand> apw - what kind of things reserve memory?
[10:57] <apw> acpi tables, memory to hold information about the memory pages themselves, the kernel binary itself etc
[10:57] <apw> those things which you need to already have to be able to "visualise" the memory you have
[10:58] <brendand> is there anywhere that tells me how much each of those things uses?
[10:58] <apw> brendand, in a digestible form not that i know of, you get hints probabally in the dmesg output at boot about the sizes of various things
[10:58] <apw> how much are we missing that you'd care
[10:59] <brendand> so, let's say the memory installed is 1GB and MemTotal is 758076 kB
[10:59] <apw> that sounds unexpectedly low to me
[11:00] <apw> with 4GB or RAM i am missing 186100
[11:01] <brendand> i have another system which has 8Gb installed and is missing 2Gb
[11:01] <brendand> although that's i386 PAE
[11:01] <brendand> not sure if that explains it
[11:01] <apw> if its as much as 2GB thats more likely a h/w limitation and the e820 dump can help figure that out
[11:02] <apw> not all machines cna express all the RAM they will let you put in them
[11:02] <apw> for that 1GB machine a dmesg may be instructive
[11:02] <ohsix> you still need pci regions for devices that can't do DAC and bios' that won't let you tell it that you want that :]
[11:04] <apw> yep all depends how much ability to non-linearise the BIOS/hardware has in placing various ram components
[11:04] <apw> i suspect with 8GB you have two 4GB sticks, so it probabally cannot avoid dropping the ACPI and PCI spaces over the RAM and hiding some of it
[11:05] <brendand> http://paste.ubuntu.com/1071081/
[11:05] <apw> if it has 4 2GB sticks it might be able to do something more appropriate
[11:05] <brendand> for the 1GB system
[11:05] <brendand> oh i see the e820 stuff at the beginning
[11:06] <brendand> 759MB LOWMEM available.
[11:07] <brendand> right on the button. have no idea how it works that out though
[11:08] <apw> [    0.000000]  BIOS-e820:<PHONE_NUMBER>100000 - 000000002f780000 (usable)
[11:08] <apw> and that is what the BIOS says it has
[11:09] <apw> 2f780000 is 759M
[11:11] <apw> brendand, and i can see nothing that even looks like the rest of any ram this machine is meant to have even marked as something else
[11:12] <apw> brendand, are we sure this has 1GB in it?  if i add this up its pretty much saying there is 768MB, which would be a 512MB+258MB
[11:13] <ohsix> dmidecode to the rescue
[11:13] <apw> brendand, or is it being reserved for video ram, a low-end video sharing main memory for its vram, though 256MB seem excessive
[11:14] <apw> brendand, yeah as ohsix says can we have a full dmidecode output
[11:14] <brendand> apw - the video is onboard intel
[11:15] <apw> [    1.034945] agpgart-intel 0000:00:00.0: detected 131072K stolen memory
[11:15] <apw> so 128M is likely used by video
[11:16] <apw> i would also check in teh bios to see how much it thinks its allocating
[11:16] <brendand> apw - the figure is from dmidecode (i don't have physical access to these systems). so it's either 1GB stick or two 512MB
[11:16] <brendand> http://paste.ubuntu.com/1071094/
[11:17] <brendand> one gigabyte stick
[11:17] <brendand> right, i had heard/read that video cards can take ram for vram
[11:17] <brendand> and we just need to look in dmesg or is there somewhere in sys/proc where that can be looked up?
[11:18] <apw> brendand, yep so i would be suspicious to know if the bios has allocated 128 or 256 given the GART size is 256
[11:19] <apw> as for your 8gb machine again we'd need a dmesg
[11:20] <ohsix> what was the problem anyways, suspect that a more than neccessary amount of ram is being shadowed?
[11:20] <apw> symptom as reported was 1gb machine showing 759MB of ram
[11:20]  * ppisati -> lunch
[11:20] <apw> and yes suspecting that the shadowing in the BIOS is wrong
[11:22] <ohsix> hm, i forget if pci=nocrs is worth trying
[11:22] <ohsix> the bios can be dumb about placing devices and theres a way to get linux to try again for you
[11:23] <apw> i think in this case the machine has plenty of space to play with, as it only has 1G
[11:23] <brendand> 8GB DMI - http://paste.ubuntu.com/1071099/
[11:23] <ohsix> right, assuming the bios isn't super silly :p
[11:24] <brendand> 8GB dmesg - http://paste.ubuntu.com/1071103/
[11:24] <ohsix> it can't move all the devices anyways, so it could still leave the problem one in a bad place :\
[11:25] <brendand> apw - ok, scratch the 8GB one
[11:25] <brendand> apw - i was reading a system rom as a ram stick
[14:00] <Kalidarn> hi, i'm currently getting a kernel panic with the ATI fglrx driver, when i shut down what's the current doc for debugging kernel panics
[14:00] <Kalidarn> https://wiki.ubuntu.com/Kernel/CrashdumpRecipe i had a look at that, not sure if those 9.04 instructions are relevant
[14:00] <Kalidarn> or if there's a better way now
[14:25] <Kalidarn> hmm wel not really any need to debug it further the screen error is exactly the same as comment #4 of bug 750437
[14:25] <ubot2> Launchpad bug 750437 in fglrx-installer "fglrx hard lockup on shutdown" [Undecided,Confirmed] https://launchpad.net/bugs/750437
[15:18] <alexbligh1> Are there any plans to build a precise-backport kernel for Lucid, like there is oneric backport & natty-backport?
[15:47] <cking> apw, http://www.entropykey.co.uk/res/device.jpeg
[15:49] <apw> alexbligh1, i believe not currently
[15:49] <apw> thats what precise is for
[15:50] <Insyte> I have a Lucid -virtual VM that is crashing every few days.  It crashes hard and fast enough that no crash info escapes via syslog or local log files.  Any recommendations on trying to capture some decent data to start tracking down the cause?
[15:52] <ppisati> ogra_: http://people.canonical.com/~ppisati/linux-image-3.4.0-202-omap4_3.4.0-202.8_armhf.deb
[15:52] <ppisati> ogra_: give it a test if you can
[15:56] <apw> Insyte, what virtualisation are you using to run it
[15:56] <Insyte> KVM
[15:56] <Insyte> Under ganeti.
[15:58] <apw> Insyte, a quick chat round here, noone seems to know of a way, but noone is willing to say there isn't one ... you might get a better answer on #ubuntu-server however
[15:58] <Insyte> I'll check there.  Thanks.
[16:00]  * ppisati -> gym
[16:01] <ogra_> ppisati, will do, thanks
[16:01] <Eimann> Insyte: I guess you already tried kdump?
[16:02] <Insyte> Eimann: I've been reading up on it.  Haven't tried it yet.  Is that generally the best approach?
[16:02] <Eimann> Insyte: if you can force it to hang without a reboot, you can also try virsh dump <vmname> crashdump
[16:03] <Eimann> I would try kdump first and see if this already give you a coredump you can analyze
[16:03] <Insyte> OK, thanks.  Unfortunately the second option isn't available to me as Ganeti doesn't use libvirt.
[16:04] <Eimann> hmm yes indeed
[16:05] <Insyte> If I'm not running a -debug kernel, am I going to get any useful information out of a kdump dump file?
[16:11] <apw> Insyte, you should, as most crashes the basic information is what one needs to have any clue as to caus
[16:11] <Insyte> apw, excellent.  Thanks.
[16:12] <argu_halfabrain> Hi
[16:13] <argu_halfabrain> any clues why only 2 cores would be enabled on a quad core system? running latest 12.04, was fine on 10.04
[16:20] <alexbligh1> apw, indeed, but we have binaries that won't run under precise due to library issues (libdbi1/libdbi0, openssl1.0.0 vs 0.98.x etc.) - and I'm trying to avoid having 2 different software versions just to run on different hardware. The long term answer is 'move everything to precise' which is what we are doing for a next major release but it's a PITA for a minor release.
[16:20] <apw> argu_halfabrain, pastebin the output of cat /proc/cpuinfo
[16:20] <argu_halfabrain> from lshw -class cpu "cores=4 enabledcores=2 threads=4"
[16:21] <apw> alexbligh1, i can see how yet another lts backport would be handy, but you'd be just asking for Q then R for it, and we have to stop somewhere
[16:21] <argu_halfabrain> http://pastebin.com/EgzucL66
[16:25] <apw> argu_halfabrain, nothing obvious in there, it appears to have brought up the hyper threads on the first cpu if i am reading it right, pastebin a dmesg perhaps
[16:25] <alexbligh1> apw, well, the place I'd suggest stopping is 'nothing beyond the next LTS'. Our launch date was within a week of Precise so was no chance of using that. If we don't move to the next LTS by the time LTS+1 is out, that's our issue.
[16:26] <alexbligh1> apw, I can't believe other people who are "LTS only" for userspace would not have similar issues.
[16:26] <apw> alexbligh1, and that has been argued, that there is utility in lts+1 to lts backports, but that was not planned for L
[16:26] <apw> alexbligh1, the plan with the lts backports was to give you h/w enablement for the previous lts until the next lts came out, which it has
[16:27] <apw> that goal doesn't need P on L, and so its not been in plan
[16:27] <argu_halfabrain> also lshw -class cpu http://pastebin.com/1js0aCcu
[16:28] <argu_halfabrain> rebooting that machine, will pastebin dmesg in a minute
[16:32] <alexbligh1> apw, grumble grumble :-)
[16:33] <apw> alexbligh1, i am not ruling it out as every happening, but right now its not the plan.  we review the plans often however for impact.  it might be appropriate to ask on the kernel-team list stating your use case
[16:34] <alexbligh1> apw, thx - I might just do that :-)
[16:35] <argu_halfabrain> dmesg output http://pastebin.com/1LLQC4gw
[16:43] <apw> argu_halfabrain, whats in /sys/devices/cpu, how many cpuN directories
[16:43] <apw> cat same directory online and offline
[16:46] <argu_halfabrain> apw: cpu0, cpu1
[16:46] <argu_halfabrain> online 0-1, offline 2-31
[16:55] <apw> argu_halfabrain, ok nothing there is any help at all, i think the next step is file a bug and we'll want a dmesg and /proc/cpuinfo for the work and non-working cases
[16:56] <argu_halfabrain> apw, ok thanks
[16:56] <argu_halfabrain> gonna try a custom kernel
[18:34] <bryceh> jsalisbury, bug #918769 looks ripe.  Patch is now in 3.5-rc4.
[18:34] <ubot2> Launchpad bug 918769 in xserver-xorg-video-intel "X blink with Vostro 360 and Ubuntu Oneiric and Precise" [Medium,Fix released] https://launchpad.net/bugs/918769
[18:43] <jsalisbury> bryceh, thanks!
[18:51]  * ogasawara lunch
[19:02] <bobo37773> Anyone know which kernel patches are included in the ubuntu kernel related to copying to and from a usb device?
[19:09] <bobo37773> Yeah alright. Guess I'll just have to hack it apart until I can figure it out. Thanks anyways
[20:58]  * bjf -> giving blood
[22:41]  * bjf[blood] is back


[08:25] <micahg> Laney: tumbleweed: highvoltage: only solution I see to resolve the conflict for ARB members at the MOTU BoF that is doable is to move the MOTU session to 4:15PM, 12PM also seems to work, but that's when the 64 bit session is
[08:28] <ajmitch> micahg: what did you need?
[08:29] <micahg> ajmitch: ah, was going to ask you about moving the ARB session, but that won't work due to stgraber's commitments, so our only option to allow the ARB MOTUs to be at the MOTU BoF is to move the MOTU session
[08:30] <ajmitch> so you're going for least-worst time that might suit people?
[08:30] <micahg> I guess so
[08:31] <ajmitch> 4:15 is ipv6 health check, which stgraber will be rather involved in
[08:32] <micahg> ajmitch: right, he's only interested in the ARB session though
[08:32] <ajmitch> ok
[08:32] <micahg> or at least scheduled as such :)
[08:33] <ajmitch> it's hardly guaranteed that I'll still be awake & coherent at any of the listed times, so just schedule around who'll actually be there :)
[08:34] <micahg> ajmitch: thanks
[08:34]  * micahg wanders off to catch a few hours of sleep
[08:34] <ajmitch> lucky for some, neighbours just put some music on... :)
[08:35]  * micahg has to be up in a few hours
[08:35]  * ajmitch was going to try & be up for all the sessions as well
[08:35] <micahg> :(, well good luck
[08:35] <ajmitch> we'll see, good night
[08:37] <micahg> night
[11:59] <Tm_T> tavasti: welcome (;
[12:00] <tavasti> Thanks!
[12:00] <tavasti> so, to real things, what we started: bug https://bugs.launchpad.net/ubuntu/+source/zabbix/+bug/761730
[12:01] <tavasti> sure, thats trivial to fix. If I fix it, how I can get my fix to ubuntu?
[12:04] <Tm_T> tavasti: while waiting others to answer, I suppose this could help: https://wiki.ubuntu.com/MOTU/Contributing
[12:04] <tavasti> and when looking at zabbix bugs, most likely zabbix-server-mysql has similar dependency problem
[12:05] <tavasti> Tm_T, ok, thats good starting point
[12:55] <ajmitch> micahg: did you find a suitable time for the MOTU BOF?
[12:55] <micahg> well, haven't heard from the others yet
[13:08] <tumbleweed> micahg: sorry, I was sleeping
[13:14] <micahg> tumbleweed: understandable at the hour I pinged you :)
[13:16] <tumbleweed> well, I got back to my room and decided I didn't want to open my laptop
[13:16] <nigelb> tumbleweed: what!
[13:16] <nigelb> :)
[13:17] <tumbleweed> nigelb: it *was* 2:30 in the morning, and the laptop was shut down (it had run flat)
[13:17] <nigelb> tumbleweed: pffft excuses :P
[13:19] <micahg> tumbleweed: wise decision, opening the laptop kept me up for another hour when I got back :-/
[13:24] <ajmitch> tumbleweed: almost 2:30 in the morning here, how I love how timezones line up...
[13:24] <tumbleweed> :)
[13:25] <tumbleweed> US UDSs work well for european/african timezones, you can get work done in the morning and listen to UDS in the afternoon
[13:25] <nigelb> tumbleweed: This one works well for eme. Starts right at EOD from work.
[13:26] <ajmitch> but or NZ, it means starting at 2AM & still listening to sessions when at work in the morning
[13:26] <nigelb> Except it goes into 1:30 in the morning
[13:26] <ajmitch> s/or/for/
[13:26] <tumbleweed> ajmitch: sounds lovely :)
[13:26] <ajmitch> tumbleweed: oh it is, I was playing civ iv for a few hours while waiting ;)
[13:34] <Quintasan> ajmitch: Civ IV++
[13:40] <micahg> tumbleweed: so, what do you think about moving the MOTU session to later
[13:48] <ajmitch> micahg: when do you think you can fit it in?
[13:48] <tumbleweed> micahg: none of the options are ideal :/
[13:49] <micahg> tumbleweed: yeah, I know :(
[13:49] <tumbleweed> 1500 is ideal for me, although I'd be triple-booked. Dunno about other people
[13:50] <tumbleweed> I think the 64bit discussion would be too popular
[13:50] <tumbleweed> and I want to get to new package workflow
[13:50] <ajmitch> MOTU probably has a bit of overlap with the developer advisory team discussion at 1500
[13:50] <micahg> right, that's why I was thinking 16:15
[13:50] <tumbleweed> 1600 kinda works
[13:51]  * ajmitch can listen to 2 streams at once then :)
[13:51] <broder> 1600...UTC or EDT?
[13:51] <micahg> EDT
[13:51] <tumbleweed> broder: summit time
[13:51] <tumbleweed> ajmitch: that's what recordings are for :)
[13:52] <tumbleweed> also, yeah I move around between sessions a lot more when participating remotely
[13:52] <ajmitch> tumbleweed: that's what having 2 computers is for
[13:52] <tumbleweed> hah
[13:52] <broder> i can live with 16:15. i guess i'm the only one who didn't get a conflict with the original block? :-/
[13:52] <tumbleweed> broder: app review board has a reasonable overlap
[13:52]  * micahg was hoping a mentoring MOTU could be in the developer advisory team meeting
[13:53] <micahg> broder: no, we don't have a conflict either, it's for the ARB people
[13:55] <ajmitch> those dastardly ARB folk, messing everything up
[14:54] <ajmitch> so was it decided to move the MOTU session?
[15:00] <tumbleweed> no
[15:02] <ajmitch> ah well
[19:47] <c_korn> hum, a postinst script is normally run with set -e. now I want to run a command where it is completely safe that it exists with 0 and 1. (but no values other than that because 2 is a real error while 1 is only a warning). but when it exists with 1 postinst fails. I basically do a "run x; ret=$? ; if [ $ret != 0 -a $ret != 1 ] ;" …
[20:30] <broder> c_korn: i would write that with "run x || [ $? = 1 ]"
[20:30] <broder> the shell will evaluate that as a single expression, and the whole expression has to be non-0 to trigger set -e
[20:31] <broder> so if "run x" returns 0, the shell stops and we're good.
[20:31] <broder> if it returns 1, the shell looks at the second half of the expression and evaluates that to determine if the whole expression returns "true" (i.e. 0) or "false" (i.e. 1)
[20:35] <c_korn> oh, this is brilliant broder
[20:36] <broder> it's just one of those idioms you pick up over time :)
[20:39] <c_korn> so the if statement results into this? "if [ run x -o $? = 1 ] ;"
[20:40] <broder> no, that's incorrect for several reasons
[20:40] <broder> first, "[ run -x -o $? = 1 ]" won't cause "run -x" to be executed
[20:40] <broder> you should think of "[" as if it were an actual program
[20:40] <broder> it used to be
[20:40] <broder> it just has a funny name
[20:40] <c_korn> or a special variable: ret=run x || [ $? = 1 ]
[20:40] <broder> you don't need an if statement or anything
[20:41] <broder> just do "run x || [ $? = 1 ]"
[20:41] <broder> with set -e, it'll either exit, or you keep going
[20:41] <c_korn> the thing is, in case the return value of "run x" is neither 0 nor 1 I want to bring a warning and to some clean ups
[20:42] <c_korn> hum, is this why there is "ls /usr/bin/\[" ? ;)
[20:43] <broder> yeah
[20:44] <broder> maybe you should go into some more detail about what your postinst is doing. my instinctive response is that if you need to do explicit cleanup, your postinst may be too complicated
[20:45] <c_korn> ok, here it is: http://pastebin.com/raw.php?i=uucGVP3p
[20:46] <c_korn> or with line numbering http://pastebin.com/uucGVP3p it is line 42 (yay)
[21:01] <jcfp> c_korn: you just want the script to continue past line 42 with the result of unzip in $ret?
[21:02] <c_korn> hm, yeah. but what I basically want is that unzip is allowed to access with both 0 and 1 but nothing else
[21:23] <jcfp> c_korn: unzip ... && ret=$? || ret=$?
[21:23] <jcfp> or ret=0; unzip ... || ret=$?
[21:23] <jcfp> sets ret but doesn't exit asap
[21:24] <c_korn> uff, the first one definitely required some thinking ;)
[21:24] <c_korn> s/required/requires/
[21:25] <c_korn> an assignment like ret=$? always returns 0 I assume. or does it return the value of $? ?
[21:26] <broder> it returns 0
[21:26] <jcfp> yup, that always succeeds so it continues with ret set to whatever unzip came up with
[21:34] <c_korn> ok, this worked fine, thanks broder and jcfp
[21:52] <Guest53363> Hello
[21:52] <Guest53363> I have a quick question, what do I do after I have read the Packaging Guide and the Getting Started Guide?
[21:57] <jtaylor> package something?
[21:57] <jtaylor> or adopt an orphaned package
[21:57] <jtaylor> or fix bugs
[21:57] <jtaylor> debian policy is also always a good read
[21:58] <Guest53363> How do I find a list of aphoned packages?
[21:59] <jtaylor> http://www.debian.org/devel/wnpp/
[22:00] <broder> Guest53363: we also have a project to keep track of bugs that we think would be easy to work on and good starter projects: http://harvest.ubuntu.com/opportunities/?pkg=&opplist=bitesize
[22:04] <Guest53363> Ok
[22:13] <broder> Guest53363: but right now UDS (aka our big planning shindig) is just wrapping up, and the closing party starts in an hour, so things may be a bit dead around here this evening
[22:19] <Guest53363> Ah ok :)
[22:40] <benonsoftware> Hi all
[23:19] <tumbleweed> benonsoftware: hi. as broder said just before you appeared. UDS (the 6-monthly developer summit) is just starting its closing party, so everyone who is normally helpful here is away from their laptops
[23:19]  * tumbleweed heads to the party
[23:19] <benonsoftware> :) Ok thanks for letting me know
[23:20] <tumbleweed> of course, not everyone is at UDS, though
[23:21] <benonsoftware> :)


[01:27] <pangolin> !language > Argorok
[04:34] <pangolin> @mark #ubuntu LinuxRules<EMAIL_ADDRESS>continuously off topic, makes unhelpful comments.
[12:53] <ikonia> fine
[14:18] <h00k> @login
[14:18] <h00k> @btlogin
[15:37] <pangolin> !msgthebot > ababaab
[22:06] <guntbert> hi, it may be possible that AnonMasochist in #ubuntu is a troll - at least some of his text sounds weird - "I'm a IT Techie"   "I'm scared of command line"
[22:17] <AlanBell> just someone who doesn't know how to help themselves I think
[22:26] <AlanBell> then again, there is the ragequit
[22:29] <_jason> he's the "I know what's wrong, but want your help fixing and no I won't listen to what you say" type
[22:31] <AlanBell> and no, trying a more recent version of ubuntu than 10.04 is out of the question, but switching to another distro is no problem
[23:25] <maco> you gyze you gyze i found a thing for irc http://1.bp.blogspot.com/_BSVqZ_9k8cU/SMrlnFhwtMI/AAAAAAAAABc/ZQrgIp-xITQ/s1600-h/aveloc.jpg
[23:42] <Myrtti> maco: *chortle*
[23:42] <Myrtti> brilliant