[00:00] <jtaylor> you can only sync if the ubuntu change is not needed anymore
[00:00] <jtaylor> please explain why in the syncrequest
[00:00] <jtaylor> must leave, bye
[00:03] <arges> yup. need to push stuff to debian first before sync it seems
[00:03] <arges> likewise, time to make some dinner
[00:34]  * ScottK sits back and waits for xnox to fix ALL the things.
[04:22] <ESphynx> W: libecerecom0: extended-description-line-too-long
[04:22] <ESphynx> I: libecerecom0: extended-description-is-probably-too-short
[04:22] <ESphynx> Seriously???
[04:24] <micahg> hehe
[04:24] <micahg> ESphynx: pastebin please?
[04:31] <ESphynx> micahg of what?
[04:31] <ESphynx> The control file?
[04:31] <micahg> yes
[04:31] <ESphynx> https://raw.github.com/ecere/sdk/ppa/debian/debian/control
[04:32] <ESphynx> I'm in the process of reverting to my previous descriptions that I had myself carefully wrapped (To avoid these stupid lintian msgs I think)
[04:32] <ESphynx> in fact, I'm ready to commit it :P
[04:32] <micahg> ESphynx: wrap-and-sort is your friend
[04:33] <ESphynx> micahg: No it's not.
[04:33] <ESphynx> micahg: I ran it!
[04:33] <ESphynx> it didn't do $#1^
[04:33] <micahg> hrm, I thought it did descriptions...
[04:33] <micahg> ESphynx: well, wrap at or before 80 char and you'll be fine
[04:33] <ESphynx> that's what I was told . that's why I bothered changing this at all
[04:33] <ESphynx> i was wrapping way before, but someone complained it was too short.
[04:34] <ESphynx> (wrapping too short)
[04:35] <ESphynx> "Those starting with a single space are part of a paragraph. Successive lines of this form will be word-wrapped when displayed. The leading space will usually be stripped off. The line must contain at least one non-whitespace character."
[04:36] <ESphynx> If the lines will be word wrapped, why does lintian still complain that they are short/long ?
[04:38] <ESphynx> A full stop -- that is a period eh?
[04:40] <ESphynx> wrap-and-sort does nothing with either the long lines, or the shortly wrapped lines
[04:40] <ESphynx> unless my wrap-and-sort is too old
[04:45] <micahg> ESphynx: I checked the man page, it doesn't say it does
[04:45] <ESphynx> ah :| guess one is just under that impression :P
[04:45] <ESphynx> Hey so say I want to target unstable instead of experimental , I just update the most recent entry in my changelog?
[04:46] <ESphynx> And for Ubuntu, if I want this to be an SRU, should I write raring or quantal in the new changelog entry?
[04:48] <ESphynx> or should the whole changelog say raring / unstable?
[04:53] <micahg> ESphynx: you can sync from unstable/experimental to raring
[04:53] <ScottK> ESphynx: It has to be fixed in raring before it can be an SRU.
[05:06] <ESphynx> ScottK: right... but I'm still keeping an ubuntu changelog for my Launchpad PPA
[05:06] <ESphynx> but in the Debian changelog, the last entry can say unstable, and the previous one experimental?
[05:11] <ScottK> Yes.
[08:00] <dholbach> good morning
[08:16] <ESphynx> good morning =)
[08:16] <ESphynx> dholbach: where in the world are you? I always get your good morning wishes when when I'm staying up way too late =(
[08:17] <ESphynx> build issues tend to do that =(
[08:18] <dholbach> ESphynx, Berlin, Germany
[08:24] <ESphynx> ah =) I'm in canada
[08:58] <astraljava> It's usually worrying enough if you're still up when pitti hails his morning wishes. If you're _still_ up when dholbach does, you know you're bad. :)
[09:00] <dholbach> ok, I've got to start earlier in the morning, best with pitti - to make people feel a bit less bad
[09:01] <astraljava> Well, most people need to snooze the alarm in the mornings, too, so I guess it might work when going to bed as well. :)
[09:17] <ESphynx> what would be the best way to install stuff ensuring directories 777 permissions is preserved? I want to copy my samples directory and the user needs writing permission in there...
[09:35] <cjwatson> that's a fairly explicit policy violation; my recommendation would be to find some other way to solve the problem
[09:35] <cjwatson> e.g. have the user take their own copy
[09:40] <ESphynx> cjwatson is it? only on directories though :|
[09:40] <ESphynx> it's just annoying if the user open up a sample and it doesn't build because the makefile can't be generated...
[09:41] <cjwatson> It's a policy violation because it means that on a multi-user system the contents of that directory are completely untrustable
[09:42] <cjwatson> Every other package I can think of like this documents that the user needs to take their own copy in order to play with it
[09:42] <cjwatson> I recommend doing the same
[09:42] <ESphynx> hmm
[09:42] <ESphynx> well I'll keep this for my make install
[09:42] <ESphynx> but I'll consider doing something different if DEB_PKG is defined
[09:43] <ESphynx> though I don't know how I could inform the user :S
[09:43] <cjwatson> put a README in the same directory?
[09:43] <ESphynx> yeah most uers don't read README :P
[09:43] <cjwatson> tough
[09:43] <ESphynx> first thing I should is improve on that error
[09:44] <cjwatson> I certainly consider anything in the Ubuntu archive that ships mode 777 directories to be critically buggy, although it's not something we scan for
[09:44] <ESphynx> right now it's really bad
[09:44] <ESphynx> OK I'll keep note of that :P
[09:44] <ESphynx> Is that something I should fix right now? even though it's 4:44 AM and i've been trying to get this package update ready the whole day? =)
[09:45] <cjwatson> It must be fixed before it can go into the Ubuntu archive, although surely dh_fixperms overrides the permissions to something sane anyway
[09:45] <ESphynx> lintian doesn't warn about it , btw
[09:45] <ESphynx> it's already in the Ubuntu archive...
[09:45] <cjwatson> package name?
[09:45] <ESphynx> is that gonna get me an auto-deletion
[09:45] <ESphynx> :P
[09:46] <ESphynx> if it's really considered critical, I'll fix it for this package i'm building today
[09:46] <cjwatson> if this is ecere-samples, I'm not seeing any mode 777 directories in the version in the archive
[09:47] <ESphynx> It is ecere-samples :P
[09:47] <cjwatson> then there is no bug right now as far as I can see; the samples directories aren't world-writable
[09:48] <cjwatson> which would also explain why lintian isn't saying anything
[09:48] <ESphynx> ok... in fact i had other dirs which I did not mean to be world-writable world-writable, and samples were not... but the pkg install might be overriding that
[09:49] <cjwatson> as I say, dh_fixperms generally overrides non-policy-compliant permissions
[09:50] <ESphynx> right.
[11:21] <bdrung> dholbach: http://reqorts.qa.ubuntu.com/reports/sponsoring-stats/ seems to be not updated for the last few weeks
[11:21] <dholbach> yes, I noticed
[11:21] <dholbach> it's on my list
[11:21] <bdrung> okay
[11:22] <bdrung> dholbach: thanks for writing the sponsors queue alert
[11:22] <dholbach> anytime
[11:22]  * dholbach goes and schedules the next month of pilots
[11:23]  * bdrung made sure that there are no open sync requests
[11:42] <Laney> dholbach: are you able to set reminders when you schedule pilots?
[11:43] <Laney> I just found out I missed mine yesterday :(
[11:43] <Laney> a reminder that morning would have been cool beans
[11:43]  * Laney will do it this afternoon instead
[11:43] <dholbach> Laney, it depends on how you set up google cal I think
[11:43] <dholbach> the script I use sets up a reminder
[11:43] <Laney> it had a 1 day one, which I assume was done by you
[11:44] <Laney> but that's long enough that I forgot :(
[11:45] <Laney> I should have moved it to a specific part of the day - will do that in future
[11:46] <dholbach> the 1-day reminder is done by a script
[14:11] <roaksoax>  /win 3
[17:53] <Quintasan> bdrung: nudge to sign my key
[18:03] <bobweaver> Hello there awesome motu people :) I have a simple question about packaging plugin's for say gimp. (making example brb)
[18:04] <bobweaver> say I want to make this into a package   http://qt.gitorious.org/qt-labs/gimp-qmlexporter/blobs/master/qmlexporter.py
[18:04] <bobweaver> that has to go to ~/.gimp/plugins/   right but that is under the users home dir is that not allowed in debian policy ?
[18:04] <bobweaver> how to get around something like that ?
[18:05] <jtaylor> when something needs to go into home it should do so at runtime
[18:05] <jtaylor> e.g. on first run
[18:06] <bobweaver> jtaylor,  sorry I am not sure that I understand. Are you saying that I should write some sorta something that says, if 1st time launched do X ? If so how to do something like that ? thanks
[18:06] <tumbleweed> why not just install it into /usr/lib/gimp/2.0/plug-ins ? does it *have* to be in the user's plugin dir?
[18:07] <tumbleweed> (that's just a guess as to the corret plugin dir, but I'm assuming there's a system wide one for python plugins...)
[18:07] <bobweaver> tumbleweed,  IDNK but what I do know is that you are awesome and that should work I would think
[18:07] <bobweaver> that is what I also thought but I was un-sure if there was and also pondering the idea of having to put something in $HOME
[18:07] <bobweaver> I love this Channel !!!!
[18:08] <tumbleweed> heh
[18:08] <bobweaver> Thanks jtaylor  and tumbleweed
[18:40] <bobweaver> Hello its me again :)  would someone be so kind to look over this setup.py  (it is my 1st one ever) I am not sure what the last line does but it was in a example so I left it there thanks again :)
[18:40] <bobweaver> http://paste.ubuntu.com/1340531/
[18:44] <jtaylor> is the license correct?
[18:44] <bobweaver> yeah it is gpl3
[18:45] <bobweaver> or at least that is what header says in script
[18:45] <jtaylor> shouldn#t it be GPLv3+ then?
[18:45] <bobweaver> had to dig to find email
[18:45] <bobweaver> Not sure jtaylor  this is 1st time with setup.py I was using example from .....
[18:46] <bobweaver> http://bazaar.launchpad.net/~mythbuntu/mythbuntu/unity-scope-mythtv/view/head:/setup.py
[18:46] <jtaylor> hm pypi has 3415 gpls and only 8 GPLv2+ so probably nobody cars
[18:46] <jtaylor> I'd still stick with the correct string
[18:46] <bobweaver> I would love too
[18:47] <bobweaver> that is why I am here is to ask these questions I really want to learn 'why' things are done and best practice
[18:47] <bobweaver> I am changing that line
[18:47] <bobweaver> This is what I have atp
[18:47] <bobweaver> license="GNU General Public License 3(GPLv3)",
[18:48] <bobweaver> Looking good ?
[18:48] <jtaylor> is it v3 or v3+?
[18:49] <bobweaver> Not sure good question
[18:49] <jtaylor> v3 only is not good
[18:49] <jtaylor> if there is an incompatible v4 you'Re screwed
[18:49] <bobweaver> wowie wowie that would not be good
[18:50] <bobweaver> thanks again jtaylor  :)
[19:12] <bobweaver> watch file goes as such
[19:12] <bobweaver> version=1
[19:12] <bobweaver> https://github.com/qt-labs/gimp-qmlexporter/tags .*/tarball/(\d[\d\.]+)
[19:12] <bobweaver> any good ?
[19:12] <bobweaver> my 1st watch file ^^^
[19:13] <bobweaver> oh i see error
[19:25] <bobweaver> Yes it all worked !  Now how do I get this into debian so that it can make its way to Ubuntu ?
[20:19] <mfisch> Laney: I responded to your comment on the tiff3 update
[20:36] <bdrung> Quintasan: signing the keys is on my todo list. :) have you signed mine? *hint, hint*
[20:37] <ajmitch> so impatient :)
[21:52] <alo21> hi
[21:52] <alo21> can someone says me if davfs2 could be dropped?
[21:53] <alo21> debian: http://packages.debian.org/changelogs/pool/main/d/davfs2/current/changelog LP: https://launchpad.net/ubuntu/+source/davfs2/1.4.6-1ubuntu3