[00:39] hello [00:39] i uploaded a package using dput [00:39] but it still invisible in the revu.ubuntuwire.com website [00:39] please can you tell me what happened ? maybe there are a delay [00:40] how long ago did you upload it? [00:44] euh... i did it at 13h00 GMT [00:45] and here is the contenent of my dput.cf [00:45] [revu] [00:45] fqdn = revu.ubuntuwire.com [00:45] incoming = /incoming [00:45] login = anonymous [00:45] progress_indicator = 2 [00:45] allow_unsigned_uploads = 0 [00:46] p3rror: and what package did you upload? [00:46] a python module named python-ipcalc [00:47] try uploading a source-only package (built with debuild -S) [00:47] revu won't accept binary uploads [00:49] done [00:49] Successfully uploaded packages. === lukjad007 is now known as ShadowChild [00:51] yeah, that's just dput reporting that the ftp part didn't break [00:52] great === rgreening_ is now known as rgreening [00:52] well right now i can see my package is the new packages list [00:52] looks like it's there, good [00:54] yes ajmitch [00:54] thanks for support [01:02] Heya guys. On a merge I'm working on, during build process, It does this: a2x -f manpage debian/apgdiff.1.txt ad I get this: DEPRECATED: apgdiff.1.txt: line 21: old glossary list syntax [01:02] and this: a2x: xmllint not found: skipping validity checking [01:03] do you know what can be wrong with it, and/or a place where explains how can I resolve the DEPRECATED warning of the manpage? [01:25] hello room [01:27] can someone tell me any good video editor exept kdenlive and cinelerra [01:28] skorpius: this is not the right place to ask, you get better help in #ubuntu. === vorian is now known as stevie === stevie is now known as vorian [02:03] vorian, ping [02:04] RoAkSoAx: PONG [02:04] :P [02:04] vorian, how's it going :) ? [02:04] good [02:04] vorian, happy fathers day :) you are a dad right? [02:04] how are you doing? [02:05] yep, i have 5 chillens [02:05] thanks :) [02:05] vorian, I'm doing well. Do you have little time to help me out with something? [02:05] sure thing [02:06] or i'll try, at least :) [02:06] vorian, ok. I'm mering apgdiff, during build process i get this warning: DEPRECATED: apgdiff.1.txt: line 21: old glossary list syntax [02:07] hmm [02:07] vorian, and this is because of ':-' in this file: http://pastebin.ubuntu.com/201198/ after each option... so, I was wondering if removing ':-' is the right thing to do, since I've done that and now it does not shows that warning [02:07] is apgdiff.1 in the debian directory? [02:08] hrm [02:08] odd [02:08] vorian, so having :- after each option is the right syntax? [02:08] it would give you a warning otherwise [02:09] on line 3, and 6 and 10 and 14 and 20 [02:09] etc... [02:09] vorian, (i'm not pasting the complete file) but yes, if I remove the :- from version it shows the warning on line 6 and so on [02:10] ah, ok [02:12] vorian, so, what I'm actually saying is if i need to delete that :- or add something else instead so that that warning is not showed [02:12] it would seem appropriate to drop it, but I'm not entirely sure [02:12] it should be [02:12] -- option x [02:13] so, yeah no colon/hyphen [02:13] vorian, ok because when i drop the :-, the manpage (after built) it shows like: --version displays apgdiff version [02:13] http://pastebin.ubuntu.com/201199/ [02:15] vorian, do you know where can I find an explanation on the syntax used on a plain text manpage?? I guess they should explain that there... [02:30] Hello, I am in need of a reviewer for my package, kernelcheck. It is a GUI tool that can automatically (custom) build any 2.6 kernel from the upstream source with any patches the user wants. [02:33] Link: http://revu.ubuntuwire.com/p/kernelcheck [02:36] RoAkSoAx: sorry [02:36] got distracted for a moment [02:36] vorian, np :) [02:37] vorian, so anyways... what do you think I should do, Or should I just leave it as it is? [02:37] i would leave it [02:38] untouched [02:39] vorian, ok Will do then. Now I have a second question, during build process it also shows me this : a2x: xmllint not found: skipping validity checking. [02:40] it does not affect the build process, but adding libxml2-utils to Build-Depends will make that warning go away... so... since it actually does not affect the build process, should I add that package to Build-Depends (or Build-Depends-Indep), or where should it go? [02:40] /usr/bin/xmllint [02:40] does it build-dep on libxml2-dev [02:40] ? [02:41] vorian, Build-Depends-Indep: docbook-xml, docbook-xsl, xsltproc, asciidoc Build-Depends: ant, debhelper (>> 7), quilt, default-jdk [02:42] vorian, or should it go under Recommends? [02:42] vorian, never mind what I just said under Recommends since it's only needed during the Build Process [02:43] i would think it would need to be a build dep based on the verbage you used [02:44] vorian, I have tested it under Build-Depend-Indep and the warning is no longer showed [02:45] good [02:46] vorian, so that would be the actual fix then. Every time I get a problem like that I should check for a package that makes warnings like that go away and just add them t Build-Depends, even though if they are not actually needed for the building process? [02:47] yes - just be careful about where the packages come from [02:48] as far as main/universe/multiverse [02:49] vorian, ok cool thanks. That's it. :) Thanks for your help [02:49] no problemo [03:00] vorian, now it shows me: a2x: failed: xmllint --nonet --noout --valid "debian/apgdiff.1.xml" and I'm guessing it is because of the ":-" in the .txt file [03:02] possibly [03:03] vorian, yes I have just tested it and it's because of the ':-' [03:03] vorian, do you know where can I find a howto or anything that show's me how should the syntax be for a manpage in a .txt file? [03:04] i don't know a specific place - I usually google for examples [03:05] * vorian hates manpages [03:05] * RoAkSoAx is starting to hate them :) [03:06] vorian, well I've been searching for it but have not find anything that would help me out... well I'll keep searching I guess [03:06] mostly because they seem to be the most time-consuming part [03:06] http://www.faqs.org/docs/Linux-mini/Man-Page.html [03:07] that's for groff [03:07] * vorian must depart [03:07] see ya later RoAkSoAx [03:08] see ya vorian take care :) [03:08] thnks for the help === cjwatson_ is now known as cjwatson [07:24] <\sh> moins === Paul1 is now known as PaulOwen [07:34] good morning [07:36] ahoy dhobach [07:36] even dhoLbach [07:36] hi PaulOwen [07:36] so here it's mighty happening i guess? first time on this [07:37] hey dholbach! [07:38] * PaulOwen jumps and waves [07:38] hiya nellery [07:39] PaulOwen: if you're interested in ubuntu development and everything, head to https://wiki.ubuntu.com/MOTU/GettingStarted :) [07:40] im just about to notice that the acpi thing im dling has kdelibs in it, not too sensible when im not on kubuntu i suppose? [07:41] aaah is this pure developers channel? im totally wrong here if so :) [07:43] * PaulOwen woot it's rushing by... [07:43] hi everyone i need help recovering a ubuntu installation after crashing it with a compiz configuration now it won't login or start [07:44] hi ak4d7, medic is on his way [07:44] medic? [07:45] okay, ive just read this is masters of the universe, not mark of the unicorn or whatever [07:45] yeah, help, i guess, but maybe only for developers [07:45] i have tried uninstalling gnome and installing it again [07:46] im no developer but i need help [07:46] i guess i'll type /list and see if theres a newbie channel for us [07:47] PaulOwen: try #ubuntu [07:48] that list thing is extra fun on isdn [07:48] ah thanks siretart :) [07:48] i wonder how they always come up with this channel names [07:51] good evening [07:52] hiya ajmitch [07:52] good night and good luck and thanks for scripting this totally astonishing application, bugfix, doomsday device right now [07:52] peace :D [07:53] that was a bit random [07:54] ajmitch, did you see the 3-page hit piece against me on itwire? yays! ^_^ [07:54] couldn't be bothered reading past about halfway down page 1 [07:54] but sam is a journalist! it says so on the internet! [07:55] k [07:55] so when does his writing turn into something coherent? [07:56] but I'm impressed that you're getting so much attention :) [07:56] try applying vodka [07:56] I only have beer :( [07:56] yeah, well, shows what happens if you put your head above the parapet ¬_¬ [07:58] oh well, someone has to do it [07:59] i can't afford to blog again until july, sadly [07:59] bandwidth costs for getting hit so often? [08:04] ajmitch, precisely [08:04] what, you haven't got the cheque from MS for your advocacy yet? ;) [08:05] i'll ask them tomorrow [08:05] ah, good plan [08:05] Summary for June 2009 [08:05] Total bandwidth used 6704 MB [08:05] Total allowed 3600 MB [08:06] directhex: where is the link? [08:06] and I wonder why I don't have a blog... [08:06] slytherin, to what i wrote, or itwire's subsequent rambling? [08:08] directhex: ITWire's rambling [08:09] <\sh> directhex: you need more Bandwidth? [08:09] 3.6GB a month? [08:09] Geeez, my provider for my VPS allows 200GB [08:10] <\sh> I'm on a 2TB/month plan... [08:10] StevenK: but is that based in a civilised country with regards to data caps? [08:10] ajmitch: The VPS is in the US. [08:10] as I expected [08:11] unlike trying to host a server in NZ, with a cap of 10 GB international traffic per month [08:11] Hah. Ouch. [08:11] this is why we have predominantly NZ clients :) [08:12] \sh, i need to have a serious think about what to do on the bandwidth front, certainly [08:12] \sh has contacts... [08:12] slytherin, http://www.itwire.com/content/view/25799/1231/ [08:13] <\sh> directhex: apache2 + php wordpress [08:14] <\sh> +mysql + wordpress == no problem...no ssh account...if you can live with that...I can help you out :) [08:14] \sh, thanks for the offer, but i'd rather pay for something with ssh access [08:14] <\sh> s/wordpress/{wordpress,drupal,s9y,django}/ [08:14] \sh, for now i'm simply ignoring my webhost in the hope that they ignore me..... [08:15] i like wordpress. it's nice 'n' easy [08:16] <\sh> directhex: when I find the time...I'm going to upgrade my rootserver plan to a new machine with XEN possibility..so it's also possible to have ssh accounts... [08:19] \sh, well, time is the eternal issue isn't it :) [08:19] on a related note, i need to finish packing for hamburg [08:19] <\sh> directhex: right now, yes...this week I'm @home...and the upcoming 4 weeks I'm working in a datacenter in Frankfurt...my wife is already happy about that.. [08:20] \sh: Happy smiley or happy sarcastic? [08:21] directhex: just get a linode. problem solved ;) [08:21] <\sh> StevenK: I have a 8 weeks old little boy @home..do you think my better half smiles happy when I'm 4 weeks gone from home? [08:21] \sh: Hah, right. [08:21] * directhex packs his UDS Crew t-shirt for the microsoft-sponsored event on wednesday [08:21] directhex: +10,000 for Linode [08:22] StevenK, i was considering a VPS, certainly [08:23] StevenK, wasn't really looking at linode as i really prefer uk-based hosting. but it's an option [08:23] StevenK, problem is, i suck & have no idea about configuring apache to do all the gubbins i want :) [08:24] directhex: won't take you much to learn. I managed [08:24] directhex: Apache is easy :-) [08:24] directhex: My rates are very reasonable if you want help :-) [08:29] i'm sure i'm supposed to pipe up with "mod-mono!" or somesuch, but i really like wordpress. [08:39] okay, all packed, i hope === cprov1 is now known as cprov [08:51] BloGTK has a fix we need in Jaunty that prevents the app from working. For it to work in Jaunty, if the user has it installed, we need to delete ~/.BloGTK/BloGTK.conf. Should we do this in the SRU? Or just let the user know they should do this? [08:52] you can't touch the users home directory [08:55] Laney: ok. thanks [09:01] slytherin: hi! [09:03] * Hobbsee is getting really bored with the persistent X deaths [09:04] <\sh> stefanlsd: another sane idea would be to let the app (bloGTK) do the migration of $HOME/.BloGTK/ [09:05] <\sh> stefanlsd: but I think that's too much new feature for an SRU [09:19] \sh: yeah. thanks. I agree. To big a change for an SRU. I dont think the app is too widely used as is. [09:46] <\sh> hmm..gwibber is totally borked on jaunty... === ember_ is now known as ember === AndrewGe1 is now known as AndrewGee === proppy1 is now known as proppy [10:55] \sh: Huh? Gwibber works fine for me... [10:57] <\sh> mok0: gwibber just segfaulted here for me.. [10:57] \sh: yikes [12:05] TheMuso: this may interest you: http://brainstorm.ubuntu.com/idea/20263/ === keffie_jayx is now known as effie_jayx [12:50] I need a reviewer for my 'cadabra' package on REVU (it's a symbolic computer algebra system with graphical front-end). Any takers? [13:45] kpirc: does it use java? [13:46] ydrkkk... util.F:110: internal compiler error: in replace_reg, at reg-stack.c:701 [14:03] hello world! i'm working on http://revu.ubuntuwire.com/details.py?upid=6112 , and I'm not sure the right/best/proper way to drop some files from being included in the binary package. any hints? [14:04] dholbach: thanks a million for the review comments [14:13] statik: rm them manually, or use dh_install -X [14:14] man dh_install for more information [14:14] hyperair: if i rm them manually, thats directly touching the source and is frowned on, right? [14:14] * statik reads dh_install man page [14:14] nonono [14:14] you rm them in debian/rules [14:15] after the dh_install call, you rm them from debian/ [14:15] for example [14:15] ok, thats making more sense [14:15] =) [14:15] -X is a better approach for this [14:16] if you use dh7 style, it's trivial to add this to debian/rules. [14:16] so i just need to figure out which rules target to override then I think [14:16] yep [14:16] er you're using dh7 right? [14:16] just do override_dh_install [14:16] i mean create a rule by that name [14:16] then run dh_install -Xfoo -Xbar [14:16] inside that rule [14:17] looks like i'm currently using 6, but I could bump it to 7 [14:17] hyperair: thanks! [14:17] look into man dh [14:19] statik: I've commented two packages of yours, while at it you can consider adopting them. [14:19] I think they apply for simplesetting too [14:19] adopting? O_o [14:19] hyperair: adopting changes :) [14:20] DktrKranz, thanks for the feedbacks, I'll be working on them today. Yes, i've read the review comments for all 4 packages I have in revu right now, and will definitely be applying the same advice/fixes to all of them [14:20] ah. heheh === asac_ is now known as asac [14:24] DktrKranz, I don't have a deep knowledge of the difference between python-support and python-central, any reason that I shouldn't just switch as you suggested? === dholbach_ is now known as dholbach [14:25] statik: no worries [14:26] * statik reads http://wiki.debian.org/DebianPythonFAQ [14:30] i find pycentral just plain confusing [14:39] statik: there's no reason to switch if you are familiar with pycentral. both do the same job, and you can skip their logic, pysupport is friendlier to use and more robust during upgrades [14:39] does anyone have any idea what all cards are expected to have kernel mode setting enabled drivers in karmic? [14:40] anyway, I wrote it's up to you. it's not strictly required. keep in mind Debian would like to merge them to have a central point, though [14:45] NCommander: ping [14:45] slytherin, pong [14:47] NCommander: Do you think powerpc arch should also switch to grub2. Is it feasible? [14:47] Feasible, es, I dunno if its wise [14:48] NCommander: what doubts do you have? From functionality point or installation point? [14:49] I don't know enough abotu GRUB2 to say either way [14:50] hmm [14:59] does someone now a package (build-)depending on a lib*-gcj package? or how to resolve "dpkg-shlibdeps: failure: couldn't find library /usr/lib/gcj/itext-2.1.5.jar.so needed by debian/pdftk/usr/bin/pdftk (its RPATH is '')"? [14:59] that file is certainly there [15:05] geser: why is that package build depending on -gcj package? [15:05] slytherin: it's for bug 384515 [15:06] Launchpad bug 384515 in pdftk "pdftk - Files - Sun confidential code" [Undecided,Confirmed] https://launchpad.net/bugs/384515 [15:06] the patch from Fedora uses the gcj build version of libitext-java [15:07] shouldn't it link against libitext-java-gcj at all? pdftk is written in C++ but also uses Java [15:12] Hello, I am looking for a reviewer for my package, kernelcheck - an automated tool that can (custom) build any 2.6 kernel from the upstream source with any user patches. [15:13] Link: http://revu.ubuntuwire.com/p/kernelcheck [15:18] geser: let me take a look at the patch [15:19] hi there... I'm trying to build openjdk-6 with pbuilder and get this: [15:19] The following packages have unmet dependencies: [15:19] pbuilder-satisfydepends-dummy: Depends: libpulse-dev (>= 0.9.12) but it is not installable [15:19] Depends: pulseaudio (>= 0.9.12) but it is not installable [15:19] The following actions will resolve these dependencies: [15:19] Remove the following packages: [15:19] pbuilder-satisfydepends-dummy [15:19] any idea? [15:20] slytherin: https://bugzilla.redhat.com/attachment.cgi?id=331737 and see also https://bugzilla.redhat.com/show_bug.cgi?id=471811#c11 for some additional steps needed during the build [15:20] bugzilla.redhat.com bug 471811 in itext "RfE: Need CNI sub package to resurrect pdftk" [Medium,Closed: rawhide] [15:20] slytherin: no, it's C++ [15:21] hannesw: probably your pbuilder chroot is not updated [15:21] thanks for the hint, slytherin [15:21] hannesw: login into your pbuilder and see why the mentioned packages can't be installed [15:22] geser: can this be a simple change of modifying classpath or jni path during build? [15:24] ok, i think it was the old chroot - didn't update it from jaunty. [15:24] thanks, guys [15:24] slytherin: gcj links it fines, the executable seem also to work, but building the deb fails as dh_shlibdeps can't resolve the library [15:25] oh, I understood the problem wrong then. [15:26] slytherin: the ldd output for the build executable http://pastebin.ubuntu.com/201521/ [15:27] therefore I tried to find an other package using a -gcj package so I could see how it's done there [15:28] geser: see if there is any reverse build dep of libjogl-jni [15:28] none [15:29] Heya gang [15:31] doko: Hi, do you know of a package build-depending on a lib*-gcj package? I'm trying get pdftk link against libitext-java-gcj which works fine (if I'm doing it correctly) but building the deb fails as dh_shlibdeps can't resolve the linked itext-2.1.5.jar.so file [15:31] geser: how about libaccess-bridge-java-jni or libgtk-jni [15:32] slytherin: reverse-build-depends doesn't find anything for them === WelshDragon is now known as YDdraigGoch === apachelogger is now known as hsitter === ssweeny_ is now known as ssweeny === oojah_ is now known as oojah === kklimonda_ is now known as kklimonda === yofel_ is now known as yofel === cemcNA is now known as cemc [18:26] Hello! [18:26] I updated the Smile package at REVU, the Smile author has included the GPLv2 now in /copying . But REVU doesn't find the license. Is there a link or something missing to make REVU find the license? (Packege: http://revu.ubuntuwire.com/p/smile ) [18:27] it probably wants to be COPYING [18:27] but it doesnt matter so much [18:36] okay [19:25] * hyperair wonders if anybody uses thunderbird 3.0 with enigmail === IVBela1 is now known as IVBela [19:45] superm1: are you here? [19:45] ivoks, yeah what's up? [19:45] superm1: hi; i've noticed /etc/modprobe.d/dmks.conf [19:46] superm1: i'm preparing one package to use dkms and i need some options for modprobe [19:46] superm1: should i add options to dkms.conf? [19:46] ivoks, specify them in the dkms.conf for the package and dkms adds them to the modprobe for you [19:46] oh, didn't know about that [19:47] although a little poorly named for nowadays, it's the MODULES_CONF directive [19:47] superm1: thanks! [19:47] np [19:58] superm1: yep; works beautiful ;) [20:23] hi guys, I just want to clarify something regarding an SRU patch related to bug #364745 [20:23] Launchpad bug 364745 in blogtk "blogtk crashes on start" [Undecided,Confirmed] https://launchpad.net/bugs/364745 [20:24] are the changelog notes in the karmic release good enough for the SRU release? or should I be more indepth with the SRU? (I've used the correct numbering methodology BTW) [20:24] changelogs should always be as verbose as they can imo [20:25] where, what, why [20:27] Laney: blogtk, severe regression as it crashes on startup due to deprecated functionality in python 2.6 rev 60976 [20:27] Laney: the changelog mentions all of that except for the severe regression bit === carthik is now known as casharma [20:45] Laney: would this cover it in the changelog? http://paste.ubuntu.com/201661/ [20:46] scottK: you know lots about python packaging, any chance you have a minute to give me some advice on how to deal with stripping OS X resource fork gunk out of this package? I've tried the override_dh_install: thing that was suggested earlier, but it doesn't seem to be working. http://revu.ubuntuwire.com/p/python-simplesettings [20:46] Nrrd: looks good [20:47] sweet, I'll do a summary in the bug, attach the debdiff (again! :) ) and get that sent into SRU then. Cheers. [20:47] statik: Maybe on Friday. I'm on a bit of a deadline today and will be offline mostly tue - thurs. Ping me then if you haven't got it sorted. [20:49] ScottK: of course, np. hope you hit your deadline [20:59] statik: just add `find . -name "\._*" -delete` to clean rule [20:59] POX, thanks! would I add an override_clean: target since I am using cdbs and debhelper7 ? [21:00] clean:: should be enough, cdbs *and* dh7? [21:01] oh, you're not using sequencer, right [21:02] POX: i'm not really sure what sequencer is. I've got a really really simple rules file [21:02] i can pastebin it [21:02] simpler than /usr/share/doc/debhelper/examples/rules.tiny ? [21:03] POX: here is what I currently have. http://pastebin.ubuntu.com/201667/ [21:04] clean is not defined in this file, so just use "clean::" [21:05] POX: thanks very much for your help, I will try that now [21:05] and you can use rules.tiny, it will do the same [21:05] pysupport is default [21:07] POX, oh cool, does it handle the egg thing also? [21:08] excellent, looks like adding clean:: solved half of it. I still need to figure out why SOURCES.txt is getting changed during the build [21:09] POX, is there any way to get those files deleted before setup.py is run? I think that is what is causing SOURCES.txt to be modified [21:10] I'm not sure about --single-version-externally-managed [21:10] I think it's default as well, but please check it [21:10] sure, will look at that now [21:10] statik: there is and you already did it [21:10] (clean rule) === WelshDragon is now known as YDdraigGoch [21:11] POX: huh, thats strange then. when I look at the diff.gz that is generated something during the build has changed SOURCES.txt to include references to those ._* files that I deleted [21:12] although the ._* files are left out of the diff.gz now [21:13] you can remove SOURCES.txt in clean rule as well, it's regenerated [21:13] ... every time you invokde setup.py install [21:13] ooh, that should do it then. POX, thanks a million for helping me with this. [21:16] yep, that totally fixed it. hurrah! [21:18] well, I'd propose to package it for Debian, but I doubt you will convince us it's worth packaging ;-) (/me just scanned simplesettings/__init__.py) [21:29] POX: believe me, i don't want this package for it's own benefit. It's one of the dependencies for windmill though, which I want very much [21:30] i'm working on the windmill dependencies first, then will work on packaging windmill [21:32] is it better than webtest? [21:35] i haven't used webtest before [21:35] * statik reads about webtest.canoo.com [21:36] http://pythonpaste.org/webtest/ [21:36] this is probably a silly question, but what is the right way to see what the current Standards-Version is? I'm confused about whether it is 3.8.1 or 3.8.2 [21:37] in debian: rmadison debian-policy; in ubuntu (probably): rmadison ubuntu-policy [21:38] POX: ah, webtest is cool. windmill is higher layer, it lets you test javascript is working as expected in the browser. i'm using zope.testbrowser rather than webtest, but webtest seems nice too. [21:38] http://www.getwindmill.com/ [21:40] statik: The version is also at the bottom of http://www.debian.org/doc/debian-policy/ [21:40] excellent, thanks [21:40] POX: You would want to use 'rmadison -udebian debianpolicy' [21:40] s/debianpolicy/debian-policy/ [21:44] nhandler: I was thinking about ubuntu-policy package [21:45] POX: ubuntu-policy isn't the best thing to go by, as it doesn't necessarily need to be in sync with debian-policy (although it usually is) [21:46] well, doesn't Standards-Version in Ubuntu packages refer to ubuntu-policy? [21:51] POX: No. At least I do not believe that we ever made that policy. That would also cause issues for packages synced from Debian [21:52] It's also recently we've had a distinction. [21:53] ScottK: You mean relatively recently. It was a couple of months ago [21:54] Yes, so this is probably the first time the versions aren't in sync [21:56] ScottK: ubuntu-policy is based on debian-policy, so we have always had some ubuntu modifications (ubuntuX). However, the version itself it usually in sync with debian-policy (i.e. We have ubuntu-policy 3.8.2.0ubuntu1) [21:57] nhandler: Look how far back the ubuntu-policy package goes [21:58] Is LP karma messed up again, or did cjwatson just get a LOT of karma since the last time I checked [21:58] ScottK: Yeah, I see. I said it was only a couple of months ago it was created [21:59] nhandler: I was responding to "We have always had ..." [22:00] ScottK: Yeah, we have always had an ubuntu delta since the package was created ;) === fta_ is now known as fta [22:17] Hello, I am looking for a reviewer for my package, kernelcheck - an automated tool that can (custom) build any 2.6 kernel from the upstream source with any user patches. [22:17] Link: http://revu.ubuntuwire.com/p/kernelcheck [23:02] I uploaded a debdiff for a bug in LP. Anything else I need to do to get this fix into Jaunty? [23:07] Technoviking: subscribed ubuntu-universe-sponors? [23:07] ajmitch: never mind it is a bug in main :), epic fail [23:09] ok, ubuntu-main-sponsors then :)