[00:39] <p3rror> hello
[00:39] <p3rror>  i uploaded a package using dput
[00:39] <p3rror> but it still invisible in the revu.ubuntuwire.com website
[00:39] <p3rror> please can you tell me what happened ? maybe there are a delay
[00:40] <lifeless> how long ago did you upload it?
[00:44] <p3rror> euh... i did it at 13h00 GMT
[00:45] <p3rror> and here is the contenent of my  dput.cf
[00:45] <p3rror> [revu]
[00:45] <p3rror> fqdn = revu.ubuntuwire.com
[00:45] <p3rror> incoming = /incoming
[00:45] <p3rror> login = anonymous
[00:45] <p3rror> progress_indicator = 2
[00:45] <p3rror> allow_unsigned_uploads = 0
[00:46] <ajmitch> p3rror: and what package did you upload?
[00:46] <p3rror> a python module named python-ipcalc
[00:47] <ajmitch> try uploading a source-only package (built with debuild -S)
[00:47] <ajmitch> revu won't accept binary uploads
[00:49] <p3rror> done
[00:49] <p3rror> Successfully uploaded packages.
[00:51] <ajmitch> yeah, that's just dput reporting that the ftp part didn't break
[00:52] <p3rror> great
[00:52] <p3rror> well right now i can see my package is the new packages list
[00:52] <ajmitch> looks like it's there, good
[00:54] <p3rror> yes ajmitch
[00:54] <p3rror> thanks for support
[01:02] <RoAkSoAx> 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] <RoAkSoAx> and this: a2x: xmllint not found: skipping validity checking
[01:03] <RoAkSoAx> 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] <skorpius> hello room
[01:27] <skorpius> can someone tell me any good video editor exept kdenlive and cinelerra
[01:28] <Ampelbein> skorpius: this is not the right place to ask, you get better help in #ubuntu.
[02:03] <RoAkSoAx> vorian, ping
[02:04] <vorian> RoAkSoAx: PONG
[02:04] <vorian> :P
[02:04] <RoAkSoAx> vorian, how's it going :) ?
[02:04] <vorian> good
[02:04] <RoAkSoAx> vorian, happy fathers day :) you are a dad right?
[02:04] <vorian> how are you doing?
[02:05] <vorian> yep, i have 5 chillens
[02:05] <vorian> thanks :)
[02:05] <RoAkSoAx> vorian, I'm doing well. Do you have little time to help me out with something?
[02:05] <vorian> sure thing
[02:06] <vorian> or i'll try, at least :)
[02:06] <RoAkSoAx> 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] <vorian> hmm
[02:07] <RoAkSoAx> 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] <vorian> is apgdiff.1 in the debian directory?
[02:08] <vorian> hrm
[02:08] <vorian> odd
[02:08] <RoAkSoAx> vorian, so having :- after each option is the right syntax?
[02:08] <vorian> it would give you a warning otherwise
[02:09] <vorian> on line 3, and 6 and 10 and 14 and 20
[02:09] <vorian> etc...
[02:09] <RoAkSoAx> 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] <vorian> ah, ok
[02:12] <RoAkSoAx> 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] <vorian> it would seem appropriate to drop it, but I'm not entirely sure
[02:12] <vorian> it should be
[02:12] <vorian> -- option x
[02:13] <vorian> so, yeah no colon/hyphen
[02:13] <RoAkSoAx> vorian, ok because when i drop the :-, the manpage (after built) it shows like: --version displays apgdiff version
[02:13] <RoAkSoAx> http://pastebin.ubuntu.com/201199/
[02:15] <RoAkSoAx> 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] <masterkernel> 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] <masterkernel> Link: http://revu.ubuntuwire.com/p/kernelcheck
[02:36] <vorian> RoAkSoAx: sorry
[02:36] <vorian> got distracted for a moment
[02:36] <RoAkSoAx> vorian, np :)
[02:37] <RoAkSoAx> vorian, so anyways... what do you think I should do, Or should I just leave it as it is?
[02:37] <vorian> i would leave it
[02:38] <vorian> untouched
[02:39] <RoAkSoAx> 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] <RoAkSoAx> 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] <vorian> /usr/bin/xmllint
[02:40] <vorian> does it build-dep on libxml2-dev
[02:40] <vorian> ?
[02:41] <RoAkSoAx> vorian, Build-Depends-Indep: docbook-xml, docbook-xsl, xsltproc, asciidoc   Build-Depends: ant, debhelper (>> 7), quilt, default-jdk
[02:42] <RoAkSoAx> vorian, or should it go under Recommends?
[02:42] <RoAkSoAx> vorian, never mind what I just said under Recommends since it's only needed during the Build Process
[02:43] <vorian> i would think it would need to be a build dep based on the verbage you used
[02:44] <RoAkSoAx> vorian, I have tested it under Build-Depend-Indep and the warning is no longer showed
[02:45] <vorian> good
[02:46] <RoAkSoAx> 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] <vorian> yes - just be careful about where the packages come from
[02:48] <vorian> as far as main/universe/multiverse
[02:49] <RoAkSoAx> vorian, ok cool thanks. That's it. :) Thanks for your help
[02:49] <vorian> no problemo
[03:00] <RoAkSoAx> 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] <vorian> possibly
[03:03] <RoAkSoAx> vorian, yes I have just tested it and it's because of the ':-'
[03:03] <RoAkSoAx> 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] <vorian> 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] <RoAkSoAx> 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] <vorian> mostly because they seem to be the most time-consuming part
[03:06] <vorian> http://www.faqs.org/docs/Linux-mini/Man-Page.html
[03:07] <vorian> that's for groff
[03:07]  * vorian must depart
[03:07] <vorian> see ya later RoAkSoAx
[03:08] <RoAkSoAx> see ya vorian take care :)
[03:08] <RoAkSoAx> thnks for the help
[07:24] <\sh> moins
[07:34] <dholbach> good morning
[07:36] <PaulOwen> ahoy dhobach
[07:36] <PaulOwen> even dhoLbach
[07:36] <dholbach> hi PaulOwen
[07:36] <PaulOwen> so here it's mighty happening i guess? first time on this
[07:37] <nellery> hey dholbach!
[07:38]  * PaulOwen jumps and waves
[07:38] <dholbach> hiya nellery
[07:39] <dholbach> PaulOwen: if you're interested in ubuntu development and everything, head to https://wiki.ubuntu.com/MOTU/GettingStarted :)
[07:40] <PaulOwen> 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] <PaulOwen> aaah is this pure developers channel? im totally wrong here if so :)
[07:43]  * PaulOwen woot it's rushing by...
[07:43] <ak4d7>  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] <PaulOwen> hi ak4d7, medic is on his way
[07:44] <ak4d7> medic?
[07:45] <PaulOwen> okay, ive just read this is masters of the universe, not mark of the unicorn or whatever
[07:45] <PaulOwen> yeah, help, i guess, but maybe only for developers
[07:45] <ak4d7> i have tried uninstalling gnome and installing it again
[07:46] <ak4d7> im no developer but i need help
[07:46] <PaulOwen> i guess i'll type /list and see if theres a newbie channel for us
[07:47] <siretart> PaulOwen: try #ubuntu
[07:48] <PaulOwen> that list thing is extra fun on isdn
[07:48] <PaulOwen> ah thanks siretart :)
[07:48] <PaulOwen> i wonder how they always come up with this channel names
[07:51] <ajmitch> good evening
[07:52] <directhex> hiya ajmitch
[07:52] <PaulOwen> good night and good luck and thanks for scripting this totally astonishing application, bugfix, doomsday device right now
[07:52] <PaulOwen> peace :D
[07:53] <ajmitch> that was a bit random
[07:54] <directhex> ajmitch, did you see the 3-page hit piece against me on itwire? yays! ^_^
[07:54] <ajmitch> couldn't be bothered reading past about halfway down page 1
[07:54] <directhex> but sam is a journalist! it says so on the internet!
[07:55] <ajmitch> k
[07:55] <ajmitch> so when does his writing turn into something coherent?
[07:56] <ajmitch> but I'm impressed that you're getting so much attention :)
[07:56] <directhex> try applying vodka
[07:56] <ajmitch> I only have beer :(
[07:56] <directhex> yeah, well, shows what happens if you put your head above the parapet ¬_¬
[07:58] <ajmitch> oh well, someone has to do it
[07:59] <directhex> i can't afford to blog again until july, sadly
[07:59] <ajmitch> bandwidth costs for getting hit so often?
[08:04] <directhex> ajmitch, precisely
[08:04] <ajmitch> what, you haven't got the cheque from MS for your advocacy yet? ;)
[08:05] <directhex> i'll ask them tomorrow
[08:05] <ajmitch> ah, good plan
[08:05] <directhex> Summary for June 2009
[08:05] <directhex> Total bandwidth used 	6704 MB
[08:05] <directhex> Total allowed 	3600 MB
[08:06] <slytherin> directhex: where is the link?
[08:06] <ajmitch> and I wonder why I don't have a blog...
[08:06] <directhex> slytherin, to what i wrote, or itwire's subsequent rambling?
[08:08] <slytherin> directhex: ITWire's rambling
[08:09] <\sh> directhex: you need more Bandwidth?
[08:09] <StevenK> 3.6GB a month?
[08:09] <StevenK> Geeez, my provider for my VPS allows 200GB
[08:10] <\sh> I'm on a 2TB/month plan...
[08:10] <ajmitch> StevenK: but is that based in a civilised country with regards to data caps?
[08:10] <StevenK> ajmitch: The VPS is in the US.
[08:10] <ajmitch> as I expected
[08:11] <ajmitch> unlike trying to host a server in NZ, with a cap of 10 GB international traffic per month
[08:11] <StevenK> Hah. Ouch.
[08:11] <ajmitch> this is why we have predominantly NZ clients :)
[08:12] <directhex> \sh, i need to have a serious think about what to do on the bandwidth front, certainly
[08:12] <ajmitch> \sh has contacts...
[08:12] <directhex> 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] <directhex> \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] <directhex> \sh, for now i'm simply ignoring my webhost in the hope that they ignore me.....
[08:15] <directhex> 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] <directhex> \sh, well, time is the eternal issue isn't it :)
[08:19] <directhex> 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] <StevenK> \sh: Happy smiley or happy sarcastic?
[08:21] <Hobbsee> 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] <StevenK> \sh: Hah, right.
[08:21]  * directhex packs his UDS Crew t-shirt for the microsoft-sponsored event on wednesday
[08:21] <StevenK> directhex: +10,000 for Linode
[08:22] <directhex> StevenK, i was considering a VPS, certainly
[08:23] <directhex> StevenK, wasn't really looking at linode as i really prefer uk-based hosting. but it's an option
[08:23] <directhex> StevenK, problem is, i suck & have no idea about configuring apache to do all the gubbins i want :)
[08:24] <Hobbsee> directhex: won't take you much to learn.  I managed
[08:24] <StevenK> directhex: Apache is easy :-)
[08:24] <StevenK> directhex: My rates are very reasonable if you want help :-)
[08:29] <directhex> i'm sure i'm supposed to pipe up with "mod-mono!" or somesuch, but i really like wordpress.
[08:39] <directhex> okay, all packed, i hope
[08:51] <stefanlsd> 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] <Laney> you can't touch the users home directory
[08:55] <stefanlsd> Laney: ok. thanks
[09:01] <gaspa> 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] <stefanlsd> \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...
[10:55] <mok0> \sh: Huh? Gwibber works fine for me...
[10:57] <\sh> mok0: gwibber just segfaulted here for me..
[10:57] <mok0> \sh: yikes
[12:05] <RainCT> TheMuso: this may interest you: http://brainstorm.ubuntu.com/idea/20263/
[12:50] <kpirc> 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] <slytherin> kpirc: does it use java?
[13:46] <mok0> ydrkkk... util.F:110: internal compiler error: in replace_reg, at reg-stack.c:701
[14:03] <statik> 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] <statik> dholbach: thanks a million for the review comments
[14:13] <hyperair> statik: rm them manually, or use dh_install -X
[14:14] <hyperair> man dh_install for more information
[14:14] <statik> 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] <hyperair> nonono
[14:14] <hyperair> you rm them in debian/rules
[14:15] <hyperair> after the dh_install call, you rm them from debian/<pkg>
[14:15] <hyperair> for example
[14:15] <statik> ok, thats making more sense
[14:15] <hyperair> =)
[14:15] <hyperair> -X is a better approach for this
[14:16] <hyperair> if you use dh7 style, it's trivial to add this to debian/rules.
[14:16] <statik> so i just need to figure out which rules target to override then I think
[14:16] <hyperair> yep
[14:16] <hyperair> er you're using dh7 right?
[14:16] <hyperair> just do override_dh_install
[14:16] <hyperair> i mean create a rule by that name
[14:16] <hyperair> then run dh_install -Xfoo -Xbar
[14:16] <hyperair> inside that rule
[14:17] <statik> looks like i'm currently using 6, but I could bump it to 7
[14:17] <statik> hyperair: thanks!
[14:17] <hyperair> look into man dh
[14:19] <DktrKranz> statik: I've commented two packages of yours, while at it you can consider adopting them.
[14:19] <DktrKranz> I think they apply for simplesetting too
[14:19] <hyperair> adopting? O_o
[14:19] <DktrKranz> hyperair: adopting changes :)
[14:20] <statik> 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] <hyperair> ah. heheh
[14:24] <statik> 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?
[14:25] <dholbach> statik: no worries
[14:26]  * statik reads http://wiki.debian.org/DebianPythonFAQ
[14:30] <hyperair> i find pycentral just plain confusing
[14:39] <DktrKranz> 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] <slytherin> does anyone have any idea what all cards are expected to have kernel mode setting enabled drivers in karmic?
[14:40] <DktrKranz> 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] <slytherin> NCommander: ping
[14:45] <NCommander> slytherin, pong
[14:47] <slytherin> NCommander: Do you think powerpc arch should also switch to grub2. Is it feasible?
[14:47] <NCommander> Feasible, es, I dunno if its wise
[14:48] <slytherin> NCommander: what doubts do you have? From functionality point or installation point?
[14:49] <NCommander> I don't know enough abotu GRUB2 to say either way
[14:50] <slytherin> hmm
[14:59] <geser> 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] <geser> that file is certainly there
[15:05] <slytherin> geser: why is that package build depending on -gcj package?
[15:05] <geser> slytherin: it's for bug 384515
[15:06] <geser> the patch from Fedora uses the gcj build version of libitext-java
[15:07] <geser> shouldn't it link against libitext-java-gcj at all? pdftk is written in C++ but also uses Java
[15:12] <masterkernel> 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] <masterkernel> Link: http://revu.ubuntuwire.com/p/kernelcheck
[15:18] <slytherin> geser: let me take a look at the patch
[15:19] <hannesw> hi there... I'm trying to build openjdk-6 with pbuilder and get this:
[15:19] <hannesw> The following packages have unmet dependencies:
[15:19] <hannesw>   pbuilder-satisfydepends-dummy: Depends: libpulse-dev (>= 0.9.12) but it is not installable
[15:19] <hannesw>                                  Depends: pulseaudio (>= 0.9.12) but it is not installable
[15:19] <hannesw> The following actions will resolve these dependencies:
[15:19] <hannesw> Remove the following packages:
[15:19] <hannesw> pbuilder-satisfydepends-dummy
[15:19] <hannesw> any idea?
[15:20] <geser> 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] <kpirc> slytherin: no, it's C++
[15:21] <slytherin> hannesw: probably your pbuilder chroot is not updated
[15:21] <hannesw> thanks for the hint, slytherin
[15:21] <geser> hannesw: login into your pbuilder and see why the mentioned packages can't be installed
[15:22] <slytherin> geser: can this be a simple change of modifying classpath or jni path during build?
[15:24] <hannesw> ok, i think it was the old chroot - didn't update it from jaunty.
[15:24] <hannesw> thanks, guys
[15:24] <geser> 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] <slytherin> oh, I understood the problem wrong then.
[15:26] <geser> slytherin: the ldd output for the build executable http://pastebin.ubuntu.com/201521/
[15:27] <geser> therefore I tried to find an other package using a -gcj package so I could see how it's done there
[15:28] <slytherin> geser: see if there is any reverse build dep of libjogl-jni
[15:28] <geser> none
[15:29] <bddebian> Heya gang
[15:31] <geser> 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] <slytherin> geser: how about libaccess-bridge-java-jni or libgtk-jni
[15:32] <geser> slytherin: reverse-build-depends doesn't find anything for them
[18:26] <ximion> Hello!
[18:26] <ximion> 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] <Laney> it probably wants to be COPYING
[18:27] <Laney> but it doesnt matter so much
[18:36] <ximion> okay
[19:25]  * hyperair wonders if anybody uses thunderbird 3.0 with enigmail
[19:45] <ivoks> superm1: are you here?
[19:45] <superm1> ivoks, yeah what's up?
[19:45] <ivoks> superm1: hi; i've noticed /etc/modprobe.d/dmks.conf
[19:46] <ivoks> superm1: i'm preparing one package to use dkms and i need some options for modprobe
[19:46] <ivoks> superm1: should i add options to dkms.conf?
[19:46] <superm1> ivoks, specify them in the dkms.conf for the package and dkms adds them to the modprobe for you
[19:46] <ivoks> oh, didn't know about that
[19:47] <superm1> although a little poorly named for nowadays, it's the MODULES_CONF directive
[19:47] <ivoks> superm1: thanks!
[19:47] <superm1> np
[19:58] <ivoks> superm1: yep; works beautiful ;)
[20:23] <Nrrd> hi guys, I just want to clarify something regarding an SRU patch related to bug #364745
[20:24] <Nrrd> 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] <Laney> changelogs should always be as verbose as they can imo
[20:25] <Laney> where, what, why
[20:27] <Nrrd> Laney: blogtk, severe regression as it crashes on startup due to deprecated functionality in python 2.6 rev 60976
[20:27] <Nrrd> Laney: the changelog mentions all of that except for the severe regression bit
[20:45] <Nrrd> Laney: would this cover it in the changelog? http://paste.ubuntu.com/201661/
[20:46] <statik> 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] <Laney> Nrrd: looks good
[20:47] <Nrrd> sweet, I'll do a summary in the bug, attach the debdiff (again! :) ) and get that sent into SRU then.  Cheers.
[20:47] <ScottK> 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] <statik> ScottK: of course, np. hope you hit your deadline
[20:59] <POX> statik: just add `find . -name "\._*" -delete` to clean rule
[20:59] <statik> POX, thanks! would I add an override_clean: target since I am using cdbs and debhelper7 ?
[21:00] <POX> clean:: should be enough, cdbs *and* dh7?
[21:01] <POX> oh, you're not using sequencer, right
[21:02] <statik> POX: i'm not really sure what sequencer is. I've got a really really simple rules file
[21:02] <statik> i can pastebin it
[21:02] <POX> simpler than /usr/share/doc/debhelper/examples/rules.tiny ?
[21:03] <statik> POX: here is what I currently have. http://pastebin.ubuntu.com/201667/
[21:04] <POX> clean is not defined in this file, so just use "clean::"
[21:05] <statik> POX: thanks very much for your help, I will try that now
[21:05] <POX> and you can use rules.tiny, it will do the same
[21:05] <POX> pysupport is default
[21:07] <statik> POX, oh cool, does it handle the egg thing also?
[21:08] <statik> 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] <statik> 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] <POX> I'm not sure about --single-version-externally-managed
[21:10] <POX> I think it's default as well, but please check it
[21:10] <statik> sure, will look at that now
[21:10] <POX> statik: there is and you already did it
[21:10] <POX> (clean rule)
[21:11] <statik> 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] <statik> although the ._* files are left out of the diff.gz now
[21:13] <POX> you can remove SOURCES.txt in clean rule as well, it's regenerated
[21:13] <POX> ... every time you invokde setup.py install
[21:13] <statik> ooh, that should do it then. POX, thanks a million for helping me with this.
[21:16] <statik> yep, that totally fixed it. hurrah!
[21:18] <POX> 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] <statik> 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] <statik> i'm working on the windmill dependencies first, then will work on packaging windmill
[21:32] <POX> is it better than webtest?
[21:35] <statik> i haven't used webtest before
[21:35]  * statik reads about webtest.canoo.com
[21:36] <POX> http://pythonpaste.org/webtest/
[21:36] <statik> 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] <POX> in debian: rmadison debian-policy; in ubuntu (probably): rmadison ubuntu-policy
[21:38] <statik> 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] <statik> http://www.getwindmill.com/
[21:40] <nhandler> statik: The version is also at the bottom of http://www.debian.org/doc/debian-policy/
[21:40] <statik> excellent, thanks
[21:40] <nhandler> POX: You would want to use 'rmadison -udebian debianpolicy'
[21:40] <nhandler> s/debianpolicy/debian-policy/
[21:44] <POX> nhandler: I was thinking about ubuntu-policy package
[21:45] <nhandler> 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] <POX> well, doesn't Standards-Version in Ubuntu packages refer to ubuntu-policy?
[21:51] <nhandler> 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] <ScottK> It's also recently we've had a distinction.
[21:53] <nhandler> ScottK: You mean relatively recently. It was a couple of months ago
[21:54] <ScottK> Yes, so this is probably the first time the versions aren't in sync
[21:56] <nhandler> 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] <ScottK> nhandler: Look how far back the ubuntu-policy package goes
[21:58] <nhandler> Is LP karma messed up again, or did cjwatson just get a LOT of karma since the last time I checked
[21:58] <nhandler> ScottK: Yeah, I see. I said it was only a couple of months ago it was created
[21:59] <ScottK> nhandler: I was responding to "We have always had ..."
[22:00] <nhandler> ScottK: Yeah, we have always had an ubuntu delta since the package was created ;)
[22:17] <masterkernel> 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] <masterkernel> Link: http://revu.ubuntuwire.com/p/kernelcheck
[23:02] <Technoviking> I uploaded a debdiff for a bug in LP. Anything else I need to do to get this fix into Jaunty?
[23:07] <ajmitch> Technoviking: subscribed ubuntu-universe-sponors?
[23:07] <Technoviking> ajmitch: never mind it is a bug in main :), epic fail
[23:09] <ajmitch> ok, ubuntu-main-sponsors then :)