[12:08] <thom> fabbione: when you get a chance, care to review thom@ubuntu.com--fandange/kernel-debian--pre1,2-fix-update-message--0
[01:15] <fabbione> re
[01:16] <fabbione> thom: sure.. but just commit on the main branch
[01:16] <fabbione> if there is something wrong we can always revert the commit
[01:17] <thom> fair enough
[01:18] <fabbione> thom: don't be afraid.. that's why it's called PREx,Y :)
[01:18] <fabbione> + today is national holidays.. i will be around only to check the g++ transition on sparc
[01:18] <fabbione> i will be off after that
[01:19] <thom> ah, fair enough (to both)
[01:20] <thom> also, skge is *much* *much* better than sk98lin here
[01:20] <fabbione> rocking
[01:20] <fabbione> humpf
[01:20] <fabbione> something is wrong with X today
[01:20] <fabbione> never mind.. thunderbird sucks :)
[01:21] <thom> yes
[01:21] <chmj> lol
[01:21] <fabbione> much better...
[01:21] <fabbione> wow the sparcbuildd has been busy....
[01:21] <chmj> firefox sucks also 
[01:22] <fabbione> 890 mails in 48 hours :)
[01:22] <fabbione> as much as fedora does
[01:23] <fabbione> food time..
[01:23] <fabbione> i will be back in a few
[01:53] <jbailey> fabbione: You back yet? =)
[01:54] <thom> few hours, i think that was ;-)
[01:56] <jbailey> *lol*
[01:58] <chmj> hehe 
[02:02] <fabbione> jbailey: yeah now
[02:03] <jbailey> fabbione: I'm just moving the imap stuff for sparcbuildd to my main machine, but I didn't see any failures there last week that were lkh related.
[02:03] <jbailey> fabbione: Did you have them in a separate folder?
[02:03] <fabbione> jbailey: they are all in the needsreallove folder
[02:03] <fabbione> util-linux is one of them
[02:04] <fabbione> iptraf
[02:05] <fabbione> probably reiser4progs
[02:05] <fabbione> hfsplus
[02:06] <fabbione> ifplugd
[02:09] <fabbione> parted seems another good candidate
[02:09] <fabbione> hmm
[02:10] <fabbione> skip resiser4progs
[02:10] <fabbione> a new version has been built recently 
[02:10] <fabbione> (catching up on 900 buildd emails)
[02:10] <fabbione> hmm there are also new l-k-h.. could they make a difference?
[02:11] <chmj> reiser4progs has been given love 
[02:11] <jbailey> fabbione: I have not intentionally fixed lkh on sparc.
[02:11] <fabbione> jbailey: let's do one thing.. let me reset the counters...
[02:11] <fabbione> and see how it goes with the new headers
[02:11] <jbailey> Lemme take a look first.
[02:12] <fabbione> ok
[02:12] <jbailey> If there's a bug, it's probably a single one affecting everything.
[02:12] <jbailey> But I don't know why it's taking so long for my evo at home to connect to the imap server.
[02:12] <jbailey> You're not checking ident, are you?
[02:12] <fabbione> nope.. the server is up and running fine
[02:13] <jbailey> Yeah, it was taking forever to connect before, and it just sycnd up when I closed evo.
[02:13] <jbailey> I've reopened and it's taking forever again.
[02:13] <fabbione> are you trying to download all the messages ?
[02:14] <fabbione> or are you reading only the headers and download the message on request?
[02:14] <fabbione> because i only have 512k outbound
[02:14] <fabbione> and the mailbox is HUGE
[02:14] <jbailey> Oh really?
[02:14] <jbailey> That might be it then.
[02:14] <jbailey> The folder was pretty empty last time I looked at it.
[02:14] <fabbione> yeah... just the inbox is around 680 messages right now
[02:14] <fabbione> of buildlogs
[02:14] <fabbione> otherwise gimme a few minutes to clean it up
[02:15] <jbailey> Sounds like that might be best.  Sorry!
[02:15] <fabbione> no problems :)
[02:15] <jbailey> That would explain evo's behaviour though.  =)
[02:15] <jbailey> I think it downloads all the messages so that it can run filters on them (even though I have filtering turned off on that connection)
[02:17] <jbailey> fabbione: Would you mind forwarding the util-linux failure to jbailey@ubuntu.com for now?
[02:17] <fabbione> sure.. in a sec
[02:18] <fabbione> scrap ipsectools
[02:18] <fabbione> they did build in a new version
[02:18] <chmj> fabbione: where is the needsreallove folder
[02:18] <fabbione> chmj: on the sparc buildd machine
[02:19] <jbailey> util-linux is a good choice since it builds on other archs.
[02:20] <chmj> fabbione: thats not in the machine overview list 
[02:20] <fabbione> jbailey: on the way
[02:21] <fabbione> chmj: it's the sparc buildd sitting one meter on my left side
[02:21] <chmj> oh, :-|
[02:21] <chmj> anything I can give love to then ?
[02:22] <fabbione> chmj: sparc is an unofficial port
[02:22] <chmj> don't have sparc though :-| 
[02:22] <fabbione> so it's done on spare time :)
[02:22] <fabbione> but it managed to catch some weird bugs that don't show up on other arches due to its nature
[02:23] <chmj> well, that an upside 
[02:24] <fabbione> except that my wish to see ubuntu release with sparc is slowly vanishing
[02:24] <fabbione> because an error seen on sparc only takes more time to get fixed
[02:24] <fabbione> and sparc slows down
[02:25] <fabbione> sparc didn't make hoary because of one package with wrong build-dep...
[02:25] <chmj> ouch
[02:26] <fabbione> when i first saw the error and told the maintainer it did never get fixed...
[02:26] <fabbione> but the fact that the buildd at the datacenter are much faster, they didn't really notice the problem
[02:26] <fabbione> also because the chroots are updated automatically...
[02:26] <chmj> develop a simple tool to monitor third-party driver releases (similar to debian/watch).
[02:26] <chmj>     *      (low priority: needs to be done before UVF)
[02:26] <fabbione> so the bug passed unseen
[02:27] <jbailey> fabbione: Looks like a util-linux bug where they're declaring a prototype that they shouldn't be.  If anything, it's a glibc bug not lkh.
[02:27] <fabbione> jbailey: so why it doesn't show up on other arches?
[02:27] <fabbione> chmj: go ahead.. it's fine with me
[02:28] <jbailey> fabbione: Dunno yet.
[02:28] <fabbione> chmj: take the task and work on it. use debian/external-modules as a reference to start from
[02:28] <chmj> ok 
[02:31] <jbailey> Ugh.  util-linux should not have compiled elsewhere, I think.
[02:36] <jbailey> *sigh*
[02:36] <jbailey> #if defined(MNT_FORCE) && !defined(__sparc__) && !defined(__arm__)
[02:36] <jbailey>  /* Interesting ... it seems libc knows about MNT_FORCE and presumably
[02:37] <jbailey>      about umount2 as well -- need not do anything */
[02:37] <jbailey> #else 
[02:38] <jbailey> fabbione: I'm guessing that the new glibc finally knows about this for all arch's now, instead of just a few before.
[02:38] <fabbione> ok :)
[02:38] <fabbione> so it's a glibc bug that knows too much!
[02:38] <fabbione> wankers
[02:38] <fabbione> :P
[02:39] <chmj> heh
[02:41] <jbailey> fabbione: I can tweak this a bit later.  Mind sending me another suspected lkh problem?
[02:42] <jbailey> fabbione: Although if this is the type of problem it is, the bugs might generally be that glibc sucks less than it used to.
[02:42] <fabbione> jbailey: let's do it tomorrow or in a couple of days
[02:42] <fabbione> i want to try to upgrade the chroots
[02:42] <fabbione> cleaning the logs
[02:42] <fabbione> and giving-back all of main
[02:43] <fabbione> or at least what is FTBFS in main atm
[02:43] <jbailey> 'kay.
[02:44] <fabbione> otherwise just wait a few minutes :)
[02:44] <fabbione> i am down to the last 64 mails to parse ;)
[02:44] <fabbione> jbailey: try to connect now to the imap server :)
[02:44] <jbailey> Either way.  I'm going to work on something else for a few moments, but I want it officially to be Not Me(tm) who's holding you up ;)
[02:45] <fabbione> jbailey: you and doko will always hold me up :)
[02:45] <fabbione> any of your uploads will kill my sparc :)
[02:46] <jbailey> There is that...
[02:47] <doko> fabbione, fix your sparc
[02:47] <jbailey> fabbione: We should take up a collection of people who care about sparc to buy you a second one. =)
[02:47] <fabbione> doko: no.. stop messing up your uploads....
[02:47] <jbailey> doko: By fix, you mean overclock, clone and running with a liquid cooling system? =)
[02:47] <fabbione> jbailey: eheheh you have one.. time to change it in a buildd :)
[02:47] <jbailey> fabbione: I don't have the bandiwdth for it.
[02:47] <fabbione> doko: also.. bootstrap a breezy chroot on your sparc, using ports.ubuntu.com
[02:47] <jbailey> fabbione: p'haps in my new place.  The ISP I'm looking at will have 900k up.
[02:48] <fabbione> doko: and pre-test your uploads like i do with amd64/ppc :)
[02:48] <fabbione> jbailey: cool.. i only have 512k :)
[02:48] <jbailey> fabbione: Right, but I use VoIP for all my phone calls.
[02:48] <jbailey> fabbione: So I can't have an automated system chewing that up. =)
[02:49] <fabbione> eheheh
[02:49] <fabbione> doko, jbailey: is there anyway to make the gcc build system slightly more ccache happy?
[02:50] <jbailey> fabbione: How is it not right now?
[02:51] <fabbione> ccache off = 17hours
[02:51] <fabbione> ccache on = 17hours
[02:51] <jbailey> Ahahah,.
[02:51] <jbailey> ouch
[02:51] <jbailey> =)
[02:51] <fabbione> that's gcc-4.0
[02:51] <jbailey> And not just when doko's updating snapshots?
[02:51] <jbailey> -7ubuntu2 was a cvs snap.
[02:52] <fabbione> bah no idea...
[02:52] <fabbione> it's always around 17 hours 20 minutes
[02:52] <fabbione> NOW
[02:52] <doko> fabbione: don't build -7ubuntu2 yet, should be replaced by -3 soon
[02:52] <fabbione> thanks to the last gcc-4.0 upload and the upcoming g++ transition
[02:52] <doko> how's 3.4 working?
[02:53] <fabbione> ah
[02:53] <fabbione> so i should kill the build?
[02:53] <doko> yes, please, but not me
[02:53] <fabbione> doko: i told you last time.
[02:53] <jbailey> fabbione: Erm.  glibc does better with ccache right?
[02:54] <jbailey> fabbione: If not, you may want to hold all glibc builds for a week or so, too.  It should go through 3 or 4 iterations in that time.
[02:55] <jbailey> lamont requested more frequent uploads with smaller changes for enabling ppc64, amd64, etc.
[02:56] <fabbione> jbailey: glibc afaik does benefits of ccache
[02:56] <fabbione> we also need to move sparc64 to NTPL, don't we?
[02:56] <fabbione> doko: i killed the build right now
[02:56] <jbailey> fabbione: YEs, and regular sparc ideally, but still need to figure out whether we continue to care about pre sparc9
[02:57] <doko> jbailey: wrong channel ;)
[02:57] <jbailey> doko: *g* =)
[02:57] <fabbione> ok let's move to -toolchain
[03:47] <doko> fabbione: does the kernel support Video4Linux 2
[03:47] <fabbione> yes
[03:47] <fabbione> but it also depends from the driver to support v4l2
[08:01] <zul> hey
[08:23] <fabbione> hey zul
[08:23] <zul> hey fabbione how goes it?
[08:23] <fabbione> stolen-from-head_libata-updates.dpatch
[08:23] <zul> what about it?
[08:23] <fabbione> zul: is this one of your patches?
[08:23] <fabbione> (2.6.10)
[08:23] <zul> yep
[08:23] <fabbione> from what tree did you grab it?
[08:24] <zul> you wanted me to update libata a long time ago
[08:24] <zul> linus bk tree
[08:24] <fabbione> that patch is not in linus bk tree :/
[08:24] <zul> i think..
[08:24] <fabbione> and jgarzik just told me that the patch introduces code that is highly broken
[08:25] <zul> actually it was an email to lkml 
[08:25] <fabbione> with data corruption
[08:25] <zul> frig..
[08:25] <fabbione> that means that we will need to prepare an update for hoary
[08:25] <zul> *sigh*
[08:25] <zul> can my day can get any better?
[08:25] <fabbione> that also means that somebody will feel a huge pain in the ass
[08:25] <zul> *sarcasm*
[08:26] <fabbione> that means becoming a goatse from a virgin in 0 ms
[08:26] <zul> lovely
[08:26] <zul> fuck..that made me in a lovlier mood now...thanks...i appreciate it
[08:27] <fabbione> do you remember if anybody requested specifically these 2 drivers?
[08:27] <zul> yeah i think so
[08:27] <fabbione> they are not shipped in the installer
[08:28] <fabbione> so nobody can use them to install
[08:28] <zul> gimme a sec..
[08:28] <fabbione> i will need to go very soon
[08:28] <zul> ok...i just need to check bugzilla 
[08:29] <zul> it was some promise sata controller
[08:30] <fabbione> yeah
[08:30] <fabbione> that too
[08:31] <zul> i kind of remember you asking me to get an update for sata when i was first starting out
[08:31] <fabbione> yes, but from the linus main tree... not from a mail floating around on lkml :/
[08:31] <zul> meh..
[08:31] <fabbione> well at least it has been me larted publically
[08:32] <zul> other than me for once
[08:32] <fabbione> now.. i need to go and sue my ass in one piece again...
[08:32] <zul> sew?
[08:32] <fabbione> can you try to check the bugzilla and what happen if we revert that patch?
[08:32] <fabbione> yeah that ... sew
[08:32] <zul> ok..
[08:33] <fabbione> please send me a mail
[08:33] <zul> sure..
[08:33] <fabbione> i am off now and i won't be back anytime soon
[08:33] <fabbione> thanks
[08:33] <zul> and i can wallow in my own missery c ya
[08:48] <zul> hah! found it
[07:30] <fabbione> thom: you must fix your umask on roockery
[07:31] <fabbione> you locked again the kernel archive :/
[09:27] <chmj> morning 
[09:49] <fabbione> hi
[10:06] <thom> fabbione: dude, i so have
[10:11] <fabbione> thom: apparently not :(
[10:11] <fabbione> the ++revision lock is still 755
[10:13] <thom> thom@rookery:~$ umask
[10:13] <thom> 0002
[10:13] <thom> *sigh*
[10:13] <fabbione> thom: where do you set the umask?
[10:13] <thom> .bash_profile
[10:13] <thom> (i'm not a bash user normally)
[10:13] <fabbione> .basrc
[10:14] <fabbione> .bashrc
[10:14] <thom> ber
[10:14] <fabbione> _profile is not loaded by scp/sftp
[10:14] <thom> fixed
[10:14] <fabbione> danke
[10:16] <thom> and the rev lock should be fixed too
[10:16] <fabbione> yup.. i am committing right now
[10:22] <JaneW> doko: ping
[10:27] <fabbione> WARNING: new symbols have been added.  This is not critical, but probably is not a good idea when attempting to maintain ABI stability.  Differences:
[10:27] <fabbione> fuck security updates
[10:32] <fabbione> zul: when you add new drivers, can you be so kind to also update the configs?
[12:32] <fabbione> thom: ping?
[12:32] <thom> fabbione: ack
[12:32] <fabbione> thom: are you familiar with ip6tables ?
[12:33] <thom> never used it
[12:33] <fabbione> so i guess it would be a good time to learn? :)
[12:33] <fabbione> i am considering to add the usagi patch to our kernel
[12:33] <fabbione> but that needs a brand new iptables package
[12:33] <fabbione> due to kernel headers changes
[12:34] <fabbione> but the package is messy and i would like somebody experienced to do it :)
[12:34] <chmj> issin't there a new version on ip4tables? 
[12:34] <thom> i probably wouldn't be able to get to it till next week
[12:35] <fabbione> thom: ok...
[12:35] <fabbione> chmj: probably.. and?
[12:35] <thom> network magic this week
[12:35] <thom> oh, and udevraces
[12:35] <fabbione> amen
[12:38] <fabbione> thom:
[12:38] <fabbione> Executing shell in 'breezy-i386' chroot.
[12:38] <fabbione> No directory, logging in with HOME=/
[12:38] <fabbione> on concordia
[12:38] <fabbione> can you fix that please?
[12:38] <thom> and i need to spec buntu with jbailey tomorrow
[12:38] <thom> i can, but you really shouldn't ask me
[12:39] <fabbione> thom: yeah don't worry.. i was just checking if you had time.
[12:39] <fabbione> thom: i know.. but elmo is not around 
[12:41] <thom> fabbione: done
[12:42] <fabbione> thom: thanks
[12:50] <zul> ack
[12:55] <fabbione> new inotify builds fine...
[12:56] <fabbione> zul: is there anything pending from your queue?
[12:56] <zul> nope you should have the latest i havent added anything this weekend
[01:01] <fabbione> time to cook some food
[01:01] <fabbione> and think how to add ndis for amd64
[02:42] <jbailey> thom: Do you need more time?  We could push buntu back by a week if it needs it.
[02:44] <zul> i wouldnt mind helping with  buntu
[02:44] <chmj> me neigther 
[02:46] <thom> jbailey: i think i'd appreciate it, yes
[03:20] <zul> fabbione, are you doing an upload today?
[03:20] <fabbione> zul: no
[03:20] <zul> k
[03:21] <fabbione> g++ transition day
[03:21] <zul> ah
[03:41] <zul> later
[05:23] <pitti> Hey dudes
[05:24] <pitti> I added a patch to the kernel, increased changelog version, added to 00list.myversion and so on
[05:24] <pitti> and debuild -us -uc -nc even creates a debian/abi/2.6.11.92-1.1/ with stuff
[05:24] <pitti> but on cleaning this seems to go away
[05:25] <pitti> Missing /home/pitti/kernel/linux-source-2.6.12-2.6.11.92/debian/abi/2.6.11.92-1.1/abiname file.
[05:25] <pitti> make: *** [clean]  Error 1
[05:25] <pitti> what do I have to do to make this permanent?
[05:25] <Lathiat> pitti: ht patch?
[05:25] <pitti> no, trulux's linking restrictions patch
[05:27] <fabbione> pitti: you need to mv debian/abi/2.6.11$whateveristhere to debian/abi/$previous_ver_compared_to_the_one_you_are_building
[05:28] <pitti> ah, ok
[05:28] <pitti> that explains why there is only a 2.6.10foo in the 2.6.11-1.1 kernel
[05:40] <pitti> is there any way to generate debian/abi/<previous_version> for all arches?
[05:47] <lamont> pitti: yeah - you parse the build logs.
[05:47] <lamont> which, btw, sucks
[05:48] <lamont> what we really need is some method of telling the buildd to pull out some files from the build, that are then special cased in katie to not actually go into the archive (the mirrored part that is), but are available from the top-level mirrors _somewhere_
[05:49] <lamont> hrm.. we could put pofiles there too.. :)
[05:50] <pitti> and debug packs :-)
[06:06] <fabbione> pitti: thanks for the CAN
[06:06] <fabbione> i will add it right away
[06:06] <pitti> great
[06:20] <fabbione> pitti: CAN added to hoary
[06:20] <fabbione> heard anything from Xu about the HT?
[06:20] <pitti> cool
[06:20] <pitti> fabbione: no, he didn't answer yet
[06:21] <fabbione> ok
[06:21] <pitti> fabbione: I sent him thom's debdiff, your mail with patches and a list of todo items on thom's changes
[06:46] <jbailey> Feh, mmap error doing a debootstrap.
[06:57] <fabbione> http://geekz.co.uk/lovesraymond/
[06:57] <fabbione> ahaha
[07:06] <jbailey> Ahahaha.  sweet
[07:08] <jbailey>  Food time, bbiab
[07:09] <thom> there were todo items? ;-)
[07:52] <zul> heylo