[12:29] evening [12:50] cool...my crappy usb camera just works === dilinger [dilinger@mouth.voxel.net] has left #ubuntu-kernel ["Leaving"] === viper12 [~casey@c-67-176-43-76.client.comcast.net] has joined #ubuntu-kernel === jbailey [~jbailey@CPE000ded9d787c-CM014260028338.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [06:41] morning [09:04] dilinger: testing the patch now :-) [09:07] ah he is not here === smurfix [~smurf@192.109.102.41] has joined #ubuntu-kernel === Seveas [dennis@seveas.demon.nl] has joined #ubuntu-kernel === ..[topic/#ubuntu-kernel:fabbione] : Ubuntu kernel development discussion | http://www.ubuntulinux.org/wiki/KernelTeam | kernel-team@ubuntu.com--2005/kernel-debian--pre28--2.6.10 | check the new abichecker code and GET familiar with it. === jbailey [~jbailey@CPE000ded9d787c-CM014260028338.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === Seveas [dennis@seveas.demon.nl] has joined #ubuntu-kernel === zul [~chuck@198.62.158.205] has joined #ubuntu-kernel [02:37] morning [02:38] hey zul [02:38] hey fabbione how is it going? [02:39] oh how i hate windows media player [02:41] You don't have access to a better media player [02:41] ? [02:41] yeah but its windows that im on at work though as my main pc [02:42] if i run winamp the windows media player just starts at the same time === zul kicks puter [02:43] *sigh* i dont think you need to put your full address in your wiki page ;) [02:43] http://www.ubuntulinux.org/wiki/DongCalmada [02:46] Ah, I was thinking winamp, but couldn't remember what it was called. =) [02:51] T-Bone disapeared? [02:52] i havent seen him all weekend [03:00] He may have for a bit. He's really pissed. [03:00] oh? [03:00] He's been working his brains out to try and get ia64 into a release state for Hoary because he was told that if he met certain requirements it would be let in. [03:00] Basically without any further discussion during the dev meeting, he was told otherwise. [03:00] oh right [03:00] Clearly and publiclly. [03:00] zul: i am ok thanks. please see /t [03:01] fabbione: ok will do [03:01] jbailey: clearly and public the point is that if it wasn't for me pushing him to start testing ia64 [03:01] nobody was going to do so [03:01] i don't have an ia64 myself and even tho i did take care of producing an ia64 kernel [03:02] so clearly he did ask for the buildd & co [03:02] and he expected us to do the rest [03:02] well that was not the original agreement [03:02] so he has nothing to be pissed [03:03] fabbione: As if emotions are clearly ruled by logic. =) [03:04] He simply had his heart set on it, and beleived that if he met a couple requirements, it would be accepted. It didn't happen that way and he's angry about it. [03:04] well he didn't meet the requirement [03:04] Right. [03:04] so there is noone to blame [03:05] i was hoping to get sparc for hoary, but i can see it myself that it won't make [03:05] but that doesn't mean that i am pissed about it [03:05] i know that i have been doing a lot of work [03:05] and that it will all flow in bendy [03:05] (and note that i don't even have the buildds at the dc) [03:06] (so it took me ages more to get stuff in place) [03:06] Sure. But we don't all react the same way to things. [03:06] to be hounest i think he is a bit too impulsive [03:06] but that's just my opinion [03:07] jbailey: but yes. i fully agree with you. we don't react all the same way [03:07] We need impulsive people in the world to suggest the things that us stodgy people would never otherwise consider. =) [03:07] But it probably sucks to be impulsive and to run against brick walls all the time. =) [03:07] jbailey: STFU! ARE YOU GOING TO CONSIDER THIS? :P [03:08] now now :) [03:08] just kidding ;) [03:08] zul: jb and i know each other [03:08] from DC3 and DC4 [03:08] i know i was be kidding as well [03:08] zul: Don't worry. There's nothing in the SC keeping Fabio and I from getting drunk and slugging it out in a bar at UDU. ;) [03:08] (tho he still needs to sign my gpg key) [03:08] jbailey: i would pay to see that ;) [03:09] jbailey: at UDU it will be the 3rd time we meet :-) [03:09] *sniff* im the outsider :) [03:09] jbailey: it's time for you to consider to sign my key ;) [03:09] fabbione: Yeah, I know. I have to find that folder. =( [03:09] nah don't worry [03:09] fabbione: I left it too long, and have moved everything. I'm not sure where it is. [03:09] let's do it at UDU [03:09] jbailey: also because since DC4 i have a new key too [03:09] for ubuntu/canonical [03:10] at UDU I'll probably have met people enough times that it'll be worth just playing along with the keysigning and dropping the occasional person out. [03:10] I think I'll actually know most people there. [03:10] jbailey: yeah [03:10] that's the easiest [03:10] I've been trying to decide whether to do that. [03:10] (a new key for Ubuntu/Canonical) [03:10] i did. [03:10] for one simple reason [03:10] I don't like the idea of putting work email addresses on my home keys. [03:10] i don't like to mix private/debian/work stuff [03:11] exaclty [03:11] That's why I use the imap server instead of having stuff forwarded to my home account, too. [03:11] we all remember when lamont had to revoke his hp uid [03:11] well not all [03:11] i use an imap server at home for speed reasons, but separate folders/accounts [03:11] zul: there a huge shake in WOT [03:12] that was tracked by all the graphers around [03:12] ah ok [03:12] i think he lost something like 20 positions in the WOt in one shot [03:12] that is quite a lot [03:13] fabbione: Yeah, I just figured out the local synchronisation bits in evolution. [03:13] fabbione: I did it while working at the web caf last week so I could read my email at home. [03:14] tbh i would still be using pine but i wanted to try a GUI application and i landed with thunderbird [03:14] but i can switch anytime [03:14] since all the filtering is done on the server [03:14] i just have to resub to the different mailboxes [03:15] I started using evo when my wife switched from mutt (she had been using elm at her school) [03:15] She wanted a graphical interface, and I wanted to be able to answer her questions. [03:15] isnt that sweet [03:16] zul: It's marriage-preserving ;) [03:16] eehhehe [03:16] mine doesnt work like that [03:17] humpf i have almost finished the sync with debian 2.6.10-5 [03:17] and i still miss another release to check [03:18] but now we have the 31337 abi checker to help us [03:20] debian's hotplug is suppose to fix a bunch of firmware issues apparently [03:21] i am pretty sure it would need merge to be ported [03:33] oooh...are linux sys admin upgraded to hoary [03:33] ??? [03:34] sorry our linux sys admin here at work upgraded to hoary [03:34] ah [03:34] still too early in the morning [03:34] you should have told them to wait a sec [03:34] too late [03:35] tomorrow we are going out with this big fat kernel [03:35] with all the security updates [03:35] yup [03:35] and a few tons of bug fixes [03:35] zul: btw.. your patches? [03:35] yep getting them ready now [03:35] i can't wait forever to get them [03:36] ok === fabbione checks the abi [03:45] fabbione: http://zulinux.homelinux.net/ubuntu/kernel/2.6.10-28/ [03:46] hmmmmmm [03:46] 6492 - no support for dell's version of sound blaster em101k [03:46] how bad is this one? [03:46] 55K of patch.... [03:46] are you sure it works? [03:46] i remember the bk commit to head [03:46] and it was pretty intrusive on the emu10k1 too [03:46] havent tested it but it was pulled from bitkeeper and applies cleanly and compile cleanly === fabbione sighs... [03:47] dont have to include it if you want but it works with 2.6.11 apparenly [03:47] did you pull only the emu10k1x patch or did you grab it from 2.6.11? [03:47] sory let me rephrase [03:47] only the emu101kx from bitkeeper [03:48] did you take that patch from the first commit or from 2.6.11 or from bk (like today)? [03:48] ok [03:48] hmmm [03:48] i need to check on that [03:48] i am not happy to add new drivers now [03:48] specially because none of us can test them [03:48] thats cool [03:49] http://linux.bkbits.net:8080/linux-2.5/gnupatch@41d9223fXVy6-SVqQ9fPagcX9jSi8Q [03:50] but the other patches should be ok? [03:50] did you check if there were any updates from the first commit? [03:50] havent been updated in 13weeks [03:50] so it has been stable since first commit... [03:51] afaik yes [03:51] can you please triple check? [03:51] i don't mind to add it [03:51] i know it compiles [03:51] yes i can do that when i get home tonight [03:51] we saw that in 2.6.11-pre [03:51] well i guess i can just check with bk here [03:53] fabbione: from 13 to > 100 is not 20 positions... [03:53] morning all [03:53] hey lamont [03:54] hey lamont [03:54] but the other patches should be fine [03:54] lamont: well i couldn't really remember [03:54] keyboard-i8042 has a possible ABI change [03:54] anyway we need to bump the abi [03:55] bleah..when you bump the abi put the inotify 0.20 stuff back in [03:55] fabbione: that was also about the time that they actually started paying attention to the revokations in the WoT graphs - I wasn't solely responsible for the dip [03:55] zul: was it just inotify that was bad? [03:55] lamont: yep looks like it [03:56] inotify sure seems to be shooting for most cursed status [03:56] by the time everything got compiled on saturday fabbione already uploaded a new kernel [03:57] http://svn.debian.org/wsvn/kernel/trunk/kernel/source/kernel-source-2.6.10-2.6.10/debian/patches/087-ext3_graceful_corruption_fixes.dpatch?op=file&rev=0&sc=0 [03:57] ouc [03:57] h [03:57] this is the patch that breaks the ABI [03:57] ah, ok [03:57] tell me if it is worth the troubles according to your opinion [03:57] er..no [03:57] fo inotify [03:57] zul: did you read the patch name or the entire changelog? [03:58] i was talking about inotify [03:58] ah ok [03:58] please guys look at that patch and give me your opinion [03:58] a yes here means changing the ABI [03:59] there might more patches that can do that [03:59] well how often does ext3 fail? [03:59] i am not sure yet [03:59] i only synced up to 2.6.10-5 in debian [03:59] zul: ENOCLUE [03:59] i really have no idea how often it can happen [03:59] fabbione: Did you get my b44 patch [04:00] mjg59: i read it in the mail yes.. [04:00] mjg59: haven't check it 100% yet [04:00] mjg59: i have a pile of security updates under check right now.. sorry [04:00] it might be for -29 [04:00] fabbione: No problem [04:00] ++ [04:00] mjg59: what is your opinion on the above ext3 patch? [04:01] zul: ++ to what? [04:01] fabbione: i say go for it [04:01] belt and suspenders [04:01] bumping the abi anyways so go for it [04:01] hmmmm [04:02] why anyway? [04:02] this is the only patch atm that breaks the ABI [04:02] # This is easily reproduced with a sample ext3 fs image containing an inode [04:02] # whose direct and indirect blocks refer to a block bitmap block. Allocating [04:02] # new blocks and then deleting that inode will BUG() with: [04:02] # [04:02] # Assertion failure in journal_forget() at fs/jbd/transaction.c:1228: [04:02] # "!jh->b_committed_data" [04:02] no [04:02] we can skip it [04:02] even if it is an annoying problem [04:02] it is not necessary to have [04:02] but let see lamont and mjg59 [04:06] seems pretty innocuous [04:07] I think it's generally preferable to avoid corrupt filesystems breaking the kernel... [04:07] It's better to bump the ABI now than to find we need to again later on [04:08] mjg59: did you talk to Naima last night? [04:08] mjg59: she had some "interesting" experiences where she did a suspend, boot normally, use the box for a little, then boot with resume. [04:08] ok so we will go for it and break the ABI [04:09] Mithrandir: that would be, um, interesting. to be sure [04:09] fabbione: btw, you ROCK. [04:09] Mithrandir: Yeah, I talked to her about that. [04:10] lamont: yeah; think it should then say "lalala, you've booted in the meantime, I won't resume, lalala" or something. [04:10] The swapon script should check whether the swap partition has a suspend signature, and if so mkswap it [04:10] lamont: what i did NOT do this time to rock? ;) [04:10] mjg59: I think it should refuse to resume if you've booted in the meantime. [04:10] Mithrandir: How could it know? [04:10] We can't touch the filesystem at that point [04:10] you can touch the filesystem before suspending [04:11] and remove the file when booting normally [04:11] But we can't read from the filesystem [04:11] or something like that. [04:11] hm, that sucks. [04:11] If we mount the filesystem, the journal gets replayed [04:11] even r/o? [04:11] Yes [04:11] that sucks. [04:11] Indeed [04:12] mkswapping over the resume partition on boot fixes all but the most pathological cases [04:12] true enough [04:12] fabbione: I finally got to my email and read your replies to pitti [04:12] lamont: ah eheheh [04:12] lamont: wait to do a baz update :-) [04:13] fabbione: The sooner the b44 patch can go in the better from the dealing with HP point of view, but feel free to leave it to -29 if it's a problem [04:13] fabbione: you mean wait until I do? or that I should wait before I do? [04:15] mjg59: i think i can make it for -28 given that we will break the ABI [04:15] lamont: just wait a couple of more minutes [04:15] fabbione: Ok, thanks [04:17] mjg59: does it work for you? [04:19] fabbione: It stops the machine from freezing when HAL starts, yes [04:20] It means that mii ioctls won't do anything until the interface has been brought up [04:20] yes i see [04:20] I'm not sure if that's the best approach, but it works [04:20] it looks sane to me [04:20] if the iface is down .. no ioctl [04:20] It may mean that we don't get auto-interface up on cable plug in that chipset, but I don't think we support that anyway yet [04:21] no we don't [04:22] mjg59: queued [04:22] guys you can baz update now ;) [04:22] no ABI bump done at packaging level YET [04:22] fabbione: Rocking. Thanks. [04:22] no problem [04:23] upload will be tomorrow after 14:00 UTC [04:24] none of my stuff made it in? [04:25] zul: hell gimme a break [04:25] i am working on it [04:25] this is the work of the last 3 hours of merging [04:25] fabbione: heh sorry [04:26] sorry mybad [04:26] eheh [04:26] at least now we know 100% that the abi checker is working properly [04:28] who feel like preparing l-r-m for tomorrow? [04:29] actually we need to tell Kamion too [04:29] i need to get my baz archive setup eventually [04:30] zul: any home machines have apache running on them? [04:30] yep [04:30] because that's the simplest way to publish [04:31] its the same machine where i put my patches for you guys [04:32] it can either be your actual repository (and you use an sftp:// url while we use http://), or it could be a mirror of your actual repository [04:33] ok...i did a little reading about it this weekend [04:33] it will probably be something like http://zulinux.homelinux.net/Archive or somthing im not sure yet [04:34] zul: anything is fine for us [04:34] sftp would require us to have access to your box [04:34] while with http we can just merge from you [04:35] its going to be http i dont trust you fabbione ;) [04:35] that's a good point to start from [04:35] considering i have kernel privileges on your machine :-) [04:35] yeah i want to sleep at night :) [04:35] LOL [04:37] fabbione: you're assuming he runs _your_ kernel on his box.. he might be... running NetBSD! :P [04:37] and it might be chrooted [04:37] Mithrandir: i still have commit access to XORG CVS :-) [04:38] shhh [04:38] zul: other than the emu10kx.. are the other patches from HEAD or did you grab them around? [04:38] zul: chroots won't help you if he has your kernel [04:38] fabbione: grabbed them around. the keyboard is from 2.6.10-ac9 [04:38] but i would have access to the main host even from a chroot that has proc mounted [04:39] the nforce one is from linux-usb ml and the via-oops is from head [04:39] fine ill just turn my box OFF then [04:39] ok [04:46] bwaha...its alive! its alive!! sorry [04:48] ehehhe [04:53] zul: baz update :-() [04:53] your bits are merged [04:53] other than the emu10k1x [04:53] i want to look at it again [04:53] time to merge mjg59 [04:56] sweet [04:56] Changes by Matthew Garrett: [04:56] * b44 should not accept ioctls if the interface is down: [04:56] - Add patch fix-b44.dpatch. [04:56] (Closes: #7490) [04:57] mjg59: ok for you? or do you want me to change something else? [04:57] you can ask the guy who requested the em101kx to test it [04:57] zul: there won't be time for that [04:57] i can't release binary image before tomorrow [04:57] oh yes...time [04:57] not even for testing [04:57] fabbione: No, that's fine [04:58] mjg59: ok [04:58] fabbione: one more thing for -28... [04:58] kernel-wedge find-dups 2.6.10-4-hppa64 [04:58] find: lib: No such file or directory [04:58] nfs-modules-2.6.10-4-hppa32-di will be empty [04:59] uh weird... [04:59] hrm.. wonder how many more there were before you removed the || true === fabbione checks [05:00] oh that's easy [05:00] nfs is compiled in on hppa [05:00] there are no modules [05:00] nfs-modules... is the only one that says it'll be empty [05:00] yes [05:01] and it is empty [05:01] it's enough to remove nfs-modules.lnk [05:01] in debian/d-i/hppa/modules/hppa/ [05:01] this is thanks to our super alligned configs [05:02] that 2 persons (one of which in this chan right now) should have analized for hoary [05:03] we don't make names [05:03] only surnamed [05:03] surnames [05:03] eh Short? [05:03] doesn't it ring a bell? [05:03] someone called my name? [05:03] eheheh [05:03] fabbione: maybe he didn't analyze the bastard stepchildren [05:04] yeah [05:04] the find: lib: No such file or directory is kind of interesting as well.. or is that normal? [05:04] it is normal [05:04] since debian/nfs-modules-/lib isn't there at all [05:05] no modules -> no need to create the dir [05:07] applying patch fix-b44 to ./ ... failed. [05:07] doh! [05:08] ah yeah [05:09] mjg59: note for the next time: send me a dpatch :-) [05:35] baz commit -s'Merge mjg59' -- changelog patches/fix-b44.dpatch patches/00list-28 [05:35] These files would be source but lack inventory ids (`baz add' perhaps?): [05:35] patches/stolen-from-head_ppp-no-dos.dpatch [05:35] M changelog [05:35] make-changeset-files: file missing from ORIG tree (patches/fix-b44.dpatch) [05:35] what the hell is wrong with baz? === ddaa [~ddaa@deep-thought.xlii.org] has joined #ubuntu-kernel [05:38] hey [05:38] hey [05:38] i am getting a really strange error with baz [05:38] baz commit -s'Merge mjg59' -- changelog patches/fix-b44.dpatch patches/00list-28 [05:39] make-changeset-files: file missing from ORIG tree (patches/fix-b44.dpatch) [05:39] but the file has been added [05:40] you cannot do partial commit (yet) when the inventory was changed [05:40] hu... not right [05:40] i did partial commits before and it was working fine [05:40] you cannot do partial commit for new/removed/renamed files [05:40] ah [05:40] suckage [05:40] ok [05:40] That can be fixed. [05:40] The issue is that currently partial commit does not do inventory, so it cannot tell if the file is really new or just renamed. [05:41] probably it will be time to fix it when there will be a "baz edit" to make life livable with kernel-sized trees. [05:42] But i suggest you file a bug for the obscure error message. [05:42] ddaa: malone or bugzilla? [05:42] IIRC we are officially in malone again [05:42] mark's fault [05:42] ahhh [05:43] i don't want to know :-) [05:44] thanks ddaa.. that was it :-) [05:44] be my guest [05:46] lamont: hppa ftbfs is fixed [05:46] or it should be at least [05:47] lunch [05:48] fabbione: thansk [05:48] no problem [05:48] lamont: do you still have -27 on your buildd? [05:48] or did you trash it? [05:49] well actually.. no [05:49] it's pointless [05:49] nevermind [05:49] head build-hoary/chroot-hoary/build/buildd/linux-source-2.6.10-2.6.10/debian/changelog [05:49] linux-source-2.6.10 (2.6.10-27) hoary; urgency=low [05:50] uh, yeah. :-) [05:50] i was going to ask you for the abi files, but we already know they will change [05:50] so it's useless :-) [05:53] ah, ok [05:56] zul: the emu10k1x driver has been updated regularlly. and the last commit is from 4 days ago. [05:56] zul: just FYI. [05:56]