[07:08] <smb> apw, green (the same as the desktop) :)
[07:10]  * smb wonders what apw did at the keyboard in the middle of the night anyway...
[07:18]  * apw yawns
[09:45] <ppisati> ok, so it's either my lcd or my panda board but i can't get any video output anymore.. i tested 3 kernels already with not output at all
[10:08] <henrix> apw: do you know where the stable shank script is executed? i guess it should be some sort of cron job, but not sure...
[10:09] <henrix> apw: i was hoping to get some sort of logs from its execution.
[10:09] <henrix> apw: any idea?
[10:09] <apw> henrix, now you mention it no i don't.  i'd start with people.c.c, much runs there
[10:09] <apw> as the kernel user
[10:09] <henrix> apw: ok, thanks. i'll check that
[10:11] <apw> henrix, if its not there yell and i'll think more
[10:12] <henrix> apw: it looks like that's the place
[10:12] <apw> good stuff
[10:12] <henrix> apw: now, i just need to figure out if there are any logs being kept
[10:12] <apw> henrix, it keeps some information in the top of the bugs it updates, transitions etc
[10:13] <henrix> apw: yeah, i would expect that. any idea where?
[10:15] <apw> henrix, other than somewhere in the kernel user, not a clue, though i also think it may mail out things
[10:15] <henrix> apw: ok, thanks. already found something, but not quite what i'm looking for
[10:15] <apw> damn
[10:15] <henrix> apw: don't bother. if i can't find it, i'll ask brad later on
[10:15] <henrix> apw: not that urgent anyway
[10:16] <apw> henrix, ok :)
[11:49]  * ppisati -> lunch
[12:03] <tgardner> cking, bug #966782 may indicate an ASPM regression
[12:03] <ubot2> Launchpad bug 966782 in linux "irqs disabled after kernel update" [Undecided,Confirmed] https://launchpad.net/bugs/966782
[12:30] <cking> tgardner, ok will look at it
[14:14] <stgraber> hello kernel people, I just went through my list of kernel related bugs for thin clients and I have 3 upstream commits that I'd appreciate if we could cherry-pick
[14:14] <stgraber> bug 911920, bug 911916 and bug 907055
[14:14] <ubot2> Launchpad bug 911920 in linux "hp st5747 Thin Client Needs LDVS removed" [Medium,Triaged] https://launchpad.net/bugs/911920
[14:14] <ubot2> Launchpad bug 911916 in linux "hp t5745 Thin Client Needs LDVS removed" [Medium,Triaged] https://launchpad.net/bugs/911916
[14:14] <ubot2> Launchpad bug 907055 in linux "Clientron E830 Thin Client Needs LDVS removed" [Medium,Fix committed] https://launchpad.net/bugs/907055
[14:15] <stgraber> all of them very simple LVDS quirks being added, all of them landed in the upstream kernel and all of them making the thin client pretty much unusable by default
[14:15]  * cking slips off to attend to a sick head
[14:15] <stgraber> as LTSP would configure a dual-head setup with a non-existing screen, thereby hiding a significant part of the screen from the user
[14:16] <tgardner> stgraber, I'll have a look
[14:16] <stgraber> tgardner: thanks
[14:28]  * ogasawara back in 20
[14:40] <cnd> bjf, ogasawara: where's the code that creates the kernel bug reports like http://reports.qa.ubuntu.com/reports/kernel-bugs/reports/_kernel_hot_.html
[14:52] <ogasawara> cnd: should be kteam-tools git repo
[14:52] <cnd> ok, thanks :)
[15:05] <tgardner> ppisati, jsalisbury, ayan, henrix: rebooting tangerine for kernel update
[15:05] <ppisati> k
[15:05] <henrix> tgardner: ack
[15:05] <jsalisbury> tgardner, ok, thanks
[15:10]  * ppisati -> back in 10m
[15:24] <apw> ogasawara, just rebuilt a beta2 config review and pushed it to the blueprint
[15:24] <ogasawara> apw: ack, thanks
[15:26] <bjf> cnd, it's not in kteam-tools it is in  a "kteam-bugs" repo
[15:27] <bjf> cnd, there is quite a bit of data that goes along with it
[15:27] <cnd> bjf, what do you mean by that?
[15:28] <bjf> cnd, i mean that the git repo is approx. 1GB due to the data+scripts
[15:28] <cnd> whoa
[15:28] <apw> ppisati, here is a config review matrix but with ti-omap4 included (based on the tip of the tree as of today)
[15:28] <cnd> maybe I'll just copy the spec from the repo :)
[15:29] <bjf> cnd, if you give me some idea what you are trying to do maybe i can give you a good suggestion
[15:29] <cnd> bjf, so we have a handful of projects, like utouch-grail, utouch-geis, utouch-frame, etc.
[15:29] <cnd> they are all subscribed by the utouch-bugs team
[15:30] <cnd> then we manually subscribe bugs in other projects, like linux, that we care about
[15:30] <cnd> what we want is a report showing all the bugs subscribed by utouch-bugs
[15:30] <cnd> however, lp times out when you try to query that
[15:30] <cnd> we can, however, list all the bugs in our projects
[15:30] <bjf> cnd, there is other code that can do that
[15:30] <bjf> cnd (i think)
[15:30] <cnd> and then ask lp for all the bugs that we subscribe directly
[15:31] <cnd> and then it doesn't time out
[15:31] <cnd> so I'd like to create a report that does that for us
[15:35] <apw> isn't that the old chesnut where you have to search in each series for all the open bugs with your criteria and manually merge the lists to get a real list
[15:50] <ppisati> apw: where is it?
[15:52] <apw> ppisati, https://wiki.ubuntu.com/KernelTeam/Specs/PreciseKernelConfigReviewBeta2omap4
[15:52] <ppisati> apw: ok, i'll review it, thanks
[15:53] <apw> ppisati, cool
[16:13] <tgardner> ogasawara, am adding cw-3.3 to Lucid LBM. what a pain in the ass to build.
[16:13] <ogasawara> tgardner: yah, lucid lbm takes forever
[16:13] <ogasawara> tgardner: why you add 3.3 there?  should they upgrade to precise?
[16:14] <tgardner> ogasawara, unless they hate unity
[16:14] <tgardner> ogasawara, I already updated oneiric
[16:15] <ogasawara> tgardner: I'll do precise
[16:17] <tgardner> ogasawara, um, I think I did precise too
[16:17] <ogasawara> tgardner: ah, so you have
[16:18] <tgardner> ogasawara, which reminds me, I think I forgot to do precise meta
[16:18] <ogasawara> tgardner: I can do that
[16:18] <tgardner> ogasawara, works for me
[16:18] <ogasawara> tgardner: although I think I crafted meta so that it should "just work", but I'll double check
[16:19] <tgardner> ogasawara, "just work" ? how so ?
[16:20] <tgardner> are you generating the flavour stub on the fly ?
[16:20] <ogasawara> tgardner: in that I generically named it linux-backports-modules-cw-3.3-RELEASE_NAME-generic
[16:21] <tgardner> ogasawara, but you still have to wave your magic wand over it....
[16:45] <bullgard4> '~$ uname -r; 3.0.0.17-server' /var/log/boot.log: " * Starting network connection manager [OK]." Google: "Ergebnisse für "network connection manager" site:ubuntu.com: Keine Ergebnisse für "netork connection manager" site:ubuntu.com gefunden." What Process is here meant by »netork connection manager«?
[16:47] <ogra_> check in /etc/init/ ;)
[16:47] <ogra_> (its likely the network-manager backend printing that)
[16:59] <bullgard4> ogra_: I determined that it is the process NetworkManager the file /usr/bin/NetworkManager from the DEB program package network-manager. --  Thank you very much for your help. 
[17:21] <ogasawara> hrm, cat ubuntu-precise/debian.master/d-i/modules/nic-modules | grep "ipw3945"
[17:21] <ogasawara> ipw3945 ?
[17:21]  * ogasawara assumes that's a typo
[17:23] <tgardner> ogasawara, there are a couple of other wifi drivers as well; ipw2100, ipw2200
[17:24] <tgardner> ogasawara, I don't think any of them are necessary
[17:24] <ogasawara> tgardner: I was looking at bug 965116
[17:24] <ubot2> Launchpad bug 965116 in linux "Precise Beta 1 Desktop Alternate CD does not enable Wireless on HP 8440p" [Medium,Confirmed] https://launchpad.net/bugs/965116
[17:25] <tgardner> ogasawara, but there is no network manger running in the alternate installer, is there ?
[17:28] <tgardner> ogasawara, none of the wifi drivers are in udebs, so I odn't think its a reasonable expectation to be able to update wirelessly during a d-i install
[17:28] <ogasawara> tgardner: I'm seeing a commit from cjwatson in Oneiric stating that d-i now supports WPA
[17:28] <tgardner> hmm
[17:29] <ogasawara> commit 02adc47b87f8812c85bdbe64625f94f256bca875
[17:29] <ogasawara> Author: Colin Watson <cjwatson@ubuntu.com>
[17:29] <ogasawara> Date:   Thu Aug 11 01:01:53 2011 +0100
[17:29] <ogasawara>     UBUNTU: Deliver more Atheros, Ralink, and iwlagn NIC drivers to d-i
[17:29] <ogasawara>     
[17:29] <ogasawara>     d-i now supports WPA in Oneiric.  While soliciting testing of this, I
[17:29] <ogasawara>     heard from testers with Atheros, Ralink, and Intel AGN chipsets, none of
[17:29] <ogasawara>     whom were able to test WPA support in d-i because the relevant drivers
[17:29] <ogasawara>     weren't delivered to d-i.
[17:29] <ogasawara>     
[17:29] <ogasawara>     This patch adds these drivers to nic-modules or nic-usb-modules as
[17:29] <ogasawara>     appropriate.
[17:30] <tgardner> ogasawara, well then, why not any of the iwl* drivers? we'll also have to add some firmware to the linux-firmware udeb
[17:31] <ogasawara> tgardner: good question, seems like we should add them
[17:32] <ogasawara> tgardner: and I suspect the ipw3945 line already in nic-modules was really meant to be iwl3945
[17:32] <tgardner> oh right. I forgot about the original quest :)
[17:33]  * ogasawara whips up a few patches
[17:33] <tgardner> ogasawara, that is indeed the right name: drivers/net/wireless/iwlegacy/Makefile:obj-$(CONFIG_IWL3945)	+= iwl3945.o
[17:35] <Sarvatt> bcm43xx bcm43xx-mac80211 are obsolete too
[17:35] <tgardner> ogasawara, so whatever drivers you add to nic-modules, make sure any related firmware is also in linux-firmware/debian/nic-firmware.lst
[17:35] <ogasawara> tgardner: ack
[17:36] <ogasawara> Sarvatt: I'll get them removed
[17:37] <tgardner> ogasawara, and Sarvatt is right about b43*. they should be replace by the brcm80211 stack
[17:39] <mjg59> b43 is still needed for SSB-based Broadcoms, no?
[17:39] <mjg59> I thought the brcm80211 stack only handled the BCMA ones
[17:40] <tgardner> mjg59, I thought there was PCI ID overlap. maybe tahts been fixed.
[17:41] <mjg59> tgardner: There is, because b43 tries to claim some of the bcma devices as well
[17:42] <tgardner> its been my experience that bcma is working better these days then b43. at least on the MacBook Air
[17:43]  * ppisati -> EOD
[17:43] <awe_> Sarvatt, got a sec for a build question?
[17:44] <awe_> I'm trying to reproduce bug #953205 for cking
[17:44] <ubot2> Launchpad bug 953205 in linux "System shuts down due to CPU temp exceeding critical thresh-hold (100C)" [Medium,Incomplete] https://launchpad.net/bugs/953205
[17:44] <Sarvatt> whats up?
[17:45] <Sarvatt> need a kernel build?
[17:45] <awe_> I'm trying to load my system, so I figured I'd start a kernel build, however when I follow the instructions on the wiki, my build fails
[17:45] <awe_> it's saying there's no rule for binary-generic
[17:46] <awe_> I'm following instructions on: https://wiki.ubuntu.com/Kernel/BuildYourOwnKernel
[17:46]  * awe_ admits it's been a long time since he's built the kernel
[17:47] <awe_> I grabbed the precise tree from bzr
[17:47] <tgardner> awe_, 'fdr clean;dpkg-buildpackage -Tbinary -us -uc'
[17:47] <Sarvatt> guessing you're starting from a git checkout? did you fakeroot debian/rules clean first? i'm kind of a bad person to ask specifically because i dont follow any of that and its very convoluted :)
[17:47] <awe_> yes
[17:48] <awe_> tgardner, right, that always should work... guess I was trying to follow the instructions since it's been so long
[17:48] <awe_> tim?  when did you change your irc nick?
[17:48] <tgardner> awe_, if you're wanting load, the dpkg-buildpackage does it the best
[17:48] <awe_> cool
[17:48] <awe_> yes, I want load
[17:49] <tgardner> awe_, since someone registered rtg
[17:49] <awe_> load == heat
[17:49]  * Sarvatt didn't even know there were bzr branches of the kernel
[17:49] <awe_> d'oh
[17:49] <awe_> ;)
[17:50] <awe_> thanks tgardner...  working like a charm
[17:51] <tgardner> awe_, the wiki instructions look right. guess I'd better figure out whats wrong
[17:51] <apw> Sarvatt, the package uploader braches one assumes
[17:51] <awe_> ok
[17:53] <tgardner> awe_, I should point out that 'fakeroot' is single threaded and won't allow processes to run in parallel. Hence the use of dpkg-buildpackage. it only uses fakeroot during the packaging phase.
[17:54] <awe_> ok... good to know for future reference...
[17:58] <apw> yep dpkg-buildpackage is fast cause it does debian/rules build; fakeroot debian/rules binary
[17:58] <apw> which amortises the fakeroot cost in the safe area
[17:59] <apw> you can do the same with 'debian/rules build-generic; fakeroot debian/rules binary-generic' 
[18:00]  * apw decamps to the couch
[19:35]  * ogasawara lunch
[19:44] <tgardner> apw, is there a way to avoid the unknown RSA key message for a subnet? 
[19:44] <tgardner> rtg@dearborn:~$ ssh ubuntu@10.0.2.131
[19:44] <tgardner> @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
[19:44] <tgardner> @    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
[19:44] <tgardner> @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
[19:44] <tgardner> IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
[19:44] <tgardner> Someone could be eavesdropping on you right now (man-in-the-middle attack)!
[19:44] <tgardner> It is also possible that a host key has just been changed.
[19:44] <tgardner> The fingerprint for the RSA key sent by the remote host is
[19:44] <tgardner> 56:ae:dc:36:04:30:d4:12:f1:1d:22:e2:85:5a:81:44.
[19:44] <tgardner> Please contact your system administrator.
[19:44] <tgardner> Add correct host key in /home/rtg/.ssh/known_hosts to get rid of this message.
[19:44] <tgardner> Offending ECDSA key in /home/rtg/.ssh/known_hosts:293
[19:44] <tgardner>   remove with: ssh-keygen -f "/home/rtg/.ssh/known_hosts" -R 10.0.2.131
[19:44] <tgardner> RSA host key for 10.0.2.131 has changed and you have requested strict checking.
[19:44] <tgardner> Host key verification failed.
[19:47] <mdeslaur> tgardner: add the following to your ssh config file:
[19:47] <mdeslaur> Host 192.168.0.*
[19:47] <mdeslaur>    StrictHostKeyChecking no
[19:48] <mdeslaur> tgardner: and then promptly forget that someone from the security team told you to do that
[19:48] <tgardner> mdeslaur, well, these are just for PXE booted machines that get reinstalled several times per day
[19:50] <mdeslaur> tgardner: you may need UserKnownHostsFile /dev/null too
[19:50] <mdeslaur> so you don't add it to your known_hosts all the time
[19:51] <tgardner> mdeslaur, nope, I'll keep a special rule for 10.0.2.*
[20:04] <kees> mdeslaur: heheh "and promptly forget..."
[20:04] <mdeslaur> :)
[20:24]  * tgardner -> EOD