/srv/irclogs.ubuntu.com/2005/06/07/#ubuntu-toolchain.txt

=== Seveas [~seveas@seveas.demon.nl] has joined #ubuntu-toolchain
fabbionemorning05:30
=== fabbione sighs
fabbionegcc-3.4 did FTBFS :/05:31
fabbioneguys, did we start building C++ apps in main+06:01
fabbione?06:01
fabbioneor are they still banned?06:01
infinityAny particular ones on your mind?06:01
fabbionei am not 100% sure yet, but i think sparc needs to build one or two of them to be able to build C++ libs :/06:02
fabbionei am trying to unroll the loop right now06:03
infinityThe ban list is still massively huge.  I'm going to assume it's main+universe, but I could check random apps.06:03
fabbioneinfinity: that would be great...06:03
fabbionei just need a few minutes to understand where i need to start :)06:04
fabbionei think the problem is freeglut3...06:10
fabbionei hate that there is no easy way to figure it out :)06:10
infinityWell, freeglut isn't in the ban list.06:11
fabbionebut basically the problem starts with pike7.6 build-dep not being installable06:11
infinitySo, if it's C++, and it's in main, I'd gues main's been unbanned.06:11
infinityHowever, freeglut build-deps on a bunch of xorg stuff, which may well be hideously broken right now.06:11
fabbioneexactly06:12
fabbionethat's the overall problem06:12
fabbionebecause as a result i see:06:12
fabbioneThe following packages have unmet dependencies:06:12
fabbione  libglu-dev-xorg: Depends: libglu1-xorg (= 6.8.2-20) but it is not going to be installed06:12
fabbioneE: Broken packages06:12
fabbioneand that seems to be somekind of conflicts between freeglu3 and xorg06:12
infinityIs this on your sparc machine?06:14
fabbioneyes06:14
fabbionebut iirc daniels had the same problem on i38606:15
fabbionelet me check on a chroot06:15
infinityWhat do you see if you turn on apt's problemresolver and try to manually install libglu-dev-xorg?06:15
fabbionehmm crap.. it works on i38606:16
fabbioneinfinity: how do i enable the problem solver?06:16
fabbioneif i install only libglu-dev-xorg it works..06:16
fabbioneit's when i try to add some of the other build deps that it goes foobar06:17
fabbionei think one of the package has been built at different time from the other buildds06:17
fabbioneso it's carrying wrong dependencies06:17
infinityYou may have to dig down to that one and rebuild it then.06:18
fabbioneinfinity: yeah.. that's what i was trying to do :)06:18
infinityapt-get -o Debug::pkgProblemResolver="true" <action>06:19
infinityTo turn on the debugger.06:19
fabbionemeh!06:21
fabbionethat output is sick06:21
infinityYou get used to reading it after a while.  It's kinda like talkig to Culus.06:22
\shwhat output? morning btw06:23
fabbionehttp://people.ubuntu.com/~fabbione/sparc-resolver06:23
fabbioneinfinity: can you help me understand it?06:23
\shuhh...sometimes i should avoid reading documentation06:30
infinityfabbione : Is libglu1 installed in the chroot?06:31
\shany c++ cracks online? 06:31
\sh:)06:31
infinityfabbione : Otherwise, I'm not sure what the problem is, since nothing appears to be depending on it from this output.  But libglu1 is definitely the problem.  Something wants to keep it, but you need the new libglu1-xorg06:32
fabbioneinfinity: nothing is installed in the chroot06:33
fabbioneit's a buildd chroot06:33
infinityfabbione : Oh, unless your libsdl1.2-dev is out of date and depend on the old libglu-dev package.06:33
fabbionechecking...06:34
infinityfabbione : Or, I'm half asleep.  Let me read more.06:34
infinityMeh.  Very twisty-turny, your dependencies are.06:36
fabbionelibsdl1.2 has been built   State-Change        : 2005 May 25 18:18:3906:36
fabbioneand it's the latest one accoring to what i can see06:37
\shhmmmm06:38
fabbione\sh: this is sparc.. nothing is broken06:38
fabbionenot in the main archive at least06:38
\shfabbione: no...i'm reading the changes.html of gcc3.406:39
\shI'm stucked with arkrpg cause of c++ build errors06:39
infinityPackage x11proto-gl-dev has broken dep on xlibmesa-glu-dev06:39
infinity  Considering xlibmesa-glu-dev 0 as a solution to x11proto-gl-dev 306:39
infinity  Added xlibmesa-glu-dev to the remove list06:39
infinity  Fixing x11proto-gl-dev via keep of xlibmesa-glu-dev06:39
infinity(note that xlibmesa-glu-dev and libglu1-dev-xorg conflict)06:40
fabbioneso X is fucked06:40
fabbionebut that's nothing new :)06:40
infinityOh, wait.  No, in the main archive that's okay...06:40
infinityWhat version of xorg do you have built?06:41
infinityYou need something over -20 for this to all work out, it looks like.06:41
\shbut now I know why classic music can sometimes help you to understand things better06:41
fabbionei have -2006:41
fabbionethere is nothing newer than that06:41
infinityErm, I meant "-20 or over", so you should be okay there.06:41
infinity<grumble>06:42
infinityStupid X.  Who needs GUIs anyway?06:42
fabbionei am afraid something has been built with xorg older than -2006:42
infinityAlmost certainly.  If the problemresolver output doesn't make enough sense, it's time to pick each package out of the problemresolver list and check its deps with apt-cache.06:42
infinityOr install each one by hand until the problem leaps out at you.06:43
infinityI need to write a good parser for that output.  The longer it gets, the harder it is to decipher. :/06:43
fabbionenow i am trying to install all the build-deps manually06:44
fabbioneand keep only the minimum that fails to install06:44
fabbioneand see if that helps the resolver06:44
infinityThe first time something tries to install xlibmesa-anything, I think you've found your issue.06:44
infinity(You're positive the chroot is clean though, right?)06:45
fabbioneinfinity: yes06:45
\shinfinity: for the buildlogs? ogra made a nice attempt..he takes fabbiones .bz2 logfiles and parse it via python :)06:45
fabbione\sh: my logs???06:45
fabbionei don't even publish logs...06:46
\shlamonts06:46
\shsorry06:46
fabbioneso xlibmesa-glu is the one that should never appear....06:49
infinityDefinitely not.06:49
fabbioneif so there are 2 apps that are guily of trying to pull it in06:49
\shstrike... i fixed my build errors with g++406:50
\shfinally i managed it...06:50
fabbioneinfinity: can you reload the log?06:50
fabbioneif i am not mistaken i can see only freeglut3 and gtkglarea5 06:51
infinityWow, you made it uglier.06:52
infinityCongrats.06:52
fabbioneuh why?06:52
fabbioneit's shorter :)06:52
infinityYeah, but it has more occurances of the string "gtk", so it's bad.06:53
fabbioneahahaha06:53
infinitygtkglarea definitely seems to be a problem, at any rate. :)06:53
fabbionei could just try to rebuild these packages manually and see if that helps06:54
fabbionegiven that they are buildable06:54
fabbione80 -rw-r--r--  1 sparcbuildd sparcbuildd 75652 May 25 02:10 freeglut_2.2.0-8ubuntu3_20050525-015606:57
fabbione12268 -rw-r--r--  1 sparcbuildd sparcbuildd 12545643 May 26 21:55 xorg_6.8.2-20_20050526-144606:57
fabbioneDA DA!06:57
infinityBuilt them backwards?06:58
fabbioneinfinity: that's the order in which they come in....06:59
fabbioneat least on the sparc buildd :/06:59
fabbioneso yeah they have been built in the wrong order06:59
fabbionelamont: did you already build freeglut on hppa?07:00
infinityHe's asleep.07:01
fabbionelamont: and if so.. with what version of xorg?07:01
fabbioneoh ok07:01
fabbioneyeah he did07:01
fabbioneso ok.. the first one is freeglut3.. let's check the other one07:04
fabbionefreeglut (2.2.0-8ubuntu4) breezy; urgency=low07:06
fabbione  * Remove | libglu-dev otherwise if libglu-dev-xorg (>= 6.8.2-20) something07:06
fabbione    bad is installed.07:06
fabbione -- Fabio M. Di Nitto <fabbione@ubuntu.com>  Tue, 31 May 2005 07:06:37 +020007:06
fabbioneno wonder it did build :/07:07
fabbionethere was a nice | libglu-dev that is provided by another 39439483 pkgs07:07
\shlaters guys07:08
fabbione36 -rw-r--r--  1 sparcbuildd sparcbuildd 33080 May 25 09:09 gtkglarea_1.2.3-2ubuntu1_20050525-090307:09
fabbioneand same with this one...07:09
fabbioneehheh07:09
fabbioneinfinity: there.. everything should be fixed now07:18
fabbioneand while we wait for the sources to come back.. 07:18
fabbionelet's kick back gcc-3.407:19
\shre07:57
elmofabbione: done (libxml2-dev, davis breezy-ppc64)08:26
fabbioneelmo: thanks.. do i also have the kernel build-dep installed?08:28
elmofabbione: do now08:34
\shphew08:34
fabbioneelmo: thanks.. it's nothing urgent08:34
\sharkrpg fixed08:34
fabbioneelmo: when you have a second i need to know a few internal bits of the autosync from debian stuff because i need to upload a package and i am afraid that it can break08:35
fabbioneelmo: the scenario is:08:36
fabbionedebian has package foo coming from source foo08:36
fabbioneand right now we are syncing it08:36
fabbionei am going to upload package bar that will create a binary called foo that is a newer version of foo08:36
fabbionebut we don't want to get foo from debian anymore08:37
fabbionefoo as source08:37
infinityThen you need to blacklist foo.08:37
infinityMost probably.08:37
elmoinfinity's right, but it's not urgent, you can't really break it any way that upsets me08:37
fabbioneelmo: i have no rush at all08:38
fabbionei am still fucking with the package08:38
fabbioneand fucking is on purpose08:38
fabbionei never seen such a pile of shit inside a single build system08:38
fabbionenot even X is that complex and fragile08:38
infinityelmo : Can I get a sync of mysql-dfsg and mysql-dfsg-4.1, since we're talking syncs? :)08:39
elmo[BROKEN]  mysql-dfsg_4.0.24-5build108:41
elmo[BLACKLISTED]  mysql-dfsg-4.1_4.1.11-308:41
elmoBROKEN == we have a different orig.tar.gz to Debian somehow, I suspect08:41
infinityOh, great.08:42
=== infinity blames doko.
elmoDEAR ANACRON, WHEN I GET UP IS NOT A GOOD TIME FOR CRON.DAILY.  KTHXBYE08:43
fabbionerotfl08:44
infinityelmo : Hrm.  Our orig.tar.gz matches, and our -5build1 is indentical to their -5, save for a new changelog entry.  (syncing should be updating to Debian's -10, however, which still has the identical .orig)08:45
elmoinfinity: hmm, you're right, it's been UNBROKEN by someone, synced08:49
infinityDanke.08:50
\shelmo: when r u moving python-qt3 to universe? :)08:50
elmo\sh: not until the kubuntu guys ack it as unneeded and/or I find out why it's up for demotion in the first place08:51
\shhmm...lemme check it08:52
infinityelmo : Oh, can you sync libmysqlclient-lgpl too, and overwrite our changes?08:53
elmodone08:57
infinity\o/08:57
infinityThat's the last time I hope to type the string 'mysql' for a couple of days at least.08:58
=== chmj [~d3vic3@dumbledore.hbd.com] has joined #ubuntu-toolchain
dokofabbione: all C++ apps are rebuilt in main09:39
fabbionedoko: ok.. i think i need to finish to build the libs first09:39
fabbionegiven doko^Wsomebody fucked a couple of build-deps :)09:40
dokoyes, and add ftgl to the lib list09:40
doko?09:40
fabbionedoko: gtkglarea and freeglut :)09:41
dokoso what's correct?09:41
fabbioneif you want version dependencies than it's better you also remove the | libglu-dev that is provided by another 2032093829783297 pkgs :)09:41
dokook, fine09:42
fabbionedoko: just check the changes ;)09:42
fabbionei already fixed them09:42
\shThe following packages have unmet dependencies:09:55
\sh  xlibmesa-gl-dev: Depends: x11proto-gl-dev but it is not going to be installed09:55
\shlike this09:55
\shfabbione: u had this issue before this morning, right? with x11proto-gl-dev09:59
fabbionenope10:00
fabbioneit was a different one10:00
\shk...just fixed it10:38
fabbionehmmmm12:11
fabbionego figure... gcc-3.4 is building now12:12
fabbionethis is weird12:12
fabbionethe build system is too weak12:12
doko?12:13
fabbionedoko: the last gcc-3.4 that was uploaded.. it was FTBFS yesterday for not finding stage2/xgcc or something similar12:14
fabbionekick back and it builds12:14
fabbioneso there is something that is weak12:14
dokofabbione: well, yes, but that is only seen on buildd's. never saw this for local builds12:15
fabbionedoko: *cough*fix it*cough*12:15
fabbione;)12:15
fabbionedoko: you should definetely install sbuildd12:15
fabbioneand test with it12:15
dokofabbione, would you mind a gcc-4.0 upload introducing powerpc biarch?12:16
fabbionedoko: not at all, if it fixes the /usr/lib64 -> /lib64 thing12:16
dokofine, it does as well12:16
fabbioneplus if i am told in advance i can still avoid that it will be taken for build12:16
infinity<fabbione> doko: *cough*fix it*cough*12:56
infinity<fabbione> ;)12:56
infinity<fabbione> doko: you should definetely install sbuildd12:56
infinity<fabbione> and test with it12:56
infinity<doko> fabbione, would you mind a gcc-4.0 upload introducing powerpc biarch?12:56
infinityGah.12:56
infinityBad mouse.  BAD.12:56
fabbioneinfinity: stop playing with it :)12:56
dokojust curious where he wanted to paste it ... ;-P12:57
infinityDidn't want to paste that anywhere. :)12:57
infinityI just shouldn't drink and IRC.12:57
dokohopefully your keyboard is beerproof ;)12:58
elmodaniels: around?01:20
infinityHe appears to be decidedly not around.01:20
infinityIf it's urgent, I can call him.  Otherwise, I'd assume he'll be on tonightish.01:20
fabbioneelmo: can you ping me back when you a few minutes free?01:21
fabbione(nothing urgent)01:21
fabbione(and it's NOT sparc related :P)01:21
jbaileyfabbione: But you got this GREAT little m32r on ebay yesterday?01:25
=== jbailey hides.
fabbioneehhe01:25
fabbioneyou wish :)01:25
fabbionei never bought a single thing from ebay01:25
fabbionedunno why but i don't trust it01:25
jbaileyAlmost all of the Cisco equipment at my last job came from Ebay.01:28
jbaileyRather than buying Smartnet, we simply bought two of every device.01:28
fabbioneeheh01:29
jbaileyAside from it still being half the price, it also was faster - smartnet doesn't promise faster than 4 hours.01:29
jbaileyForever in the financial industry.01:29
fabbioneuh wow01:30
fabbionei never needed something faster than 4 hours01:30
jbaileyThey got squirmy about about the 6 minute mark.01:30
jbailey(during the day)01:30
fabbionewow01:30
jbaileyIn the evening they really wanted to be up in about 30 minutes, but even then the downtown would often take them hours to get all the mirrors sync'd again.01:31
jbaileyfabbione: Part of the problem is that we ran the CA for the entire mutual fund industry, as well as handling all the cross-company transactions.  When we went down the entire mutual fund industry essentially stopped.01:32
jbaileyAnd it was mostly done with used Cisco gear from Ebay. =)01:32
fabbionehehe01:36
dokojbailey: what's our time plan for java-gcj-compat entering main?01:37
jbaileydoko: I don't know how these things all work.  I guess it could go in anytime now that we have g[ci] -4 as the default.01:38
dokojbailey: elmo doesn't want to do that currently, looking at the dependency chain ...01:39
jbaileyI've so far just ignored the whole is-it-in-main-or-universe bits...  What do you recommend?01:40
jbaileydoko: Eventually all of eclipse and its build-deps will wind up in main.01:40
jbaileydoko: So I'm not sure that there's anything that can be done to reduce the dependancy chain.01:41
dokoit sucks in jikes and sablevm as well at the moment ...01:41
jbaileyUgh.01:41
jbaileyI can chew through and fix that.  Let's say 2 weeks from now?01:42
jbaileyThat should give me time to get EarlyUserspace a bit further than it is now and still get a good chunk of it done and see where it needs to go.01:43
dokook, no problem, but then we'll have to move OOo2 to universe for that time, currently uninstallable and unbuildable01:45
jbaileyProbably easiest.01:46
Kamiondoes OOo still work? do you have a plan to keep the desktop working (it currently depends on OOo2)?01:46
dokoOOo does work, it's already rebuilt01:47
dokoKamion: the current snapshot is still the old one, so we really don't want it in main, the current snapshot doesn't build yet, because gcc-4.0 got a bit stricter again01:49
fabbioneelmo: is there any reason why pqm is running on concordia?01:56
fabbioneor did we change porting box?01:56
elmofabbione: baz commits auto-build on our 3 main architectures01:57
elmoas the 'pqm' user01:57
fabbioneahhh ok01:57
chmjelmo: can you please install libbluetooth1-dev in concordia's breezy chroot02:34
danielselmo: pong03:37
danielsspent most of today unable to remember my password to unlock my laptop.  \o/03:39
jbailey*g*03:40
dokodaniels: so the cocktails were quet good?03:42
danielsdoko: s/cocktails/painkillers/, but yes03:43
dokoah, drug cocktails ;-)03:43
=== Seveas [~seveas@seveas.demon.nl] has joined #ubuntu-toolchain
elmodaniels: nothings using the new X stuff yet - is it actually targetted for main?04:08
elmochmj: done04:08
danielselmo: all of it; xorg b-ds on it04:13
danielselmo: (and various pieces of gnome, etc, b-d on libice-dev and depend on libice6, ditto libsm{-dev,6})04:14
chmjhmm, any reason why avifile is not built on ppc and ai64 ?04:15
jbaileydaniels: Is there some sort of useful diagnostic I can do to figure out why xorg suddenly will eat 98% of my CPU and do so for 4 or 5 minutes at a time?04:16
danielsjbailey: if you have another machine, and you're running xserver-xorg-dbg rather than -xorg, you could break on WaitForSomething and step through to figure out what it's doing with its time04:17
jbailey'kay.  It happens a couple times a day so I'll try to wire that up.04:18
elmodaniels: sorry, xorg in the archive, or it will at some stage?04:18
elmoI'm just trying to work out why anastacia is keen to demote them; if it's a temporary/pending thing, that's fine, I just need to know before I start trying to work out why germinate/anastacia's confused04:19
Kamionxorg probably still delivers libice*04:21
elmoit's not ice, it's the new x-proto stuf and libsm04:22
elmo(panoramix, render, record, rsrc and screensavere)04:22
danielselmo: will be04:22
elmook04:22
danielsfigured there wasn't really much point in uploading them 'till I found out if all its new b-ds were ftbfs or not04:23
danielsWHOOHOO!!04:23
danielsfuck I'm shit04:23
chmjinfinity, ping 04:24
dokochmj: why did you re-upload avifile?04:28
chmjto rebuild 04:32
chmjthat doesn't seem to have worked ;/04:32
dokochmj: you didn't try ...04:33
chmjhmmm ?04:34
dokoinfinity, lamont: please retry the build for avifile on powerpc and ia6404:39
lamontdaniels: my life would be easier if -16 had actually not been FTBFS04:56
=== lamont creates -16hppa1 so that he can then build -20, grumbling
danielssorry, I know it's shit04:57
danielsnothing I can do about it04:57
danielsand I figure I might as well spread the pain as evenly as I possibly can04:58
lamontdaniels: yeah, understood.04:58
danielswhich I've been doing a sterling job of by shitting off porters and making it FTBFS on all the main arches anyway04:58
dokodaniels: it's not a problem, if you tidy up afterwards ;)04:58
lamontdaniels: seriously, if you would upload something that wasn't ftbfs, before you made xorg's build-deps uninstallable, that'd be a big help... :-)05:07
lamontdaniels: what's the rules target to unpack and patch again?05:09
danielslamont: setup05:10
lamont /bin/bash: up-scripts: command not found05:10
lamontfeh05:10
danielslamont: i do my best to not have things ftbfs05:10
danielslamont: that's not fatal05:10
lamont-16 had radeon ftbfs issues05:10
danielslamont: unfortunately, not having things ftbfs is difficult when you have people demanding you upload what you have, yesterday05:10
lamonthehe05:10
danielslamont: yeah, that didn't trigger on the main architectures ... go figure05:11
lamontyeah... did -17 require -16 to build, or when did that build-dep come into play?05:11
danielsthe only change in -17 was fixing that ftbfs, iirc05:11
danielsor something, I can't really remember05:12
danielsmost of them were done at like 3am after staring at builds going past for long enough to make my eyes bleed05:12
lamontok05:12
lamontI'll just create a -16hppa1 then05:12
lamontO'05:21
lamontI'm going to go out on a limb, and guess that libsigc++-1.2-dev should Depend: libsigc++-1.2-5c102, not libsigc++-1.2-505:22
lamontno, other way around05:24
Kamionbad shlibs?05:24
lamontbad build order05:25
lamonthrm.. actually it appears to be morgifiying things when I shouldn't (in my archive)05:27
=== chmj [~d3vic3@dumbledore.hbd.com] has joined #ubuntu-toolchain
lamonts/shouldn't/didn't really want to even though I told it to/05:30
dokolamont: libsigc++-1.2-5 is correct05:30
lamontyeah, I figured that out.05:31
lamontcloser root cause was that the package was recently? demoted to universe05:31
dokoKamion, jbailey: please could you bring up the topic of OOo2's build dep's in universe and OOo2 itself in main up in today's TechBoard meeting? I'm not at home before 22.00 UTC05:34
jbaileydoko: Just basically whether it could be bumped back to Universe for a couple weeks while we sort it out?05:35
dokojbailey: yes05:35
=== jbailey adds to the agenda.
lamontthe buildd's would appreciate that.05:35
fabbionehey guys05:35
dokowe don't have the time to work on java now, and a working OOo2 in breezy would be just good05:35
jbaileydoko: Added to the agenda.05:38
\shhmm...the maintainer candidates on tbagenda can be removed, 05:44
Riddelllamont: python-qt3 couldn't build because of a depend in universe, it's now been moved to universe, will the buildd pick up the change next time it tries to build?06:11
lamontRiddell: should06:11
Riddell\sh: so hopefully the buildds will get round to it soon and it'll all work06:12
Kamionhmm, I uploaded libqt-perl a while ago, but no build yet06:17
dokobuildd darkness ...06:20
=== lamont gets his flood light
=== lamont points Kamion at doko (cxxapps.txt)
lamontdoko: did we get that list of cxxapps that we can release yet?06:29
dokolamont: no, just removed libqt-perl06:30
dokowell, looks like I have to walk through this list and sort out the apps, which can be built ... the MOTU's aren't that fast ...06:32
lamontlibqt-perl removed.06:34
lamontnote that changing that list involves stopping and starting the buildd, not just a SIGHUP06:34
lamontdoko: if possible, would be good to look on ports.u.c and see which ones can be removed for ia64/sparc/hppa at the same time06:34
Kamionquality06:34
lamontor at least make a list of depends06:35
lamontKamion: heh06:35
dokoKamion: quality?06:36
Kamiondoko: "high-quality", sarcasm06:36
dokowe should have such kind of dependency checker in soyus?06:37
lamontsoyuz will know that a package's build-deps are not met, and not build it...  BUT IF YOU DON"T UPDATE THE BUILD-DEPS, HOW CAN IT POSSIBLY KNOW???06:38
Kamionnot that lamont is bitter or anything06:39
lamont:-)06:39
dokolamont: ia64 should be same as the release architectures. I don't know about sparc and hppa, they are occupied with toolchain and xorg builds all the time ...06:40
lamontKamion: at least one buildd of each arch has restared, should grab libqt-perl06:40
lamontdoko: yeah - it's more a question of how to know when the build-deps for cxxapp 'foo' are sane again, and it can be removed.06:41
KamionI mostly only care about i386 ;-)06:41
Kamion(for the debconf arch: all build ...)06:41
lamontKamion: ah, yes06:41
=== lamont d-w's debconf on qt-perl
lamontKamion: you gonna care about grub next?06:43
Kamionwhy's grub building on ia64 in the first place?06:44
lamontAutomatic build of grub_0.95+cvs20040624-17ubuntu1 on vernadsky by sbuild/i386 1.170.506:44
lamontor is there a newer one?06:44
Kamionoh, looking at the wrong version, sorry06:44
lamont%grub: i386 hurd-i386 amd64                                           # i386 boot loader06:44
jbaileylamont: Ugh.  Type type-handling add amd64 for i386-all? 06:45
Kamionlamont: it's ok, I was looking at some ancient version by mistake06:45
jbaileys/Type/Does/06:45
lamontjbailey: what's type-handling?  we don't have that in main06:46
Kamioncan I make infinity fix grub? he touched it last.06:46
lamontand yes, grub should be there for amd6406:46
lamontKamion: hehe.  no objections here06:46
jbaileylamont: I think grub uses type-handling in Debian - did you really add hurd-i386 to the result in Ubuntu? =)07:01
jbailey(when removing t-h)07:01
lamontjbailey: that's looking at Packages-arch-specific07:06
KamionPackage: grub07:08
KamionArchitecture: darwin-i386 freebsd-i386 hurd-i386 kfreebsd-i386 knetbsd-i386 i386 netbsd-i386 openbsd-i386 amd6407:08
Kamionlooks like we just kept the generated debian/controol07:09
Kamioncontrol07:09
Kamionlamont: grub has significant DEB_*_GNU_* fun; fixing07:09
=== ubuntulog [~warthylog@port49.ds1-van.adsl.cybercity.dk] has joined #ubuntu-toolchain
=== Topic for #ubuntu-toolchain: GNU Compiler Collection, Glibc, Binutils, Linux-kernel-headers | GLIBC Todo: hppa, sparc NPTL, i386 biarch, C++ ABI change: 33/55 library packages in the archives
=== Topic (#ubuntu-toolchain): set by doko at Thu May 19 00:40:28 2005
=== #ubuntu-toolchain [freenode-info] why register and identify? your IRC nick is how people know you. http://freenode.net/faq.shtml#nicksetup
=== desrt [~desrt@kopesetik.desrt.ca] has joined #ubuntu-toolchain
(lamont/#ubuntu-toolchain) jbailey: I'm sure that there is... I just need to figure out how exactly... there are some code changes to be done before it would be trivial07:37
=== ajmitch [~ajmitch@port162-41.ubs.maxnet.co.nz] has joined #ubuntu-toolchain
=== ubuntulog [~warthylog@port49.ds1-van.adsl.cybercity.dk] has joined #ubuntu-toolchain
=== Topic for #ubuntu-toolchain: GNU Compiler Collection, Glibc, Binutils, Linux-kernel-headers | GLIBC Todo: hppa, sparc NPTL, i386 biarch, C++ ABI change: 33/55 library packages in the archives
=== Topic (#ubuntu-toolchain): set by doko at Thu May 19 00:40:28 2005
lamontdoko: I'd be interested in knowing how to tell if a cxxapp can be released for building, btw.11:47
lamontthat is, what your check is.11:47
\shdamn11:51
\shwhat about c libs with unresolved deps?11:56

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