[12:49] <zul> evening
[12:50] <zul> lamont_r whenever you are ready
[12:51] <lamont_r> zul: can we do it in about 2 hours?
[12:51] <lamont_r> or is that toolate?
[12:51] <zul> sure no probelm
[12:51] <zul> problem even
[12:51] <lamont_r> ok.  need to run into town with the daughter for a bit
[12:52] <lamont_r> lol
[12:52] <zul> perv
[12:52] <T-Bone> even with context, it does look strange :)
[12:52] <lamont_r> T-Bone: if you're nice, I'll put the Packages files on p.u.c... :-)
[12:52] <T-Bone> LOL
[12:52] <lamont_r> T-Bone: baz primer
[12:52] <T-Bone> ok ok ok, I won't quote :)
[12:52] <T-Bone> s/quote/fortune/ :)
[12:53] <lamont_r> anyway, gotta run home, pick up kid, run to town.  back in a couple hours.
[12:53] <T-Bone> see ya tomorrow then!
[12:53] <zul> oh that sucks...debian dropping all but 4 arches?
[12:53] <T-Bone> yeah
[12:53] <T-Bone> they're nuts
[12:53] <zul> i take people are pissed off right now
[12:54] <T-Bone> that'd be a fair bet
[12:54] <zul> maybe i should go read -devel :)
[12:55] <T-Bone> i haven't even bothered, but would certainly welcome a short summary :)
[12:58] <zul> bah...i dont have time...executive summary people are pissed
[01:01] <zul> oooh...we are down to 18 major bugs for kernel stuff
[01:11] <mdz> zul: they aren't dropping them
[01:11] <mdz> zul: they are going to change the way that they are released
[01:12] <mdz> yes, people are pissed off, but mostly because they are misinterpreting the announcement (as you seemed to ;-) )
[01:14] <zul> mdz: i only saw it on slashdot i havent  dealt into it
[01:14] <mdz> oh god
[01:14] <mdz> just what Debian needs, slashdot misinformation
[01:14] <zul> heh
[01:15] <mdz> slashdot refuses to post our release announcements, and they publish this crap :-P
[01:15] <zul> how come they refuse?
[01:15] <mdz> I have no idea
[01:15] <zul> thats retarded
[01:17] <zul> someone should go beat some sense into them
[02:34] <zul> la deh dah
[02:40] <lamont> ah, cool.. I still have 15 minutes. :-)
[02:43] <zul> heh
[02:52] <lamont> ok zul
[02:52] <lamont> ready>
[02:52] <lamont> >?
[02:53] <lamont> stupid > key
[02:54] <zul> yep
[02:54] <lamont> ok...  things to decide.  lets assume that you're going to have the archive on the local machine, and then mirror it to the http archive
[02:55] <zul> ok
[02:55] <lamont> in my case, I chose to put the archives in /var/lib/arch - you'll want to pick a directory somewhere...
[02:55] <lamont> baz make-archive /var/lib/arch/zulcss@gentoo.com--2005 (or whatever)
[02:56] <lamont> that will create the zulcss@gentoo.com--2005 archive.
[02:56] <lamont> baz register-archive http://people.ubuntu.com/~lamont/Archives/kernel-team@ubuntu.com--2005
[02:56] <lamont> registers the upstream beast
[02:56] <zul> k hold
[02:56] <zul> on 
[02:57] <zul> ok...made the arvhie
[02:57] <zul> ok..lets go
[02:58] <lamont> baz branch kernel--team@ubuntu.com--2005/kernel-debian--pre28--2.6.10 zulcss@gentoo.com--2005/kernel-debian--pre28--2.6.10
[02:59] <lamont> creates a branch for you to work in.
[03:00] <lamont> then, baz make-archive -m zulcss@gentoo.com--2005 sftp://<http machine>/~zul/public_html/Archives/zulcss@gentoo.com--2005
[03:00] <zul>  baz branch kernel-team@ubuntu.com--2005/kernel-debian--pre28--2.6.10 zulcss@gmail.com--2005/kernel-debian--pret28-2.6.10
[03:00] <zul> branch: invalid version name -- zulcss@gmail.com--2005/kernel-debian--pret28-2.6.10
[03:00] <lamont> (I think...)
[03:00] <lamont> pre28--2.6.10
[03:00] <lamont> not pre28-2.6.10
[03:00] <zul> oops
[03:01] <zul> its running now
[03:02] <lamont> make-archive -m syntax works.!  woot.
[03:03] <zul> ok got that
[03:04] <zul> zulinux.homelinux.net/Archive
[03:04] <lamont> baz library-config --greedy --sparse /var/cache/arch/revisions  # create the revision library
[03:05] <lamont> baz get kernel-team@ubuntu.com--2005/kernel-debian--pre28--2.6.10 debian
[03:06] <lamont> will grab create the debian directory
[03:07] <lamont> then (inside that directory), baz archive-mirror will push things to zulinux.homelinux.net/Archive
[03:07] <lamont> uh, doh.
[03:07] <zul> tla: indicated library is not on library path
[03:08] <lamont> gotta go check something
[03:08] <lamont> dpkg -l bazaar?
[03:08] <zul> 1.2-2
[03:09] <lamont> ok
[03:09] <zul> im using ~/work/ubuntu/Archives as my arch repository
[03:09] <lamont> we forgot to tell baz to keep listings current, so you get a second step until someone in #arch tells us how to automate it... :(
[03:10] <zul> doh
[03:10] <lamont> or we could be abusive...
[03:10] <zul> abusive :)
[03:10] <lamont> on zulinux, rm -rf Archive/zulcss@gmail.com--2005
[03:10] <zul> done
[03:11] <lamont> rm ~/.arch-params/=locations/zulcss@gmail.com--2005
[03:11] <lamont> on your home machine
[03:11] <zul> done
[03:11] <lamont> ok. give me a minute to check on things...
[03:11] <zul> k
[03:13] <lamont> baz make-archive --listing -m ....
[03:13] <lamont> and then baz archive-mirror
[03:14] <zul> k gimme a sec
[03:14] <zul> says archive already registered
[03:15] <lamont> which machine did you rm ~/.arch-params on?
[03:15] <lamont> ah, on your work machine:
[03:15] <zul> local machine i did the sftp bit
[03:15] <lamont> rm ~/.arch-params/\=locations/zulcss@gmail.com--2005-MIRROR
[03:16] <lamont> uh, that 2nd rm needed to be on zulinux...
[03:16] <lamont> so...
[03:16] <zul> same machine
[03:16] <lamont> ah, ok.
[03:16] <lamont> that helps some...
[03:16] <lamont> only not..
[03:17] <lamont> if both are really the same machine, the best thing to do is just create the archive where http can get to it...
[03:17] <lamont> since you can't have the archive and the mirror have the same name on the same machine, etc...
[03:17] <zul> yeah that would be easier
[03:18] <lamont> so best way is to just nuke the archive storage completely, and toss it from ~/.arch-params/=locations
[03:18] <zul> done
[03:18] <lamont> then either a symlink and the needed config, or store it under the web tree somewhere..
[03:18] <lamont> so...
[03:18] <lamont> baz make-archive --listing .../Archive/zulcss@gmail.com--2005
[03:19] <lamont> you already have the other registered (unless you over-nuked...)
[03:19] <zul> yeah over nuked
[03:19] <lamont> so baz register-archive from above
[03:19] <lamont> baz branch from above
[03:19] <zul> doh..
[03:19] <lamont> baz library-config from above
[03:21] <lamont> then baz get from above
[03:22] <lamont> then you're going to get into a love/hate relation ship with "baz lint" as you do things...
[03:22] <lamont> baz add files that you add, etc.
[03:22] <lamont> do you have a change to walk through?
[03:24] <zul> gimme a sec...still going through the steps
[03:24] <zul> my brain is slow today...more so than usual
[03:25] <zul> still getting the same error on revision
[03:25] <lamont> on revision?
[03:25] <zul> revisions
[03:26] <zul> chuck@homer:~$ baz library-config --greedy --sparse /var/cache/arch/revisions
[03:26] <zul> tla: indicated library is not on library path
[03:26] <zul>   dir /var/cache/arch/revisions
[03:27] <lamont> ah, ok.
[03:28] <lamont> what does baz my-revision-library say?
[03:29] <zul> chuck@homer:~$ baz  my-revision-library
[03:29] <zul> my-revision-library: no revision library path set
[03:29] <zul> there isnt a /var/cache/arch directory
[03:32] <lamont> yeah - I dumped my revision lib in /var/lib/arch/revisions...
[03:32] <lamont> pick a directory
[03:32] <lamont> baz my-revision-library <dir>
[03:32] <lamont> it'll grow over time until you prune things out of it...
[03:33] <zul> ok done
[03:33] <lamont> then library-config
[03:33] <lamont> adjusted as needed
[03:34] <zul> im just doing the baz get
[03:36] <lamont> ah, ok
[03:36] <zul> so i did the baz get
[03:37] <zul> and i have the two gz files in my Archive directory
[03:38] <zul> so i should be done right?
[03:41] <zul> thats cool
[03:41] <lamont> yep
[03:42] <lamont> actually, the branch created those files, I expect
[03:42] <lamont> uh, did you say --listing with your make-archive?
[03:42] <zul> so when pre29 comes out i have to do a baz branch kernel-team ya deh dah
[03:43] <zul> ~/arch
[03:43] <lamont> touch ..../Archive/zulcss@gmail.com--2005/=meta-info/http-blows
[03:43] <lamont> url is http://zulinux.homelinux.net/Archive/zulcss@gmail.com--2005 ??
[03:43] <zul> yep
[03:44] <lamont> ok. is there a http-blows file there?
[03:44] <zul> no
[03:44] <lamont> touch it
[03:44] <lamont> then say baz archive-fixup zulcss@gmail.com--2005
[03:46] <zul> chuck@homer:~$ baz archive-fixup zulcss@gmail.com--2005
[03:46] <zul> usage: baz archive-fixup [options] 
[03:46] <lamont> s/fixup/fixup -A/
[03:46] <zul> i c
[03:46] <zul> done
[03:50] <zul> http://localhost/Archive/zulcss@gmail.com--2005/kernel-debian--pre28--2.6.10/patch-1
[03:53] <zul> so when pre29 comes out all i have to do is a baz branch?
[03:57] <zul> right im falling asleep thanks for your help lamont
[04:01] <lamont> yes
[04:02] <lamont> baz abrowse zulcss@gmail.com--2005
[04:02] <lamont> zulcss@gmail.com--2005
[04:02] <lamont>   kernel-debian
[04:02] <lamont>     kernel-debian--pre28
[04:02] <lamont>       kernel-debian--pre28--2.6.10
[04:02] <lamont>         base-0 .. patch-1
[04:02] <lamont> woot
[06:21] <fabbione> morning
[06:21] <lamont> fabbione: getting kernel-bugs created... you want me to subscribe you?
[06:21] <lamont> gonna move the bz target to there, instead of kernel-team, so we can have our mailing list back,
[06:22] <lamont> fabbione: baz register-archive     http://zulinux.homelinux.net/Archive/zulcss@gmail.com--2005
[06:22] <lamont> btw,
[06:22] <fabbione> lamont: yes please
[06:23] <lamont> s/,//
[06:23] <fabbione> even if all bugs are assigned to me and i get them automatically 3 times
[06:23] <lamont> heh.  I assume you want moderator access?
[06:23] <fabbione> mdz: yes i am cherrypicking bug fixes from Debian right now
[06:23] <fabbione> mdz: and syncing up to their 2.6.10-6
[06:24] <mdz> fabbione: ok
[06:24] <fabbione> what will be the list id for kernel-bugs?
[06:24] <lamont> fabbione: we'll make the default bz target be kernel-bugs
[06:24] <lamont> kernel-bugs@lists.ubuntu.com
[06:24] <fabbione> mdz: please baz get from lamont archive on chinstrap.
[06:24] <fabbione> mdz: so you can follow yourself
[06:24] <mdz> fabbione: not right now; I am trying for <12 hours working today
[06:25] <fabbione> mdz: sure..
[06:25] <fabbione> let me put up a changelog for you
[06:25] <fabbione> mdz: there are only bug fixes atm
[06:25] <fabbione> no new features
[06:25] <fabbione> http://people.ubuntu.com/~fabbione/changelog
[06:27] <fabbione> there are more patches to come security, memory corruption and stack handler related
[06:27] <fabbione> we might also fix a wishlist in this upload since the change is not introsive at all
[06:35] <lamont> fabbione: is done.
[06:35] <fabbione> the ml?
[06:35] <fabbione> cool
[06:35] <lamont> mdz: could you whack bz and reassign all the kernel bugs from kernel-team to kernel-bugs, and change the default target?
[06:36] <lamont> fabbione: you're in the --pre28 tree, yes?
[06:37] <mdz> lamont: do a search, click "change several bugs at once" in the search results
[06:37] <fabbione> lamont: yes
[06:38] <lamont> mdz: ok
[06:39] <lamont> but the default assignment is still you, right mdz?
[06:39] <mdz> lamont: default assignee for linux has been fabbione for ages
[06:41] <fabbione> yeah
[06:42] <fabbione> mdz: do you think it will be possible to get Kamion to create one sparc hoary CD after (and only AFTER) release?
[06:42] <lamont> ah, even better
[06:42] <fabbione> well if we can get kernel-bugs to get them assigned
[06:42] <fabbione> i wouldn't mind
[06:42] <lamont> fabbione: I got pretty far down the path of building my own on hppa... although it really needs some Kamion-love to be happy
[06:43] <mdz> fabbione: probably, but it's entirely possible that it will require changes to packages in the archive to work (so it wouldn't be hoary anymore)
[06:44] <fabbione> in that case i agree
[06:44] <fabbione> but i think we have been careful enough not to need that
[06:44] <fabbione> well let see
[06:45] <lamont> fabbione: you'll almost certainly need d-i changes
[06:45] <mdz> will sparc be caught up on building packages by release? ;-)
[06:45] <fabbione> mdz: it's almost there for main
[06:45] <fabbione> too bad it was dead for 15 days
[06:45] <fabbione> that was really unlucky
[06:45] <fabbione> and i have only one or two FTBFS to handle up till now
[06:45] <fabbione> all the rest is going in
[06:45] <fabbione> but clearly it will never make it for hoary
[06:46] <fabbione> i am aware of that
[06:47] <lamont> grumble. kernel-bugs@lists.ubuntu.com did not match anything
[06:47] <lamont> do I need to create a login for him?
[06:47] <fabbione> nmostlikely
[06:47] <fabbione> s/^n//
[06:48] <lamont> yeha
[06:55] <fabbione> crimsun: i got the patch from zul for the sis oops
[06:56] <fabbione> i am going to apply it in a few minutes
[06:56] <crimsun> fabbione: great :-)
[06:56] <fabbione> do you have the bug num handy?
[06:56] <lamont> mdz: will new kernel bugs get kernel-bugs@lists.ubuntu.com as their qa contact then?
[06:57] <crimsun> fabbione: from bugzilla? I don't think there is one (rather, I haven't found one), but a friend has experienced it.
[06:58] <lamont> fabbione: of course, mass changing 79 bugs when we get 2 copies per (well, you 3)... sorry.....
[06:58] <fabbione> lamont: only 79?
[06:58] <fabbione> i have approx 130 assigned for kernel
[06:58] <fabbione> ok i am not going to touch bz
[06:59] <fabbione> to avoid mid-air collisions
[06:59] <lamont> 74 bugs had kernel-team as their qa contact
[06:59] <fabbione> probably we didn't catch all of them with qa contact
[06:59] <fabbione> i will see after you change them
[07:00] <lamont> fabbione: my change is done, just percolating, etc.
[07:00] <fabbione> you didn't change to who the bugs are assigned, did you?
[07:01] <lamont> no just qa contact
[07:01] <lamont> unless, of course, I'm a loser... :-(
[07:01] <fabbione> ok. should we reassign them to?
[07:01] <lamont> we could, but some are assigned to you and some to zul, etc.
[07:02] <fabbione> lamont: package linux
[07:02] <fabbione> we can manually reassign the ones that this check will skip
[07:02] <lamont> choices are to assign them to one person in charge of triage, or assign them to the list and take them as they're grabbed.
[07:02] <fabbione> it makes it easier to have one and only one contact
[07:03] <fabbione> ok let's talk about it with zul later
[07:03] <fabbione> because i really have heaps more than 79
[07:03] <fabbione> zul: are you awake?
[07:04] <lamont> don't think I'll change those
[07:04] <fabbione> no skip the resolved...
[07:04] <lamont> 74+98 == 172
[07:04] <fabbione> just do a search with fabbione@ubuntu.com as assignee
[07:05] <fabbione> and package linux
[07:05] <eruin> copypaste myself?
[07:05] <fabbione> yes please
[07:05] <lamont> did a search for package=linux, qa != kernel-bugs, status == unconfirmed thru pendingupload
[07:06] <eruin> I've had to compile my own kernel to set dma on for my standard ide hd/cd drives, and while doing so I noticed the ubuntu config had "CONFIG_IDEDMA_ONLYDISK=y"
[07:06] <fabbione> get all the status
[07:06] <fabbione> many are NEW and NEEDINFO
[07:06] <lamont> that was there
[07:06] <fabbione> eruin: yes. that is correct. enabling DMA on cdrom by default causes more troubles than the ones that it solves
[07:06] <lamont> unconfirmed thru pendingupload includes new,assigned,reopened,needinfo,upstream
[07:07] <fabbione> eruin: it is enough to use hdparm to enable dma on any device you want
[07:07] <fabbione> there is no need to recompile
[07:07] <lamont> but not resolved,verified,closed
[07:07] <eruin> okay, then that's probably not what solved my issues
[07:07] <eruin> the problem I had was that hdparm didn't allow me to set dma on
[07:08] <fabbione> eruin: if it doesn't, perhpas your cdrom or chipset is blacklisted from DMA
[07:08] <fabbione> because known to be broken or something
[07:08] <eruin> I still haven't figured out how to get support for enabling dma on my via sata drives, but that's another thing
[07:08] <eruin> any idea on where I can find info on that?
[07:08] <fabbione> there is a blacklist somewhere....
[07:08] <fabbione> in the source
[07:08] <fabbione> i just can't remember where exactly
[07:09] <eruin> I'll have a poke
[07:10] <eruin> drivers/ide/ide-dma.c I bet
[07:10] <fabbione> i think there is a blacklist.c or something
[07:10] <fabbione> i really can't remember
[07:10] <fabbione> night lamont
[07:10] <fabbione> cya later
[07:11] <eruin> static const struct drive_list_entry drive_blacklist []  = {
[07:11] <fabbione> looks like it
[07:11] <fabbione> but that's the one for specific cdrom
[07:11] <eruin> can't find any of my stuff in it though
[07:11] <fabbione> iirc
[07:11] <fabbione> there is another one for chipset too or at least....
[07:13] <eruin> bah
[07:13] <eruin> that blacklist blacklists known-to-work devices
[07:13] <fabbione> if you know that they work, you should report them upstream
[07:13] <fabbione> they are pretty responsive on that
[07:14] <eruin> I wonder how they get on the list in the first place if they work
[07:14] <fabbione> eruin: sometimes developer do not have the hardware
[07:14] <fabbione> and they hack around with the specifications
[07:14] <fabbione> that makes the driver work
[07:14] <fabbione> but they can't test extra features
[07:14] <eruin> ah
[07:14] <fabbione> DMA can be really bad if set on broken hw
[07:15] <fabbione> like data corruption
[07:15] <fabbione> IDE hanging due to unneeded resets
[07:15] <fabbione> so it is a much safer path to first blacklist it
[07:15] <fabbione> and wait for reports that it works
[07:15] <fabbione> than the other way around
[07:15] <fabbione> i think we can all agree that "data corruption" = "really really bad"
[07:16] <fabbione> compared to a minimum gain in performance
[07:16] <eruin> yeah ;)
[07:16] <eruin> well.. minimum
[07:16] <fabbione> minimum is subjective :-)
[07:16] <eruin> my computer pretty much hangs when I do major operations on my sata drive
[07:16] <eruin> because I'm no longer able to use dma on it
[07:16] <fabbione> only on cdrom
[07:17] <eruin> gathering from what I've seen around the net, the via drivers only work well if compiled-in
[07:17] <eruin> could that be true?
[07:18] <fabbione> no
[07:18] <fabbione> there is basically no difference in compiling in or having it as module
[07:18] <eruin> hmm.. I've done so and now I can set dma on my ide hd
[07:19] <fabbione> did you check the module parameters?
[07:19] <eruin> nope
[07:19] <fabbione> some of them can accept stuff like forcel33tdma=on
[07:19] <eruin> :P
[07:19] <fabbione> without the need of recompiling
[07:19] <eruin> curses
[07:33] <mdz> lamont: no, I'll need to change the default QA contact manually; please email me
[07:37] <fabbione> mdz: unionfs... hmmmm
[07:37] <fabbione> i think we should find something better than external projects
[07:38] <fabbione> Al Viro is the right person to ping definetely
[07:43] <gabaug> why don't modules that worked in 10-3 work in 10-4 (with the error "Invalid module format")?
[07:44] <gabaug> sorry, hoary's linux-image-2.6.10-3-686 vs 10-4 that is
[07:44] <fabbione> -3 and -4 identify an ABI change
[07:44] <fabbione> that is perfectly normal and wanted
[07:44] <gabaug> ok...is it possible to compile my modules for -4?
[07:44] <fabbione> yes
[07:44] <fabbione> the same way you did for -3
[07:45] <gabaug> because I built one on a freshly installed hoary-preview-install with the -4 kernel running and headers installed and it gave me that error
[07:45] <fabbione> probably you didn't install the correct kernel headers
[07:45] <fabbione> also note that after preview
[07:45] <fabbione> the kernel ABI was broken
[07:46] <fabbione> so you might have built with a broken kernel
[07:46] <gabaug> I have the kernel headers that the install cd provided...I have /usr/src/linux-headers-2.6.10-4[-386] 
[07:47] <fabbione> gabaug: please update to the most recent kernels and rebuild the module
[07:47] <gabaug> okay
[07:47] <fabbione> be sure to have 2.6.10-27
[07:48] <gabaug> woah...I'm confused, did we jump from -4 to -27 or did I just miss a lot of kernel updates?
[07:48] <fabbione> no
[07:48] <fabbione> -4 is the ABI in the package name
[07:48] <eruin> I've found something interesting... http://lists.debian.org/debian-amd64/2004/10/msg00099.html
[07:48] <fabbione> -27 is the debian version
[07:48] <fabbione> or ubuntu version
[07:48] <gabaug> fabbione: okay, thanks
[08:06] <fabbione> mdz: can i extend the kernel bof list for UDU (since the page is "please do not modify")
[08:06] <fabbione> ?
[12:09] <svenl> fabbione: let's move here.
[12:11] <svenl> fabbione: the powerpc-mv643xx-enet.dpatch patch just enables to build the mv643xx_eth module on MULTIPLATFORM_PPC, and removes all mips-embedded arch specific part of it, no ABI breakage visible there.
[12:12] <fabbione> svenl: we have a (semi) automatic abi checker
[12:12] <fabbione> so that one is checked at build time
[12:12] <svenl> fabbione: the other patch detects if a marvell NB is present, and sets a couple of info (membase and irq to be used) for the driver to use.
[12:12] <fabbione> yes i read the patches
[12:12] <svenl> so i don't think there should be any ABI breakage involved.
[12:12] <fabbione> but i still need to verify them and revert an old patch we have around
[12:14] <fabbione> svenl: i promise.. as soon as i get -28 out of the way, your patches will be the first to go in and be tested.
[12:14] <fabbione> http://people.ubuntu.com/~fabbione/changelog
[12:15] <fabbione> svenl: ^
[12:15] <fabbione> this is what i have in the boilerplate for today
[12:15] <svenl> fabbione: you have an old marvell patch in ? The one from debian 2.6.10 ? 
[12:15] <fabbione> svenl: i think it is from 2.6.9 that i portforwarded
[12:16] <fabbione> but there is a patch there
[12:16] <svenl> fabbione: ok. we can get ride of it, and replace it with this new one.
[12:16] <fabbione> yes i know .. i did check that too
[12:16] <fabbione> :-)
[12:16] <svenl> more to this later, do your install and i will build a package locally with my proposed fix, ok ? 
[12:17] <fabbione> svenl: i will upload my package around 14:00 UTC
[12:17] <fabbione> after that i can do directly tests for you
[12:17] <fabbione> so don't worry too much
[12:17] <fabbione> i can even give you the images to test
[12:17] <fabbione> that's not an issue :-)
[12:17] <fabbione> but before 14:00 UTC with kernel up
[12:17] <fabbione> it's no-no
[12:18] <svenl> ok.
[12:18] <svenl> i was just asking, not knowing the schedule. tomorrow is better for everyone involved.
[12:20] <fabbione> yup.. no problem
[12:31] <fabbione> build orgy started :-)
[12:31] <fabbione> later
[01:42] <fabbione> woo woo woo
[01:43] <fabbione> amd64/ia64 are go
[01:43] <fabbione> i386 and ppc still compiling
[02:15] <fabbione> ppc is GO
[02:29] <fabbione> and i386 is go
[02:38] <zul> heylo
[02:38] <fabbione> hey zul
[02:38] <zul> hey fabbione how is it going?
[02:38] <fabbione> very good
[02:38] <fabbione> all arches are go
[02:38] <zul> good good
[02:38] <fabbione> i am ready to upload.. testing l-r-m now
[02:38] <zul> sweet
[02:38] <fabbione> but i still cannot commit one patch
[02:39] <fabbione> but i will upload before that ;)
[02:39] <zul> heh
[02:40] <zul> you guys wanted to talk to me about something im reading the backlog
[02:41] <fabbione> zul: yes...
[02:41] <fabbione>   * Not all USB ports detected on nForce4 SLI chipset boards:
[02:41] <fabbione>     - Add patch nforce4-usb-broken.dpatch.
[02:41] <fabbione>     (Closes: #7241)
[02:41] <fabbione> the bug is assigned to X?
[02:41] <fabbione> and...
[02:41] <fabbione>   * Add emu10k1x driver:
[02:41] <fabbione>     - Add patch stolen-from-head_em10k1x-alsa.dpatch.
[02:41] <fabbione>     - CONFIG_SND_EMU10K1X=m.
[02:41] <fabbione> what bug does it fix?
[02:41] <zul> gimme a sec
[02:41] <fabbione> sure
[02:42] <fabbione> 1
[02:42] <fabbione> so?
[02:42] <zul> shaddup
[02:42] <zul> :)
[02:42] <fabbione> ahhaha
[02:42] <zul> nforce usb is suppose to be 7214
[02:42] <fabbione> ah ok
[02:43] <zul> the dell sound card is 6492
[02:44] <fabbione> ok.. comming now
[02:44] <zul> whats the thingy on bugs im reading in the backlog
[02:44] <zul> qa contact is kernel-bugs now? ok..
[02:45] <fabbione> yes
[02:45] <fabbione> we were considering to reassing all the bugs to it
[02:45] <zul> ah ok
[02:45] <fabbione> and decide between us who gets what
[02:45] <fabbione> it is easier to keep all the bugs together
[02:45] <zul> well t-bone can do ppc
[02:45] <zul> true
[02:45] <fabbione> to see duplicates and stuff
[02:45] <fabbione> and since we have the lists
[02:45] <fabbione> we can coordinate there
[02:45] <fabbione> or via irc
[02:45] <fabbione> or whatever..
[02:46] <zul> and you and i can divy out the i386 ones
[02:46] <fabbione> just to avoid duplicate work
[02:46] <zul> whatever..
[02:46] <fabbione> exactly
[02:46] <zul> but if you are working on a bug you should take ownership of it
[02:47] <fabbione> yes
[02:47] <fabbione> that is correct
[02:47] <fabbione> or coordinate
[02:47] <zul> or cordinate
[02:49] <fabbione> brb... rebooting
[02:51] <zul> k
[03:07] <fabbione> well.. i missed cron.d for 62 seconds
[03:07] <fabbione> that means 30 minutes delay ...
[03:07] <fabbione> at least i had the extra time to test the kerne
[03:09] <fabbione> zul: you can close the bugs if you want
[03:09] <fabbione> kernel is uploaded
[03:09] <zul> okie dokie
[03:12] <fabbione> i am doing some baz magic to create the new branches and so on...
[03:12] <zul> sweetness since i have baz setup now
[03:12] <fabbione> i know..
[03:12] <fabbione> i already registered your archive
[03:12] <fabbione> so you sync.. merge
[03:12] <zul> wohoo
[03:12] <fabbione> and i can sync merge from you
[03:13] <fabbione> 29329839283 times faster
[03:13] <zul> yeah yeah
[03:13] <zul> only if im up though
[03:14] <fabbione> well that's up to you
[03:14] <zul> yeah so there
[03:15] <fabbione> not bad... 
[03:15] <fabbione> 24K of changelog
[03:16] <zul> heh...oh yeah got a question for you 
[03:16] <zul> there are alot of win4lin users using ubuntu
[03:16] <fabbione> yes
[03:16] <zul> so why not include it in  linux-restricted after hoary is released
[03:16] <fabbione> they can all die to hell in a painful and slow death
[03:17] <fabbione> ops
[03:17] <fabbione> i am not supposed to say so
[03:17] <fabbione> i don't think we can
[03:17] <zul> heh or not..
[03:17] <fabbione> it depends a lot from the licence
[03:17] <zul> ill look into it
[03:17] <fabbione> ok
[03:18] <zul> because there is getting alot of ubuntu users at work and they are all asking me about and i have to beat them off with a stick
[03:18] <fabbione> zul: send them to me
[03:18] <fabbione> i also want some fun killing the bugs
[03:18] <zul> well since i am just a consultant i would like to keep my job
[03:30] <zul> bwahahaha  kernel-team@ubuntu.com--2005/kernel-debian--pre28--2.6.10 debian
[03:30] <zul> doh..
[03:30] <fabbione> ?
[03:31] <zul> i have a local copy of pre29 now..
[03:33] <fabbione> yeah i am preparing the basic stuff for -29
[03:33] <fabbione> like changelog and abi files
[03:33] <fabbione> otherwise you won't even be able to make clean
[03:33] <fabbione> i need to implement a make target for it
[03:33] <fabbione> but not for hoary
[03:33] <fabbione> i am too lazy
[03:34] <zul> heh
[03:36] <fabbione> attempt to remove directory amd64/
[03:36] <fabbione> hmmm
[03:36] <fabbione> baz doesn't like removing directories?
[03:37] <zul> dont know
[03:37] <zul> i just started using it so im not the one to ask
[03:37] <zul> or if you were asking rhetorically
[03:39] <fabbione> no, it doesn't support it
[03:43] <zul> crap im missing a } somewhere
[03:54] <fabbione> committing the first -29 bits
[03:54] <fabbione> for i386
[03:54] <fabbione> at least you can start working
[03:54] <zul> k
[03:55] <fabbione> it still transmitting :-)
[03:56] <fabbione> should be there now
[03:58] <zul> so the abi stuff just goes a diff?
[03:59] <fabbione> they are files in the source package
[03:59] <fabbione> -28 contains -27 abi files
[03:59] <fabbione> -29 contains -28 abi files
[03:59] <zul> ah k
[03:59] <fabbione> and so on
[03:59] <fabbione> for hoary it is manual
[03:59] <fabbione> we will work on it at UDU
[03:59] <fabbione> to make it more transparent
[04:00] <zul> heh i wont be there
[04:00] <fabbione> because personally building the kernel N times only to check if it builds + a clean build after upload just to get the ABI is a PITA
[04:00] <fabbione> zul: i know, but we will plan a strategy to have it done automatically
[04:00] <fabbione> like buildd mailing abi files or something like that
[04:00] <fabbione> we will see how to spec it
[04:00] <zul> good good
[04:01] <jbailey> fabbione: glibc grew some abi checking a year or so ago, and in the next major upload, we hope to have all the checking be there automatically and fail the build if something changes.
[04:02] <fabbione> jbailey: we already fail if the ABI breaks
[04:02] <fabbione> the problem is that abi files are created at build time
[04:02] <fabbione> and since we do source only uploads
[04:02] <fabbione> we need to find a nice way to get these files back 
[04:02] <fabbione> to make them usefull
[04:03] <fabbione> the checker is there
[04:03] <fabbione> and it is pretty simple to use
[04:03] <jbailey> Ah.  Include them in /usr/share/doc ?
[04:03] <fabbione> jbailey: nah that's a bad approach
[04:03] <fabbione> we did a long discussion about it
[04:03] <fabbione> both with dilinger and mdz
[04:03] <fabbione> and here on irc too
[04:04] <fabbione> the point is that we must ensure that version -X+1 is always built using version -X of the abi files
[04:04] <fabbione> so we must ensure that the latest packages are always available on the buildd
[04:04] <fabbione> and we cannot achieve that with a strict Build-Dep
[04:04] <jbailey> Oh good point.  You actually expect the ABI to change occasionally.
[04:04] <fabbione> because if one arch FTBFS
[04:05] <fabbione> there is no way to make it build again without disabling the abi checker
[04:05] <fabbione> jbailey: yes. it happens, and sometimes is not predicted
[04:05] <fabbione> specially when we pull big patches around
[04:05] <fabbione> the kernel abi changes a lot of time
[04:06] <fabbione> due to the fact that no user land uses it directly
[04:06] <fabbione> (or if you want to put it that way...)
[04:06] <fabbione> it is more free than a simple library
[04:06] <fabbione> ;)
[04:07] <fabbione> ok l-r-m uploaded
[05:03] <lamont> fabbione: so where is this new abichecker?
[05:08] <fabbione> in debian/rules?
[05:08] <fabbione> it runs at build time
[05:08] <fabbione> point is feeding it with the data
[05:09] <fabbione> that's the only PITA atm
[05:09] <fabbione> i already have abi files for i386/amd64/ia64
[05:09] <fabbione> waiting ppc to finish on davis
[05:09] <fabbione> for -29
[05:09] <fabbione> or to be used with -29
[05:14] <fabbione> lamont: can you plase kick back l-r-m for ppc?
[05:28] <mdz> fabbione: yes, feel free to add to the list; I just don't want random people modifying it when they are not involved with development
[05:28] <fabbione> mdz: ok
[05:36] <jbailey> mdz: Looks like that sata bug isn't 1440 again, it's a different chipset, and works fine when ide-generic is loaded.  I'm going to hack hotplug now to do that.
[05:37] <mdz> jbailey: thanks, I was just wondering whether we were dealing with more than one bug there
[05:37] <mdz> jbailey: does that also aapply to the person who followed up to 1440?
[05:37] <fabbione> izagtkbogz
[05:37] <jbailey> mdz: Yeah.  thom has a sata_via too, so we've been testing it.
[05:38] <jbailey> I haven't checked the 1440 follow up yet.
[05:38] <fabbione> jbailey: can you test with -28?
[05:38] <fabbione> there were some bug fixes for sata
[05:38] <fabbione> perhaps it is something there....
[05:39] <jbailey> Ah, hmm.  Let's ask thom in -devel.  He's got the machine.
[05:40] <lamont> fabbione: will happen automatically, unless that package name is wrong...
[05:41] <lamont> Rejected: xfree86-driver-fglrx-dev_4.3.0-8.8.25-0ubuntu7_amd64.deb: old version
[05:41] <lamont> +(4.3.0-8.8.25-0ubuntu7) in hoary >= new version (4.3.0-8.8.25-0ubuntu7)
[05:41] <lamont> +targeted at hoary.
[05:41] <lamont> besides, you need to upload -8
[05:42] <fabbione> eh?
[05:42] <fabbione> ah fuck that shit
[05:42] <lamont> -7 was rejected because the internal minor number wasn't bumped on amd64...
[05:42] <fabbione> yeah
[05:42] <fabbione> this time isn't my fault...
[05:43] <lamont> heh
[05:44] <fabbione> was that the only error?
[05:44] <fabbione> or other minors have been complaining?
[05:48] <fabbione> there.. it's on the way
[05:48] <fabbione> this is so frigging sucky
[05:49] <fabbione> i386 is still lagging....
[05:49] <fabbione> i wonder if we did hit a buildd with the ccache
[05:49] <fabbione> lamont: for the next kernel i will add gfs support
[05:49] <fabbione> so you can share ccache over the different buildds of the same arch
 with id-cd, ide-disk and ide-generic commented out, there's no change with 2.6.10-28
[05:54] <fabbione> ok
[05:57] <lamont> fabbione: I _can_ do it today (nfs)... it's more a question of what the admins will allow, you see...
[05:58] <fabbione> ehhe
[05:59] <fabbione> ok.. all the abi files for -29 are committed
[05:59] <fabbione> (for supported arches)
[05:59] <fabbione> the others are empty
[05:59] <fabbione> (sparc/hppa)
[06:00] <fabbione> i am off
[06:00] <lamont> fabbione: so I need to get you the results then?
[06:00] <lamont> or rather, drop them in place...
[06:00] <fabbione> lamont: can you coordinate with Kamion to upload linux-meta/d-i
[06:00] <lamont> sure
[06:00] <fabbione> lamont: yes. that is correct. you can just add them in the right place in debian/abi
[06:00] <lamont> so lrm is all better?
[06:00] <lamont> -8 uploaded and everything?
[06:01] <fabbione> i did upload it with the minor bumps
[06:01] <fabbione> i hope that is enough
[06:01] <lamont> or does that need to be done still?
[06:01] <fabbione> already done l-r-m
[06:01] <lamont> cool
[06:01] <fabbione> it should it the daily in 2 minutes
[06:01] <lamont> ok.
[06:01] <fabbione> cya tomorrow
[06:01] <lamont> and shotgun this wireless mouse
[06:01] <fabbione> i need to take care of wife
[06:01] <lamont> back in a few myself
[06:01] <fabbione> cya
[06:01] <lamont> til tomorrow
[06:15] <fabbione> bah first my wife sais that she does feel good..
[06:15] <fabbione> now she is all around the kitchen..
[06:15] <fabbione> go figure
[06:15] <fabbione> females are worst than ABI change
[06:15] <fabbione> because you can't unbreak it
[06:37] <lamont> fabbione: nothing here...
[06:37] <fabbione> for the reason why i am still around ;)
[06:37] <fabbione> i wasn't checking on you ;)
[06:37] <lamont> heh
[06:37] <lamont> still no clue what's up though...
[06:38] <fabbione> is it still building or did it hang?
[06:38] <lamont> i386?
[06:38] <fabbione> yup
[06:40] <lamont> fabbione: building documentation now
[06:40] <fabbione> it took really long time
[06:40] <fabbione> i will need to check the build log
[06:40] <fabbione> it looks like it didn't fork at all
[06:40] <fabbione> and ccache was empty
[06:40] <fabbione> dinner is ready
[06:40] <fabbione> i am off :-)
[06:41] <lamont> ok
[06:41] <T-Bone> heya lamont!
[06:47] <lamont> fabbione: fwiw, the buildd in question has never build linux-source-2.6.10 :-(
[06:47] <lamont> T-Bone: hiya
[06:48] <lamont> T-Bone: for starters, add the debian db admin pkg
[06:48] <lamont> pick up that buildd/sbuild
[06:48] <T-Bone> done already :)
[06:48] <lamont> get a good debootstrap
[06:48] <lamont> copy hoary.buildd over from that archive :-)
[06:48] <lamont> debootstrap build/chroot-hoary with hoary
[06:49] <zul> fabbione: they can be unbroken, just nag nag nag
[06:50] <zul> oh yeah there is a tech meeting today
[06:50] <lamont> install -d -m0775 -obuildd build/chroot-hoary build/chroot-hoary/home/buildd build/chroot-hoary/build/buildd build/chroot-hoary/var/debbuild build/chroot-hoary/var/debbuild/srcdep-lock
[06:51] <lamont> echo do_initrd = Yes > build/chroot-hoary/etc/kernel-img.conf
[06:51] <lamont> install -m644 /etc/fstab build/chroot-hoary/etc/fstab
[06:51] <lamont> wget http://people.ubuntu.com/~lamont/hoary.buildd
[06:51] <T-Bone> doh :)
[06:51] <jbailey> Is it safe to assume that we're not really planning another kernel upload soon? =)
[06:51] <T-Bone> cool
[06:52] <lamont> for file in var/debbuild/avg-build-times var/debbuild/avg-build-space CurrentlyBuilding; do install -m0664 -obuildd -gbuildd /dev/null build/chroot-hoary/${file}; done
[06:52] <lamont> create build/chroot-hoary/etc/apt/sources.list (with main restricted universe
[06:52] <lamont> )
[06:53] <lamont> create user and group entries for buildd in the chroot
[06:53] <lamont> with a shadow entry
[06:53] <lamont> mount proc, /dev/pts in chroot
[06:53] <lamont> create /etc/source-dependencies
[06:54] <lamont> edit /usr/sbin/sbuild to make -dhoary not be fatal
[06:54] <lamont> then we just have to deal with buildd.conf
[06:54] <lamont> but one should be able to sbuild the poor thing.
[06:55] <lamont> then, on your machine, create and sign a new gpg key - use that one to sign the .changes files.
[06:55] <lamont> and we still need to figure out just exactly _where_ we're uploading too...
[06:55] <lamont> s/too/to/
[06:55] <T-Bone> debootstrap in progress
[06:56] <lamont> but getting sbuild to run as the user buildd in ~buildd/build, with 'sbuild -dhoary ed_0.2-20' is the keyh
[06:56] <T-Bone> (had to distupgrade the box first, hence the lag)
[06:56] <T-Bone> hehe ok thx
[06:56] <T-Bone> (alot :)
[06:57] <zul> T-Bone: http://zulinux.homelinux.net/Archive
[06:58] <mdz> are you guys going to update linux-meta?
[06:58] <T-Bone> that's on the todo list as far as i can tell
[06:58] <T-Bone> fabbione had plans for that
[07:05] <mdz> fabbione: is there a waitcondition?
[07:05] <lamont> mdz: going to update it yes, \
[07:06] <lamont> waiting for i386 to finish hitting the archive
[07:06] <lamont> which should have just happened
[07:06] <lamont> mdz: is it ubuntu-meta, then d-i, or the other way?
[07:07] <lamont> and should I be nice and do kubuntu-meta too?
 create /etc/source-dependencies
[07:10] <mdz> lamont: the order doesn't matter, so long as they're in sync when the CD builds happen
[07:10] <T-Bone> lamont: means "touch"?
[07:10] <lamont> T-Bone: yes
[07:10] <lamont> right
[07:10] <lamont> mdz
[07:12] <lamont> T-Bone: and make /usr/*bin/update-sourcedeps? just exit 0
[07:15] <lamont> make it so -dhoary doesn't die.
[09:35] (fabbione/#ubuntu-kernel) jbailey: please do..
[10:00] <zul> later
[11:05] <lamont> how do I disable ACPI PNP, I wonder?
[11:09] <lamont> aha!
[11:09] <lamont> pnpacpi=off
[11:40] <zul> jambo