[12:37] just find a student to do that! :) [12:37] hehe :) [12:38] there is already a huge "diploma thesis are offered" sign at the posting of our chair ;) [12:39] s/posting/something properly translated into english which means "aushang"/ [12:40] sistpoty: Aye, working on that [12:40] bddebian: you're kidding, are you? [12:40] SDL error: Couldn't find matching GLX visual [12:41] pkern: trigger? [12:41] Aye. [12:41] sistpoty: Aye, should I not be? [12:41] pkern: any shell output? (I know the code quite well, but OTOH I'm starting to get drunk right now) [12:42] bddebian: you have experience with vnc and/or rdp? [12:42] little bit with rdp with MS term servers [12:42] sistpoty: http://rafb.net/p/Rdujvx68.html [12:42] like in, programming a client for them that implement a pattern matcher in it so that we can remote control the session? [12:42] bddebian: sure, it's actually only two maps from fuddl that I added, but I guess I'd have sneaked these into the debian package by other means and then hint at upstream svn [12:42] like in, say www mechanize? [12:43] sistpoty: Oh, you need a new tarball? [12:44] bddebian: yes, but as I wrote, I'd rather sneak it in via uuencode or s.th., as the change isn't worth it === bddebian is getting lost in this conversation :-) [12:45] lost in translation [12:45] bddebian: hehe, I meant that I'd (finally) update trigger svn on sourceforge with two maps added from fuddl (both in the data subdirectory) [12:46] pkern: line 8 is strange for the new version in games svn (it should be /usr/share/games...) [12:46] sistpoty: That's the gutsy one. [12:46] pkern: nonetheless I believe that the real error comes somewhere from either your graphic driver or from [12:47] Good point. === pkern goes restarting X. [12:47] + ~/.trigger/trigger.config (let me check which options) === rrittenhouse [n=tad@unaffiliated/rrittenhouse] has joined #ubuntu-motu [12:49] pkern: basically required[anything] might be worth fiddling with, but I remember a bug report for ati, which I passed on in the past. For nvidia it should work (and does for me) === xhaker [n=xhaker@a213-22-74-189.cpe.netcabo.pt] has joined #ubuntu-motu === frostburn [n=frostbur@cpe-74-74-219-225.rochester.res.rr.com] has joined #ubuntu-motu [12:49] the ati thingy of course didn't get fixed *g* [12:49] OK darn it, what do you want me to do ? :-) [12:50] Actually because of the package rename, they'll all hit NEW anyway won't they? [12:51] siretart: aspectc++ was being special on hppa (looping in launchpad). So I did a no-change upload to make hppa quit looping (seemed the easiest way to tickle launchpad). so now instead of having feisty bits current in gutsy, it's out of date and ftbfs everywhere [12:51] oh well ... bed is in order [12:52] bddebian: well, if you want to not draw negative attention from EddyP, I guess you should create a tarball for trigger-rally-data from the svn. If you want to keep it simple, just have it uploaded as is (and eventually write to fuddl to add his two maps which are now in upstream svn to the package himself)) [12:52] lamont: how could that loop happen? === bddebian doesn't know who EddyP or fuddl are :-) [12:53] And if EddyP is Debian, I pretty much only get negative attention from them :-) [12:53] siretart: I rather expect it was a bug in launchpad... dunno [12:54] siretart: lacking source, I didn't debug it. :-) [12:54] k [12:54] bddebian: EddyP is (afaik) still waiting for DAM approval, but he used to comment on any strange commit in the past. fuddl is a friend of mine and siretart who's also in the games team (but no DD yet) and cares about nexuiz and friends. He sent me the two maps to add upstream wise [12:55] I didn't work on aspectc++ lately since upstream (my former supervisor) keeps on promising a new release RSN. since over half a year now :/ [12:55] siretart: over a half year? that's nothing compared to FAUmachine :P [12:55] siretart: and I didn't actually change the source, just bumped the version in debian/changelog and uploaded... === siretart goes downstairs to visit fuddl and the others [12:55] so it'd fail in rebuild testing as well [12:56] lol === siretart is currently on a local LUG event, preparing a talk right now [12:56] lamont: I think aspectc++'s testsuite failed on hppa anyway, so *shrug* === frostburn [n=frostbur@cpe-74-74-219-225.rochester.res.rr.com] has joined #ubuntu-motu === wolfger [n=wolfger@c-68-61-59-149.hsd1.mi.comcast.net] has joined #ubuntu-motu [12:58] siretart: greet fuddl from me and tell him that his trigger maps are upstream now and he should import them himself for the games team to spare bddebian ;) === frostburn [n=frostbur@cpe-74-74-219-225.rochester.res.rr.com] has joined #ubuntu-motu === jburri1 [n=jason@64.7.196.217] has joined #ubuntu-motu [01:00] How do I just pull the data dir with svn ? === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu [01:01] Just co http://foo/bar bar/data ? [01:01] bddebian: not too sure, but iirc you can just export a subdirectory [01:01] yeah, that worked :-) [01:02] Oh, no it didn't [01:02] It pulled everything [01:05] hm... I must admit that I also didn't look if the zip file for the data doesn't diverge from svn, so I guess just getting in a new upstream for now is also fine enough. (and it wouldn't fix the bug about new maps anyway since the reporter didn't send me any :() [01:06] bddebian: oh, just saw it: co http://foo/bar/subdir ... [01:06] bddebian: it's not cvs ;) [01:07] Uhm, it doesn't look anything like the existing tarball for trigger-data :-( [01:08] well, nevermind then :( [01:09] not too sure how keiko built the tarball then [01:09] OK, nevermind.. However I don't know where crap.obj, README.txt and README-stereo.txt came from :-) [01:09] I especially like crap.obj === Pumpernickel [n=Pumperni@about/essy/bacon/PuMpErNiCkLe] has joined #ubuntu-motu [01:10] crap.obj is crap as the name said... wanted to remove that anyways. README* should be in trigger-rally though, coming from doc/ ? [01:11] No, in the current orig.tar.gz for trigger-data [01:12] damn, well it's zip files as orig-sources after all, must have been any "windows magic" to get it right then *g* [01:12] (which I guess is sorting out by hand= [01:13] Heh. Well README and README-stereo are in /doc in the other package so probably not necessary? [01:14] Or should I just stop even trying? [01:14] bddebian: hehe, if you feel like it, go ahead, but don't waste too much time with it, I'd say [01:14] I'm happy to do stuff I just don't need anyone getting pissed at me :) === Pumpernickel [n=Pumperni@about/essy/bacon/PuMpErNiCkLe] has joined #ubuntu-motu === persia [n=persia@ubuntu/member/persia] has joined #ubuntu-motu [01:15] Heya persia [01:15] hey bddebian [01:16] haha, well I guess I should rather feel ashamed, since I should have done this stuff some time ago, but -ENOTIME (and currently -ENOBANDWITH and no remaining knowledge about games team packaging) hinder me quite a bit ;') [01:16] hi persia [01:17] hi sistpoty === frostburn [n=frostbur@cpe-74-74-219-225.rochester.res.rr.com] has joined #ubuntu-motu [01:18] Someone just tell me what HAS to be in the orig.tar.gz. Do I need a license file? [01:18] bddebian: yes, always [01:19] (so copy in gpl from top svn, if there's none in the subdir [01:19] )+) [01:19] Actually, why is it a seperate tarball anyhow? [01:19] bddebian: You need: code for every binary (although some .png, .gif, and .jpeg are acceptable), licenses for everything (including data), and copyright attribution on at least a project-wide basis, if not for every file. [01:20] For Debian it's every file. [01:20] bddebian: The md5sum or orig.tar.gz is supposed to match the md5sum on the upstream source, so that people who don't trust Debian/Ubuntu/MEPIS/etc. can verify we didn't change the code. [01:21] bddebian: that's what it used to be, just zip-files, no svn and nothing more. And then the project moved to sourceforge after I contacted upstream (but not on my request though), which meant having the stuff in svn [01:21] pkern: Debian insists on copyright attribution for every file? I've never seen copyright assertion for .png files in a Debian orig.tar.gz. [01:21] so I guess its just the usual sign of a grown project ;) [01:21] persia: Well that's broken already === asac__ [n=asac@e177167076.adsl.alicedsl.de] has joined #ubuntu-motu [01:21] sistpoty: :) [01:22] bddebian: When repacking, ideally you include instructions (perhaps in the get-orig-source rule) that allow someone to reproduce without the orig.tar.gz. === albert23 [n=albert@86.81.99.204] has left #ubuntu-motu [] [01:24] persia: Every source file. Now PNG aren't exactly the preferred form for modification neither. [01:24] persia: when pulling from svn, you cannot match md5sums. and in debian it's not too bad to mangle the orig-tar-gz (in here it's a zip-file anyways) [01:25] btw.: if I (as an upstream) would need to attribute *every* source file, I'd tell you to go to hell and learn about pointers first :P (readme -> license of my files) [01:25] sistpoty: My understanding was that when repacking, it was best practice to include an orig.tar.gz rule, and put the md5sums of the .zip file (or whatever) in debian/copyright, just to maintain the cryptographic trail. I believe this all to be from Debian, rather than any Ubuntu policy. === persia agrees with sistpoty about licensing *every* file [01:26] This is craziness then [01:27] What pitti, Mithrandir, and Riddell have told me is that while minor copyright holders aren't essential to be listed in debian/copyright, ALL licenses used in the package must be. [01:27] pkern: Find me a debian package with every .svg in the orig.tar.gz containing license and copyright attribution then. I'll be surprised. [01:27] persia: when repacking, the original trail won't help you match (as it won't tell you what changed), however and get-orig-source to build a tarball from a zip-file would (but not if the new tarball came from svn though ;) [01:28] ScottK: that's right, but doesn't mean that I need to put a "this is GPL..." in every header [01:28] Well you guys have successfully scared me away from touching this :-) [01:28] damnit *G* === sistpoty is out for a smoke btw [01:29] sistpoty: I use `svn export -D $(DATE)` in get-orig-source when packaging a snapshot, just so that others can reproduce. I suspect `svn export -r $(revision)` would also be acceptable. [01:29] sistpoty: Good idea :-) [01:30] pkern: um, no, there's no requirement of individual per-file copyright statements in Debian [01:30] Hmm, there is shit, not even a README.Debian in the current trigger-data package. Of course it had a real tarball [01:31] persia: sure, that's good practice (I guess using the revision would be better though), but you can also tell this via debian/copyright, or debian/changelog. It *should* be verifyible then. === sistpoty is now finally out for a smoke :P [01:32] bddebian: Sometimes that gets put in debian/copyright. From what I understand, putting it in README.Debian is now deprecated. === minghua [i=minghua@ubuntu/member/minghua] has joined #ubuntu-motu [01:33] excuse me for a mo' [01:33] !ops [01:33] Help! Hobbsee, Riddell, sladen, fbond or PriceChild === kjcole_ [n=kjcole@pchb1f.gallaudet.edu] has joined #ubuntu-motu [01:33] sistpoty: "*should* be verifyable" is really enough. It's not like the truly diligent doesn't have a decent chance of replacing upstream .tar.gz files with modified versions anyway. [01:34] mneptok: Unless you're channel-specific, you might do as well with a /msg to ubotu [01:35] persia: yes, i know. but thanks. :) === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-motu === avoine [n=avoine@modemcable003.251-59-74.mc.videotron.ca] has left #ubuntu-motu [] [01:43] persia: sure, though I've often enough been diffing between svn checkouts and the "orig.tar.gz" though ;) [01:43] sistpoty: Well, not everyone follows best practice... [01:44] Nooo ;-) [01:44] persia: right, I didn't write that I did it everytime ;) [01:44] Oh nice, he sent me a new adanaxis tarball === persia does, but has only packaged 2 upstream versions, ever, so it hasn't been burdensome [01:46] well, I rather spoke about reviewing packages... for trigger(-rally) I can commit as upstream, so it's easy enough to follow for me. And in code changes I'm most interested because that means for trigger that my patches got cleaned up *g* [01:48] sistpoty: You mean pulling back things from an upstream perspective? People adding random unattributed patches to orig.tar.gz's just seems wrong for that use case. === stdin_ [i=stdin@pdpc/supporter/active/stdin] has joined #ubuntu-motu [01:50] persia: not too sure what you mean by "pulling back" here, but if you mean to add changes to the orig.tar.gz, yes. however that of course shouldn't work w.o. notice [01:51] (as it would be a new orig.tar.gz anyways then) === doko [n=doko@dslb-088-073-064-042.pools.arcor-ip.net] has joined #ubuntu-motu [01:52] sistpoty: Ideally. I think we agree, and are just confusing each other: I'm stopping now :) [01:52] hehe, most probably ;) === persia seeks others interested in a last-gasp attempt to clear http://django.ajmitch.net.nz/rcbugs [01:55] sorry, got to go to bed now, (actually 2 hours ago *g*) [01:56] maybe tomorrow, if I find the time [01:56] gn8 everyone [01:56] sistpoty: sleep well [01:56] thx === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu === khermans__ [i=khermans@nat/cisco/session] has joined #ubuntu-motu === danm [n=danm@raphael.danm.de] has joined #ubuntu-motu === fedefede0101 [n=Fede@unaffiliated/fedefede0101] has joined #ubuntu-motu [02:03] Hello, I've accidentally uploaded a package to upload.ubuntu.com. It's called 'xca'. I forgot to specify my ppa account. Is it possible to remove it there? [02:04] danm: are you a MOTU [02:04] danm: You should soon get a mail saying that the upload was Rejected (unless you're a member of ubuntu-dev). [02:04] exactly [02:04] sometimes they silently die, but still [02:04] ok. I'm not a MOTU. [02:05] danm: Don't worry about it then. There'll be a log showing your attempt to upload, but there's nothing you need to do to clean up. [02:06] ah thanks. === danm [n=danm@raphael.danm.de] has left #ubuntu-motu ["bye"] === jdong [n=dizzle@ubuntu/member/jdong] has joined #ubuntu-motu [02:10] pkern: You should join the games team *nudge* *nudge* === Burgundavia_ [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-motu === thekorn [n=markus@a89-182-68-81.net-htp.de] has joined #ubuntu-motu === fedefede0101 [n=Fede@unaffiliated/fedefede0101] has left #ubuntu-motu ["ciaociao..."] === highvoltage [n=jonathan@johannesleroux.co.za] has joined #ubuntu-motu [02:23] good night folks [02:26] Does anyone use clive? I can't get it to work at all, regardless of whether I add the recommended RC patch. === XSource [n=XSource@41.201.200.45] has joined #ubuntu-motu === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu === thekorn [n=markus@a89-182-27-68.net-htp.de] has joined #ubuntu-motu === amachu [n=amachu@122.164.230.94] has joined #ubuntu-motu === ScottLij [n=scott@24-180-196-49.dhcp.aldl.mi.charter.com] has joined #ubuntu-motu === amachu_ [n=amachu@122.164.232.228] has joined #ubuntu-motu === mdomsch [n=mdomsch@cpe-70-124-62-55.austin.res.rr.com] has joined #ubuntu-motu === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-motu === Igorot [n=umaming@122.2.243.183] has joined #ubuntu-motu === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu [04:06] WHAT ???? icedtea on gutsy universe ??? [04:07] leonel: Why not? [04:08] no no this is GREAT !!!!!! [04:08] didn't expected till hardy [04:08] WHOO HOO \o/ [04:09] leonel: don't get too excited. We're not supposed to do anything with it until the hardy cycle. Consider it part of the build chain :) [04:09] persia: right [04:09] but .. this is great news .. [04:09] thank you all .. [04:10] been waiting for java to be gpl since .. years ... === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-motu [04:17] icedtea? [04:17] is that a codename for java7? [04:18] It's the code name for the GPL'ed java from Sun added with various other parts that Sun didn't release under GPL. [04:18] I _think_ it's java 6. [04:19] it says java7 in the package names in universe === amachu_ [n=amachu@122.164.232.228] has joined #ubuntu-motu [04:21] I believe it's currently a pre-7 version: 7 API, but not complete (beta 2?) See http://iced-tea.org/wiki/Main_Page === asac__ [n=asac@e177173235.adsl.alicedsl.de] has joined #ubuntu-motu === Whoopie_ [n=Whoopie@unaffiliated/whoopie] has joined #ubuntu-motu === Jazzva [n=sasa@cable-89-216-130-80.dynamic.sbb.co.yu] has joined #ubuntu-motu === freeflying [n=freeflyi@123.116.101.34] has joined #ubuntu-motu === djennewe [n=djennewe@71-221-57-212.sxfl.qwest.net] has joined #ubuntu-motu [04:45] Glah! Anyone have thoughts on the feasibility of a snort package split including NEW processing to support bug #149341? [04:45] Launchpad bug 149341 in snort "Snort is not starting in amd64 - gutsy" [Undecided,New] https://launchpad.net/bugs/149341 [04:56] persia: Why is a package split needed? [04:57] minghua: The plugins are Architecture: all, so they don't work for !i386 [04:59] you mean the plugins are Arch: all when they shouldn't be? [04:59] slangasek: Yep. See Debian bug #429642 for discussion [04:59] Debian bug 429642 in cjk "please update libkpathsea4-dev build-dependency" [Normal,Fixed] http://bugs.debian.org/429642 [05:00] Um. Debian bug #439642 [05:00] persia: Yeah, reading the Debian bug now, got it. [05:00] Debian bug 439642 in snort "Snort does not work on amd64, tries to load 32-bit libraries" [Grave,Fixed] http://bugs.debian.org/439642 === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu [05:00] The Debian maintainer put those modules in snort-libraries. [05:01] "snort-libraries"? [05:02] slangasek: A NEW package. That's why I ask: otherwise it's just an RC sync request. [05:02] snort-common-libraries, in Debian? [05:02] slangasek: Yes, snort-common-libraries. I was reading the debian/changelog, and it got the binary package name wrong. [05:03] ah, heh [05:05] Builds fine on our toolchain anyway. I'll open the sync request, expecting rejection if NEW is not getting processed again before release. [05:09] time allowing, it seems like an obvious fix to accept [05:09] if the diff is sane === persia has submitted bug #152205 [05:11] Launchpad bug 152205 in snort "Please sync snort 2.7.0-6 (universe) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/152205 === the_0ne [n=dsmorey@c-76-117-81-233.hsd1.pa.comcast.net] has joined #ubuntu-motu === the_0ne [n=dsmorey@c-76-117-81-233.hsd1.pa.comcast.net] has left #ubuntu-motu ["Leaving"] [05:19] go persia, go persia :-) [05:21] bddebian: I've got two that completely stumped me. One depends on Youtube and Google Video, and the other on eBay, which dependencies I've having issues with. Wanna help? [05:22] I can try but man that sounds bogus :-) [05:23] bddebian: Debian bug #430433 and Debian bug #442369 [05:23] Debian bug 430433 in clive "no longer works for Google video" [Grave,Fixed] http://bugs.debian.org/430433 [05:23] Debian bug 442369 in esniper "esniper: unable to find auction --> solved in CVS" [Grave,Fixed] http://bugs.debian.org/442369 [05:24] clive is a UVFe, but I've not been able to get either the gutsy or sid packages to work enough to complete the test report part. I haven't dug into esniper. [05:26] So what do you want me to do? Look at esniper or help with clive? [05:26] bddebian: I'm not going to make any progress with either of those, and there's all the "Serious" bugs to go... Take your pick. If you choose clive, I can comment about the patch. [05:29] Has the clive UVFe already been filed? [05:29] bddebian: No. I only file the requests if I can test: otherwise it's just another bug :) === jpon_ [n=jpon@ip-83-141-200-187.evc.net] has joined #ubuntu-motu [05:30] Hmm, doesn't look like it [05:30] Any xen people around? === persia also gives up on Debian bug #444784 [05:33] Debian bug 444784 in xenman "xenman doesn't run at all" [Grave,Fixed] http://bugs.debian.org/444784 === DarkMageZ [n=richard@ppp121-44-5-29.lns10.syd7.internode.on.net] has joined #ubuntu-motu [05:49] Hmm, with clive I keep getting type 'exceptions.TypeError'> [05:50] bddebian: That was my problem. I wonder if it's due to other Debian<->Ubuntu issues (e.g. python) [05:51] The annoying bit is that it's hard to test against the previous release of YouTube, to see if that error comes from the YouTube update or the clive change. [05:52] Does Debian still not do python2.5? Maybe it's a 2.5 vs 2.4 issue? === Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-motu [05:53] bddebian: Debian has 2.4. [05:53] bddebian: Does it work if you force python2.4? [05:53] If it's really important, I can test on Debian unstable here. [05:54] It not important to me :-) [05:54] minghua: That'd be great. We're comparing clive 0.2.0-1.1 and 0.2.1-1 [05:54] Okay. [05:54] bddebian: Bah. It should be. It's our new shiny release ;) [05:55] Here is the traceback I get: http://pastebin.com/m4598fdc0 [05:55] Nah, it's universe. ;-) [05:56] maybe a urllib2 issue? [05:56] minghua: Right. Therefore noblesse oblige applies for MOTUs (in regards to packages) [05:57] persia: clive 0.2.1-1 in Debian unstable works fine for a Google video here. [05:57] minghua: And clive 0.2.0-1.1 breaks? [05:57] persia: Not tested yet. [05:59] I don't see why 0.2.0-1.1 could work, though. === contrast83 [n=mike@adsl-074-236-242-009.sip.bgk.bellsouth.net] has joined #ubuntu-motu === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu [06:01] minghua: I'm expecting it not to work, but verifying the patch means it's just a python2.4 => python2.5 port, rather than also chasing the "cannot get the video" issue. [06:03] persia: Sure, I'll test soon. The video I'm downloading is a bit big, and I want to keep it. :-) [06:03] heh [06:04] minghua: No rush. I'm not cool enough with python to port it anyway (or at least my facsimile of python probably shouldn't be uploaded this close to release) === minghua goes to snapshot.d.n to hunt down the old clive package for now. [06:04] Heh, me either [06:06] Err... [06:07] Three blind people trying to get a map, it looks like. [06:08] minghua: Sure, but if we get the info, we can create a meaningful bug, and maybe someone will fix it :) [06:12] Any asterisk users around? [06:14] hah, asterisk is a pig. I fixed rate-engine at one point and I think it's broken again [06:16] bddebian: asterisk-oh323 FTBFS. The fix appears to be a CVS snapshot, which doesn't seem sane. Do you feel like testing, or digging out the useful patch? [06:16] Poor bddebian. [06:16] I'm going to have to go to bed very soon :-( [06:16] minghua: You want a couple? [06:16] heh === persia suggests minghua look at porting the fix for Debian bug #367745 to Ubuntu [06:17] Debian bug 367745 in battery-stats "battery-stats: must use invoke-rc.d" [Serious,Fixed] http://bugs.debian.org/367745 [06:17] persia: No, thanks. :-) [06:17] heh === minghua doesn't touch packages he doesn't use. [06:18] minghua: Do you use anything on http://django.ajmitch.net.nz/rcbugs ? [06:18] How the fluck am I going to test esniper. I'm not bidding on anything [06:18] bddebian: That was my issue :) [06:19] And you need to bid on something that ends auction before the freeze deadline, I suppose? :-) === ajmitch should rework that page for hardy [06:20] minghua: Enough before that there is time to find, merge, and upload the patch too. === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-motu [06:20] ajmitch: Can we have comment deletion? Also, comments per-bug, rather than per-package? [06:21] ajmitch: Just fix all the bugs and you won't need it ;-P [06:21] persia: I did have comment deletion, but it didn't work so well [06:21] and I am changing it to per-bug [06:21] persia: Hmm, I use gbdfed. [06:21] since too many people have asked for that [06:21] ajmitch: Didn't work technically, or didn't work socially? [06:22] minghua: Great. Thanks. #444530 is all yours :) [06:22] persia: 'delete' being done by HTTP GET is a Bad Thing :) [06:22] persia: But Debian bug 444530 is already fixed in 1.2-3ubuntu1. [06:22] Debian bug 444530 in gbdfed "gbdfed: FTBFS: error: 'GtkFileSelection' undeclared" [Serious,Fixed] http://bugs.debian.org/444530 [06:22] persia: so I turned that off for now.. [06:22] persia: One down. What next? ;-) [06:22] ajmitch: HTTP POST maybe? [06:23] that would work, but I didn't have time to care about it, and noone really cared too much [06:23] minghua: Add a comment saying it's fixed, and hunt another one. I find about 75% of them are already fixed. === ajmitch was going to look at it again today [06:24] ajmitch: Understood. This is much preferable to the version I was looking at immediately post auto-sync freeze. [06:25] which was? [06:26] ajmitch: closer to http://ajmitch.net.nz/~ajmitch/missing-fixes-rc.html, but the CSS was different. [06:26] right [06:27] And even that was better than the feisty release version: the grab links are very helpful. === ajmitch has been experimenting with ajax stuff for work, maybe I could put a dropdown on each package to show a list of LP or debian bugs :) [06:28] ajax is cool [06:28] when used properly [06:28] Like anything :-) [06:28] man i dont think i've written this much php code in years [06:29] imbrandon: have pity on people like me to do it every day [06:29] Could be nifty, but that's a lot of traffic. For AJAX, I'd much prefer POST delete, and behind-the-scenes comment update so I didn't get bumped back to the top of the page. [06:29] ajmitch: hehe yea i used to , kinda wish i kept that job at times [06:29] persia: the comments thing was the only part I'd intended to do [06:29] persia: clive 0.2.0-1.1 is confirmed NOT able to download Google video, but seems to be working otherwise. [06:30] fetching bugs would be interesting, but not that useful [06:30] minghua: Excellent. Thanks for testing. [06:30] persia: (i.e.: I got a curses dialog window saying it can't download the video.) [06:30] ajmitch: dunno if you ever looked at wordpress it is quite nice code wise though [06:30] even though i spent the last 6 hours hacking on it [06:30] heh === persia prepares a clive bug === No1Viking [n=No1Vikin@83.140.104.41.dyn.rp80.se] has joined #ubuntu-motu [06:31] bddebian: It's quite hard to write cool code in Fortran 77. I heard about COBOL as well. :-) [06:31] cobol is nice for system bios's [06:31] so i hear [06:32] no, that's forth [06:32] heh [06:32] serouisly ? i was always told it was cobol mostly for like pheonix and ami etc [06:32] I doubt that [06:32] It was a Business language [06:33] Common Business Object Language or some bullshit like that [06:33] forth is used for open firmware [06:33] no idea, i never used anything prior to C on x86 ( and only BASIC on the Atari 800, APPLE //e and C64 before that ) [06:33] Actually, about clive, is there any reason not to force it to use python2.4? [06:35] wow i would have thought it would be a asm/c mixture ajmitch [06:35] shows what i know ;) [06:35] persia: If we knew that worked I suppose [06:36] one simple question though someone in here is likely to know, is inline ASM part of plain ( ANSI ?? ) c ? [06:36] bddebian: It worked for minghua. Do I need to do anything other than adjust XS-Python-Version: in debian/control? [06:37] Depends on the package but ideally that should work [06:38] imbrandon: I think it is. I have C reference manual handy, let me check. [06:39] minghua: sweet, thanks [06:40] imbrandon: No it's not. "asm" is listed as "C++ reserved words" (for compatibility reasons, with word such as class) in the manual. [06:40] hrm okie [06:42] Hrm. Now I get http://paste.ubuntu-nl.org/40493/. [06:43] Nevermind. I fixed it. Thanks bddebian, minghua. [06:44] Well what was it man? [06:44] Down to 2 (two) grave bugs! [06:44] bddebian: #!/usr/bin/python -> #!/usr/bin/python2.4 [06:44] Rockin'. esniper and what else? [06:44] bddebian: xenman [06:44] Ah, that's hideous [06:44] persia: good work [06:45] Oh I wouldn't touch xen stuff with a 20 foot pole :-) [06:45] Poke zul, he's the only xen master I know of [06:45] ajmitch: It's mostly been research: most of it is fine, just not reported. [06:45] bddebian: Go set up an auction so that persia can test bidding on it using esniper. :-) [06:45] bddebian: I think it's fixed, but it's a matter of comparing zul's work to upstream/debian. If xenman launches, there's no bug. I just can't seem to get enough of xen happy enough to do anything. [06:46] bddebian: What do you have that I want to buy? [06:46] persia: so, should the next revision of this page give some way to mark a bug as done, in some css style? [06:46] minghua: We'd have to register, no? [06:46] persia: I suppose yes. [06:46] that way you'd be able to see quickly what needs checked [06:47] I have shitloads of programming books I've never gotten through ;-) [06:47] ajmitch: That'd be great. There's a lot of comments indicating that someone requested a sync, or is working on it, but the followup isn't automatic. It'd be extra nice if we could enter LP bugs or revision candidate versions, and have it track the status of those. [06:48] I have the whole TaoCP set and I can barely get through the first few chapters :-( [06:48] minghua: Do you have an ebay account? [06:48] persia: that would be trickier, but possible, I guess [06:48] persia: Yes I do. [06:49] ajmitch: Depends on how much time / thought you have. Just a flag would be nice (although it likely won't impact gutsy much). [06:49] minghua: Could you please sell bddebian a used, and somewhat tarnished copy of TaoCP? [06:49] I think we are trying too hard to fix esinper, though. [06:49] minghua: Too hard? Why? [06:49] hah, tarnished copy :-) [06:50] persia: I don't have a TaoCP copy. [06:50] minghua: That's find, bddebian will gladly donate his to the auction :) [06:50] s/find/fine/ [06:50] heh [06:50] persia: I was really joking when I suggested bddebian to set up an auction... [06:50] Frickin' set cost me like $400 and I'm too stupid to even get through them :'-( [06:51] bddebian: You sure you want to do this? I've never sold anything before. [06:51] minghua: It's a great way to test. I can't think of another one that works. Although, perhaps selling something of less general interest might be better, as TaoCP might get lots of other bids, raising the price of the commission for the experiment. [06:52] Got some shiny keychain? :-) [06:52] bddebian: give up the hurd & start reading [06:52] What about a gutsy CD? === persia seconds a gutsy CD [06:52] I haven't done much of squat for the Hurd in a while :-( [06:52] bddebian: Don't expect my really sending the item to you... [06:53] minghua: Just specify electronic delivery. [06:53] No way, I want it!! :) [06:53] electronic delivery for a keychain? or a CD? [06:53] Hmm, what about gutsy ISO image file? :-P [06:54] And a pre-order at that. [06:54] Whatever but if we are going to try it, lets do it, I have to get my old arse to bed.. :-) [06:55] bddebian: Just to make sure, you have an Ubuntu compilation with the esniper fixes ready, right? [06:55] Okay. But maybe it'll take me a while to set up an auction... === djennewe [n=djennewe@71-221-50-45.sxfl.qwest.net] has joined #ubuntu-motu [06:56] persia: I took the Debian package. It has the fixes, no? [06:56] bddebian: Should, but it's a snapshot. Is there a tighter patch that doesn't need UVFe? [06:57] I didn't go that far since I didn't know how to test it [06:58] I think it's safe to assume the debian version works (the maintainer should have tested). I don't think a snapshot is a problem, but it might be extra work to get it approved (vs. pulling a patch). [06:58] wow i just realized this release will mark 3 years of ubuntu for me :) [06:59] imbrandon: you're old [06:59] err i guess starting 3 year, so 2.5 [06:59] i guess [06:59] ajmitch: heh [06:59] imbrandon: Warty start? [06:59] end of warty [07:00] very end === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu [07:01] That was my start also. Around when I discovered that bddebian would upload all the fixes I wanted to see in Debian without waiting for the maintainer to have an opinion :) [07:01] heh [07:02] i went from SuSE to this new fanagled "ubuntu" thing from a slashdot post about kbfx and someone had it packaged so i installed to try it, and then started fixing bugs in it from almost day one ( kbfx ) , only 6 months to almost a year later did i even look at debian ;) [07:02] Argh. Ebay wants to charge me $0.20 for listing. [07:03] minghua: craigslist ftw, i LOVE craigslist ( and its free ) [07:03] imbrandon: craigslist doesn't help us test esniper :( [07:03] ahhh ok [07:03] imbrandon: Yeah... if you can test esniper on craigslist... [07:03] heh i thought you were selling something [07:04] imbrandon: Do you have a better suggestion for testing? That's the best we could develop. [07:04] hrm [07:04] (selling an Ubuntu CD) [07:04] put ebay.com in your host file and look at the http requests ? [07:05] persia, bddebian: http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=140167990751 [07:05] hehe that would take a bunch of mockup work though [07:05] persia: heh [07:05] Or tcpdump [07:05] bid away. [07:05] Hah. "I'll e-mail you an ISO when Gutsy is released." [07:05] I'm selling an ISO file by the way, to make sure I can deliver... [07:05] (Basically) === persia tries to figure out how to bid [07:06] hahah [07:06] persia: Sign in, Place bid [07:07] i just made a .50 bid ( holtsclawb ) [07:08] bddebian: Are you sniping yet? [07:09] I suspect you can only snipe just before the auction ends... [07:11] Thanks for the business, imbrandon. :-) [07:11] Do you have to use an auction file? I don't see any way to specify the auction # otherwise?? === jsgotangco [n=JSG@ubuntu/member/jsgotangco] has joined #ubuntu-motu === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-motu [07:18] Sorry gang, I have family coming over tomorrow, I have got to get to bed. Good luck. [07:22] In the clive source, there is a ./scripts/clive with #!/usr/bin/env python at the top. When I build, this generates /usr/bin/clive with #!/usr/bin/python at the top. I tried changing the source to #!/usr/bin/python2.4, but the result was still #!/usr/bin/python in /usr/bin. Any suggestions on how to block this apparent auto-adjustment? === djennewe [n=djennewe@71-221-62-99.sxfl.qwest.net] has joined #ubuntu-motu === RobinD [n=robind@69-30-77-125.dq1sn.easystreet.com] has joined #ubuntu-motu === Zic [n=Zic@ubuntu/member/zic] has joined #ubuntu-motu === _nand_ [n=ec4@138.202-128-194.unknown.qala.com.sg] has joined #ubuntu-motu [07:51] persia: So I'll just leave the auction there (it ends in 22 hours). Good luck fixing esniper. [07:52] minghua: Thanks for hosting. I'm hoping for another volunteer before then, but I'll give it a shot there's not a solution in a while. === persia advertises the desireability of fixing Debian bug #442369 in esniper before the gutsy release to all ebay using developers and contributors [07:53] Debian bug 442369 in esniper "esniper: unable to find auction --> solved in CVS" [Grave,Fixed] http://bugs.debian.org/442369 [07:56] I still think we are trying too hard to fix this bug, but I appreciate persia's perseverance. [07:57] minghua: There's only three left. I'm chasing one, zul is the only person qualifies to have an opinion on another, and esniper is the last. === brandon [n=brandon@c-69-247-213-131.hsd1.mo.comcast.net] has joined #ubuntu-motu [07:58] persia: Why only three? I see plenty on ajmitch's list. [07:58] Or are we talking about only "grave" status? [07:59] minghua: Three "Grave". I went through the "serious" ones quickly yesterday, it most of them look like FTBFS issues, most of which have been addressed. I'm expecting to finish commenting them, and determining which needs to get fixed today. [07:59] s/which needs/which need/ === khermans__ [i=khermans@nat/cisco/x-554a0897fdb8a712] has joined #ubuntu-motu === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu === imbrandon [n=brandon@ubuntu/member/pdpc.active.imbrandon] has joined #ubuntu-motu === zakame [i=zakame@ubuntu/member/zakame] has joined #ubuntu-motu === mneptok [n=mneptok@canonical/support/mneptok] has joined #ubuntu-motu === imbrandon [n=brandon@ubuntu/member/pdpc.active.imbrandon] has joined #ubuntu-motu === djennewe_ [n=djennewe@71-221-61-102.sxfl.qwest.net] has joined #ubuntu-motu === TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-motu === MatthewV [n=MatthewV@123.200.139.131] has joined #ubuntu-motu === djennewe__ [n=djennewe@71-221-58-30.sxfl.qwest.net] has joined #ubuntu-motu === asisak [n=conp@ubuntu/member/coNP] has joined #ubuntu-motu === persia [n=persia@ubuntu/member/persia] has joined #ubuntu-motu === jussi01 [n=jussi@dyn3-82-128-188-110.psoas.suomi.net] has joined #ubuntu-motu === buzztracker [n=buzztrac@pelikan.garga.net] has joined #ubuntu-motu === elkbuntu [n=melissa@ubuntu/member/elkbuntu] has joined #ubuntu-motu === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-motu === zakame [i=zakame@ubuntu/member/zakame] has joined #ubuntu-motu === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-motu [09:06] Any python packagers around? [09:07] persia: I've done a bit of it in the past, but am not at all an expert. [09:10] Fujitsu: I'm trying to force python2.4 for clive (which doesn't work with 2.5). I've set XS-Python-Version: 2.4 in debian/control, Build-Depends: on python2.4-dev, and set PYVERS=2.4 in debian/rules. The source scripts/clive starts with a header of "#!/usr/bin/env python" which is replaced by the build system to "#!/usr/bin/python". I'd prefer it was "#!/usr/bin/python2.4", but manually changing this in the source doesn't seem to affect the bi [09:11] persia: "doesn't seem to affect the ..." [09:11] binaries, I presume. === persia still hates buffers: "...doesn't seem to affect the binary. Any ideas?" [09:11] I'm guessing the build system changes it with a patch === greeneggsnospam [n=JSG@ubuntu/member/jsgotangco] has joined #ubuntu-motu === Fujitsu tries to build it. [09:12] StevenK: debian/patches is empty, and there's no patch rule. Also, there's no complaint about fuzz if I change the line manually. [09:12] Fujitsu: I'm working from http://http.us.debian.org/debian/pool/main/c/clive/clive_0.2.1-1.dsc === persia also can't find any patch indicators in ./setup.py [09:13] persia: Ah, I've only got 0.2.0-1.1. [09:13] Fujitsu: I'm fairly sure it has the same problem, so that should be fine. [09:13] (at least the error message when launching is the same) === fraco [n=fraco@212.71.9.100.adsl.dyn.edpnet.net] has joined #ubuntu-motu [09:14]