[04:13] <jbailey> fabbione: Is there an easy way to generate the modules.alias file based on a subset of modules that I copy to the initramfs?
[04:58] <zul> one down one more to go
[04:58] <jbailey> Nice!
[05:00] <zul> and it looks like im going to get a call back as well
[05:03] <jbailey> Nice!
[05:09] <jbailey> We're down to 18 here.
[05:10] <zul> how is the smog? :)
[05:10] <zul> same here
[05:10] <jbailey> Three days of reasonbly heavy rain at some point during the day have worked some magic.
[05:11] <jbailey> But I could really wish that people would just stop driving their cars.
[05:11] <jbailey> Oh well, sleep time.
[05:11] <zul> then people in toronto would die
[05:22] <fabbione> morning
[05:23] <fabbione> mdz: i did ask elmo to remove 2.6.11 even before hoary release...
[05:23] <fabbione> mdz: and asked after another few times 
[05:25] <fabbione> jbailey: i think you can do that using depmod with proper parameters...
[05:25] <fabbione> jbailey: iirc it accepts a module dir to look into
[05:28] <fabbione> hm interesting... busybox-cvs is FTBFS on sparc with a really nice error
[05:29] <fabbione>  /usr/lib/gcc/sparc-linux/4.0.1/../../../../lib/libc.a: could not read symbols: Bad value
[05:29] <fabbione> this looks like either libc or gcc are doomed
[12:04] <fabbione> hey amy
[12:04] <fabbione> amu
[12:05] <amu> hey
[12:33] <zul> c ya later
[12:33] <zul> got another at 9
[12:35] <fabbione> zul: good luck dude
[01:07] <jbailey> fabbione: No, that's the error that is fixed with the newest glibc upload.
[01:20] <fabbione> jbailey: sorry.. what error?
 hm interesting... busybox-cvs is FTBFS on sparc with a really nice error
  /usr/lib/gcc/sparc-linux/4.0.1/../../../../lib/libc.a: could not read symbols: Bad value
[01:20] <fabbione> ah ok :)
[01:20] <jbailey> But no, I'm mistaken
[01:20] <jbailey> That's not the same error I was thinking of.
[01:21] <jbailey> Could be solved with the same fix, though, who knows.
[01:21] <fabbione> ehe ok
[01:21] <fabbione> i will see once glibc are done
[01:21] <jbailey> I should check on that.
[01:22] <fabbione> we will see in the test chroot
[01:22] <fabbione> with the new libc
[01:31] <jbailey> Ayup
[01:55] <zul> i so much hate wearing ties
[01:58] <jbailey> Ahaha
[01:58] <jbailey> Will you need it in the new job?
[01:58] <fabbione> zul: how did it go?
[01:59] <zul> just about to leave...yesterdays was pretty good they wanted a "portfolio" and definite second interview
[02:00] <fabbione> nice
[02:01] <jbailey> "portfolio"?
[02:01] <jbailey> Are you applying to go painting?
[02:01] <fabbione> nic-* udebs are driving me stupid
[03:22] <fabbione> hey lamont
[03:47] <zul> oh headache..
[03:55] <fabbione> zul: eh....
[03:55] <zul> it went ok...they asked for references
[03:56] <fabbione> good
[04:01] <thom> zul: what are you applying for?
[04:01] <zul> desktop support/network admin
[04:01] <zul> part time--junior, need a job
[04:01] <thom> ah
[04:01] <fabbione> thom: do you mind to do an ipw2100 test for me please?
[04:01] <thom> sure
[04:02] <fabbione> thom: remove the following modules from the stock kernel:
[04:02] <fabbione> ipw2100
[04:02] <zul> i need a break..bbiab
[04:02] <fabbione> (sec.. i can't find the full list :()
[04:02] <thom> heh, no worries
[04:02] <thom> i'll need to reboot to .12 anyway
[04:03] <fabbione> -rw-r--r-- root/root     28937 2005-06-08 16:43:25 ./lib/modules/2.6.12-1-386/kernel/drivers/net/wireless/ieee80211/ieee80211.ko
[04:03] <fabbione> -rw-r--r-- root/root      7872 2005-06-08 16:43:25 ./lib/modules/2.6.12-1-386/kernel/drivers/net/wireless/ieee80211/ieee80211_crypt.ko
[04:03] <fabbione> -rw-r--r-- root/root      8561 2005-06-08 16:43:25 ./lib/modules/2.6.12-1-386/kernel/drivers/net/wireless/ieee80211/ieee80211_crypt_ccmp.ko
[04:03] <fabbione> -rw-r--r-- root/root     11558 2005-06-08 16:43:25 ./lib/modules/2.6.12-1-386/kernel/drivers/net/wireless/ieee80211/ieee80211_crypt_tkip.ko
[04:03] <fabbione> -rw-r--r-- root/root      6536 2005-06-08 16:43:25 ./lib/modules/2.6.12-1-386/kernel/drivers/net/wireless/ieee80211/ieee80211_crypt_wep.ko
[04:03] <fabbione> drwxr-xr-x root/root         0 2005-06-08 16:43:25 ./lib/modules/2.6.12-1-386/kernel/drivers/net/wireless/ipw2100/
[04:03] <fabbione> -rw-r--r-- root/root      8522 2005-06-08 16:43:25 ./lib/modules/2.6.12-1-386/kernel/drivers/net/wireless/ipw2100/fsam7400.ko
[04:03] <fabbione> there
[04:03] <fabbione> remove this modules for real
[04:03] <fabbione> and try to compile ipw2100 from upstream source
[04:03] <fabbione> that will install the olds ieee stuff
[04:03] <thom> ok
[04:04] <fabbione> and the same ipw2100 driver
[04:04] <fabbione> if you can test that and tell me if it works or not
[04:04] <fabbione> i might be able to compile ipw2100 in a different way to make it working again
[04:12] <doko> fabbione: no amd64 2.6.12 kernels in the archive?
[04:12] <fabbione> doko: are you nuts?
[04:12] <fabbione> they are in universe
[04:12] <fabbione> like all the others :)
[04:12] <doko> ok, don't expect dselect be up to date after an apt-get update ...
[04:13] <fabbione> doko: dselect update != apt-get update
[04:32] <zul> fabbione: when you and i arent busy do you want to talk about the linux-non-supporte-modules thingy?
[06:08] <fabbione> zul: you can bet on it.. we are just in a slightly different TZ
[06:50] <mdz> fabbione: it is starting to cause problems that 2.6.12 is not in main
[06:51] <mdz> fabbione: ndiswrapper-utils is uninstallable, and klibc is unbuildable
[07:17] <lamont__> fabbione: maybe it's time to upload -1.2, eh?
[07:23] <mdz> anastacia has been wanting to pull it into main for a while now, and I've been ignoring it
[07:25] <lamont__> find: warning: you have specified the -mindepth option after a non-option argument -type, but options are not positional (-mindepth affects tests specified before it as well as those specified after it).  Please specify options before other arguments.
[07:35] <lamont__> fabbione: I'd like us to upload -1.2 sometime soon, not just because 94-1.1 is ftbfs on hppa
[07:44] <fabbione> mdz: it's ok with me to move it main. I am almost done with cleaning the udeb mess.
[07:44] <fabbione> mdz: and if you want you can move it now
[07:44] <fabbione> lamont__: i would really love to complete the cleaning before 1.2. i miss only a few sets of udebs
[07:44] <fabbione> (nic-* pcmcia-* scsi-*)
[07:45] <lamont__> woot
[07:45] <fabbione> lamont__: did you see the changelog?
[07:45] <fabbione> didn't you?
[07:45] <lamont__> fabbione: I was meaning sometime this week, not sometime this day...
[07:45] <fabbione> i should be able to upload tomorrow
[07:45] <fabbione> i need to check with pitti how much time i have to prepare another security update for hoary
[07:46] <fabbione> mdz: or can we wait tomorrow after 1.2 is in?
[07:46] <fabbione> mdz: otherwise mostlikely i will have to bump the abi at the first upload
[07:46] <fabbione> mdz: that's kind of annoying for one day
[07:46] <mdz> fabbione: tomorrow is fine, just notify me when you are ready
[07:46] <fabbione> mdz: as soon as i upload 1.2
[07:46] <fabbione> mdz: there is really a bit cleanup to make it ready for main :)
[07:46] <mdz> fabbione: if jbailey needs to make a klibc upload, you must answer to him though :-)
[07:47] <fabbione> mdz: ok :)
[07:47] <fabbione> there are only 128 lines of almost detailed changelog :)
[07:48] <fabbione> and i started to be less anal retentive than before
[07:48] <mdz> jbailey: klibc (main) build-deps on a 2.6.12 package (universe)
[07:48] <fabbione> jbailey: btw.. klibc is FTBFS on sparc dude :)
[07:48] <jbailey> Eh, when did klibc get promoted to main? =)
[07:48] <fabbione> jbailey: if you want .12 in main.. we need to get that fixed :P
[07:49] <jbailey> <insert obligatory comments about logs and visibility here>
[07:49] <fabbione> jbailey: i am setting up something for that...
[07:49] <fabbione> that you will access ala people.
[07:49] <jbailey> Yay!
[07:50] <jbailey> Then I will start asking you guys to have them all in one place. =)
[07:50] <jbailey> But first things first.. =)
[07:50] <fabbione> let me ask elmo if he had any extra tought about it
[07:51] <lamont__> fabbione: if you want to drive getting a process that elmo is happy with, I'd love to see it - any implementation changes I need to make to do the merge, etc.
[07:51] <jbailey> err.. can't find umul.  Unsigned multiply instruction?
[07:53] <fabbione> lamont__: yup...
[07:54] <lamont__> fabbione: thans
[08:00] <fabbione> lamont__: did you read on #ubuntu-toolchain ?
[09:35] <zul> damn im popular
[09:37] <mdz> jbailey: how goes the modalias stuff?
[09:43] <zul> fabbione: i had a couple of ideas i was playing with this week but whenever you are free
[10:06] <fabbione> zul: i will be free in 5 minutes
[10:06] <fabbione> wife is in bed (finally)
[10:12] <fabbione> zul: so.. what's up?
[10:32] <zul> so i was thinking setup similar to d-i
[10:33] <zul> i was looking through the drivers and some of them have ./Configure ./configure make and whatnot
[10:33] <zul> so we would have a flat text file with a flag saying 0 for make 1 for whatever and 2 for whatever
[10:33] <zul> or something like that
[10:33] <zul> thoughts?
[10:35] <zul> or we could script it in kernel-wedge
[10:35] <zul> thats another option as well..
[10:36] <zul> we juat have to make as easy as possible to maintian
[10:36] <fabbione> you already lost me :)
[10:36] <fabbione> let me finish one thing i started while you were away ;)
[10:36] <zul> heh i have a tendency to do that
[10:37] <zul> bleah..:)
[10:39] <zul> i just want it easy to maintain thats pretty much it right now
[10:48] <zul> gotta pick up wife bbl
[10:48] <zul> sorry
[10:56] <fabbione> zul: don't worry.. 
[11:23] <zul> ok im back
[11:31] <fabbione> ok
[11:32] <fabbione> so explain what you are talking about...
[11:32] <fabbione> step 1)
[11:32] <zul> 1) figure out what drivers are we going to support
[11:32] <fabbione> #1 we already agreed on that
[11:32] <zul> 2) make sure that the modules build individually
[11:33] <fabbione> #2 what do you mean individually?
[11:33] <zul> make sure that there is no surprises when we are compiling them
[11:33] <fabbione> ok they need to build... that's clear :)
[11:34] <zul> yep
[11:34] <zul> 3) add linux-non-supported-modues-* to debian/control debian/control.stub
[11:34] <fabbione> yes
[11:35] <zul> 4) add drivers-build, drivers-install to debian/rules
[11:35] <zul> 5) profit $$$
[11:35] <fabbione> #4 ?????
[11:35] <fabbione> what i don't understand is:
[11:35] <fabbione> 1) why do you want to build them outside the kernel
[11:36] <zul> 4) those are just arbirtary names
[11:36] <fabbione> 2) adding an extra lever of complexity
[11:36] <fabbione> what we need to do is way more simple than that
[11:36] <zul> 1) how would you do that?
[11:36] <fabbione> we already compile the drivers
[11:36] <fabbione> they are already there
[11:36] <fabbione> given your #1 create the list
[11:37] <fabbione> match against this list and move the drivers from build-$flavour into debian/linux-non-supported-$ver-$abi-$foo-$bar-$mysyster-$yourdad
[11:37] <fabbione> and create the debs...
[11:38] <fabbione> (defined in debian/control and .stub)
[11:38] <fabbione> it sounds to me you created a much bigger issue that what needs to be done
[11:39] <fabbione> what lands in there is simple to control and doesn't need extra complexity
[11:39] <zul> i was kind of thinking that so something like d-i right?
[11:39] <fabbione> just one step before install
[11:39] <fabbione> d-i is something else..
[11:39] <zul> ok
[11:39] <zul> ill get d-i out of my head then
[11:39] <fabbione> more levels we add, more complex it becomes to maintain
[11:39] <fabbione> creating udebs is another story and needs other stuff
[11:39] <zul> so something like the abi check?
[11:39] <fabbione> that's already done at kernel build time
[11:40] <fabbione> think in this way:
[11:40] <fabbione> or better
[11:40] <fabbione> look at debian/rules
[11:40] <fabbione> more or less in sequence happens:
[11:40] <fabbione> unpack
[11:40] <fabbione> patch
[11:40] <fabbione> configure
[11:40] <fabbione> build
[11:40] <fabbione> (****)
[11:40] <fabbione> install
[11:40] <fabbione> create debs
[11:40] <fabbione> create udebs
[11:41] <fabbione> now
[11:41] <fabbione> build also includes the abi check
[11:41] <fabbione> what we need to do is somehow:
[11:41] <fabbione> add that (****)
[11:42] <fabbione> that will move the non-supported-modules according to the list
[11:42] <fabbione> from debian/build/build-$flavour/<path_to_the_module>
[11:42] <fabbione> to debian/l-n-s-m-foo-etc/<path_to_the_module>
[11:42] <fabbione> that's all the hook needs to do
[11:42] <zul> ah i think i see
[11:43] <fabbione> it's pointless to duplicate build mess
[11:43] <fabbione> and stuff like that, when it's already there
[11:43] <zul> so you would copy the source to debian/l-n-s-m/
[11:43] <zul> do what ever you need to do
[11:43] <fabbione> no.. no source
[11:43] <fabbione> i will mv directly hte builded binaries
[11:44] <zul> where would you build the binaries from?
[11:44] <fabbione> directly in the kernel, like we are doing now
[11:44] <zul> ah...so we still maintain the patches?
[11:44] <fabbione> yes
[11:44] <zul> ok gotcha
[11:45] <fabbione> but given that they are modules in l-n-s-m
[11:45] <fabbione> we take the freedom to remove them if they don't build
[11:45] <zul> now i understand :)
[11:45] <fabbione> or upstream dies
[11:45] <fabbione> or the patch doesn't apply anymore
[11:45] <fabbione> they are 3rd class drivers
[11:45] <fabbione> 1st class in vanilla kernel
[11:45] <fabbione> 2nd class - external we must have
[11:45] <zul> so you would have a list of modules per arch and a list of modules where the are suppose to go
[11:46] <fabbione> 3rd class - nice to have if it builds
[11:46] <fabbione> we need one list of modules per arch. you already know where they will go
[11:46] <zul> heh i guess i should have gone to udu :)
[11:47] <zul> cool...ill get started on the list tonight
[11:47] <fabbione> eheheh cool :)
[11:47] <fabbione> and i am off to sleep
[11:47] <fabbione> i am tired
[11:47] <zul> nighty night
[11:47] <zul> im off to learn about iscsi as well