[08:07] <fabbione> BenC: ok, i did rename and added more stuff :) go ahead to pull anytime.. 
[11:31] <Tode> Hi there
[11:31] <Tode> at last I arrived in the good place
[11:31] <Tode> (I hope)
[11:31] <Tode> I'm working for a company which doing IWB (interzctive White Board)
[11:32] <Tode> Of course, the stuff works on Window$, OS X... but not on Linux
[11:32] <Tode> I'm product manager for France
[11:32] <Tode> I'd like to develop a driver for Linux
[11:32] <Tode> GPL of course
[11:33] <Tode> I don't have yet the right to give specs
[11:33] <Tode> but I'm working on it
[11:33] <Tode> as the HQ thinks Linux is not a priority, I think they'll be glad not to have to develop this themselves...
[11:33] <Tode> (I hope...)
[02:37] <zul> heylo
[02:38] <fabbione> hey zu
[02:38] <fabbione> l
[02:41] <zul> did you get my msg yesterday?
[02:45] <fabbione> zul: yes, it's fine by me
[02:45] <fabbione> the only issue i have is that i still don't know if my mobile phone will work there
[02:46] <fabbione> so we need to find a way to meet up
[02:55] <zul> well i could call your room
[02:58] <fabbione> i think we should talk later with jbailey 
[02:59] <fabbione> we will probably be around playng turists ;)
[03:00] <zul> heh...i been to montreal a couple of times for the summer, my grandmother lived there for a while before she moved away
[03:03] <fabbione> i have never been there
[03:03] <fabbione> i still need to figure what to visit :)
[03:21] <jbailey> fabbione: Montral is well known for its bagels, the fact that it allowed 18 years olds to drink, and the strip clubs in the middle of the office district. =)
[03:21] <jbailey> fabbione: I need to spend some time on the wiki today posting StuffAboutMontral
[03:21] <fabbione> jbailey: hahah
[03:22] <Mithrandir> is it particular for places in .ca that 18 year olds are allowed to drink?
[03:22] <jbailey> Mithrandir: Yes.  Only Qubec and Alberta allow it.
[03:22] <jbailey> Everyone else requires one to be 19.
[03:22] <mjg59> jbailey: What character set are you sending?
[03:22] <Mithrandir> jbailey: utf8, I think
[03:23] <jbailey> What's funny is that a kid in the youthgroup/sexed class that I used to teach is coming to visit us in Feb for her 18th birthday.  Her mom is sending her. =)
[03:23] <jbailey> mjg59: Should be utf-8
[03:23] <mjg59> Hmm. So why can't I see any of your accented characters.
[03:23] <mjg59> Bloody screen.
[03:24] <jbailey> mjg59: I'm in screen too, so if could be confused.
[03:25] <mjg59> 
[03:25] <Mithrandir> jbailey: it looks good to me, and I know utf8 works for me.
[03:25] <mjg59> Ought to be accented e
[03:26] <Mithrandir> mjg59: that's double-encoded.
[03:26] <mjg59> Fuckit.
[03:26] <Mithrandir> mjg59: does  come out right for you?
[03:26] <jbailey> I think it's wrapped in latin-1 from the output.
[03:26] <mjg59> No
[03:26] <mjg59> Right. Now, where is this going wrong?
[03:26] <jbailey> Mithrandir: I see tahat as ae o/ a^o
[03:26] <Mithrandir> jbailey: that's correct.
[03:26] <Mithrandir> jbailey: our three scandinavian letters.
[03:26] <mjg59> Weird. If I tell screen to do 8859-1, then everything seems to work
[03:27] <Mithrandir> mjg59: screen probably thinks the window is latin1, then.
[03:27] <mjg59> Except that I'm limited to 8859 characters
[03:27] <fabbione> BenC: please git pull ssh://people.ubuntu.com/home/fabbione/public_html/archives/ubuntu-2.6
[03:27] <Mithrandir> 8859 characters should be enough for everyone!
[03:27] <fabbione> BenC: RH Cluster updates and OCFS2
[03:28] <mjg59> Ok, that works now
[03:28] <mjg59> Looks like I forgot -U
[03:31] <Mithrandir> mjg59: that shouldn't be needed if you have an UTF8 locale
[03:33] <mjg59> Well, I needed to toggle utf8
[03:39] <BenC> fabbione: doing it now
[03:39] <fabbione> BenC: cool
[03:39] <fabbione> dpkg-deb: building package `linux-image-2.6.14-1-amd64-generic' in `../linux-image-2.6.14-1-amd64-generic_2.6.14-1.1_amd64.deb'.
[03:39] <fabbione> BenC: we can get there :)
[03:40] <fabbione> now we need to configs :)
[03:40] <BenC> fabbione: I'm getting the debian config stuff in today
[03:40] <fabbione> we also need to decide how we want to release
[03:40] <fabbione> because we can't create .udebs yet
[03:40] <fabbione> or better we can
[03:40] <fabbione> but we need to fix the debian version mistmatch
[03:41] <fabbione> i am also getting a few tons of unresolved symbols on ndiswrapper for x86_64
[03:41] <BenC> odd, I'll look into those
[03:41] <mjg59> We should pull in a newer ndiswrapper anyway
[03:41] <fabbione> and 2 for zd1211em8300
[03:41] <fabbione> and 2 for zd1211 em8300
[03:41] <mjg59> And newer zd1211
[03:42] <BenC> I got the newest of everything
[03:42] <mjg59> Ok
[03:42] <BenC> what were the ones for zd1211 and em8300?
[03:42] <BenC> guessing they were ieee80211 related
[03:43] <fabbione> BenC: there was a file called external-modules in debian/
[03:43] <fabbione> we lost that one in .14
[03:43] <fabbione> it was really useful in combination of uscan-extmod
[03:43] <mjg59> em8300 is a dvd decoder
[03:43] <fabbione> to track all external modules
[03:43] <BenC> fabbione: I am writing a script to pull the external-modules stuff from git log
[03:43] <mjg59> So probably not ieee80211
[03:44] <fabbione> BenC: ah ok...
[03:44] <BenC> fabbione: that's why I wanted the external modules git log setup as it was
[03:44] <BenC> less prone to user error, not updating the file and such
[03:44] <fabbione> BenC: meh
[03:44] <fabbione> i am not sure i did the commit right than
[03:44] <fabbione> i used the external-module template to update RedHat Cluster
[03:45] <fabbione> but from CVS tehre is no Mask or reference
[03:45] <fabbione> and it' not even a pure CVS because there are patches from different branches in CVS
[03:45] <BenC> well, then there's no way for it to be in external-modules file either, so no problem
[03:46] <fabbione> exactly
[03:46] <fabbione> it was there just as reference
[03:47] <BenC> Pulling from people.ubuntu.com
[03:47] <BenC>   Pulling master from fabbione
[03:47] <BenC> error: Could not read 72bed2a7edef353db682cd052776761967a3eadf
[03:47] <BenC> fatal: bad tree object 72bed2a7edef353db682cd052776761967a3eadf
[03:47] <BenC> that's odd
[03:47] <fabbione> weird
[03:48] <fabbione> let me try to push again
[03:48] <fabbione> it says it's updated..
[03:48] <BenC> I don't see that object in any of our git repo's
[03:49] <fabbione> no i don't have it either
[03:49] <fabbione> something missing from linus?
[03:50] <BenC> checking
[03:54] <BenC> I need to go buy my UBZ laptop today :)
[03:55] <fabbione> ehehe
[03:55] <fabbione> i ordered a powerbook
[03:55] <fabbione> but didn't arrive in time
[03:55] <fabbione> it will arrive while i am at UBZ :(
[03:55] <fabbione> royal suckage
[03:55] <dilinger> i'm considering buying an x41
[03:56] <mjg59> X40 has better battery life than the X41, it seems
[03:56] <dilinger> oh/
[03:56] <dilinger> ?
[03:56] <fabbione> dilinger: i don't want to see anything i386 related anymore
[03:56] <dilinger> fabbione: they're so light, ~3lbs
[03:56] <fabbione> dilinger: i am strong enough to lift weight :)
[03:57] <BenC> I think I'll be gettng a powerbook aswell
[03:57] <BenC> at the very least, an amd64
[03:57] <fabbione> BenC: be careful if you buy a powerbook
[03:57] <dilinger> fabbione: my commute to work involves a 30 min walk each way.  the lighter my laptop, the better :)
[03:57] <fabbione> because the new serie just come out
[03:57] <fabbione> dilinger: my commute is about 20 secs walk :)
[03:58] <fabbione> HOLY COW
[03:58] <fabbione> it has been shipped
[03:58] <fabbione> it might arrive tomorrow!
[03:58] <fabbione> no
[03:58] <fabbione> for sure it will arrive the 26th
[03:58] <jbailey> dilinger: I sort of miss the 30 minute walk to work. =)  It means I have to remember to exercise. =)
[03:59] <dilinger> jbailey: it's not a very nice walk.  past the hole that was the world trade center, through a wind tunnel... :/
[04:01] <jbailey> dilinger: Sure, but I miss NYC. =)
[04:02] <jbailey> dilinger: Have they started building there yet?
[04:02] <BenC> fabbione: wow, your git tree is borked
[04:02] <dilinger> yea
[04:02] <BenC> fabbione: run "git-fsck-objects"
[04:03] <fabbione> BenC: borked how?
[04:03] <dilinger> it looks like they're just getting scaffolding up
[04:03] <BenC> fabbione: no idea, but git-fsck-objects should show a whole lot (like 3-4 lines on my tree)
[04:03] <fabbione> BenC:  i get 4 entries
[04:03] <fabbione> dangling tag a1aeb6f9e4306b1a62629c56197eea65afd372b3
[04:03] <fabbione> dangling commit ba9e358fd04190a59e605c2963a15e014139a707
[04:03] <fabbione> dangling tag c08359b174c3b3a175979f81cc786c791f74c852
[04:03] <fabbione> dangling tag f92737b18abac90af30ac26a050fda879c9b238b
[04:03] <fabbione> that's it
[04:04] <BenC> your one on rookery isn't so clean
[04:04] <fabbione> BenC: i only push there
[04:04] <BenC> several doze screen fulls before I just hit ^C
[04:04] <fabbione> i can still nuke it and repush it
[04:04] <BenC> and
[04:04] <BenC> yeah, that sounds good
[04:05] <fabbione> BenC: can you remember the git clone options for it?
[04:05] <BenC> -n -s -l
[04:07] <fabbione> pushing now again
[04:08] <fabbione> BenC: done
[04:08] <fabbione> you can try to pull
[04:09] <BenC> working now
[04:09] <fabbione> i don't understand why tho
[04:10] <BenC> the downside of git...very untested
[04:11] <BenC> ok, as soon as this pull is done, I'll push it back out to k.o
[04:11] <fabbione> ok
[04:11] <BenC> thanks
[04:11] <fabbione> for what? :)
[04:12] <BenC> for getting the last two major drivers in the tree and getting debian/rules cleaned up :)
[04:12] <fabbione> there is still a lot that can be cleaned
[04:17] <BenC> I'm sure I'll be getting neck deep in the build today
[04:20] <fabbione> BenC: amd64 builds :)
[04:20] <fabbione> tomorrow i will do an i386 build and test
[04:22] <infinity> When you guys get half-ass sane and working builds going, I'd love a pointer to some pre-built i386 packages, so I can start wrangling the new version of linux-restricted-modules to build with the new kernel.
[04:22] <infinity> I have a feeling some hackery on my part will be required, and I'd rather clear it up as soon as I can.
[04:22] <fabbione> infinity: yup
[04:24] <fabbione> anyway i am off for a little nap
[04:24] <fabbione> head is exploding
[04:24] <BenC> infinity: I'm hoping to have a really solid build before I got to UBZ this weekend
[04:24] <BenC> later fab
[05:07] <zul> BenC: B
[05:10] <BenC> hey zul
[05:29] <zul> er...did you get my msg last night
[05:30] <BenC> guess not :)
[05:31] <zul> i was thinking since im going to be in montreal on saturday why dont a few of us get together for dinner
[05:31] <BenC> I wont be there until Sunday
[05:31] <zul> ah never mind then :)
[05:32] <BenC> will yu be around then?
[05:34] <zul> yeah i will..ill be there until 2 and then i have to head back to ottawa
[05:36] <zul> i have very expensive hockey tickets for that night ;0
[05:38] <mkrufky> benc: am i correct in assuming that you will stop git merges from upstream once 2.6.14 mainline gets released?  (with the exception of 2.6.14.y merges) 
[05:38] <mkrufky> ( i can already see some of my patches got merged into your tree 99 minutes ago ;-) 
[05:39] <BenC> mkrufky: depends if we decide to move on to 2.6.15 or not
[05:40] <BenC> I think if we do frequent releases, we can keep moving
[05:42] <mkrufky> okay, that makes sense.... I kind of assumed that you would be working against 2.6.14 for released until 2.6.15 becomes stable
[05:42] <mkrufky> s/released/releases
[05:42] <mkrufky> there are a whole bunch of radical changes on the table for 2.6.15, so i think this one is going to have a long dev cycle
[05:43] <fabbione> re
[05:44] <mkrufky> anyhow, I figured I would wait for 2.6.14 official release before I send patches your way.  There isnt any time constraints that I should be worried about is there?
[05:45] <fabbione> mkrufky: yes.. you need to take into account the release schedule
[05:46] <mkrufky> is it posted anywhere?  
[05:46] <fabbione> https://wiki.ubuntu.com/DapperReleaseSchedule?highlight=%28dapper%29
[05:46] <mkrufky> perfect, thanx
[05:48] <mkrufky> hmm... if you are going to continue to take post-2.6.14 merges, then it will not be necessary for me to send you any patches.......
[05:50] <mkrufky> the whole reason why i was going to do this was so that ubuntu users wouldn't have to mess with cvs in order to get support for new v4l/dvb hardware .... It looks like it might not be necessary, because we will probably be sending our next patchset to linus before your code-freeze
[05:50] <fabbione> mkrufky: we will see how it goes
[05:50] <mkrufky> we will be sending within 2 weeks of 2.6.14 release
[05:50] <mkrufky> yup
[05:50] <dilinger> how serious are people about keeping upstream versions frozen instead of taking another snapshot of sid, as jdub's email mentioned?
[05:51] <fabbione> dilinger: read the above url
[05:51] <fabbione> jdub has been overruled by *
[05:51] <mkrufky> anyhow, if somehow we miss the cutoff, there are only 2 post-2.6.14 patches that i am concerned about hitting the distros ... I guess we'll deal with it when the time comes
[05:52] <BenC> mkrufky: is v4l/dbd using git yet?
[05:52] <BenC> dvb
[05:52] <mkrufky> I am going to set up my own git repository, but we will not have an official one for a while
[05:52] <mkrufky> the problem is:
[05:52] <mkrufky> v4l is like an umbrella subsystem
[05:53] <mkrufky> dvb is its own subsystem
[05:53] <mkrufky> but we depend on each other
[05:53] <dilinger> fabbione: excellent
[05:53] <dilinger> fabbione: that just seemed like a bad idea :)
[05:53] <mkrufky> v4l is absorbing ivtv, in addition to some other subsystems
[05:53] <mkrufky> and it is problematic for a single maintainer to handle
[05:53] <mkrufky> this is the reason why we dont have a git repo yet
[05:54] <mkrufky> I want to set one up, to see how it goes, all i need is a server to host it on
[05:54] <mkrufky> if all works out, we can eventually migrate all development to -git
[05:54] <BenC> mkrufky: email ftp-admin@kernel.org and ask for an account there
[05:55] <mkrufky> is it really that simple?
[05:55] <mkrufky> i will do it :-D
[05:55] <BenC> email them a username, a gpg key, an ssh pub key, and your reason fort an account
[05:55] <mkrufky> s/gpg/pgp , right? 
[05:56] <BenC> doesn't really matter
[05:56] <BenC> no one uses pgp though :)
[05:56] <mkrufky> hmmm... then i dont know what gpg is
[05:56] <BenC> GnuPG
[05:57] <mkrufky> lol i should have known
[05:57] <BenC> the free pgp :)
[05:57] <mkrufky> heh
[05:58] <mkrufky> okay, well i'll send them an email later on..... I think that having a "media" tree that would centralize all the dvb/v4l/usbvision stuff would make it a lot easier for us to spot regressions, etc...   I'll let u know when thats ready
[05:59] <BenC> then I can easily pull from it
[06:00] <mkrufky> ya i think it will make things MUCH easier for everyone
[06:00] <mkrufky> :-)
[08:01] <fabbione> BenC: 2 questions.. how are we going to stop autopulling from linus tree? and how can you do cherry picking in git?
[08:02] <BenC> you shouldn't be auto-pulling from linus
[08:02] <BenC> git pull may read objects from linus, but it doesn't pull them in
[08:03] <BenC> I'll have to read up on cherry-picking, but I know it's possible
[08:03] <BenC>   Dynamically convert lock's to nop's on UP machines (SMP2UP) [N/y/?]  (NEW)
[08:03] <BenC> this will be an interesting test
[08:04] <dilinger> is that patch in your repo?
[08:04] <dilinger> or online somewhere/
[08:04] <dilinger> ?
[08:04] <BenC> search google for "Speedup SMP kernel on UP box"
[08:04] <BenC> very old patch that I want to test for dapper
[08:05] <fabbione> ah
[08:05] <fabbione> nice
[08:05] <BenC> probably commit it, but not have it enabled for first release
[08:05] <fabbione> (the patch)
[08:05] <fabbione> BenC: i suggest you enable as much crack as possible in the beginning instead
[08:05] <fabbione> because it's the best moment to crash test the kernel
[08:06] <BenC> true
[08:06] <fabbione> we will have a couple of months to play hard. probably less
[08:06] <fabbione> after that we need to stabilize
[08:06] <fabbione> so it's much better to use this time in the best way as possible
[08:07] <fabbione> also because the first uploads will not expose .14 as default kernel
[08:07] <fabbione> we can decide when to force it as such
[08:07] <fabbione> so it will in Universe -> not supported.. for a little while.. and that's DOH! a case ;)
[08:08] <dilinger> BenC: so Paul Gortmaker's patch w/ Dan Jacobowitz's modification?
[08:18] <BenC> yes
[08:19] <BenC> I should add a command line option to allow for forcing the option on/off for testing
[08:19] <fabbione> BenC: nah.. let's just push it
[08:19] <fabbione> we can make these kind of adjustment later on
[08:19] <fabbione> and probably add a TODO list in debian/
[08:22] <BenC> fabbione: no, I want it on by default, but I want to make it easy for someone to do "smp2up=off" to see if the problem they are having is related to this feature
[08:22] <BenC> no sense in making it hard to debug
[08:22] <fabbione> right
[08:23] <BenC> fabbione: split config stuff from debian package is working now
[08:23] <BenC> i386 configs done
[08:23] <fabbione> cool
[08:23] <BenC> I'll have all the arch's compilable by tonight
[08:23] <BenC> except for hppa of course :)
[08:24] <fabbione> yeah
[08:24] <BenC> smoke break
[08:24] <fabbione> we need to talk with lamont about it
[08:24] <fabbione> ehehe
[08:24] <fabbione> enjoy
[08:24] <fabbione> film break
[08:24] <fabbione> before conference call
[08:24] <fabbione> later
[09:10] <fabbione> dilinger: did you add the OpenAFS bits to the wiki?
[09:10] <fabbione> https://wiki.ubuntu.com/UbuntuBelowZero/BOFs <- ?
[09:11] <dilinger> yes
[09:11] <fabbione> dilinger: you want to link it to launchpad and write a spec from the spec template
[09:11] <dilinger> i can, but not right now
[09:12] <fabbione> it's enough you do it before the 27th afaik
[09:12] <fabbione> otherwise it will not be scheduled
[09:12] <dilinger> ok
[09:12] <fabbione> the sooner the better
[09:59] <dilinger> hm
[09:59] <dilinger> perhaps i should make it a goal to sign my keys from UDU before going to UBZ :)
[10:00] <fabbione> dilinger: good point :)
[10:07] <dilinger> any ideas when we'll find out about the schedule?
[10:07] <dilinger> i doubt i can take the whole week off, and i'd like to be there for openafs, kernel related, and patch feeding bofs
[10:09] <fabbione> dilinger: probably in few days
[10:10] <fabbione> i expect a draft the 27/28
[10:10] <dilinger> that would be nice
[10:59] <zul> later