[00:59] <DanaG> hmm, 2.6.32-rc1 released just about an hour or so ago.
[00:59] <DanaG> Nifty.
[00:59] <DanaG> now, anyone know when it'll go up on kernel-ppa?
[07:00] <mase_wk_> Hi guys, i have just built a 2.6.31kernel with make-kpkg and I have used the --initrd switch however it still says ' please update the initramfs manually 
[07:01] <mase_wk_> is there a way i can build an ubuntu package which will do this automagically
[07:01] <mase_wk_> my aim is to have a repository which i can just point the machines at
[07:01] <mase_wk_> and it will upgrade automatically
[14:34] <smoser> Anyone know who I should raise this with: packages.u.c list git repos for kernel packages as http . ie, see http://packages.ubuntu.com/source/karmic/linux-meta-ec2
[14:34] <smoser> that doesn't work, apparently git-update-server-info not run there.
[14:34] <smoser> clone git://kernel.ubuntu.com/git-repos/ubuntu/ubuntu-karmic-meta.git does work, though
[14:37] <smoser> i see now that the http url is from the debian/control
[14:37] <rtg> smoser, since its a topic branch, you likely won't be able to use git web.
[14:38] <smoser> i really dont care about gitweb. but it suggests 'git clone http://' which fails. you just have to know to use the git.kernel
[14:38] <smoser> at least thats what i figured the link was implying
[14:38] <rtg> smoser, um, lemme look.
[14:39] <amitk_> the http transport did work last I checked.
[14:40] <ogra> we should just switch to bzr anyway :)
[14:40] <amitk_> rtg: it looks like the hook to run git-update-server-info isn't run in that git tree
[14:40] <amitk_> ogra: yeah, right after debian is almost convinced about switching to git :-p
[14:40] <rtg> amitk: yeah, thats what I'm trying to remember. where is that setup?
[14:40] <ogra> what did they use up to now ? 
[14:42] <amitk_> rtg: /srv/kernel.ubuntu.com/git/ubuntu/ubuntu-karmic-meta.git/hooks/post-update
[14:42] <smoser> rtg, typically its .git/hooks/post-update.sample
[14:42] <amitk_> rtg: I can't seem to chmod +x it.
[14:42] <smoser> yeah. that just being executable. is normally what has to happen
[14:43] <amitk_> ogra: svn
[14:43] <ogra> ugh
[14:43] <rtg> amitk: it's +x now
[14:43]  * amitk_ wonders why he wasn't able to do it, the group write permissions seemed ok
[14:44] <smoser> rtg, you could run that now, to update them now
[14:44] <amitk_> rtg: you'll also have to run the git-update-.... command manually
[14:44] <smoser> or just probably wait till next commit
[14:44] <smoser> i'm fine with either.
[14:44] <amitk_> or push another commit
[14:45] <rtg> it'll happen in due course
[14:45] <smoser> rtg, i'd appreciate if we could have the ec2-kernel meeting today, hoping to figure out where we are on it.
[14:46] <rtg> smoser, I'll bug johansen.
[14:47] <smoser> thanks. 
[14:58] <ogra> amitk_, if i understand the patch at https://bugs.launchpad.net/ubuntu/+source/linux-fsl-imx51/+bug/427289 right, i should see 3.0V with a voltmeter on the battery once the kernel has initialized the driver, right ? 
[14:58] <ubot3> Malone bug 427289 in linux-fsl-imx51 "hardware clock not saved if board power is removed on babbage 2.5" [High,Triaged] 
[15:00] <amitk_> ogra: the comment on the patch says that the battery voltage should be higher than 1.8V
[15:00] <ogra> amitk_, well, for charging it needs to be a higher voltage
[15:01] <ogra> i.e. i would expect the voltage to raise once the charge code inits 
[15:01] <ogra> if i measure the battery directly
[15:01] <amitk_> ogra: true
[15:01] <ogra> and the default value used in the code for that seems to be 3.0 V
[15:01] <ogra> value = BITFVAL(CIONCHEN, 1) | BITFVAL(VCOIN, VCOIN_3_0V);
[15:01] <amitk_> and yes, it does seem to set it to 3.0V
[15:01] <ogra> i see no change at all 
[15:02] <ogra> between redboot and kernel initing
[15:02] <amitk_> ummm, you won't see the battery voltage magically go to 3.0.
[15:02] <ogra> its actually 0.1V higher if the board is off and between pressing the power button and a running desktop the voltage doesnt change (it's constantly around 1.09V)
[15:03] <amitk_> ogra: did you try a newer battery?
[15:03] <ogra> the battery is soldered to the board
[15:03] <ogra> i'm not really eager to solder around here if i dont need to
[15:04] <ogra> but if the battery behaves like a normal rechargeable i should see a charging voltage once the board inits the charger
[15:04]  * ogra is on phone now ... 
[15:04] <amitk_> ogra: 1.09V seems very low. You should ask freescale if the battery will even charge once the voltage has dropped so low
[15:05] <ogra> still i would expect to see any charge if the charger inits
[15:05] <ogra> i dont think the code does what its supposed to 
[15:06] <ogra> the point is that it doesnt change at all
[15:21] <ogra> amitk_, so i talked with davim on the phone and he agrees the voltage should raise once the charger is initialized, is that thing built as a module i need to load manually perhaps ? 
[15:49] <Q-FUNK> smb: howdy! :)
[15:50] <smb> Q-FUNK, Hi there :) It is not forgotten, just sort-of delayed
[15:50] <Q-FUNK> ok :)
[15:52] <smb> Q-FUNK, It might get tomorrow until I am getting there, sorry. Travelling around accumulates the backlog
[15:52] <Q-FUNK> smb: understood.
[22:06] <tormod> what's up with the mainline PPA kernels? hasn't been a working daily build for ever
[23:31] <DanaG_> mm, build fail: http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.32-rc1/BUILD.LOG