[05:12] <fabbione> morning
[05:27] <lamont> gah... fabbione: I'll do that patch when I wake up
[05:29] <fabbione> lamont: don't worry.. if it's ok with you i can upload both in debian and here
[05:55] <fabbione> hey jbailey 
[05:56] <jbailey> Heya Fabio
[05:57] <fabbione> jbailey: we need to get klibc to build on sparc...
[05:57] <fabbione> actually.. B-D can't even be satisfied
[05:58] <jbailey> fabbione: Hmm, I thought it was building.
[05:58] <jbailey> Which b-d?
[05:58] <fabbione> on kernel headers?
[05:58] <fabbione> you are still using the -1- abi reference...
[05:58] <fabbione> we are up to 6 and soon to 7 :)
[05:58] <jbailey> Ah, thought I had updated that.
[05:58] <jbailey> Bloody abi bumps.
[05:58] <fabbione> retarded klibc :)
[05:59] <jbailey> *lol*
[06:00] <fabbione> jbailey: the append to initr* patches...
[06:00] <fabbione> i saw a bug about them...
[06:00] <jbailey> I have a bug report for initramfs asking for vesafb and fbcon to be auto added on i386
[06:00] <jbailey> I thought the kernels had all the framebuffer stuff built in automatically.
[06:00] <fabbione> eh it did with initrd...
[06:00] <jbailey> fabbione: I need to hack more on it.  The classic initrd case is OOPSing at startup, and I haven't troubleshot it yet.
[06:01] <fabbione> placing the modules in /lib/modules/$ver/initrd
[06:01] <jbailey> Sorry?  I'm having trouble following.
[06:01] <jbailey> (My bad for telling you something else at the same time as you told me something)
[06:02] <fabbione> fabbione@gordian:/lib/modules/2.6.12-4-686/initrd$ ls
[06:02] <fabbione> capability.ko  vesafb.ko
[06:02] <fabbione> the modules in that dir are automatically added to the initrd
[06:02] <jbailey> Right, but I thought that you said that you inicluded all the necessary framebuffer things in the kernel for each arch.
[06:02] <jbailey> So I didn't bother including them.
[06:02] <jbailey> (There's alot of historical cruft in initrd-tools)
[06:03] <fabbione> we build them as module.. and we ship them.. that's all
[06:03] <jbailey> Ah, okay.
[06:03] <fabbione> i don't include them automatically anywhere..
[06:03] <jbailey> If you didn't, I wouldn't have a console on ppc...
[06:03] <fabbione> jbailey: i think some arches must have fb in the kernel
[06:04] <fabbione> others don't or can't
[06:04] <jbailey> Ah, okay.  So it's a per-arch thing then.
[06:04] <fabbione> yup
[06:05] <jbailey> 'k
[06:05] <fabbione> jbailey: the best thing you can do to see it, is to grab all -images- from jackass and dpkg -c them
[06:05] <fabbione> to get an idea
[06:05] <fabbione> something you can easily do from either chinstrap or rookery
[06:06] <fabbione> i need to wake up my wife... brb
[06:14] <fabbione> re
[06:14] <fabbione> jbailey: klibc.. you said you were going or planned to change it to use l-k-h
[06:15] <fabbione> if that doesn't work, i can still provide you with a meta package to B-D on
[06:15] <fabbione> so you don't need to get too crazy about abi bumps
[06:15] <fabbione> specially after release.. when we might bump ABI in a security update
[06:15] <fabbione> and klibc won't build anymore
[06:16] <jbailey> Right, it just hasn't been top on my priority list when sorting all the initramfs-tools stuff out.
[06:16] <jbailey> Now that it's in use, I want to clean up things like this.
[06:22] <fabbione> jbailey: ok..
[06:35] <fabbione> night jb
[07:06] <fabbione> doko: ping?
[08:12] <doko> fabbione: pong
[08:14] <fabbione> doko: amd64 kernel on i386....
[08:14] <fabbione> what B-D do i need?
[08:19] <doko> libc6-dev-amd64
[08:20] <doko> I'm not sure, if these headers really work at the moment, I didn't get feedback from jbailey yet. so you might try amd64-libs-dev instead
[08:29] <fabbione> well i need something a bit more tested.. since i need to ask elmo to install these possible B-D on concordia
[08:29] <fabbione> also.. what's the minimal version of gcc-3.4 that i need to use...
[08:37] <doko> 3.4.4-6ubuntu4
[08:49] <fabbione> ok
[10:17] <Mithrandir> I think perhaps there is something in the hoary kernel which leaks loads of memory.
[10:18] <fabbione> that's called X and GNOME
[10:19] <Mithrandir> on a server?
[10:20] <fabbione> you should have specified it before :)
[10:22] <Mithrandir> :-P
[10:22] <Mithrandir> my slabinfo showed me those nice numbers:
[10:23] <Mithrandir> biovec-1          5925600 5925825     16  225    1 : tunables  120   60    0 : slabdata  26337  26337      0
[10:23] <Mithrandir> bio               5925623 5925743    128   31    1 : tunables  120   60    0 : slabdata 191153 191153      0
[10:23] <Mithrandir> which means it has allocated almost 6M objects of size 16 and 128, a grand total of ~850MB.
[10:24] <Mithrandir> that hurts a bit when the box runs SA and some other stuff.
[10:26] <Mithrandir> compared to the box freshly booted:
[10:26] <Mithrandir> biovec-1            1347   1800     16  225    1 : tunables  120   60    0 : slabdata      8      8      0
[10:26] <Mithrandir> bio                 1341   1581    128   31    1 : tunables  120   60    0 : slabdata     51     51      0
[10:27] <fabbione> weird
[10:28] <Mithrandir> nothing special here, runs apache2, random user processes, does have a raid5 with evms, but that's just devmapper.
[10:35] <fabbione> hmmmm no idea really...
[10:44] <Mithrandir> http://www.ussg.iu.edu/hypermail/linux/kernel/0506.3/0965.html
[10:56] <Mithrandir> ah, it seems to be related to the fact that my SATA controller generates some spurious errors which then causes memory leaks in the raid code.
[10:59] <fabbione> ah neat bug
[11:00] <Mithrandir> yeah
[11:00] <Mithrandir> oh well, I'm off to hack the live cd.
[11:12] <fabbione> JaneW: ping?
[11:13] <JaneW> fabbione: pong
[11:14] <fabbione> JaneW: i need a little help with the wiki update...
[11:14] <JaneW> ok
[11:14] <fabbione> we agreed to make a list of deferred points inside specs
[11:14] <JaneW> (thought you needed a name) ;)
[11:14] <fabbione> but i am not sure how you want me to do that
[11:14] <JaneW> which spec?
[11:14] <fabbione> LinuxKernelRoadmap is 90% implemented, shipped, tested...
[11:14] <fabbione> JaneW: name is for after Colony 3 release ;)
[11:15] <JaneW> fabbione:  cool, what's deferred?
[11:15] <fabbione> but there are still a few deferred points...
[11:15] <fabbione> JaneW: the list of deferred points is in comments inside the spec itself
[11:15] <JaneW> fabbione: once I create a deferred column and list the stuff there, you can make the LKR completed.
[11:15] <fabbione> i did never change the specs, but only added comments on what happened/when and why
[11:15] <JaneW> ok, I'll go look
[11:15] <JaneW> oh in the spec...
[11:16] <fabbione> same goes for InstallerVolumeManager...
[11:16] <fabbione> JaneW: yes..
[11:16] <JaneW> the ubuntu wiki is much slower that the UDU one...
[11:16] <fabbione> that was the easiest to keep detailed track of stuff
[11:16] <fabbione> without "altering" the original specs.. 
[11:16] <fabbione> i did only add comments to them
[11:17] <fabbione> sort of status tracker
[11:17] <JaneW> fabbione: is it 2 items?
[11:17] <fabbione> JaneW: ?
[11:18] <fabbione> what do you mean by "2 items"?
[11:18] <JaneW> fabbione: there's 2 things in the spec that says DEFERRED
[11:18] <fabbione> checking.. i remember there were a bit more
[11:19] <fabbione> there are more...
[11:19] <JaneW> oh
[11:19] <fabbione> i will update the page with "DEFERRED"
[11:19] <fabbione> some of them are not capital letters :)
[11:21] <JaneW> ok thanks
[11:25] <JaneW> fabbione: can I make the rest of the goal completed (light green i.e. 100% done) ?
[11:27] <fabbione> JaneW: yup...
[11:27] <JaneW> YAY! *clap*
[11:27] <fabbione> there.. page updated...
[11:27] <JaneW> thanks
[11:27] <JaneW> shew the wiki is SLOW
[11:28] <fabbione> did i ever mention that i HATE wiki?
[11:28] <JaneW> fabbione: hehe, ok I see 6 DEFERRED's now...
[11:28] <fabbione> yes that's correct..
[11:31] <fabbione> JaneW: InstallerVolumeManagement looks good enough for me
[11:31] <fabbione> the last comment from 2005-07-14 is the same as reported to the meetingh
[11:31] <fabbione> there are no updates since than
[11:34] <JaneW> fabbione: has InstallerVolumeManagement had more testing yet?
[11:34] <JaneW> fabbione: and do you think it will change before it can be marked completed?
[11:35] <fabbione> JaneW: it won't change because we can't support our 3 arches
[11:35] <fabbione> it will be completed for real in breezy+1
[11:36] <fabbione> there is nothing we can do more for breezy
[11:36] <JaneW> can I make it complete then? for purposes of tracking what need to be done now
[11:36] <fabbione> JaneW: it's ok with me or we can move it to implemented -> deferred
[11:36] <fabbione> because the real target of the spec can't be achieved
[11:36] <JaneW> it is useable at all?
[11:37] <fabbione> on the other side the logic has been implemented and it works
[11:37] <Mithrandir> is the spec "LVM/EVMS by default" or "possible to use LVM/EVMS"?
[11:37] <fabbione> yes yes.. it works
[11:37] <fabbione> Mithrandir: yes
[11:37] <Mithrandir> fabbione: "yes" is a terrible answer to an "or" question
[11:37] <JaneW> ok, then lets say complete? Although are portions deferred, in which case I;ll add it to deferred as well?
[11:37] <JaneW> Mithrandir: LOL
[11:37] <fabbione> damn.. i can't workaround you ;)
[11:38] <fabbione> "This spec considers our options for setting up logical volume management in the installer by default."
[11:38] <Mithrandir> fabbione: do you think we can get a fix for the slab issue into hoary, it's kinda critical that servers run out of memory after a month.
[11:38] <fabbione> Mithrandir: i think so.. i can pass it at memory leak/ddos
[11:39] <Mithrandir> fabbione: great, thanks. :-)
[11:40] <Mithrandir> just tell me if you need somebody to test the update
[11:42] <fabbione> Mithrandir: well if you can test it yourself that'd be great
[11:42] <Mithrandir> fabbione: that patch doesn't apply to -10, so we need to backport it a bit.
[11:42] <fabbione> a one liner that doesn't apply is an issue...
[11:43] <Mithrandir> the surrounding code has changed, but I think it's doable anyhow
[11:49] <fabbione> Mithrandir: i can't find the code at all...
[11:50] <fabbione> not even in .12
[11:51] <Mithrandir> http://lists.debian.org/debian-kernel/2005/07/msg00231.html ?
[11:54] <Mithrandir> it's relative to http://marc.theaimsgroup.com/?l=linux-raid&m=111155701929593&w=2, I think
[11:54] <fabbione> the first patch you pasted is in .13 git
[11:55] <fabbione> and it applies to a function called
[11:55] <fabbione> super_written
[11:55] <fabbione> that's not in .10 or .12
[11:55] <Mithrandir> the missing link is in the theaimsgroup link, though
[12:00] <JaneW> fabbione: ok InstallerVolumeManagement is completed in the main table and listed in deferred too, I hope that is ok.
[12:00] <fabbione> Mithrandir: the patch at http://lists.debian.org/debian-kernel/2005/07/msg00231.html seems to be the correct one
[12:00] <fabbione> JaneW: sure.. that's fine
[12:01] <fabbione> Mithrandir:
[12:01] <fabbione> static int sync_page_io(struct block_device *bdev, sector_t sector, int size,
[12:01] <JaneW> fabbione: all your goals are completed - you can go on holiday again ;)
[12:01] <fabbione> on line 332 has been splitted into 2 functions
[12:01] <fabbione> that's why it doesn't apply 
[12:02] <fabbione> JaneW: i would love to.. but i guess somebody won't be happy about it :)
[12:02] <fabbione> JaneW: i still need to push the SoC stuff in...
[12:03] <fabbione> Mithrandir: if you can test that patch, i will add it as security thing for hoary
[12:03] <fabbione> given that a memleak is NOT good
[12:04] <Mithrandir> fabbione: ok, I'll do that.  Can you prepare images or should I?
[12:04] <fabbione> now.. time to prepare some food and to get a long break
[12:04] <fabbione> Mithrandir: up to you.. if you can do it > *
[12:05] <JaneW> fabbione: yes I hope the SoC stuff completes well, and I could give you some more goals if you are looking? ;)
[12:05] <fabbione> otherwise give me time till tomorrow.. i guess i will have to prepare a hoary security update
[12:05] <fabbione> JaneW: thanks but i have enough stuff to do :)
[12:05] <JaneW> :)
[12:06] <Mithrandir> fabbione: tomorrow is fine for me, I'm trying to find out wtf is up with the live cd atm
[12:06] <fabbione> + give a head up to BenC
[12:06] <fabbione> Mithrandir: ok
[12:06] <fabbione> security...
[12:06] <fabbione> update packages around...
[12:07] <fabbione> anyway.. long break time now
[12:19] <TheMuso> c
[12:19] <TheMuso> argh
[12:19] <TheMuso> sorry
[01:26] <TheMuso> 
[01:41] <JaneW> fabbione: ping
[01:41] <fabbione> JaneW: pong?
[01:41] <JaneW> fabbione: what's up with NFSRoot? (jbailey is not around), there are no comments listed at all
[01:42] <fabbione> JaneW: it's part of ltsp/EarlyUserSpace...
[01:42] <fabbione> it works :)
[01:42] <fabbione> i will check with jbailey to update the wiki
[01:42] <JaneW> ok thanks :)
[01:46] <JaneW> fabbione: xen - is your student working on that whole goal? or only part of it? Is it justified in moving over to WIP?
[01:46] <fabbione> JaneW: xen?? you just told me to forget about it yesterday :)
[01:46] <JaneW> oh right, sorry that's Ed...
[01:46] <JaneW> Mithrandir! ping
[01:48] <zul> heylo
[01:48] <Mithrandir> JaneW: pong
[01:50] (JaneW/#ubuntu-kernel) Mithrandir: are we likely to get anothing completed there for Breezy, or will it need to be deferred?
[01:50] (Mithrandir/#ubuntu-kernel) that depends on whether I should concentrate on getting it into ok-ish shape or not.
[01:50] (Mithrandir/#ubuntu-kernel) I think it's doable for breezy
[01:51] (Mithrandir/#ubuntu-kernel) but at the moment I'm not working on my goals but rather picking up various loose threads around.
[01:53] <fabbione> JaneW: i doubt there is a chance to get Xen for breezy
[01:53] <fabbione> that means a FeatureFreeze breakage
[01:53] <fabbione> + ENOTIME to do a deep test
[01:54] <Mithrandir> fabbione: it'd be universe for now.
[01:54] <Mithrandir> and yes, mdz wouldn't be happy about the freeze exception
[01:54] <fabbione> imho it's pointless to spend that many resources for a universe package
[01:54] <Mithrandir> (I'd imagine)
[01:54] <fabbione> given that the patch in 2.0.6 is for .11
[01:55] <fabbione> and porting it to .12 is a pain
[01:55] <zul> fabbione: i have some stuff in my arch for you to merge
[01:55] <fabbione> there is just too much work that needs to be done, without even be sure that it will work
[01:55] <fabbione> zul: good boy :)
[01:55] <zul> fabbione: do i get a cookie :)
[01:55] <JaneW> fabbione: hmmm, don;t think mdz will allow that - so shall I defer?
[01:55] <fabbione> JaneW: yes. let's get it done properly for breezy+1
[01:56] <fabbione> JaneW: unfortunatly upstream and us are way too much desynced
[01:56] <fabbione> zul: with choccolate too ;)
[01:56] <zul> wohoo!
[01:58] <zul> now if only dell would get off their butts
[02:00] <fabbione> i woke at 5am today!
[02:01] <zul> meh...toodles
[02:09] <fabbione> later fellas
[07:43] <lamont> fabbione: building now
[07:43] <lamont> actually, there were some other issues that I want to look at for -6
[07:48] <fabbione> lamont: -6 ?
[07:51] <lamont> util-linux 2.12p-6
[07:51] <lamont> and -6ubuntu1
[07:51] <fabbione> ah ok
[07:51] <zul> fabbione: eh? i though you got stuff from my arch?
[07:51] <lamont> fabbione: but I'm also going to go to lunch, and email upstream before I upload. :-)
[07:52] <fabbione> zul: not yet.. i did a checkout.. look at it and merge :)
[07:52] <fabbione> lamont: ehhe sounds a good plan
[07:52] <fabbione> zul: i meant.. i did a checkout.. now i need to look at them and merge :)
[07:53] <zul> i understand fabbione speak..
[07:56] <fabbione> zul: die
[08:14] <lamont> fabbione: it should be uploaded before reasonable people are awake in your area tomorrow. :-)
[08:14] <fabbione> lamont: ahaha ok :)
[08:14] <fabbione> hmmm pasta today is going to be good...
[08:14] <fabbione> i love to cook the tomato souce on very low fire...
[08:15] <lamont>   * Use helper program in mount for guessed FS types too.  Thanks to Manish
[08:15] <lamont>     Singh and Fabio Massimo Di Nitto.  Adds: 20guesshelper.dpatch
[08:15] <lamont>   * Remove /usr/doc links on install.  Closes: #322806, #322816
[08:15] <lamont>   * Fix /usr/bin/pg pager alternative.  Closes: #323204
[08:15] <fabbione> it takes longer but it tastes 3 times more
[08:15] <fabbione> super
[08:19] <BenC> hey fab
[08:20] <lamont> fabbione: please make RTC not be a module anymore in ubuntu kernels (assuming it still is)
[08:20] <lamont> http://bugs.debian.org/50572
[08:30] <jbailey> lamont: Hey - did that glibc update fix your hppa troubles?
[09:01] <jbailey_> What populates /lib/modules/$(uname -r)/initrd?  Is that an upstream decision or something the kernel team does?
[09:42] <fabbione> hey BenC
[09:42] <fabbione> lamont: we can't compile it for all arches
[09:43] <fabbione> some of them don't have standard RTC
[09:43] <jbailey_> fabbione: Heya.
[09:43] <fabbione> jbailey_: we populate it manually.
[09:44] <jbailey_> Okay, so I'll just trust that you guys will continue to handle that directory for now.
[09:44] <jbailey_> I had missed it in the initramfs-tools stuff.
[09:45] <fabbione> jbailey_: i would love to kill it..
[09:45] <fabbione> if you want you can take it over via initramfs
[09:45] <fabbione> it's only wasted space on duplicate modules
[09:45] <jbailey_> That would work too.  How do you decide what goes in?
[09:45] <jbailey_> fabbione: It's hardlinked, so there's no wasted space.
[09:46] <fabbione> jbailey_: i don't decide.. really. i found it from warty and ported forward..
[09:46] <jbailey_> fabbione: Mmm..  Then let's leave it there for now and decide for 6.04
[09:46] <jbailey_> It's the least amount of work for me to just pull it from there, and then at least we can handle it during feature hacking time.
[09:47] <fabbione> sure
[09:47] <fabbione> works for me
[09:50] <fabbione> lamont: i will look at it again, but i remember that problem...
[09:51] <zul> laster
[09:56] <lamont> jbailey: dunno - haven't gotten there yet
[09:56] <jbailey> lamont: Well, even on your test build, though.
[09:56] <fabbione> jbailey: libc seems to be broken on sparc
[09:56] <lamont> jbailey: I thought it was a gcc front end fix
[09:56] <fabbione> it makes apt-utils -> apt-ftparchive segfault
[09:56] <jbailey> fabbione: Just this most recent update?
[09:57] <fabbione> jbailey: i did try both debian 2.3.5-3 and our latest
[09:57] <lamont> kyle was playing with the debian side of things, and planning to followup with me afterwards
[09:57] <lamont> jbailey: you're referring to the GOT issue?
[09:58] <jbailey> lamont: Whatever the issue was that commenting out that patch was.
[09:58] <jbailey> Was that the GOT issue, or was that a different one?
[09:58] <jbailey> fabbione: Hmm.
[09:58] <lamont> jbailey: commenting out the patch fixed that issue.
[09:58] <jbailey> lamont: 'k
[09:58] <lamont> the new issue is that we have GOT abs syms in shlibs, which makes many things unloadable.
[09:59] <fabbione> jbailey: it actually leads to a "Bus Error"
[09:59] <jbailey> lamont: Mmm, tasty.
[09:59] <jbailey> fabbione: Right.  But why do you think it's glibc?
[09:59] <fabbione> because downgrading glibc make it working again?
[09:59] <lamont> gcc.gnu.org/PR23369
[10:00] <jbailey> fabbione: glibc doesn't generally do memory allocation, it may have had something in it before that was forcing alignment by doing an extra copy or something that doesn't exist now.
[10:00] <jbailey> fabbione: We'll need to trace it to the call before it SIGBUSes and figure out what it's being called with.
[10:00] <fabbione> jbailey: the bus error comes right during a pread
[10:00] <fabbione> iir
[10:00] <fabbione> iirc
[10:01] <jbailey> Right, so is the buffer that's handed in correctly alligned?
[10:01] <fabbione> i will need to do it again in a chroot
[10:01] <jbailey> Sure, we can play dueling screen sessions again. =)
[10:01] <fabbione> jbailey: yes.. but not before i finish to download a few torrents :)
[10:01] <fabbione> i am not in the mood to stop them now
[10:01] <jbailey> fabbione: I'm about full up for today anyway.
[10:02] <fabbione> jbailey: dude.. it's like 10pm here :)
[10:02] <jbailey> Exactly. =)
[10:02] <fabbione> jbailey: did you install your sparc?
[10:03] <jbailey> No, I've been away the past few days.
[10:03] <fabbione> ah right...
[10:03] <fabbione> forgot about that
[10:03] <jbailey> Reminds me that I should ask Simon is I can borrow his null modem cable to get it setup.
[10:04] <fabbione> jbailey: make one...
[10:04] <fabbione> it's easy ..
[10:05] <jbailey> I used to have a nice breakout box for doing things like that.
[10:05] <fabbione> yeah i need to get one again
[10:05] <fabbione> speaking of which... i need the console cable for the U60
[10:05] <fabbione> BenC: do you happen to have the schema of the connectors around?
[10:06] <fabbione> U60 has the big fat female (DB25) 
[10:06] <fabbione> to connect to a normal serial port (9 pin or whatever it is now)
[10:12] <BenC> schema?
[10:13] <BenC> you just need a regular serial cable, and a NULL modem terminator on it (or a NULL cable)
[10:14] <BenC> regular 25-9 pin adapters work ok with the sparc serial too
[10:14] <fabbione> BenC: hmm weird... i saw the SUN guy using a DB25 to RJ45 -> Cisco RJ45 (all crossed) -> RJ45 DB9
[10:15] <fabbione> the other solution didn't work..
[10:15] <BenC> ugly
[10:15] <BenC> I have a 25pin cable, with a 9-25pin adapter and a null term
[10:15] <fabbione> that's what i tested..
[10:15] <fabbione> i will try again
[10:15] <BenC> should work
[10:55] <fabbione> http://edition.cnn.com/2005/US/08/16/computer.frenzy.ap/index.html
[10:55] <fabbione> AHAHHAHA
[10:58] <fabbione> cya tomorrow fellas
[11:17] <jbailey> g'n fabio