=== beuno [n=martin@ubuntu/member/beuno] has joined #ubuntu-motu === tormod [n=tormod@80-219-112-71.dclient.hispeed.ch] has left #ubuntu-motu ["Ex-Chat"] === statik [n=emurphy@canonical/launchpad/statik] has joined #ubuntu-motu === persia [n=persia@ubuntu/member/persia] has joined #ubuntu-motu [12:49] persia: Nice to see you. I updated https://wiki.ubuntu.com/MOTU/Packages/CommonPackagingMistakes/ChangingTheOrigTarball with a new uscan example. Any comments ;) ? [12:51] icf7: Looks nice, but you might want to upgrade the first sample (wget) as well :) === PriceChild [n=pricechi@ubuntu/member/pricechild] has joined #ubuntu-motu [12:52] persia: Why? It doesn't use uscan!? [12:52] PriceChild: icf7 has been working on improvements to get-orig-source, in part based on gizmod. You might want to take a look [12:53] icf7: Ah. Right. So it can still be called from any directory without a problem (sorry - my brain is not fully functional yet). [12:54] oook... where? [12:54] and wooo gizmod is in repos now :) [12:54] persia: Great. I'll bulk upload new packages then and ask you for reviews ;) [12:55] icf7: I'm not sure it's worth an upload just to fix an optional rule - I'd recommend only filing wishlist bugs (Debian would be an even better place to file them, except for Ubuntu-only packages). On the other hand, if that is also fixed as part of a bugfix upload, it would be nice. [12:56] persia: Last one, and a new package [12:56] PriceChild: https://wiki.ubuntu.com/MOTU/Packages/CommonPackagingMistakes/ChangingTheOrigTarball === bersace [n=bersace@did75-13-82-243-217-90.fbx.proxad.net] has joined #ubuntu-motu === effie_jayx [n=valles@ubuntu/member/effie-jayx] has joined #ubuntu-motu === Acksys [n=acksys@cpe-071-070-084-000.sc.res.rr.com] has joined #ubuntu-motu === Acksys [n=acksys@cpe-071-070-084-000.sc.res.rr.com] has left #ubuntu-motu [] === reggaemanu__ [n=manu@ARennes-257-1-106-124.w86-210.abo.wanadoo.fr] has joined #ubuntu-motu === leonel [n=leonel@189.155.154.188] has joined #ubuntu-motu === Lathiat [n=lathiat@ubuntu/member/pdpc.basic.lathiat] has joined #ubuntu-motu === Lathiat [n=lathiat@ubuntu/member/pdpc.basic.lathiat] has left #ubuntu-motu [] === allee [n=ach@lapex-mcallee.mpe.mpg.de] has joined #ubuntu-motu === doko_ [n=doko@dslb-088-073-076-018.pools.arcor-ip.net] has joined #ubuntu-motu [01:19] asac: Oh, damn. Sorry for not checking with you before I touched gnash. [01:20] StevenK: no problem. [01:20] can you please submit a patch or something [01:20] i hate picking things out [01:20] asac: In other news, I looked at kover again. CFLAGS doesn't exist in configure.in or configure.in.in, and configure.ac doesn't exist, at which point my autotools knowledge buggered off, and I patched configure. [01:20] StevenK: look at latest upload [01:20] asac: Sure, it's just a changelog entry. [01:20] Of kover, or gnash? [01:21] StevenK: CFLAGS are rarely touched in configure, AFAICT [01:21] StevenK: ok ... can you extend that changelog entry a bit ... so i can include a good documentation in bzr branch? [01:21] i mean ... i have no idea what this curl breakage means [01:21] a short outline will help us to understand the case when we look in a few years ;) [01:21] asac: This is a long and painful story. :-) [01:21] StevenK: look at the latest kover upload [01:21] i sponsored [01:22] StevenK: anyway ... there should be a simple line to explain it ... at least better than [01:22] just saying ... oh this was bad :) [01:22] maybe point to a bug or something [01:22] asac: http://wedontsleep.org/~steven/gnash-changelog.diff === tonyyarusso [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-motu [01:23] yeah ... please add a bug id for the breakage or something ... just a hint [01:23] i still don't know what was going on [01:23] e.g. what this rebuild would o [01:23] They've all been uploaded, though. [01:23] And retroactively changing changelog entries is naughty. [01:23] StevenK: short story for kover ... i dropped the patch, because rene did fix it properly [01:24] StevenK: if you are interested in the real fix ... take a look [01:24] StevenK: rene from debian [01:24] StevenK: thats not a problem [01:24] StevenK: e.g changing changelog entries [01:24] StevenK: its by far than keeping bogus entries ;) [01:24] better [01:24] StevenK: if anyone complains just blame me [01:24] I think it is, but I'm old-school [01:24] StevenK: i take full responsibility ;) [01:25] old-school like not using verbous changelog entries ;) ... well [01:25] i am old-school as well :-D [01:25] all these old farts [01:25] asac: Okay, so curl released a new version which bumped the soname from 3 to 4. There are a large number of curl rdepends, and it got caught up with a number of other transitions. Debian backed out of the changes, and changed the package names back again, and had libcurl3 provide libcurl.so.4 as well. [01:25] which is why i know that i won't understand things in a year or two if i don't document properly [01:25] It's just a rebuild. === anibal [n=anibal@debian/developer/anibal] has joined #ubuntu-motu [01:26] oh ... we should have probably just sit and wait? [01:26] hello anibal [01:27] afaik that was done as a temporary measure to reduce the amount of transitions done at a time [01:27] anyway [01:27] ajmitch, hello :) [01:27] anibal: you're in melbourne, right? [01:27] asac: Now the problem is, a bunch of people in Ubuntu jumped on the curl bandwagon and rebuilt against libcurl4. Which buggered off again. pitti and I decided to bite the bullet and follow Debian, and I mass-uploaded 39 rebuilds last night. === ajmitch *may* come over there in a few weeks for a visit [01:27] ok [01:28] but there should be a bug somewhere ;) [01:28] anyway [01:28] ajmitch: Will you pop up to Sydney, too? [01:28] its fine [01:28] i will document it then [01:28] ajmitch, yep [01:28] StevenK: I may fly into sydney, not sure [01:28] It's just a rebuild, the only changes are a changelog entry, so I don't see the point of retroactively changing it. [01:28] it's all a guess at the moment, given that I haven't asked for time off [01:28] ajmitch, and dave hall is sitting next to me [01:28] anibal: aha :) [01:28] ajmitch: Ah, fair enough. === zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-motu === mohammad [n=mohammad@CPE001346f4a717-CM0011aea585d0.cpe.net.cable.rogers.com] has joined #ubuntu-motu [01:29] StevenK: yeah ... anyway it could be documented better ... i won't be really able to see in the future if that changelog entry really didn't bring any other changes then a rebuild [01:29] StevenK, your name was mentioned in the debconf7 lintian bof [01:30] anibal: Yeah, I got told that. [01:30] because unfortunately its often not done proper [01:30] ok [01:30] thanks [01:30] asac: Have you grabbed the .diff I pasted? === Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-motu [01:31] hello Seveas, good to see you back [01:32] StevenK: yes [01:32] ajmitch, when are you coming to mel? [01:32] asac: Right, I'll bin it, then. [01:33] anibal: maybe near the start of next month, I haven't planned anything yet [01:33] ajmitch, ok [01:33] imbrandon, you here? [01:34] Hello, I am debianizing a package which needs libcommons-io-java ( >= 1.1). would you please add http://packages.debian.org/unstable/libs/libcommons-io-java to universe? === StevenK curses the firefox setup on his laptop. [01:34] Damn it, remember the tabs I had open! [01:34] libcommons-io-java | 1.0-3 | http://nz.archive.ubuntu.com gutsy/universe Packages [01:34] mohammad: it's in gutsy ^^ [01:35] ajmitch, >= 1.1 [01:35] ah yes [01:35] well the source is in gutsy [01:35] ajmitch, and it's good to be back, although I'm not really back yet :) [01:35] so just fix it to build [01:35] hehe [01:36] StevenK: use a session saver extension? [01:36] hmm, no imbrandon. Bummer [01:36] Seveas: likely off with the family for the Fourth. === javier_galicia [n=Javier@189.130.231.56] has joined #ubuntu-motu [01:37] crimsun, ah right [01:37] forgot that it's the 4th (well, over there it still is) [01:37] asac: Yeah, I just turned it on, but that doesn't bring back the 12 tabs I had open before I rebooted. :-) [01:37] is it possible to add libcommons-io-java ( >= 1.1) to universe rep of gutsy? libcommons-io-java (1.0-3) is not enough for my package. [01:38] mohammad: I just said, the source is already there but failed to build [01:38] http://launchpadlibrarian.net/7543640/buildlog_ubuntu-gutsy-i386.commons-io_1.3.1.dfsg.1-1_FAILEDTOBUILD.txt.gz [01:38] StevenK: Are you running 2.0.0.4+2-0ubuntu3 [01:38] mohammad: ^^ [01:38] StevenK: yeah ;) [01:38] persia: ... possibly [01:39] did you manage to install ubufox persia ? [01:39] :) [01:39] StevenK: I had a session issue there (I promise to get back to you asac, as soon as I have more than an hour free) [01:39] asac: Yes, but that didn't make a difference. I suspect I'll have some time to take another look in ~10 hours. [01:40] StevenK: if you don't have ubufox installed ... browser.js startup might be broken due to illegal homepage setting [01:42] asac: Oh, this is Feisty, not Gutsy. === tonyyarusso [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-motu [01:42] ah ok [01:42] then ... probably just human fault ;) [01:45] I just had a thought [01:45] Does gdebi check to see if there is an equal or newer version of a standalone package in the repositories before installing? If not, it should, and suggest the user always use repos first. === rexbron [n=rexbron@CPE001310b2d1d1-CM0012256e816a.cpe.net.cable.rogers.com] has joined #ubuntu-motu [01:46] tonyyarusso: It does that already. === hggdh [n=hggdh@pool-71-164-135-78.dllstx.fios.verizon.net] has left #ubuntu-motu [] [01:47] Fujitsu: Sweetness. [01:48] (just never tested, since all of my gdebi uses were b/c they weren't in repos) === zenrox [i=zenrox@pool-71-115-210-186.spknwa.dsl-w.verizon.net] has joined #ubuntu-motu === _16aR__ [n=dolanor@tui75-2-82-66-244-103.fbx.proxad.net] has joined #ubuntu-motu === DarkMageZ [n=richard@238.101.233.220.exetel.com.au] has joined #ubuntu-motu [01:54] ajmitch, crimsun: Do you have any idea when it may be resolved? Do you think it is sensible If I contact debian developer of this package (libcommon-io) and ask him for help? [01:58] mohammad: you can, of course, fix it yourself :) === persia [n=persia@ubuntu/member/persia] has left #ubuntu-motu [] === jml [n=jml@203-113-250-169-static.TAS.netspace.net.au] has joined #ubuntu-motu [02:20] Gr, why does Linux 2.6.22-7 oops when some packages attempt to touch files in /var/log or /var/run? === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-motu === nixternal [n=nixterna@ubuntu/member/pdpc.active.nixternal] has joined #ubuntu-motu === rexbron [n=rexbron@CPE001310b2d1d1-CM0012256e816a.cpe.net.cable.rogers.com] has joined #ubuntu-motu [02:30] Impressive! [02:30] % dpkg-parsechangelog| grep Version [02:30] Version: 1.6.4.dfsg-0ubuntu1build1 [02:30] StevenK: Is that your script that created that number? [02:30] Nope, that's in the archive. [02:31] I thought it was my script, but I dug deeper. === StevenK uploads it as -0ubuntu2. [02:31] Ah, bibletime. [02:31] Yup. === StevenK bends the buildds to his will, again. === micahcowan [n=micah@ubuntu/member/micahcowan] has joined #ubuntu-motu === IanC26 [n=IanC26@2002:cb36:1c97:4:216:6fff:fe39:ff6e] has joined #ubuntu-motu === cynics [n=cynics@211.94.35.200] has joined #ubuntu-motu === jml [n=jml@203-113-250-169-static.TAS.netspace.net.au] has joined #ubuntu-motu === Fujitsu wonders if there's some way we can get merges and syncs off the main bug lists. [02:55] They really clutter things up. === _MMA_ [n=atm@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-motu [02:57] ajmitch, dave hall and russell coker said we should meet with you for a beer :) === etank [n=etank@ubuntu/member/etank] has joined #ubuntu-motu [03:00] what section in debian/control should be chosen for a generic Java library? [03:01] devel, libs, misc all fit [03:05] anibal: if I'm there, it sounds like a good plan :) === jml [n=jml@ppp108-61.static.internode.on.net] has joined #ubuntu-motu === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-motu [03:42] Sp4rKy: Where's this libtunepimp merge hiding? === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-motu [03:58] for the package I am debianizing http://packages.debian.org/unstable/text/liblucene2-java is needed would you please import it? === lousygarua [n=lousygar@DSL217-132-27-40.bb.netvision.net.il] has joined #ubuntu-motu [04:00] how do i run a java app and take advantage of my multiple processors? it seems to be using only one cpu [04:05] lousygarua: Why are you asking this in #ubuntu-motu? Also, the answer is "re-write the program to use multiple thread- [04:06] RAOF: i'm just asking fellow developers that i believe sit around here.. what other channel would be more suitable? [04:07] lousygarua: #ubuntu, probably. The question isn't really developer oriented :) [04:09] RAOF: i try to avoid #ubuntu... 1000 users is too much for me :) [04:09] :) [04:09] maybe #java? [04:10] Also a winner :) [04:10] minghua: does not exist [04:10] well, what I meant is that it's not Ubuntu specific. [04:10] I don't write Java myself, and don't know which channel to ask questions. [04:11] minghua: i don't write java myself, but i'm giving a test-drive to eclipse and noticed this funny 1 cpu behaviour [04:12] I will be thankful if some one help me: for the package I am debianizing http://packages.debian.org/unstable/text/liblucene2-java is needed would you please import it? [04:12] lucene2 | 2.1.0-1 | http://archive.ubuntu.com gutsy/multiverse Sources [04:13] again, it failed to build, fix it & it will be available [04:14] lousygarua: This `funny 1 cpu behaviour' is how the vast majority of applications work. Not many have multiple threads. [04:14] Fujitsu: well, yeah. but when u run a java/python app the virtual machine should be smart enough to make it multi-threaded - IMHO that is [04:15] heh [04:15] lousygarua: it doesn't work like that - programs have to be explicitly written to use threading [04:15] lousygarua: That'd be one seriously buggy VM :) [04:16] you may be able to start to do that in pure functional languages [04:17] But not in anything like Python or Java... You can't just magically turn something into a SMP-capable app. [04:17] ajmitch: would you please give me some clue why some source which can be debianized on a debian machine cannot be debianized on ubuntu? [04:17] mohammad: dependencies? [04:17] mohammad: Your best bet is to check the build log. [04:18] at least the libcommons-io-java appears to be missing an appropriate java compiler [04:18] Fujitsu: hmm.. didn't think about. well i'm trying eclipse so i guess it is multithreaded aware - but i might be wrong again. [04:19] only because it's been written in such a manner [04:20] Fujitsu, ajmitch: but it debianized by my pbuilder-etch now I am trying to debianized it by pbuilder-gutsy === radhios [n=radhios@200-122-44-55.dsl.prima.net.ar] has joined #ubuntu-motu [04:22] Riiight. Why does reportbug default to routing through fiordland? That's not going to work in 99% of cases. [04:22] lousygarua: It's not that it's not "multithread aware" (whatever that means), it's that the the coders haven't explicitly spawned multiple threads doing different things. Probably partially because there really doesn't seem like there's much scope for parallelism. [04:23] Fujitsu, ajmitch: it is also debianized successfully with my pbuilder-gutsy. If there is any dependency probrem then I think it shouldn't be debianized on my machince either. Am I right? Maybe I need more clue :) [04:24] RAOF: yes i understand basic multithreaded programming but my english is horrible and it may seem as if i am a complete noob that have no idea what he's talking about. but thanks for your help of course [04:25] lousygarua: Sorry :) === xeruno [n=xeruno@cable201-233-216-118.epm.net.co] has joined #ubuntu-motu [04:26] Do we still have to manually tag apport bugs? I see some from a few days ago (by Gutsy's apport) that haven't been retraced yet... [04:27] RAOF: i'm also too tired to think about multithreading right now. so my questions are even stupidier than usual [04:29] For the record, lucene2 failed to build last time because Sun Java failed to install. Sounds like a good give-back candidate. === lousygarua [n=lousygar@DSL217-132-27-40.bb.netvision.net.il] has left #ubuntu-motu [] [04:34] minghua: Why? Java prompts for acceptance of the EULA; I don't think that's fixed. [04:36] Fujitsu: let me read the build log again [04:36] Fujitsu: I see. You are right. [04:37] In that case all Sun Java build-depended packages should FTBFS. [04:37] They do. === Acksys [n=acksys@cpe-071-070-084-000.sc.res.rr.com] has joined #ubuntu-motu [04:37] batik, for example. [04:37] This is a problem. === Acksys [n=acksys@cpe-071-070-084-000.sc.res.rr.com] has left #ubuntu-motu [] [04:39] I've really got no idea how to fix it, unless we get them working with a Free Java. === Fujitsu wonders if Sun will actually get around to freeing any significant portion of it. [04:40] Neither do I. And I doubt that is a problem MOTU can solve by ourselves. === xtknight [n=xtknight@c-68-43-120-159.hsd1.mi.comcast.net] has joined #ubuntu-motu [04:41] what do you mean, if? [04:42] ajmitch: It looks somewhat like the LP freeing. [04:42] they already have === sharms [n=sharms@ubuntu/member/sharms] has joined #ubuntu-motu [04:42] see openjdk.java.net [04:42] Not the normally runtime, though. [04:43] *normal [04:43] there are even packages of 'icedtea' available [04:43] Hah. [04:43] I heard there are efforts to mix Sun's free java parts and other opensource java implementations (classpath?) [04:44] yes, icedtea is one such temporary fork [04:44] name changed for trademark reasons, etc [04:47] Oh, so it's the coffee vs. tea thing. In that case I should support icedtea based on name alone. :-P [04:48] Yay, tea. [04:48] http://article.gmane.org/gmane.comp.java.openjdk.distro-packaging.devel/5 === rexbron [n=rexbron@CPE001310b2d1d1-CM0012256e816a.cpe.net.cable.rogers.com] has joined #ubuntu-motu === minghua doesn't quite understand the "only free software can be used to build fedora" rationale. [04:50] Shouldn't making icedtea self-bootstrapable good enough? [04:51] Fujitsu: Is there a bug for "[20:20] Gr, why does Linux 2.6.22-7 oops when some packages attempt to touch files in /var/log or /var/run?"? [04:52] ScottK: There are 3 I know of. [04:53] One of which I filed. One of which a friend filed. One other I saw. [04:53] They're different oopses, strangely. [04:53] Fujitsu: There's a clamav bug that has similar symptoms and so I thought I'd dupe it to something if there was a good master bug. [04:54] Bug 124095 === Fujitsu prods ubotu. [04:54] bug #124095 [04:55] https://bugs.launchpad.net/bugs/124095 [04:56] ScottK: Ah, right, I reassigned that to linux-source a few hours back. I know too little about Linux to dupe it. [04:56] Fujitsu: Do you know if we are supporting Python 2.4 in Gutsy? I'm having a heck of a time get a 2.4 only package to build. [04:56] ScottK: I haven't heard anything about it being dropped, and we need it for Zope and the like. [04:57] Ah. No wonder I didn't get the bugmail. I only get bugmail for clamav and it was, of course, no longer a clamav bug. Thanks. [04:57] So I can't see it vanishing in the next couple of releases. [04:57] ScottK: You don't get bugmail when it leaves your territory? That sounds like a bug. [04:58] ScottK: I am annoyed by that bugmail thing too. [04:58] Anyone knows if that's already reported? [04:58] Nope. Only bugmail I got from Fujitsu tonight was about python-scientific. === Fujitsu grumbles at people tagging bugs with stupid tags like clamav. [04:59] Fujitsu: OK (about python 2.4), which version do we have in the archive for Gutsy: https://launchpad.net/ubuntu/+source/python-defaults === ScottK is confused. [05:00] ScottK: 2.5.1-1ubuntu2 [05:00] Fujitsu: Which version of Python 2.4? [05:00] root@augustine:/etc/apache2/sites-enabled# apt-cache madison python2.4 python2.4 | 2.4.4-4ubuntu1 | http://ajmitch.net.nz gutsy/main Packages [05:00] sorry about it being on 1 line, but 2.4.4 looks to be it [05:01] ScottK: Ah, what ajmitch said. [05:01] OK. Here's my problem... /bin/sh: python2.4: not found on the buildd's. === ajmitch cringes [05:01] Fujitsu: seen -devel? [05:01] william@irranat:~/MOTUing$ rmadison -u ubuntu -s gutsy python2.4 python2.4 | 2.4.4-4ubuntu1 | gutsy | source, amd64, i386, powerpc [05:01] ScottK: right build-depends? === Fujitsu swears. [05:01] What the &$#@ is he doing there? [05:02] don't ask [05:02] Oh no... StevenK didn't post in the forum, did he? [05:02] Yep. I even changed it to python-dev (< 2.5) and got a FTBFS on my pbuilder. [05:02] I hope not [05:02] I know that laserjock posted [05:02] ajmitch: Right. [05:02] ScottK: python2.4-dev? [05:03] ScottK: python-dev won't work [05:03] No, he talked to him within the last 24 hours on the libcurl thing. [05:03] What ajmitch said. [05:03] OK. I'll try that. [05:03] ScottK: Oh, poor him :( He hasn't got a chance. [05:04] I think asking for a rebuild of openoffice is not a very bad thing? [05:05] Launchpad bug 124095 in linux-source-2.6.22 "Gutsy Clamav update configuration fails segfault error" [Undecided,New] https://launchpad.net/bugs/124095 [05:05] ubotu rises from the dead ... [05:05] Of course by track record I know I probably should read the past logs. [05:05] And with a vengeance [05:05] minghua: it may push him over the edge [05:06] His fault. He talked to him. No no one to blame but himself. === zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-motu === tuxmaniac [n=tuxmania@unaffiliated/tuxmaniac] has joined #ubuntu-motu [05:08] The IRC logs seem fine. I may need to read forums to see what havoc he is really causing. [05:09] (and I don't want to go to forums) [05:09] minghua: Mostly mailing lists, actually. [05:09] Fujitsu: I know that part. That's why I said "track record". [05:09] Ah. [05:10] By the time he found IRC, I think most people knew what they were dealing with. [05:10] ScottK: I hope/suppose so. [05:11] python2.4-dev did the trick. Thanks. So I guess for debian it would be python2.3-dev | python2.4-dev. [05:13] Where are we on the libcurl thing anyway? Is it safe to update my pbuilder yet? [05:14] ScottK: I think all but apt and OOo are fixede. [05:14] s/e.$// === minghua is not sure what to think about a package that uses "GNU\Linux" in package description [05:14] Fujitsu: Thanks. [05:15] I was able to build various things, and things that depend on it seem to run again. === ScottK waits for pbuilder to build to find out if he's succeeded in cleaning up after a misbegotten sync request (his own unfortunately). [05:26] Fujitsu: No, I didn't. [05:26] There's apt, OO.o, and libtunepimp. I think. [05:27] (Sp4rKy mentioned that he had a libtunepimp merge ready, so I was going to use that instead of doing my own rebuild.) === ScottK dput's... [05:29] ScottK: debian should not be using python2.3-dev [05:29] unless you're doing things for sarge === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu [05:29] Hobbsee! [05:29] ajmitch: OK. Great. Thanks. [05:29] Hi Hobbsee. [05:29] ScottK: you also should use python-all-dev, iirc [05:30] on etch, that has: [05:30] Depends: python-all (= 2.4.4-2), python-dev (= 2.4.4-2), python2.4-dev [05:31] ajmitch! [05:31] hiya Fujitsu! [05:32] Good morning Hobbsee [05:33] morning ScottK! === porthose [n=chatzill@24-119-100-168.cpe.cableone.net] has joined #ubuntu-motu [05:39] Hrm. [05:39] 60 rebuilds, and 3 build failures on all archs. [05:40] StevenK: Three failed on all archs, or three arch builds failed? [05:44] Hobbsee: I note you adjusted reportbug to send all mail through fiordland. Isn't that likely to not work very well? [05:44] Fujitsu: it only works for ubuntu members, yes. [05:44] Fujitsu: 3 of the former, and 3 of the latter. [05:44] Fujitsu: still, having that rather than no smtp servr at all...isnt so great either [05:45] What mailing address does reportbug use to send mail from? [05:45] Hobbsee: Hard to say... [05:45] ScottK: DEBEMAIL, usually [05:46] OK. [05:46] In that case, I think the default is also problematic for a subset of members too. [05:46] In my case mail sent through fiordland will fail my SPF policy since I don't include that. === ScottK is probably not the only one. === thekorn [n=thekorn@a89-182-20-198.net-htp.de] has joined #ubuntu-motu [05:47] Does reportbug relay on port 25? [05:48] Is REVU working? I can't post comments. [05:48] If so, it's gonna fail for people who's ISP's block port 25 for spam abatement. [05:48] I've never got around to setting a SPF record on my domain, though I've done it at work. [05:48] Fujitsu: Cool. [05:48] minghua: Does it give you an error message? === ScottK likes to hear about people using SPF. In another life I help run that project. [05:49] Fujitsu: Yes. http://paste.ubuntu-nl.org/28587/ [05:49] I set it up at work within I few daays of starting there, as we were having a lot of spammers falsifying From addresses from us. [05:49] It wouldn't hurt (much) to set it up pre-emptively for your own domain too. [05:49] minghua: Well, looks like your comment is incredibly long. [05:50] Probably not. I just never got around to it. [05:50] minghua: What Fujitsu said. Make a shorter comment and it will be fine. [05:51] Err... Thanks ScottK and Fujitsu. [05:51] VARCHAR(2048) should be enough for most comments, I think. [05:51] minghua: It isn't random that I know what causes that error... [05:51] Fujitsu: evil [05:52] ajmitch: What? [05:52] Using static-length types? [05:52] Yes, cutting my comment in two parts worked. [05:53] But (1) it discourages detailed review; and (2) I would prefer a less cryptic error message, or better, a page says "your comment is too long". [05:54] I realize everyone is busy though, so I'll shut up now until I want to help REVU code. [05:54] Hrm. Yay, the FTBFSes are all failed to install packages as opposed to anything else. [05:54] minghua: The code is in bzr and ajmitch accepts patches. ;-) [05:54] Fujitsu: TEXT? [05:55] at least postgresql doesn't suck like mysql w.r.t varchar [05:55] ajmitch: That is what I would have chosen, but from what I recall it's not that easy in Postgres. [06:01] bah, soyuz ate my upload again. [06:03] crimsun: It has been doing that a bit lately. Anything special in the changelog like URLs or bug numbers? [06:03] yes, 25 closed LP bugs. [06:03] Fujitsu: If you have time, I would appreciate your comment for http://revu.tauware.de/details.py?upid=5694 on the static library issue. [06:04] Yeah. https://wiki.ubuntu.com/MOTU/Clamav got it's first report of testing the new clamav on Dapper... [06:04] Or any other MOTU who care about science related packages / static libraries. [06:04] ScottK: Let me guess. It doesn't work? [06:04] Actuall it did. [06:04] minghua: Looking, though I know little about libraries. [06:04] Related comment is that maybe the package in question doesn't need clamav as a dep. [06:04] That might explain why it worked.... [06:05] ScottK: LOL [06:05] ScottK: Hahaha. === StevenK thinks he has missed a bunch of curl stuff. [06:09] StevenK: libtunepimp? [06:09] StevenK: Should anything still depend on libcurl4*? [06:09] StevenK: libtunepimp5 does - please fix [06:10] :) [06:10] Hobbsee: There's a merge from Sp4rKy that'll fix that. [06:11] Fujitsu: Depend? No. [06:12] hmph. /dev/null'd a second time, or the accept is _really_ lagged. [06:12] Fujitsu: right. cant see it on teh sponsors list [06:12] Hobbsee: He spoke about it here, last night. [06:13] crimsun: Ask cprov about it. Security uploads have been eaten for reasons such as permissions on CVE tables, so it's almost impossible for a non-god to work out what's killing it. [06:13] Hobbsee: I told him to wait, since I was in the middle of trying evil hacks with Fujitsu's help. [06:13] Oh, sure, I helped a lot :P [06:13] ah [06:13] Yes, you did. [06:15] StevenK: it'd be good if you could get that one fixed though - people dont like amarok dying... [06:15] Hobbsee: It's just telling them they should use GNOME. That's no problem. === Fujitsu runs. [06:15] Okay, I'll do a rebuild. [06:15] StevenK: I've got it done locally. [06:16] crimsun: I've also heard that an upload triggered a bug in LP about closing bugs. [06:16] Thought your script is probably faster. [06:16] I can do it in about a minute. [06:16] There was some strange permissionish stuff with changelog-closes-bugs and various other pieces of deep magic which causes some to fail, depending on the state of the bug. [06:17] Uploaded. [06:17] Fujitsu: hah. [06:17] Hobbsee, Fujitsu: ^ [06:17] Bug #123968, for example. [06:17] Launchpad bug 123968 in soyuz "broken security upload" [Critical,Fix committed] https://launchpad.net/bugs/123968 [06:18] StevenK: How long ago did you upload that last batch of curl rebuilds? [06:18] Um. [06:18] A little more than 3 hours ago. [06:18] All the buildds are idle, so I think they should probably be published. [06:18] Right. [06:19] I just apt-get updated, but there are still 31 things depending on libcurl4-gnutls. They must have missed the publisher last hour. === hoora_ [i=ariel@gateway/tor/x-a10fbf268185da23] has joined #ubuntu-motu [06:20] I have this feeling that libcurl4-gnutls was missed to archive-cruft-checker not telling me. [06:20] Fujitsu: Can you mail that list to me? [06:21] wow [06:21] sarah@LongPointyStick:~$ rdepends libcurl4-gnutls | wc -l [06:21] 29 [06:21] yummy [06:21] that's ... sick. So if I strip the correct changelog syntax, it will be accepted? Hmph. [06:22] crimsun: Probably. It's all rather stuffed up at the moment [06:22] StevenK: stevenk@u.c? [06:22] Wait. [06:22] libcurl4-gnutls was in the last bunch. [06:23] bibletime is in there, so it's probably just not published. === Fujitsu waits 20 minutes then updates. [06:23] bibletime failed. [06:25] Aha. Convenient. [06:28] Fujitsu: bibletime and gnomesword failed due to sword, which was uploaded a little while ago. [06:29] StevenK: Aha. moc and a number of others on the rdepends list I had seem to have been uploaded in the last batch, so there isn't a whole group you've missed. [06:29] In which case it's the archive and mirrors being slowish === jml [n=jml@ppp108-61.static.internode.on.net] has joined #ubuntu-motu [06:30] I thought it was forty, though. It's at 62 currently. [06:30] achive.u.c should be updated in 10-15 minutes. [06:33] Hm... X crashed, and the kernel oopsed... How odd. [06:37] I daresay a whole bunch of libtunepimp/amarok bugs will be filed. Bug 123851 has one dupe already, so people can merge into it. [06:37] Launchpad bug 123851 in libtunepimp "amarokapp: libcurl-gnutls.so.4: version `CURL_GNUTLS_4' not found (required by /usr/lib/libtunepimp.so.5)" [Undecided,Fix released] https://launchpad.net/bugs/123851 [06:40] sounds like a bughelper-data candidate. [06:44] crimsun: Grrm, hum? [06:44] crimsun: It's not going to be around for long enough to warrant that, I don't think. [06:45] StevenK: meaning one might consider writing a cluefile [https://wiki.ubuntu.com/BugHelper/doc/writing-clue-files] for bughelper-data [06:48] i only saw 2 === Knightlust [n=Dax@ubuntu/member/knightlust] has joined #ubuntu-motu === ScottLij [n=scott@66-227-218-192.dhcp.klmz.mi.charter.com] has joined #ubuntu-motu === gpocentek [i=gauvain@sd-10791.dedibox.fr] has joined #ubuntu-motu === Vorian [n=Steve@ubuntu/member/Vorian] has joined #ubuntu-motu === asac [n=asac@debian/developer/asac] has joined #ubuntu-motu === ajmitch [n=ajmitch@port166-123.ubs.maxnet.net.nz] has joined #ubuntu-motu === fbond [n=fab@pool-71-169-164-244.burl.east.verizon.net] has joined #ubuntu-motu [06:59] Oh, twitch. [06:59] steven@liquified:~% du -sh ubuntu/curl-cruft 715M ubuntu/curl-cruft [06:59] Hahah [07:00] 2 packed, and 1 unpacked sources for 62 source packages, a few other files [07:01] Fujitsu: Has the unmet list for libcurl4-gnutls dropped again, or do we need to wait for another mirror pulse? [07:02] StevenK: They seem to be on a.u.c now. [07:02] Almost all of them? [07:03] StevenK: rdepends shows a lot of cruft due to my local mirror being outdated, so I'll remove it and check... [07:03] Fujitsu: Thanks. [07:03] william@irranat:~$ apt-cache rdepends libcurl4-gnutls | wc -l [07:03] 13 [07:04] Can you dump that in a /query? [07:04]