[12:10] Hey - post Hoary, what compiler version should be used for the kernel? Have folks moved to 3.4/4.0 yet? [01:07] oh, you guys might be interested in this also [01:07] http://wiki.debian.net/?KernelFirmwareLicensing [01:07] i know you're also stripping out stuff like qla22xx [01:08] looks like a few of them can be put back in, so long as you don't mind the firmware licenses being non-DSFG (of which numerous other firmware bits in the kernel aren't) [01:10] jbailey: as far as how simple it would be to implement, i'd need to go through kernel-package a bit more closely [01:10] and as far as the compiler, i recall people talking about using 4.0, but 4.0 is known to miscompile parts of the kernel [01:10] (haven't actually tried 4.0 myself, yet) [01:11] Ah, okay. doko and I are writing the toolchain transition document, and need to figure out what compiler has to be around for the kernel. [01:11] is 3.4 generally considered to work? [01:30] you can probably assume whatever the latest released version of gcc will work ok [01:31] if it doesn't, people will probably fix it quickly === cc [~cc@byte.fedora] has joined #ubuntu-kernel === cc [~cc@byte.fedora] has joined #ubuntu-kernel === zul [~chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [05:05] hey [05:17] morning [05:18] oh zul already left... [05:18] ehhehe [05:18] i know why his debian dir is blown away :) [05:18] that's why added the point d) i leave this up to you :) [05:18] there is the trick ;) [05:19] lol [05:22] lamont: there is only file that is patched in the diff.gz [05:22] exactly to avoid that hehhe [05:24] you evil man you [05:25] well I got caught in the same problem when i did 2.6.9 :) [05:35] lamont: so. do you know if he prepared the .orig.tar.gz? [05:38] dunnop === lamont was at a meeting for the last couple hours [05:39] had just gotten home about the time he went to bed [05:40] ehe ok [05:40] eth0: no IPv6 routers present [05:40] gonna have to do something about that one of these days [05:40] :) [05:40] do you remember what is the dpkg-buildpackage option to override the distro? [05:41] does 2.6.12 have related in ip6tables, I wonder? [05:41] so that dpkg-genchanges will report hoary [05:41] lamont: not that i know off, but we will make it part of it [05:41] -D [05:41] -Dhoary ? [05:41] yeah [05:41] see people.ubuntu.com/~lamont/uch [05:42] works hard to do the right thing for both native ubuntu, and debian packages [05:42] with uch -i support [05:43] oh that wasn't it [05:43] i lost libcairo because it was uploaded to ubuntu with the wrong distro [05:44] i only need to rebuild without messing to much [05:44] but i guess i can just edit the changes before signing them [05:44] how the hell did it get the wrong distro? sbuild -dhoary would give you a hoary changes file... [05:45] lamont: probably bvecause i builded it manually [05:46] i try to fork buildd when it goes to gcc & co since they take really a long time [05:46] and it must have been a Build-Dep i needed on the fly [05:46] still gcc-4.0 has bad Build-Dep [05:46] it should be versioned [05:47] and i told doko === warthylog [~warthylog@port49.ds1-van.adsl.cybercity.dk] has joined #ubuntu-kernel === Topic for #ubuntu-kernel: Ubuntu kernel development discussion | http://www.ubuntulinux.org/wiki/KernelTeam | http://people.u.c/~lamont/Archives/kernel-team@ubuntu.com--2005/ stable: kernel-debian--pre35--2.6.10 playground: kernel-debian--experimental--2.6.10 | There are no kernel bugs.. only broken hardware === Topic (#ubuntu-kernel): set by fabbione at Tue Apr 5 20:32:01 2005 [09:59] hm === ..[topic/#ubuntu-kernel:fabbione] : Ubuntu kernel development discussion | http://www.ubuntulinux.org/wiki/KernelTeam | http://people.u.c/~lamont/Archives/kernel-team@ubuntu.com--2005/ stable: kernel-debian--pre35--2.6.10 playground: | There are no kernel bugs.. only broken hardware | bk is dead === dholbach [~daniel@td9091db6.pool.terralink.de] has joined #ubuntu-kernel [11:15] heya [11:15] fabbione: long live baz? :) [11:15] ehhee [11:24] i have to ask about the universe kernels again - don't want to do anything wrong [11:25] i made up a list of packages to sync from debian for universe. would alsa-modules-i386, kernel-image-2.4.27-i386, kernel-patch-powerpc-2.4.27, kernel-source-2.4.27, pcmcia-modules-2.4.27-i386 -- kernel-image-2.6.10-amd64, kernel-image-2.6.10-i386, kernel-image-2.6.10-ia64, kernel-patch-powerpc-2.6.10, kernel-source-2.6.10 be ok? and what about kernel-image-2.4.27-ia64, kernel-source-2.6.11? [11:25] dholbach: dude... SNMP :) [11:26] *cry* [11:26] i'm absolutely happy with the main kernels too [11:26] i just want to have the universe kernel stuff SOMEHOW under control [11:27] i'd be happy to chuck everything with *kernel* in the name completely out [11:27] why include the universe kernels at all? [11:27] dilinger: 2.4 [11:27] we'll need 2.4 - it was fabbione's wish! so fabbione: it IS your F.CKING problem [11:27] ah [11:27] so please advise me [11:27] :-) [11:27] dholbach: skip 2.6 please [11:27] three is no need to [11:28] fabbione: zul told me to include them [11:28] and keep the minumum for 2.4 [11:28] aka no external modules like alsa [11:28] dholbach: why? [11:28] *shrug* [11:28] what about pcmcia, alsa? ia64 as well? [11:29] no pcmcia, no alsa.. ia64 ask T-Bone [11:29] only a bare kernel [11:29] ok, so kernel-image-2.4.27-i386, kernel-patch-powerpc-2.4.27, kernel-source-2.4.27 [11:30] nice, thanks [11:30] we want to provide a minimum 2.4 [11:30] that's all the user need [11:30] and i'll get back to T-None for 2.4-ia64 [11:30] otherwise it's their problem [11:30] yeah [11:30] i'll have a brief look over the kernel-patch-CRACK packages as well [11:31] maybe we can get rid of them in one swish as well [11:36] thanks fabbione [11:38] no problem [11:38] or better. SNMP [01:30] fabbione: Mmm. Will you be really upset if the Breezy glibc doesn't run on 2.4? [01:30] jbailey: not at all [01:30] And any applications compiled with it... [01:30] i am ok to kill 2.4 in breezy [01:30] Cool. =) [01:31] at that point they had 1 year to convert [01:31] that is a reasonable amount of time [01:31] doko and I were hashing out the breezy toolchain plan last night, and I've proposed making nptl the default set of threading headers. If we're doing that, we may as well the set the minimum kernel version at 2.6.8 or so. [01:32] jbailey: you know what will happen to gcc-2.95? [01:32] jbailey: i'd love to chuck it out at some stage [01:32] jbailey: but there are unfortunately packages that hard depend on it [01:33] dholbach: Ask the kernel folks here. I assume that gcc-2.5 is only kept around for them. [01:33] dholbach: afaik i know the only thing that still requires (officially) gcc 2.95 is silo [01:33] that i am anyway compiling with gcc-3.3 and seems to work [01:33] silo does? Ugh. [01:33] jbailey: there is a note about compiling silo with more recent compilers... [01:33] Maybe a nice summer project will be to port grub2 to sparc. [01:33] i'm currently working on MorgueCandidates and checking all the reverse depends [01:33] jbailey: if you want to blow away some dust from that code.. [01:33] jbailey: have fun.. really :) [01:34] i am already scared enough to change bootloader on i386 [01:34] fabbione: 'kay. I'd have to think about that from a copyright point of view. If I dig into silo internals, I'm not clean for hacking grub2 anymore, although I could work with someone else to do it. [01:35] jbailey: wtf???????? [01:35] is that somekind of retarded licence? [01:35] No, it's the recommended steps for GNU maintainers on keeping copyrights clean. [01:35] Not the license at all, but the code ownership. [01:35] fabbione: i dunno about requiring gcc-2.95. the theory is that recompiling it w/ gcc-2.95 reduces bugs [01:36] fabbione: i'm not convinced it actually does, as i see the same bugs regardless of compiler [01:36] dilinger: the problem with silo is slightly different [01:36] jbailey: i will need to translate the Italian Bible of Code Obfuscation [01:37] and hand a copy over to you [01:37] *lol* [01:38] well i think BenC wrote silo [01:38] you could simply ask him [01:38] fabbione: It's usually not that bad. Mostly it's a matter of someone reading the code and then explaining in English how it works in a document. Then someone else can take the very detailed english document and turn it into code. [01:39] The final implementation will vary enough to be clean. [01:39] And as a side effect, there's documentation. =) [01:39] vil [01:39] evil [01:39] right.. but if BenC allows copy of the code... [01:39] it will be faster [01:40] also because BenC would have to write the documentation anyway [01:40] jbailey: uhm, but silo is GPL? [01:40] oh, code ownership, as you say. [01:41] fabbione: True, but my luck getting anything useful out of benc.. (Like, say, even a reply by email) is not high. [01:41] He'll even drop out of an email conversation.. And not reply for 6 months. [01:41] Mithrandir: Yeah. It's the part that sucks about GNU hacking, but has the nice result that when the lawyers come knocking, it's not at my door. [01:42] jbailey: ok, i can try to contact him, since i know him for reasons outside Debian [01:42] jbailey: so you shouldn't ever look at non-FSF code if you ever want to write something similar? [01:43] jbailey: yea, but how often do the lawyers come knocking? [01:43] Mithrandir: Ideally, yes. Or you need to radically alter the implementation. The examples they give are things like if it's a two pass parser implementation, do it in one. If they do all of the work in core, do it as a stream. [01:43] jbailey: well, that can be just the shell, the algorithms may still be the same. [01:44] though, I'm not sure you can actually have copyright on such small parts as "a linked list implementation", since it's not new in any way. [01:44] fabbione: Cool. If he's interested, I can ask for a disclaimer to be sent to him. So just something saying that if we copy the stuff, it's not a big deal. Weaker than a copyright assignment. [01:44] jbailey: sure.. [01:45] i can try.. and let see.. [01:45] Mithrandir: Right. In Canada and the US, you can't copyright the algorithm anyway. It's just a way of making sure the code is sufficiently different. [01:45] Mithrandir: I try not to think about European law too much, it's fundamentally different in enough ways that I don't pretend to know it. [01:45] jbailey: heh, :) [01:46] jbailey: do you remember his NON Debian email address? [01:46] i think it was something like phunnyfarm.org? [01:47] That sounds familiar. /me tries to think if he's subscribed to a list where benc would've posted to. [01:47] ISTR he lists his email addys in his .sig [01:47] debian-sparc? [01:48] I checked -private, and they're weblinks in his .sig. [01:48] here is [01:48] Sender: Ben Collins [01:49] i was pretty close :) [01:50] jbailey: ok mailed... [01:50] let see if he answer back === zul [~chuck@198.62.158.205] has joined #ubuntu-kernel [02:03] hey [02:03] hey zul [02:03] fabbione: :P [02:03] 2.6.11.90 building here now... [02:03] good good.. [02:03] zul: btw.. read the chan logs from this morning [02:03] i arrived a few minutes after you left :) [02:03] yeah i saw that im missing step 3 :) [02:04] ehhee [02:04] bastard [02:04] btw.. bk is dead forever [02:04] :) [02:04] huh? [02:04] no.. i told you: I will let you figure it out [02:05] why is bk dead? [02:05] http://kerneltrap.org/node/4966 [02:05] does our kernel come with kernel-patch-bluez applied? [02:05] dholbach: 2.6 has bluez and we also added some more recent snapshot [02:05] fabbione: thanks, will chuck out [02:09] heh...i wake up and bitkeeper still sucks ;) [02:10] eheh [02:11] heh...all i get on my gentoo email is spam [02:13] zul: same goes for Debian mails. Spam and bug reports. :P [02:14] i know.. [02:14] i just like to bitch about stuff :) [02:40] amen.. building the last flavour... [02:41] cool...then do the monkey dance :) === lamont crawls back into bed after checking his shadow. [03:07] lamont: ehhee [03:07] later [03:07] about an hour or so [03:07] can't arrive on the neighbor's doorstep this early in the day... [03:08] ehhehe [03:08] i am going for a nap too [03:10] lazy sods :) [03:51] bah [03:51] couldn't sleep [03:52] you had dreams of pointers and arrays in your head right [03:52] i just figured how to steal 3 IP addresses from my ISP instead :) [03:52] im telling [03:53] fabbione: h aha [03:53] fabbione: the isps here notice when you do that [03:53] fabbione: riend of mine stoll half a class C once :) [03:53] well basically they have an offer for a /30 [03:54] but they assume to configure that on the router eth [03:54] that means that they leave to you only one ip [03:54] wrong... [03:54] i can reconfigure the router to use a pvt class on the eth [03:54] route the /30 to the server [03:54] and route each single ip to different machines in terms of /32 [03:54] bang [03:55] 4 ips instead of 1 [03:55] traceroute would skip on hop... [03:55] tough luck [03:55] just run a iptables queue script to fake the extra hop :) [04:03] jbailey: i got an answer back from Ben [04:04] fabbione: w00t! [04:05] fabbione: and, and, and....? =) [04:05] jbailey: and now i am explaining him the problem.. it was just a "hey dude.. are you still alive?" [04:06] I'm guessing the answer was yes, rather than an automated "I'm spending a year dead for tax purposes". =) [04:12] second mail with the info requests on the way [04:14] alright, davem doesn't get his isos until he makes 280 support stop sucking [04:14] bleh, ECHAN. too many #*-kernel [04:14] there is only 2 you have to worry about...well one really ;) [04:17] dilinger: i am surprised nobody started a flame on LKML yet [04:17] are they talking on irc? [04:18] for bitkeeper? [04:18] yeah [04:18] heh i think everything has been said before ;) [04:20] i think everyone's quietly celebrating ;) [04:20] except linus & co [04:21] hm, i should sleep, i need to be up in like 7 hours [04:22] eheh good night [04:26] night [05:38] fabbione: at least the flames are going on slashdot [05:38] zul: i don't really read /. [05:38] it's too full of lusers [05:39] hehe...well you wanted a flame war ;) === warthylog [~warthylog@port49.ds1-van.adsl.cybercity.dk] has joined #ubuntu-kernel === Topic for #ubuntu-kernel: Ubuntu kernel development discussion | http://www.ubuntulinux.org/wiki/KernelTeam | http://people.u.c/~lamont/Archives/kernel-team@ubuntu.com--2005/ stable: kernel-debian--pre35--2.6.10 playground: | There are no kernel bugs.. only broken hardware | bk is dead === Topic (#ubuntu-kernel): set by fabbione at Wed Apr 6 10:04:47 2005 [08:15] (Mithrandir/#ubuntu-kernel) lamont_r: the local star cluster? [08:15] (Mithrandir/#ubuntu-kernel) as in, galaxy cluster [08:15] (lamont_r/#ubuntu-kernel) yeah... by itself, cluster tends to bring to my mind the military/fire term.... [08:16] (lamont_r/#ubuntu-kernel) but like dholbach says, unlikely to happen anyway [08:16] that's the beauty of derivatives - they can have their own archive... :-) [08:17] so what should ubuntu name the maintained parts of universe? Mars? [08:17] lamont_r: yeah i look forward to Ancient-buntu, they can have a lot of stuff out of universe === fabbione [~fabbione@port49.ds1-van.adsl.cybercity.dk] has joined #ubuntu-kernel [08:19] dholbach: yeah - we really need to get through a policy that packages that haven't been uploaded in 6 years really need to justify their continued existance, or they at least move into the 'blackhole' component [08:20] supernova? === mvo [~egon@ip181.135.1511I-CUD12K-01.ish.de] has joined #ubuntu-kernel === fabbione [~fabbione@port49.ds1-van.adsl.cybercity.dk] has left #ubuntu-kernel [] === fabbione [~fabbione@port49.ds1-van.adsl.cybercity.dk] has joined #ubuntu-kernel [08:22] hey fabbione [08:24] yo [08:39] lamont_r: that could be an idea. Yet we may need an answer quickly for hoary :) [08:41] T-Bone: I believe 6 years would just about start to apply to 2.0 kernels now... [08:41] lamont_r: lol [08:42] maybe an absolute timeline isn't good. Some packages might be tagged "DEPRECATED" in other and more obvious ways [08:43] T-Bone: the question really is, what (if any) quality standards are the MOTU allowed to require for packages to remain in universe. And that's an MOTU/sabdfl question, not a kernel-team question [08:43] lamont_r: true [08:43] although the answer does seem to be that dead/dying packages can be moved to the morgue [08:43] lamont_r: but then, kernel packages shouldn't be discriminated [08:44] depending on said QA, all or none should be removed [08:44] lamont_r: as long as you don't consider kernel as something special, which i do, btw [08:45] imo, kernel packages are very distribution specific, and since we have our own kernels, i don't think we should ship debian ones on the ground we're shipping all that debian has. This is confusing to users. Some might chose to use these packages which we don't support, end up with security issues and the like, and blame us for it === kylem agrees with you. === T-Bone ^5s kylem :) [08:47] lamont_r: *that* question should be sorted out among us before poking sabdfl about it, imho [08:49] lamont_r: The 2.0 kernel maintainer is a DD, I should suggest that he upload an update just to reset the counter ;) [08:49] jbailey: lol [08:51] yay...i had to help up setting cvxs [08:51] er...cvs [08:52] the horrors i have seen. [08:53] jbailey: motu did an upload (I think), speciifcally to fix a katie reject because there was a file in the .deb with a 1980 timestamp or so [08:53] heheh [08:54] But.. But.. [08:54] I'm sure it was just some dark and dustry corner of emacs... [09:43] fabbione: the powerpc-2.4-kernel failed to build - i'm not sure what to do about it... === _mvo_ [~egon@ip181.135.1511I-CUD12K-01.ish.de] has joined #ubuntu-kernel === T-Bone notices he has an impressive count of packages with wrong build-dep, supposes that might interest the MOTUs for breezy (probably they're already aware of the issues though) [10:02] T-Bone: fire away - anything not listed on wiki.ubuntu.com/UniverseUnmetDeps? [10:02] lemme look [10:03] althought the kernel-stuff should be out, after elmo purged [10:03] dholbach: hmm, i'm not talking about that [10:03] i'm talking about *build* dependencies actually [10:03] ahhhhh [10:03] yes [10:03] sorry [10:04] eg, i have a xmms pluggin trying to build itself without debhelper [10:04] oh nice [10:04] gives you the very funny failure "dpkg-buildpackage: command not found" === dholbach hears himself say: chuck it out, nobody needs it [10:04] erm... which one? [10:04] i'd be delighted to fix it [10:04] lemme look [10:04] we're just composing UniverseLastMinuteFixes [10:05] so if you have some ultra-urgent stuff, tell us [10:06] haha: dietlibc has libcruft/ - nice :-) [10:07] ------------------------------------------------------------------------------ [10:07] dpkg-source: extracting xmms-infopipe in xmms-infopipe-1.3 [10:07] sh: line 0: exec: dpkg-buildpackage: not found [10:07] dholbach: ^^^ that one :) [10:07] nice [10:07] will look into it [10:07] dholbach: http://buildd.slashdirt.org/logs/previous/k2000/xmms-infopipe_1.3-4_20050402-0734 [10:08] dholbach: i have loads of issues that can probably be easily fixed, yet i don't know whether they affect only hppa or not. It seems that a good half of them should affect all archs, but i haven't found time to look on other builders' logs [10:09] i'd like to get the ultra-urgent ones listed somewhere [10:09] dholbach: when breezy opens, you might want to educate me about the proper way to fix them, eg either simply uploading the fix or sending it to whoever care. I don't mind doing a bunch of simple uploads if that can help you guys [10:09] so people know where to head first, when trying to help out [10:10] well i can't really tell you what's ultra urgent and what's not, since i'm running hppa autobuilders, and hppa isn't supported (yet) :) [10:10] :-) [10:10] package-wise [10:10] stuff out of universe you need every day :-) [10:11] heh [10:11] well, unless lamont sends me his nice parsing scripts, i have limited pre-parsing done at http://buildd.slashdirt.org/*html [10:12] lemme clean these a bit so that they only show the last round of builds === _mvo_ [~egon@ip181.135.1511I-CUD12K-01.ish.de] has joined #ubuntu-kernel [10:15] T-Bone: build-dep added [10:16] hehe [10:16] you're going to spend the night here if i start listing them all :) === dholbach [~daniel@td9091b95.pool.terralink.de] has joined #ubuntu-kernel === mjg59 [mjg59@cavan.codon.org.uk] has joined #ubuntu-kernel