[12:04] <slomo> no surprise... doko is debian maintainer iirc :)
[12:04] <\sh> na
[12:05] <\sh> cedric delfosse
[12:06] <slomo> oh ok... spe was the one i thought of
[12:07] <JohnnyMast> python 2.4 is std on dapper ?
[12:08] <JohnnyMast> or 2.3
[12:08] <\sh> 2.4
[12:08] <JohnnyMast> ty
[12:09] <JohnnyMast> then ile change the deps to python (>=2.4.0)
[12:09] <slomo> not needed normally
[12:10] <JohnnyMast> well
[12:10] <JohnnyMast> i was learned to give as much info as you can
[12:12] <slomo> the depends (build-depends) are only restricted in versions when you _need_ at least this version or only a version below one specific one
[12:12] <slomo> if the package can run with python 2.3 and 2.4 but we have 2.4 as default it can be left unversioned
[12:12] <JohnnyMast> well im not sure if this package works with older versions of python
[12:12] <slomo> you have it from debian?
[12:12] <JohnnyMast> no
[12:13] <JohnnyMast> its new
[12:13] <JohnnyMast> a candidate
[12:13] <slomo> oh ok... hmm, assume that it will work with 2.3 :)
[12:13] <slomo> and consider using dh_python
[12:13] <JohnnyMast> else i could leave the deps
[12:13] <JohnnyMast> dh_python ? i dont know it
[12:13] <slomo> upstream already had a debian directory?
[12:13] <JohnnyMast> no
[12:14] <JohnnyMast> i just created one
[12:14] <JohnnyMast> its just setup.py
[12:14] <JohnnyMast> and some image files
[12:14] <slomo> dh_python keeps care that your depends (not build-depends) on python are right
[12:14] <JohnnyMast> so rules interfaces to setup.py now
[12:14] <JohnnyMast> like i learned from pymacs
[12:14] <slomo> and it precompiles stuff in site-packages in postinst
[12:15] <JohnnyMast> do you know a package that uses it ?
[12:15] <JohnnyMast> so i can apt-get source?
[12:15] <slomo> hmm, when you have a setup.py the cdbs python classes are almost always perfect
[12:15] <slomo> and they will use dh_python
[12:15] <slomo> paramiko iirc... but almost all python packages should use it
[12:16] <JohnnyMast> ile see in pymacs if they use it
[12:16] <JohnnyMast> rave@ubuntu:/tmp/pymacs-0.22/debian$ fgrep hd_python *
[12:16] <JohnnyMast> rave@ubuntu:/tmp/pymacs-0.22/debian$
[12:17] <JohnnyMast> nothing
[12:17] <JohnnyMast> oops you sayed dh_python
[12:17] <slomo> dh_python
[12:17] <slomo> :P
[12:17] <JohnnyMast> my bad
[12:17] <JohnnyMast> same
[12:18] <JohnnyMast> soo paramiko has it ?
[12:18] <slomo> iirc
[12:18] <JohnnyMast> kk
[12:18] <slomo> (or was it just cdbs?)
[12:18] <JohnnyMast> what the
[12:18] <JohnnyMast> no match found
[12:18] <JohnnyMast> (dapper)
[12:19] <JohnnyMast> also not in cdbs
[12:20] <slomo> yes, paramiko was cdbs... hmm...
[12:20] <slomo> \sh: please name one package that uses dh_python but no cdbs :)
[12:21] <\sh> umpf
[12:21] <JohnnyMast> i know all the deps already
[12:21] <\sh> hmmm....
[12:21] <slomo> JohnnyMast: it keeps care of the right deps on python itself
[12:21] <JohnnyMast> pygtk and python > 2.3 and python-dev
[12:21] <JohnnyMast> smart :)
[12:22] <\sh> drpython
[12:22] <\sh> slomo: drpython
[12:22] <JohnnyMast> ty
[12:22] <JohnnyMast> not found on dapper
[12:23] <JohnnyMast> im missing a source resp i think
[12:23] <\sh> should be found...I just merged it
[12:23] <JohnnyMast> not the souce package
[12:23] <\sh> and requested a sync :)
[12:24] <JohnnyMast> let me do an update
[12:25] <JohnnyMast> not even after apt-get update
[12:25] <\sh> what reps do u have? universe and multiverse enabled?
[12:26] <JohnnyMast> i dont think so on flight-1
[12:27] <JohnnyMast> could you paste me the resps ?
[12:29] <\sh> deb-src http://archive.ubuntu.com/ubuntu dapper main restricted universe multiverse
[12:29] <JohnnyMast> added
[12:31] <JohnnyMast> w00t :)
[12:31] <JohnnyMast> ty
[12:33] <JohnnyMast> brb im gonna play cod2 on veteran level
[12:36] <\sh> cod2?
[12:37] <slomo> call of duty?
[12:37] <\sh> no clue about those games
[12:37] <\sh> * Moved GCC 4 patch into debian/patches/01_gcc4.patch, based on
[12:37] <\sh>     patch from Stephan Hermann and Ubuntu.  Updated rules to use it.
[12:37] <\sh> wow
[12:37] <\sh> even my patches were used :)
[12:38] <slomo> dito... i only remember that my brother told me something about call of duty some days ago ;)
[12:38] <slomo> hehe
[12:38] <slomo> when my patches are used my name isn't in the changelog except i file a debian bug :P
[12:42] <\sh> slomo: i had luck and he is a good debian maintainer :)
[12:42] <ajmitch> hi
[12:42] <\sh> re ajmitch
[12:43] <slomo> wb ajmitch
[12:45] <ajmitch> \sh: I would have thought that not renaming libclan2c2-vorbis would be a mistake, seeing as it links with the main clanlib lib exactly like the others do
[12:46] <\sh> ajmitch: yes...but is it exporting shlibs? because doko created the lists regarding the shlibs exports
[12:46] <\sh> anyways..we can always revert before the 19th :)
[12:46] <\sh> I just used the change now with the last merge
[12:47] <ajmitch> yes, it is exporting shlibs
[12:47] <ajmitch> it's the same as the rest of the clanlib packages
[12:47] <\sh> ajmitch: ok...then doko was wrong..:)
[12:48] <\sh> grmpf...why I can't get my i386 pbuilder running...
[12:48] <ajmitch> especially as you'd have to screw up debian/rules to get 1 package only with 2c2
[12:48] <\sh> it always takes amd64 packages and not the i386
[12:48] <ajmitch> and the rest with 2c2a
[12:50] <ajmitch> \sh: what does dpkg-architecture say in the pbuilder chroot?
[12:50] <\sh> ajmitch: I have to recreate it somehow...
[12:50] <ajmitch> ah
[12:50] <\sh> ajmitch: but I just followed the documentation on the pbuilder documenation webpage
[12:51] <\sh> and --debootstrapargs "--arch=i386" during create should give me the i386 packages, and not the amd64
[12:51] <ajmitch> right
[12:51] <Kyral> Hey, anyone know if I can run a wget from debian/postinst?
[12:51] <slomo> i wonder what happened to the debian NEW queue... one of my packages is still there since 6 days, beagle since 4...
[12:51] <raphink> Kyral: what for?
[12:51] <ajmitch> slomo: simple, it's debian
[12:51] <slomo> Kyral: sure... but it's not very sane in most cases... why do you want it?
[12:52] <Kyral> slomo: I'm customizing openafs-client for the lab build up here
[12:52] <Kyral> I have to pull some files from our server
[12:52] <ajmitch> Kyral: so are you ready to give a demo of packaging at your lab?
[12:52] <slomo> ajmitch: fine... so when you just upload banshee now we have enough time to review and fix it until it's out of NEW ;P
[12:52] <Kyral> ajmitch: I have until next semester ;P
[12:53] <Kyral> basically I am going to use the debian/postinst to apply the customizations we need done to the package
[12:53] <slomo> Kyral: why can't you ship the files but need to get them in postinst?
[12:54] <Kyral> because we need to be able update the files w/o having to repackage the thing
[12:55] <slomo> then do it ;)
[12:57] <Kyral> yah its not like these will ever see a repo outside our own
[01:06] <LaserJock> Hieronymus: still around?
[01:15] <Hieronymus> LaserJock: yes
[01:15] <Hieronymus> and no, I haven't tried dapper yet
[01:16] <slomo> \sh: hm, the sleepless merger?
[01:16] <\sh> hehe
[01:17] <\sh> I have to catch up with you guys :)
[01:17] <slomo> definitly not with me... you had more merges than me from the beginning... and in the time where i was working only on mplayer you did millions of merges ;)
[01:19] <\sh> ah trillions pls :)
[01:19] <\sh> I'm not so slow :)
[01:19] <LaserJock> azeem: ping? again
[01:19] <LaserJock> Hieronymus: np
[01:20] <slomo> \sh: we only have ~20000 packages :P
[01:20] <\sh> slomo: well those merges now...it was my second time I touched them :)
[01:22] <Hieronymus> LaserJock: maybe tomorrow, or next week
[01:22] <slomo> oh lol... i chose the correct merge ;) http://people.ubuntu.com/~scott/patches/dillo/
[01:23] <LaserJock> \sh: would you mind checking my merges/syncs at MOTUToMerge?
[01:24] <\sh> LaserJock: do u have a list of malone bugnos? if so..please mail<EMAIL_ADDRESS>:)
[01:24] <LaserJock> \sh: ok, on its way
[01:24] <\sh> LaserJock: cool
[01:31] <raphink> how should I do if I want my ubuntu packages in Debian aswell ?
[01:33] <\sh> you need a sponsor
[01:33] <raphink> I have an alioth project and at least 2 DDs in it ;)
[01:33] <raphink> so I only need to find a DD that would upload it for me?
[01:34] <\sh> think so...I'm not familiar with the ways of debian..to slow for me :)
[01:34] <\sh> too even :)
[01:34] <raphink> hehe
[01:34] <raphink> well what I mean is
[01:34] <raphink> about syncing
[01:35] <raphink> hmm
[01:35] <\sh> raphink: ajmitch is the right person to ask :)
[01:35] <raphink> how should I number the debian package? how should it be related to my ubuntu package?
[01:35] <raphink> ajmitch: pin
[01:35] <raphink> ping
[01:35] <raphink> lol
[01:39] <slomo> hmm... why is something listed as to-be-merged although we have the debian version without changes?
[01:41] <\sh> slomo: package?
[01:42] <slomo> pygame
[01:42] <minghua> hello MOTUs!
[01:42] <slomo> hi minghua
[01:43] <minghua> how is the REVU day going?
[01:43] <raphink> not fast
[01:43] <raphink> :(
[01:43] <\sh> slomo: it's an assigned bug for you...did you request a sync and didn't close your bug?
[01:43] <\sh> hmm
[01:44] <\sh> mbreit was requesting a sync on the 2005-11-19
[01:44] <slomo> \sh: i re-created the bug because it told me "last<EMAIL_ADDRESS>as assignee
[01:44] <raphink> hi minghua
[01:44] <minghua> hi raphink, slomo
[01:44] <\sh> slomo: different version from the last upload?
[01:45] <\sh> 1.7.1release-1 was the last sync
[01:45] <slomo> \sh: and it should be autosynced to -2
[01:45] <slomo> no changes were made
[01:45] <\sh> slomo: strange..close it then :)
[01:45] <\sh> slomo: or ask scott :)
[01:46] <slomo> hmm, closing is less work ;) i'll ask him when this happens again
[01:49] <\sh> LaserJock: tex-guy uploaded
[01:49] <LaserJock> \sh: thanks
[01:50] <\sh> LaserJock: bug 4091 is gvr not xchat-systray
[01:50] <Ubugtu> Malone bug #4091: gvr: sync new debian version In: gvr (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: Rejected https://launchpad.net/bugs/4091
[01:51] <crimsun> oh god, not Imake hell
[01:52] <\sh> LaserJock: mayavi uploaded
[01:57] <LaserJock> \sh: sorry should be bug 4081
[01:57] <Ubugtu> Malone bug #4081: systray (Ubuntu) - xchat-systray: merge new debian version In: xchat-systray (Ubuntu), Severity: Normal, Assigned to: MOTU, Status: PendingUpload https://launchpad.net/bugs/4081
[01:58] <\sh> LaserJock: k
[01:58] <\sh> crimsun: imake hell?
[02:00] <crimsun> xemacs21 -> wnn6-sdk > ftbfs
[02:00] <\sh> LaserJock: see #u-devel...requested the syncs...
[02:00] <LaserJock> ahhh, katie loves me ;-)
[02:00] <\sh> crimsun: ugh
[02:01] <LaserJock> \sh: thanks much
[02:01] <\sh> LaserJock: all your bugs done..please check dapper-changes and buildds :)
[02:02] <LaserJock> \sh: will do
[02:02] <LaserJock> \sh: how hard did you look at the diffs?
[02:03] <\sh> LaserJock: well...the most interesting question is, how hard did I look on the merge report :)
[02:03] <raphink> 2 AM here
[02:03] <raphink> time for bed ;)
[02:03] <LaserJock> \sh: ah, it just seems like you did that fast
[02:04] <raphink> another long day
[02:04] <\sh> LaserJock: the most interesting parts are dropped patches...what is mom dropping from debian, or vice versa...
[02:05] <\sh> LaserJock: and much much more interesting is....when there are ubuntu dropped patches
[02:06] <LaserJock> yeah, I haven't seen to many of those
[02:07] <\sh> LaserJock: well..dropped debian patches are most of the time already applied by ubuntu...so there is a match between debian and ubuntu...
[02:08] <\sh> and could be seen as a good candidate for a sync
[02:09] <LaserJock> right
[02:09] <\sh> well...the most problematic is "dropped ubuntu changes"
[02:09] <LaserJock> I just need to stop picking wxwidgets2.6 to work on. that thing takes a long time to build
[02:10] <LaserJock> yeah I don't understand why MoM drops patches
[02:10] <\sh> LaserJock: hehehe
[02:11] <hub> hey \sh
[02:11] <\sh> LaserJock: well...easy
[02:11] <\sh> good morning hub :)
[02:11] <\sh> LaserJock: e.g. glu-transition
[02:11] <\sh> LaserJock: we are using for mesa stuff the following build-deps: libgl1-mesa-dev and libglu1-mesa-dev
[02:12] <\sh> LaserJock: debian but is still using the old xlibsmesa-glu-dev and xlibsmesa-gl-dev or the transitional packages libgl1-xorg-dev etc.
[02:12] <hub> \sh: it is not the morninh here
[02:12] <hub> \sh: so you quit?
[02:13] <\sh> LaserJock: so, mom will tell us the difference between debian and ubuntu and put them into ubuntu dropped patches
[02:13] <LaserJock> \sh: I would think that it is well defined enough that that MoM could handle it
[02:13] <\sh> hub: yes
[02:13] <\sh> hub: but here it's morning :)
[02:23] <azeem> LaserJock: pong again
[02:24] <LaserJock> azeem: did you see bug 5632 ?
[02:24] <Ubugtu> Malone bug #5632: Ghemical won't start up (breezy amd64) In: ghemical (Ubuntu), Severity: Normal, Assigned to: MOTU Science, Status: New https://launchpad.net/bugs/5632
[02:24] <azeem> yeah
[02:25] <LaserJock> I am getting the bug reporter to make a dapper chroot to see if it is the same in dapper but I don't have access to an AMD64
[02:25] <azeem> me neither
[02:26] <LaserJock> he also did bug 5643
[02:26] <Ubugtu> Malone bug #5643: [patch]  Ghemical .desktop file is not so good (absolute path, missing stuff, invalid stuff) In: ghemical (Ubuntu), Severity: Minor, Assigned to: MOTU Science, Status: New https://launchpad.net/bugs/5643
[02:27] <azeem> yeah, saw that one as well
[02:27] <LaserJock> anway, you have probably already saw all that but I wondered if it was anything you wanted to do upstream
[02:27] <LaserJock> before we sync again
[02:28] <azeem> maybe we could ask whether he could try another XServer for #5632, as the first frame of the backtrace shows the r200 DRI module
[02:30] <\sh> ghemical is not installable on amd64 (dapper)
[02:30] <LaserJock> \sh: how about breezy?
[02:30] <LaserJock> \sh: that's great
[02:30] <\sh> we don't think about breezy :)
[02:31] <LaserJock> I know, I was just wondering if it had something to do with the last release
[02:31] <\sh> i'll install...let me check
[02:32] <azeem> yeah, it FTBFS on 64bit arches
[02:32] <azeem> I sent that upstream
[02:32] <LaserJock> but considering that it was pretty unusable in breezy anyway... AMD64 isn't much worse off
[02:33] <azeem> hrm, at least I thought I did
[02:33] <\sh> well...drawing one line works
[02:33] <\sh> clicking on the edge of this line and it segfaults
[02:33] <LaserJock> \sh: sounds the same as i386 ;-)
[02:33] <Kyral> oy...
[02:35] <LaserJock> \sh: so it started up ok for you on AMD64 in Breezy?
[02:35] <\sh> LaserJock: yes..starting was no problem on breezy
[02:36] <LaserJock> ok, so what should we do with the bug report? reject?
[02:37] <azeem> LaserJock: we could ask that he should try without hardware OpenGL or use the Vesa driver
[02:37] <azeem> it apparently is a problem on his box, but might be driver specific, dunno
[02:37] <\sh> looks like
[02:37] <LaserJock> to bad he left, he was just here not long ago
[02:38] <\sh> actually i have a nvidia card, but running only the xorg nv drivers
[02:38] <\sh> without a monitor..so display is done on my laptop :)
[02:38] <azeem> oh, I sent it to Tommi privately
[02:39] <\sh> but now it's time to go to bed :)
[02:39] <LaserJock> azeem: ok, and I'll comment on the bug
[02:39] <\sh> good night folks :)
[02:39] <azeem> ok
[02:39] <LaserJock> cya \sh. thanks for the merges/syncs
[02:45] <LaserJock> any MOTUs willing to do a quick review?
[02:52] <sistpoty> hi folks
[02:52] <seth_k|lappy> hi sistpoty :)
[02:52] <sistpoty> adventurous /me dist-upgrades to dapper :)
[02:52] <seth_k|lappy> hehe
[02:53] <seth_k|lappy> I did kde 3.5 on the other dapper box last week, worked okay
[02:53] <sistpoty> cool... I use kde as well :)
[02:53] <seth_k|lappy> hmm... where is Mez, anyways. no uploads since 2 november, is he still around?
[02:53] <sistpoty> no idea
[02:54] <sistpoty> and \sh_away did more merges tonight than I could in 2 weeks :/
[02:55] <seth_k|lappy> yeah
[02:55] <seth_k|lappy> it takes me a longgg time to do a merge
[02:55] <seth_k|lappy> but I guess I'll get faster
[02:55] <sistpoty> you will ;)
[02:56] <seth_k|lappy> now if only I didn't have to worry about university :D packaging == more fun than biology
[02:56] <LaserJock> man, I'm with you there seth_k|lappy
[02:56] <sistpoty> hehe... and I should have done to programming projects since last week :(
[02:56] <sistpoty> s/since/until/
[03:00] <seth_k|lappy> brb, KDE 3.5 is ready... I hope it lets me log back in :P
[03:06] <seth_k|lappy> wow, a perfect upgrade
[03:23] <sistpoty> I'm off to bed now... cya tomorrow
[03:59] <Kyral> Its official....
[03:59] <Kyral> you can type too much in one day
[03:59] <Kyral> my arms are killing me
[04:00] <LaserJock> Kyral: school?
[04:00] <Kyral> yup...
[04:00] <Kyral> and not done yet..ow...
[04:01] <LaserJock> man, I glad I'm not an undergrad ;-)
[04:01] <Kyral> Shaddup...
[04:01] <bmonty_> haha
[04:01] <LaserJock> heah, I did my time
[04:01] <bmonty_> do you TA?
[04:02] <Kyral> no..
[04:02] <Kyral> I'm entering a shitload of data into a database
[04:02] <Kyral> and I still have to write the frontend...
[04:04] <LaserJock> bmonty_: I'm done TA'ing. I'm RA from now on
[04:05] <bmonty_> good...I always thought TAs were pricks...especially the ones that couldn't speak English
[04:06] <LaserJock> bmonty_: yeah, there is quite a bit of difference in cultures when it comes to teaching
[04:07] <bmonty_> LaserJock: I have a lot of problems with the academic culture....it was difficult doing my masters after having worked for a couple of years
[04:08] <LaserJock> I'm doing it all at once so I don't have time to learn any better
[04:08] <LaserJock> I started my 8th straight year of college this fall, not even a summer off
[04:09] <LaserJock> and I realized on my birthday that I had been in college for exactly 1/3 of my life
[04:09] <LaserJock> I got kinda depressed
[04:09] <bmonty_> yeah, I can see that :)
[04:11] <minghua> LaserJock made me depressed too :-(
[04:12] <minghua> on my next birthday it's gonna be 1/3 as well
[04:14] <LaserJock> minghua: are you about done?
[04:14] <minghua> LaserJock: well, not yet.  Most likely I'll get my Ph.D. in two years
[04:15] <LaserJock> minghua: doing a masters right now?
[04:15] <minghua> LaserJock: no, fifth year into my Ph.D. program...
[04:16] <LaserJock> minghua: ahh, I'm 4th year. Hope to be done in a year. We'll see ;-)
[04:16] <bmonty_> I gotta give it to you guys, I couldn't stand that much time in school
[04:16] <LaserJock> bmonty_: well, once you get in so far you can't go back. It'
[04:17] <LaserJock> It's like some kind of black hole
[04:17] <LaserJock> You just keep working with the promise that some day you will graduate
[04:17] <Kyral> Okay...I'm done for now...
[04:18] <LaserJock> btw, anybody know how to strip \n off of readlines() in Python?
[04:19] <Amaranth> strip() :)
[04:20] <Kyral> This is odd
[04:20] <Kyral> My arms don't hurt where you think they would
[04:21] <Kyral> You'd think my wrists would be killing me. Instead its my upper arms
[04:21] <bmonty_> Kyral: you should change your nick to CarpalTunnelBoy
[04:21] <SEJeff> Kyral you might invest in the keyboard I just got
[04:23] <SEJeff> I type lots of perl and shell scripts at work and needed to keep from getting carpal tunnel. Buying a M$ Natural 4000 Ergonomical Keyboard was the best thing I could have done
[04:23] <Kyral> For how much lol
[04:23] <SEJeff> Kyral: http://www.neowin.net/forum/lofiversion/index.php/t387499.html It works perfect for me and here is an honest review
[04:23] <SEJeff> $50 from amazon
[04:23] <Kyral> ......fuck that lol
[04:24] <Kyral> my wrists don't hurt
[04:24] <Kyral> its my upper arms
[04:24] <SEJeff> Your arms should be at a 90 degree angle. Ergonomics is something overlooked way too often
[04:25] <SEJeff> I type faster on ergonomic, but I use both
[04:25] <Kyral> I just use wireless
[04:25] <SEJeff> to each his own :)
[04:26] <SEJeff> I'm off, time to go work out
[04:26] <Kyral> I actully like my laptop keyboard
[04:26] <Kyral> how small it is
[04:26] <Kyral> I wish I could find one like that for my desktop
[04:30] <Kyral> hmm this looks good http://www.newegg.com/Product/Product.asp?Item=N82E16823192002
[05:53] <ajmitch> afternoon
[05:54] <magnon> hey :)
[05:54] <magnon> early morning here though
[05:57] <seth_k|lappy> 11pm here :P
[05:57] <magnon> sleeping is overrated.
[05:57] <ajmitch> I've had worse :)
[05:57] <crimsun> nice job yesterday, ajmitch
[05:58] <LaserJock> crimsun: funny, that was today for me. Global communication is
[05:58] <LaserJock> interesting some times
[05:59] <crimsun> LaserJock: it's technically today for me _at this moment_, too, but it's close enough to tomorrow (1 min)
[05:59] <LaserJock> 9:00pm here
[06:03] <ajmitch> crimsun: thanks
[06:04] <ajmitch> crimsun: it could probably be done better next time
[06:07] <zakame> afternoon all! ;D
[06:10] <crimsun> 'afternoon
[06:11] <ajmitch> hi zakame
[06:12] <zakame> heya crimsun and ajmitch ! :D
[06:13] <zakame> hm, is it just me, or are the html irclogs borked?
[06:15] <crimsun> yeah, I've had to use the raw log
[06:16] <zakame> waah
[07:07] <zakame> heya Kyral
[07:07] <Kyral> hey
[07:57] <ajmitch> StevenK: do it by hand
[07:58] <irvin> nice tutorial ajmitch thanks a lot!
[07:59] <zakame> waah, I almost thought I could just sync mma :/
[08:00] <ajmitch> irvin: not too confusing?
[08:09] <irvin> not to me... so far :-)
[08:25] <StevenK> ajmitch: I actually meant in terms of filing a bug in LP.
[08:38] <ajmitch> StevenK: oh right
[08:39] <ajmitch> just file it? :)
[08:39] <ajmitch> unless the source package isn't listed in malone
[08:39] <ajmitch> in which case you have to go & whinge to the launchpad people again
[08:39] <ajmitch> rather surprising ;)
[08:49] <irvin> LPI?
[08:54] <ajmitch> linux professional institute
[08:54] <ajmitch> hm
[08:57] <lifeless> u r de bpmb
[08:59] <irvin> you're on a roll ajmitch
[08:59] <ajmitch> no, I just think theyy're a little too easy :P
[08:59] <ajmitch> lifeless: how's opensync going?
[09:02] <lifeless> builds & passes tests
[09:02] <lifeless> their demo debian rules are uhm interesting though
[09:02] <lifeless> I want to tweak a bit before I upload
[09:05] <ajmitch> alright
[09:18] <magnon> omigod. rockstar has released GTA and GTA2 for free :O
[09:20] <Mithrandir> they released GTA 1 at least years ago.
[09:21] <magnon> I never discovered
[09:21] <magnon> morning, by the way
[09:35] <minghua> hi ajmitch, thanks for the comments on my xfonts-wqy debdiff
[09:36] <minghua> ajmitch: I've updated the debdiff now, if you have time to give it a review, I would appreciate it
[09:42] <minghua> it's bug 5568 for your convinience :-)
[09:42] <Ubugtu> Malone bug #5568: xfonts-wqy FTBFS due to missing build dependency In: Ubuntu, Severity: Normal, Assigned to: MOTU Reviewers Team, Status: New https://launchpad.net/bugs/5568
[10:11] <lifeless> ajmitch: azeem: so opensync
[10:11] <ajmitch> yes?
[10:11] <lifeless> my plan is to import 0.13 into bzr
[10:11] <lifeless> with a separate tree for debian/
[10:12] <lifeless> I'll then have one bzr branch representing upstream
[10:12] <ajmitch> sounds reasonable
[10:12] <lifeless> and one for the packaged version
[10:12] <ajmitch> patches will be against the upstream branch?
[10:12] <lifeless> with (probably) one intermediate branch per patch
[10:12] <lifeless> which then gives us patch tracking
[10:13] <lifeless> yes, in a logical sense they are against upstream.
[10:13] <sivang> morning all
[10:13] <lifeless> in a pragmatic sense its just a branch we edit ;)
[10:18] <ajmitch> well that's a good start, the main branches will live on launchpad somewhere?
[10:19] <ajmitch> not that repository location matters too much with bzr :)
[10:29] <lifeless> I'll register them ;)
[10:29] <lifeless> I guess we should register an opensync product too.
[10:34] <raphink> 2nd review day today?
[10:36] <pef> hello
[10:41] <raphink> hi pef
[10:41] <pef> hi raphink
[10:42] <raphink> a roule?
[10:47] <pef> I've uploaded a bad merge (forgot to modify debian/control.m4 which modify debian/control), so I've upload a new corrected revision, but it doesn't seems to do nothing, where am I wrong ?
[10:47] <lifeless> ajmitch: azeem: upstream in bzr: http://people.ubuntu.com/~robertc/opensync/upstream
[10:49] <siretart> no itp for opensync yet?
[10:50] <ajmitch> siretart: yes, lifeless filed one
[10:50] <ajmitch> 342179
[10:50] <lifeless> siretart: FSVON
[10:51] <robotgeek> hi, i was trying to setup a breezy chroot using debootstrap, but the apt-get update fails with a gpg error. i solved the issue with a include=gnupg --resolve-deps, should i file a bug?
[10:51] <siretart> lifeless: yay!
[10:52] <robotgeek> anyone? :)
[10:52] <siretart> robotgeek: last time I debootstrapped breezy, it went flawlessly
[10:52] <siretart> robotgeek: do you use deboostrap from dapper or breezy?
[10:53] <robotgeek> siretart: i tried yesterday night, today morning too. with us.archive,archive.ubuntu.com
[10:53] <robotgeek> siretart: breezy
[10:54] <robotgeek> i did read a debian bug which said the same thing, but it also said ubuntu doesn't have the problem :)
[10:54] <sivang> lifeless: opensync is something similar to rsync ?
[10:55] <lifeless> sivang: not at all.
[10:55] <siretart> sivang: no, it is the successor of multisync
[10:55] <lifeless> its the engine for multisync
[10:55] <ajmitch> sivang: think sync for pdas, phones, etc
[10:55] <lifeless> siretart: not successor, component extracted from
[10:55] <sivang> lifeless: ah , nice
[10:55] <sivang> it's a framework and clients that are loosly coupled , as it seem from the project's page
[10:56] <siretart> lifeless: oh. so multisync is not obsoleted at all?
[10:57] <robotgeek> siretart: i used it about 2 months ago or so, (multisync) it worked on the first go :)
[11:00] <ajmitch> siretart: the new multisync uses opensync
[11:01] <siretart> ajmitch: aaah, this explains my confusion
[11:01] <ajmitch> there's a reasonable chance, I'd say
[11:02] <lifeless> what address did we decide to use ?
[11:03] <ajmitch> did we decide on one?
[11:04] <ajmitch> since launchpad team aliases don't seem to be in place yet
[11:04] <lifeless> pts I think
[11:04] <ajmitch> right
[11:04] <siretart> do you have an alioth project for coordinating the opensync pkg team effords?
[11:04] <lifeless> I've never used the pts as a maintainer address - whats the syntax ?
[11:04] <robotgeek> thanks guys, i think i'll go ahead and file a bug. i'll try it out once more
[11:05] <ajmitch><EMAIL_ADDRESS>[11:05] <ajmitch> hm
[11:05] <ajmitch> maybe not, that requires a header
[11:06] <lifeless> meh
[11:06] <lifeless> I'll put my name in for now
[11:06] <lifeless> so there is *something* valud
[11:06] <ajmitch> everyone else can be in uploaders
[11:08] <lifeless> ok
[11:08] <lifeless> I really must get time to clean up disk space to setup pbuilder
[11:08] <lifeless> at the moment I manage my chroots by hand
[11:15] <pef> lamont: hello, can you help me wit an upload issue ?
[11:17] <sivang> lifeless: I've reached the "And Benefits" part, just for developing expecations for the rest of the document -
[11:17] <sivang> lifeless: are you talking there about actually implementing a similar mechanism to the one exposed by the db, that can define and use the same logic, to test code against? ;-)
[11:18] <lifeless> not as such, unless you are writing a db in your code
[11:18] <lifeless> but consider that you are writing an implementation of an interface that depends on a db
[11:18] <lifeless> that *interface* is what the rest of your code needs.
[11:18] <lifeless> the *db* is not
[11:18] <lifeless> but the db is the slow bit.
[11:20] <sivang> lifeless: ok thanks for the clarification - that makes a sense ,I will read it to end before asking how you are going to make the itnerface act and produce the same output as the intfc. using the db..:-)
[11:22] <lifeless> sivang: thats what the paper is about ;)
[11:22] <lifeless> ajmitch: is there a control macro to get the build-deps ?
[11:23] <lifeless> ajmitch: it would be kinda useful to keep the -dev package in sync with the build-deps ;)
[11:23] <sivang> lifeless: oh cool, DependencyInjection to start with
[11:23] <lifeless> sivang: DI is overemphasised in the current version
[11:23] <lifeless> midweek I will be revamping that bit. The key idea is making the tests aim at an interface
[11:24] <lifeless> and parameterising them with one or more implementations
[11:24] <lifeless> and *then* using an arbitrary implementation to test all the code that needs that interface
[11:25] <sivang> nice, you would then be able to choose the implementation that best produces the expected results from the interface.
[11:26] <lifeless> well
[11:26] <lifeless> they should all produce the same results ;)
[11:26] <lifeless> however some may be more appropriate than others in a test environment
[11:26] <sivang> yes
[11:29] <sivang> I understand that you aim to test the interface that way - but then how does testing the interface over an arbitrary set of implementation helps to ensure that the interface is at good quality / designed well ? (Hmm, I should probably finish reading before asking stuff like that ;-)
[11:29] <ajmitch> lifeless: about the macro, I don't know of one..
[11:29] <lifeless> ajmitch: :[
[11:30] <lifeless> sivang: so, if its hard to write two implementations of an interface, thats a hint ;)
[11:31] <lifeless> sivang: this is not about verifying the design of an interface, its about verifying interfaces by contract & behaviour, which ensures that test defined behaviour is equivalent on all implementations and thus guarantees substatutability.
[11:31] <lifeless> ajmitch: azeem: are you guys on the opensync dev list already ?
[11:31] <azeem> good point
[11:31] <azeem> :)
[11:32] <azeem> hrm, why isn't it on fd.o?
[11:32] <sivang> lifeless: uh-ha. /me is enlightened.
[11:34] <raphink> 2nd review day already ended or not begun yet ? ;)
[11:35] <lifeless> azeem: the list ?
[11:36] <JohnnyMast> you guys have been bussy
[11:36] <JohnnyMast> :) very good
[11:37] <azeem> lifeless: yeah, I hate SF's list archives, e.g.
[11:37] <azeem> anyway, subscribed
[11:37] <lifeless> azeem: me too
[11:44] <ajmitch> yes, although the devel list is quite quiet
[11:44] <azeem> hub left here, right?
[11:44] <azeem> he was blogging about open/multisync as well, IIRC
[11:45] <azeem> ah no, he was around eralier
[11:45] <azeem> eh, earlier
[11:46] <\sh> hmmm
[11:47] <\sh> this morning at 6:28 after running cron.daily my amd64 just switched off magically..and nothing in the logs
[11:47] <\sh> -ESTRANGE
[11:50] <ajmitch> heating?
[11:51] <ajmitch> you might have a low temperature threshold set in the bios
[11:52] <\sh> ajmitch: well..living under the roof and in the room where the machine is, there is no heating..it's quite cold...it just ran for more then 4 days
[11:52] <sivang> lifeless: could you give an example for 'composition' as a remedy to "Tackling the writing code twice aspect" ?
[11:52] <lifeless> well
[11:52] <lifeless> say that one implementation has some code
[11:52] <lifeless> that chooses what actions to take based on the state of a content object
[11:53] <lifeless> (aka domain object)
[11:53] <lifeless> if you put that code in a strategy class
[11:53] <lifeless> both implementations can use it
[11:53] <lifeless> so you are composing things rather than inheriting, to get the code reused
[11:58] <\sh> ajmitch: and the problem with debootsraparchs "--arch=i386" I just logined into the pbuilder chroot and it gives me amd64
[11:58] <sivang> so each implementation instantiates an object of the strategy class type , and then uses that object to achive the same state based behavior as before?
[11:59] <lifeless> sivang: yes
[11:59] <ajmitch> \sh: right..
[12:00] <ajmitch> midnight, sleep time
[12:00] <ajmitch> night all
[12:00] <raphink> should `normal users' report universe bugs to malone directly?
[12:00] <sivang> ajmitch: good night
[12:00] <lifeless> night
[12:00] <\sh> raphink: yes
[12:00] <\sh> cu ajmitch
[12:00] <raphink> or is there a way for them to report without subscribing to launchpad?
[12:00] <raphink> I'm trying to have a user report a bug
[12:00] <raphink> but he doesn't feel like subscrbing to LP
[12:01] <raphink> :(
[12:01] <raphink> this is a shame, since he found out how to fix the bug, too
[12:01] <azeem> ask in #launchpad?
[12:01] <raphink> should I report it myself ?
[12:01] <raphink> hmm
[12:01] <sivang> raphink: why not?
[12:01] <azeem> raphink: well, you could, but I would report that issue as well
[12:02] <raphink> azeem: what issue ?
[12:02] <\sh> raphink: is it hara?
[12:02] <raphink> that users have to subscribe to LP  ?
[12:02] <jpatrick> \sh: yes
[12:02] <raphink> \sh: yes
[12:02] <azeem> raphink: users not reporting bugs due to entry barriers
[12:02] <raphink> mhm
[12:02] <\sh> raphink: well...I don't know his problem with not subscribing...everywhere u have to subscribe
[12:03] <azeem> \sh: to report bugs?
[12:03] <raphink> yes that's right
[12:03] <\sh> azeem: normally not...
[12:03] <azeem> \sh: I mean, I would subscribe somewhere if I get something out of it
[12:03] <\sh> only reporting via email needs a subscribtion
[12:04] <azeem> here, Ubuntu gets something out of the user, yet still they are required to jump through hoops first
[12:04] <azeem> \sh: ah
[12:04] <azeem> that's different then
[12:05] <\sh> azeem: but you have to subscribe...
[12:05] <\sh> well...so actually we know the human being who reported the bug..which is quite good, because if it's a serious bug he will be famous :)
[12:06] <raphink> hehe
[12:07] <womble> lifeless: If I give you a testcase for baz, what's the chances that the problem could get solved in a reasonable amount of time?
[12:07] <lifeless> womble: low. I'm not aware of anyone actively working on baz day to day.
[12:08] <lifeless> womble: the problem will get assessed, problably impact and % of users I expect to encounter it rule-of-thumbed
[12:08] <womble> Gah.
[12:08] <womble> The problem is that baz browse --hide-sealed is a noop.
[12:08] <lifeless> unless those figures are high, I won't make time for it. Andy Tai and Derek Zhou are doing some stuff with tla
[12:09] <lifeless> right, thats definately in the dont-care-unless-the-test-case-comes-with-a-patch bin
[12:09] <lifeless> but I can offer you a baz2bzr at discount rates
[12:10] <womble> lifeless: I've already switched everyone to one completely different workflow (cvs to arch), I don't think I have the cred to completely shake things up again
[12:11] <lifeless> fair enough
[12:12] <lifeless> that should not be too hard for you to fix, its just completely UI, and as the code base is not part of bazaar 2, theres no motivation to fix cosmetic issues
[12:12] <lifeless> try 1.5, it may have that fixed.
[12:18] <womble> I tried the latest autobuilt 1.5 deb
[12:21] <JohnnyMast> PyGTK == gnome-python right ??
[12:21] <JohnnyMast> on suse its part of t
[12:21] <JohnnyMast> *it
[12:21] <womble> JohnnyMast: No.  PyGTK == python-gtk2
[12:21] <sivang> lifeless: going to fetch something to eat, will you be around in about 0.5hrs ?
[12:21] <JohnnyMast> ok
[12:22] <JohnnyMast> thankz womble
[12:22] <lifeless> maybe ;)
[12:22] <womble> gnome-python is a set of bindings to higher-level GNOME-specific stuff, like gconf
[12:22] <sivang> lifeless: ok, I Might have more questions, am I free to email you then?
[12:22] <lifeless> of course
[12:22] <sivang> thanks, so laters :)
[12:22] <JohnnyMast> i dont know if i should include python-gtk2 or python-gtk2-dev as dep
[12:22] <womble> JohnnyMast: Which one are you using?
[12:23] <JohnnyMast> if i knew what he used i would not ask this, see its for revu
[12:23] <JohnnyMast> the developer only sayes that it depends on pygtk wich is in gnome-python on suse
[12:24] <JohnnyMast> ooh np
[12:24] <JohnnyMast> ile do -dev because it installs python-gtk2 as well
[12:24] <JohnnyMast> because it depends on that package. Thanks any ways
[12:27] <womble> Don't guess.  Work it out.
[12:27] <JohnnyMast> i just did
[12:27] <womble> JohnnyMast: If it's a python-using application, then python-gtk2 should work fine.
[12:28] <JohnnyMast> alrighty then womble thanks for your help
[12:34] <JohnnyMast> hmmm
[12:34] <JohnnyMast> kiwi just entered ubuntu right ?
[12:34] <JohnnyMast> as i saw on revu
[12:34] <JohnnyMast> why doesnt it have build1 ?
[12:41] <lifeless> ajmitch: azeem: http://people.ubuntu.com/~robertc/opensync/opensync-debian main source with a bugfix ;)
[12:41] <lifeless> ajmitch: azeem: http://people.ubuntu.com/~robertc/opensync/opensync-debian-dir the control dir (currently buggy as I'm fiddling ;))
[12:46] <azeem> lifeless: why do you put dh_install in the install: target rather than binary-arch?
[12:46] <azeem> is dh_make doing that these days?
[12:46] <lifeless> debhelpers samples suggest that
[12:46] <azeem> hrm
[12:46] <lifeless> dh_make is deprecated ;)
[12:47] <azeem> never heard of those samples :)
[12:48] <lifeless> hmm, I'm going to reproduce autogen in rules
[12:48] <lifeless> it does not have a 'do not futz with the source' mode
[12:52] <lifeless> (that and its trivial)
[12:56] <lifeless> oh joy
[12:56] <lifeless> I so love finding bugs
[12:57] <lifeless> upstreams that dont run distcheck should be shot
[12:57] <lifeless> or at least have pain inflicted on them
[12:58] <lifeless> not to mention that this seems ratehr ugly as a test :
[12:58] <lifeless> '!system("test \"x$(ls data1/testdata3)\" = \"xdata1/testdata3\"")'
[12:58] <lifeless> not portable to windows, not portable if environment has default long options for ls, ...
[01:00] <azeem> lifeless: did I mention that the multisync-0.82 tarball ships with -> /usr/share/automake1.6/foo symlinks :)
[01:00] <lifeless> heh
[01:00] <lifeless> does not surprise me
 dh_make is deprecated ;) <-- what to use instead?
[01:08] <azeem> Seveas: /usr/share/doc/debhelper/examples/ e.g.
[01:09] <Seveas> k
[01:09] <azeem> Seveas: or just copy another rules file and adjust it
[01:10] <lifeless> cargo cults R us
[01:10] <lifeless> ok, I'm happy with the packaging now - it fails loudly ;)
[01:13] <Seveas> better loudly than silently
[01:13] <lifeless> dh_install --fail-missing
[01:14] <lifeless> *always* use that
[01:14] <azeem> oh, sounds like useful option
[01:14] <azeem> does cdbs use --list-missing at least?
[01:18] <lifeless> hmm
[01:18] <lifeless> we have binaries now
[01:18] <lifeless> osyncdump, osyncstress, osyncplugin, osynctest, osyncbinary
[01:18] <lifeless> all installed to tmp by the source
[01:18] <lifeless> which ones to package, do we want separate packages, ?
[01:20] <azeem> opensyncutils?
[01:20] <lifeless> yeah, thats a good name
[01:20] <azeem> those do not seem like regular end-user apps
[01:20] <azeem> but honestly, I haven't looked into them
[01:23] <azeem> the .spec file just seems to drop everything in one package
[01:23] <azeem> it uses "--enable-engine --enable-debug --enable-tracing --disable-profiling --enable-tools --disable-unit-tests --disable-python" as configure args, btw
[01:23] <lifeless> yah
[01:23] <lifeless> rpm == crapola
[01:23] <lifeless> their mockup debian package also did a terrible job.
[01:23] <lifeless> doesn't even build
[01:23] <azeem> well, seems to be maintained by an outside contributor
[01:23] <lifeless> I snarfed the package description from there.
[01:23] <lifeless> I emailed him a week ago, no reply.
[01:24] <azeem> yeah, that's what they're good for :)
[01:26] <lifeless> nearly there
[01:32] <lifeless> hmm, is this butt ugly or what:
[01:32] <lifeless> /usr/lib/python2.4/site-packages/_opensync.la
[01:32] <lifeless> !
[01:32] <lifeless> I should check python policy for that
[01:37] <dholbach> hi
[01:37] <dholbach> how's the review day going? :)
[01:41] <JohnnyMast> what do i have to change in dput.cf ?
[01:42] <dholbach> JohnnyMast: for revu?
[01:42] <JohnnyMast> yep
[01:42] <dholbach> JohnnyMast: should be on http://wiki.ubuntu.com/REVU
[01:43] <JohnnyMast> i saw there to edit it
[01:43] <JohnnyMast> but not exactly what
[01:45] <dholbach> ?
[01:45] <dholbach> "Howto upload" has it all
[01:45] <JohnnyMast> ok
[01:47] <lifeless> garh
[01:47] <lifeless> -dbg is not right yet
[01:48] <lifeless> and the python package is awol
[01:49] <lifeless> azeem: ajmitch: I would call the packaging 'draft' now.
[01:49] <lifeless> if you want to play with it, those are bzr branches, we can start collaborating now ;)
[01:49] <dholbach> lifeless: which package are you talking about?
[01:50] <lifeless> I'm particularly interested to know if plugins build correctly with the -dev installed
[01:50] <lifeless> dholbach: *opensync*
[01:50] <dholbach> *ROCK*
[01:50] <dholbach> -dbg is easy, if you use CDBS
[01:50] <lifeless> yes, but noone has yet convinced be that cdbs is anything other than crack
[01:50] <lifeless> s/be/me
[01:51] <dholbach> convince yourself :)
[01:51] <StevenK> lifeless: No-one has yet to be convinced that cdbs is anything other than crack.
[01:51] <sivang> lifeless++ :)
[01:51] <lifeless> -dbg is trivial with debhelper anyway
[01:51] <lifeless> dholbach: for the python version, maybe.
[01:52] <dholbach> i'm happy with it
[01:52] <lifeless> no offence, but thats nice.
[01:53] <lifeless> I saw my first cdbs package in 2004, and went blind.
[01:53] <lifeless> :)
[01:53] <lifeless> thanks ogra :)
[01:54] <lifeless> azeem: anyway, if you want to start bringing up the plugin packages, the engine one should be *good enough* to start doing htat
[01:55] <azeem> ok
[01:55] <lifeless> azeem: I'll do another round of work on it some evening this week, or next weekend for sure.
[01:55] <azeem> I am hacking on the hurd package currently and need to sponsor something else
[01:55] <azeem> dunno if I get around to it today
[01:55] <lifeless> oh no rush. just indicating my plans
[01:55] <lifeless> i.e. i'm not planning on touching the plugins at this point
[01:55] <azeem> same here :)
[01:55] <azeem> okie
[01:55] <lifeless> or multisync.
[01:56] <lifeless> once the engine package is all happy then we'll see :)
[01:57] <\sh> grmpf
[01:58] <\sh> hmmm....can someone explain me the following
[01:59] <\sh> guile-1.6-slib depends on slib...but slib won't be installed...apt-get install slib itself works nicely
[01:59] <lifeless> oops, forgot the .install files, added and pushed ;)
[01:59] <\sh> but slib is conflicts with guile-1.6-libs
[02:10] <herve> hello
[02:11] <jpatrick> hello herve
[02:12] <raphink> hi herve
[02:12] <jpatrick> raphink: do you have some time to look at http://revu.tauware.de/details.py?upid=1122 ?
[02:12] <raphink> sure
[02:13] <jpatrick> raphink: it's in Universe (going to Main) but I've done some small changes
[02:13] <raphink> jpatrick: why, it has been uploaded already...
[02:13] <jpatrick> small changes
[02:14] <raphink> let's see
[02:14] <jpatrick> see changelog :P
[02:16] <jpatrick> raphink: I thought since it's going to Main and is in Kubuntu seeds - let's add a Kubuntu theme :)
[02:17] <raphink> going to main?
[02:17] <jpatrick> raphink: yes
[02:17] <raphink> how so?
[02:18] <jpatrick> http://wiki.kubuntu.org/MainInclusionReportKSplashMoodin
[02:18] <sivang> lifeless: btw, did I mention to you how I love ipython ?:)
[02:19] <raphink> jpatrick: did you add the new theme directly in src ?
[02:19] <jpatrick> raphink: yeah I didn't know how to sperate...
[02:19] <jpatrick> without making two packages
[02:20] <raphink> I wouldn't feel at ease with that jpatrick
[02:20] <raphink> the pb is that when you upgrade the package using uupdate
[02:20] <raphink> you'll lose it unless you put it back
[02:20] <raphink> imo, you should keep the theme apart and set rules to install it
[02:20] <raphink> or even package it separately
[02:20] <jpatrick> raphink: I could make a `kubuntu-artwork-moodin` package
[02:20] <raphink> but I'm not sure
[02:20] <raphink> ask Riddell
[02:21] <jpatrick> I'm waiting for him
[02:21] <raphink> ksplash-moodin-kubuntu
[02:21] <raphink> or whatever ;)
[02:21] <raphink> ask Riddell
[02:21] <jpatrick> kubuntu-artwork-* sounds better ;)
[02:22] <raphink> hmm
[02:22] <raphink> well it's not specific enough imo
[02:22] <raphink> kubuntu-ksplash-moodin maybe
[02:22] <raphink> dunno
[02:22] <raphink> Riddell would tell that too
[02:22] <jpatrick> let's ask Riddell
[02:27] <herve> raphink, you would check a package in the meantime? :-)
[02:27] <raphink> what package herve ?
[02:27] <herve> http://revu.tauware.de/details.py?upid=1039
[02:28] <jpatrick> raphink: is a shame that this theme: http://www.kde-look.org/content/show.php?content=29426 : isn't GPL
[02:28] <raphink> :(
[02:28] <raphink> not even GPL-compatible?
[02:29] <jpatrick> Creative Commons Attribution-NonCommercial-ShareAlike License
[02:30] <ogra> thats what we require for ubuntu themes too ...
[02:30] <ogra> using a sourcecode license for artwork is a bit silly ...
[02:30] <\sh> ogra: gpl compatiblity? or a CC license
[02:30] <herve> but anyone couldn't sell kubuntu cds?
[02:30] <ogra> thats why elmo requests the CC for artwork packages to get approved
[02:31] <raphink> jpatrick: this is creative commons, it shouldn't be a pb for artwork
[02:31] <ogra> see art.ubuntu.com ... there is a link on the bottom of every page
[02:31] <jpatrick> pb?
[02:32] <ogra> hmm, isnt anymore :/
[02:32] <jpatrick> a problem
[02:32] <Hieronymus> ogra: artwork is cc-sa-by, right?
[02:32] <Hieronymus> nc is bad
[02:32] <ogra> http://wiki.edubuntu.org/EdubuntuArtwork
[02:32] <ogra> see at the bottom there ...
[02:32] <ogra> thats the one elmo reeeeeeequirs to allow artwrk to get into main
[02:33] <Hieronymus> cc-sa-by, yes
[02:33] <raphink> herve: your package is not in ubuntu yet ...
[02:33] <jpatrick> raphink: will it be safe to put into a GPL package?
[02:34] <herve> raphink, yes, trying hard...
[02:34] <raphink> jpatrick: I think many artwork stuff in Ubuntu are under CC
[02:34] <raphink> might be wrong though
[02:34] <raphink> herve: you should keep -0ubuntu1 as long as it's not uploaded
[02:34] <raphink> there's no reason why the first version officially available would be -0ubuntu4
[02:35] <herve> you're right, keeping the revision bump for archive uploads
[02:35] <\sh> raphink: 0ubuntu0.1 is much better
[02:35] <raphink> \sh: why?
[02:35] <herve> hello \sh
[02:35] <Hieronymus> jpatrick: according to http://www.gnu.org/philosophy/license-list.html cc-by-sa 2.0 is incompatible with the GPL
[02:36] <\sh> raphink: on revu you can see your updated revisions...and when it's advocated the official ubuntu version will become 0ubuntu1
[02:36] <jpatrick> damn
[02:36] <raphink> who will change it to 0ubuntu1 and when then \sh ?
[02:36] <herve> me :-) I'm a motu
[02:37] <raphink> hehe ;)
[02:37] <raphink> oki
[02:38] <herve> think about me waiting advocating since hoary
[02:38] <\sh> well motus are just normal people
[02:38] <\sh> making mistakes
[02:38] <\sh> doing stupid things
[02:39] <\sh> don't have a clue what they're doing..just like me
[02:39] <raphink> sure
[02:39] <lifeless> azeem: just changed the package names
[02:39] <lifeless> libopensync0
[02:39] <raphink> it's just not usual in our society to check the work of people with more responsabilities
[02:39] <lifeless> etc
[02:39] <herve> come one \sh
[02:39] <herve> s/one/on
[02:39] <lifeless> azeem: helps to read the library policy when one is not used to libraries :)
[02:39] <lifeless> azeem: thats a FYI incase of early use. all changes pushed, gnight
[02:40] <\sh> raphink: not? damn.I knew this...
[02:40] <\sh> raphink: because people with more responsibilities, but without a clue are always checking the work of normal working people :)
[02:41] <raphink> in the "normal society", yes \sh
[02:41] <raphink> sadly
[02:41] <lifeless> I will need a hand though, checkout the libopensync0/DEBIAN/shlibs file - the format plugins:[
[02:41] <\sh> make: *** No rule to make target `install', needed by `binary/libgtkmathview0c2a'.  Stop.
[02:41] <\sh> pbuilder: Failed autobuilding of package
[02:41] <\sh> great...
[02:41] <lifeless> ajmitch: ^^ azeem:
[02:41] <azeem> lifeless: ok
[02:41] <lifeless> night for real.
[02:41] <azeem> sleep well :)
[02:41] <lifeless> thanks
[02:42] <lifeless> pythons working now
[02:42] <lifeless> imports ok ;)
[02:42] <slomo_> \sh: ajmitch had the same problem with one of my packages lately... maybe broken cdbs or something...
[02:42] <\sh> slomo_: yes...it's cdbs...correct guess
[02:43] <dholbach> i guess pitti broke it ;)
[02:43] <herve> hello dholbach
[02:43] <dholbach> hey herve!
[02:45] <jpatrick> raphink: this is going to be one messy package
[02:45] <raphink> herve: sent my comments
[02:45] <raphink> hi dholbach
[02:45] <raphink> jpatrick: I hope not
[02:45] <herve> thanks raphink
[02:46] <raphink> could you review mine, herve ? ;)
[02:46] <herve> sure
[02:46] <jpatrick> raphink: we could add it to kubuntu-default-settings
[02:46] <raphink> herve: they are the ones signed by<EMAIL_ADDRESS>[02:47] <raphink> jpatrick: just as my kubuntu-grub-splashimages if it's approved (hopefully)
[02:47] <herve> raphink, as soon as my cat leaves the touchpad :-)
[02:48] <raphink> haha
[02:50] <herve> raphink, what do you mean by "grep-able patch names" ?
[02:51] <raphink> hmm that the full name of the patch should be included in debian/changelog
[02:51] <slomo_> \sh: yes, it's definitely cdbs that is broken :/
[02:51] <raphink> so that you can grep changelog for the patch
[02:51] <herve> ok
[02:51] <raphink> slomo_: what kind of error do you have with cdbs ?
[02:52] <\sh> slomo_: big big bull*h*t
[02:52] <slomo_> raphink: seems like pitti's last change to cdbs killed it ;) it doesn't want to call make install for some reason...
[02:52] <slomo_> rajasun: yes the last change was po-files related
[02:52] <raphink> ok
[02:52] <slomo_> raphink: even
[02:52] <herve> raphink, but I can't touch the changelog and rewrite history
[02:52] <\sh> how can a vital build important source break? ,)
[02:53] <slomo_> bad autocompletion ;)
[02:53] <raphink> herve: sure you can, since the package was not uploaded yet
[02:53] <raphink> you can chnage everything that was added since last upload
[02:53] <raphink> imo
[02:53] <raphink> it's not official changes
[02:53] <herve> sounds uncomfortable to me, but hey
[02:53] <raphink> ;)
[02:54] <raphink> herve: well you'll have to do it if you want to keep -0ubuntu1 as first release anyway
[02:54] <herve> for that I keep the debian versioning in my repository
[02:55] <herve> the ubuntu versioning was just for revu
[02:55] <raphink> hmmm
[02:55] <herve> and later for upload
[02:55] <raphink> then it's ok
[02:55] <raphink> I sometimes have a versionning that is not very logical on my own repository
[02:55] <raphink> but people who use my repos are informed that it's not official
[02:55] <raphink> and take their responsability for downloading from it
[02:56] <herve> no, no, it's logical
[02:56] <herve> but this package has a long existence
[02:56] <raphink> yes I've seen that
[02:56] <raphink> it has a long existence in Debian
[02:56] <raphink> but not in Ubuntu yet
[02:56] <herve> debian?
[02:56] <raphink> no?
[02:57] <herve> I could just dream about debian giving a look at it
[02:57] <raphink> well as far as I see, previous versions were for sid
[02:57] <herve> never a reply on the lists
[02:57] <raphink> oooh
[02:57] <herve> I used sid at that time
[02:57] <raphink> so it has always been unofficial ?
[02:57] <herve> yup
[02:58] <raphink> ok
[02:58] <raphink> so it's actually a new package
[02:58] <raphink> not even a merge
[02:59] <herve> why yes
[02:59] <raphink> using unstable with debian-versionning in the changelog makes think it's a merge with Debian
[02:59] <raphink> if it's a new package, I would go for a brand new changelog
[02:59] <raphink> since there was no official version before
[02:59] <raphink> but that's just my point, and I may be wrong on this
[02:59] <herve> sounds fair
[02:59] <tseng> be sure to leave credit to earlier authors
[03:00] <tseng> if you are removing their changelogs
[03:00] <raphink> tseng: herve is the earlier author
[03:00] <herve> tseng, I'm the sole author :-)
[03:00] <tseng> works for me
[03:00] <raphink> so to me it sounds like it should be a brand new changelog
[03:00] <herve> my... this package will soon be one year old
[03:00] <raphink> ;)
[03:01] <raphink> herve: in our society, people like NEW things ;)
[03:01] <raphink> that'll give your package a new youth
[03:01] <herve> yeah, it even has a docbook xml manpage now, thanks to \sh
[03:01] <raphink> :)
[03:02] <raphink> cool
[03:03] <\sh> herve: ??
[03:03] <herve> \sh, you encouraged me
[03:03] <\sh> oh ah...no :)
[03:03] <herve> raphink, dholbach, I don't understand why you wonder if the postinst, etc. are useful
[03:04] <herve> it's a python package so there are pyc files to produce
[03:04] <herve> debhelper does the job in these scripts
[03:04] <tseng> python doesnt make its own pyc?
[03:05] <herve> not when running with simple user rights I guess
[03:05] <raphink> you never install a package with simple user rights... do you?
[03:05] <herve> no, but the module won't get compiled by their own
[03:06] <raphink> hmm
[03:06] <raphink> if anyone feels like reviewing my packages, that'll make it a nice REVU day for me :)
[03:07] <raphink> hehe
[03:07] <herve> will do after fixing mine
[03:07] <raphink> ok thanks
[03:08] <dholbach> herve: you don't have anything in that postinst file
[03:08] <dholbach> herve: it's just the #DEBHELPER# token
[03:08] <dholbach> herve: that should get created automatically
[03:09] <herve> you mean debhelper will create the file if it needs it?
[03:10] <dholbach> yeah
[03:10] <herve> ho
[03:10] <herve> nice trick :-)
[03:10] <herve> so indeed, I can drop them
[03:10] <dholbach> only if you add special tricks to it, it's necessary
[03:11] <herve> I thought #DEBHELPER# was a special trick in itself
[03:11] <raphink> ;)
[03:12] <herve> still there? ;-)
[03:43] <herve> ok, let's see raphink's packages now
[03:53] <Gloubiboulga> hello
[03:56] <herve> hello
[04:21] <Hieronymus> Source file is a bz2 but bzip2 or gzip not available at /usr/bin/dh_make line 409, <STDIN> line 2.
[04:21] <Hieronymus> what does that mean?
[04:22] <Hieronymus> I have bzip2 installed
[04:24] <Kyral> Morning MOTU
[04:24] <Yagisan> Morning Kyral
[04:28] <Kyral> EasyChem only needs one more vote lol
[04:30] <Gloubiboulga> I can't report a bug on gproftpd
[04:31] <Gloubiboulga> malone doesn't
[04:31] <Gloubiboulga> agree
[04:31] <Kyral> Though somethign is funny. The lab build in the COSI runs Gentoo right now. And we are gonna switch it to something else. So they pass me the World file so I can look at the Apt-Cache
[04:31] <Kyral> and one of the packages is EasyChem lol
[04:33] <Hieronymus> Ah, I see.. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=%23314875
[04:37] <Kyral> FIle the bug and link it to that one
[04:38] <Hieronymus> Kyral: would that get in -updates?
[04:44] <Hieronymus> Kyral: bugzilla bug #20837
[04:44] <Ubugtu> Error: Error getting Malone bug #20837: Bug does not exist
[04:44] <Hieronymus> Ubugtu: no, bugzilla
[04:46] <sistpoty> hi folks
[04:49] <slomo_> hi sistpoty
[04:49] <sistpoty> I'm on dapper now... but got kernel probs :(
[04:50] <\sh> inti-sourceview is not available in dapper?
[04:51] <slomo_> never heard of it before
[04:51] <\sh> it's on the cxx transition list
[04:51] <\sh> in dapper no binaries no sources, but in breezy sources and binaries
[04:52] <sistpoty> it won't be on the list for long... (it's not on the current doko list)
[04:52] <\sh> sistpoty: yeah...it's completly missing :)
[04:53] <\sh> i'll open a bug for it..and close it :)
[04:53] <\sh> then it's gone :)
[04:53] <sistpoty> it's already gone
[04:57] <\sh> sistpoty: kewl :)
[04:57] <Hieronymus> LaserJock_: ping
[04:58] <\sh> instanbul has no merge report assigned
[05:00] <sistpoty> \sh: istanbul needs to be merged... debian version is higher. no idea why it has no report
[05:00] <\sh> sistpoty: ok..
[05:01] <\sh> taking it
[05:07] <jpatrick> sistpoty: what's todo with knemo?
[05:07] <jpatrick> or any of the KApps there
[05:08] <sistpoty> jpatrick: merge the newer debian version
[05:09] <sistpoty> jpatrick: the ones which have stdc++ as yes also need to be renamed (in case unstable didn't do renaming yet)
[05:09] <jpatrick> \sh: about kxdocker I've packaged the lastest one with Deb merges here: http://revu.tauware.de/details.py?upid=1115
[05:09] <\sh> sistpoty: no
[05:10] <\sh> sistpoty: kdeaccessibility e.g. only needs to be rebuild ( which is already)
[05:10] <\sh> sistpoty: applications we don't rename
[05:10] <\sh> sistpoty: and it's not on the list of doko
[05:10] <sistpoty> \sh: sure... sorry I thought of libs *g*
[05:10] <herve> raphink, all your package I've tried raised that cdbs configure error, we'll see later
[05:11] <herve> see you all
[05:11] <sistpoty> \sh: I'll drop kdeaccessibility then
[05:12] <sistpoty> gone it is
[05:12] <\sh> hehe
[05:12] <\sh> sistpoty is da ruler :)
[05:12] <sistpoty> hehe, I only issue some delete from ... statements ;)
[05:13] <sistpoty> problem is, that doko released a list of libstdc++ stuff earlier on, and then updated it with removing many packages again. Unfortunately I had already imported the old list.
[05:17] <LaserJock_> Hieronymus: it appears to be your graphics card
[05:17] <LaserJock_> Hieronymus: the segfault it normal for breezy (unfortunately)
[05:19] <jpatrick> \sh: ping?
[05:19] <\sh> jpatrick: pong...I will check it just now...
[05:22] <sistpoty> he, I'm doing merges the "DELETE FROM" way now :)
[05:41] <sistpoty> I'm off to the kitchen cooking. cya later
[05:43] <Hieronymus> LaserJock_: so.. is it a graphics driver bug?
[07:00] <matid> Hi. How am I supposed to build package from source if I possibly want it to be included in the universe? Is checkinstall enough?
[07:01] <matid> I know about pbuilder but isn't a tool to build from deb-src only?
[07:05] <\sh> matid: checkinstall is not enough
[07:05] <\sh> matid: you have to do it the right way
[07:05] <matid> Is it described on Wiki or somewhere?
[07:06] <matid> I know about building deb-src packages, however I haven't found anything about building from source
[07:06] <jpatrick> matid: https://wiki.ubuntu.com/KubuntuPackagingGuide
[07:08] <matid> Thanks, I hope I'll be able to be useful someday ;)
[07:14] <inovick> hello?
[07:21] <JohnnyMast> lol hello
[07:22] <matid> Is 'I: Checking component main on http://archive.ubuntu.com/ubuntu...
[07:22] <matid> ' while doing `sudo pbuilder create --distribution breezy` usually taking long?
[07:23] <\sh> matid: sometime
[07:23] <\sh> s
[07:25] <ogra> t
[07:25] <ogra> u
[07:25] <ogra> v
[07:25] <ogra> w
[07:25] <ogra> ?
[07:26] <shawarma> x?
[07:26] <shawarma> wtf?
[07:26] <\sh> aeh
[07:27] <shawarma> that too
[07:27] <\sh> the s belonged to sometimes
[07:27] <shawarma> oh.
[07:27] <ogra> ah
[07:28] <matid> \sh: is building packages like described in this guide: http://www.us.debian.org/doc/maint-guide/index.en.html ok? I want to open my small repository to try before, in distant future, I'll try to join MOTU...
[07:28] <\sh> matid: it's one of the beginning steps towards packaging..
[07:29] <\sh> and ajmitch and I have to sum up yesterdays ubuntu-motu-school lecture :)
[07:32] <matid> Anyway, thanks for your help, I go fighting with packaging ;)
[07:32] <\sh> jpatrick: I think kxdocker is cdbs, right?
[07:32] <JohnnyMast> any one interested to look at my package on revu ?
[07:33] <jpatrick> \sh: no
[07:33] <\sh> jpatrick: cool...eventually it will build..btw did you apply the .pot extraction stuff to it?
[07:34] <jpatrick> \sh: yes I did
[07:34] <jpatrick> as stated in changelog
[07:43] <jpatrick> \sh: does this mean it will be uploaded?
[07:43] <\sh> jpatrick: well...tomorrow somehow..when I'm back to normal...don't worry :)
[07:44] <jpatrick> no problem :)
[07:44] <jpatrick> and only one MOTU advocated it
[07:45] <\sh> well....it's sunday..I have no work todo tomorrow....so it's a good time to sit and relax with a beer in my hand :)
[07:46] <\sh> <16?
[07:46] <jpatrick> yep
[07:47] <\sh> I'm feeling again very old
[07:50] <JohnnyMast> pff only 12 years older then me
[07:52] <JohnnyMast> ow was that some one else that was 38
[07:56] <\sh> JohnnyMast: i'm 34 next month 35 :)
[07:59] <JohnnyMast> oooh my gf is 32
[07:59] <\sh> well..my ex wife was 45:)
[08:00] <JohnnyMast> my dad is 52 :p
[08:00] <JohnnyMast> he says 49 because he`s counting back since his 50`s
[08:01] <\sh> so he should be 48
[08:02] <JohnnyMast> ow yeah
[08:02] <JohnnyMast> hes starts to feel young again
[08:02] <JohnnyMast> next he will be in diphers
[08:03] <\sh> hehe
[08:05] <JohnnyMast> \sh could you check my ttb contrib ?
[08:05] <\sh> JohnnyMast: ttb?
[08:06] <JohnnyMast> yeah
[08:06] <JohnnyMast> http://revu.tauware.de/details.py?upid=1123
[08:06] <JohnnyMast> teletekst browser
[08:07] <Hieronymus> JohnnyMast: you packaged ttb?
[08:08] <JohnnyMast> yes
[08:08] <Hieronymus> gj
[08:08] <JohnnyMast> for real ?
[08:10] <Hieronymus> uhm, yeah
[08:10] <Hieronymus> I tried, actually..
[08:10] <JohnnyMast> http://revu.tauware.de/details.py?upid=1123 this one you mean ?
[08:11] <Hieronymus> ttb-teletekst yes. Why aren't you in #ubuntu-nl ?
[08:11] <JohnnyMast> Hieronymus dennis told me i misbehaved the last time (dont remember that) so i felt unwanted so i help out here
[08:12] <\sh> JohnnyMast: but tomorrow..as I said to jpatrick i'm drinking beer right now...and I don't upload anymore :)
[08:12] <Mithrandir> sh: you don't drink and upload?
[08:12] <JohnnyMast> \sh thats okey
[08:12] <JohnnyMast> i drink and code :)
[08:12] <\sh> Mithrandir: not anymore...the last time I drank, I had too many good packages uploaded :)
[08:13] <JohnnyMast> Hieronymus thanks for you compliments
[08:15] <Hieronymus> JohnnyMast: I never said you packaged it in a good way, I just think it's nice you packaged ttb-teletekst
[08:16] <JohnnyMast> Hieronymus no i get it :)
[08:16] <JohnnyMast> lintian gives only 1 warning i think im alright
[08:19] <JohnnyMast> :o
[08:20] <crimsun> make sure you use the correct font path
[08:21] <JohnnyMast> me ?
[08:23] <jpatrick> damn netsplits
[08:24] <JohnnyMast> yeah it floods the window
[08:24] <Hieronymus> JohnnyMast: how?
[08:24] <Hieronymus> use irssi :)
[08:24] <JohnnyMast> hmm no
[08:25] <JohnnyMast> then i cant scroll up
[08:25] <JohnnyMast> im happy with my uber xchat
[08:25] <Hieronymus> page-up/down
[08:25] <JohnnyMast> i would use bitchx before irssi
[08:26] <\sh> irssi can scroll up and down :)
[08:27] <JohnnyMast> it looks to much like rsi
[08:27] <JohnnyMast> if you know what that is
[08:28] <\sh> well...I would use ircII if there is a correct version anywhere
[08:28] <Mithrandir> ircII doesn't handle UTF8, does it?
[08:28] <\sh> Mithrandir: well...as reference implementation I don't think so
[08:29] <JohnnyMast> i even wonder if it follows rfc 2812
[08:29] <\sh> JohnnyMast: it follows 1492
[08:30] <crimsun> Mithrandir: not to any intelligible degree, no
[08:30] <JohnnyMast> hmm
[08:30] <Mithrandir> it's not like any of the IRC servers follow anything resembling an RFC, so who cares?
[08:30] <JohnnyMast> mine does
[08:30] <\sh> Mithrandir: welll...ircd should follow the RFC...
[08:30] <JohnnyMast> well for the bigest part :)
[08:30] <JohnnyMast> it has a cool name to
[08:30] <JohnnyMast> anircd
[08:30] <JohnnyMast> and my email is
[08:30] <\sh> well...I should code again on kmyirc...
[08:30] <JohnnyMast><EMAIL_ADDRESS>:p
[08:31] <JohnnyMast> i was like, hmmm im coding anircd what will its name be ?
[08:31] <JohnnyMast> and ii found the name :p
[08:31] <Mithrandir> what the world needs, yet another IRC daemon.
[08:31] <\sh> I received a bug report 3 or 4 days ago....from a bsd user who was using this old program of mine;
[08:32] <\sh> yaircd?
[08:32] <SEJeff> Where do you report bugs for packages not on bugzilla or lp?
[08:33] <\sh> well...this guy used kmirc with freenode and undernet...and received the message: "message code 333 not recognized please send this to me"
[08:33] <\sh> kmyirc
[08:33] <Mithrandir> JohnnyMast: so, does it have any useful features, like charset negotiation?
[08:33] <\sh> I wrote him back: dude, this software is obsolete since 2 years..and please don't use irc networks who are inventing non rfc messages
[08:34] <Mithrandir> sh: IRC has never been driven by RFC work, it's been driven by a few insane people, changing over time, but always insane.
[08:34] <JohnnyMast> Mithrandir wel the core is basic but its has some unrealrcd like modules
[08:35] <\sh> Mithrandir: sadly
[08:35] <\sh> Mithrandir: I'm waiting when jabbers MUC will take over
[08:36] <Mithrandir> sh: I would recommend waiting for flying pigs. :-)
[08:36] <\sh> Mithrandir: or PsYC
[08:37] <JohnnyMast> Mithrandir http://www.rosiello.net/cgi-bin/cvsweb/anircd/
[08:38] <Mithrandir> sh: yeah, or psycich flying pigs, right.
[08:39] <\sh> Mithrandir: SymlinX had nice ideas at this time :)
[08:42] <ajmitch> morning
[08:42] <JohnnyMast> morning aj
[08:42] <Mithrandir> hi ajmitch
[09:06] <shawarma> doesn't dpkg-buildpackage usually generate a .changes file?
[09:08] <ajmitch> \sh: planned out the next school session?
[09:08] <\sh> ajmitch: na..not now..will be in january
[09:08] <\sh> ajmitch: nothing before xmas anymore
[09:08] <JohnnyMast> it does with dpkg-buildpackage -S -sa -rfakeroot -k<your key>
[09:09] <shawarma> JohnnyMast: That's what I thougt. And that's what it usually does.. What on earth could make it stop doing that? This is totally weird.
[09:10] <JohnnyMast> shawarma http://www.stileproject.com/jessica.html check that as ref
[09:10] <lifeless> shawarma: whats your package version ?
[09:10] <lifeless> morning btw
[09:11] <lifeless> ajmitch: hi
[09:11] <shawarma> lifeless: Huh? 0.4-0ubuntu3. Why?
[09:11] <ajmitch> hi lifeless
[09:11] <sivang> lifeless: morning :)
[09:11] <shawarma> JohnnyMast: Why am I doubtful that I'll find anything useful on stileproject?
[09:11] <lifeless> shawarma: checking a hunch, never mind ;)
[09:11] <JohnnyMast> shawarma check the url i  pasted you :)
[09:11] <lifeless> hi sivang
[09:11] <JohnnyMast> just wait and see
[09:12] <shawarma> JohnnyMast: Freak. :-)
[09:12] <JohnnyMast> lol
[09:12] <JohnnyMast> ur under ur chair now ?
[09:12] <shawarma> It still generates the .dsc and signs it and everything..
[09:13] <shawarma> JohnnyMast: Nah. I've got the sound turned all the way down, so it wasn
[09:13] <shawarma> 't that bad
[09:13] <JohnnyMast> :(
[09:14] <JohnnyMast> darn where is the fun :p
[09:14] <ajmitch> \sh: I guess you want me to write up some summary of yesterday's one?
[09:15] <shawarma> ajmitch: I wasn't able to attend, so I've just read the logs now.. The only thing I didn't fully understand was the ${misc:Depends} thing..
[09:15] <ajmitch> because I didn't explain it
[09:15] <ajmitch> I did give a reference to the man page which explains some of the substitution
[09:16] <ajmitch> and the debhelper tools are free to put in their own substvars like misc:Depends
[09:17] <shawarma> Do you have any good examples of a package that uses it?
[09:17] <ajmitch> eh dh_clideps fills in ${cli:Depends}
[09:18] <shawarma> ok.
[09:19] <\sh> ajmitch: if you can arrange it, would be cool
[09:19] <ajmitch> sigh, more typing :)
[09:19] <\sh> ajmitch: in the next couple of days..I will have more troubles then ever to find a new job
[09:19] <sivang> ajmitch, \sh : are you talking about sat's lesson?
[09:19] <\sh> sivang: yes
[09:20] <ajmitch> \sh: why in the next couple of days?
[09:20] <ajmitch>  http://www.acc.umu.se/~maswan/2005-12-10/2gbit-freesoftware.html
[09:20] <ajmitch> sigh
[09:20] <ajmitch> didn't mean to bump mouse button :)
[09:20] <sivang> \sh: why in the next couple of days?
[09:20] <\sh> ajmitch: because when I don't find a new job in the next couple of days...I'm fcked in january..
[09:20] <ajmitch> ah :(
[09:21] <sivang> \sh: germen work rules?
[09:21] <\sh> sivang: i don't get any unemployment money because I resigned
[09:21] <sivang> \sh: ah right, as well here :-(
[09:21] <sivang> \sh: ogra told me something about it when he resiged
[09:21] <\sh> sivang: for 3 months...I don't have any savings, and my ex-wife and son wants to live as well
[09:22] <ajmitch> she's relying on your money?
[09:22] <\sh> ajmitch: sure..she cares about the little one
[09:22] <\sh> ajmitch: but anyways..I will do whatever job...even cleaning the toilets if I have to
[09:24] <sivang> \sh: what about the linkedin service? I saw you had quite some few connections, did you start getting inquiries from there? (I should finish setting up my profiles there)
[09:26] <\sh> sivang: nope...but I didn't search which I will do the upcoming week
[09:26] <shawarma> This is sooo weird. Does anyone have any bright ideas about what could possibly cause dpkg-buildpackage to not generate a .changes file?
[09:29] <sivang> \sh: it really looks good. and you have quite some resume, I think you will not stay unemplyed for long. I'm holding my fingers for you.
[09:29] <lifeless> shawarma: what are your options ?
[09:29] <shawarma> lifeless: dpkg-buildpackage -rfakeroot -S -sa -ke8bda4e3
[09:30] <shawarma> lifeless: nothing fancy. That's what I always do.
[09:30] <lifeless> strange.
[09:30] <shawarma> very
[09:31] <lifeless> what exit code are you getting ?
[09:31] <shawarma> good question.
[09:31] <shawarma> 2 sec.
[09:31] <shawarma> 2.
[09:31] <shawarma> damn.
[09:32] <shawarma> gpg moans abut gpg-agent not being available, but that's nothing new.
[09:34] <shawarma> lifeless: wtf... I started gpg-agent and now it works. Weirdness.
[09:35] <shawarma> lifeless: Well, thanks for the pointer. Great stuff! :-)
[09:35] <\sh> shawarma: drop gpg-agent :)
[09:35] <\sh> shawarma: vi ~/.gnupg/gpg.conf remove use-agent :)
[09:35] <shawarma> \sh: Good idea. Thanks!
[09:37] <shawarma> W00t! That did the trick.
[09:39] <JohnnyMast> ubuntu can mount 300gig usb disks ?
[09:39] <shawarma> JohnnyMast: I don't see why not..
[09:40] <JohnnyMast> kk ty
[10:09] <bmonty> so how do I open a bug in malone if it doesn't think the package exists?
[10:10] <crimsun> you /join #launchpad and ask them to add the source package to the selection
[10:10] <bmonty> crimsun: thanks
[10:14] <Riddell> raphink: you spoke of me?
[10:15] <Hieronymus> bmonty: you coud file a bug on launchpad I think, it's somewhere in a wiki/FAQ
[10:30] <JohnnyMast> any reviewers alive and kicking and not drinking willing to look @ a revu?
[10:31] <ajmitch> but I'm busy at work
[10:31] <bmonty> I need to get sistpoty to give me reviewer access to REVU
[10:32] <ajmitch> bmonty: I can do that
[10:32] <bmonty> ok, do you need anything from me for that?
[10:33] <ajmitch> yes, email that you use there
[10:33] <bmonty> ajmitch<EMAIL_ADDRESS>[10:34] <ajmitch> bmonty: ok, test that now
[10:34] <bmonty> ajmitch: works, thanks
[10:35] <bmonty> JohnnyMast: which package?
[10:37] <JohnnyMast> ttb
[10:37] <JohnnyMast> http://revu.tauware.de/details.py?upid=1123
[10:38] <bmonty> k, I'll check it out
[10:38] <JohnnyMast> thanks man !
[10:38] <JohnnyMast> i own you like a lot
[10:40] <ajmitch> first thing, why is it versioned at -1ubuntu1?
[10:40] <JohnnyMast> ttb ?
[10:40] <ajmitch> why is the build/ dir still in the upload?
[10:40] <ajmitch> yes
[10:41] <ajmitch> why do you still have the unnecessary, commented out parts in debian/rules
[10:41] <JohnnyMast> because thats the upstream release version
[10:41] <ajmitch> no
[10:41] <JohnnyMast> yes it is
[10:41] <ajmitch> if this package is not in debian, you do not version it with -1ubuntu1
[10:41] <ajmitch> it is -0ubuntu1
[10:41] <jabra> what is the fastest way to determine if a machien is running ubuntu. I am writting a script.
[10:42] <JohnnyMast> yes but
[10:42] <sivang> jabra: /etc/lsb-release
[10:42] <JohnnyMast> how can i *** with the developers version ?
[10:42] <jabra> cool thanks
[10:42] <JohnnyMast> he released this version
[10:42] <JohnnyMast> before it came to ubuntu
[10:42] <ajmitch> he released what?
[10:42] <ajmitch> oh dear
[10:42] <jabra> exactly wat I needed
[10:42] <JohnnyMast> -1
[10:42] <ajmitch> it's not in debian, still
[10:43] <ajmitch> and the packaging needs cleaned up
[10:43] <JohnnyMast> shit ur wrong
[10:43] <bmonty> you should also build-depend on python-2.4
[10:43] <JohnnyMast> ask me
[10:43] <ajmitch> does it need to be architecture: any?
[10:43] <JohnnyMast> JohnnyMast are you drunk ?
[10:43] <JohnnyMast> ajmitch yep
[10:43] <JohnnyMast> ajmitch dont feel bad for kicking my ass :)
[10:44] <ajmitch> no, you just didn't want to listen :)
[10:44] <JohnnyMast> i do
[10:44] <JohnnyMast>  was just wrong
[10:44] <JohnnyMast> i tought he released -1 but i just checked and i was wrong
[10:44] <ajmitch> "< JohnnyMast> shit ur wrong" doesn't help
[10:45] <ajmitch> the description field is meant to be 2 parts
[10:45] <ajmitch> not one paragraph that spills off the first line
[10:45] <ajmitch> it's a short & a long description
[10:49] <JohnnyMast> sorry aj but i had that in my head
[10:49] <JohnnyMast> i tought he released -1 so im sorry
[10:49] <JohnnyMast> let me c the description field
[10:49] <ajmitch> if he had, you should have kept it in debian/changelog
[10:50] <JohnnyMast> ajmitch you mean the description field sepperated by a '.'  in control ?
[10:50] <ajmitch> no
[10:51] <ajmitch> Description: here goes a short description
[10:51] <ajmitch> the long description is on the following lines
[10:51] <JohnnyMast> i never knew that
[10:51] <ajmitch> it's in the docs ;)
[10:52] <JohnnyMast> i see now when i read the kiwi controle file
[10:52] <JohnnyMast> yeah you right
[10:52] <JohnnyMast> ok i do enum that into my todo file
[10:53] <JohnnyMast> any more bugs  ajmitch ?
[10:53] <ajmitch> I suggest you clean up debian/rules, removing things that aren't needed
[10:53] <JohnnyMast> bufs/flaws
[10:54] <JohnnyMast> any sugestions ?
[10:54] <JohnnyMast> i tought i removed the comments
[10:54] <ajmitch> since you should be able to say what each of the dh_* commands do, even if only briefly ;)
[10:55] <ajmitch> you don't even need a configure rule, for one..
[10:55] <ajmitch> considering that it's only touching a file
[10:56] <JohnnyMast> ok now im here with a question since the changelog versioning is wrong
[10:56] <JohnnyMast> this means i cant build a new version
[10:57] <bmonty> why not?
[10:57] <JohnnyMast> so i dont use dch
[10:57] <JohnnyMast> because it would totaly corrupt the versioning
[10:57] <bmonty> manually edit the changelog and make it the version you want
[10:57] <JohnnyMast> yes that what i mean
[10:57] <JohnnyMast> i cant use dch now
[10:58] <JohnnyMast> because it increases the number
[10:58] <bmonty> so use your favorite editor and correct the version
[10:58] <ajmitch> JohnnyMast: it would be nice if the package built in pbuilder
[10:58] <JohnnyMast> yes pico ofcource
[10:58] <ajmitch> since using ../setup.py is wrong
[10:59] <ajmitch> http://revu.tauware.de/revu1-incoming/ttb-0512110820/ttb_0.9.4-1ubuntu1.buildlog
[10:59] <JohnnyMast> thanks this stuff is usefull for me
[11:01] <JohnnyMast> but its allowed to inport a lower version then the one i did upload ?
[11:01] <bmonty> JohnnyMast: if ajmitch likes your package, you have a good package :)
[11:01] <JohnnyMast> it doest give problems ?
[11:01] <JohnnyMast> bmonty hehe i hope so
[11:01] <bmonty> you can upload it
[11:01] <bmonty> REVU will use the latest package you upload
[11:02] <JohnnyMast> so 2 fixes have to be made now
[11:02] <JohnnyMast> well 3
[11:02] <JohnnyMast> the dh_ stuff the versioning and the pbuilder path to setup.py
[11:09] <lfittl> ajmitch / bmonty: Could you do a quick review of http://revu.tauware.de/details.py?upid=1112 ?
[11:11] <bmonty> hey sistpoty
[11:11] <sistpoty> hi bmonty
[11:18] <lfittl> dholbach: ping
[11:19] <dholbach> lfittl: pong
[11:24] <lfittl> ajmitch & bmonty: thanks for reviewing :)
[11:25] <sistpoty> ping Fuddl
[11:25] <Fuddl> pong sistpoty
[11:25] <Fuddl> what's up?
[11:25] <sistpoty> Fuddl: I just took a look at nexuiz..
[11:25] <sistpoty> Fuddl: please use dapper as target... and include the short paragraph from gpl in debian/copyright
[11:26] <sistpoty> Fuddl: otherwise it rulez!
[11:26] <Fuddl> sistpoty: yepp i'm sorry, that's an outstanding "bug" for some weeks. /me feels ashamed :/
[11:27] <sistpoty> Fuddl: don't be ashamed of your really good packaging skills ;)
[11:27] <ajmitch> lfittl: not that I really did any reviewing..
[11:27] <lfittl> ajmitch: then thanks for advocating it ;)
[11:27] <Fuddl> sistpoty: in fact i know these problems for more than two weeks :/
[11:28] <sistpoty> hehe
[11:28] <Fuddl> sistpoty: i'll take care of that tomorrow
[11:28] <sistpoty> cool
[11:28] <lfittl> ajmitch: right sry, only bmonty advocated it :/
[11:28] <lfittl> ajmitch: sry ;)
[11:31] <lfittl> what kind of .so link do you mean?
[11:31] <ajmitch> a symlink
[11:31] <ajmitch> .so goes in -dev
[11:31] <ajmitch> .so.X goes in the library package
[11:32] <Fuddl> sistpoty: did you play a match on the web? ;)
[11:32] <sistpoty> Fuddl: with nexuiz? no, my box is a little bit too slow for it :(
[11:33] <Fuddl> sistpoty: d'oh! i hope someone else would share my addiction ;)
[11:33] <Fuddl> s/hope/hoped
[11:33] <sistpoty> hehe, but if it comes to q3, I'm on ;) (as soon as I get gl back working with dapper dist-upgrade from today)
[11:33] <lfittl_> ajmitch: sry kernel panic happened, again, why should there be a .so symlink in the -dev package?
[11:33] <Fuddl> sistpoty: did you try to set all graphic features to lower and/or minimum level?
[11:34] <sistpoty> Fuddl: I tried once with an older version... and even setting to lowest my box is still too slow (duron 1300)
[11:34] <ajmitch> lfittl: because that's how every other lib package does it? :)
[11:35] <lfittl> ajmitch: where is this symlink placed?
[11:35] <Fuddl> sistpoty: oh... but cpu power isn't the most important thing. what matters is setting all the "realtime lights" to off
[11:35] <ajmitch> 2. -dev package
[11:35] <ajmitch> -dev package should contain the development symlink used when linking, static libraries, and header files, and if they exist, package configuration scripts.
[11:35] <ajmitch> lfittl: in /usr/lib, just like the others
[11:35] <sistpoty> Fuddl: ah, thx... will try that
[11:36] <ajmitch> usr/lib/*.so development linkage file, used when other programs are linked with -lxxx
[11:37] <lfittl> ajmitch: k, will add that one, thanks for your quick review :)
[11:37] <ajmitch> there may be other issues, but I guess it's already passed by 2 MOTUs
[11:38] <bmonty> 1.5 MOTUs...I still need practice reviewing packages
[11:38] <ajmitch> bmonty: well it's been advocated twice, so my opinion doesn't matter much now :)
[11:41] <lfittl> ajmitch: what is the best way to create this symlink with cdbs?
[11:42] <ajmitch> man dh_link
[11:42] <sistpoty> ajmitch, bmonty: there is the possibility to remove advocates... for revu2 we'll have the veto modell, so if you want to veto, you have the means to do so
[11:42] <lfittl> ajmitch: thanks
[11:42] <ajmitch> sistpoty: removing advocates is broken
[11:42] <Fuddl> sistpoty: btw: what do you mean by "include the short paragraph from gpl in debian/copyright"? i hoped it's enought to give a hint to /usr/share/common-licenses/GPL, as it's the license nexuiz is published
[11:42] <bmonty> sistpoty: yeah, I saw the link to remove advocacy
[11:42] <ajmitch> sistpoty: and I know about the veto model, I discussed it with siretart at UBZ ;)
[11:42] <ajmitch> Fuddl: 3 paragraphs of GPL text
[11:43] <sistpoty> ajmitch: args... will care for the removing :/
[11:43] <ajmitch> sistpoty: remove advocacy on waili & xmorph, please
[11:44] <sistpoty> ajmitch: I'll fix the remove advocacy stuff  now ;)
[11:45] <Fuddl> ajmitch: i'm sorry, i don't get the point. nexuiz is gpl'ed, so why wasting disc space, by copying from the already installed license text?
[11:46] <lifeless> ajmitch: mmm, lots of debian packages already just incorporate the text by reference
[11:46] <lifeless> ajmitch: if you mean debian.copyright
[11:46] <ajmitch> lifeless: sure, but that's certainly not suggested
[11:46] <sistpoty> it may have to do s.th. with dh_make templates
[11:46] <lifeless> ajmitch: I'm just wondering if I missed a policy update
[11:47] <lifeless> cause I thought it was de riguer
[11:47] <ajmitch> http://lists.debian.org/debian-legal/2005/01/msg00496.html
[11:47] <ajmitch> not in policy
[11:47] <ajmitch> just something strongly suggested where you match what the source has
[11:47] <lifeless> heh
[11:47] <lifeless> *IF* the source has such a statement
[11:47] <lifeless> rather than just dropping 'COPYING' in the treee
[11:48] <ajmitch> certainly
[11:48] <ajmitch> not the whole thing
[11:48] <Fuddl> k, k, i'll give my very best ;)
[11:51] <ajmitch> dholbach: kiwi has issues ;)
[11:51] <ajmitch> why have both http://revu.tauware.de/revu1-incoming/kiwi-0512011200/kiwi-1.9.2/rules
[11:51] <ajmitch> and http://revu.tauware.de/revu1-incoming/kiwi-0512011200/kiwi-1.9.2/debian/rules
[11:52] <ajmitch> since /rules shouldn't be needed :)
[11:52] <dholbach> ?
[11:52] <dholbach> oh i see
[11:52] <dholbach> :)
[11:52] <dholbach> i think i fixed it in the actual upload
[11:54] <ajmitch> so why wasn't it archived?
[11:54] <dholbach> i think i archived all my stuff
[11:54] <dholbach> hrm
[11:56] <hub_> sorry guy I have to catchup on my packaging
[11:56] <ajmitch> hey hub_
[11:58] <bmonty> hmm...kshutdown package from debian won't build on ubuntu
[11:58] <sistpoty> ajmitch: revu-admins can now remove any advocates, I just removed waili
[11:59] <bmonty> only change i made is merging the ubuntu changelog and adding a patch
[11:59] <raphink> oh nice sistpoty
[12:00] <sistpoty> hehe, this time I managed to do a fix w.o. anybody noticing downtimes :)
[12:00] <raphink> sistpoty: could you remove a few more ? like xmorph
[12:00] <sistpoty> xmorph removed
[12:00] <hub_> xmorph?
[12:00] <raphink> ok
[12:00] <hub_> what is the issue?
[12:01] <raphink> the issue is that it was auto-advocated ;)
[12:01] <hub_> ah
[12:01] <hub_> ok
[12:01] <raphink> so just removing the advocacy added by the packager himself ;)
[12:01] <ajmitch> hub_: I'd love to hear more of your thoughts on opensync, etc :)
[12:02] <lifeless> did someone say opensyn ?
[12:02] <ajmitch> lifeless: yes, hub_ has been blogging about syncing lately
[12:02] <hub_> ajmitch: yeah
[12:03] <lifeless> sweet
[12:03] <sistpoty> cya ajmitch
[12:03] <hub_> ajmitch: have fun
[12:03] <lifeless> use my package ;)
[12:03] <hub_> lifeless: opensync packaged?


[05:03] <kongda_> Hello, I'd like to write an application to recognize three finger touch pad gesture on Ubuntu. Could anyone point me in the right direction? Or is there a gesture recognition API provided by the Linux Kernel?
[05:28] <one> What is an alternate way to edit the kern config the build setup requres ncurses. Ncurses is not in the repo.
[08:00] <one> jjohansen: cava
[08:00] <jjohansen> one: ?
[08:01] <one> french
[08:01] <one> What is going on jjohansen ?
[08:01]  * jjohansen is chasing bugs
[08:02] <one> find out where they come from instead of getting just one
[08:02] <one> fix them all
[08:02] <jjohansen> sadly too many of them come from me :)
[08:03] <one> So why is jjohansen chasing them?
[08:04] <one> jjohansen put bugs into the ubuntu kernel?
[08:04] <jjohansen> because they are good at eluding me
[08:04] <jjohansen> sadly sometimes yes, I try not to but it happens
[08:04] <one> well if they don't bug me I am not chasing them
[08:05] <one> Just when they invade my living space I squash them
[08:06] <one> What is an alternate way to edit the kern config the build setup  requres ncurses. Ncurses is not in the repo.
[08:10] <jjohansen> libncurses5, libncurses5-dev are in the archive
[08:14] <jjohansen> you can also directly edit the config with make oldconfig, however that by-passes the usual debian packaging, stuff. So it just depends on how you make you kernels
[08:14] <jjohansen> also you can hand edit the config pieces in debian.master/config
[12:53] <one> What are the options for editing the config file?
[12:56] <one> Or where is the configfile used by dpkg -buildpackage located?
[13:00] <one> modify it manually
[20:58] <zequence> 7win5


[03:30] <timut> maxb: thanks
[03:30] <timut> it's helping me
[09:14] <wgrant> How do I get something bin/harness but with security working? I want, for example, to be able to switch users interactively and see how access to objects changes.
[09:25] <BjornT_> wgrant: use getUtility(IFooSet) to get the initial object. when you use getUtility the object will be security wrapped, and each object you access through it will also have a security proxy.
[09:26] <wgrant> BjornT_: I know hot to get the objects, but I can't seem to switch to a user that doesn't have any permissions.
[09:27] <wgrant> BjornT_: canonical.launchpad.ftests.login doesn't seem to work.
[09:27] <wgrant> Well, it runs, but my mortal user still has launchpad.Admin on everything.
[09:28] <BjornT_> wgrant: oh. it probably runs with the permissive security policy...
[09:28] <wgrant> BjornT_: Right. Any idea how I can change that?
[09:29] <wgrant> It does look like c.l.ftests.login is configuring the participation properly, so that must be it.
[09:30] <wgrant> Aha.
[09:30]  * wgrant tries something.
[09:32] <BjornT_> wgrant: the following might work: setSecurityPolicy(LaunchpadSecurityPolicy)
[09:32] <wgrant> Yep.
[09:33] <wgrant> A grep showed me that.
[09:33] <wgrant> Thanks.
[09:33] <wgrant> (needed to import setSecurityPolicy from zope.security.management)
[16:27] <AdamDV> <3 Launchpad
[16:40] <AdamDV> Anyone here?
[16:40] <AdamDV> I just got an error :/
[16:40] <AdamDV> bzr: ERROR: no such option: --2a
[16:40] <AdamDV> ERROR: Unable to set up local LP repository
[16:41] <andrea-bs> AdamDV, you need bzr version 1.9 or higher
[16:41] <AdamDV> I just installed 1.17..
[16:41] <AdamDV> This morning, because on my first rocketfuel attempt I got the 'bzr version not high enough' error
[16:42] <AdamDV> The script has been runing successfully for like 30 minutes
[16:44] <AdamDV> andrea-bs: should I use the nightly build instead?
[16:45] <andrea-bs> AdamDV, no, you shouldn't: 1.17 is the right version (I was wrong about 1.9)
[16:45] <andrea-bs> AdamDV, how did you install bzr 1.17?
[16:45] <AdamDV> I downloaded it from the ppa
[16:46] <AdamDV> cd Downloads
[16:46] <AdamDV> sudo dpkg -i bzr*
[16:46] <andrea-bs> what does ``bzr version`` tell you?
[16:46] <AdamDV> HOwever, when I opened the deb in GDebi, the Install betton was greyed out...
[16:46] <AdamDV> It says 1.13 :/
[16:47] <AdamDV> I'm installing again, andrea-bs
[16:47] <andrea-bs> maybe dpkg has encountered some errors while installing
[16:47] <AdamDV> Now it says version 1.17
[16:48] <andrea-bs> it should work now
[16:48] <AdamDV> Is i possible that rocketfuel-setup would at some point downgrade bzr?
[16:49] <andrea-bs> no, I don't think so :)
[16:49] <AdamDV> Well now I see
[16:49] <AdamDV> 'Making local branch of launchpad truck'
[16:49] <andrea-bs> however, I strongly suggest you to add the Bazaar PPA to your sources.list, so you'll get the updates
[16:49] <AdamDV> Alright
[16:50] <AdamDV> Does the install just carry on if postfix and everything have already been instaled?
[16:50] <AdamDV> So that I wouldn't have to wait the 30 min again?
[16:50] <AdamDV> (I'd assume so)
[16:52] <andrea-bs> all the required deb packages are not re-installed if they are already present
[16:52] <AdamDV> Ah, ok.
[17:23] <AdamDV> Now I get this:
[17:23] <AdamDV> make: *** No rule to make target `install'.  Stop.
[17:23] <AdamDV> ERROR: Unable to install apache config appropriately
[18:32] <AdamDV> Anyone here?
[18:32] <AdamDV> I keep getting this:
[18:32] <AdamDV> bzr: ERROR: Connection error: Couldn't resolve host 'bazaar.launchpad.net' [Errno -2] Name or service not known
[18:32] <AdamDV> ERROR: Unable to create local copy of Rocketfuel trunk
[18:37] <elmo> AdamDV: does 'ping -c 1 bazaar.launchpad.net' work from the command line?
[18:37] <AdamDV> yes
[18:37] <AdamDV> It works for awhile, maybe 20 minutes, then I get that.
[18:38] <AdamDV> elmo: does launchpad.tar.gz have the lp-branches folder?
[18:38] <elmo> AdamDV: can you install the dnstracer package, and pastebin the output of 'dnstracer -c bazaar.launchpad.net'?
[18:38] <AdamDV> sure
[18:38] <elmo> AdamDV: I've no idea offhand, sorry - it's a full copy of the LP tree is all I know
[18:39] <AdamDV> I can't install dnstracer.
[18:39] <AdamDV> It requires bzr 1.14 <
[18:39] <AdamDV> And I have 1.17, which is requireed by LP.
[18:39] <elmo> heh, dnstracer doesn't, but something else you've got installed does
[18:40] <AdamDV> I haven't installed anything, I think the rocketfuel-setup script asks for bzr 1.17 for somestuff and 1.14 for others.
[18:40] <AdamDV> I've run into a problem like that twice with rocketfuel.
[18:40] <AdamDV> anyway, going for a coffee, I'll mess with it when I get back.
[18:58] <AdamDV> Aright, I just downloaded launchpad.tar.gz from herbs repo.
[18:58] <AdamDV> Its got a bit of a different name scheme, but I hink It'll work.
[18:58] <AdamDV> *think
[19:06] <AdamDV> Alrighty
[19:06]  * AdamDV hopes that this time it will work
[21:32] <mars> mwhudson, around yet?
[21:32] <mwhudson> mars: yep
[21:33] <mars> hi mwhudson, and good morning!
[21:33] <mars> I have a question about a mail that just arrived on the feedback list
[21:34]  * mwhudson looks
[21:35] <mwhudson> mars: the freebie trial one?
[21:35] <mars> mwhudson, "my email was published"
[21:35] <mwhudson> oh sigh
[21:36] <mwhudson> why can't people just give up on the 'hide my email' approach to spam prevention?
[21:39] <mars> mwhudson, would you be able to write a reply?  I'm not sure if there is a real bug there or not.
[21:40] <mars> and I don't know our policy in that regard, either
[21:46] <mwhudson> there's no bug
[21:46] <mwhudson> i'll write a reply
[21:59] <thumper> morning
[21:59] <thumper> mars: I was just looking at that too
[22:02] <mars> mwhudson, many thanks
[22:10] <thumper> mwhudson: call?
[22:10] <mwhudson> thumper: yeah, was just thinking that
[22:10] <mwhudson> thumper: couple sec
[22:12]  * mwhudson stabs synergy
[22:14] <mwhudson> my two laptops can't ping each other??
[22:14] <thumper> :(
[22:16] <mwhudson> oh actually, my router had shuffled ip addresses around
[22:16] <mwhudson> thumper: so, yes, call?
[22:16] <thumper> yep
[22:18] <mwhudson> skype thinks you're offline of course
[22:33] <thumper> spm: buildbot.devpad.info
[22:33] <thumper> spm: is not responding...
[22:34] <wgrant> Not resolving.
[22:34] <spm> which was going to be my 1st problem....
[22:35] <wgrant> Is there any reason it can't be public?
[22:35] <spm> thumper: I 'spect we're going to have to wait for Gary on that
[22:36] <spm> dig +trace suggests the ns servers are fine, but something is nicely borked with the domain itself
[22:37] <spm> whee. no SOA record even. totally borked.
[22:40] <thumper> spm: who is responsible for merging db-stable back into devel?
[22:40] <thumper> spm: and db-devel's last revision isn't in db-stable :(
[22:41] <spm> whee
[22:41] <mwhudson> devpad.info is joey's domain isn't it?
[22:41] <mwhudson> spm: happy new week!
[22:43] <spm> mwhudson: so I've been updated to believe, yes.
[22:44] <spm> i wonder what's up with that domain - it doesn't appear to expire for another 6+ weeks...
[22:48] <thumper> spm: are we re-rolling production?
[22:48] <mwhudson> spm: do you know why the re-rollout didn't happen ?
[22:48] <mwhudson> (it's almost like thumper and i are talking to each other)
[22:48] <spm> !!! I've been here 20 minutes. How much email do you two think I've read? :-)
[22:48] <ubot3> spm: Error: I am only a bot, please don't think I'm intelligent :)
[22:50]  * spm brb - updates to install
[22:52] <spm> back...
[23:24] <thumper> https://lp-oops.canonical.com/oops.py/?oopsid=1302EB113
[23:29] <mwhudson> !irc
[23:29] <ubot3> A list of official Ubuntu IRC channels, as well as IRC clients for Ubuntu, can be found at https://help.ubuntu.com/community/InternetRelayChat - For a general list of !freenode channels, see http://freenode.net/faq.shtml#channellist - See also !Guidelines