=== lamalex is now known as lamalex_2 === lamalex_2 is now known as lamalex === RAOF_ is now known as RAOF [01:58] Heya gang [02:00] hey [02:00] Hi bddebian [02:04] Hello limac, blue [02:04] err blueyed [02:04] hey [02:05] good night. ツ (smiley copied from JanC) [02:06] blueyed: and I copied it from Seveas ;) [02:06] bunch of plagairists [02:07] hehe [02:07] lol. thought so. must put this on some hotkey.. :) [02:07] blueyed: if you use xchat, it has an auto-replace function [02:08] JanC: I want this everywhere.. [02:08] normally it's used to fix "teh" → "the" typos [02:08] but I use it to make typing nice unicode symbols easier [02:10] Now I have it in konversation at least =) [02:18] hi, does anyone know if "# comments" are allowed in debian/control ? [02:19] nenolod: Yup. Why wouldn't they be? [02:19] ok, thanks ;) [02:20] nenolod: why do you want to add a comment? [02:20] LaserJock, "# $Id control v1.67 ... nenolod Exp $" [02:20] LaserJock, :) [02:21] e.g. RCSID === asac_ is now known as asac [05:06] man this channel is crazy tonight, woohoo [05:07] Ponies! [05:08] gotta write some code to mash Fortran and Python together [05:09] ugh [05:15] LaserJock, then does it become pytran or Forthon? [05:16] hehe [05:17] Forth ;-P [05:18] * bddebian wonders if anyone "gets" that [05:19] Boo, hiss [05:19] * StevenK beats bddebian with a SPARC PROM manual [05:19] heh [05:21] ohhhh, I think I love lambda functions [05:21] Quick, simple anonymous functions are lovely things. [05:22] StevenK: lol [05:22] how is everyone doing ? :) [05:29] hey joejaxx [05:29] you still got that BT keyboard you bought at UDS? === zakame_ is now known as zakame [06:15] superm1: yeap [06:15] joejaxx, did you use it with ubuntu at all ever? [06:15] no i have not [06:15] joejaxx, ah i see [06:15] i just bought one myself [06:15] my laptop that has bluetooth is a Broadcom 4328 AGN [06:16] so i do not know if bluetooth works as i have to use ndiswrapper [06:16] ah ok [06:16] how is that coming along? [06:17] well it paired fine [06:17] i picked up a cheap BT usb adapter [06:17] and it works and all [06:17] except for the fn key [06:17] and consequently the fn buttons [06:17] ah ok [06:17] yeah [07:05] good morning [07:06] morning dholbach [07:06] hey LaserJock [07:06] good morning dholbach [07:06] heya superm1 [07:08] Hey dholbach [07:09] hey TheMuso [07:17] dholbach: is the new SRU policy that only 1 ~motu-sru ack is needed, or 2? [07:18] Do we have members of ~motu-sru yet? (and I thought one) [07:18] persia: just announced it [07:19] I wish we could do 2, but I guess that's already been decided [07:19] * persia catches up on mail [07:19] LaserJock: pitti's proposal says "... require an ack from a team member before the upload is done" === Marce_ is now known as Marce [07:34] Good morning [07:34] Good MOrning [07:34] lsddjflskdjfskld [07:34] Good Morning* [07:38] LaserJock: might be a good idea, if the new motu-sru team met once and decide on the workflow and everything - what do you think? [07:39] * Fujitsu agrees that two acks is a good idea. [07:39] moins all [07:39] yourebrandon! [07:39] heh [07:39] congratulations LaserJock, imbrandon, jdong, TheMuso, dktrkranz btw :) [07:39] "No, *I'm* Brandon!" [07:40] Aww, my -sru hat is gone [07:40] StevenK: hehe [07:40] StevenK: seems we didn't get your "hey, I'd like to" mail in time - but there's still motu-uvf :) [07:41] dholbach: yeah, I think a little IRC meeting or at least an email discussion would be good to start things off [07:41] LaserJock: rock on - pitti will be delighted [07:41] dholbach: I didn't want to, though. :-) [07:42] StevenK: don't complain about missing hats then :) [07:42] we need to figure out what to do with the 7 existing ~motu-sru bugs [07:42] dholbach: :-P [07:42] StevenK: maybe it is just invisible :) [07:42] LaserJock: looks like you have an agenda already :) [07:42] dholbach: yep [07:42] * dholbach gets more coffee and some bits of breakfast [07:42] heh yea [07:44] LaserJock: are we just gonna use the -motu list ? e.g. where whould i mail a meeting proposal time? i think a short irc meeting to kick things off quickly would work and longer stuff on the ML [07:45] imbrandon: I think using -motu is good [07:45] k [07:45] gives a chance for feedback [07:46] the oldest bug sub'd to ~motu-sru is from 2007-07-25 [07:47] we should make sure the wiki is updated if it isn't already and let people know we're open for business [07:47] and decide on what we want to do with the old ones [07:48] I'm guessing just taking them as-is would be fine [07:48] yea, you said there is less than 10 old ones? i say if they still apply ( e.g arent superceeded etc ) me and you could probably knock those out quickly [07:48] and if they are old-ish then reject them asking for an update [07:49] LaserJock: you ROCK :) [07:49] imbrandon: there are 7 (1 assigned and 6 sub'd) [07:49] i'm just getting awake and havent opened a browser yet, but i'll check the queue first thing ( after email ) [07:49] LaserJock: cool, thats not too bad of a backlog [07:50] imbrandon: no, not at all [07:50] luckly i think all of us overlap nicely on irc so irc meetings shouldent be hard to setup [07:50] heh [07:52] StevenK: wasent you reciently using qdvdauthor ? was it just using it or was you updating it ( there is a mail on -motu about adding a mplayer dep , and i am guessing that would kick it to multiverse ) [07:53] good morning [07:53] Good Morning geser [07:53] heya geser [07:54] it doesn't look like StableReleaseUpdates has been updated [07:54] imbrandon: I wasn't updating it, I was attempting to use it and wanting to kill myself. [07:54] ahh hehe [07:54] ok === LucidFox is now known as Sikon_Stargate [07:56] Thanks guys. Yeah a meeting sounds good, please keep me posted. [07:56] Back in a while. [07:59] imbrandon, would making it a recommend like I had mentioned to the poster kick it to multiverse too though? [08:00] i dont think so [08:00] i think that should be sufficient then [08:00] but if the program is useless without it its kinda a depend not recomend [08:00] well if you have preconverted files though [08:00] i'm pretty sure it works out okay [08:00] or if they are recorded in the correct format [08:00] superm1: "Recommends" still makes it multiverse: you need Suggests: (see debcheck output for examples) [08:00] o [08:01] ahh in that case might as well make it a depend, as "preconverted" files use case is slim [08:01] Really? Remixing MPEGs from the digital camera or phone is that rare? [08:02] persia: slimer than someone ripping a dvd and remixing it, yea, visit the forums hehe [08:02] imbrandon: Right, but which is the advertised normal use case? [08:02] persia: both [08:02] well also they still need to be the right resolution [08:02] most phones or cameras dont shoot in 720x480 [08:02] * persia notes that ripping & remixing DVDs is usually outside accepted uses of the media [08:03] superm1: Good point. [08:04] admittedly though someone will want to investigate this for sure. i wouldn't expect mplayer to be used for the conversion, but rather ffmpeg or mencoder [08:04] yea mencoder should be used imho, but who knows what they hardcoded in [08:04] i havent looked [08:05] either way though both are multiverse are they not? [08:05] well yeah [08:05] bah, I hate dealing with data that's larger than RAM [08:06] LaserJock: heh [08:06] I'm trying to parse a 350MB data file [08:06] in python ... [08:06] and not have it take a century to do [08:06] or run out of RAM [08:07] LaserJock: You can't use the fun of iterators to do that? [08:07] LaserJock: parse it bit by bit [08:07] persia: yeah, that's the hard part [08:07] LaserJock: yea just grab chunks [08:07] Why am I unable to switch to a VT? [08:07] RAOF: hardy? no idea, i noticed i couldent earlier [08:07] too [08:07] RAOF: ConsoleKit, I belive. [08:07] Ah. Yay. [08:08] soren: ? ouch [08:08] the data is actually 25k consecutive experiments that have 502 lines each and I want to average groups of them [08:08] so when my X breaks i'm screwed heh [08:08] RAOF: You actually switch to another VT, but then ConsoleKit switches you back, IIRC. [08:08] imbrandon: No, in that case, you're fine, actually. [08:08] soren: Yeah, that's what it looks like. [08:08] LaserJock: Right. Read 25k. Set a couple variables, forget the 25K. Read the next 25k. [08:08] yea thats the behavure i noticed too [08:09] soren: not really, i had some funky VerRefresh values and needed a VT [08:09] imbrandon: If X isn't running, you can switch VT. [08:09] X was running but not usefull [08:09] persia: yeah, my advisor wrote a fortran program to do that, but it writes each average to a file [08:09] imbrandon: Ah, point. [08:09] persia: so I end up with 25k files and I need to do stuff on the data so I'd like to keep it available [08:10] soren: is it the intended behavure? e.g is this a bug or a mis-feature ? [08:10] imbrandon: Bug. [08:10] kk good :) [08:10] imbrandon: Ian fixed it in Gutsy, buyt his patch was dropped, afaics. [08:10] ahh, yay for bad syncs heheh [08:10] imbrandon: who needs a VT [08:10] LaserJock: i do regularly [08:11] :) [08:11] LaserJock: Rock and a hard place. If you put it all in memory, you don't have any less. To not have it doubled, read each chunk and stuff into an array, then reset, and load the next chunk. [08:11] persia: yeah, I'm working on it === \sh_away is now known as \sh [08:20] imbrandon, could i grab you to look over the backport you were looking for a pbuilder log on again? I attached it earlier today. bug 173684 [08:21] superm1: sure, i'm about to reboot but i'll grab it before i do [08:21] Launchpad bug 173684 in gutsy-backports "Please backport mythstream 0.18.1 from hardy" [Undecided,New] https://launchpad.net/bugs/173684 [08:21] ok cool thx [08:21] <\sh> moins [08:23] superm1: done, ok brb rebooting [08:23] Anyone want to test the things needed for the kvm backport? [08:24] * imbrandon dosent have the hardware to or i would [08:24] RAOF: Which version are you about to backport? [08:24] imbrandon: You can test that the new bochsbios works with the old qemu [08:24] RAOF: Might be worth pinging intuitivenipple (in -bugs or -devel), who has a fair bit of interest in kvm [08:25] soren: I was thinking the one currently in Hardy, why? [08:25] [08:25] soren: Is there a new one in the works? [08:25] RAOF: I'll be uploading a new one either today or tomorrow. [08:25] RAOF: Upstream is shooting releases out like mad these days :) [08:25] soren: Right. So, I'll kill that backport request, and check that the new one works on Gutsy. [08:26] :) [08:26] C'mon apt-file, finish updating so I can crash my videocard reverse-engineering the POST sequence. === doko__ is now known as doko [08:28] Helllo, [08:29] I received an update on bug 174470 asking to "link the source package". [08:29] Launchpad bug 174470 in ubuntu "Package for the Falcon Programming Language" [Wishlist,Confirmed] https://launchpad.net/bugs/174470 [08:29] jonnymind: Add a link to the REVU candidate in the bug description. [08:29] Should I provide a link to the revu entry? [08:29] Ok, thanks. [08:31] Yay, namespace collision. [08:32] Fujitsu: you mean me? [08:33] Wow, there's a shocker. vmware-tools doesn't build on hppa. [08:34] soren: That's *absolutely terrible*. [08:34] jonnymind: Right, I thought the falcon package I'd seen referenced was the repository generation tool. [08:34] Oh.Ok, as I proposed, an alternate valid name may be falconpl. [08:34] it's also the name of the site... [08:34] Fujitsu: Especially since I explicitly stated Architecture: i386 amd64. Go figure. [08:35] fujitsu: may you please add a note on the bug, so I remember to upload a name-changed package this night? [08:35] soren: Did the sbuild notice that? [08:36] jonnymind: Oh, falcon is probably OK. [08:36] Fujitsu: Nope. http://launchpadlibrarian.net/10821083/buildlog_ubuntu-hardy-hppa.open-vm-tools_2007.11.21-64693-0ubuntu1_FAILEDTOBUILD.txt.gz [08:36] fujitsu: acked. However, I am ready to change the name if needed. [08:38] soren: Hm. I knew Soyuz bits didn't respect the Architecture field, and I guess their mangled sbuild doesn't either. [08:39] Fujitsu: Well, it's a bit more complicated than that. [08:39] Fujitsu: It has an arch: all binary package in it, too, so dpkg cleverly sets "Architecture: any" in the .dsc. [08:39] soren: Get someone update P-a-s and reupload. [08:39] persia: I know, I know. I just still think it's silly. [08:40] soren: Oh, so it wasn't Architecture: i386 amd64. [08:40] soren: I completely agree with that :) [08:40] Fujitsu: There are two binary packages that are i386 amd64, and one binary-indep package. [08:43] Right, but Soyuz shouldn't have to think to look at the binaries. [08:44] Fujitsu: Agreed. [08:44] Fujitsu: ...but dpkg also shouldn't say Arch: any, when it's really arch: i386 amd64 all. [08:44] IMO. [08:45] It should be Architecture: i386 amd64. [08:45] I don't think it's a bug per se. Looking at the dpkg code reveals that it's quite intentional. [08:45] Fujitsu: Debatable. [08:45] Or possibly all too, but I don't think so. [08:45] Right; [08:45] s/;/./ [08:47] I hadn't thought about the arch: all package when I started this light rant .) [08:47] s/\.)/:)/ [08:48] sbuild could well bail out at the start if it is in fact an Architecture: i386 amd64 package. [08:49] Fujitsu: stock sbuild does [08:49] persia: Right, that's why I thought Soyuz's might. [08:50] But Soyuz's is very special with a `th' [08:50] Fujitsu: :) [08:51] persia: what is 'stock' sbuild? [08:52] siretart_: In my book, the currently shipped Ubuntu version (now hardy). [08:52] persia: heh [08:52] moins siretart_ [08:53] siretart_: It's fair to say that different people have different definitions of "stock", so sid, lenny, etch, dapper, and gutsy sbuilds would qualify for others. [08:53] persia: the packaged one in debian/ubuntu is actually a bastardised fork of the 'original' sbuild used on the debian buildds [08:53] yea stock imho would be debian stable, anything else should be noted heheh , just kidding, current released ubuntu actualy imho [08:53] persia: however, it has many very useful features and bugfixes added, which the original one is lacking. and many buildd admins seem to run a locally modified version [08:53] siretart_: Makes sense. I suspect Soyuz of sharing that parentage, but not having the experience of BTS and LP along the way. [08:55] I'd expect soyuz's sbuild to be a custom fork derived from http://db.debian.org/debian-admin/Packages [08:55] heyha imbrandon [08:55] siretart_: That would make the most sense. [09:03] UDS-MTV was ~nov 2005 correct ? [09:04] imbrandon: Sounds about right, it was the one before Sevilla [09:04] yea [09:04] Sevilla was April, wasn't it? [09:04] That makes it Nov 2006. [09:04] eer yea 06 not 05 [09:04] good catch [09:05] Oh yeah, I forgot imbrandon can't count. [09:05] Heh. [09:05] hi all [09:05] Hi indraveni. [09:05] if I am creating a debian package which need to overwrite a file created by any other package, then I am facing a problem, like, couldnot overwrite the file alacarte.mo creating by alacarte package. [09:06] indraveni: Don't overwrite said file. [09:06] indraveni: Why do you seek to overwrite the file (the correct method depends on the reason)? [09:06] indraveni: Explain how it "needs to overwrite a file created by another package"? [09:06] Particularly a translation. [09:06] I am done some localisation and withou creating the complete package for each and everyt [09:07] i am trying to convert the po to mo files and place them in the locales [09:07] indraveni: You really don't want to do it that way: you want to push your .po files to all the individual packages. [09:07] man my mother-inlaw got my daughter a digital camera for xmass, i was just trying it out, this thing sucks, almost so bad as to not give it to her at all [09:07] yes, but my aspect it, just by installing one package, its should provide a localised desktop for gnome, [09:08] *is [09:08] indraveni: We have language packs for that. [09:08] persia, if i do as per your said, then I need to recompile each and every pacakge [09:08] indraveni: I understand, but the infrastructure doesn't support that well at all. It'd be much better to push it all to GNOME with your localisations, so no extra package is required. [09:09] persia, yes, but it will take time, i feel [09:09] indraveni: Well, maybe, but more likely you can get others to recompile all the packages (and yes, it will take time). [09:10] persia, so there is no other way to remove this conflict ? [09:10] indraveni: Not for that purpose. [09:10] indraveni: if possible try to get your translation accepted by the gnome project so others benefit from it to [09:14] Ppl, I sign off. Later. === Sikon_Stargate is now known as LucidFox === luka74 is now known as Lure [09:49] <_polto_> hello all [09:54] ello _polto_ [09:59] <_polto_> hello imbrandon [10:23] <_polto_> Fujitsu, so i continue here.. [10:23] _polto_: Most probably. [10:24] <\sh> Fujitsu, do you happen to know if there is a CVE pending for the latest drupal 5.3->5,4-> 5.5 fixes 5.4 fix? [10:24] \sh: I haven't looked, sorry. I've been a little busy over the past week. [10:24] <\sh> Fujitsu, me too :) [10:25] <\sh> Fujitsu, and I didn't find anything about it [10:25] <\sh> not even for the 5.4 fix [10:25] Checked security-tracker.d.n? [10:25] <\sh> not now [10:25] <_polto_> where is a new version of liblivemedia , this new release contain patches we needed for compatibility with our hardware. (network camera) I used PPA before to have our own patched version of liblivemedia, but i think others could also benefit of updates in the new version. Can somebody update libelivemedia to the last version ? [10:25] <\sh> nothing [10:25] !info liblivemedia-dev hardy [10:25] liblivemedia-dev: multimedia RTSP streaming library. In component universe, is optional. Version 2007.02.20-2 (hardy), package size 885 kB, installed size 3712 kB [10:26] Debian bug #453449 [10:26] Debian bug 453449 in livemedia-utils "New upstream available" [Wishlist,Open] http://bugs.debian.org/453449 [10:27] <_polto_> live.2007.12.07 [10:27] <_polto_> thanks ! [10:27] I'll watch Debian, and if they don't act, I will. If I don't, poke in here in a couple of weeks. [10:28] <_polto_> cool, i'll do. thanks [10:29] Hi all, is today the last day to get advocates on REVU for hardy? [10:33] <\sh> Fujitsu, do you have the powers to upload to security testing somehow? [10:34] \sh: No, but I can modify stuff on the Debian security tracker. [10:35] frenchy: FeatureFreeze is around Valentine's day, so you still have some time [10:36] <\sh> Fujitsu, hmm...that doesn't help ;) we could need a universe-security queue, and later on our security team can push them to -security [10:36] geser: Thanks a lot! Few, I thought that my days were numbered. [10:37] \sh: That would be nice. I suspect we will get that once security moves into Soyuz. [10:37] <\sh> ok cacti fixed ...the new fixes I have to check and let's see if I will request my first cve id ;_9 [10:39] Yay! [10:39] frenchy: this week is DebianImportFreeze, that's when we stop automatically pulling packages from Debian, only on request after that [10:40] geser: is the freeze already in place ? [10:40] geser: Thanks, I wasn't sure if that meant "new package freeze" but that's cleared it up. [10:41] proppy: afaik no, the wiki says Dec 14th [10:41] geser: ok thanks :) [10:41] <\sh> CVE-2007-6279 CVE-2007-6278 CVE-2007-6277 hooray for libflac [10:41] Multiple double-free vulnerabilities in Free Lossless Audio Codec (FLAC) libFLAC before 1.2.1 allow user-assisted remote attackers to execute arbitrary code via malformed (1) Seektable values or (2) Seektable Data Offsets in a .FLAC file. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-6279) [10:41] Free Lossless Audio Codec (FLAC) libFLAC before 1.2.1 allows user-assisted remote attackers to force a client to download arbitrary files via the MIME-Type URL flag (-->) for the FLAC image file in a crafted .FLAC file. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-6278) [10:41] Multiple buffer overflows in Free Lossless Audio Codec (FLAC) libFLAC before 1.2.1 allow user-assisted remote attackers to execute arbitrary code via large (1) Metadata Block Size, (2) VORBIS Comment String Size, (3) Picture Metadata MIME-TYPE Size, (4) Picture Description Size, (5) Picture Data Length, (6) Padding Length, and (7) PICTURE Metadata width and height values in a .FLAC file, which result in a heap-based overflow; and large (8) VORBIS Comme [10:45] asac: Ping! I'd like to know about the status of firefox-dev, libxul, and xulrunner1.9 in hardy. (IE: what would you like me to build-depend on :)) [10:57] RAOF: xulrunner1.9 is now in main, and there are plans to port apps to it, AFAIK. So use it ;) [10:58] asac: that's right, isn't it? ^ [10:58] RAOF: yes, use xulrunner-1.9-dev [10:58] there might be a bit coding required ... (mostly build-system) [10:58] if you need support ask on #ubuntu-mozillateam [10:59] asac: I need to port liferea to xul 1.9... any hints? :) [10:59] https://wiki.ubuntu.com/XulrunnerGecko [10:59] asac: thank you [10:59] pochu: i think lifearea is a bit tricky [10:59] you have to wait for python gtkmozembed [10:59] ?? [10:59] python? Liferea is C [10:59] really ... last time i looked it looked like a mix [11:00] if its just C the instructions should be good enough to start with [11:00] asac: ok, I'll look into it. thanks again :) [11:00] pochu: see how far you get and ask for help if get stuck :) [11:25] asac, pochu: Thanks. xulrunner-1.9-dev it is. [11:27] I wonder why miro goes to the trouble of having a --xine-driver commandline option when they hardcode the driver to "xv" anyway... [11:30] Oh, wow. That looks like a bit of work. [11:30] RAOF: Hrm? [11:33] StevenK: Porting apps to xulrunner-1.9 [11:34] RAOF: Ask asac for help. [11:34] StevenK: Oh, I will if I run into trouble. [11:35] The wiki seems fairly self-explainatory. [11:35] It just suggests that the Miro merge isn't going to be done tonight. [11:35] RAOF: I seem to remember tracking down some crasher with miro going through xine and into xv (or do I misremember). Perhaps the hardcoding was to avoid that? [11:35] persia: There's a bunch of "XINE_DRIVER_HACK" code lying around there, yes. [11:36] * StevenK has this feeling that he is starting too late to do a run through Maraudon [11:36] persia: But that was when Xine itself was dying in Xv. So hardcoding Xv as the driver you want deosn't seem like a good way to get around that bug. [11:37] RAOF: I thought the bug was xine not checking xv state properly, and by having miro do it directly, the bug wasn't exposed, but my memory for that is poor, as I'm not really familiar with any of miro, xine, or xv. [11:38] persia: Hm. That's possible. I do remember running through that bug, but not enough of the details. [11:38] RAOF: Then we're in the same state :) [11:39] RAOF: working on miro? [11:39] Still, the hardcoding doesn't make sense (and my patch to actually respect the --xine-driver commandline option won't influence any workarounds they have) [11:40] asac: Yup. [11:40] * RAOF should probably mark this in LP. [11:40] RAOF: please get together with Ubulette ... he worked on this at some point [11:40] RAOF: was miro the application that uses python + C api of gtkmozembed? [11:41] asac: On the xulrunnerisation? Cool. [11:41] asac: Yup, that'd be miro. [11:41] RAOF: yes ... he was waitinf for my python package [11:41] RAOF: i guess you will need it too [11:41] RAOF: i will ping you later today ... have to cleanup the patch and upload to ppa or something i guess [11:42] Great. [11:42] I'll fix up the rest of the merge, then see about xuling it. [11:42] Does anyone have Dell hardware? I think http://revu.ubuntuwire.com/details.py?package=firmware-tools is mostly good, but I can't test (leftovers are confusing versioning scheme (hard to fix due to third party repos) and differentiating \- and \(hy in the manpage). [11:42] RAOF: yes ... make sense to do the merge and then the porting [11:43] asac: But block on the porting before uploading, right? [11:43] persia: wxwidgets2.8 in REVU where is? I don't find it [11:44] dfiloni: hidden :) http://revu.ubuntuwire.com/details.py?package=wxwidgets2.8 is the URL. All my comments are in the bug. I'm still curious if it's worth patching the autogenerated file. [11:45] persia: do you think is good? [11:45] s/the bug/bug #133888/ [11:45] Launchpad bug 133888 in wxwidgets2.8 "upgrade wxwidgets2.8 to the 2.8.4.2 release" [Wishlist,Confirmed] https://launchpad.net/bugs/133888 [11:45] dfiloni: I think so, I just don't understand if the dpatch is required or not. Robin's latest comment makes me think not. [11:46] persia: I used dpatch to fix wxPython/wx/build/build_options.py file [11:51] dfiloni: I know, but Robin says it is an autogenerated file, (although the build log makes it appear to be used). I just don't know enough about that file to have an understanding of how it should work (and my WX knowledge is all on the C++ side: not the python bindings) [11:52] persia: in the previous version (2.8.4) the file was fixed [11:53] dfiloni: I saw that, which is why I thought the dpatch was correct. At this point, I'm hoping someone with more python knowledge than I will express an opinion. If you're sure, just put a comment in the bug that it is the correct behaviour, and subscribe the sponsors queue (my build system can't handle that package anyway) [11:55] persia: now I'm working at 2.8.7.1 version, but lintian show me a lot of warnings or errors that I want to fix [11:56] dfiloni: Thanks for that. I agree with pochu that it's likely best to get 2.8.6.1 in now, and update later, rather than waiting (unless you're likely to finish in the next couple days). [11:56] s/next couple days/today/ :-P [11:56] persia: I don't think I can finish this weeks [11:57] dfiloni: Understood. It's best to take the time to get it right, so let's move ahead with 2.8.6.1: it just needs confirmation that the dpatch is correct, and can be pushed to the sponsors queue. [11:57] pochu: Do any of your clients use the python bindings? Can you verify the dpatch? [11:59] Queue! === LucidFox is now known as Sikon_Stargate [11:59] StevenK: ? [12:00] Hm. It seems UNSW is burning down. [12:00] persia: http://www.jonobacon.org/?p=1083 [12:00] RAOF: Oh? [12:00] persia: jono's name means Queue in lang [12:00] Aha! [12:00] Finnish [12:00] haha [12:00] StevenK: Well, either that or they've chosen an odd time of the day to run big firere drills [12:01] Er, yeah. [12:01] RAOF: that's not good. i don't want o hear of any other disasters anywhere in sydney. [12:01] * persia enjoys the complete lack of relation of finnish to nearly anything else [12:01] Hobbsee: The amount of tarps on roofs around here is disturbing me [12:01] * Hobbsee also hopes that if we get another hailstorm, we get it soon. [12:01] StevenK: i havent' actually seen any - but i'll admit that i wasn't looking too hard. [12:02] * RAOF obviously lives in the *safe* part of Sydney. [12:02] Where safe == boring [12:02] Or, alternatively, doesn't get around much. [12:02] man this camera my mother-in-law got my daughter is horrible, here is the "test" picture i took with it a little bit ago [12:02] http://www.imbrandon.com/images/album/unsorted/page/1/photo/work-area [12:02] * Hobbsee hasn't dared to call the insurance company yet [12:02] StevenK: did westpoint lose power? [12:03] Hobbsee: Not that I noticed [12:04] Ok. That's a night. Bed awaits. [12:04] imbrandon: Is that a digital camera or a phone? [12:04] * persia suspects most phones have higher resolution [12:04] digital camera, for a 10 year old, just plain nasty [12:04] Er, yeah. [12:04] I could paint a better picture [12:05] imbrandon: Your theme is borken in ff-3 :). [12:05] Also. Urgh. [12:05] lol yea exactly, i'm pondering not giving it to her and just buying one for her myself, this thing is nuts, but i dont wanna piss of the mother-in-law [12:05] Uuurgh. [12:05] RAOF: yea it is in IE7 too, i'll work a bit more on it tomarrow :) [12:05] persia: you mean a python app using the wx bindings? I can try, sure. [12:05] Maybe it's an artistic phone? [12:05]