=== danielm_ is now known as danielm [01:14] mok0: Ack'ed by me. === danielm_ is now known as danielm [01:27] You can't use `macro parameter character #' in horizontal mode. [01:28] haha. for some reason that LaTeX error hit my funny bone [01:28] it sounds so absurdly phrased === zakame_ is now known as zakame === hexmode` is now known as hexmode [01:40] Would a motu who has a minute please do a no change upload of cyrus-sasl2-heimdal. It won't work if it doesn't have the exact same version/revision as cyrus-sasl2 [01:43] ScottK: can i do it? [02:06] Heya gang [02:21] nxvl: You could prepare a debdiff, but it's just got a changelog entry, so it's fairly pointless. [02:21] bddebian: If you have a minute (and you're the most recent motu to talk in the channel) would you please do a no change upload of cyrus-sasl2-heimdal. It won't work if it doesn't have the exact same version/revision as cyrus-sasl2 [02:23] From Debian? [02:27] No, from ours. [02:27] Just bump the revision to match cyrus-sasl2 [02:27] bddebian: [02:27] ^^ [02:27] Ohhh [02:27] Thanks [02:31] Uhm, aren't they both already -18ubuntu1 ? [02:39] No. ubuntu2 just got uploaded. [02:40] bddebian: https://launchpad.net/ubuntu/hardy/+source/cyrus-sasl2/2.1.22.dfsg1-18ubuntu2 [02:40] Ah, OK [02:41] hi all [02:41] Hi [02:41] can I get somebody to look at doing the SRU for flashplugin-nonfree for dapper and Feisty? [02:41] bddebian: Thanks. My youngest brother is getting married on Saturday and we're flying out early tomorrow, so I'm kind of out of bandwidth in my brain just now. [02:42] Heya LaserJock [02:42] LaserJock: nxvl was looking for something to do. He'd need sponsoring though [02:52] ScottK: btw, thanks for approving the matplotlib FFe, I use it in my research [03:08] ScottK: i agree with you, w.r.t envy and the # of updates. [03:08] cant 'believe i didn't think o fit before [03:09] RAOF: it won't open any oo.o (writer, and calc, at least), document. [03:13] RAOF: what won't? [03:13] grr, that was for Hobbsee [03:14] LaserJock: gnome-do [03:20] Is anyone around who could help me sanity check my solution to a bug? [03:20] it's on audacity and is bug #193593 [03:20] Launchpad bug 193593 in audacity "Audacity effects missing" [Undecided,Confirmed] https://launchpad.net/bugs/193593 [03:31] ScottK: Uploaded btw [04:09] bddebian: Thanks. [04:12] Hobbsee: Another thought I have is that approving that FFe (Envy) is money in the bank for the least FOSS oriented video card maker. I don't like encouraging them. [04:13] well, i see the point of the video card.s [04:14] but its' like granting a uvfe for cheese in gutsy or the easycryt stuff - there's a package every week, afair [04:16] Yeah. I think he was blogging about even more updates today. [04:21] Hobbsee: Would you please ack/approve the matplotlib FFe - LaserJock wants it. [04:25] ScottK: do i need to view the bug first? [04:31] Wouldn't hurt [04:32] * ScottK gets the bug [04:33] Hobbsee: Bug 195772 [04:33] Launchpad bug 195772 in matplotlib "please upgrade python-matplotlib to version later than 0.90.1" [Wishlist,Confirmed] https://launchpad.net/bugs/195772 [04:33] :) [04:38] lol ouch bug 214898 [04:38] Launchpad bug 214898 in ubuntu "latest batch of updates deleted all user docs, pics, music and vids?" [Undecided,New] https://launchpad.net/bugs/214898 [04:38] eek [04:43] hmm [04:43] is it safe to ask for someone's whole /var/log directory in a tar.gz? [04:43] Hobbsee: Hm... works here (with non-trunk crazy-devel build). [04:44] i dont suppose any personal info could be in there? [04:44] xtknight, I wouldn't be so sure of that. [04:44] Hobbsee: ...and works with the Universe version, too. What are you actually trying to do, again? :) [04:44] i'd love to help this poor guy i just dont know how [04:46] RAOF: ctrl+space, type in name. [04:47] Hobbsee: As in: ctrl+space name_of_document, or ctrl+space openoffice.org writer? [04:48] Hobbsee: Because either one WorksForMe(tm) [04:53] RAOF: the former. [04:55] Hobbsee: Is this because name_of_document isn't coming up as an item? It needs to be somewhere fairly specific to be indexed, IIRC. [05:00] it's coming up as an item. it's in ~ [05:00] Hm. [05:00] What does it do when you press enter? It brings up a nautilus window showing ~, I bet. [05:02] no, it does nothing [05:05] Hobbsee: Can you take a screenshot? Urgh! What's in the second pane of Do? [05:17] * StevenK kicks printers [05:18] * secretlondon *hates* soundtouch [05:19] RAOF: I wonder if Noveau won't corrupt the off-screen 2D buffer if X is restarted and the blob isn't unloaded. [05:50] RAOF: Re vlc from yesterday, I didn't quite understand what you were getting at. The macro/variable that were were talking about, and somethign to do with it being from algorithm. Algorithm is included, and they also have 'using namespace std;' [06:03] Hello, is it appropriate to use dh_icons in an icon theme package ? === asac_ is now known as asac [06:12] ScottK: ack completely forgot to tell you, sourceful backport of wine .59 is fine [06:12] * jdong hugs tomboy for that one [06:13] jdong: Debdiff me in about the next 10 minutes or wait a week. [06:13] ScottK: rofl [06:13] Not kidding [06:14] ScottK: mmmkay I'll try speed crackporting! [06:14] I like that term :) [06:15] Actually it's a little longer because my 16 year old is using the laptop to load her iPod. [06:15] tell her to take longer! break libgpod! [06:18] I confess it's on Windows. iTunes is the one thing they are still allowed to use it for. [06:18] Ewww! [06:18] gasp :D [06:18] Bad ScottK [06:18] I have high hopes that'll change. [06:18] It's not like I use it. [06:18] ScottK: Try again with Hardy, I [06:18] ScottK: Try again with Hardy, I'd suggest [06:18] I will. [06:18] Just haven't had time. [06:19] yeah Apple tries very hard to be a prick to the rest of the the world with their devices :) [06:19] * jdong waits for wine to debdiff [06:21] ScottK: http://launchpadlibrarian.net/13309179/debdiff [06:25] jdong: Thanks. [06:26] ScottK: thank *you* :) [06:26] guys I just impulsively ordered a N800 [06:26] will I be happy with that purchase? :) [06:26] ScottK: did you sleep sometimes? [06:27] * nxvl is starting to think that ScottK is an IA bot [06:27] :P [06:27] jdong: Only if you don't want a keyboard or GPS [06:27] Yes. [06:28] nxvl: is it that you are starting to think that makes ScottK an AI bot? [06:29] jdong: hes always here [06:29] StevenK: (1) I think I can live without a keyboard , compared to dishing out for the $400 one (2) too bad a GPS can't navigate MIT buildings. Because that's what I really need a GPS for [06:29] "proceed to.. next hallway... and... veer left... through the second door" [06:29] "checking route for traffic..." :D [06:40] Three cheers for bulletproof X. [06:48] TheMuso: Oh, right. So the most obvious possibility is excluded. Sorry, I don't have anything more :/ [06:48] StevenK: nouveau won't start X if the blob's kernel module isn't unloaded. I can, however, unload the blob's kernel module then start X with nouveau just fine. [06:49] good morning [06:49] Morning dholbach [06:50] hiya cody-somerville [06:50] :) [06:50] Heya dholbach, cody-somerville. [06:50] jdong: Uploaded. Thank you for your contribution to Ubuntu ;-) [06:50] Let's gett this greeting snowball rolling! [06:51] ScottK: why thank you ;-) [06:51] what's the "diff splash" patch system [06:51] xtknight: Reference? [06:51] RAOF, what-patch [06:51] on source pakage elinks [06:51] oh oh! I know! One clucks in defiance and the other... [06:51] or is that the wrong punchline? [06:52] Hm. Probably just inline patching in the diff.gz. [06:52] i see a debian/patches/ folder with .diff files [06:52] but i'm not sure what to use to "push" them all so i can make a new one [06:52] hi RAOF [06:53] xtknight: What's in debian/rules? That'd be a fallback herustic :) [06:54] yeah except im clueless at reading rules but here it is http://rafb.net/p/lwIYmE66.html [06:54] it just looks like an unmanaged patch system [06:54] sleezy. tell me why would someone even take the time to write something like that when they could use dpatch? [06:55] * xtknight must be missing something, but it wouldn't be a first time [06:56] xtknight: Because they didn't know about dpatch? Because they thought they could do it easier? I mean, dpatch requires a whole lot of effort :) [06:56] it does? [06:57] alright i guess i must have it much easier then... my dpatch-edit-patch seems to work graet for me, maybe they have to do something a lot harder :o [06:58] xtknight: but you have to include a .make, and add 2 dependencies to debian/rules targets..... [06:58] xtknight: all of which time could be spent writing a recursive scheme patchsystem! [06:59] Yeah, I was being silly. [07:00] Because they made the package before dpatch-edit-patch was written? [07:01] hehe [07:01] pfft dpatch-edit-patch always existed. It's just a story made up to scare the little ones. [07:01] like Redhat 7. [07:01] RAOF: Ah, that wasn't really the question. [07:02] jdong: RedHat 7.0, even [07:02] StevenK: silly me, how could I forget the big-Oh at the end? [07:03] (that's what she *cough* nvm) [07:08] Good morning [07:08] rule #3 of #ubuntu-motu: When someone comes in to say good morning, it's probably bedtime. [07:08] StevenK: What was the question? :) [07:09] Hello, is it appropriate to use dh_icons for an icon themes package ? [07:10] RAOF: So, with the blob, if I restart X without unloading it, it looks fine, except the 2d off-screen buffer is stuffed, and things like Xv don't show the real content. [07:10] StevenK: That's cool! [07:11] It so isn't. [07:11] Yeah, fair crack of the whip. [07:11] Well, there's always the 'try nouveau' approach. [07:12] Which means no WoW, I suspect :-) [07:13] Not necessarily! [07:13] Although, if you'd like fast, not-horribly-glitchy rendering, yes :(. [07:14] Yay for 3D driver programming by guesswork [07:14] Oh, that's software mesa I'm talking about :) [07:15] WoW dies with a shader error with the nv4x gallium driver :) [07:15] Heh [07:17] But this might actually be an old mesa bug, rather than a problem with nouveau per se. [07:18] And it's not actually 3d driver programming by guesswork; they pretty much know how the thing works. Yay renouveau! [07:19] RAOF: Which bit is taking time, then? [07:19] http://packages.ubuntu.com/source/hardy/elinks [07:19] um this should be Core Devs not MOTU Devs for Maintainer right? [07:21] !info elinks [07:21] StevenK: Developer time, apparently. There aren't actually that many devs working on nouveau who understand gallium (which is apparently really hard without an intimate knowledge of 3d hardware). [07:22] <\sh> moins [07:47] !info elinks [07:48] elinks (source: elinks): advanced text-mode WWW browser. In component main, is optional. Version 0.11.1-1.5ubuntu1 (gutsy), package size 611 kB, installed size 3340 kB [07:59] <\sh> could be that it was in universe before it was promoted to main [07:59] <\sh> oh no... [08:49] dholbach: #203571 [08:51] freeflying: hello.... how can I help you? [08:51] dholbach: did u sponsor this upload? I consider re-opening it, the bug reporter hasn't provide a patch [08:51] freeflying: is it about the 0.5.23? if so, I'm in touch with Arne abou it [08:52] I sponsored 0.4.23-1ubuntu2 (see comment 9) [08:52] dholbach: yes, the package is not nice :) [08:53] freeflying: it'd be better to mention that on the bug report [08:53] I'll subscribe to it [08:53] dholbach: the bug reporter amend file in upstream directly [08:55] freeflying: better to mention that on the bug report - I merely sponsored it, but have no means of checking if the result is actually OK - I trust Arne to figure it out [08:59] dholbach: as to this bug itself, we'd discuss with arne firstly, xfonts-wqy is in main too, and xfonts-wqy provide the bitmap fonts [09:00] freeflying: can you let Arne know what the problem is - once you figure out the solution together, I can help to get it sponsored [09:02] dholbach: arne is familiar with it, and I will discuss with him this weekend, or sometime tomorrow :), I prefer to sync 0.5.23 from sid firstly [09:02] freeflying: thanks for working on it - once you've come to a decision together, I can see it gets done [09:04] dholbach: u r welcome, and I re-open this bug [10:16] Um. [10:16] Wow. [10:16] Why is Wine autorunning Windows executables that are got from Firefox? [10:17] No questions asked? [10:18] Gotta copy Windows, you know. [10:20] you should be able to tell Firefox not to open those things automatically. [11:48] Zzzz [11:49] If anybody from FFE team is online, please give 2nd ack for bug 195772 [11:49] Launchpad bug 195772 in matplotlib "please upgrade python-matplotlib to version later than 0.90.1" [Wishlist,Confirmed] https://launchpad.net/bugs/195772 [11:52] <\sh> Fujitsu, firefox does ask questions, and it doesn't ask if you told ff to not ask questions anymore while opening apps [11:52] <\sh> Fujitsu, this is normal, and a layer 8 problem :)= [11:53] <\sh> wolfger, it's a user problem...user too lazy error [12:02] Heya [12:48] * Hobbsee finally gets home [12:48] RAOF: so, it's playing nice now. NFI why. [13:03] * mok0 pokes Hobbsee with a stick for beating him at yesterdays 5-a-day stats [13:03] haha [13:04] mok0: you should do firefox today. [13:04] Hobbsee: eeek [13:04] Hobbsee: what do you have in mind? [13:06] mok0: dunno. i'm sure i'll find something. mvo wants help, too [13:06] Hello, is it appropriate to use dh_icons for an icon themes package ? [13:30] sorry to bother you guys with this, but does anyone know what package contains the std c library manpages? I need to be able to e.g. man {send,recv,printf,..whatever} [13:30] jroes: I guess it is manpages-dev [13:31] awesome! [13:31] that's probably why I never found it :) [13:31] thanks slytherin [13:45] Hey [13:45] hi RainCT [14:01] So, from today, we need mr team ack for EVERYTHING, yes? [14:02] <\sh> from the 11th on, yes [14:02] <\sh> imho the 10th is still free ;) [14:03] Ah ;-) [14:03] ScottK: shot down envyng some more. [14:03] \sh: free as in free speech or free beer. :-P [14:03] <\sh> hmm? [14:03] <\sh> slytherin, free as in "buildds are not in manual mode" ,-) [14:05] ScottK: i really can't justify a package that gets an upload at least once a week being put into a stable archive, no matter the time of the cycle that we're in... [14:05] perhaps the month of march 2 - april 2 was especially busy, but it's certainly setting precedent. [14:10] Hobbsee, getting an upload once a week? What a reyou referring to on that? [14:10] superm1: envyng [14:10] superm1: like i said, in the previous line :) [14:10] the package itself? [14:10] perhaps it's not all ng, but. [14:11] hey what did I do [14:11] oh, envy-ng ;) [14:11] * Hobbsee just checked the number of blog posts on planet ubuntu about it that definetly had a release, rather than just thanking people for help, and got 5 between march2 and april 2 [14:11] Ng: yes, that. although some people want tickets to get resolved, if you're in that frame of mind... [14:12] Ng: unless you want to be put in the repository? [14:12] Hobbsee, as per my understanding there won't be any changes necessary for Hardy once it's in? [14:12] superm1: why? [14:12] all the newer drivers come from a PPA [14:12] the package itself just grabs stuff from the PPA in a niceish fashion [14:12] Hobbsee: I have zero interest in envy, I threw all my evil hardware away ages ago ;) [14:13] Ng: i've only dealt with evil wifi before, so i agree with you [14:13] * Hobbsee managed to sell the evil card to dad. [14:13] (yay for marvell) [14:13] Hobbsee: that's not nice :) [14:13] lu mais ne l'étant pas pour moi je sollicite votre aide sur ce sujet [14:13] Actuellement mon système démarre mais est bloqué environ 5 minutes pendant la séquence du boot. [14:13] Je ne sais pas comment y remédier. [14:13] jeromeg: he's a 'doze user. [14:14] jeromeg: ich nicht sprecke french. [14:14] I kept my dad away from windows right form start to avoid troubleshooting headache [14:14] slytherin: he started there, so... [14:14] maybe one day. but i dobut it [14:14] Hobbsee: oh right, in that case 'he deserved it' :) [14:14] sorry buggy mouse breaking everything [14:14] cprov: exactly :) [14:15] cprov: funny thing is, it's somewhat patchy on 'doze too. [14:15] it actually behaves better on a stable version of ubuntu, if you don't use the netgear drivers for it [14:16] then, it can be only justified by his bad karma ;) [14:17] Hobbsee: envyng won't need to be updated once a week. If there are bugs (reported by users) I'll fix them. That's all [14:17] tseliot: oh, you are here. [14:30] LaserJock: question for you. [14:30] protonchris: ping [14:38] murrayc_: What's up? [14:38] protonchris: I just did yet another glom tarball release, in case you feel like packaging it. [14:39] murrayc_: does it fix any nasty bugs? [14:40] protonchris: At least one crash. [14:40] protonchris: And it should make apport work with glom again, so we can more easily solve future crashes. [14:41] dholbach: ping [14:41] RainCT: pong [14:42] dholbach: uhm.. nevermind. wanted to ask you something but just found it out myself :) [14:42] ok super :) [14:43] murrayc_: I'll take a look tomorrow, but I suspect that we will need to wait until after the hardy release. [14:43] protonchris: That would be fine. I just hope it doesn't have to wait for hardy+1. === Sebast1an is now known as Sebastian === thekorn_ is now known as thekorn [15:07] mok0: aroune? [15:07] *around [15:18] heya [15:28] heya dendrobates [15:29] emgent: hi [15:29] cody-somerville: i fixed and tested bug #190020 in gutsy Xubuntu box, work fine. [15:29] Launchpad bug 190020 in xfce4-panel "Stack-based buffer overflow" [High,In progress] https://launchpad.net/bugs/190020 [15:30] sebner: yo! [15:49] mok0: what about the libmail-listdetector-perl? Just too slowly before final freeze started? [15:49] sebner: bug no. ? [15:49] * mok0 wants an url to click :-) [15:52] Zzzzz [15:54] mok0: bug #212512 [15:54] Launchpad bug 212512 in libmail-listdetector-perl "Please sync libmail-listdetector-perl 1.01+dfsg-3 from Debian(Unstable)" [Wishlist,New] https://launchpad.net/bugs/212512 [15:54] sebner: you don't have 2 acks for this [15:55] mok0: ehm. Because of final freeze? because this is a pure sync [15:55] sebner: last comment is ScottK asking for testing [15:56] mok0: true but you subscribed motu-release where it shouldn't be necessary (if it was before final freeze) [15:57] sebner: Since you put the changelog there, I assumed it was because you were looking for ACKs === cody-somerville_ is now known as cody-somerville [15:58] mok0: wth? Also for *normal* syncs you should post the changelog xD and if you can see it's not a new upstream version [15:59] sebner: I am sorry if I messed it up [16:00] sebner: I can see it's mostly packaging that has been modified [16:00] mok0: hmm np :P It's just that I have to satisfy Scottie now ^^ [16:00] sebner: ... and he is travelling for a week. [16:01] sebner: perhaps you can get someone else from m-r to take a look, I don't dare touch it as long as they're subscribed :-) [16:01] mok0: ^^. however. we are in final freeze so I suppose I have to provide additional infos? [16:01] mok0: you make your like pretty easy ^^ [16:01] *life [16:01] sebner: I was told the freeze is from 11. [16:01] mok0: then ACK ACK ACK ACK ACK [16:02] sebner: I don't dare touch it as long as m-r is subscribed [16:02] sebner: perhaps some older MOTU :-D [16:02] mok0: it's your fault that they are subscribed. don't forget ^^ [16:03] sebner: I know, [16:03] sebner: I'll make it up to you [16:03] mok0: hrhr. I don't care :P but I'll take care ... [16:05] sebner: I think uploads can be done as before, but now m-r have to approve _everything_ [16:06] sebner: do you have others? [16:06] mok0: 1 sync + 1 merge. both not that important [16:06] sebner: they solve bugs + no new features? [16:08] mok0: for the sync no to the first. for the merge maybe yes to the first. both no to the last xD [16:08] sebner, then the sync will have to wait [16:08] <\sh> Mez, ping [16:09] \sh - uh-oh, what've I done now [16:09] <\sh> Mez, did you eventually changed something in debian/rules for php-xdebug? [16:09] sebner: the merge will be useful [16:09] I should have. [16:09] <\sh> e.g. install to binary-indep target? [16:09] mok0: what's the habit for the sync now? Setting to invalid or something like this? [16:09] <\sh> Mez, not the -O0 change ;( [16:10] \sh, nope - the -00 was the only thing I changed on the upload [16:10] <\sh> damn....then I was the one who messed up ;) [16:10] sebner: hmm, good question. Just leave it for now, when intrepid comes along you can set it to invalid with a comment [16:10] <\sh> but I was sure I fixed it earlier :( === tb1 is now known as tbf [16:11] <\sh> of course I fixed in in ubuntu2...and wtf it was gone now [16:11] <\sh> anyways [16:11] sebner: but the merge is useful if it solves bugs; it will save us the work later [16:12] sebner: are you able to test that mail lib perl thing? [16:12] Hobbsee: still around? [16:13] sebner, what's the no. of your merge? [16:13] mok0: dunno. but definitely not today. I'll leave soon. learning for school :( [16:14] \sh : http://rafb.net/p/kNP6sW69.html <-- diff between the rules from ubuntu3 and ubuntu4 [16:14] sebner: if you can test it, there's a good chance it will make it is my guess [16:14] <\sh> Mez, na...it's not your fault :) I was sure I fixed the bug in ubuntu2 ... [16:15] \sh *hands you cookie* [16:15] no worries [16:15] * Mez waits for ubuntu5 :@P === _Czessi is now known as Czessi [16:15] <\sh> Mez, just uploaded... [16:15] mok0: as I said I don't care because there are cosmetic changes and today I really have to time for it. Merge is here bug #212766 . Though we need debwait since a dependency have to be synced before ^^ But already ACKed [16:15] Launchpad bug 212766 in rrootage "Merge rrootage 0.23a-7 from Debian(Unstable)" [Undecided,Confirmed] https://launchpad.net/bugs/212766 [16:15] <\sh> damn...I wanted to go home already [16:15] \sh to be fair, I should have spotted that myself [16:16] sebner: cool, I'm on it [16:16] <\sh> Mez, fun part...I'lll run sbuild with -A on amd64...so I don't get it directly...I need to change that [16:16] mok0: thx [16:16] \sh, I didnt run a build seeing as it was a 1 char change ;0 [16:16] I should have - eh ? [16:16] sebner: there, it's on my list [16:17] <\sh> Mez, always :) [16:17] mok0: fine :) [16:20] <\sh> anyways..rushing home [16:20] :D [16:22] why, oh why did I touch aMule? [16:23] please remind me not to upload it in the Intrepid cycle :) [16:23] jdong: where's the best place to make a call for testing in the forums? [16:23] there's a subforum for that [16:24] http://ubuntuforums.org/forumdisplay.php?f=307 [16:25] oh, neat [16:25] thanks LaserJock [16:28] LaserJock: do I need any special status to post there? because I have none :) [16:28] I don't *think* you do, but I haven't tried it [16:28] RainCT, adblock-plus 0.7.5.4 is out upstream, will you update it ? [16:32] argh [16:33] now the tray icon doesn't work with today's tarballs [16:33] fta: yes, thanks for letting me know [16:33] RainCT, cool, thanks [16:34] RainCT, please use the bzr branch === santiago-php is now known as santiago-v === santiago-v is now known as santiago-ve === Mez is now known as Floodbot5 === Floodbot5 is now known as Mez === danielm_ is now known as danielm [18:22] Hello. It is possible to build dbus-java using openjdk. That means it can be moved to main, right? See https://bugs.launchpad.net/ubuntu/+source/dbus-java/+bug/204704 (if I have done somthing wrong I would appresiate if you told me. I am quite new to Ubuntu) [18:22] Launchpad bug 204704 in dbus-java "dbus-java should work with IcedTea" [Undecided,New] [19:00] Hey! I've got a question. If I've got a new package I'd like to get into Ubuntu ready, should I upload to REVU now or wait until the Intrepid archives open? It's obviously too late for Hardy... [19:02] asomething: you could upload now, but it probably wouldn't be looked at until intrepid opens anyway, so it wouldn't make much difference. [19:03] ya, i figure folks are a bit busy about now =) [19:09] q. i heard that canonical had a 'program' to help company package their software for ubuntu, anybody got the name of this program ? and who i can talk to to get more info about it ? [19:13] lol: "So Bruce Schneier is the Chuck Norris of crypto?" - Seen on http://brainstorm.ubuntu.com/idea/6739/ [19:14] zorglu_: you might want to look here: http://www.canonical.com/services/packaging [19:14] asomething: thanks [19:14] zorglu_: also there is http://www.canonical.com/partners/ [19:15] siretart: did you see the Bruce Schneier quotes, in the same vein as the Chuck Norris ones? [19:15] just looking and laughing at them :) [19:15] james_w: ok looking [19:17] * jdong sets his first high-priority bug in ubuntu.... [19:21] asomething: services packaging webpage doesnt give any prize. should i assume it is free of charge ? should i ask somebody else? [19:23] zorglu_: I really don't know. Any canonical employees around? [19:29] zorglu_: It's paid, I saw the prices somewhere on the site some time ago, but I can't find them now anymore :S [19:29] RainCT: ok thanks. so it will have to wait until i get funding :) [19:33] jdong: whee, nice bug, with completely symbol-less backtraces... :) [19:35] slangasek: yeah I know it's not pretty but it's important :( [19:36] to be fair, hardy is the first release to even /have/ flashplugin-nonfree for amd64... [19:36] slangasek: I'm gonna try the stupid approach and blindly rebuild it against the new xulrunner and see if that does anything :D [19:36] eh, or maybe it was in gutsy (?) [19:36] slangasek: yeah it was in gutsy but not working well [19:36] slangasek: it worked GREAT up until the upload of FF3.0b5 [19:36] * RainCT is wondering if that that Ubuntu Certified Professional thing good for anything [19:37] slangasek: it'd be a shame to lose it again [19:37] jdong: I actually haven't noticed it not working yet [19:37] jdong: 3b5 is known to be very unstable [19:37] this isn't a crash of firefox though [19:39] slangasek: no it's just a crash of the npviewer.bin that shows up in dmesg and blanks all flash applets [19:39] slangasek: it has not happened for me yet since my rebuild [19:39] oh goody [19:40] I hope I don't jinx that === cprov is now known as cprov-out [19:44] slangasek: looks promising so far, I posted a rebuilt deb so hopefully our testers can try to prove me wrong [19:47] jdong: is there any sort of reproducible test case? [19:49] slangasek: just repeatedly go back and forth between a flash and a non flash page [19:49] slangasek: i.e. youtube's homepage and google's homepage [19:49] slangasek: once in a while you will see the flash controls go grey and dmesg shows npviewer.bin crashed [19:49] apport also whines [19:50] ok [19:50] it is somewhat of a heisenbug though :) [19:51] yeah, how many times should I have to switch back and forth on average? [19:51] slangasek: often times it's immediate crash and burn for me [19:51] when's the exact daedline for freeze? [19:51] time? [19:52] I'm not seeing that [19:52] slangasek: the day I confirmed the bug it was literally every flash page did it. [19:52] xtknight: two hours ago? :) [19:52] slangasek: well you're special then :) [19:52] ah [19:52] xtknight: it's already frozen [19:52] bah slangasek is faster ;) [19:53] xtknight: do you want to do SRUs for flash on dapper of feisty? [19:54] LaserJock, dapper and edgy use flash 7 dont they? but feisty yaeh [19:54] if i can get a VM running [19:55] LaserJock, we just came across another slight flash plugin problem [19:55] Bug 213827 [19:55] Launchpad bug 213827 in flashplugin-nonfree "typo in prerm file avoids package remove" [Undecided,Incomplete] https://launchpad.net/bugs/213827 [19:55] i have a debdiff ready for this, not sure what i should do about it [19:56] it is not serious, i dont think it prevents the package from being removed [19:57] well he says it does, i dunno [19:57] I gotta run for a few hours [19:57] if you get a feisty package ready and tested that'd be cool [19:58] ok [19:58] I don't know what to say about the prerm thing [19:58] posted a debdiff about that already on the page [19:58] it looks fairly harmless (though we should fix it) but the reporter says it causes the removal to fail [19:58] im going to see if that's true [19:58] can you test that and the feisty package? [19:58] yeah [19:58] alright awesome [19:58] bbl [20:03] Hey - all the packages I upload to my PPA are getting built for hardy, but I don't see where that is configured or an option. How can I, for example, upload to Gutsy or Feisty? [20:04] megabyte405, you have to build the packages on a gutsy or feisty system [20:04] and then uploading the resulting source_changes [20:14] xtknight: ah, great, thanks. Looks like it's time to download some install discs :) [20:14] megabyte405, ya right now i'm about to build a feisty package so im geting the feisty VM appliance and using virtualbox/vmware [20:15] yep, I basically survive as a dev on VMware :) [20:15] megabyte405, well these only work w/ vmware: http://isv-image.ubuntu.com/vmware/ [20:15] Hardy is really really snappy on vmware [20:15] as a host or guest? [20:15] i always thought ubuntu was a bit slow as a guest, but it's great as a host [20:16] another option is a feisty pbuilder but i never found out how to generate source_changes with pdebuild [20:16] as a guest [20:16] megabyte405, xtknight: I think you only need to change the "pocket" in debian/changelog.. [20:17] blueyed, ah maybe, if the pkg is exactly the same other than the version? [20:17] xtknight: I think he wants to backport packages from hardy to e.g. gutsy? Source doesn't matter really here, AFAICS [20:18] blueyed, ah it could if dependencies varied. but you're prolly right it would prolly work [20:18] would certainly be a good thing to "try" [20:19] i mean if the hardy source used new deps that gutsy doesnt have [20:19] * xtknight is a paranoid [20:19] * xtknight is paranoid even [20:20] xtknight: sure.. but then it would fail also when building on the target system itself.. but I guess that's what you've meant. [20:20] yeah it would fail on gutsy but work on hardy :p [20:20] megabyte405: if you want to build-test it on the target distribution, you can use pbuilder for this.. [20:21] megabyte405: this allows you to easily build packages for e.g. Dapper on a Hardy system. See http://wiki.ubuntu.com [20:21] blueyed, do you know how to get a source_changes from pdebuild? pdebuild -S doesnt do it [20:21] xtknight: why not just "debuild -S"? [20:22] blueyed, you can use that with pbuilder? [20:22] i dont know how to get into the pbuilder "shell" then [20:22] i'd use debuild -S on my regular machine for hardy. say i wanted to do debuild -S under a feisty pbuilder.. [20:23] xtknight: no, just in the source directory. You want that for uploading, right? So testbuild it using "pdebuild" and then create the changes file using "debuild -S". [20:23] i guess what i need is a feisty chroot not a feisty pbuilder *shrugs* [20:24] xtknight: you can use "debuild" to create source_changes files for any other release.. it does not need to compile etc, so it just works. [20:25] bluefoxicy, hmm you mean i can run debuild on my hardy machine and make a source_changes for feisty? how does this work? [20:25] sorry. blueyed ^ [20:26] xtknight: sure [20:26] just change the release in debian/changelog? [20:26] xtknight: yes. Why shouldn't it work. You only need to change the pocket/upload-target in debian/changelog. [20:26] is that what you meant? [20:26] yes [20:32] xtknight: pdebuild is for binaries, which you don't need for source_changes. [20:32] ah [20:32] what does debuild -S -sd vs -S -sa do? [20:32] i didnt see it in the manual [20:33] diff between sd/sa [20:33] see man dpkg-buildpackage. (-sa is source included) [20:33] and you cant make source_changes and binaries at once or can you? [20:34] -sd is without orig sources (-sa includes them). The default is probably depending on the version. [20:34] so "sd" is a lighter option , because PPA QuickStart suggests using that for packages already in the archive [20:35] and i didnt know why [20:35] because it only needs the diff [20:35] yes, makes sense, but is not required in most cases (because it appears to be default, AFAIK) [20:35] Tried "-S -B" for both? [20:36] nah cant do that [20:36] i guess "debuild && debuild -S" works :) [20:37] yes. or rather pdebuild && debuild -S, that's the most common workflow probably (at least mine) === danielm_ is now known as danielm === danielm_ is now known as danielm [21:25] nxvl: please schedule your merging session in a free slot: https://wiki.ubuntu.com/UbuntuOpenWeek [21:31] syncing something NEW from debian this late in the game, still would need an FFe, correct? [21:33] mario_limonciell: even a normal sync require a FFe now [21:34] okay [21:34] "FFe" refers to features [21:34] but yes, new packages fall under the feature freeze [21:34] that's what i thought, but wanted to make sure === gary4gar is now known as cool [21:37] heya mok0 [21:38] sladen: ff = feature freeze = final freeze now ^^ [21:38] slangasek: see above xD [21:38] sladen: sry [21:39] hmm, then I guess I should pick a different name than "final freeze". :) [21:39] nvm [21:43] slangasek, 'rf' 'release freeze' [22:01] arggg, my swap died again [22:02] why does that always happen when I have to leave in a hurry and I'm trying to hibernate [22:07] jcastro: done === ogra_ is now known as ogra [22:16] sebner: ping [22:19] mok0: what are you complaints :P [22:20] mok0: as I said. we have to wait until bulletml is synced ^^ [22:23] sebner, I get a FTBFS for rrootage [22:23] sebner: ah, [22:23] mok0: ^^ [22:24] sebner: how's that progressing [22:24] mok0: hm? [22:24] bulletml [22:24] what about it? [22:24] When can I expect it? [22:25] ask the mighty archive admins ^^. it got ACKed 1-2 days ago [22:26] sebner: can't rrootage compile with 0.0.6-2? [22:27] mok0: haven't test. but you can upload it. DEBWAIT is the magic word [22:27] mok0: or it FTBFS and we can request a give bck [22:27] *back [22:28] sebner: right. I just like to verify that things build [22:29] mok0: I did a testbuild :D [22:30] sebner: did you build it with the updated bulletml ? [22:31] mok0: pbuilder login + debian package. Hmm would be good to remember if it really worked but I think yes. I'll try again tomorrow to be 100% sure [22:31] sebner: thx [22:32] mok0: np [22:35] The current version of package of centerim does not support yahoo protocols... and it is not clear who is maintaining it... does anyone know if someone is working on updating it to the latest version of centerim? [22:42] good night [22:43] goodnight RainCT [22:44] dgrt: my guess would be no as we are in the Final Freeze for 8.04 [22:53] gn8 folks [22:54] LaserJock: does the final freeze mean an end to syncs even if they fix bugs? [22:56] Just checked centerim, and it looks like the last Sid update closes 7 BTS bugs + 1 CVE [22:56] mok0: no, just much more stringent. [22:56] (https://wiki.ubuntu.com/FinalFreeze) [22:57] Hmm. :-) [22:57] mok0: yeah, I just looked at it too, it seems to be a very reasonable low-intrusive update [22:57] Acts of God? [22:57] mok0: there are basically *always* exceptions, the question is what is the bar for acceptance [22:57] oh geez, please don't refer people to that page, it's had no input from the release team :) [22:57] if the CVE issue(s) is(are) major, then I'm sure an exception is considerable. [22:58] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1467 [22:58] ** DISPUTED ** CenterIM 4.22.3 and earlier allows user-assisted remote attackers to execute arbitrary commands via shell metacharacters in a URI, related to "received URLs in the message window." NOTE: this issue has been disputed due to the user-assisted nature, since the URL must be selected and launched by the victim. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1467) [22:58] heh [22:58] well, better to err on the side of caution IMO. [22:58] that's a nice little cve output from ubotu [22:58] since when waas user clicking a URL excuse to dispute a vulnerability? [22:59] I dispute these Flash CVEs! [22:59] jdong: doh, you have to *run* the trojan horse, that's not a vulnerability :-) [22:59] I disput e all Firefox CVEs [22:59] they require user assisted opening of Firefox. [22:59] jdong: yeah, you have to start the program [22:59] :-D [22:59] :) [23:00] slangasek: what's a better reference? [23:00] crimsun: my guess would be his email [23:00] crimsun: currently none, I'm afraid [23:00] my guess would be "THOU SHALT NOT PASS!" [23:00] well, or the email, yes :) [23:01] would be nice to update HardyReleaseSchedule thusly, then. [23:01] or the FinalFreeze document to reflect actuality [23:01] dgrt: Looks like the feeling here is that it might be worth filing a please-sync bug for centerIM [23:03] crimsun: feel free to update the wiki page to point at the email, with my permission? [23:03] slangasek: the FinalFreeze page? [23:03] crimsun: I meant HardyReleaseSchedule [23:03] slangasek: sure [23:35] mok0: As you might have noticed, I already fixed that CVE, though we probably want the other fixes. [23:35] Fujitsu: yes I just saw it [23:36] Fujitsu: you may want to do the merge yourself perhaps [23:36] Fujitsu: do you know if securitymeeting logs is avaiable? [23:37] mok0: I don't really have a lot of time at the moment, but I could try. [23:37] emgent: I believe they are. It'll be under SecurityTeam/Meetings somewhere, I suspect. [23:37] nope, there isnt :| [23:38] Only old logs [23:38] /MeetingLogs/Security [23:38] ok found it [23:39] http://irclogs.ubuntu.com/2008/04/10/%23ubuntu-meeting.html