=== albrigha is now known as Guest67837 [07:08] 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] 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] 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] apw: i was hoping to get some sort of logs from its execution. [10:09] apw: any idea? [10:09] henrix, now you mention it no i don't. i'd start with people.c.c, much runs there [10:09] as the kernel user [10:09] apw: ok, thanks. i'll check that [10:11] henrix, if its not there yell and i'll think more [10:12] apw: it looks like that's the place [10:12] good stuff [10:12] apw: now, i just need to figure out if there are any logs being kept [10:12] henrix, it keeps some information in the top of the bugs it updates, transitions etc [10:13] apw: yeah, i would expect that. any idea where? [10:15] henrix, other than somewhere in the kernel user, not a clue, though i also think it may mail out things [10:15] apw: ok, thanks. already found something, but not quite what i'm looking for [10:15] damn [10:15] apw: don't bother. if i can't find it, i'll ask brad later on [10:15] apw: not that urgent anyway [10:16] henrix, ok :) [11:49] * ppisati -> lunch [12:03] cking, bug #966782 may indicate an ASPM regression [12:03] Launchpad bug 966782 in linux "irqs disabled after kernel update" [Undecided,Confirmed] https://launchpad.net/bugs/966782 [12:30] tgardner, ok will look at it === bladernr_afk is now known as bladernr_ === smb` is now known as smb [14:14] 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] bug 911920, bug 911916 and bug 907055 [14:14] Launchpad bug 911920 in linux "hp st5747 Thin Client Needs LDVS removed" [Medium,Triaged] https://launchpad.net/bugs/911920 [14:14] Launchpad bug 911916 in linux "hp t5745 Thin Client Needs LDVS removed" [Medium,Triaged] https://launchpad.net/bugs/911916 [14:14] Launchpad bug 907055 in linux "Clientron E830 Thin Client Needs LDVS removed" [Medium,Fix committed] https://launchpad.net/bugs/907055 [14:15] 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] 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] stgraber, I'll have a look [14:16] tgardner: thanks [14:28] * ogasawara back in 20 [14:40] 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] cnd: should be kteam-tools git repo [14:52] ok, thanks :) [15:05] ppisati, jsalisbury, ayan, henrix: rebooting tangerine for kernel update [15:05] k [15:05] tgardner: ack [15:05] tgardner, ok, thanks [15:10] * ppisati -> back in 10m === yofel_ is now known as yofel [15:24] ogasawara, just rebuilt a beta2 config review and pushed it to the blueprint [15:24] apw: ack, thanks [15:26] cnd, it's not in kteam-tools it is in a "kteam-bugs" repo [15:27] cnd, there is quite a bit of data that goes along with it [15:27] bjf, what do you mean by that? [15:28] cnd, i mean that the git repo is approx. 1GB due to the data+scripts [15:28] whoa [15:28] ppisati, here is a config review matrix but with ti-omap4 included (based on the tip of the tree as of today) [15:28] maybe I'll just copy the spec from the repo :) [15:29] cnd, if you give me some idea what you are trying to do maybe i can give you a good suggestion [15:29] bjf, so we have a handful of projects, like utouch-grail, utouch-geis, utouch-frame, etc. [15:29] they are all subscribed by the utouch-bugs team [15:30] then we manually subscribe bugs in other projects, like linux, that we care about [15:30] what we want is a report showing all the bugs subscribed by utouch-bugs [15:30] however, lp times out when you try to query that [15:30] we can, however, list all the bugs in our projects [15:30] cnd, there is other code that can do that [15:30] cnd (i think) [15:30] and then ask lp for all the bugs that we subscribe directly [15:31] and then it doesn't time out [15:31] so I'd like to create a report that does that for us [15:35] 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] apw: where is it? [15:52] ppisati, https://wiki.ubuntu.com/KernelTeam/Specs/PreciseKernelConfigReviewBeta2omap4 [15:52] apw: ok, i'll review it, thanks [15:53] ppisati, cool [16:13] ogasawara, am adding cw-3.3 to Lucid LBM. what a pain in the ass to build. [16:13] tgardner: yah, lucid lbm takes forever [16:13] tgardner: why you add 3.3 there? should they upgrade to precise? [16:14] ogasawara, unless they hate unity [16:14] ogasawara, I already updated oneiric [16:15] tgardner: I'll do precise [16:17] ogasawara, um, I think I did precise too [16:17] tgardner: ah, so you have [16:18] ogasawara, which reminds me, I think I forgot to do precise meta [16:18] tgardner: I can do that [16:18] ogasawara, works for me [16:18] tgardner: although I think I crafted meta so that it should "just work", but I'll double check [16:19] ogasawara, "just work" ? how so ? [16:20] are you generating the flavour stub on the fly ? [16:20] tgardner: in that I generically named it linux-backports-modules-cw-3.3-RELEASE_NAME-generic [16:21] ogasawara, but you still have to wave your magic wand over it.... [16:45] '~$ 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] check in /etc/init/ ;) [16:47] (its likely the network-manager backend printing that) [16:59] 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] hrm, cat ubuntu-precise/debian.master/d-i/modules/nic-modules | grep "ipw3945" [17:21] ipw3945 ? [17:21] * ogasawara assumes that's a typo [17:23] ogasawara, there are a couple of other wifi drivers as well; ipw2100, ipw2200 [17:24] ogasawara, I don't think any of them are necessary [17:24] tgardner: I was looking at bug 965116 [17:24] 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] ogasawara, but there is no network manger running in the alternate installer, is there ? [17:28] 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] tgardner: I'm seeing a commit from cjwatson in Oneiric stating that d-i now supports WPA [17:28] hmm [17:29] commit 02adc47b87f8812c85bdbe64625f94f256bca875 [17:29] Author: Colin Watson [17:29] Date: Thu Aug 11 01:01:53 2011 +0100 [17:29] UBUNTU: Deliver more Atheros, Ralink, and iwlagn NIC drivers to d-i [17:29] [17:29] d-i now supports WPA in Oneiric. While soliciting testing of this, I [17:29] heard from testers with Atheros, Ralink, and Intel AGN chipsets, none of [17:29] whom were able to test WPA support in d-i because the relevant drivers [17:29] weren't delivered to d-i. [17:29] [17:29] This patch adds these drivers to nic-modules or nic-usb-modules as [17:29] appropriate. [17:30] 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] tgardner: good question, seems like we should add them [17:32] tgardner: and I suspect the ipw3945 line already in nic-modules was really meant to be iwl3945 [17:32] oh right. I forgot about the original quest :) [17:33] * ogasawara whips up a few patches [17:33] ogasawara, that is indeed the right name: drivers/net/wireless/iwlegacy/Makefile:obj-$(CONFIG_IWL3945) += iwl3945.o [17:35] bcm43xx bcm43xx-mac80211 are obsolete too [17:35] 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] tgardner: ack [17:36] Sarvatt: I'll get them removed [17:37] ogasawara, and Sarvatt is right about b43*. they should be replace by the brcm80211 stack [17:39] b43 is still needed for SSB-based Broadcoms, no? [17:39] I thought the brcm80211 stack only handled the BCMA ones [17:40] mjg59, I thought there was PCI ID overlap. maybe tahts been fixed. [17:41] tgardner: There is, because b43 tries to claim some of the bcma devices as well [17:42] 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] Sarvatt, got a sec for a build question? [17:44] I'm trying to reproduce bug #953205 for cking [17:44] 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] whats up? [17:45] need a kernel build? [17:45] 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] it's saying there's no rule for binary-generic [17:46] 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] I grabbed the precise tree from bzr [17:47] awe_, 'fdr clean;dpkg-buildpackage -Tbinary -us -uc' [17:47] 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] yes [17:48] tgardner, right, that always should work... guess I was trying to follow the instructions since it's been so long [17:48] tim? when did you change your irc nick? [17:48] awe_, if you're wanting load, the dpkg-buildpackage does it the best [17:48] cool [17:48] yes, I want load [17:49] awe_, since someone registered rtg [17:49] load == heat [17:49] * Sarvatt didn't even know there were bzr branches of the kernel [17:49] d'oh [17:49] ;) [17:50] thanks tgardner... working like a charm [17:51] awe_, the wiki instructions look right. guess I'd better figure out whats wrong [17:51] Sarvatt, the package uploader braches one assumes [17:51] ok [17:53] 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] ok... good to know for future reference... [17:58] yep dpkg-buildpackage is fast cause it does debian/rules build; fakeroot debian/rules binary [17:58] which amortises the fakeroot cost in the safe area [17:59] you can do the same with 'debian/rules build-generic; fakeroot debian/rules binary-generic' === tgardner is now known as tgardner-lunch [18:00] * apw decamps to the couch === tgardner-lunch is now known as tgardner === yofel_ is now known as yofel [19:35] * ogasawara lunch [19:44] apw, is there a way to avoid the unknown RSA key message for a subnet? [19:44] rtg@dearborn:~$ ssh ubuntu@10.0.2.131 [19:44] @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ [19:44] @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ [19:44] @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ [19:44] IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! [19:44] Someone could be eavesdropping on you right now (man-in-the-middle attack)! [19:44] It is also possible that a host key has just been changed. [19:44] The fingerprint for the RSA key sent by the remote host is [19:44] 56:ae:dc:36:04:30:d4:12:f1:1d:22:e2:85:5a:81:44. [19:44] Please contact your system administrator. [19:44] Add correct host key in /home/rtg/.ssh/known_hosts to get rid of this message. [19:44] Offending ECDSA key in /home/rtg/.ssh/known_hosts:293 [19:44] remove with: ssh-keygen -f "/home/rtg/.ssh/known_hosts" -R 10.0.2.131 [19:44] RSA host key for 10.0.2.131 has changed and you have requested strict checking. [19:44] Host key verification failed. [19:47] tgardner: add the following to your ssh config file: [19:47] Host 192.168.0.* [19:47] StrictHostKeyChecking no [19:48] tgardner: and then promptly forget that someone from the security team told you to do that [19:48] mdeslaur, well, these are just for PXE booted machines that get reinstalled several times per day [19:50] tgardner: you may need UserKnownHostsFile /dev/null too [19:50] so you don't add it to your known_hosts all the time [19:51] mdeslaur, nope, I'll keep a special rule for 10.0.2.* [20:04] mdeslaur: heheh "and promptly forget..." [20:04] :) [20:24] * tgardner -> EOD === bladernr_ is now known as bladernr_afk