[10:20]  * cking waves to manjo
[10:20] <manjo> cking, hello
[10:20] <cking> how was the party?
[10:21] <manjo> it was a blast
[10:21] <manjo> we drove under the london bridge a couple of times so got to see the bridge from a diff angle
[10:21] <cking> cool
[10:21] <manjo> also some of the buildings were lit 
[10:22] <cking> good old london town
[10:22] <manjo> saw the london eye up close 
[10:22] <manjo> lit bright blue
[10:22] <manjo> kept my drink count to 4... so not feeling terrible this morning 
[10:23] <manjo> although I was super super hungry at the end coz the food was not all  that edible
[10:23] <cking> was it made of rubber?
[10:23] <manjo> heh some fish and duck
[10:23] <manjo> it was ok
[10:23] <cking> nice
[10:24] <cking> pity I was stuck at home fixing bugs
[10:29] <manjo> cking, you cannot make us feel guilty... sorry :) 
[10:35] <manjo> cking, but on the downside ... I think its going to be sandwiches again for lunch ... 
[10:36] <cking> least you get a free lunch. 
[10:36] <cking> I didn't get one yesterday, sorting out S3 issues
[10:47]  * apw wonders where the morning has gone already so soon
[11:01] <manjo> apw, cking sounds a little sad that he could not join us for the parteeee
[11:02]  * manjo going down for a reboot after upgrade
[12:15] <manjo> apw, hmmm sandwiches again ... 
[12:15] <manjo> yummy
[12:16] <apw> never, really?
[12:16] <manjo> apw, I am going to Tamarind (curry place) this evening with my cousin 
[12:17] <apw> nice you managed to overlap with him
[12:18] <manjo> apw, my cus says this place is good ... http://www.tamarindrestaurant.com/ but it looks too classy 
[12:27] <nirvana> older 2.6 kernels link the asm -> asm_<arch>
[12:27] <nirvana> I dont see that happening with a new 2.6.31+ kernels
[12:27] <nirvana> why is that
[12:27] <nirvana> where I am supported to look for headers 
[12:27] <nirvana> Why is it not happening now???
[12:32] <apw> smb, i have just dropped that update for the meeting into your inbox, also copied to kate for completeness
[12:46]  * apw runs, smb call me on my mobile if there are issues
[14:25] <jMCg> Hello happy people!
[14:25] <jMCg> I was forwarded here from #ubuntu+1
[14:26] <jMCg> I would like to know if there will be utrace support in the Natty kernels.
[14:48] <JFo> brb, rebooting from updates
[14:50] <manjo> jMCg, any reason why? can't you use ptrace ?
[14:59] <jMCg> 15:56 < fche> utrace & ptrace are not substitutes for each other.  utrace is an intra-kernel API to make things like ptrace and systemtap and other future debugging technologies share control over processes
[14:59] <jMCg> I couldn't have put it better, I guess.
[15:34] <jeremyA> tgardner:  I saw your note, and wanted to make sure I understand the issue.  If I'm in an NFS-mounted directory, I can't copy a file to that same directory?
[15:35] <jeremyA> tgardner:  bug 688068, by the way :)
[15:35] <ubot2> Launchpad bug 688068 in linux (Ubuntu) "lucid system randomly locks up, does not recover (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/688068
[15:35] <tgardner> jeremyA, is this on the same machine as the NFS server?
[15:36] <jeremyA> it was a KVM image doing the work
[15:36] <tgardner> but its on the same physical HW, right?
[15:36] <jeremyA> yep, KVM guest on a physical host which is also sharing NFS
[15:37] <tgardner> that is the configuration that upstream says is not supported. it causes memory exhaustion because there is no throttle (like a network connection) in between the consumer and the producer
[15:37] <jeremyA> oh, interesting.
[15:38] <jeremyA> well, that's an edge case, for sure
[15:38] <jeremyA> so 2.6.32-26 may be working great with pci=nomsi
[15:38] <tgardner> jeremyA, you should try rsync using ssh instead
[15:38] <jeremyA> hrm.  
[15:38] <jeremyA> I'll look into that... do you have any good docs to recommend off the top of your head?
[15:38] <tgardner> docs for what?
[15:38] <jeremyA> (may I add our IRC conversation to the bug report, for the next sod who does this?)
[15:39] <tgardner> of course
[15:39] <jeremyA> well, I'd like a remotely-mounted filesystem....
[15:39] <jeremyA> Is samba safer?
[15:39] <tgardner> samba might suffer from the same issue, but I don't know for sure
[15:40] <jeremyA> Is there a preferred solution for doing this sort of thing?  I can de-virtualize my pytivo instance, which is the primary user of this, but I'd rather not :)
[15:40] <tgardner> jeremyA, I'd try rsync through an ssh session.
[15:42] <jeremyA> okay, I can do that for some of my cases...a read-only NFS filesystem is still safe?
[15:43] <tgardner> jeremyA, likely. you'll only have problems when your platform is under extreme memory pressure. Hence the network suggestion since the socket interface actsas a throttle.
[15:43] <jeremyA> tgardner that makes sense, definitely.  I would imagine sshfs would work similarly.
[15:55] <alex_mayorga> Hi! I'm getting plenty of kernel panics on 2.6.37.8 and 2.6.37.7 can someone help me?
[15:58] <jeremyA> Alternate solutions would be to move the NFS server off to another machine, or to move the kvm guest to another piece of hardware.  Mr. Gardner wasn't sure if Samba would also be affected by this, so I have settled moving the one guest which needs r/w NFS access to a separate physical server.
[15:58] <jeremyA> oops
[15:59] <alex_mayorga> how do I report the problems?
[16:00] <jeremyA> alex_mayorga:  try running "ubuntu-bug kernel" at the command line.  I believe you have to be root
[16:00] <jeremyA> alex_mayorga:  that will let you enter a bug report initially, then you can finish filling it out via a browser :)
[16:01] <alex_mayorga> jeremyA: do I have to be running the kernel that's panicking?
[16:01] <jeremyA> I honestly do not know.
[16:01] <alex_mayorga> "package kernel does not exist"
[16:02] <jeremyA> sorry
[16:02] <jeremyA> ubuntu-bug linux
[16:02] <jeremyA> =)
[16:03] <doko> apw: do you what kind of build failure rtg fixed with the last upload?
[16:03] <doko> know even
[16:04] <alex_mayorga> "The problem cannot be reported: This is not a genuine Ubuntu package"
[16:04] <alex_mayorga> :S
[16:04] <alex_mayorga> I guess natty is not genuine Ubuntu
[16:05] <tgardner> doko, are you referring to ti-omap4 and binutils ?
[16:06] <doko> tgardner: yes (was looking for your rtg nick ;)
[16:07] <tgardner> doko, I got it fixed with some help from the Linaro guys.
[16:07] <doko> ok
[16:19] <jeremyA> alex_mayorga:  how odd.  I'm afraid I'm just here getting help with my own issue, so I've exhausted my knowledge on the subject.  Perhaps one of the regulars can help...
[16:20] <alex_mayorga> jeremyA: no worries, thanks on the help anyway
[17:17] <JFo> <-lunch
[18:07] <JFo> ok NOW, I am finally going to lunch :)
[18:07] <JFo> bbiab
[18:22] <tgardner> jjohansen, how is ecryptfs coming? bug #344878 has an A2 delivery, and I'm not seeing much activity on it.
[18:22] <ubot2> Launchpad bug 344878 in linux (Ubuntu) (and 2 other projects) "file name to long when creating new file (ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry) (affects: 48) (dups: 5) (heat: 282)" [Undecided,In progress] https://launchpad.net/bugs/344878
[18:28] <jjohansen> tgardner: I am working on the first pass of it
[18:30] <tgardner> jjohansen, how about some updates in the bug so the rest of us can enjoy your progress?
[18:32] <jjohansen> tgardner: sure
[18:45]  * tgardner wonders why the tracking bug for 2.6.32.27+drm33.12 created by bjf mentions 'The following 126 patches are in the 2.6.32.19 stable release'
[18:45] <bjf> tgardner, copy-paste error
[18:46] <tgardner> yeah, I made one of those once :)
[18:46] <bjf> tgardner, heh, fixed, thanks for the catch
[18:47] <bjf> tgardner, didn't think anyone was actually anal enough to read those
[18:47] <tgardner> you've already forgotten my middle name?
[18:47] <bjf> LOL
[18:52]  * tgardner --> lunch
[19:19]  * cking ---> calling it a day
[19:20]  * vanhoof waves to cking 
[19:20] <cking> :-)
[19:20] <tgardner> cking, have a good weekend
[19:20] <vanhoof> cking: oh before you leave
[19:21] <cking> ..?
[19:21] <vanhoof> cking: what shipping company do you prefer for international next-day type stuff
[19:21] <vanhoof> cking: does one suck less?
[19:21] <cking> FedEx or DHL, they all seem  the same to me
[19:21]  * vanhoof has UPS and FedEx in close proximity
[19:21] <vanhoof> ok
[19:21] <tgardner> vanhoof, just get Blythe to make the arrangements
[19:21] <vanhoof> tgardner: not that easy
[19:22] <tgardner> vanhoof, she makes it erally easy
[19:22] <tgardner> really*
[19:22] <cking> it's never easy when one requires a special bespoke delivery to the UK late in the day.
[19:23]  * bjf is heading out to luch today
[19:24] <pmatulis> any reason why a network driver supported by the Lucid 10.04 ISO is not recognized during a netboot install? see [1]
[19:24] <pmatulis> [1] https://bugs.launchpad.net/ubuntu/+source/pxe/+bug/607411
[19:24] <ubot2> Launchpad bug 607411 in pxe (Ubuntu) "10.04 Atheros AR8131 network install no network device found (affects: 1) (heat: 25)" [Undecided,New]
[19:24] <cking> vanhoof, I sent you an email of my home address, just in case you don't have it already.
[19:25] <vanhoof> cking: yeah i have it memorized
[19:25] <cking> heh :-)
[19:25] <vanhoof> :)
[19:26]  * cking seriously has to sort out the kids now.
[19:26] <tgardner> pmatulis, missing firmware?
[19:26] <tgardner> or its not in a udeb
[19:26] <pmatulis> tgardner: no idea
[19:27] <tgardner> pmatulis, you need to start a bug report and attach the usual stuff.
[19:27] <pmatulis> tgardner: well the bug is above.  will ask for apport info
[19:28] <tgardner> pmatulis, doh! so it is
[19:30] <tgardner> pmatulis, yeah, looks like its a udeb issue. it would still help to have the apport info
[19:30] <pmatulis> tgardner: fixable for .2 release?
[19:30] <tgardner> pmatulis, the timing will be tight, but perhaps
[19:31]  * pmatulis leans a little closer to his computer
[19:31] <tgardner> pmatulis, actually, since its a netboot problem it'll get fixed sooner then the point release
[19:31] <tgardner> the CDROM already supports the driver, which is why I'm sure its a udeb issue
[19:33] <pmatulis> tgardner: re apport, if it won't install via PXE then i must install via media and run apport or easier route?
[19:34] <vanhoof> tgardner: hey you're right ;)
[19:34] <vanhoof> tgardner: blythe did make it easier
[19:34]  * vanhoof lulz
[19:34] <tgardner> pmatulis, if you'vve a hard ware network you can just boot the Live CD and run apport from there
[19:35] <tgardner> vanhoof, I love that girl :)
[19:35] <pmatulis> tgardner: gotcha
[19:44] <pmatulis> tgardner: curious, is it possible to "insert" a working driver during install time in such a case?
[19:45] <tgardner> pmatulis, you'll have to consult someone more PXE savvy then me. ogra or cjwatson could likely tell you.
[19:46] <pmatulis> tgardner: thx
[19:47] <tgardner> pmatulis, also you could try the guys in cert. ara, cr3, etc
[19:51] <ogra> pmatulis, could be that nobody from the kernel team added the driver to the inird 
[19:51] <ogra> *initrd
[19:51] <ogra> when it was enabled
[19:51] <ogra> NIC drivers need to be added manually
[19:52] <pmatulis> ogra: interesting, sounds like a manual process
[19:52] <ogra> yes
[19:52] <tgardner> ogra, but they generally go into a NIC udeb
[19:52] <pmatulis> ogra: how to add one during PXE install time?
[19:52] <ogra> tgardner, ah, right, i missed the netinstall bit above
[19:53] <tgardner> ogra, in any event, the kernel team neglected to add it :)
[19:54] <ogra> i'm just checking hook-functions in initramfs-tools, seems the bit where you needed to manually add NIC drivers is gone in maverick
[19:54] <ogra> so that probably changed
[19:54] <pmatulis> ogra: k, using lucid here
[19:55] <ogra> lucid still has it http://paste.ubuntu.com/542012/
[19:56] <tgardner> ogra, NICs aren't generally boot essential which is why (I think) that stuff was removed from the initrd. Especially since they can be added to a udeb for little cost.
[19:56] <ogra> (in /usr/share/initramfs-tools/hook-functions)
[19:56] <ogra> tgardner, ugh, that would break netbooting 
[19:56] <tgardner> ogra, I thought udebs were pulled across the net during boot
[19:56] <ogra>        net)
[19:56] <ogra>                 copy_modules_dir kernel/drivers/net \
[19:57] <ogra> maverick just copies the dir
[19:57] <ogra> instead of looping over a manually maintained list of modules
[19:57] <ogra> tgardner, not on an installed system
[19:57] <ogra> udebs are only used by the installer
[19:57] <tgardner> ogra, how are PXE images prepared?
[19:57] <ogra> for an installed system the NIC drivers need to be in the initrd for netboot
[19:58] <ogra> PXE pulls kernel and initrd and executes them
[19:58] <ogra> the initrd reads the server data from DHCP and mounts the rootfs after bringing up the NIC
[19:58] <tgardner> ogra, ah. how can we prepare PXE initrd's without polluting the normal initrd ?
[19:59] <ogra> we cant
[19:59] <ogra> you can either netboot without initrd and need to have the driver compiled in monolithic or use an initrd and have the driver in the initrd
[19:59] <tgardner> adding drivers impacts boot times for the general user.
[20:00] <ogra> you could make adding the kernel/drivers/net subdir optional and only copy it into netboot initrds
[20:00] <ogra> seems since maverick we copy the whole dir
[20:00] <ogra> up to lucid the lisz from http://paste.ubuntu.com/542012/ was used
[20:00] <ogra> *list
[20:01] <ogra> maintaining the list was massively error prone
[20:01] <tgardner> ogra, indeed.
[20:01] <ogra> so i think that was the reason for just copying the dir
[20:01]  * jjohansen lunches
[20:01] <tgardner> pmatulis, adding to that list is probably the way to go for Lucid.
[20:01] <ogra> but that will likely add a lot of unused additional cruft and bloat your initrd
[20:02] <pmatulis> tgardner: so basically i edit the file and rebuild the initrd?
[20:02] <ogra> yes
[20:02] <tgardner> pmatulis, yep
[20:05] <pmatulis> tgardner, ogra: thanks.  i guess the module itself is just 'ar8131'?
[20:05]  * ogra doesnt know
[20:06] <tgardner> pmatulis, I don't think so. I thought it was ath1c or something. whats the PCI ID ?
[20:06] <ogra> well, for the installer you will need it in a udeb too
[20:07] <ogra> the initrd change only helps for installed systems
[20:07] <pmatulis> ogra: whoops
[20:07] <tgardner> ogra, if its atl1c then its already in a udeb
[20:08] <ogra> (and for the live image, but you would need to recreate the casper initrd for that)
[20:08] <ogra> the bugs isnt really clear what the user did
[20:08] <ogra> one comment talks about a PXE netinstall, the other about booting a live image from USB
[20:09] <ogra> for alternate you definitely need a udeb, for live and for installed netbooting systems you need the hook-functions change and a new initrd
[20:10] <pmatulis> ogra: just pxe is what i'm interested in
[20:11] <ogra> PXE is the underlying boot protocol ;)
[20:11] <ogra> it loads an initrd in all cases, in the case of the alternate installer the initrd needs to contain the right udeb
[20:12] <ogra> in case of an installed netbooting system the driver needs to be listed in the "net" section of the auto_add_modules function in hook-functions
[20:13] <pmatulis> ogra: not sure why you're talking about 'installed netbooting'.  i'm just trying to install *by* netboot.  i'm prolly missing something
[20:14] <ogra> pmatulis, then you want the udeb 
[20:14] <ogra> if you want to install a system that uses an nfsroot you want the other solution
[20:14] <pmatulis> ogra: where can i find it and what do i do with it?  :)
[20:14] <ogra> PXE is just used to boot either of them ;) 
[20:15] <ogra> talk to 
[20:15] <ogra> #ubuntu-installer 
[20:15] <ogra> tgardner said the modules is already in an udeb so it might be that this udeb isnt included in the installer initrd
[20:16] <tgardner> well, we haven't established which driver its actually using.
[20:17] <pmatulis> ogra: ok, so a udeb and the change to initrd (the net list)?
[20:18] <ogra> for a proper fix we should do both, yeah
[20:18] <pmatulis> ogra: just looking the necessary bit for my case
[20:18] <ogra> for your installer fix you only need the udeb and need to make sure the udeb is included
[20:19] <pmatulis> ogra: alright
[20:19]  * pmatulis goes to hunt for a udeb and what to do with the bugger when he finds it
[20:19] <ogra> make sure to know the actual .ko name first 
[20:20] <ogra> then ask in the installer channel
[20:20]  * ogra is officially on vacation, you just catched me while checking mail ;)
[22:30] <JFo> well, have a great weekend folks