[14:19] <amitk> rtg: will these changes that you threaten to push to master break a rebase?
[14:20] <rtg> amitk, rebase to a topic branch? not if you _completely_ remove the topic branch debian directory first.
[14:21]  * amitk will try it out once the change is made...
[14:21] <rtg> amitk, you're gonna have to change the rebase script in the fsl topic branch
[14:21] <amitk> I will
[14:22] <amitk> and then push it to master for the next poor soul who has to start a new branch
[14:22] <rtg> amitk, agreed
[14:22] <rtg> we'll get it figured out eventually
[14:30] <pgraner> anyone else seeing us.archive.u.c being awfully slow today?
[14:31] <apw> amitk, i recon the rebase script should by default pull in the contents of the scripts/misc directory from master by default
[14:31] <apw> pgraner, where are you timezone wise?  its always slow from here
[14:32] <pgraner> apw: back in EST (NC)
[14:32] <pgraner> apw: I'm getting a steady 41.8kB/s 
[14:32] <apw> thats utterly shite :)
[14:33] <Ng> --help
[14:33] <pgraner> apw: yea now you see why I'm asking about the apt-cacher-ng thing
[14:33] <apw> does it belong to us?
[14:33] <ogra> rtg, for the upgrade issue from linux-imx51 you simply need to add: Conflicts: linux-imx51 and Replaces: linux-imx51 to the linux-babbage debian/control file 
[14:33] <pgraner> apw: my rsync script stopped running while I was gone so I'm a week out of date :-(
[14:34] <apw> yeeks life is over
[14:34] <rtg> ogra, send a patch to the mailing list so I don't forget
[14:34] <pgraner> apw: so I'm reworking my setup ....
[14:34] <pgraner> apw: the only thing I'll need to rsync are the daily ISO bits
[14:35] <apw> yeah same here, iso's get syned apt-cacher for the rest
[14:36] <rtg> Ng, ? whats up with '--help' in all the channels?
[14:36] <ogra> us.archive.u.c has dailies ? 
[14:36]  * ogra thought they would not be mirrored from cdimage.u.c
[14:36] <pgraner> ogra: no, just talking about how we do it
[14:36] <Ng> rtg: shockingly poor use of irssi's /foreach :(
[14:36] <rtg> Ng, ah, I have that problem some days too :)
[14:37] <ogra> pgraner, ah, i thought it was related to your question about us.a.u.c
[14:37] <pgraner> Ng: and here I thought you had so deep insight to the slow us.archive discussion :-(
[14:46] <pgraner> rtg: I got an email from someone complaining that we dropped the DSDT patch
[14:47] <rtg> pgraner, we didn't drop it, I just never forward ported it.
[14:47] <pgraner> rtg: ok, at this point its the same difference
[14:47] <pgraner> rtg: IIRC we decided at the sprint that we would not fwd port it, correct?
[14:48] <rtg> mjg59, do you think the DSDT patch is still worth it? I consider it a bit dangerous since you can brick your BIOS with it.
[14:49] <mjg59> rtg: I'd be surprised if you can brick the BIOS
[14:49] <mjg59> It's certainly possible to damage the hardware by breaking thermal control, though
[14:49]  * cking concurs with mjg59
[14:49] <mjg59> I don't think it's necessary any more
[14:49] <mjg59> We don't ship it in Fedora and there's a miniscule number of bugs from people wanting it
[14:49] <rtg> mjg59, I have not checked, but are you carrying it in Fedora?
[14:50] <rtg> mjg59, cool, thanks.
[14:50] <rtg> pgraner, I stand by our decision to _not_ carry it.
[14:50] <pgraner> rtg: ack, I'll respond, I'll document on the wiki on the Kernel FAQ
[15:08] <apw> amitk, what was the syncy thing you use called?
[15:09]  * rtg thinks apw speaks in pidgin english 
[15:11] <apw> i have a way with words don't you think
[15:11] <amitk> apw: unison
[15:11] <apw> thx ... stupid name :)
[15:11] <amitk> apw: wait till you find out what its written in :)
[15:17] <cking> Ocaml?
[15:17] <apw> amitk, you used this thing with more than one replica?
[15:21] <amitk> cking: correct
[15:21] <cking> and there was much gnashing of teeth...
[15:21] <amitk> apw: simultaneously? no
[15:21] <apw> cking, one of your favourites then?
[15:22]  * cking notes it's another scripting language to learn and then forget about
[15:22] <amitk> apw: you can do several 1-to-1 syncs to achieve the effect
[15:22] <apw> amitk, any idea which end keeps state for the sync?  src/dst/both?
[15:23] <amitk> both keep their end of the state
[15:24] <apw> so doing a sync from A to B from either end is equivalent and interchangeable
[15:24] <amitk> absolutely
[15:24] <amitk> http://www.cis.upenn.edu/~bcpierce/unison/ , incase you haven't found it already
[15:27] <apw> amitk, is this thing interactive?  ie is it asking me a question when it says:
[15:28] <apw>          <---- file       bin/kpkg-check  [f] 
[15:30] <amitk> apw: use -auto, it will then only bother you with the ones with conflicts
[15:30] <apw> handy thanks
[15:33] <amitk> apw: I use this script: http://pastebin.ubuntu.com/250854/ . I can then call it with unison-sync.sh <ip/hostname> <dir>
[15:34] <apw> yeah that looks handy
[15:35] <apw> i assume that makes the sync unit the whole account but then limits us to one subdir 
[15:36] <amitk> if by whole account, you mean your home dir, then yes
[16:55] <rtg> jjohansen, will we achieve a uec (aka ec2) flavour for this A4 release?
[17:05] <jjohansen> rtg: I hope so
[17:06] <jjohansen> rtg: I have run into a few problems with the suse patches though
[17:06] <rtg> jjohansen, its pretty much gotta happen today. otherwise I won't have time to integrate the patch set. I may not have time anyway.
[17:07] <jjohansen> rtg: right now I am running a paravirt ops build while I work on the suse patches, to see if that will work
[17:07] <rtg> perhaps you just  oughta take your time and get it right. An A4 release isn't critical.
[17:55] <sumanc> hi, can someone help me with linux-image-debug-<version> package?
[17:56] <sumanc> i understand that its not available for all kernel versions. how can i make one myself?
[17:57] <rtg> sumanc, look in debian/rules.d/0-common-vars.mk for CurrentlyBuilding
[17:58] <rtg> ogra, re: fsl imax51 build times. what do you suggest?
[17:58] <ogra> rtg, faster buildds :) 
[17:59] <ogra> we'll get them soon
[17:59] <rtg> ogra, I've been working to speed developer build times by skipping some packages.
[17:59] <ogra> rtg, that wasnt a serious comment in the other channel
[17:59] <rtg> ogra, couldn't tell if you were just grumbling
[18:00] <ogra> nah 
[18:00] <ogra> i'll wait patiently
[18:00] <ogra> have my nightshifts for the week planned anyway so it doesnt matter when the buildd spits it out
[18:01] <ogra> it just feels longer if you watch it all the time
[18:01] <rtg> ogra, go have a beer and come back in awhile.
[18:02] <ogra> yeah, i probably should do that
[18:12] <sumanc> rtg, thanks. i read that file. can you please dumb it down for me a little. 
[18:12]  * apw wonders if it is entirly reasonable to be checking floppies for partition tables?
[18:13] <sumanc> if i do AUTOBUILD=1 fakeroot debian/rules binary-debs, will it build that package?
[18:13] <apw> i assume they are supported in theory?
[18:13] <apw> sumanc, i would not have expected you to need AUTOBUILD=1, otherwise i would expect that to make you some binaries to install
[18:17] <rtg> sumanc, 'sudo mkdir /CurrentlyBuilding', then rerun your build. You can shortcut some of the build by running 'fakeroot debian/rules binary-debs flavours=generic'
[18:20] <sumanc> apw and rtg, thanks. command 'fakeroot debian/rules binary-debs flavours=generic' is running right now
[18:20] <ogra> you might want to make it skip abi and modules checking in the end of the build 
[18:20] <ogra> if you made any config changes
[18:20] <sumanc> but CurrentlyBuilding is created under / right? what does this do? i am running fakeroot as non-root user. will it create any permission issues?
[18:20]  * ogra always runs into that 
[18:21] <ogra> and sedly the check happens only at the very end of the build
[18:21] <ogra> *sadly
[18:21] <sumanc> i c.
[18:22] <rtg> sumanc, its a convention used by the buildd's. if '/CurrentlyBuilding' exists (which it will on a buildd), then the debug packages (and some other stuff) are created.
[18:22] <sumanc> i have not made any config changes, i want the linux-debug-<version> package for the systemtap to work.
[18:22] <rtg> sumanc, you should be fine. note the debug package is quite large
[18:23] <sumanc> rtg, thanks for the explanation. large is fine. i got a lot of space :)
[18:23] <rtg> sumanc, and hopefully a fast disk
[18:24] <sumanc> 5400 rpm
[18:24] <sumanc> build is crawling the laptop though :(
[18:26] <apw> you have an hour of grinding i'd say
[18:27] <sumanc> wow
[18:29] <sumanc> i am just getting into kernel hacking. is systemtap something you guys recommend? or are there other tools and practices? i want to be able to debug/look inside the hood as much as possible
[18:31] <sumanc> i am used to printk, but it gets in the way and not always appropriate, i think.
[18:33] <apw> cking, and every time it finds a floppy, it checks it for a partition table
[18:34] <apw> which leads it to read at least 2 blocks, leading to a 50s ish delay
[18:43] <ogra> apw, i doubt we would drop devicekit within the next two weeks to switch to udev only design
[18:43] <ogra> and after FF such a change is inappropriate
[18:43] <ogra> so fixing devkit is surely the way to go for floppies
[18:44] <apw> it'll be a udev config change i think, but yes
[18:44] <ogra> geez ! 
[18:44] <ogra> seems linux-fsl is in its finishing stages
[18:44] <apw> na you are hulucinating from holding your breath
[18:44] <ogra> lol
[18:46] <apw> sumanc, i tend to use printk myself for most of my debug
[18:47] <rtg> ogra, armel FTBS
[18:48] <ogra> bohooo
[18:48] <rtg> hmm, dpkg-gencontrol: error: package linux-image-debug-2.6.31-0-babbage not in control info
[18:49] <rtg> thought I fixed that
[18:50] <sumanc> glad to see: dpkg-deb: building package `linux-image-debug-2.6.28-14-generic'
[18:50] <ogra> rtg, well, your debian/rules seems to still have lines with -plinux-image-debug-2.6.31-0-babbage
[18:51] <rtg> ogra, indeed. Is there a requirement for a debug package?
[18:51] <ogra> not now, no
[18:51] <ogra> the kernel wont even work properly, we have no working USB and no NIC driver atm
[18:52] <ogra> its all about booting and making sure the image layout in karmic works right
[18:52] <ogra> drop debug 
[18:53] <apw> gurgle, arm, ... pop
[19:12] <sumanc> thanks guys. i have the debug package installed now. i need to reboot to test it. thanks a lot for your help.
[23:36] <mattwj2002> hi everyone
[23:36] <mattwj2002> I need help
[23:37] <mattwj2002> anyone know if this would be supported by the kernel?
[23:37] <mattwj2002> http://www.ppa-usa.com/products/usb/usb_pci/1325.htm
[23:39] <Q-FUNK> mattwj2002: hard to tell without knowing what's the chipset used for each function.
[23:39] <mattwj2002> oh okay
[23:39] <mattwj2002> yeah I tried googling it
[23:39] <mattwj2002> no luck :(