/srv/irclogs.ubuntu.com/2005/07/23/#ubuntu-kernel.txt

=== Seveas [~seveas@seveas.demon.nl] has joined #ubuntu-kernel
=== calc [~ccheney@ip70-185-4-246.ma.dl.cox.net] has joined #ubuntu-kernel
Mithrandirgood morning04:52
fabbionemorning06:13
Mithrandirgetting up late, fabio? ;-)06:15
Mithrandirbah, leaving for airport06:16
fabbioneMithrandir: ehehe later :)06:17
=== JaneW [~JaneW@196.36.161.235] has joined #ubuntu-kernel
=== swarm [~swarm@host167-126.pool80181.interbusiness.it] has joined #ubuntu-kernel
=== Seveas [~seveas@ksl403-uva-135.wireless.uva.nl] has joined #ubuntu-kernel
=== doko [~doko___@dsl-084-059-087-002.arcor-ip.net] has joined #ubuntu-kernel
=== chmj [~chmj@196.36.161.235] has joined #ubuntu-kernel
chmjmorning 09:34
=== Seveas [~seveas@ksl403-uva-135.wireless.uva.nl] has joined #ubuntu-kernel
infinityfabbione : Dude, why does linux-headers-2.6.12-3 have a versioned dependency on libc6?10:10
fabbioneinfinity: because the headers contains a bunch of executable in script/10:11
fabbionesame reason why they are arch: any10:11
fabbioneand not arch: all10:11
infinityUgh.  Okay, the better question is "why are we shipping script/"?10:12
infinityscripts, even.10:12
fabbionebecause they are required for linking10:12
fabbioneat MODPOST stage 210:12
fabbionethe same reason why ppc64 headers are borked10:13
infinityIncluding the binaries?10:13
fabbioneyup...10:13
infinityCock.  That's retarded.10:13
fabbionethe binaries are little utilities very arch specific required for linking10:13
infinityWe should at least move scripts/ to the flavour-specific packages, then, and make the big linux-headers arch:all, no?10:14
fabbioneinfinity: that's basically required...10:14
fabbioneto unfuck ppc6410:14
fabbionebut i need to review the overall build process10:14
fabbionebecause the binaries are built once from another source dir :/10:14
fabbionethis system is sick10:14
fabbionebreezy+1 must be a royal cleanup10:15
fabbioneotherwise you can do it while i will be VAC10:15
fabbioneor start now? ;)10:15
infinityIf I do it, we'll end up with something much sicker. :)10:15
fabbioneahaha10:15
infinityMostly because the current situation just looks SO EFFIN WRONG to me.10:15
fabbioneinfinity: ideally we should switch to the new debian build system10:16
fabbionebut i don't have the time/power atm10:16
infinity(This arose from a desire to install headers on hoary, which is impossible, for no sane reason other than upstream crack)10:16
infinityIs Debian's new system nicer to work with?10:17
fabbionewhy on earth do you want to do that?10:17
fabbioneinfinity: i know they are working on a much cleaner build system similar to our but sane10:17
infinityBecause I'm running a stock breezy kernel on hoary on my laptop, because the hoary kernel suck monkey balls on my new hardware.10:17
fabbionei had really no time to look at it yet10:17
infinity(WiFi drops out constantly, machine crashes, my grandmother gets cancer, y'know.. the usual)10:17
fabbioneyeah yeah... time to change hw10:18
fabbionethe kernel is fine :)10:18
infinity<laugh>10:18
infinityI'm pretty sure it all comes down to the ipw2200 driver being in constant flux, and my 2915ABG being very poorly supported in hoary.10:19
infinityNo big deal.10:19
fabbioneyeah10:19
infinityIf this mystical new Debian kernel build system works, I'll be happy to investigate a switch.10:20
fabbioneinfinity: it's in SVN10:20
fabbioneit looks easier.. or it sounds like..10:20
fabbionebut it's not stable10:20
infinitydilinger : ping.10:20
fabbionethey are still fluxing around some stuff10:20
infinitydilinger : Make me your bitch.10:21
infinityStable isn't such a big deal, as long as we can cut something useable for ourselves for breezy, and merge back in sync post-breezy.10:21
infinityIt's not like what we HAVE is any good either.10:21
fabbionewell it is.. they are still shifting pkgs name around :P10:22
fabbionewe know that our work10:22
fabbioneto a certain degree10:22
infinityWith enough massaging.10:22
fabbionenah it doesn't need that much10:22
fabbionewe were not ready to do cross-compiling.. that's all10:22
fabbioneand these are bits and pieces that are coming while we grow10:22
=== calc [~ccheney@ip70-185-4-246.ma.dl.cox.net] has joined #ubuntu-kernel
=== Mithrandir [~tfheen@c5100BC63.inet.catch.no] has joined #ubuntu-kernel
=== calc [~ccheney@ip70-185-4-246.ma.dl.cox.net] has joined #ubuntu-kernel
fabbioneinfinity: i think scripts is the only thing that is more arch specific than the headers12:51
fabbioneat least from a first check12:51
fabbionethe reason why linux-headers (generic) is not arch: all is because we can apply (and we do) arch specific patches12:51
fabbioneotherwise kernel and headers won't match12:51
fabbioneso in theory fixing scripts/ should be enough12:52
=== calc [~ccheney@ip70-185-4-246.ma.dl.cox.net] has joined #ubuntu-kernel
=== calc_ [~ccheney@ip70-185-4-246.ma.dl.cox.net] has joined #ubuntu-kernel
=== calc [~ccheney@ip70-185-4-246.ma.dl.cox.net] has joined #ubuntu-kernel
=== zul [~chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel
zulhey01:38
fabbionehey zul01:58
zulhey fabbione how goes it?02:09
fabbionezul: no too bad.. going off line for a little nap now02:15
zulcool...am at work02:19
=== calc [~ccheney@ip70-185-4-246.ma.dl.cox.net] has joined #ubuntu-kernel
=== doko [~doko___@dsl-084-059-087-002.arcor-ip.net] has joined #ubuntu-kernel
=== swarm [~swarm@151.97.253.246] has joined #ubuntu-kernel
zulfabio im back as of tonight..04:37
dilingerfabbione: hey, did you see my config tool thingy?04:38
dilingerzul: you too..04:38
zuldilinger: nope i havent been busy getting settled in with my new job04:39
=== dilinger twiddles his thumbs. why oh why can't we have a fast host for svn.d.o?
dilingerhttp://svn.debian.org/wsvn/kernel/trunk/scripts/?rev=0&sc=004:39
dilingerinitsplit for breaking up the configs, and split-config for managing them04:39
dilingertry it out, find bugs, fix or report them ;)04:40
zulok cool...ill try it out tonight04:40
fabbionehey dilinger 04:50
fabbioneno i had no time really..04:50
fabbionei am fighting with a bunch of things all together04:50
dilingerok, well, when you get the chance..04:50
dilingeri'm already finding it hugely useful04:50
fabbionesure i will04:50
dilingerchanging config options across 5 different archs, some 20-something flavours :)04:50
fabbioneor better i must :)04:50
fabbioneYAY05:02
fabbionefinally i got to fix the ppc64 headers05:02
dokol-k-h?05:02
fabbionedamn the header pkg is getting a mess05:02
fabbionedoko: nope.. the real kernel headers05:02
fabbionedoko: i just finished to build gcc 4.0.1 on sparc.. (test build)05:04
fabbionei am will soon let you know about the ICE and the LINKING thing05:04
dokoany changes needed? I was going to make a new 4.0 upload today05:05
=== lamont [~lamont@15.238.5.95] has joined #ubuntu-kernel
fabbionedoko: no changes.. but i will not be able to build it until cairo and gtk+2.0 are rebuilt05:06
fabbionehi lamont05:06
fabbionethere was a leak of libXrender.la in some /usr/lib05:07
fabbionethat will make it FTBFS05:07
fabbionedoko: if you can give me something like 30 minutes to check a couple of things i would be really grateful05:07
dokono problem, doing test builds on ppc and amd64 first05:08
fabbionedoko: ok05:08
lamontmorning fabbione05:08
fabbionei would like to be able to give you some more info on the ICE (if still there) and that LINKING thing..05:08
fabbioneperhaps it's an easy fix (the latter at least)05:08
fabbioneYAY 05:19
fabbioneGO GCC!!!!!05:19
fabbionedoko: now it fails on the same package with a more interesting message05:20
fabbionethe 2 could be easily related tho..05:20
=== fabbione investigates
fabbionedoko: is 4.0.1 more paranoid than 4.0.0 ??05:22
fabbionefirst log:05:22
fabbioneutil.c: In function 'timestamp':05:22
fabbioneutil.c:29: warning: format '%06ld' expects type 'long int', but argument 4 has type '__suseconds_t'05:22
fabbionesecond log:05:22
fabbioneutil.c: In function 'timestamp':05:22
fabbioneutil.c:24: error: storage size of 'tz' isn't known05:22
fabbioneutil.c:29: warning: format '%06ld' expects type 'long int', but argument 4 has type '__suseconds_t'05:22
fabbioneutil.c:24: warning: unused variable 'tz'05:22
fabbionenote that this is the same code05:22
fabbioneonly change is gcc05:22
zulmeh..05:24
fabbionelibc6-dev: /usr/include/time.h05:25
=== fabbione blames the toolchain
fabbionebah it's even an used var05:27
fabbione       The use of the timezone struct is obsolete; the  tz_dsttime  field  has  never05:28
fabbioneI CAN BLAME GTK!05:29
dokofabbione: hmm, should that be %p instead?05:31
fabbionethere it is... _BSD_SOURCE is not defined05:31
fabbionedoko: no that's just a warning and i don't care05:32
fabbionethe failure there is due to -D_BSD_SOURCE not being there05:32
fabbione= struct timezone has no size05:32
fabbioneJEEEE05:32
fabbionedoko: the point is that _BSD_SOURCE is not defined in the previous log05:33
fabbioneand it was passing this point05:33
fabbione /usr/lib/gcc/sparc-linux-gnu/4.0.1/../../../../lib/crt1.o:../sysdeps/sparc/sparc32/elf/start.S:60: multiple definition of `_PROCEDURE_LINKAGE_TABLE_'05:35
fabbioneno05:35
fabbioneit's not fixed05:35
fabbionedoko: what do you want me to check to get this fixed?05:35
fabbionelet's move to #toolchain05:36
dokohmm, I don't know ...05:36
=== Seveas [~seveas@seveas.demon.nl] has joined #ubuntu-kernel
=== doko [~doko___@dsl-084-059-089-064.arcor-ip.net] has joined #ubuntu-kernel
=== TheMuso [~luke@dsl-202-173-132-131.nsw.westnet.com.au] has left #ubuntu-kernel []

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!