[06:37] <crimsun> lamont: got your sound working yet? If not, try sudo modprobe snd-cs4232 port=0x534 cport=0x538 mpu_port=-1 fm_port=0x388 irq=5 dma1=1 dma2=0 isapnp=0
[06:37] <crimsun> lamont: values to some of those params may differ, but it should be the idea
[11:31] <svenl> hi guys.
[11:31] <svenl> BenC: i hear you are the new guy in charge of the ubuntu kernel.
[11:32] <svenl> i am testing ubuntu/breezy on pegasos, and fixing the remaining problems.
[11:34] <svenl> BenC: i would like your comment on 15573, which allows the marvell gigabit ethernet to support hotplug.
[11:42] <svenl> fabbione: hi.
[11:42] <fabbione> svenl: ho
[11:42] <fabbione> hi even
[11:43] <svenl> fabbione: do you have a powerrpc 2.6.14-rc4 kernel handy somewhere, i just did a breezy install and wants to play with the new marvell sata driver.
[11:44] <fabbione> no i don't
[11:44] <fabbione> we are still working on the tree
[11:44] <fabbione> portforwarding the patches and stuff
[11:44] <svenl> ok.
[11:44] <svenl> you have too much patches :)
[11:45] <fabbione> no
[11:45] <svenl> fabbione: i will use the debian kernel for testing, may work.
[11:45] <fabbione> we are just switching RCS at the same time
[11:45] <svenl> fabbione: BTW, what about : #15573
[11:45] <fabbione> svenl: you need to wait for Ben
[11:45] <fabbione> i don't have commit access yet
[11:45] <svenl> fabbione: i will probably not be online later when he is active, can you ping him about it ? 
[11:46] <svenl> fabbione: where will it go ? 
[11:46] <fabbione> svenl: i won't be online either
[11:46] <fabbione> but he reads backlog i think
[11:46] <svenl> fabbione: cool.
[11:46] <fabbione> svenl fabbione: where will it go ?  <- ???
[11:46] <svenl> i had hoped to see it in breezy.
[11:47] <fabbione> if it goes in, will be for dapper
[11:47] <svenl> fabbione: in what kind of kernel packages, breezy-updates, breezy+1, ?
[11:47] <svenl> :/
[11:47] <fabbione> dapper
[11:47] <svenl> i will need to do a custom build then.
[11:48] <svenl> but then it will br broken again in each subsequent upgrade.
[11:48] <svenl> which sucks.
[03:00] <zul> heylo
[03:02] <zul> anyone care to explain this 2 kernel business?
[03:07] <Yagisan> zul: if I understood it correctly - it's like this
[03:08] <Yagisan> zul: we have source a, we add patches b + c to create -foo, and we add patches c + d to create -bar
[03:09] <Yagisan> zul: It all uses 'a' as the base source, to keep updates in sync
[03:09] <Yagisan> zul: That is of course assuming I understood it correctly
[03:11] <zul> hmmm...ok...ill go read the thread again
[04:23] <fabbione> zul: yeah.. more or less like Yagisan says
[04:23] <fabbione> zul: but even simpler
[04:23] <fabbione> -server will be source a+fix(b)
[04:23] <fabbione> desktop will be source a+fix(b)+shinyfeature(c)
[04:23] <fabbione> basically server will be more conservative
[04:38] <BenC> most likely server will be the same source with shinyfeatures(c) disabled, correct?
[04:39] <BenC> most shinyfeatures are configurable and non-intrusive
[04:39] <fabbione> BenC: if we can do that, yes
[04:39] <fabbione> BenC: anyway a long thread explode on ubuntu-devel mailing list
[04:40] <fabbione> and it's a good idea you look at it and answer too
[04:40] <fabbione> BenC: i finally managed to get a checkout of your tree
[04:40] <fabbione> did you grab the cloop source pristine from Debian or just ported our patch?
[04:41] <fabbione> iirc we did add an extra fix to it, that for one reason or another never made upstream
[04:41] <fabbione> but in any case we have it in .12 as reference
[04:41] <BenC> trying to remember
[04:41] <fabbione> BenC: now we should try a commit if you have time..
[04:42] <BenC> sure
[04:42] <fabbione> ok.. just a one liner change in debian/changelog
[04:42] <fabbione> i did the change
[04:42] <fabbione> now git commit
[04:42] <BenC> fabbione: can you bounce me the primary email to that thread so I can comment? I'm not sub'd to -devel yet, and when I do today, I still wont be getting most of it
[04:43] <BenC> edit, git-update-index <file>; git commit
[04:43] <BenC> hold a sec before the commit
[04:43] <fabbione> sure
[04:43] <BenC> use this template
[04:43] <BenC> [UBUNTU:] 
[04:43] <BenC> PatchAuthor:
[04:43] <BenC> UpstreamStatus:
[04:43] <BenC> space after first line
[04:43] <BenC> wait, is this an external driver?
[04:44] <fabbione> BenC: no, just a one liner change as test commit
[04:44] <fabbione> we did never try if it work
[04:44] <BenC> ok, then use that template
[04:44] <fabbione> since it will commit to your tree
[04:44] <fabbione> or should at least
[04:44] <BenC> and the last line should read "Signed-off-by: Fabio ..."
[04:44] <BenC> you are pushing to my tree or yours?
[04:44] <fabbione> BenC: iirc there was a file to stick that Signed-off-by:
[04:45] <fabbione> to your tree
[04:45] <BenC> fabbione: git commit -s
[04:45] <BenC> that will do it if you have the proper env vars set
[04:45] <BenC> GIT_COMMITTER_NAME=Ben Collins
[04:45] <BenC> GIT_COMMITTER_EMAIL=bcollins@ubuntu.com
[04:45] <fabbione> that i don't think i do
[04:45] <fabbione> exacly
[04:46] <BenC> first line should look like:
[04:46] <BenC> [UBUNTU:ppc]  Disable serial 8250 initialization on PMAC
[04:47] <fabbione> ok, but i am going to change only your email address in debian/changelog as a test commit
[04:47] <fabbione> so i will write:
[04:47] <fabbione> [UBUNTU:debian]  Test commit - fix Ben email address
[04:48] <fabbione> does that fit?
[04:48] <fabbione> we only want to check if it works..
[04:48] <mkrufky> sorry to barge in on the conversation.... are you guys moving away from Baz and towards -git ?
[04:48] <fabbione> mkrufky: see /topic :)
[04:48] <mkrufky> lol
[04:48] <mkrufky> oops
[04:49] <fabbione> BenC: ok. trying to commit now :)
[04:49] <mkrufky> awesome.....
[04:49] <BenC> sure, that will work
[04:49] <fabbione> BenC: hmm it didn't like GIT_COMMITTER_EMAIL
[04:50] <fabbione> Signed-off-by: Fabio M. Di Nitto <fabbione@gordian.(none)>
[04:50] <fabbione> but the env var is there
[04:50] <BenC> sure you exported it?
[04:50] <BenC> run "git-var GIT_COMMITTER_IDENT"
[04:50] <fabbione> you
[04:50] <fabbione> echo $GIT_COMMITTER_EMAIL
[04:50] <fabbione> fabbione@ubuntu.com 
[04:51] <BenC> export GIT_COMMITTER_EMAIL GIT_COMMITTER_NAME
[04:51] <BenC> see if that helps
[04:51] <fabbione> it does.. but it's weird
[04:51] <fabbione> they are in .bashrc
[04:51] <fabbione> oh well crappy
[04:51] <fabbione> i will lart the bash maintainer later
[04:51] <BenC> if you don't export it, it's only a local var, not an env var
[04:52] <fabbione> than it shouldn't take the NAME either.. but it does :)
[04:52] <BenC> it got that from gecos probably
[04:53] <fabbione> oh right
[04:53] <fabbione> [UBUNTU:debian]  Test commit - Fix Ben C. email address.
[04:53] <fabbione> Signed-off-by: Fabio M. Di Nitto <fabbione@ubuntu.com>
[04:53] <fabbione> # On branch refs/heads/ubuntu-2.6.14
[04:53] <fabbione> #
[04:53] <fabbione> # Updated but not checked in:
[04:53] <fabbione> #   (will commit)
[04:53] <fabbione> #
[04:53] <fabbione> #       modified: debian/changelog
[04:53] <fabbione> except for the blank line between [UBUNTU
[04:53] <fabbione> and the Signed off
[04:53] <fabbione> do you want me to add anything else?
[04:56] <BenC> nah, that looks good
[04:56] <fabbione> CRANKY
[04:56] <fabbione> Author: Fabio M. Di Nitto <fabbione@gordian.(none)>
[04:56] <fabbione> it still got the Author line wrong
[04:56] <BenC> GIT_AUTHOR_NAME/EMAIL too
[04:56] <BenC> where are you committing to
[04:57] <fabbione> i committed only on the local tree
[04:57] <BenC> and you are going push to your rookery tree, right?
[04:57] <fabbione> not with these bad info.. no
[04:58] <fabbione> let see how undo works :)
[04:59] <fabbione> ok perfect..
[04:59] <fabbione> i am satisfied
[04:59] <fabbione> Author: Fabio M. Di Nitto <fabbione@ubuntu.com>
[05:01] <fabbione> BenC: git revert is fun :)
[05:03] <fabbione> BenC: did put all these things somewhere on the wiki or in a doc?
[05:05] <BenC> yeah, in a doc that I still need to post to the wiki
[05:06] <fabbione> BenC: ok :)
[05:06] <fabbione> that will be really helpful :)
[05:14] <zul> yep yep
[05:42] <fabbione> BenC: i think that the idea of helpers is good, but the fact that we will push into the kernel the same crack as in desktop.. hmm i am not so convinced about it
[05:42] <fabbione> BenC: if you mean different configs on the same tree than i am more ok with ti
[05:43] <fabbione> like disabling software suspend and stuff  like that
[05:46] <svenl> hi BenC .
[05:46] <svenl> about #15573
[05:46] <svenl> do you have any coments ? 
[06:06] <BenC> svenl: sure, I'll get it into dapper's kernel for sure
[06:07] <BenC> fabbione: I meant same source tree, different configs
[06:19] <BenC> mjg59: ping
[06:21] <mjg59> BenC: Hi
[06:21] <BenC> mjg59: can you tell me about external-arch-i386-kernel-reboot_reboot-thru-bios?
[06:21] <BenC> -static int reboot_thru_bios;
[06:21] <BenC> +static int reboot_thru_bios=1;
[06:22] <BenC> I think that may be causing our "machine halts instead of reboot in breezy" problem
[06:23] <BenC> brb
[06:25] <mjg59> I asked you to drop that patch
[06:25] <mjg59> I thought we had done
[07:36] <BenC> maybe it was
[07:37] <BenC> nope, it was in breezy
[07:53] <BenC> fabbione: ping
[08:02] <mjg59> BenC: Ok. We fixed the problem another way, so it should have been removed
[08:03] <mjg59> It can still be overridden with reboot=h
[08:03] <BenC> scheduled for 9.24
[08:58] <svenl> BenC: would have been nice to have it fixed for breezy though.
[09:30] <BenC> svenl: I can think of a few dozen bugs that would have been nice to have fixed for breezy :)
[09:30] <BenC> fabbione: around?
[09:31] <svenl> BenC: well, sure, but this one had a patch, and was orthogonal to everything else, and the patch was written especially for ubuntu, and it would have taken maybe 5 minutes to apply it.
[09:32] <svenl> BenC: and now we have to wait again 6 month to get a version of ubuntu who really works on pegasos, and we can thus not ship ubuntu DVDs which each outgoing pegasos machine.
[09:32] <svenl> BenC: unless we hack the iso and produce our own kernels.
[09:32] <svenl> BenC: which are a nightmare with regard to security updates.
[09:32] <svenl> BenC: still, there was not even a comment on the bug report.
[09:33] <BenC> considering the bug was never called to my attention until now, it's not surprising that it didn't get in
[09:33] <svenl> BenC: yeah, well, the bug was filled against the ubuntu kernel package on sept 16.
[09:34] <BenC> what would you like me to do?
[09:34] <svenl> does this mean that the ubuntu BTS can't be thrusthed.
[09:34] <svenl> BenC: i guess there is nothing to do except use a time machine :/
[09:34] <HiddenWolf> svenl, what's pegasos?
[09:34] <BenC> every bug has a priority, and that close to release, the patch wasn't a priority, since it wasn't a regression
[09:34] <BenC> HiddenWolf: A hacker's only developer board
[09:35] <svenl> HiddenWolf: the only powerpc desktop still selling.
[09:35] <BenC> usually, anyone using it would be compiling their own kernel
[09:35] <svenl> BenC: that is pure bullshit.
[09:35] <svenl> BenC: the debian kernel works perfectly on it, and i have not seen people recompile their kernels since a long long time.
[09:36] <BenC> ok, I stand corrected
[09:36] <HiddenWolf> svenl, I agree it sucks, but please stay cool.
[09:36] <svenl> BenC: but then, nothing ever came from the ubuntu/debian kernel co-operation tproject.
[09:36] <svenl> HiddenWolf: well, i am a bit disapointed, but cool.
[09:36] <BenC> svenl: look, I've only been the kernel maintainer ofr a few months for ubuntu
[09:37] <BenC> so taking out your agression on me will get you ignored more than anything
[09:37] <jbailey> svenl: Septembe 16th is way after most of the freezes.
[09:37] <svenl> BenC: i aplogize, i didn't want to sound agressive.
[09:37] <BenC> well, you were way across the agressive line
[09:37] <svenl> jbailey: well, there are at least 3 ubuntu folk with pegasos machines, aren't there.
[09:38] <svenl> BenC: sorry.
[09:38] <svenl> jbailey: donated pegasos machines even :)
[09:38] <jbailey> svenl: Sure.  And you'll notice that as soon as we moved into the new release cycle that I asked you right away about it.
[09:38] <HiddenWolf> svenl, the ubuntu guys get buried under bugs. The project is still young, and the userbase has exploded. Please do the math. If you really care about a bug, you should try and take proactive action and bring it to the attention.
[09:38] <jbailey> svenl: That way we can deal with it early and make sure that it's ready for the next release.
[09:38] <svenl> jbailey: and not a single one of those tested breezy installs on it :)
[09:39] <jbailey> svenl: Thinking of which, got a new OF for me for the yaboot CD bug? =)
[09:39] <svenl> HiddenWolf: whatever, still, there are only 15k bugs in the BTS, so i wonder how this is supposed to work.
[09:39] <BenC> svenl: it'll get better in dapper, and I'll try to squeeze in the fix you pointed out for a breezy update
[09:39] <HiddenWolf> svenl, that is 15.000 bugs on Ubuntu main in a year.
[09:39] <BenC> that's about all I can promise at this point
[09:39] <svenl> Maybe i am spoiled by the debian system, but when i file a bug, i don't expect it to be ignored.
[09:39] <svenl> BenC: yep.
[09:40] <BenC> svenl: it wasn't ignored, but bugs do take priority
[09:40] <svenl> BenC: when i get no reply, it is ignored.
[09:40] <svenl> BenC: proof of it is that it wasn't fixed.
[09:40] <svenl> jbailey: please get yaboot fixed first, i filled a bug earlier.
[09:41] <HiddenWolf> svenl, you are really not helping your case here.
[09:41] <jbailey> svenl: Breezy isn't open for uploads yet.
[09:41] <svenl> BenC: i wonder about the right way to handle this kind of bugs, there is a balance between letting a bug smolder in the BTS, and bothering the ubuntu guys.
[09:41] <BenC> at that point, I was stretching my limits by trying to go through all the old bug
[09:41] <jbailey> svenl: If you'd like guarnateed response time, we do offer support contracts. =)
[09:41] <svenl> jbailey: hey, you promised me those grub2 .deb sources.
[09:42] <BenC> svenl: no response doesn't mean it was intentionally ignored
[09:42] <jbailey> svenl: They're on the pegasos.
[09:42] <BenC> svenl: I can't send an email to all bugs saying "I got your bug, but it wont be fixed for breezy"
[09:42] <jbailey> I should load up the old OF so I can boot.
[09:42] <svenl> jbailey: could you send them to me ? 
[09:42] <BenC> svenl: anyway, you've got my response here now, so let's move on
[09:43] <jbailey> svenl: Yup
[09:44] <svenl> BenC: well, i am not some random unknown guy, so you could have thrusted me more, especially as the fix went into debian the exact same day, and the fix only needed copying the patch over and adding it to the next build, it would have taken maybe 1 minute, and it only affected a module present only on the pegasos, and tested nowhere else.
[09:44] <svenl> BenC: so, yes, i am happy that you didn't not send such a mail, as it would have taken you more time to apply the fix.
[09:45] <svenl> but as said, enough spoken about this.
[09:46] <svenl> jbailey: BTW, about support contracts, do i then get a share of the money back for the work i do on let's say parted ? 
[09:46] <svenl> jbailey: so it should work both way.
[09:47] <HiddenWolf> svenl, you just said "enough spoken about this"
[09:47] <HiddenWolf> svenl, please leave it at that.
[09:49] <jbailey> svenl: No, sorry.  But if someone with a support contract asks us to fix a bug, then we do our best to do it.
[09:50] <jbailey> svenl: If we contract with you to fix a bug, we'd expect you to do that.
[09:51] <mjg59> svenl: The patch in the attachment is bad, anyway. Why's it #including stuff at the end of the file? Why does it have another random hunk in it?
[09:53] <svenl> jbailey: and how many time i got asked to fix parted issues and make uploads ? 
[09:53] <svenl> mjg59: the patch in the debian package is fine, and was hinted to back then.
[09:53] <jbailey> svenl: I can pretty much promise you so far that none of those requests have been on behalf of our customers.
[09:53] <svenl> mjg59: just grab it from there.
[09:53] <svenl> jbailey: yeah, whatever. just saying it goes both way.
[09:54] <mjg59> svenl: The patch that you pointed at in subversion is *not fine*
[09:54] <jbailey> svenl: *exactly*  We don't have any commitment from you to respond in a timely manner.
[09:54] <jbailey> We don't count on it.
[09:54] <svenl> mjg59: ah, yeah, strange, it builds in debian 2.6.12 and 2.6.13 and 2.6.14-rc4 packages, so ? 
[09:54] <jbailey> If you're swamped with bugs, take a vacation or whatever, you'll respond when you have time or get to that point in the queue.
[09:54] <svenl> jbailey: yeah, i am not convinced.
[09:54] <mjg59> svenl: Why does it contain code that's nothing to do with the problem being solved? Why does it have a #include on line 1600?
[09:54] <jbailey> *shrug*
[09:54] <svenl> jbailey: but let's not speak about this.
[09:54] <jbailey> I'm not trying to convince you of anything.
[09:55] <svenl> mjg59: let me check.
[09:55] <svenl> +#include <linux/pci.h>
[09:56] <svenl> this one ? 
[09:56] <svenl> mjg59: to be able to do +               { PCI_DEVICE(PCI_VENDOR_ID_MARVELL, PCI_DEVICE_ID_MARVELL_MV64360) },
[09:56] <mjg59> Yes. Put it with all the other #includes.
[09:56] <mjg59> And what's the first hunk of the patch all about?
[09:56] <svenl> mjg59: i agree that it could be put in front, but it is cosmetic.
[09:57] <mjg59> What's the status of this patch? Is it being pushed upstream?
[09:57] <svenl> mjg59: you may want to rediff it anyway.
[09:57] <svenl> mjg59: it will be pushed upstream.
[09:57] <svenl> # Upstream status: In the process of being submitted, may need a bit of
[09:57] <svenl> # cleanup in order to not break embedded arches using this controller, but
[09:57] <svenl> # should not be a worry for debian.
[09:57] <svenl> nor ubuntu either.
[09:57] <mjg59> svenl: So you're complaining that a patch that isn't even guaranteed to apply against the tree you want it applied to wasn't applied?
[09:57] <svenl> mjg59: well, am i supposed to do your job also.
[09:58] <svenl> mjg59: chances are very very good that it applies, unless you have patched this file yourself, but as it is used only for embedded stuff, you probably didn't.
[09:58] <mjg59> If you want an enhancement added, then it's far more likely if you make it as easy to do so as possible
[09:58] <mjg59> Which includes fixing cosmetic issues and making sure that the diff doesn't include random other shit
[09:58] <svenl> mjg59: also, i have no idea.
[09:58] <svenl> mjg59: you all suck.
[09:58] <svenl> mjg59: that are just excuses.
[09:58] <svenl> and you perfectly know it.
[10:08] <zul> okie dokie