=== blueyed_ is now known as blueyed [00:30] * sistpoty goes to bed... gn8 everyone [00:34] "# If the package does not have a packaging system and the patch is small, you can modify the source. It is an Ubuntu goal to keep diffs with Debian small and so if modifying the source makes a smaller diff than adding a patch system you should generally modify the source. " Oh really? [00:36] Laney: This caused a big discussion on the mailing lists a couple of months ago [00:36] must have missed that one [00:36] I'll try and find it. One second [00:37] Laney: https://lists.ubuntu.com/archives/ubuntu-motu/2008-August/004426.html [00:38] thanks [00:51] Hi. Can someone start a rebuild of mumble-1.1.7-1? It failed on a number of platforms (basically everything but i386, amd64 and lpia) due to dependency errors, but I just got my hands on a powerpc machine and built it successfully in pbuilder. [01:09] HAPPY 1234567890 everyone !! [01:12] slicer, which ports do you want to give-back? [01:12] DktrKranz: Err.. Under the assumption "give-back" means "have the build daemons try it once more", all of them but i386, amd64 and lpia. [01:13] slicer, give-back is exactly that [01:14] DktrKranz: If they still fail, I don't know what's wrong, as they complain about "libqt4-dev: Depends: xlibmesa-gl-dev but it is not going to be installed or libgl-dev", but the same build worked just now in a pbuilder on powerpc (which was the first arch that failed). [01:14] given-back on failed ports, let's see what happens now [01:14] DktrKranz: Thanks :) [01:14] you're welcome [01:16] james_w, do you plan to process some NEW during your a-a duties? There are gnome-desktop-sharp2 binary NEW which I'd like to see in the archives soon. [01:17] nellery: root-system is at 5.18.00-2.3 on debian if you want to look at your merge again [01:19] vorian: What do you think to bug #306592? Do we want to make this change? [01:19] Launchpad bug 306592 in plasmoid-weather "plasmoid-weather displays incorrect temperature" [Undecided,Confirmed] https://launchpad.net/bugs/306592 [01:19] (iirc you are a kubuntu kinda guy) [01:19] * vorian looks [01:19] vorian: Must've just been uploaded, I'll update it [01:19] thanks [01:23] Laney: yes, BUT [01:24] it's now known as plasma-widget-weather [01:24] slicer and DktrKranz: That's not going to work on ia64, sparc, or hppa. Should be OK on powerpc though. [01:24] nellery: no problem, I HATE it when that happens :) [01:24] vorian: Should we invalidate the plasmoid-* bug reports and file them against plasma-widget-* ? [01:24] nhandler: Just change the package. [01:25] nhandler: well, we could just rename it [01:25] there is a valid SRU update that can be used in the same bug report [01:25] ScottK: Ok? Why won't it work on ia64, sparc and hppa? [01:25] scottk: That is what I meant. [01:26] it's not a valid SRU debdiff [01:26] Because the qt4-x11 version is older than the -dev package (which is built on 1386) [01:26] He's done it as a backport [01:26] Until yesterday mesa was broken on all those archs. [01:26] I'm working on getting them rebuilt, but it needs doing in a certain order. [01:27] ScottK: which ones have the base-stack done? [01:27] armel and lpia are fully up to date. [01:27] * vorian checks recent uploads [01:27] ScottK: Aha :) That explains why my pbuilder worked, that was updated less than an hour ago. And I guess you fixed powerpc already? [01:27] Yes [01:27] power pc has all the central node packages built for KDE. [01:28] Many of the leaf packages are still un queue to get rebult. [01:28] ScottK: can you press this button then https://edge.launchpad.net/ubuntu/+source/soprano/2.2.1+dfsg-0ubuntu1/+build/866511 [01:28] qt4-x11 on sparc is caught in some kind of soyuz induced groundhog day situation on artigas (just builds it over and over). [01:28] :) [01:29] Looking [01:29] mesa is built now on ia64 and I think qt4-x11. [01:29] It's a mess. [01:30] vorian: Did librdf and mysql get built and did they finish before the last publisher run? [01:33] ScottK: Would it be possible to have the builders postpone building a package if something it Build-Depends: on is already in the build queue (or otherwise "out of date")? [01:33] ScottK: both are fully built on all archs [01:34] vorian: Mashed the button. [01:34] excellent [01:34] slicer: If a build-dep is missing, it will go into a dep wait status. [01:35] slicer: but if the build-dep is uninstallable (as is the case here - the -dev package is the build-dep and its version mismatches with the arch specific main package) it fails the build. [01:35] So I think this is a bug. [01:36] Others consider it a feature, I'm not quite sure why. [01:36] ScottK: Ah, ok. Because when a build fails on an arch I don't have access too, I feel I'm on really thin ice when it comes to figuring out why it failed. [01:37] For uninstallable build-dep like this one you can look and see when it's caught up and then ask to have it tried again. [01:37] If it fails in the middle of compiling, that's different. [01:37] asomething: Lintian error on your quick-lounge-applet update: quick-lounge-applet source: build-depends-on-x-metapackage build-depends: xorg-dev [01:37] slicer: If you look in the kubuntu-devel ML archive, you'll see a couple of recent mails from me on this. [01:38] qt4-x11 on artigas looks like it's succeeded this time :-) [01:38] ScottK: Ok. Thanks for clearing this up :) [01:40] maxb: Cycled back to needs building. [01:40] Wait, nevermind [01:41] maxb: Sure enough. Third time's the charm I guess. [01:42] vorian and slicer: Now the trick for sparc then is that the publisher runs at 3 minutes after the hour. Sometime shortly after that, the package should be available to build against. [01:43] fantastico [01:43] :) [01:46] Laney: i went ahead and adjusted the package name/version to get it into jaunty [01:46] vorian: That's cool, nice one [01:47] slicer and vorian: Also remember that if you do a retry and it fails, the person that uploaded it gets mail in their inbox. Don't blindly retry stuff you didn't upload. [01:47] is sistpoty here? can you help recheck http://revu.ubuntuwire.com/p/fqterm, thanks [01:47] ScottK: i uploaded soprano [01:48] plus we'll need it for other goodness to build [01:48] vorian: You packaged it. Your sponsor uploaded it. They'll get mail too. [01:48] ah, yes [01:48] But that was just a general comment and we aren't blindly retrying it. You checked that the needed things were built. [01:51] Hello, who can help review http://revu.ubuntuwire.com/p/fqterm ? thanks. [01:51] lidaobing: what's it do? [01:51] vorian, a BBS client [01:52] vorian, BBS is still widely used in Mainland China, Taiwan and other places. [01:52] vorian, for example, ptt.cc has more than 100k people online (at the same time). [01:53] yowzer [01:54] power pc is down to just over 200 binaries out of date. It was almost 500 two days ago. [01:54] vorian, and ptt.cc does not belongs to any company, it is maintained by several students. [01:57] ScottK: where do those numbers come from, ooi? (people.ubuntu.com/~ubuntu-archive/testing-ports/ says 355 main 1 restricted 364 universe 26 multiverse) [01:57] lidaobing: i see no "credits" file [01:57] http://people.ubuntu.com/~ubuntu-archive/testing-ports/jaunty_outdate.html at the bottom. [01:58] maxb: ^^^ [01:58] lidaobing: nevermind [01:58] vorian, in res/credits, and it will be installed to the same directory with copyright after install :-) [01:59] lidaobing: don't you think it would be better to just add the authours to the debian/copyright? [01:59] authors, even [01:59] oh,right. The script generating the _all.txt variant must not be cronned as often [02:01] vorian, I don't think credits is not copyright holder [02:01] vorian, it's like "THANKS" file [02:01] vorian, I don't think credits IS copyright holder [02:02] vorian, some of them update the po file (many package does not add translator to copyright file) [02:02] i didn't say contributors [02:02] the credits file lists the authors [02:03] vorian, no the fqterm said fqterm is copyright by fqterm development group, not individual authors [02:03] vorian, just like gcc is copyrighted by FSF, not authors [02:04] lidaobing: I think I remember someone mentioning earlier that fqterm links against openssl and is GPL. [02:04] Is that correct? [02:04] ScottK, yes, then they change the license [02:04] ScottK, wait a minute, I can find out the bug number [02:04] What's the license now?' [02:05] vorian: You know what the problem with that is, right? [02:05] the license included in the source is plain old GPL2 [02:05] ScottK, http://code.google.com/p/fqterm/issues/detail?id=165, it's in Chinese, by maybe google translation can help you. [02:05] That's a fail then. [02:05] ScottK: opensll? nope - but I have a feeling i'll soon be smarter [02:06] vorian: Does the package license have the openssl exception like shown in that bug? [02:07] ScottK, yes, in the end of LICENSE file [02:07] Laney: ya, I saw that, but if you look at the changelog xorg-dev was specifically added in 2.12.4-0ubuntu2 by DktrKranz to fix a FTBFS. Should I add an over-ride? [02:07] OK. If it has the openssl exception, then it's OK. [02:07] it does indeed [02:07] vorian: Generally any code you link against has to be compatibly licensed. [02:07] OK. Then that's OK now. [02:08] the package is otherwise perfect [02:08] GPL code linking against openssl is a common mistake, but we can't allow it in the archive without the exception. [02:08] ScottK, yes, it depends on libqt4, which has a openssl exception too [02:08] Sounds fine then. [02:08] ScottK, total depends of fqterm: libc6 (>= 2.4), libgcc1 (>= 1:4.1.1), libqt4-network (>= 4.4.3), libqt4-script (>= 4.4.3), libqtcore4 (>= 4.4.3), libqtgui4 (>= 4.4.3), libssl0.9.8 (>= 0.9.8f-5), libstdc++6 (>= 4.1.1) [02:09] lidaobing: Has it been tested with qt 4.5? [02:09] ScottK, only qt 4.4 has been tested [02:09] We will probably go to 4.5 for Jaunty although it's not decided for sure. [02:09] OK. I'd suggest testing with 4.5 sooner rather than later. [02:10] ScottK, where can I find a qt 4.5 ubuntu repos? I don't want to build from source [02:10] That won't block archive inclusion, but if you've got 4.5 compatibility problems.... [02:10] ScottK, like ppa [02:10] ~roderick-greening [02:10] thanks [02:10] His ppa. [02:12] asomething: Have a look at `aptitude show xorg-dev'. I doubt that was the right thing to build-depend on. It'd be good if you could find the correct subset of those -dev packages that are needed to get it to build [02:13] asomething: Especially read the note in the package description [02:13] this is a good time to fix the mistake [02:13] Laney: will do [02:13] thanks [02:14] vorian, thanks [02:15] lidaobing: no, thank you for your contribution [02:15] vorian, :-) [02:27] Laney: I just tried building quick-lounge-applet without the xorg-dev build-dep, and it built fine in a jaunty pbuilder without it. New diff.gz attached to bug Bug #309529 [02:27] Launchpad bug 309529 in netbook-launcher "Rebuild for libgnome-desktop-2-7 -> libgnome-desktop-2-11 transition (reversenbs) " [Undecided,Fix released] https://launchpad.net/bugs/309529 [02:27] asomething: Does it work? [02:28] I'm on a intrepid box right now, so I can't actually test it. Some time latter tonight I can get on Jaunty [02:28] OK well I am going to bed soon [02:29] I can have another look tomorrow [02:29] cool === asac_ is now known as asac === bluesmoke is now known as Amaranth === hanska is now known as Guest68393 === TheMuso_ is now known as TheMuso === quadrispro2 is now known as quadrispro === quadrispro is now known as alessio === alessio is now known as quadrispro [09:51] jdong: hi, could you add me to ubuntu-backporters? [10:12] how can I report a bug in GMail? :) [10:15] pochu: In gmail, or from gmail? One's (near) impossible, the other's merely annoying. === hanska__ is now known as hanska [10:38] (in) [10:39] Hey pochu [10:47] hm, looks like boycott novell is planning a shocking expose on corrupt ubuntu developers closing bugs about removing mono without acting upon them [10:48] o.O === asac_ is now known as asac [10:58] directhex: url? [10:58] mok0, reading yesterday's irc logs [11:00] mok0, http://boycottnovell.com/2009/02/14/irc-log-13022009-1/#tFeb%2013%2016:52:31 [11:00] directhex: thanks! [11:01] mok0, before doing anything, be sure to consider occam's razor and hanlon's razor, in that order [11:01] directhex: oh, I just want to read it [11:02] mok0, be careful the stupid doesn't avalance & crush you [11:02] directhex: I guess you remember I'm no mono fan ;-) [11:04] mok0, which is your prerogative. but don't fall into the trap of believing that site has any credibility, the way you couldn't ally yourself with jack "disbarred for life for gross misconduct" thompson if you felt videogames are a bit too violent [11:04] directhex: :) [11:04] heh [11:04] I've never seen the site before [11:05] lucky you. it's where most anti-mono stuff tends to link back to. a world where "reality" is a microsoft shill [11:07] directhex: my anti-mono stance comes from my own thinking, so I wasn't indoctrinated by anyone [11:08] mok0, which is why i don't point at you and call you an idiot. i have the utmost respect for anti-mono sentiment from intelligent human beings, but there are none to be found on that site [11:09] directhex: heh, well they are a bit conspiratorial in their discussion, aren't they? [11:10] A decision has been made to include mono in Debian and Ubuntu, that's basically it, so closing those bugs is natural. [11:11] I just think it makes us vulnerable to actions MS might take, that's why I think the inclusion is a bad idea [11:12] perhaps. but i'd say our "supports more than vorbis and theora" ffmpeg is a much bigger danger [11:13] and even then, the "no patents at all on theora & vorbis" thing is naive - patent trolls & broken patent systems are designed to attack "safe" things [11:14] Didn't canonical purchase a license to distribute those technologies? [11:15] no. have you seen the price? [11:15] no [11:16] mok0, just mp3 playback costs $0.75 per app. $2.50-$5 for encoding. [11:16] mpeg2 or others are FAR more [11:17] yuck [11:17] fluendo will sell you licensed codecs, and the gstreamer "install codecs" window has a button to do so [11:19] €16 for wma and wmv, €16 for mpeg2 and mpeg4, €28 for both the above plus h264, aac. they bundle mp3 decoding for free. [11:19] h264 is free I think [11:19] mpeg-la would disagree [11:20] Isn't h264 Apple's technology? I thought they decided to let everyone use it for free [11:21] free for <100k users [11:22] $20 per unit for 100-200k users [11:22] $0.20, even [11:22] $0.10 for >200k [11:22] wicked [11:22] Stupid way to make money [11:23] don't look at me, i just report the facts [11:23] * mok0 hugs directhex [11:23] now, here's the funny thing. you know the €16 licensed wma/wmv codecs from fluendo? [11:23] err well no but you just told me about them [11:24] there's a company who will give you licensed wma/wmv/mp3 codecs free of charge [11:24] what's the catch? [11:25] they're licensed only for use in a web browser, i.e. not for desktop apps [11:26] so you can just make your mp3 app contain a webbrowser [11:26] distribute your mp3's from a webserver on localhost [11:27] that could work. or you could use fluendo's free licensed mp3 decoder (gstreamer0.10-fluendo-mp3 package). or ignore the patent & just use your favourite app [11:27] free as in price, mind [11:27] Right [11:27] short version: media sucks ^_^ [11:27] I agree [11:28] TBH, I am a sucker, I purchase or rent DVDs and watch them on my dvdplayer [11:29] but if you want to do it "legit", then mpeg-la need to get paid. which means either fluendo (free for mp3, paid for others), or the mysterious benefactors covering mp3 & ms codecs in a web browser context [11:29] I also purchase CDs, rip them for mp3s [11:29] i'm sure you've guessed who the latter are by now [11:29] Google? [11:30] http://ossguy.com/moonlight/microsoft_media_pack_eula.xhtml [11:30] Ha! [11:31] hi RainCT :) [11:31] Novell again huh [11:31] mok0, MS are the ones paying the fees, but essentially [11:32] silverlight-media-pack-linux-x64-5-1.so [11:32] now, i don't actually USE it. i just build against ffmpeg and damn the patenta [11:32] but it's a funny old world [11:33] mok0: thanks for the kcometen4 revu, uploading including the lintian override. [11:33] directhex: it is [11:33] Tonio_: great! [11:33] * Tonio_ doesn't like to override btw ;) [11:33] mok0, my aim is not to tell you steve ballmer is a big fluffy teddy bear. it's to tell you it's a funny old world :) [11:33] but that's a 3 years ago long debate, so.... time to change the inhabits :) [11:34] Tonio_: It makes sense to use it when Lintian reports something you can't fix [11:34] or wont, for a reason [11:34] mok0: ho sure, nevermind, just that a couple of years ago, people most of the time suggested not to override, and I had to change that once, hehe :) [11:36] mok0, but (big but) i think it's a reasonable sign that attacks against mono aren't currently considered a worthwhile avenue of revenue generation by some in power in MS - considering they're actively paying for people to have codecs in moonlight [11:36] Tonio_: There are automated Lintian reports made on all packages, and for the sake of the sanity of those, it's good to exclude bogus lintian errors that the packager "knows about" [11:36] Tonio_: ... but I always run lintian with -o :-) [11:36] mok0: :) [11:37] mok0: it's also true that the number of tests lintian performs right now is at least the double.... [11:37] Tonio_: so, when an automated lintian report will be made on your package, you don't need to be embarassed for not including a watch file :-) [11:37] DktrKranz: I can do binary NEW for sure. [11:38] mok0: point ! :) [11:38] Tonio_: that said, we need to come up with a watch file concept that works for VCSs [11:38] mok0: concerning skrooge, upstream is gonna fix, last udate still had the /usr/lib no soname issue, btw [11:39] Tonio_: I'm not settled on the question if it's a blocker [11:40] it'll be fixed before FF, so it's fair... [11:40] james_w, cool! If you could manage gnome-desktop-sharp2, that would be great :) [11:40] Tonio_: Sure, otherwise, plz get a second opinion from someone in the kubuntu team [11:41] Tonio_: it'd be cool to get it in jaunty [11:41] yes, g-d-s2 please [11:41] part of the messy "our ABI sucks. let's break it!" from upstream [11:42] worse, "our API sucks too" [11:43] mok0: hum, I know the kubuntu guys, they won't accept it with the soname issue :) [11:44] Tonio_: ok [11:44] Tonio_: that was my inclination too [11:44] mok0: well, eventually if that was a critical app, like k3b for example... but since that one is really optional... [11:45] Tonio_: Right [11:45] k3b would have given: ping upstream and upload, since we really have to replace our old kde3 version [11:45] Tonio_: Although the kubuntu team is really working hard to make jaunty shine [11:46] * Tonio_ notices he still has to split out the k3blibs package for multiverse deps... [11:46] mok0: I am too, hehe [11:46] Tonio_: thumbs up to you! [11:46] mok0: and we'll make it, believe me ! [11:47] 1Tonio_: as a kubuntu user I salute you [11:47] mok0: and if you're still interested in revuing my packages : http://revu.ubuntuwire.com/p/frescobaldi [11:47] mok0: the manpage was written especially for you, hehe [11:47] Tonio_: heh [11:47] mok0: /me hugs mok0 for being a kubuntu user [11:47] oups... I still lhave to get used to quassel, it seems [11:48] * directhex installs libqyoto4.3-cil on mok0 [11:48] Tonio_: ah, nice! [11:48] directhex: waah, gtk# ftw! :P [11:48] directhex: ouch! that hurt :-P [11:48] mok0: pain to write the deps, since that's python and using cmake, not pycentral... [11:48] Tonio_: uh-uh [11:48] mok0: but I think it should be okay.. [11:49] Tonio_: I'll take a look sometime today [11:49] sebner, it would be nice to see some decent mono apps gain "native" qt frontends. meebey designed his irc client to be able to do so, for example [11:49] directhex: I know but sebner just can't tolerate kde/qt :P [11:50] sebner, well, don't blame you on that ;) [11:50] hehe [11:50] hoi sebner ! [11:50] DktrKranz: ! [11:51] Tonio_: aren't you s'posed to use lists and stuff for lists when you use the docbook dtd? [11:51] mok0: you mean ? [11:52] mok0: well I usually write docbook files by hand (vim rules...) and honnestly I'm not an expert in the docbook format [11:52] mok0: if you have suggestions to make that a better way, please say ! [11:53] mok0: as you have understand, man page for desktop apps isn't for me a priority, but I'll make an effort ! ;) [11:53] Tonio_: well you have some lists in the page with "*" and "-" bullets, that will look awful if someone typesets the manpage for the printer [11:53] hum, true, that [11:53] * Tonio_ reads manpages with konqueror, so didn't figure out :) [11:53] Tonio_: just being picky :-) [11:54] mok0: know about a good docbook editor (gui prefered), on that point ? [11:54] Tonio_: no I don't. I think docbook is a blemish on the face of the planet, myself [11:55] * Tonio_ searches for a good editor [11:56] Why you might say it's impossible to read [11:57] * RainCT finds the source of hand-written roff manpages easier to read than docbook ones [11:57] .SH me too [11:58] :) [11:58] james_w, ScottK: just read your mail on the MOTU ml, what do you propose for the pending sync requests so we don't pull in possibly unwanted changes from Debian unstable because of bad timing? [12:03] uhm.. svn.debian.org is timing out here :S [12:03] * mok0 thought the point of the FF was to limit the number of uploads after that date, not before... [12:03] is it down or does it just hate me? :P [12:05] RainCT: it's _not_ down... [12:05] mok0, I'm inclined to think about FF some days before of it, just to make sure I'm not rushing too much [12:05] mok0: but we don't want to start possible transitions now because the flood gates open in Debian again and we sync it from unstable [12:05] geser: true [12:06] In fact, there are loads of silly sync requests sitting in the uuc queue [12:06] already [12:06] don't be afraid to reject them! [12:07] Laney: well it takes time to reject them... I just ignore them... [12:08] but then someone else has to spend time looking at it [12:08] Laney: we can just mass-reject them after FF [12:08] Laney: but otherwise... point taken [12:09] if there are silly ones, just remove u-u-s with a rationale behind it [12:09] accept them if they're from me :< [12:10] we should try to get to any good ones before FF [12:10] DktrKranz: yes, that's an option. [12:10] actually, I don't see a reason to do mass rejections [12:11] either we should upload now if they're good (+ new features), reject now if they're bad [12:11] and bugfix uploads are still OK [12:11] Laney, I proposed a possible workaround: https://lists.ubuntu.com/archives/ubuntu-motu/2009-February/005432.html [12:11] yep, that's good [12:12] mass rejecting bugs just because we didn't get round to sponsoring is *not* good [12:12] I usually ask the reporter why it should be synced now if it's not obvious from changelog or bug description [12:13] sounds fair [12:13] The problem is that sync-requests are not automatically closed when auto-sync resumes [12:13] but there shouldn't be any outstanding sync requests at that time [12:13] they should have either been done or closed [12:14] mok0: fixing the manpage using docbook templates... [12:14] ugh, queue is 74 packages long! :( [12:14] it was much worse than that ;) [12:15] really? [12:15] Laney: it's still possible to sync after FF, but either is has to be the same upstream version or a exception was granted [12:15] I know [12:15] Tonio_: amazing [12:15] it was over 130 a few days ago [12:15] so if it's not valid then we reject => off the sponsors radar [12:15] OMG! [12:15] or accept => off the sponsors radar [12:16] if no-one objects, I'll have a run at queue and tag bugs with a "ff-aware" tag [12:17] DktrKranz: Please go ahead. [12:18] * DktrKranz will be back in a couple of hours [12:18] I will have a look at the queue later on as well. [12:18] iulian, 9.04-pre-ff sounds good? [12:19] DktrKranz: Yes. [12:22] mok0: should fit what you expect now, uploaded on revu and available in a couple of minutes. [12:22] Tonio_: thanks! [12:23] * Tonio_ will become what he never wanted to be: a manpage expert... ^^ [12:24] wtf is the MOTU reviewers team? [12:25] directhex: are you dealing with the moonlight sync? [12:25] mok0, define "dealing with". i'm not a motu, but it's my request [12:26] directhex: It's finished? [12:26] ah [12:26] it should be good to upload [12:26] mok0, #329376 [12:26] check out the epic copyright file [12:26] meebey wrote the epic copyright file [12:27] and counts as an advocate, since he submitted to debian NEW [12:30] and it's only epic due to embedded copies of pixman & cairo [12:41] DktrKranz, directhex: why is libgnomeprint2.18-cil_2.24.0-1ubuntu1_all.deb? [12:42] I mean, why "_all"? [12:42] james_w, should it not be? generally speaking, pure mono packages (i.e. ones containing only c#) are fully cross-platform [12:43] directhex: just querying as the other new binary is any [12:43] gnome-panel [12:44] james_w, mono packages are only non-all if they contain some C (e.g. C helper libs) or if they contain poorly-handled wrappers around variable-size system types. if you want to check, look at the package contents - if there's a .so, any is right, if there's only dll, then all is right [12:44] make sense? [12:45] thanks, accepted === Tonio__ is now known as Tonio_ [13:08] james_w: what do you think about the snes9express removal? I want to recommend getting it done in Debian (along with getting the new emulator packaged there too) [13:09] Laney: I'm not sure, as I haven't really looked at it. If you think it's a good idea then go ahead [13:09] right [13:09] same for the NES ones too === _neversfelde is now known as neversfelde === paul_ is now known as Elbrus [13:44] geser: I think as long as people are aware and have due consideration it is suffiicent. [13:47] Hi, good evening. [13:47] If i need a MOTU to review a package-update, i need to subscribe 'universe sponsors' and just wait.. right? [13:48] danielm: Yes. [13:48] ok, thanks [14:01] mok0: ping === Juli___ is now known as Juli_ [14:10] not a ubuntu-motu question, but how can I get a cloak ? [14:10] on freenode [14:11] check the freenode website [14:12] dolanor: Make sure you've setup your nick as per http://freenode.net/faq.shtml#nicksetup and ask in #freenode for a cloak. [14:12] <_16aR_> ok jpds, thanks :) === bastiao__ is now known as k0p [14:16] mok0: pyproj uploaded, so I've started. === ScottK2 is now known as ScottK === dolanor is now known as dola === _16aR_ is now known as dolanor [14:19] james_w, thanks! [14:19] ScottK: thanks a bunch [14:19] quadrispro: pong [14:19] mok0: Thank you that package was definitely it good shape. === dolanor is now known as _16ar_ === dola is now known as dolanor [14:20] ScottK: yeah we worked hard on that one [14:21] * ScottK is currently waiting to see if threats to killfile someone are effective on -devel-discuss. [14:22] -devel-discuss has been a spamlist lately [14:22] The discussion has not been very helpful. [14:23] with both the C-A-B and another one i can't remember now [14:23] I had to spend my time deleting emails (like 20 times a day) [14:24] And there was indeed no point, plus there was the same discussion month ago, and that should have been over with [14:24] Hey cool I won a cash prize of €600.000 and a brand new Toyota Prius [14:24] Yep. [14:25] I think the decision not to include a GUI preference for re-enabling c-a-b is a bit bizarre, but then I use KDE, not Gnome. [14:25] -thunderbird needs the ability to blacklist a whole thread [14:26] ScottK: AFAIK there's xorg-options-configurator [14:26] loic-m: It didn't make it. [14:26] And the alternative to provide an option in another context was rejected. [14:26] I just got an update from the blueprint today. Only the new interface didn't make it AFAIU [14:26] I see. [14:27] Withouth the new interface how do you change c-a-b? [14:27] "2009-02-13 bryce: Uploaded to universe for Jaunty." [14:27] ScottK: AFAIU it's the interface makeover that's on hold for J+1, the app should still come with one [14:28] OK. We'll see. [14:29] tseliot, can you correct me if I'm wrong? [14:29] xorg-option-editor should be the name, we just have to wait till it gets in the repos [14:30] Oh yeah, the other oh so useful discussion was going from 2.6.28 to 2.6.29 just like 5 days before FF ;) [14:30] loic-m: yes, it was uploaded yesterday but the current UI is not final [14:31] s/final/very good as regards usability/ [14:31] tseliot thanks a lot. Is the name "xorg-options-editor"? I tried the one on your ppa, but the jaunty repos doesn't show it yet [14:32]