[00:10] heya [00:12] Hello emgent`nl [03:05] Why the fsck can I not create an intrepid pbuilder from hardy? [03:06] have you installed the backported pbuilder? [03:06] Probably not. Do I have to? [03:06] I normally just copy the debootstrap scripts and modify them a little. [03:06] yes, hardies pbuilder is frozen before intrepid exists [03:07] well, there are a bunch of deps of debootstrap - any of them being outdated can cause an error [03:07] Hmm, never done it before between releases. [03:07] persia: Guess I can't help ya. ;-P [03:12] Hardy-backports doesn't pick up any newer version [03:15] well, if the deps are up to date, it might just be something anomalous [03:17] bddebian: There's an updated debootstrap in backports. [03:18] http://archive.ubuntu.com/ubuntu/pool/main/d/debootstrap/ : look for ~hardy1 [03:18] If that doesn't work, 1.0.10 can be backported (and maybe should be, considering DeveloperWeek) [03:20] fricking thing is downloading alien-arena-data at the moment :( [03:25] bddebian: Which debootstrap do you have installed? [03:27] 1.0.8 [03:27] What arch do you have? [03:27] i386 [03:27] Actually, doesn't even matter. Grab http://archive.ubuntu.com/ubuntu/pool/main/d/debootstrap/debootstrap_1.0.9~hardy1_all.deb [03:28] If that doesn't work, complain, and 1.0.10 can be backported.. Just grab http://archive.ubuntu.com/ubuntu/pool/main/d/debootstrap/debootstrap_1.0.10.dsc and recompile under hardy. [03:32] lifeless: The main issue with debootstrap 1.0.8 is that the release "intrepid" is entirely unknown, rather than dependencies, etc. [03:32] persia: Aye, which is why I usually just copy and modify [03:32] persia, I "worked" around the issue by just copying the hardy script to intrepid [03:32] or just install the old release, and then upgrade it [03:33] NCommander: remember, an upgrade (even with do-release-upgrade) doesn't leave the system in the same state as an install. [03:34] persia: you can use the result though to do a clean debootstrap :P [03:34] bddebian: As NCommander points out, it's always possible to create a hardy chroot, log in, and upgrade it. Not 100% clean, but likely fine for most build tests. [03:34] lifeless: Indeed :) [03:35] persia, you going to be around for a little bit [03:35] Actually, one can probably do pbuilder --login (which doesn't save by default), upgrade, create a new pbuilder chroot, save that, and then throw away the dirty upgrade. [03:36] NCommander: For a while, I expect. [03:45] * NCommander loads a trap with ScottK bait [03:45] Heh [03:46] Shhh, I'm hunting Kitterman's [03:47] Be wevy wevy qwiet? [03:47] Yup, its ScottK season [03:48] hehehehhee === NCommander is now known as NC|Elmor_Fudd [03:49] ITYM Elmer === NC|Elmor_Fudd is now known as NCommander [03:50] I best kill this joke right now, or else its going to get into a GPL/LGPL season joke [03:50] heh [03:50] Its BSD season! [03:50] Netcraft confirms it! BSD is Dead! [03:50] heh [03:51] !meme [03:51] Sorry, I don't know anything about meme [03:51] I was expecting something about overused poorly written memes :-/ [03:51] ubottu needs an upgrade [03:51] Error: I am only a bot, please don't think I'm intelligent :) [03:51] Or an AI [03:52] NCommander: http://www.google.com/intl/xx-elmer/ [03:52] o_o; [03:53] Well, if that isn't fud, I don't know what is :-) [03:53] * NCommander is enjoying these bad puns [03:53] Booo, hiss! [03:54] #ubuntu-fudd - when Ubuntu and Looney Toons cross :-) [03:55] * StevenK looks for NCommander's latitude and longitude for an ICBM [03:55] StevenK, they say the brilliant are insane. Maybe the inverse is true. [03:56] Since I'm insane, maybe I can back into brilliance [03:56] Heh, let me know how that works out eh? :-) [03:57] Well, lets put it another way. They say those who like pain are crazy. [03:57] I like to program in x86 real mode ASM (ah, the DOS days) [03:57] Thus I like pain, and those who like pain are crazy [03:57] Thus I'm crazy [03:57] QED [04:07] .... you know, I have that scary thought those last five lines of IRC transcript are going to be (b)logged somewhere, and come back to hurt me when I apply for a tech job [04:09] heh [04:12] * ajmitch wanders over to bash.org [04:16] bash is back up? [04:16] sweet! [04:16] aw, nope :( [04:17] new azureus looks good.... less vuze junk comin soon :) [04:21] Wooo, saved from being logged [04:21] This is where pbuilder keeps choking: http://paste.debian.net/16359/ [04:23] bddebian, er, why don't you simply copy the hardy script to intrepid [04:23] It works fine [04:23] (you get an intrepid chroot) [04:23] d00d, that is where I started from [04:23] I never had any issues, I just did that yesterday on PowerPC [04:24] Neither have I in the past [04:32] bddebian: Try purging aptitude before upgrading. aptitude isn't installed by default for intrepid. [04:33] slangasek: Yes, libjna-java did get test built. I don't know why it worked for me, and not in the archives yet. I'll sort it. [04:33] persia: possibly a -b test instead of a -B test? anyway, cheers :) [04:34] slangasek: sbuild -A -d intrepid amd64 foo.dsc is my usual means of testbuilding. [04:34] Err intrepid.amd64 [04:36] persia: Purging it from where, the damn thing doesn't even exist yet? [04:36] bddebian: Oh. I thought you were upgrading from hardy. If you're creating it from scratch, I'm not sure how it could get in a state to do that. [04:37] Does debootstrap work by itself against some arbitrary directory? Is this a pbuilder-specific issue? [04:48] persia: ohaiyo [04:50] mneptok: 今日は [04:51] mmm! noodles! [04:51] persia: how goes the struggle? [04:52] bddebian: using some odd pbuilderrc? [04:53] mneptok: It rained. [04:53] persia: i leave for Albuquerque tomorrow. feel free to tag along. [04:53] * ajmitch tries to setup an intrepid pbuilder on the laptop [04:54] heh [04:55] * NCommander is bootstrapping Ubuntu from source from Gentoo [04:55] We have officially left the horizon of sanity [04:55] begone, heathen [04:56] ajmitch, I'm doing it from an amd64 gentoo box [04:56] ;-) [04:56] ajmitch: Same one I've been using since Dapper I think :) [04:56] bddebian: that may be an issue [04:56] The following NEW packages will be installed: aptitude binutils build-essential ccache cpp cpp-4.3 dpkg-dev g++ g++-4.3 gcc gcc-4.3 libc6-dev [04:56] ... [04:56] so something is dragging it in for me [04:57] bddebian: apart from that, it configured without any problems [04:58] NCommander: You do know there are liveCDs, right? [04:58] persia, not for what I'm doing [04:59] NCommander: Yes. That is *why* there are liveCDs :P [05:00] I'm rebuilding the archive with the PIE flag done [05:00] *on === superm1|away is now known as superm1 [05:26] Does MOTU only Ubuntu-ise Debian packages, or do they also make Ubuntu packages from source (in cases where there is no Debian version available to Ubuntu-ise)? [05:28] Light-, MOTU, is package administrators developers submit code to revu for MOTUs to review its up to snuff [05:30] Light-: We do both. Generally we like to use the Debian packages unmodified and would prefer to pass fixes and improvements back to Debian. [05:30] so... MOTU's only review submitted packages? [05:30] ohk [05:30] No, we also package stuff too. [05:35] Light-: Essentially, MOTU are responsible for about 12,000 packages, so wherever we can find ways to reduce the workload, we tend to be in favour. Getting packages into Debian, and getting bugfixes upstreams are two ways we do that. [05:38] When you speak of bugfixes... are you referring to bugs in the package and not in the program? [05:39] Light-: Both. [05:39] Where we can, we push package bugfixes to Debian (although there are a number of package bugfixes that are unique to Ubuntu), and we tend to push bugfixes for programs to both Debian and the program developers directly. [05:40] oh I see [05:43] As long as we've not been successful in pushing the bugfixes upstream, we have to maintain the patches and port them to successive upstream releases, which is a lot of busywork, and does little to contribute to the overall quality of Ubuntu. [05:43] (not merging is bad, but not having to merge is ideal) [05:48] hi all [05:50] Hiya === FlannelK1ng is now known as Flannel [07:54] doko: ping === RAOF_ is now known as RAOF [07:57] good morning [08:04] morning dholbach [08:04] how is udw going? [08:04] highvoltage: very very well [08:04] lots of clever people, lots of excitement, lots of energy, lots of fun :) [08:04] I'm very excited [08:04] Morning [08:04] hi iulian [08:05] iulian: what happened to "Iulian"? [08:05] Hiya Daniel [08:05] dholbach: Changed it because people used to call me lulian ;) [08:05] haha, ok :) [08:14] dholbach: excellent. I wish I could get involved, but I'm under a bit of strain at work this week [08:14] dholbach: I'm glad it's going good though, it means that it will probably happen again :) [08:14] highvoltage: yeah, I'd think so :-) [08:14] highvoltage: luckily the scribes team has put up logs of the sessions [08:15] cool. [08:21] hey dholbach [08:22] good morning [08:22] hey geser [08:22] Hi NCommander [08:22] geser, how goes your morning? [08:22] hi NCommander, hi geser [08:23] * NCommander works on bootstrapping Ubuntu [08:23] anyone know if we added/removed support for "intex rtl8139D" nic [08:23] Hi dholbach [08:23] gnomefreak: I'd ask in #ubuntu-kernel [08:23] * dholbach doesn't know [08:24] thanks dholbach i was thinking about asking there but noone is talking so i figured id try here first [08:25] gnomefreak: yeah... it might be that they're all asleep - did you try #ubuntu-devel? [08:25] dholbach: no not yet [08:25] ok [09:07] morning everyone [09:14] morning o/ [09:15] hey didrocks :) [09:16] huats \o/ [10:02] How does one easily rm .la files from debian/rules? (CDBS). [10:06] find [10:07] But which make target? I've tried post-install::. [10:21] directhex: Hey. MIR is approved, do we sync now then? [10:21] james_w, unless you have any objections, i'd say definitely [10:21] directhex: cool, I'm away for the weekend, so it may be next week that I get to it. [10:22] as long as intrepid ships with a fully 1.9.1 stack, i'm not fussed about when precisely ;) [11:05] I'm correct that requests for sponsoring a merge filed before FF now also need a FFe if they are for a new upstream version? [11:17] geser, i've been told both yes and no. YMMV. [11:20] geser: new upstream version doesn't always mean a FFe is required. If sponsors think new upstream is only for bugfixes (and it's clearly so), they can proceed stating new upstream is for bugfix only. === dholbach_ is now known as dholbach [12:26] man I'm ticked off at #ubuntu [12:28] cbx333: Then fix it :) [12:28] cbx333: Whats up? [12:28] annoying zealots [12:28] I was asking advice on my slow graphics response [12:28] and was told that I was very slow, for not being able to grasp a simple question [12:29] cbx333: ouch [12:29] yeh ouch indeed [12:29] it's unacceptable [12:29] the person who did that should be reminded that the ubuntu CoC applies to the ubuntu irc channels [12:29] this is for some people the first place they touch base [12:29] indeed [12:29] cbx333: I just got on, but I see it in my logs here, we'll take care of it. [12:29] I looked at the CoC [12:29] <- #ubuntu op [12:29] Pici, thank you [12:29] Pici, ok awesome [12:30] As an ubuntu MOTU and a dev in the past....I was utterly insulted [12:30] hey highvoltage....howz it going any how [12:30] cbx333: there is a small minority of people that make it unpleasant that constatnly have to be pruned back. I guess it's just the anture of things [12:31] cbx333: going well thanks. read your recent blog entries, glad to see that it's going good your side still [12:31] Pici, also seek out "don't you get the point? or are you just being stubborn for the sake of it?" [12:31] haha cool [12:31] cbx333: You're *still* MOTU (for another three weeks or so, or if you renew) [12:31] yeh things are going good [12:31] (and that you're managing giving atention to your kid) [12:31] just don't have all the time to do all that I used to [12:31] cbx333: hey [12:31] cbx333: Things like this anger me quite a bit, don't worry, I'll get to the bottom of it. [12:31] persia, I'd like to review [12:31] thanks Pici [12:32] hey ajmitch [12:32] persia, think I'll be allowed? [12:32] cbx333: You ought get the reminder mail in a week to 10 days. [12:32] ok [12:32] awesome [12:32] persia: I let my membership for that one lapse [12:32] oh man I've missed it in here [12:32] heh [12:32] so many friends that I don't have gmail accounts for :p [12:32] cbx333: The practice has been to let people self-renew, and only ask for a declaration of intent if they miss the deadline. No reason you're special in that regard. [12:32] :) [12:32] of course he's special ;) [12:32] cool cool [12:33] ha ha [12:33] so how are you ajmitch? [12:33] man work is getting tough now [12:33] alright, busy enough [12:33] got a week off [12:33] phew [12:33] from the look of things, you're busy as well? [12:33] nice [12:33] yeh man [12:33] the company I went to work for got bought out by Atmel a while back [12:33] so....I now work for Atmel [12:33] as an IT manager [12:34] interesting [12:34] which is ..... a lot of fun [12:34] ajmitch: You're still Core Dev, but you're likely welcome back to MOTU fairly easily, by poking MC by mail (if you care). [12:34] so howz Intrepid coming along? [12:34] persia: I renewed core dev last week, as it was my last hold on both upload rights & membership :) [12:34] so I can still upload to universe & main if needed [12:35] I was after core dev...but never quite got there [12:35] and now just wouldn't have the time [12:36] * ajmitch would be reluctant to dive back into uploading without a thorough review of what's changed [12:36] totally [12:37] Unfortunately, it's still true that nobody put that document together. [12:37] which one? [12:37] * ajmitch has been following the mailing lists, at least [12:37] The "We're sorry life took you away, but here's what you need to get caught up and get uploading again" document. [12:37] hehehe [12:38] I'm just sorry I never managed to get Geyser off the ground [12:38] heh [12:38] I really wanted to do that project [12:38] I've seen requests for it since Dapper, but it's one of those things that never gets written. I know I wanted to read it in feisty (as I missed edgy). [12:38] are my sounds still in Intrepid? [12:38] * ajmitch has had to do some package mangling recently at work, setting up pbuilder again & backporting [12:38] ouch [12:39] Pici, are there any "official" support people [12:39] I was trying to backport stuff from lenny to etch, in the end gave up & upgraded the whole box to lenny :) [12:39] hehe [12:39] had to backport subversion 1.5 to hardy for my personal use [12:39] I thought a couple people already backported subversion 1.5 [12:40] yeah, when I looked at the bug, ScottK said he just had to put a package together [12:40] the few changes were just java related [12:44] someone here can help-me to compile a very old program? [12:45] help page say it compile in kernel 2.0.x [12:45] right I'm off [12:45] (but the programm dont use anything directly linked with kernel) [12:45] thanks again Pici [12:45] cbx333: yep, cyas. [12:45] really rubbed me up the wrong way today [12:46] leleobhz, for making an ubuntu package? [12:46] directhex: its a intent [12:46] but i cant even compile the application [12:46] what app? [12:46] directhex: http://www.sai.msu.su/sal/Z/3/WAVES+.html [12:47] leleobhz: What errors do you get trying to build? [12:47] this app is now behind a BSD licence [12:47] HPC apps are, by and large, absolutely terrible [12:47] persia: a lot really.. let me see if ive saved the output here [12:47] i mean shockingly bad [12:48] also, i see no link to source. where is there source? [12:48] no... ive removed the file.. [12:48] directhex: well, the original version is here: http://www.speech.kth.se/speech/esps/esps.zip [12:49] have another link from a modified install script [12:49] could someone review my package: http://revu.ubuntuwire.com/details.py?package=webstrict ? [12:49] sigh, no build system. i sorta expect it for scientific software these days [12:49] that "appear" to support fedora... [12:50] directhex: this app is *VERY* old [12:50] and unmantained since 2001 i think [12:52] directhex: this is the another link: http://ldc.upenn.edu/software/esps60.3.linmac.src.tgz [12:52] directhex: have some text about here: http://www.corpus4u.org/showthread.php?t=2454 === evalles_ is now known as effie_jayx [12:56] directhex: ill compile again to get the erros [12:56] *errors [12:59] this is gonna take MAJOR hacking work in debian/rules [12:59] directhex: i need only to find a way to compile it in ubuntu [12:59] patches is another thing :] [12:59] there's a LOT of hard-coded nonsense [13:00] yeap [13:02] directhex: how can i redirect both stdout and stderr to a file? [13:03] 2>&1 > filename.foo [13:03] or, apparently, just &> [13:06] directhex: ill use fakeroot to run these scripts... i get a lot of file i can remove after try compile [13:08] directhex: im compiling in ubuntu and ill paste the errors when its done [13:09] but have a lot of: [13:09] lpcfloat.c: Na função ‘get_window’: [13:09] lpcfloat.c:112: aviso: incompatible implicit declaration of built-in function ‘malloc’ [13:09] for example [13:09] never assume you're pasting the right thing [13:09] pastebin it all, or not at all [13:11] leleobhz@zorg:~/TRABALHO/DEVELOPMENT/SETFON/SVN/setfon/trunk/high_experimental/esps/ESPS/general$ ./ESPS_INSTALL &> /home/leleobhz/esps.err.inst [13:11] leleobhz@zorg:~/TRABALHO/DEVELOPMENT/SETFON/SVN/setfon/trunk/high_experimental/esps/ESPS/general$ ls -lah /home/leleobhz/esps.err.inst [13:11] -rw-r--r-- 1 leleobhz leleobhz 6,7M 2008-09-04 09:09 /home/leleobhz/esps.err.inst [13:12] 6.7M only for out & errors :] [13:12] directhex: can i paste it on filebin? [13:12] oh god. yeah, whatever [13:13] directhex: this is from ./SETUP: http://pastebin.com/f5c2034e7 [13:15] directhex: http://filebin.ca/txbbtg/esps.err.inst [13:23] leleobhz, install flex-old === asac_ is now known as asac [14:12] Here's a thought: Now that clamav is in Main, deactivate myself from core-dev so I CAN'T maintain it anymore ... [14:13] you could post patches and someone else will sponsor them [14:20] directhex: /usr/esps/include/xview/window.h:430: erro: expected declaration specifiers or ‘...’ before ‘XClientMessageEvent’ [14:20] /usr/esps/include/xview/window.h:432: erro: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘win_pointer_under’ [14:21] try using gcc-3.4 instead of 4.whatever? [14:21] ok [14:25] laga: That's the flaw in my plan. [14:25] directhex: more erros [14:25] errors [14:26] you know this software is just badly written, yeah? [14:26] http://paste.milk-it.net/922 [14:27] directhex: i think its too old to be built in newer compilation systems [14:27] anyway, the best alternative for this app really sucks more (and is the prefered) [14:28] that's with flex-old or flex? [14:28] felx-old [14:28] switch around which you use [14:28] err [14:28] leleobhz@zorg:~/TRABALHO/DEVELOPMENT/SETFON/SVN/setfon/trunk/high_experimental/esps/ESPS/general$ ls -lah /usr/bin/yacc /etc/alternatives/yacc [14:28] lrwxrwxrwx 1 root root 19 2008-08-29 16:35 /etc/alternatives/yacc -> /usr/bin/bison.yacc [14:29] lrwxrwxrwx 1 root root 22 2008-08-29 16:16 /usr/bin/yacc -> /etc/alternatives/yacc [14:29] right, so? [14:29] cannot be a bison problem? [14:30] maybe. but it might also be a flex problem [14:30] hmmm [14:30] and i've had more problems with flex breaking on different apps than bison, where both are used together [14:30] pi flex - A fast lexical analyzer generator. [14:31] iB flex-old - The old version of the fast lexical analyzer generato [14:31] directhex: hmmm === thekorn_ is now known as thekorn [15:08] uhgr my mouse is not automatically detected when i plug it [15:16] are there any guides for packaging java ant packages? [15:33] Heya gang [15:35] Hi bddebian [15:36] Heya geser === Czessi__ is now known as Czessi === superm1 is now known as superm1|away === superm1|away is now known as superm1 [16:52] ScottK: promoted to main \o/ === Syntux_ is now known as Syntux [17:38] would anyone be interested in reviewing my two packages in REVU? http://revu.ubuntuwire.com/details.py?package=python-fstab and http://revu.ubuntuwire.com/details.py?package=system-cleaner are the relevant pages; the python-fstab package is needed by the system-cleaner package [17:38] the system-cleaner package will hopefully be a really cool tool for keeping a system clean from all sorts of cruft, even for people who keep upgrading them during development or from release to release [17:39] liw: How does system-cleaner compare to the cruft utility? [17:40] persia, it's not restricted to packages, for example it adds the "relatime" option to fstab; it also has a GUI [17:42] Oh, so it keeps all the miscellaneous configuration changes up-to-date, even though it's not a fresh install? [17:43] that's the idea, yes === mcasadevall_ is now known as NCommander [17:50] * persia watches the joins/parts for a python packager who can check these packages, as they sound nifty [17:51] liw: What's the compelling rationale for a Feature Freeze exception for Intrepid for this? [17:51] There are lots of people who still want packages in, but it's generally too late. Why should these be special? [17:52] persia: system cleaner O_o [17:53] ScottK, that's a good question, I'm not sure I have an immediate answer, actually [17:54] which means I suck, of course [17:54] liw: Fair enough. I suggest that's probably the first thing to get worked out. Note you can't get an actual FFe until you have a reviewed package, but some early discussion with motu-release to see if it's worth doing now would probably be a good thing. [17:54] however, a review would still be very much appreciated === cr3_ is now known as cr3 [18:01] morning ScottK [18:01] liw: try to get it into Debian and with intrepid +1 we get it automatically [18:03] sebner: Well, it's kinda Ubuntu-specific, no? It cleans up leftover Ubuntu cruft. [18:05] liw, i thought relatime was hardcoded in kernel now ? why do you need it in fstab [18:05] I'm going to upload it to Debian, too (obviously, since I'm a DD), but Debian is in hard freeze, and I'm not going to bother Debian with this until after they release lenny; however, it might be good for Ubuntu to get this into intrepid so that cruft build-up can be reduced from intrepid already, and not from intrepid+1 [18:05] ogra, is it? I didn't know that (and I would be surprised, since it changes filesystem semantics) [18:06] i see it all over my classmates where i use noatime in fstab by default ... so cat /proc/mounts looks a bit messy on them [18:06] persia: is it reallly useful or is like all the >1000 windows tools? [18:06] showing noatime,relatime [18:06] ogra, hmm [18:07] liw: It cleans all cruft, not just Ubuntu cruft? [18:07] but i see relatime in my fstab on the normal intrepid lappie ... not sure how it got there [18:07] and in /proc/mounts as well [18:08] persia, it has a plugin arch, and when I upload it for Debian, it will handle Debian cruft as well as Ubuntu [18:08] ogra, could it be specific to the lpia kernel? [18:08] Ah. [18:08] liw, nope, celeron classmates here [18:08] not using lpia [18:09] persia, however, certainly some of the tweaks are going to be system specific [18:09] Obviously, as both the upgrade paths and specific cruft may differ. [18:10] but the kernel changelog doesnt talk about relatime so maybe i misremember [18:10] and mount only talks about having it added to the manpage n its changelog [18:11] * ogra quickly rushes to the shop ... forgot to buy catfood [18:11] ah, another cat lover [18:30] can a motu-council member please change the universe-contributors emblem to this one, which has transparency: http://outflux.net/wrench_emblem-trans.png [18:31] Lutin: could you please take a look at the mlt package? it currently FTBFS in intrepid, and it seems you touched the package last. I suspect that we need a new upstream version because of newer ffmpeg, but I'm not familiar with mlt at all [18:33] Lutin: same for kdenlive [18:35] siretart: I know, and this is long overdue. however, I don't have the time needed to do that for the moment [18:35] kees: Working on it. Thanks for the submission. [18:36] siretart: but I'd bet the FTBFS is related to missing headers // gcc-4.3 [18:37] kees: Does that look better to you? [18:37] Lutin: filed bug #264790 with full buildlog [18:37] Launchpad bug 264790 in kdenlive "FTBFS" [Undecided,New] https://launchpad.net/bugs/264790 [18:37] and bug #264613 for mlt [18:37] Launchpad bug 264613 in mlt "FTBFS" [Undecided,New] https://launchpad.net/bugs/264613 [18:38] gcc-4.3-related for mlt [18:39] Lutin: there is a new upstream for this on debian-multimedia.org. I suspect that a merge would fix that [18:40] I think so, but I fear I won't have much time [18:40] same here [18:40] anyone else willing to give it a shot? just grad the mentioned bugs! [18:41] siretart: just merging (though I won't have time until weekend) [18:42] sebner: I reckon that would be it. and I think it would fix a number of other bugs in launchpad with it [18:43] persia: yea, that looks great, thanks! [18:43] siretart: kk, like I said. I'd do it but no before weekend :( [18:43] kees: Now, how can you tell? I don't see any difference on my user page. [18:44] persia: when it's displayed on a non-white background (for example, with the greasemonkey script "karma_suffix"), it's very clear. [18:44] sebner: mlt and mlt++ are both in debian now, you might want to have a look at it (and possibly ask fabo about it) [18:45] Ah. greasemonkey. [18:45] persia: (yay bzr URLs) http://bazaar.launchpad.net/%7Egm-dev-launchpad/launchpad-gm-scripts/master/download/brian%40canonical.com-20080902180527-ailnday1yom5lppx/lp_karma_suffix.png-20080902174541-ccz35l22h5b1y54p-1/lp_karma_suffix.png?file_id=screenshots-20080902165617-0p38lk8fk43a7cxf-1 [18:46]