[00:19] bddebian: dude, 493512? [00:19] bddebian: ;-) [00:21] Like that one? :) [00:22] well, I suppose it could be worse... [00:22] bzr init [00:22] sigh, sloppy focus [00:22] git init [00:25] hg init [00:33] How can I enable rebuilding manpages in a package that has a Makefile.in with a line such as @ENABLE_REGENERATE_MAN_TRUE@README: pam_limits.8.xml limits.conf.5.xml in it? I edited the XML file to fix a documentation bug, but it isn't recreating the manpage for me... [01:04] bddebian: patch attached. Comments? === leleobhz is now known as metilfenidato [02:52] * NCommander finally has his crackberry working as a modem with Linux [03:10] NCommander: Up for a REVU feature request? [03:11] * ScottK has harrassed his teenagers and poured some Scotch, so time to see about some coding. [03:11] Your teenagers like scotch? [03:11] No. That was for me. [03:11] I’m sure it’s a fine way to get them off your back, so you can code in peace. [03:12] Actually I let them try a nice peaty single malt once. [03:12] They don't want Scotch any more. [03:14] I just love blog posts where they assume you care so much about whatever their project is they need to provide absolutely no context. [03:14] http://www.vuntz.net/journal/2008/08/03/482-leaking-information-about-boston-summit-2008 in this case. [03:14] I understand he's some Gnome guy, but that's it. [03:18] not a ding against Vincent, but I fear sometimes we get a bit too self-important. [03:19] gnome people are especially good at this [03:19] I understand he has a really big hat, but that's about all I know about him. [03:19] I've lived in Texas, so I don't hold hats like that against people. [03:20] how true ;) [03:20] Just filed my 2nd Launchpad bug of the day. [03:21] So I'm now above my 1.5 average, but no where near the 5-a-day I'm supposed to be aiming for. [03:24] ScottK: i think doc-base should be updated also [03:24] ScottK: since lintian raises some errors with the lasted version of it [03:24] nxvl: ENOCONTEXT [03:25] nxvl: Are you picking up on a conversation we were having previously? [03:25] ScottK: i've just have problems with one of them since i didn't found the section it was pointing to in my local version of it [03:25] Ah. Is this related to the Debian Policy backport? [03:26] yup [03:27] That's the context I was lacking. [03:27] nxvl, do you use gnome by any chance? [03:27] * elky ducks [03:27] ScottK: exactly [03:28] elky: define "by any chance" [03:28] nxvl, by any chance that it may form a case in point to my previous comment. [03:29] elky: He's Peruvian. [03:29] * nxvl reads log [03:29] ;-) [03:29] ScottK, im not sure how to explain it, to be honest. [03:30] but by all means, suggest ;) [03:30] heh [03:30] yes i use gnome [03:30] ScottK, case in point. [03:31] * elky does too, and is notoriously terrible at providing context [03:31] Ah. [03:31] ScottK: I filed 15 LP bugs two days ago. And 9 the day before. [03:32] * elky stops trolling [03:32] * wgrant throws Ultamatix at elky. [03:32] wgrant: Kewl. [03:32] linux.com's article was wonderful. [03:32] * elky sets wgrant's face on fire. [03:32] Ow. [03:33] * ScottK stomps on wgrant's face to put the fire out. [03:33] Just trying to help. [03:34] Thanks. [03:34] You're welcome. [03:34] * ScottK thinks he smells chicken cooking. [03:34] Oh, nevermind. [03:37] dear flash, please FOAD. thankyou. [03:38] * ScottK suddenly wonders why Launchpad doesn't use Flash. It seems like a perfect match. [03:38] dear -motu. Please don't abuse the Flash highlight and make me frown. [03:38] ;) [03:39] wooohooo \o/ [03:39] p.u.c will we open for community people also! [03:39] emgent: Thank you!! [03:39] np nxvl :) [03:39] thanks to Mark! [03:39] community being members of ~motu and ~ubuntu-core-dev? [03:40] Woah. [03:40] no [03:40] crimsun: please make firefox not crash whenever i'm loading a page. [03:40] Where was this announced? [03:40] crimsun: Yes. [03:40] ~members too. [03:40] On emgent's blog. [03:40] wgrant: planet [03:40] Urgh. [03:40] :D [03:40] wow, that's nice [03:40] I'm not sure that's a good idea. [03:40] ugh... this will not end well [03:40] As a lot of ~ubuntumembers are technically clueless. [03:40] We already have PPAs, this can hardly be worse. [03:40] Others distros don't have that sort of thing. [03:41] sweet, I'll put lolcats in mine! [03:41] ScottK, only now *everyone* can recommend their PPAs on the planet [03:41] They could do that already. [03:41] wgrant: yep, i still don't understand how elmo accepted it, but it's decided [03:41] theemahn could promote his ppa on the planet already... oh right... he didnt even use a ppa.... [03:42] Personally I think they ought to turn the PPAs off until they're signed, but that's just me. [03:42] nxvl: I'm very surprised. [03:42] ScottK: Mhm. [03:42] * wgrant applauds emgent. [03:42] it's not even april fools day [03:42] also elmo being a debian sysadmin also, and knowing the nightmare it is [03:43] nxvl, elmo will be sitting back waiting for the 'change it back' screams [03:43] ScottK: how signed? [03:43] there's likely a lot of sandboxing going on. [03:43] nxvl: Like the primary archive. [03:43] oh [03:43] nxvl: So I can't spoof your DNS and push my packages to your system [03:43] that would be awesome [03:43] wgrant: :) [03:44] or provide some mechanism to download the gpg key [03:44] nxvl: There is no GPG key. That's the problem. [03:44] i even have problems installing my packages since my system doesn't recognize my gpg key [03:44] OK. That's four. One more and I've met my quota. [03:44] wgrant: actually it shows me my fingerprint IIRC [03:44] meaning you hadn't merged it into the keyring? [03:44] but i can be wrong [03:45] nxvl: Not on your PPA, no. [03:45] Shouldn't take long. [03:45] ScottK: 4 what? [03:45] 4 launchpad bugs filed today. [03:45] ScottK: I thought that too, but failed to make it to 20 in a day. [03:45] I'm trying to do 5-a-day with Launchpad. [03:45] 19 is still pretty impressive. [03:45] The really depressing part is fix every bug and it'll still suck. [03:46] You can't bug fix your way to a good design. [03:46] oh ok [03:46] It helps, a bit. [03:46] but you sure can inflate your karma! [03:46] i'm fixing a LOT of pbuilder bugs [03:46] also i have just added a --build-twice-in-a-row option [03:46] although I find it amusing that bzr work pretty much explodes one's karma [03:47] but i'm still fighting with doc-base [03:47] nxvl: Thanks for build-twice-in-a-row. That'll be a big help. [03:47] crimsun: Of course. [03:47] ScottK: actually it was a quick and easy hack [03:47] distro bug work counts almost nothing and distro uploads not at all. [03:47] :D [03:48] * nxvl loves shell script [03:48] As usual, it's easy to see where Launchpad development priority is. [03:48] nxvl: is there any activity anywhere around ucsa ? [03:49] n-m makes me frown. When I say don't roam, I mean it, but you're like a bellicose child. [03:49] tacone: yep, packaging config-model [03:49] tacone: waiting for augeas-perl to be synced to ubuntu [03:50] and raphink being a machine writing lenses [03:50] * nxvl HUGS rawler [03:50] err [03:50] * nxvl HUGS raphink [03:50] nxvl: apart from your honorous efforts, is there a mailing list, a forum or some place where people talk about it ? [03:51] tacone: about augeas, config-model or ucsa? [03:51] i think ucsa will end being config-model [03:51] I have no clue of what config-model is [03:51] with some configurations for ubuntu specific things [03:51] I meant about ucsa in general. [03:52] tacone: is a Blessing Aerosol [03:52] tacone: well, -server ml will be the right place [03:53] Oops. That's 6. [03:53] nxvl: nice to know ubuntu servers need Aereosol. So it's only you and raphink for now, and you coordinate your efforts on the server ml ? [03:53] ScottK: it's 6 only in 1/24 of the world [03:54] So, here I am finally on the Launchpad page I wanted after only an hour and filing 5 bugs. [03:54] tacone: actually raphink is doing he's work on augeas, not specificaly on ucsa [03:54] tacone: he's helping ucsa with his work, but it's not specific to it [03:54] so we coordinate it on the augeas ML [03:55] uhm.. [03:56] * nxvl is starting to hate doc-base [03:56] emgent: btw, i have started translating motu-videos to spanish, why don't you make the same for italian? [03:56] i'm not in ubuntu it loco. [03:56] So? [03:57] anyway i sent mail some week ago to italian translater. [03:57] (when i saw daniel mail) [03:57] emgent: and why did you need on ubuntu it loco to do it, you are in MOTU Community, and that's what matters [03:58] s/on/to be on/ [03:58] i'm in peruvian loco team, but not part of ubuntu-es [03:58] yeah it`s true, but it loco translater working to it [03:59] but i speak spanish, i'm part of the MOTU community and i want to make it easy for more people to jump in [03:59] so i did it [03:59] emgent: i make the video again [03:59] subtitles ? [03:59] emgent: that means take a camera and put my face on the video explaining everything [04:00] lol understand :) [04:00] ScottK: nice effort [04:01] heya Hobbsee :) [04:01] I think that's 29 in two weeks. None marked invalid so far. [04:01] ScottK: How many triaged? [04:01] hi emgent [04:01] wgrant: close to none, probably [04:02] 6 [04:02] About half of mine were triaged within a day or two, which seems to support my theory that they work faster if you drown them. [04:02] hah [04:18] na paralis! [04:18] ops, wrong window -.- [04:18] ScottK: i have just send the patch for twice-in-a-row to bts if you want to take a look at it and test [04:19] ScottK: i will apreciate feedback [04:19] nxvl: Link me the bug and I'll try and look at it. I'm currently fading, so it won't be tonight. [04:20] ScottK: i'm on holidays, so i have no hurry :D [04:20] * nxvl searches the link [04:20] ScottK: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493538 [04:20] Debian bug 493538 in pbuilder "Please add --build-twice-in-a-row option" [Wishlist,Open] [04:20] Thanks. [04:24] ScottK: and debdiff on Bug #254305 if you want to sponsor it [04:24] :D [04:24] Launchpad bug 254305 in pbuilder "pbuilder 0.181ubuntu3 is not lintian clean" [Undecided,New] https://launchpad.net/bugs/254305 [04:24] ok [04:25] now to sleep tomorrow i need to wake up early to fo to adventure island [04:26] read you! [04:35] Hobbsee: Was that sarcasm in 254333? [04:35] I'm very tired, so I can't tell just now. [04:37] ScottK: That's the way you're meant to do it, and I can't see that changing. [04:37] Although it makes little sense. [04:40] wgrant: I don't care if it's designed to show me irrelevant stuff. I'd still rather it stop. [04:41] ScottK: Please wait while some LP reeducators arrive at your home. [04:41] Yeah, fortunately none of them live near here. [04:42] This is unlike the SELinux upstream people I was seriously annoying during Hardy (trying to avoid a permanent fork from Debian). [04:42] Their office is 20 minutes from my house. [04:43] lol [04:43] Heh. [04:44] "I care more about not forking from Debian than I do if it works and so I"ll just upload it as is if I don't hear back." proved to be a powerful motivator. [04:50] I'm curious about the Bug tracker...what do the status' mean? ex. - Confirmed, Triaged... [04:51] anyone? [04:52] jonfore_: You'd be better off asking in #ubuntu-bugs, but confirmed means the bug has been confirmed, Triaged means its successfully undergone triage (correct bookkeeping information on the bug, right package, etc) [05:11] anyone can help me? [05:12] I'm getting a pbuilder error [05:12] when applying patches [05:13] Not if you don't pastebin the error somewhere were we can see it, no. [05:13] ok [05:13] ScottK: triple negative FTW [05:14] Some people say negativity is my speciality. [05:14] http://paste.ubuntu.com/33536/ [05:15] I was trying to create a liferea deb [05:15] updating... [05:15] Your problem is here: applying patch 02_upstream_fix_crash_on_quit_when_updating to ./ ... failed. [05:15] That patch doesn't apply. [05:15] yeah [05:16] Are you trying to package a new version? [05:16] yes [05:16] what I should do? [05:16] Odds are something changed with the code in that part of the package. [05:17] Have you used dpatch-edit-patch before? [05:17] ScottK: no [05:17] You want to learn about that. See man dpatch-edit-patch. [05:18] You'll also want to look at the code in the new upstream to see if the patch is still needed. [05:18] ScottK: I tried to do the same with pidgin and got the same trouble [05:18] ok [05:18] If the patch is no longer needed, you can remove it from debian/patches and debian/patches/00list, and say so in debian/changelog. [05:19] ScottK: that's OK :) [05:19] ScottK: thanks === emma_ is now known as emma [06:47] hello I am getting an error with requestsync command: http://pastebin.com/d1cedae7f [06:50] Hey, the project that i've been working on has just put together a major release that I'd like to see get updated in Ubuntu. Who can I talk to about this? [06:52] punkrockguy318: best thing would be to contribute it yourself - https://wiki.ubuntu.com/MOTU/GettingStarted [06:53] my package is already in ubuntu [06:53] it's just the first update in about four years or so [06:53] file a bug against the source package and include the necessary information [06:56] crimsun: alright [07:12] crimsun: done [07:53] Must a sync request be confirmed by a MOTU before it goes to the archive admin? [07:55] Yes [07:55] ok thanks [07:56] hello http://pastebin.com/d18beec2d error please help [08:12] Lutin: Done, thanks for telling me. [08:55] coolbhavi: re your first problem with requestsync: the correct use here would be "requestsync --lp -s clamfs intrepid" [08:56] coolbhavi: and for the second problem (with the mail) you need help from LP devs [08:56] Ok.. [09:06] geser, https://answers.edge.launchpad.net/launchpad/+question/41081 [09:23] What do we do with these messages - dpkg-shlibdeps: warning: dependency on libfontconfig.so.1 could be avoided if "debian/gpa/usr/bin/gpa" were not uselessly linked against it (they use none of its symbols)- log bug upstream? [09:25] stefanlsd: You can deal with this (at least) two ways - you can remove the symptom by passing something like "--as-needed" to gcc, or you can fix the .pc file to only include libs that are actually necessary. [09:25] The latter probably requires upstream participation, yes. [09:26] RAOF: is it any reason to stop the inclusion of a package? [09:26] Absolutely not. [09:26] kk. thanks [09:27] That warning will be triggered on a significant fraction of the archive. [09:29] is Matvey Kozhev here ? [09:46] AnAnt: looks like Sikon/LucidFox is not here right now [09:47] Would anyone like to ack some sync requests? [09:48] Iulian: which ones? [09:52] heya are there any guidelines on packaging python software? [09:52] its one main script and severall files holding classes the script uses [09:52] what would be the right way to package this? [09:52] geser: See private. [10:02] Hello [10:02] Hi [10:04] ScottK: didnt we pull flash 10 from Hardy backports? [10:04] I'v a question about REVU: Some say the Distribution in the Changelog has to "hardy", some others say it has to be "intrpid"...so whats correct now? [10:05] mgolisch: Have a look in the wiki for the last openweek sessions. If i remember, one of them was specifically for packing python [10:05] ok will have a look [10:06] MrKanister: Intrepid [10:06] MrKanister: it has to be always the current development version, which is currently intrepid [10:07] That's what I thought....it makes more sense, but I was unsure. Thank you two :) === _boto2 is now known as _boto [10:12] Where should dh_testdir and dh_testroot be used? [10:15] geser: Thanks [10:16] How do i build a .deb after making my .dsc. should i be looking at pdebuild? [10:17] stefanlsd: Either pbuilder or sbuild. [10:19] persia: thanks. will try sbuild [10:19] stefanlsd: Do you use LVM? [10:19] persia: yeah [10:19] In that case, you might find the mk-sbuild-lv script in ubuntu-dev-tools will do almost everything for you. [10:22] mm. i think i need to go thru the pbuilder docs to understand it better. [10:23] stefanlsd: Hrm? Why the pbuilder docs if you are using sbuild? [10:28] persia: wb - well, im thinking if i can just open and check stuff after i've used pbuilder, i dont need to go and make .debs. I just really wanna check stuff is in the right place... [10:29] stefanlsd: You want to make .debs: it's the easiest way to check things. [10:29] Whether you use pbuilder or sbuild is up to you. sbuild is considered slightly harder to set up, requires more allocation of disk space, and is slightly faster. [10:30] pbuilder is a little easier to set up, requires less disk space, and differs from the environment on the buildds a little more than sbuild. [10:30] persia: if i have pbuilder already. will that just work, or do i need pdebuild - which is like 300mb [10:30] stefanlsd: That's not a question I can answer: I've never used pbuilder. [10:31] persia: k :) [10:32] Iulian: clisp FTBFS (see my comment on the bug for the failure) [10:36] Hello, is the PPA service down? [10:37] yannick: You'll do better to ask in #launchpad [10:37] ok, thanks [10:38] What would be the best way to test if things like the .desktop file and icon files are done correctly? I have used desktop-file-validate on the .desktop file. [10:40] stefanlsd: desktop-file-validate tries to verify that the file is correct in format, but doesn't check function. For a test of function, you need to load it in a menuing front-end. The standard means to do so is to install a .deb including the required files. [10:41] Note that you'll need to be running a system with a xdg-compliant menu system (e.g. GNOME, KDE, Xfce) [10:42] persia: ok. yeah. thats why i wanted to make the deb and try install it and see what happens :0 [10:43] stefanlsd: For which you'll want to become familiar with sbuild or pbuilder :) [10:43] persia: yeah. thanks running standard gnome [10:45] persia: kk. thanks. doing it now === azeem_ is now known as azeem [11:51] geser: It builds fine here - i386 [11:51] No idea why it FTBFS on amd. [11:52] ScottK: if it's your bug i commented on, no. [11:55] I'm working on a package that will contain python bindings for a C library that has already been packaged. [11:56] the upstream package contains some simple C code and has a setup.py script which compiles the C code and installs everything to a directory [11:57] How should I divide my packaging rules between the different targets in rules file? [11:58] OT: Is anyone here good at making icons? [11:59] * Iulian needs one for http://live.gnome.org/PaperBox [11:59] No, they are at #tango [11:59] Iulian: An icon from scratch, or an icon from some random images that already exist? [12:01] persia: From scratch because I cannot see anything that can help in the source package. It's a program that lets you view your ebooks, text docs etc. [12:02] Iulian: Ah. You might try #ubuntu-art then. [12:02] Ok [12:03] persia: It has +i, I must be invited to join it. [12:05] Iulian: I have had success asking for there help on their mailing list [12:05] *their help [12:05] Iulian: #ubuntu-artwork [12:05] It's a forwarding channel. [12:05] According to /msg ChanServ info #ubuntu-art [12:07] jpds: Thanks [12:10] Iulian: I'm sorry: I didn't mean to send you to the wrong place. [12:10] persia: No problem! [12:17] moin [12:18] Hey emgent [13:21] does ppa.ubuntu.com support other upload methods than ftp? [13:24] mgolisch, IIRC no [13:25] ok [13:25] ftp needs more than one port right? [13:25] i have no direct internet connection [13:30] <\sh> mgolisch: nope [13:30] damn [13:30] <\sh> mgolisch: passive mode of ftp doesn't need a port 20 [13:30] It still requires two active connections [13:31] but it would require that my client can do outgoing connection on other ports right? [13:31] <\sh> aeh one to the server (21) and one back (>1024) but this is normal tcp behaviour [13:31] which is not the case [13:31] \sh: No, two seperate connections. High port -> 21, and High port client -> high port server for passive or high port client -> 20 [13:32] i only have a http proxy and a ssh server which i can use to forward localports to some remotehost:port [13:32] i guess that wont work for ftp [13:33] you could upload from the the ssh server? [13:33] s/the// [13:33] yeah i could do that [13:33] <\sh> StevenK: ah yes :) [13:33] do the gpg keys need to be imported there too? for dput to work? [13:33] or does it not do anything with the gpg keys? [13:34] mgolisch: dput will verify the signature is valid, and then upload. [13:34] mgolisch: The server then checks your key is in the keyring [13:34] damn maybe ill just wait for my dsl line to get fixed [13:34] might be easier [13:34] :) [13:45] geser: Hey, what do you want to do about nepenthes? [13:47] Laney: first I want to reach soren and ask about the dropped libipq_pic.a in iptables-dev. Once it's back again, one could think about adding the iptables-dev build-dependency again. [13:48] geser: Is that build-dep all it needs? Or patches to configure too? [13:48] Laney: I don't know what the DD do, to disable it [13:49] ok [13:49] Laney: it's also need a small patch to link against libipq_pic.a (see the old Ubuntu changes) [13:50] Yep, I saw that. Just thought we'd go with the DD. But if we want to keep the PIC stuff then that's cool too [13:52] Laney: It depends if libipq_pic.a comes back again (nepenthes needed it in the past and perlipq still needs it to build on AMD64) [13:52] geser: OK, maybe after you've talked to soren then you can decide what to do ;) [13:52] Laney: if you prefer I can upload the current changes now and add back iptables-dev later [13:53] geser: It's up to you. Perhaps figure out how long it'll take and then upload now if there's going to be a longish delay, or otherwise wait? [13:54] Laney: I guess I'll upload now as soren seems to be away since a few days [13:55] OK, sounds good [13:55] asac: I've tested all rdepends of xulrunner as you requested [13:56] geser: I have filed bug for the openjdk problem. Do you have any idea how to debug it? [14:01] slytherin: Hi, no idea [14:02] slytherin: have you some time to inspect the libjboss-cache1-java FTBFS? http://launchpadlibrarian.net/16481939/buildlog_ubuntu-intrepid-i386.libjboss-cache1-java_1.4.1.SP9-1_FAILEDTOBUILD.txt.gz [14:02] does perhaps jbossas4 need a new interation where some jars are included again? [14:03] geser: exactly, but this openjdk problem is blocking that. [14:04] argh [14:10] slytherin: I tried installing openjdk-6-jre-headless inside my intrepid pbuilder and it installs successfully (I'm on AMD64) [14:10] can you reproduce this problem? === fta_ is now known as fta [14:11] geser: I am checking. I have just changed build dependency from java-gcj-compat-dev to default-jdk-builddep and changed JAVA_HOME accordingly [14:12] Which bug number is this? [14:14] persia: bug 254221 [14:14] Launchpad bug 254221 in openjdk-6 "VM initialization error when install openjdk" [Undecided,New] https://launchpad.net/bugs/254221 [14:14] geser: I am not able to reproduce the error today. [14:22] Hmmm. For amd64, I can install openjdk-6-jre-headless, but I get a bug error when I try to run `java`. For i386 and lpia, I get dependency issues: segfault during openjdk-6-jre-headless install (these chroots are on an amd64 host) [14:22] s/bug/bus/ [14:27] joaopinto: really sure that I can takeover coverfinder? [14:32] is there something special i have to do to make my packages show up in my ppa? [14:32] dput seems to have uploaded the package but the archive is still not there [14:32] did i do something wrong? [14:33] mgolisch: You may want to ask in #launchpad: there was talk of something having issues earlier. [14:40] crimsun: ping about a change you made on trang (GCJFLAGS = -O0) [14:44] persia: it's dead. [14:44] persia: Do those chroots have /proc mounted? [14:45] geser: I am getting problem again. It is either memory problem or something related to have gcj and openjdk installed simultaneously in the chroot. [14:47] slytherin: does keeping java-gcj-compat-dev for now work? so we could get the boot-strapping finished and change to openjdk later once the problems are solved? [14:48] geser: that doesn't make a difference. I was having problem even when java-gcj-compat-dev was there. Then it worked with openjdk and I am having problem again. [14:48] :( [14:49] geser: The difference I have made is I added some build dependencies to proceed. Let me check if any of those deendencies specifically depend on gcj [14:49] I mean java-gcj-compat [15:03] geser: I am bit confused, why does default-jdk-builddep depend on java-gcj-compat-dev? [15:04] slytherin: wasn't the -builddep variant for those packages which still build a -gcj variant? so it make sense that it installs gcj [15:05] geser: I guess then I don't need it. I only need default-jdk [15:08] slytherin: yes, AFAIK you only need default-jdk-builddep when you build -gcj [15:09] slytherin: I was about to look at your libpdfbox-java debdiff: should I change it there too to just default-jdk? [15:10] geser: yes. [15:32] geser: I am tired, still getting same error. :-( [15:33] Lutin: pong, was from Debian IIRC [15:35] StevenK: They do [15:36] slytherin: hmm, for what's worth: I've tried to rebuild the current jbossas4 package and it still builds [15:37] geser: I am doing all this on my dad's laptop. I will do it on my machine tomorrow when I return to my work place. [15:37] I've seen doko doing several rebuild for openjdk and the FTBFS list doesn't show many -java packages [15:37] geser: On amd64? Do you have an 1386 chroot? [15:38] persia: on amd64, I didn't create a i386 intrepid pbuilder yet (no need till now) [15:41]