[00:00] <DaveMorris> persia: before I goto sleep, whats your opinion on my package re superm1 comments, he said to ask you
[00:00] <persia> DaveMorris: Pass me a link?  I wasn't sure what I should be looking at from scrollback
[00:00] <superm1> well someone more seasoned at library packaging at least
[00:00] <DaveMorris> http://revu.tauware.de/details.py?package=gtkglextmm is the link
[00:02] <persia> DaveMorris: I think you already had a discussion with slangasek about the package naming and splitting.  Do you remember the results of that?
[00:03]  * persia vaguely remembers that there was no advantage to splitting due to interdependencies affecting ABI, and that lintian was more correct than linda about SONAMEs with '-' characters.
[00:03] <DaveMorris> yeah, he was happy to have the 2 of them in the same package, would prefer 2 packages.  Just wanted it to see them changed from the old name.  I'd prefer them in 1 since they depend on each other
[00:04] <persia> Makes sense to me to have one package to avoid circular dependencies.
[00:05] <mok0> I'm fading... but a first rough draft of the upstream guide can now be seen at https://wiki.ubuntu.com/UpstreamGuide
[00:05] <mok0> I encourage all to contribute
[00:05] <persia> superm1: Do you have a strong opinion either way?  Shall we push this through, or did you want something else adjusted?
[00:05] <superm1> persia, that was the only thing i saw wrong with it
[00:05] <superm1> well iffy is a better word than wrong
[00:06] <superm1> and without having a ton of experience with libraries i didn't want to advocate on that basis
[00:06] <persia> superm1: I'm still catching up on my communications, but if you add advocating, I'll push it if I don't encounter something else.
[00:06] <superm1> okay will do
[00:07] <rjmyst3> superm1: don't know if you saw my message from awhile ago
[00:07] <rjmyst3> superm1: i uploaded another fixed one
[00:07] <DaveMorris> mok0: does case stories become a name and shame ;)
[00:07] <superm1> rjmyst3, after i left a comment?
[00:07] <rjmyst3> hmm
[00:07] <rjmyst3> dunno
[00:07] <rjmyst3> :)
[00:07] <rjmyst3> sorry
[00:08] <superm1> one more thing regarding licensing that was sticking out
[00:08] <steveire> hexmode: Thanks for the help. The package is up waiting to be built.
[00:08] <mok0> DaveMorris: I imagine they could be illustrative. In any case, I think a humerous tone would be fitting
[00:08] <DaveMorris> start of with a "The names of packages has been changed to hide their identities"
[00:09] <mok0> DaveMorris: hehe
[00:09] <hexmode> steveire: cool
[00:09] <mok0> DaveMorris: yeah why not
[00:10] <DaveMorris> hmmm, hardy is stuck trying to setup gnome-settings-daemon anyway I can get more info on why it's stuck?
[00:11] <rjmyst3> superm1: do i past the entire contents of those licenses?
[00:11] <superm1> rjmyst3, yes in this case
[00:11] <rjmyst3> there is also the wxWindows License
[00:11] <superm1> that was GPL2
[00:11] <rjmyst3> yes, ok
[00:11] <superm1> from what I saw though
[00:12] <rjmyst3> right
[00:12] <persia> mok0: That's a great start.  Thank you very much.
[00:12] <rjmyst3> how do i introduce those licenses in the copyright file?
[00:12] <HighNo> hm, am I having a big lag or did you two just chat faster than normal people would talk?
[00:12] <rjmyst3> or no intro, just paste them one after the other?
[00:12] <mok0> persia: I think it may be quite useful
[00:13] <persia> mok0: Yes, both for upstreams who come here to ask for help, and as a reference for packagers discussing with upstreams.
[00:13] <superm1> rjmyst3, well a small description saying something like "the source for boost is included as well, and covered by XYZ"
[00:13] <mok0> persia: We can fill in as the ideas arise..
[00:13] <superm1> and then i like to add some dashes in between the licenses so you know when one starts and one ends
[00:13] <HighNo> rjmyst3: in debian/copyright you would not post the complete licenses, that is for upstream COPYING only, right superm1?
[00:14] <superm1> HighNo, well in this case the license isn't available in common-licenses
[00:14] <persia> debian/copyright needs to have the complete text of any licenses not included verbatim under /usr/share/common-licenses
[00:15] <superm1> HighNo, additionally the COPYING file needs to be included by upstream in the root of the source package
[00:15] <HighNo> superm1: Ah ok, I should have startet reading ealier... OK - got that
[00:15] <superm1> which will be a bullet in that upstream guide that is being authored
[00:15] <HighNo> superm1: you know I do know that by now :-)
[00:15] <superm1> HighNo, ah yeah i mentioned that on revu, that's right
[00:16]  * HighNo has learned many packaging things the hard way, upload by upload ;-)
[00:18] <persia> sistpoty: In case you want backscroll, I don't want =${binary:Version} for arch:all depending on arch:any because it would break if this were Debian.
[00:20] <rjmyst3> superm1:  did you notice the exception notice at the end of the wxWindows License?
[00:20] <rjmyst3> superm1: this is the gist of it "The exception is that you may use, copy, link, modify and distribute  under your own terms, binary object code versions of works based on the Library."
[00:21] <rjmyst3> then that is no longer verbatim GPL, and needs to be copied into debian/copyright, right?
[00:24] <superm1> rjmyst3, you are correct.  i just looked at the wxwidgets source, and its entire license is included verbatim in its source package
[00:24] <superm1> good catch.
[00:24] <rjmyst3> ok
[00:24] <rjmyst3> cool
[00:25] <Hobbsee> emgent: sorry?  if you like, srue
[00:25] <TheMuso> Is anybody having problems with launchpad atm?
[00:25] <emgent> Hobbsee, heheh thanks
[00:26] <Hobbsee> TheMuso: always.  any in particular?
[00:26] <crimsun> TheMuso: topic of #launchpad.
[00:26] <TheMuso> Hobbsee: the oops perhaps? :p
[00:26] <TheMuso> crimsun: Thanks.
[00:26] <TheMuso> Well an oops is not the best way to say, we're down.
[00:27] <TheMuso> Hrm. I must not have read very well, because I missed the announcement.
[00:27] <emgent> people one question
[00:28] <crimsun> don't worry, I completely wouldn't have noticed if it weren't for elmo changing the topic while I was watching the buffer.
[00:28] <persia> emgent: That sentence no verb
[00:28] <emgent> hehe
[00:28] <emgent> ok sorry persia :)
[00:28] <TheMuso> crimsun: I'm not worried at all.
[00:29] <emgent> https://bugs.edge.launchpad.net/ubuntu/+source/lastfm/+bug/190819
[00:29] <ubotu> Launchpad bug 190819 in lastfm "Please merge lastfm 1.4.2.58240.dfsg-1 (universe) from Debian unstable" [Undecided,New]
[00:29] <emgent> we introduced libgpod-nogtk-dev and libgpod-nogtk in =>hardy
[00:29] <emgent> i should work in backports ?
[00:30] <emgent> in merge i adopt debian changes
[00:30] <emgent> (with libgpod-nogtk-dev && libgpod-nogtk)
[00:31] <emgent> imho it'snt necessary work to gutsy backport, it's true ?
[00:35] <emgent> some idea?
[00:35] <emgent> s/idea/opinion/
[00:42] <zul> evening
[00:49] <rjmyst3> superm1: i've updated debian/copyright and uploaded another one
[00:49] <superm1> ok
[01:11] <n3t_decrip70r> !httpflood
[01:11] <ubotu> Sorry, I don't know anything about httpflood - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[01:11] <n3t_decrip70r> !help
[01:11] <ubotu> I am ubotu, all-knowing infobot. You can browse my brain at http://ubotu.ubuntu-nl.org/factoids.cgi - Usage info: http://wiki.ubuntu.com/UbuntuBots
[01:11] <n3t_decrip70r> !login ubuntu bot
[01:11] <n3t_decrip70r> !login ubuntubot
[01:11] <ubotu> Sorry, I don't know anything about login ubuntubot - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[01:12] <Hobbsee> n3t_decrip70r: what are you trying to do?
[01:13] <rhpot1991_laptop> anyone have a few minutes to do an easy revu?
[01:15] <rhpot1991_laptop> http://revu.tauware.de/details.py?package=atomicparsley if anyone is interested
[01:26] <hexmode> could I get a motu to look at http://revu.tauware.de/details.py?package=php-xdebug ??
[01:27] <hexmode> did additional dputs to fix lintian errors but they don't seem to take... so I must be confused.
[01:34] <persia> tsmithe: You have 10 hours to update fluid-soundfont on REVU, or I will, as that is a great find, and should really be in hardy :)
[01:36] <superm1> persia, what's with the sudden interest in audio related things (that midi thing and soundonts now)?
[01:37] <persia> superm1: Not a sudden interest.  The lack of working MIDI out of the box has been bothering me for a while.  During hardy, there was enough interest from others to get enough done that there is a chance that MIDI will work out of the box for once.
[01:37] <superm1> ah yeah
[01:38] <persia> I'm just noisy about it now because of pending Feature Freeze :)
[01:41] <persia> mok0: Is a watch file or get-orig-source impossible for clipper?  Why?
[01:42] <mok0> persia: because the version is not encoded in the tar file. It's called clipper20ac-current.tar.gz or some such
[01:43] <persia> mok0: That explains the watch file.  How about get-orig-source?
[01:43] <mok0> I could make that target I guess
[01:44] <mok0> I already tried to persuade upstream to change his ways but to no avail
[01:44] <persia> mok0: OK.  Given the deadline, please add my soon pending comments to REVU on your TODO list.
[01:44] <mok0> persia: I will
[01:44] <persia> (unless I find something else)
[01:44] <mok0> thx
[02:22] <persia> Bah!  I give up.  Anyone else want to try something with bug #111555?
[02:24] <persia> superm1: Just in case you get a FTBFS after gmyth-dev gets in, my fix was only http://pastebin.ubuntu.com/4421/.  I was never successful in getting the patch to unpatch cleanly.
[02:38] <superm1> persia, okay thanks.  hopefully it gets in soon.  my free time will be dwindling fairly quickly
[02:40] <persia> superm1: Heh.  Any chance you'd like to try to integrate wildmidi as well?  The docs indicate that it should just work, but there seems to be some strange coordination between the configuration of wildmidi and timidity in the autotools configuration that keeps stumping me, compounded by http://paste.ubuntu.com/4422/ once I finally got it built.
[02:41] <superm1> persia, sure if i get this lirc patch that i've been stumped on working, i'll give it a run
[02:41] <persia> superm1: Would another pair of eyes help?
[02:41] <superm1> persia, possibly.  let me finish the current train of thought and i'll push it to bzr
[02:58] <superm1> persia, okay yeah my last thought process didn't work out. https://code.edge.launchpad.net/~mythbuntu/lirc/ubuntu
[02:58] <superm1> so what i'm looking to do is let the modules be built via dkms
[02:58] <superm1> so that people can patch the source files with local patches in between releases and have the drivers automatically rebuilt
[02:58] <superm1> they are automatically shipped with linux-ubuntu-modules normally
[03:14] <persia> superm1: OK.  I've gotten a bit of a look at the source, and dkms (I'm more used to module-assistant).  So the issue is that the new modules need to conflict with the modules provided by linux-ubuntu-modules?
[03:14] <superm1> persia, well the issue was dkms wasn't building properly
[03:14] <superm1> i appear to have configured a few things wrong
[03:15] <superm1> which i am catching now going in verbose
[03:15] <superm1> persia, don't worry about it, i should be able to resolve these now
[03:15] <persia> superm1: OK.  Glad to hear it.
[04:10] <ScottK> superm1 and persia: The upstream packager for dkms is in channel ( mdomsch ), FYI.
[04:10] <superm1> ScottK, i sorted out the issue
[04:10] <ScottK> OK.  Just saying ...
[04:10] <superm1> ScottK, so i'll just need to grab kees or another core-dev to sponsor at some point.  thanks though :)
[04:53] <TheMuso> Wow. Nautilus is not even mounting the DVD/CD drive on /media/cdrom0 when its in the fstab.
[04:58] <method> Do the Ubuntu build servers sometimes take an incredibly long time after building to transfer the debs over, or do they tend to get lost?
[04:58] <superm1> persia, you sure you uploaded wildmidi?
[04:58] <superm1> its not in NEW
[04:59] <persia> superm1: I'm sure I uploaded it.  I also uploaded a couple other things today, and am still waiting for either Accepted or NEW messages.
[04:59] <superm1> persia, hm interesting.
[05:00] <persia> superm1: Aside from textual changes to changelog, copyright, and control, http://mentors.debian.net/debian/pool/main/w/wildmidi/wildmidi_0.2.2-1.dsc ought to work if you just want to dget.
[05:01] <superm1> persia, very good i'll build it locally then and see if anything stands out on gst
[05:01] <superm1> persia, when you build with my gmyth, which one was it?
[05:01] <superm1> there are two in NEW
[05:01] <superm1> one was a follow up after upstream let me know of something that needed to be in it
[05:01] <persia> svn916
[05:02] <superm1> okay yeah that's the latest
[05:02] <persia> For gmyth, there was just the extra '/'.
[05:04] <jdong> anyone know of a simple and dirty CLI burning frontend that takes syntax like "burncd file_1 dir_2 file_3" before I go out and write one for a script?
[05:04] <persia> superm1: http://paste.ubuntu.com/4423/ is the complete debdiff of where I got stuck.
[05:04] <jdong> I realize it's almost a trivial layer of genisofs | wodim.
[05:07] <Aloha> is motu in charge of backports?
[05:08] <persia> Aloha: No, but the leaders of the backport team are coincidentally MOTU.  You might try #ubuntu-backports
[05:08] <Aloha> persia, thnx
[05:08] <Aloha> persia, heh its me and chanserv in there
[05:09] <persia> jdong: Umm.  Oughtn't you be there too?
[05:09] <Aloha> anyway links in browser for firefox 3 in backports give 404
[05:09] <Aloha> where do i file bug?
[05:09] <jdong> persia: hehe.
[05:09] <jdong> Aloha: can you elaborate?
[05:09] <LucidFox> Aloha> eh?
[05:10] <Aloha> jdong, yeah for example: file->help->release notes goes to 404 page
[05:10] <LucidFox> That's by design.
[05:10] <Aloha> oh....
[05:10] <LucidFox> Mozilla doesn't have a release notes page for 3.0b3 yet.
[05:10] <Aloha> gotcha
[05:10] <Aloha> startup page is 404 too
[05:10] <jdong> Aloha: right, it's probably due to the fact 3.0b3 doesn't even exist
[05:10] <Aloha> is that by design?
[05:11] <jdong> Aloha: hardy has a 3.0b3 prelease
[05:11] <LucidFox> Probably not, let me check in my compiled from source version
[05:11] <Aloha> oh its a prerelease gotcha
[05:11] <jdong> it's a prerelease of a prerelease :)
[05:11] <Aloha> jdong, gutsy has prerelease now too :)
[05:11] <jdong> Aloha: yes, that was by design too :)
[05:12] <LucidFox> yes, it's a CVS snapshot
[05:12] <Aloha> gotcha
[05:13] <Aloha> why did they put a cvs snapshot of a prerelease of a prerelease on backports?
[05:13] <Aloha> just because its so popular?
[05:13] <jdong> Aloha: I did it because it's better than the granparadiso prelease earlier
[05:13] <Aloha> jdong, gotcha
[05:13] <jdong> Aloha: and for several users who requested it, a better experience than FF2
[05:13] <jdong> Aloha: the native look and feel is improved, and perforamnce is dramatically improved too
[05:14] <jdong> since it installs side-by-side with and safely copies the profile of the existing ff2, I figured it couldn't hurt
[05:14] <Aloha> jdong, cool i just installed it, looking forward to experience
[05:14] <jdong> :)
[05:14] <jdong> enjoy
[05:14] <Aloha> they need to build firefox off webkit ;)
[05:15] <superm1> persia, i think i got it sorted out
[05:15] <superm1> the build is continuing through at least
[05:15] <superm1> so as long as it wasn't failing at the end i cleaned that patch up
[05:15] <persia> superm1: What was it?
[05:15] <jdong> Aloha: :)
[05:15] <LucidFox> Aloha> there's epiphany-webkit
[05:15] <LucidFox> it's for some reason disabled in Ubuntu, though
[05:15] <Aloha> LucidFox, is that in the repos?
[05:15] <superm1> persia, it seemed to be some mixups from tabs and spaces
[05:15] <LucidFox> no :/
[05:15] <Aloha> LucidFox, linkage?
[05:15] <superm1> i'll dput it provided i dont get a ftbfs for some reason at the end
[05:15] <LucidFox> it's enabled in Debian, though
[05:16] <LucidFox> actually, it isn't
[05:16] <persia> superm1: Thanks for sorting that.  I was getting a failure to initialise the plugin.  Are you on amd64?  Maybe there's an architectural issue as well.
[05:16] <superm1> persia, i'm on i386
[05:17] <LucidFox> oh wait, it is: http://packages.qa.debian.org/e/epiphany-browser.html
[05:17] <LucidFox> http://packages.debian.org/epiphany-webkit
[05:17]  * persia adds verification of 64-bit cleanliness to the gstreamer-midi todo list
[05:17] <superm1> persia, if nothing else, as long as its enabled, even if the plugin doesn't initialize i say that it should go in now (to beat FF), and then sort out the bug when convenient
[05:18] <persia> superm1: I'd agree, but couldn't see the difference between a 64-bit issue and bad upstream code breaking the build for everyone.
[05:18] <Aloha> LucidFox, cool
[05:18] <Aloha> LucidFox, does it have a lot of deps?
[05:18] <superm1> yeah. well i'll see in a little bit
[05:18] <persia> LucidFox: Aloha: You might also try midori
[05:19] <Aloha> persia, i tried midori from stemps ppa but it said it couldn't find symbols or something like that
[05:19] <LucidFox> I tried midori, it's too raw yet :(
[05:19] <persia> Aloha: Likely release skew.
[05:19] <Aloha> persia, whats that mean?
[05:20] <persia> Aloha: build environment and install environment were likely different releases, or used different libraries.  If both are hardy, the PPA needs a rebuild (and the archive might).
[05:20] <Aloha> persia, gotcha
[05:22] <awen_> http://revu.tauware.de/details.py?package=imapsync <-- if anybody is up for a review; got it in at the last moment last monday, so hope to get it reviewed today :)
[05:22] <Aloha> whens featurefreeze? valentines day?
[05:23] <persia> awen_: For updates to packages already in the repositories, please attach a diff.gz to a bug and subscribe the sponsors queue, rather than uploading to REVU.  It is otherwise likely the package will be ignored.
[05:23] <persia> Aloha: Yes.
[05:24] <awen_> ahh, somebody should've told me that last monday... i'll do that
[05:24] <Aloha> how ironic
[05:24] <Aloha> frozen hearts
[05:26] <Aloha> woohoo http://phorolinux.com/how-to-install-epiphany-with-the-webkit-backend-on-ubuntu-710.html
[05:27] <LucidFox> Aloha> SWEEY!
[05:27] <LucidFox> * SWEET!
[05:28] <LucidFox> Wait, it tries to remove KDE4 :(
[05:28] <LucidFox> or, actually, not
[05:29] <Aloha> kde4 should be removed anyway
[05:29]  * Aloha is waiting for 4.1
[05:30] <LucidFox> I use GNOME, but there are two KDE4 applications that I use: Okular and Konqueror (the latter mainly for web page testing)
[05:36] <awen_> done: bug #190854
[05:38]  * awen_ don't think ubotu is really well today... "Error: Could not parse data returned by Launchpad: The connect operation timed out"
[05:38] <persia> ubotu is normally healthy.  Launchpad is ill.
[05:38] <LucidFox> no, sadly, epiphany-webkit is also too raw :(
[05:39] <Aloha> woah IE8 passes acid 2 browser test
[05:39] <LucidFox> Aloha> It doesn't.
[05:39] <Aloha> lucid http://www.webstandards.org/2007/12/19/ie8-passes-acid2-test-2/
[05:39] <LucidFox> Passing with a special compatibility tag added is not considered passing.
[05:39] <awen_> could also be the case
[05:40] <lifeless> is that like a disabled parking spot ?
[05:40] <LucidFox> lifeless> What?
[05:40] <superm1> persia, is this what you were coming down to http://paste.ubuntu.com/4424/
[05:40] <superm1> or is that a little different
[05:41] <persia> superm1: That was my issue.  I'm guessing that the wildmidi plugin isn't quite ready yet.
[05:42] <superm1> persia, did you consider updating the wildmidi plugin from CVS?
[05:42] <Aloha> heh epiphany-webkit fails acid2
[05:42] <superm1> the one for myth was rather outdated
[05:42] <superm1> so i updated that in my patch too
[05:42] <persia> superm1: I'm very much not familiar with gstreamer, and didn't want to pull from VCS based on guessing.
[05:42] <superm1> persia, understandably
[05:43] <persia> superm1: If you know the code well enough to judge it, and would be willing to give it a try towards closing bug #111555, I (and others) would appreciate it.  If not, it can wait another release or two.
[05:44] <superm1> persia, i'll see if i can grabit from cvs and make any more luck, but if not i do need to do a follow up build on the gmyth build depend, i directly modified debian/control rather than debian/build-deps.in (didn't realize it used that)
[05:44] <persia> superm1: Yep.  debian/HACKING is a useful read, but one of the big reasons I'm not entirely comfortable playing with that package :)
[05:46] <LucidFox> heh, midori does pass acid2
[05:46] <LucidFox> (webkit svn29844, midori 0.0.17)
[05:57] <superm1> persia, after exploring the code some more, simply pulling in some newer stuff from cvs isn't going to do.  its a pretty significant chunk that would need to come in.
[05:58] <superm1> and then of course that doesn't guarantee functionality
[05:58] <superm1> only thing it guarantees is to make future versions much harder to merge
[05:59] <persia> superm1: That's fine.  Thanks for looking.  Maybe drop it for now.  I've advised the Debian team about wildmidi, so maybe we'll see something for lenny.  If not, we can target hardy+1.
[05:59] <superm1> yeah
[05:59] <superm1> sounds like a plan
[05:59] <persia> (and, yes, hardy+1 comes out around the same time as lenny, but lenny will be frozen then)
[06:02] <persia> LucidFox: Do we not need iceowl for gobuntu?
[06:03] <LucidFox> persia> If that was the case, we'd need all the other ice* packages as well, and they're not in Ubuntu.
[06:03] <persia> LucidFox: Hmm.  OK.  Let's see what an archive-admin says.
[06:04] <LucidFox> iceape was originally in Ubuntu, but was replaced by seamonkey
[06:13] <persia> Anyone interested in openVZ?  bug #183774 needs a little process help.
[06:24] <ScottK> Is soyuz eating uploads tonight?
[06:27] <persia> ScottK: It seems to have been doing that for at least 6 hours.
[06:28]  * persia is uploading anyway, but keeping all uploaded files in a special extra directory for re-upload if required
[06:29] <persia> ScottK: Also, thank you for checking the licensing so carefully for things.  It helps to get it right :)
[06:31] <RAOF> persia: Thanks for the review.  I'll just remove one of the unlicenced files, since it's unused, and grab the header for the other.
[06:31] <persia> RAOF: Excellent.  Should be good after that.
[06:32] <persia> Also, what about all the AssemblyInfo.cs files?  Are they supposed to be unlicensed?
[06:32] <ScottK> persia: No problem.  I actually think that's the most important thing to get right at this point (licensing).
[06:32]  * persia is curious for future reference for CIL stuff
[06:33] <RAOF> persia: That's a fair point.  They're so trivial that no one cared about them.
[06:33] <persia> ScottK: Maybe.  I'm more focused on what still needs to get in to meet my feature goals (and have recently dropped once as not ready for hardy).
[06:34] <RAOF> Where's Tomboy's license headers, gosh darn it!
[06:34] <persia> On the other hand, I have to agree that the orig.tar.gz files shouldn't change after FF, which makes licensing also key.
[06:34] <persia> RAOF: File a bug :)
[06:35] <ScottK> persia: I'm more thinking as long as the technical aspects are in the ballpark and the package is distributable, the rest can be bugfixed as needed.
[06:35] <ScottK> But, of course, I've met my feature goal, so there's no pressure...
[06:37]  * RAOF wonders idly how we have tomboy 0.9.5, when tomboy's downloads page only goes up to 0.9.4
[06:37] <persia> ScottK: Ah.  I'm still two features short.  I'd agree with the bugfix-later plan, but still have four packages I'd like to see in NEW this week.
[06:37] <persia> (and unfortunately, build-deps for three of them are stuck in NEW, complicating things)
[06:38] <persia> Err.  Two now.  The situation improves :)
[06:38] <persia> RAOF: Does tomboy's watch file debian/copyright, or get-orig-source provide any hints?
[06:38] <RAOF> grep -i copyright Tomboy/*.cs... chirping crickets.
[06:38] <persia> You could always request removal for lack of licensing...
[06:39] <ScottK> Of course my goals for this release were modest since I kicked the development cycle off by quitting. ;-)
[06:39]  * RAOF files a frikkin bug.
[06:39] <RAOF> Share the licensing hate around!
[06:40] <persia> Yep.  Everything should be licensed.  That's part of why we have the guideline about three pairs of eyes for every new package.  Unfortunately, some things slip through...
[06:43]  * persia is willing to review something: anyone have anything stuck in the REVU queue that should be in hardy and a convincing reason why?
[06:45]  * ScottK is doing poppler-data right now.
[06:45]  * persia looks forward to being able to read PDF files again
[06:47]  * ScottK suggest lib-apache2-asp=perl as perhaps worthwhile.
[06:49] <RAOF> Lack of licensing comes under the "High" importance, yes?
[06:50] <ScottK> Yes
[06:51] <persia> RAOF: I think so.  Affects all Ubuntu users in a severe manner.
[06:51] <ScottK> Actually, I'd consider critical as a possibility.
[06:51] <persia> Note that this is for tomboy.  If an obsolete package with 3 users had licensing problems, it is likely Medium or Low (Importance is for the distro, not for the package)
[06:52] <ScottK> Right.
[06:52] <RAOF> Yeah.
[06:52] <ScottK> So probably Hig
[06:52] <ScottK> High even
[06:52] <persia> ScottK: I don't think critical, just High.  Falls under " Makes a default Ubuntu installation generally unusable for some users" and " Has a moderate impact on a large portion of Ubuntu users (estimated)", but not quite "A bug which has a severe impact on a large portion of Ubuntu users".
[06:53]  * persia notes that no bug in Universe can be "High", but tops off at "Medium".
[06:55] <ScottK> Well a court injunction to stop distributing Ubuntu because it was distributing copyright packages with no license, while unlikely, would certainly affect all users.
[06:55] <ScottK> And with that...
[06:55] <ScottK> Good night all.
[06:55] <RAOF> Night1
[06:55] <persia> Good night ScottK
[06:59] <dholbach> good morning
[06:59] <persia> hey dholbach
[06:59]  * persia seeks Dan Sheridan
[07:00] <dholbach> hey persia
[07:00] <persia> Regarding libapache2-asp-perl, it seems to be a merge from Debian, adjusted to use apache2 (Hurrah!).  Any objections to changing the source name back to match Debian and processing as a merge, rather than REVU?
[07:00] <dholbach> persia: that sounds like a very good ifdea
[07:00] <dholbach> idea
[07:01] <persia> dholbach: Thanks, but I hope to hear from the person who prepared the package before hijacking it :)
[07:01] <dholbach> hehe
[07:02] <RAOF> Huzzah for "GPL 2.1 or later".  That's incorporatable into a GPLv3 package, right?  Do I need to bump the GPL version to 3?
[07:03] <persia> RAOF: It may be incorporated.  Only bump the licensing on the source if you are making other changes that you are licensing under GPL3 only, otherwise just reference it in debian/copyright.
[07:04] <RAOF> Score.  I suppose, to be safe, I should reference
[07:04] <RAOF> Whoops.
[07:04] <persia> The main idea being that if someone wants to later reincorporate back into something GPL2.1 they may, as long as they only take from that file.
[07:05] <persia> (otherwise you are forcing your license choice on the end-users, which doesn't grant them the same rights you were granted under the license, which isn't nice)
[07:05] <persia> Of course, if you change it, then it's your code, to license as you like :)
[07:05] <RAOF> So, this file has no copyright headers, and is taken from Tomboy (which has no copyright headers).  It's GPLv2.1+, but who (if anyone) to put as the copyright holder?
[07:06] <persia> RAOF: Check tomboy VCS commit history?  Ask upstream?  Kick the tomboy maintainers?
[07:06] <RAOF> Hm.  VCS commit history!  Good idea.
[07:06] <LucidFox> GPLv2.1? o_O
[07:06] <persia> RAOF: Are the copyright holders really not listed in tomboy's debian/copyright?
[07:07] <RAOF> persia: Yes.
[07:07]  * persia is stunned that such a package made it into the archives
[07:07] <RAOF> There are a bunch of people listed in AUTHORS, though.
[07:07] <RAOF> It's obvious that debian/copyright hasn't been touched in *some* time.  Since well before tomboy was a part of Gnome.
[07:07] <persia> They probably have copyright, but no guarantees.  A couple packages I've been working with recently had clearly separated copyright attribution and authorship.
[07:08] <RAOF> And Tomboy's in main, too.
[07:08]  * RAOF puzzles with persia.
[07:08] <RAOF> Quick!  To the bat-svn-blame!
[07:08] <persia> LucidFox: Good point.  There doesn't appear to be a GPLv2.1
[07:08] <persia> RAOF: Maybe LGPL?
[07:08] <RAOF> Yes.
[07:09] <LucidFox> Well, LGPL contains an explicit conversion clause to GPL.
[07:09]  * persia enjoys that there actually is a "svn blame" command
[07:09] <RAOF> But described as the GPL 2.1.
[07:09] <LucidFox> Therefore, if it's "GPLv2.1+", it de facto means GPLv3+
[07:10] <LucidFox> because it excludes GPLv2 :)
[07:10] <persia> RAOF: If upstream describes as "GPL 2.1", then maybe they have a special secret license, which ought be included entire in debian/copyright, and for which nobody can give advice about GPL-3 integration.
[07:10] <RAOF> Ah, whoops.  No, LGPL.
[07:11] <persia> That's a good thing.  It's not quite as bad as it might have been.  Still, the main difference between LGPL-2 and LGPL-2.1 is that LGPL-2.1 is GPL-3 compatible.
[07:12] <LucidFox> persia> Aren't modifications to the GPL themselves forbidden and make the code unredistributable?
[07:12] <persia> LucidFox: No.  They just make it a different license.  It depends on who modified it.
[07:14] <persia> If a software author modifies the GPL, and releases under a modified GPL, this is acceptable, but the license must be reviewed for suitability as with any new license.  If these modifications go beyond certain permitted criteria, the author is asked not to call it "GPL", and cannot incorporate other GPL software.
[07:14] <persia> Common cases are things like the classlib exception or the libssl exception.
[07:14] <persia> Less common cases are things like linuxsampler, which is deemed undistributable due to contradictions in the license.
[07:14] <LucidFox> Additional permissions can be added to the GPL, but the GPL itself is immutable.
[07:14] <LucidFox> " Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed." ~ GPL
[07:15]  * persia would be curious to see case history of precedent for successful prosecution of a copyright claim for a legal document.  Law is inherently open-source.
[07:16] <RAOF> Why thank you, janderson, for touching every line of XKeybinder.cs with your "spaces-to-tabs" commit. :(
[07:16] <LucidFox> lol
[07:17] <slangasek> persia: one would think so, but AIUI there have been US states with rulings to the effect that contracts are proprietary -- ah, the disadvantages of trusting lawyers to argue the case for what they should be allowed to do... :)
[07:17] <LucidFox> persia> Apparently, smplayer-themes didn't upload
[07:18] <persia> slangasek: Really?  Do you happen to have a link?  I'm rather interested.
[07:19] <slangasek> persia: no link, just anecdote from several years ago; so feel free to ignore my hearsay
[07:19] <persia> slangasek: I'll not ignore, just turn to google for help.  Makes me wish I still had LEXIS/NEXIS access.
[07:25] <persia> Heh.  "All Rights Reserved" only means anything in Nicaragua and Honduras.  The rest of the world assumes that.
[07:27] <persia> slangasek: Citing from the decision in FEIST PUBLICATIONS, INC.    v. RURAL TELEPHONE SERVICE CO., 499 U.S. 340 (1991): "Notwithstanding a valid copyright, a subsequent compiler remains free to use the facts contained in an another's publication to aid in preparing a competing work, so long as the competing work does not feature the same selection and arrangement."
[07:28] <persia> I'm fairly sure someone could successfully argue their way out of liability when confronted with using the GPL as a base for their new license, at least for any state court, and few GPL-covered works meet the $100,000 minimum liabilty for federal court.
[07:29]  * persia is unable to find the anecdotal case mentioned, and goes back to pushing new orig.tar.gz files for FeatureFreeze
[07:35] <persia> slangasek: Do you know if there will be another run of the removed-from-debian removal script before hardy release?
[07:37] <RAOF> Dear beagle: surrender to me your keybinding logic, so I can replace Do's use of tomboy with yours.
[07:38] <slangasek> persia: I'm not aware that it's on any kind of checklist, but it does rather seem like a good idea
[07:39] <persia> slangasek: I'm just encountering a few "Please remove: was removed from Debian" bugs in the U-U-S queue, and I'd think that using the script to autoremove (assuming no Ubuntu changes or rdepends) would be a cleaner solution than pushing these bugs on to the archive-admins.
[07:40] <LucidFox> Speaking of removals from Debian, what do you all think about bug #190684?
[07:40] <ubotu> Launchpad bug 190684 in xmms "Remove xmms from Ubuntu" [Wishlist,New] https://launchpad.net/bugs/190684
[07:40] <slangasek> well, the script doesn't remove very "auto"ly, but going through the whole list of candidate removals seems like a better idea than picking them off as bugs, yes
[07:41] <persia> LucidFox: Given the fuss about trying to remove xmms for gutsy, I'd rather wait for the Debian removal to happen in that case.  It's special.
[07:41] <LucidFox> Okay.
[07:42] <persia> slangasek: Shall I reject bugs like https://bugs.launchpad.net/ubuntu/+source/sql-editor/+bug/190045/ for now, telling the submitter that the archive-admins will take care of these are part of normal archive maintenance?
[07:42] <ubotu> Launchpad bug 190045 in sql-editor "[Remove] Please remove sql-editor from Hardy, it depends on Gnome 1.x" [Undecided,New]
[07:42] <LucidFox> Can packages be removed after FF?
[07:42] <persia> Hurrah!  Ubotu is reporting bugs again!
[07:42] <LucidFox> It didn't?
[07:42] <persia> LucidFox: Yes, but they need a better reason.
[07:42] <persia> LucidFox: It had been having issues with LP being slow for the past several hours.
[07:42] <LucidFox> Ah.
[07:42] <slangasek> persia: for now, if you think the removal is appropriate how about sending it on to ubuntu-archive anyway and I'll talk to the other guys about making sure we get a full process-removals run in before FF
[07:43] <persia> slangasek: OK.  Makes sense.  Thanks.
[07:44] <RAOF> AAARGH.  Beagle has taken _their_ keybinding stuff from tomboy, lack of license header and all.
[07:45] <persia> heh.  Nothing like sharing code without a license.  Maybe all the developers thought they lived in Nicaragua or Honduras?
[07:46] <RAOF> persia: It's probably not archive-material without a XKeybinder header, is it :(
[07:46] <LucidFox> "Gentoo's (mis)handling of PR during this transitional time has resulted in a lot of negativity towards audacious and several lame attempts to find security holes in Audacious with the explicit purpose of trying to get XMMS back." <-- .......
[07:46] <persia> RAOF: I'd think not, but tomboy got in somehow...
[07:46] <LucidFox> They should have a "Don't disrupt development to prove a point" policy, like Wikipedia does.
[07:46] <RAOF> And beagle, too :)
[07:47] <slangasek> nothing worse than a distro that mishandles Puerto Rico
[07:47] <persia> LucidFox: That's precisely the sort of reason why it would be nice to have it disappear because it didn't work (based on GTK+ 1 going away for lenny), rather than taking a position in Ubuntu.
[07:47] <LucidFox> Ack.
[07:59] <LucidFox> slangasek> Now reading that Debian mailing list discussion, well said about 6-year-old abandonware and idiots :)
[08:06] <warp10> Good morning!
[08:07]  * RAOF grumbles about licensing again.
[08:07] <RAOF> warp10: I'll pay you the "morning" part, at least :P
[08:08] <warp10> RAOF: eheh :D
[08:22]  * persia is impressed to see 1700 bugs closed in the last week
[08:27] <soren> O_O
[09:17] <crevette> superm1, around ?
[09:20] <persia> crevette: In 90% of cases, you'll do better to ask a question rather than seeking a person.
[09:20] <crevette> persia, yeah okay, this is because superm1 has managed to reviewed my package
[09:21] <persia> crevette: Which package?
[09:21] <persia> ls
[09:21] <crevette> soren, my problem is one of the source file of my package does not contain header
[09:22] <crevette> I contacted the upstream author, but he doesn't want to fix that because the files is autogenerated
[09:22] <crevette> persia, http://revu.tauware.de/details.py?package=obex-data-server
[09:23] <crevette> what can I do ? for me all source files must have an header; I wanted a reference to the debian policy
[09:23] <persia> crevette: For the changelog, you have to pass an argument to dh_installchangelogs (or use DEB_INSTALL_CHANGELOGS_ALL for CDBS).
[09:23] <crevette> persia, yeah I found
[09:23] <persia> which file is missing the license header?
[09:24] <crevette> persia, src/ods-marshal.c
[09:24] <crevette> look the 1st set of comments, point 6
[09:24] <crevette> persia, I opend a bug http://bugs.muiline.com/view.php?id=43
[09:25] <persia> crevette: It's fine if that file doesn't have a header.  It is listed as a target in src/Makefile.am.
[09:25] <crevette> persia, could you add a comment to revu ?
[09:25] <persia> To be extra explicit, you could delete that file in debian/rules clean.
[09:26] <persia> crevette: My comment wouldn't help you as much as your comment with a new upload.  The changelog bit is still annoying.
[09:26] <crevette> persia, I'm going to fix that tonight
[09:27] <persia> crevette: Great.  Just fix that, and consider deleting the offending file in debian/rules clean just to make a point, and you should have addressed the outstanding issues.
[09:28] <crevette> okay, do you have a ref to do the clean function
[09:30] <persia> crevette: You'd add a clean:: rule to debian/rules, and use use rm to delete the file.
[09:30] <crevette> okay
[09:31] <crevette> thanks
[09:39] <spiekey> hi
[09:39] <spiekey> how can i search and install stuff from the backports repository?
[09:40] <persia> !backports | spiekey
[09:40] <ubotu> spiekey: If new updated Ubuntu packages are built for an application, then they may go into Ubuntu Backports. See https://help.ubuntu.com/community/UbuntuBackports - See also !packaging
[09:44] <spiekey> looks like libnss-ldap is not in packports, right?
[09:45] <persia> spiekey: In only very rare cases do libraries go in backports: too great a chance of breaking things.
[09:45] <jpatrick> spiekey: http://paste.ubuntu-nl.org/55588/
[09:45] <soren> persia: libnss-* is sort of special, though.
[09:46]  * persia continues to ignore mozilla packaging exceptions as much as possible :)
[09:47] <spiekey> jpatrick; what do you want to tell me with that link?
[09:47] <soren> Er.. Not that sort of nss :)
[09:47] <soren> persia: It's the libraries that libc uses for looking up users, groups, etc.
[09:47] <jpatrick> spiekey: that it's not in backports
[09:48] <persia> soren: Ah.  RIght.  Still, I'd think that'd have a great potential to break something without careful integration testing.
[09:48] <soren> persia: Nothing links against them. libc loads the dynamically depending on the contents of nsswitch.conf.
[09:49] <persia> soren: links vs. dlopen still requires reliable behaviour and testing, no?  Anyway, it would still be rare for these to go in backports, but the backports team might consider a request (I'm not a backporter)
[09:49] <spiekey> i think i best install gutsy and see if the problem still exists there. If yes, then it can´t be a nss_ldap version problem
[09:49] <persia> spiekey: What's the problem?
[09:51] <soren> persia: Sure it needs testing. libnss-foo is just sort of special, IMO.
[09:51] <persia> soren: I have to agree that it's special as compared to other libraries.
[09:52]  * persia wonders if Debian bug #425379 affects gutsy
[09:52] <ubotu> Debian bug 425379 in libnss-ldap "libnss-ldap: Can't connect to ldap server anymore" [Important,Open] http://bugs.debian.org/425379
[09:54] <soren> persia: Probably.
[10:31] <zuch> Hi! I need some packaging help. I hope this is the right place to ask questions?
[10:31] <dholbach> zuch: absolutely
[10:33]  * persia notes that bug #190888 just got a good patch, and would be an easy fix for anyone wanting to generate a debdiff.
[10:33] <ubotu> Launchpad bug 190888 in drscheme "/etc/init.d/mzscheme does not start web-server" [Undecided,New] https://launchpad.net/bugs/190888
[10:34] <zuch> I use java-gnome for gtk development. Apparently it's not in the repos but standard with some other repos. I though I would help or suggest it to be added. What's the procedure for that?
[10:35] <LucidFox> zuch> I think it's too late to get packages into Hardy - there are three days before the freeze
[10:35] <LucidFox> so it will have to go into Hardy+1, after Hardy is released
[10:35] <persia> zuch: First, open a needs-packaging bug on launchpad (bug #177672 is a handy example)
[10:35] <ubotu> Launchpad bug 177672 in ubuntu "[needs-packaging] wildmidi" [Wishlist,Fix committed] https://launchpad.net/bugs/177672
[10:35] <persia> zuch: Next prepare a candidate package (or convince someone else to do so), and submit to REVU.
[10:36] <persia> !revu | zuch
[10:36] <ubotu> zuch: REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU
[10:36] <persia> Unfortunately, FeatureFreeze for hardy is in 3 days time, so there is very little chance a new package can be included at this time.  The next window for package inclusion will open in late April or early May.
[10:38] <zuch> Is that 3 days for submitting packages or 3 days for submitting/reviewing them to be added. If I am able to get a candidate package submitted in a few hours will that be too late?
[10:39] <geser> zuch: is libgnome-java the wrong package?
[10:39] <geser> !info libgnome-java hardy
[10:39] <ubotu> libgnome-java (source: libgnome-java): Gnome bindings for Java. In component universe, is optional. Version 2.12.7-3ubuntu1 (hardy), package size 92 kB, installed size 160 kB
[10:40] <persia> zuch: 3 days for submission/review/acceptance.  On the other hand, libgnome-java may well be the better solution.
[10:41] <zuch> That is very old. Java bindings have been re-written from scratch and the current version is 4.x
[10:42] <zuch> Anyway I think what is most important is that a deb package is not availabel at all. So I will push the java-gnome people to publish a .deb package even if it can't be included in the latest version of ubuntu as long as people can download it from somewhere.
[10:43] <zuch> The only way right now is to compile from source.
[10:44] <persia> zuch: Best path is likely for upstream to work with the Debian Java Maintainers to get the new version in Debian sometime in the next few months.  Thereafter, Ubuntu will pull from Debian, and it can be in backports, if nothing else.
[10:46] <zuch> persia: Ok that sounds good. I will work on it. Thanks
[10:49] <Aloha> is there a website that lists backports?
[10:52] <persia> Aloha: packages.ubuntu.com might, but archive.ubuntu.com is more reliable.
[10:52]  * persia is happy to see Soyuz processing packages again!
[10:52] <Aloha> persia, thnx
[10:53] <persia> tsmithe: You've taken too long: hijacking fluid-soundfont
[10:56] <Aloha> whats the difference between gutsy-backports and gutsy-updates?
[11:05] <jpatrick> !backports > Aloha
[11:05] <Aloha> so whats updates?
[11:05] <jpatrick> bug fixes
[11:06] <Aloha> gotcha
[11:07] <dholbach> !sru
[11:07] <ubotu> Stable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates
[11:07] <Aloha> so updates is bugfixes and backports is new releases
[11:09] <Aloha> woah firefox3 passes acid 2
[11:10] <Aloha> data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAGAAAAAYCAYAAAFy7sgCAAAGsUlEQVRo3u2ZbWwcZxHHf3s%2B7LNbO3ZjXBtowprGODRX0qpNQCjmJKuVKhMl1P2AkCwhFOIKkCBSm9IXavGFKAixIAECwkmWo5MrhRI3Ub40IEwQgp6aIDg3Cd6eEqyIHEteah%2B1E69vhw%2BZtTaX8704ZzkKjHS6271nZ56ZZ%2BY%2F%2F%2BdZKF%2FCwYshx3EkkggLsD1v4FQkEZZYLCbAKyG9%2Ba9EIsG6hnUAf8x74K3aUC3j4%2BM54HcsR2oAIomwZOezkv%2FnSHpYNh%2BNCmAE7xv94zvFdd1bHsjMZmQkPSxAJP%2B%2FfuBLwK54PC7JZFKAVJmzXLBt2w%2FMvcDLwIb8QS8CeJ
[11:10] <Aloha> 4nkURYIomw7J%2FYJ8BvSiiXptGGxWds2%2Fa9%2Bnaxh%2BYAD%2Bgt04NDgABTpQY2cvvSFLzw86gWeBVwC8SzlOSv2YeBPfmDBoBHgKmR9LBEEmHZfDTqGykqfkUE0nA78BzQGfSgUeP3wNeTXwXg7MwZDhw4UHL6ra2ti79%2FOvljgG8AZ4H64Lhm4MvAocxsRppGG%2FxcXihlwLIs6R%2FfKV2HO%2F26uA94pdDYUKUZUU7W1RQYXA98Gnhaf5%2FXWX0HeAHYoQonqa4sZSOsSWMCWeC9Yko%2BCQwBe4E6oNc0Tc91XTl1%2BaTsn9gnI%2Blhyc5nZWxsrBIkKSbl2tiic3tW53YDEwOKaoFBrcOfqKee53lG9xsPMjV784r%2F4lO%2FpPvyJ9iyZcuvFSaXK5XYeAZ4CDgGvB3MS4B54L
[11:10] <Aloha> QuWYPeuy4iRFsevsXqpuYoqVQKIH2bK1CuDQNo11o4XUzh%2FcDWYIe1LEtyuZx4niee54njOGKapgfsqlL%2Bl2OjEXg8nxrc1dJ0h3hbtL%2BGCtz7KPBF4CuBe9uB15VafE8hr9qylI3HgG8C2%2FK7VyHZoJj7MrBRm30qFotJMpkU27YlHo%2F7Ha5a%2BV%2FKRkSJ4KuKRLVLKapTjB1SzAVIjY2NSXY%2BKyPpYdk%2FsU9OXT4pruv6BdZbBQfKsVGnvWlIe1VB6VQO8JxC1vZYLCbZ%2BaxsPhpdZDyRRFhG0sPiOE6ldKBg2lRg4xF1YCDIIIKN7DGgD3gH%2BBXwejKZfPrs2tPs%2FvPN2bKuYR1nd7xLKBSSJeqoXKnERjPwNWAG%2BLn2rZuM%2B4Tpml6vaWlp4eLcxVusZq5lCgVg
[11:10] <Aloha> OVKJjRqdX86ffL4D5wIoZACnTpw4wRMdT96i%2FImOJxERAs4uVyqxUacF%2FPdiCj%2BjdRBRGFtwXVdG0sPSdbhTmkYbpH98p2RmM2JZlig1vl0GWo4NQ%2Fn%2Bs5pKRXfwjweaxy7TND3HcRZbfC6X8xVPVQlGy7WxVWlO5XRXFXm6EZmrQuSXYyPE3SiVoEhE6Wyr0u2rumO6zv%2B21AFdQAswC1wCMuUCXCmyWQus103Qg8qlDO0lxwOb%2Fl4FiK3AB3VS%2FuKKLtK%2FgbeAnwG%2FvUODuRw%2FFrR0H1UC75fwu8oJ%2FhFsW5VIG%2FBUgEIN6Y65O4AHu4Ap0zQ9y7LEcZyb9lRBUHQcRyzL8unZVBW5bFWAvAp%2BhDQ2g4F47dUYtlU6obXA54DnVdFLekjUGGifh4AFy7LEdV3xj3
[11:10] <Aloha> X9I66m0QZpGm2QrsOd0j%2B%2BU0bSw5KZzYjrun6HWlAd961i4FfCj0aN1Usau%2Bc1lmuXPFwvAEumUut7tQQvAb%2FXb%2FT0bCAej9cODg7yt%2Bm%2F8q2%2F7OUHZ76PnZ1k2p0mJzlykmPancbOTnL0whHs7CQfb%2B5mx2d3sH79%2BtCRI0c6FeaOr9ICrIQfLvA%2B8BGNXxi4R6HrisJVUWrxAVW2oMFf0Aczim8o3kV6enowDIPjF9%2Fk%2BMU3S3rrjzMMg56e
[11:10] <azeem> Aloha: eh?
[11:10] <Aloha> crap sorry
[11:10] <Aloha> wrong button
[11:26] <HighNo> hi MOTUs - I need a second advocate on http://revu.tauware.de/details.py?package=blueproximity please
[11:30]  * persia seeks second advocates for http://revu.ubuntuwire.com/details.py?package=libnb-platform7-java and http://revu.ubuntuwire.com/details.py?package=libini4j-java
[11:51] <\sh> moins
[11:52] <Hobbsee> bad Aloha!
[11:52] <Hobbsee> interesting "button" there
[11:52] <Aloha> Hobbsee, sorry.. didn't do it on purpose... had that in my clipboard and dumped it on accident
[11:52] <geser> Hi \sh
[11:52] <Hobbsee> Aloha: strange clipboard content :)
[11:53] <Hobbsee> unless you're decrypting or something
[11:53] <persia> It's a PNG file
[11:53] <Aloha> Hobbsee, its the eyeballs off acid 2 test in base 64
[11:53] <Hobbsee> ahhhh
[11:53] <persia> Looks like a PNG file :(
[11:54] <slytherin> persia: Can we make a decision on the j2sdk debconf preseed on buildd? I am 'for' it as it will at least fix batik and consequently fop.
[11:54] <HighNo> Ah, Hobbsee is around. Would you trust superm1's advocation? If you do could you have a quick look at  http://revu.tauware.de/details.py?package=blueproximity if you find a little time? It's not a very big package :-)
[11:54] <persia> slytherin: Only the buildd admins can make such a decision.  I'm not opposed, but I also don't have any special influence.
[11:55] <persia> I'd like a working batik, as fop is fun, but I haven't looked at whether that's the best way to get it.
[11:55] <Hobbsee> slytherin: ask elmo
[11:55] <Hobbsee> or lamont
[11:56] <slytherin> persia: as of now that is the best way to get it.
[11:56] <slytherin> Hobbsee: What do I need to do to convince them?
[11:56] <persia> slytherin: I trust you on that.  Ask for the people Hobbsee mentioned on #ubuntu-devel
[11:57] <slytherin> join #ubuntu-devel
[11:57] <\sh> ScottK, could you resolve the problem with klamav?
[11:57]  * persia passes out free '/' characters
[11:58] <Hobbsee> slytherin: say what it does, and why it's needed, i think
[12:02] <persia> slytherin: Be warned that that channel has long lags, with people sometimes replying days after a question is asked.
[12:03] <french1> Hi All
[12:05] <french1> If I have a package in Ubuntu that was previously synced from Debian but am unable to locate my Debian uploader ... do I have any options to get it into Hardy before feature freeze?
[12:05] <slytherin> persia: :-)
[12:05] <Hobbsee> french1: there are various DD's around here, too
[12:05] <slytherin> french1: Is it not currently present in hardy?
[12:05] <french1> It's only been 3 days since he went AWOL ... but time's running out.
[12:06] <french1> Yep, it's in Hardy.  Just a real only (more buggy) version.
[12:06] <french1> *real old
[12:06] <persia> french1: You could always submit an Ubuntu-only update, if you can't get it updated in Debian in time.
[12:07] <french1> So the best idea is to get in-touch with another Debian developer, hey?
[12:08] <slytherin> french1: Best idea is to package it yourself. :-)
[12:08] <french1> persia: Thanks, that's what I was asking.
[12:08] <french1> slytherin: I do.
[12:08] <french1> slytherin: But I don't have upload priv.
[12:09] <french1> slytherin: I'm a maintainer.
[12:10] <slytherin> french1: Ordinarily I would have asked you to upload the package to revu. But since we are this close to FF, I am not sure what should be your next step. Better wait for someone else to answer
[12:10] <persia> french1: Yes.  Best solution is to find another sponsor for now.  If all else fails, submit a diff.gz for an Ubuntuised version to the sponsors queue (best to send that in the next 24 hours to be sure of getting it in pre-freeze)
[12:11] <persia> slytherin: Package updates shouldn't go to REVU: they just get ignored there.
[12:11] <slytherin> persia: Ah, I didn't know that. :-)
[12:12] <french1> slytherin: persia: Thanks.
[12:12] <persia> REVU is for NEW packages.  Updates get debdiffs or diff.gz files sent to the sponsors queue.
[12:22] <sistpoty|work> hi folks
[12:22] <persia> sistpoty|work: Hey.  Thanks for wildmidi :)
[12:22] <mruiz> morning all
[12:22] <sistpoty|work> hi persia... thank you for packaging it ;)
[12:23] <sistpoty|work> hi mruiz
[12:23] <mruiz> hey sistpoty|work
[12:24] <persia> Hobbsee: http://revu.ubuntuwire.com/details.py?package=fluid-soundfont might be interesting to you...
[12:25] <Hobbsee> persia: \o/
[12:25] <DktrKranz> mruiz, I was busy these days and I didn't check your new revision, sorry :(
[12:25] <zul> morning
[12:26] <sistpoty|work> hey zul
[12:26] <zul> hi sistpoty|work
[12:26] <mruiz> DktrKranz, ;-) ... what about today or tomorrow?
[12:27] <DktrKranz> mruiz, I guess so :)
[12:28] <mruiz> :)
[12:28] <DktrKranz> mruiz, I start to hate trains and subways...
[12:28] <mruiz> hahaha
[12:29] <persia> Dan Sheridan: If you are about, please let me know that you object to me changing the libapache2-asp-perl REVU entry into a libapache-asp-perl merge incorporating your changes.
[12:29] <DktrKranz> I spent two days on those traps...
[12:36] <geser> Hi sistpoty|work
[12:43] <sistpoty|work> hi geser
[12:50] <effie_jayx> Hey all
[12:51] <sistpoty|work> hi effie_jayx
[12:51] <mruiz> hi effie_jayx
[12:51] <effie_jayx> I have upgraded a package (kipina), however the changelog from upstream is missing
[12:52] <effie_jayx> the changelog hasn't been updated since 2004.
[12:52] <effie_jayx> the last version he released was in 2006. this would make the package unfit for distribution?
[12:53] <effie_jayx> I managed to make it work and I fixed some directories that got placed wrong
[12:53] <persia> effie_jayx: No, it just makes the changelog useless.  If you haven't already, please complain upstream
[12:53] <effie_jayx> persia,  in the meantime the package is worth anything?
[12:54] <effie_jayx> also should I add a watch file
[12:54] <effie_jayx> ?
[12:54] <persia> effie_jayx: Why not?  If the code is useful, it is useful, even if the documentation isn't up to date.  If the code is not useful, don't bother updating.
[12:55] <effie_jayx> persia,  great stuff. Now I need to go through sponsoring for the package?
[12:55] <persia> Watch files are good, although they should be added in Debian if the package is available in Debian and has a maintainer.  It is only worth carrying an Ubuntu diff for a watch file for things that will appear on UEHS, which is limited to packages that either are not in Debian or have the Debian QA team as the maintainer.
[12:56] <persia> effie_jayx: Until you have been granted permission to upload, anything you want to submit to the archive should be submitted to the sponsors queue.
[12:57] <effie_jayx> persia,  great. I am finishing the changelog for my update
[13:17] <hexmode> http://revu.tauware.de/details.py?package=php-xdebug # could I get a motu to look at this?
[13:32] <Hobbsee> wow, didn't realise the open week was so close
[13:33] <dholbach> Developer week! :)
[13:34] <jdong> same thing ;-)
[13:34]  * jdong posts dholbach's sticky
[13:34] <dholbach> noooo, it's not :)
[13:34] <dholbach> thanks jd
[13:34] <dholbach> jdong:
[13:34]  * dholbach hugs jdong :)
[13:34] <AstralJava> gross, we don't wanna see dholbach's sticky!!
[13:34]  * jdong smacks AstralJava 
[13:34] <jdong> AstralJava: that's not until April 1st's wallpaper!
[13:35] <jdong> don't ruin the surprise
[13:35]  * AstralJava shuts his trap
[13:38] <sistpoty|work> hi dholbach and jdong
[13:38] <dholbach> hey sistpoty|work
[13:38] <jdong> hi sistpoty|work :)
[13:38] <dholbach> Ubuntu Developer Week will be great
[13:38] <mruiz> dholbach, funny post about UDW ;-.)
[13:38]  * dholbach just knows it
[13:38]  * mruiz hugs dholbach
[13:38]  * dholbach hugs mruiz back
[13:39] <hexmode> so much luvin!
[13:39] <Hobbsee> FWIW, i'm on VAC from this wednesdy to next wednesday, inclusive.
[13:39] <zul> get a room!
[13:39] <hexmode> could I get a motu to look at http://revu.tauware.de/details.py?package=php-xdebug ??
[13:39] <Hobbsee> so i'll have to find out about the MOTU release team after i get back
[13:41] <hexmode> fwiw, jdub asked me to submit php-xdebug... it someone would take a poke at it I'd really appreciate it.
[13:41] <tuxmaniac> can some please review http://revu.tauware.de/details.py?package=alliance
[13:44]  * tuxmaniac has a question (will be dubbed stupid for sure)
[13:44] <tuxmaniac> why is packaging session called packaging "101"
[13:44] <tuxmaniac> google does not give any pointers
[13:44] <hexmode> tuxmaniac: because it is aimed at beginners?
[13:45] <AstralJava> I think it stems from academic circles, where beginner type classes begin from that number. Or something to that effect anyhow.
[13:45] <mruiz> tuxmaniac, is a beginner class :-)
[13:46] <tuxmaniac> "Packaging for stupids and dummies" will be nice too :-)
[13:47] <hexmode> tuxmaniac: some of us hate the whole "for dummies" meme
[13:47] <hexmode> at least, I do
[13:47] <elkbuntu> 'for dummies' is so 1990
[13:48] <hexmode> elkbuntu: in that case "101" is so 1980! ;)
[13:48] <elkbuntu> hexmode, 101 isnt trying to be funny
[13:48] <hexmode> true
[13:48] <elkbuntu> (and more like 1880)
[13:48] <hexmode> which makes it tons better
[13:52] <AstralJava> Yeah, why not really go back in time and everybody just dig out their abacuses.
[13:52] <AstralJava> See how your UDS turns out to, huh?!
[13:53] <hexmode> Can anyone tell me why lintian doesn't like http://revu.tauware.de/details.py?upid=1919 but will look at http://revu.tauware.de/details.py?upid=1859 (two different versions of my php-xdebug package)
[13:55] <sistpoty|work> hexmode: the first link is an upload w.o. the orig.tar.gz (please don't do this, unless the tarball is very, very, very, very big)
[13:56] <hexmode> sistpoty|work: so how do up dput the orig tar when the rev > UPSTREAM-1 ??
[13:57] <hexmode> that is the first link is version 2.0.2-3 of my build and the second is 2.0.2-1.  aren't orig.tars included by default only on -1 ?
[13:58] <hexmode> (just trying to make sure I've understood you correctly)
[13:58] <geser> hexmode: only a very quick look at php-xdebug: 1) wrong versioning and distribution in debian/changelog 2) I don't know if the license can be called "BSD license" in debian/copyright
[13:58] <sistpoty|work> hexmode: your dsc needs to reference the orig-tarball, and dpkg-buildpackage can do this with -sa
[13:58] <hexmode> geser: thanks wasn't sure about license
[13:58] <hexmode> sistpoty|work: tyvm
[13:58] <sistpoty|work> np
[13:59] <geser> hexmode: it's probably better to include the full license text in debian/copyright
[13:59] <hexmode> (Though, I am using bzr buiddeb... and sometimes it doesn't carry over the dpkg-buildpackage options...)
[14:00] <geser> hexmode: 3) removed the comment out lines from debian/rules if you don't need them 4) you can probably also remove debian/changelog.xsl as the call to xsltproc in debian/rules is comment out
[14:00] <effie_jayx> I have finished with my package and I would like it to go through the sponsoring process. how different is it from the merging process or the bug fixing process?
[14:01] <hefe_bia> Could a MOTU have a look at http://revu.tauware.de/details.py?package=tomboy-blogposter? (I already fixed the errors from a previous review) It's a small package and the upstream author was quite excited about the deb packaging.
[14:01] <effie_jayx> it is an update
[14:03] <sistpoty|work> effie_jayx: then just attach the .diff.gz from your updated package to a bug and subscribe the sponsor team
[14:03] <effie_jayx> sistpoty|work,  what should the bug state... please update bla bla bla
[14:03] <effie_jayx> ?
[14:04] <effie_jayx> ahhh to an existing bug ... righto
[14:04] <mruiz> effie_jayx, ?
[14:04] <effie_jayx> thanks sistpoty|work
[14:04] <sistpoty|work> np
[14:04] <effie_jayx> mruiz, sorry ;)
[14:04] <sistpoty|work> (I guess, you could also use a new one, and do the same as with merging)
[14:05] <effie_jayx> sistpoty|work,  is it a good practice?
[14:05] <sistpoty|work> effie_jayx: no idea... /me is not in the sponsoring team, and has lost knowledge of the current best practices
[14:06] <effie_jayx> sistpoty|work,  right... then I should hold a little longer to see if we can get some back up :D
[14:06] <sistpoty|work> heh
[14:07] <hexmode> geser: should maintainer be ubuntu-motu or me?
[14:07] <effie_jayx> sistpoty|work,  it's my first update :D
[14:10] <mruiz> effie_jayx, what's the question ?
[14:11] <effie_jayx> mruiz,  I have an update. to request sponsorship. I upload the diff.gz to an existing bug or I open a new bug stating "please update bla bla bla "
[14:12] <mruiz> effie_jayx, what's is your "existing" bug ?
[14:12] <effie_jayx> mruiz,  gimme a sec
[14:13] <effie_jayx> mruiz, https://bugs.launchpad.net/ubuntu/+source/kipina/+bug/95842
[14:13] <ubotu> Launchpad bug 95842 in kipina "kipina crashes on launch" [Undecided,Confirmed]
[14:15] <mruiz> effie_jayx, for this case the bug is related to a problem... not an update/upgrade request. You should open a new one requesting the update
[14:15] <dcordero> hi
[14:15] <mruiz> hi dcordero
[14:16] <effie_jayx> mruiz, do you have any samples of update bugs ?
[14:16] <mruiz> effie_jayx, sure. Let me check...
[14:16] <effie_jayx> mruiz,  I feel a little jittery about submiting it
[14:17] <mruiz> ;-)
[14:18] <geser> hexmode: it's usually ubuntu-motu as Maintainer and you as XSBC-Original-Maintainer
[14:19] <mruiz> effie_jayx, an example ... bug 184125
[14:19] <ubotu> Launchpad bug 184125 in mail-notification "New upstream version: 5.0" [Wishlist,Confirmed] https://launchpad.net/bugs/184125
[14:20] <\sh> dholbach, I'll answer the questions this evening and send it to you by email :)
[14:20] <dholbach> \sh: gracias
[14:21] <mruiz> effie_jayx, if you have worked on it, just attach the diff.tar.gz /debdiff , pbuilder log, etc ...
[14:22] <effie_jayx> mruiz,  diff.gz or debdiff or both
[14:24] <mruiz> effie_jayx, as persia told me weeks ago: debdiff: orig.tar.gz unchanged / diff.gz: orig.tar.gz changed ;-)
[14:47] <ScottK> \sh: I have a package I'd like to have you test build if you can (klamav). http://revu.tauware.de/revu1-incoming/klamav-0802082120/klamav_0.42-1.dsc
[14:47] <ScottK> It would be a great help if you could.
[14:47] <\sh> ScottK, one sec :)
[14:48] <ScottK> Thanks
[14:49] <RainCT> Hey
[14:54] <hexmode> sistpoty|work, geser: updated  http://revu.tauware.de/details.py?package=php-xdebug based on your comments.  Changing maintainer to motu generates a bunch of lintian noise...
[14:54] <hexmode>  lintian complains about config.guess but that is in the upstream tarball... I can't remove it from the upstream: is there a way to tell lintian to hush-up?
[14:55] <sistpoty|work> hexmode: you should use the ubuntu versioning, and you don't need to increase the version for each upload to revu
[14:56] <hexmode> sistpoty|work: kk
[14:56] <sistpoty|work> hexmode: and for the autotools file, you should build-depend on autotools-dev and copy the relevant files from there in debian/rules
[14:57] <hexmode> sistpoty|work: still, it will complain about that file in the upstream
[14:57] <hexmode> those files
[14:57] <sistpoty|work> hexmode: it should be quiet, if you add the autotools-dev build-dependency... at leasts that's what I guess. Others than that, lintian isn't always right as well ;)
[15:09] <geser> hexmode: it complains that config.guess is too old (6 years old). It will go away if you use an uptodate version from autotools-dev.
[15:12] <\sh> ScottK, see mail
[15:12] <hexmode> giving it a try... still, seems like it would continue to carp about the upstream tarball
[15:13]  * ScottK doesn't like the sound of that.
[15:13] <ScottK> It reads better though.
[15:13] <ScottK> \sh: Thank you.
[15:13] <\sh> ScottK, surprise surprise upload to debian ;)
[15:14]  * ScottK dput's to mentors and pings the DD that promised to upload it.
[15:14] <\sh> ScottK, hopefully I have the time to code on my local build service so that special people can upload to it and it builds those packages automatically
[15:15] <ScottK> That's be great.
[15:20] <leonel> hey ScottK good day
[15:20] <ScottK> Hello leonel
[15:27] <dholbach> can somebody comment on bug 184186?
[15:27] <ubotu> Launchpad bug 184186 in ubuntu "Please sync Easytag-AAC from Debian-Multimedia" [Wishlist,New] https://launchpad.net/bugs/184186
[15:28] <frafu> Hello, could anybody from ubuntu-universe-sponsors have a look at the following sync request: https://bugs.edge.launchpad.net/ubuntu/+source/mousetweaks/+bug/190957
[15:28] <ubotu> Launchpad bug 190957 in mousetweaks "[Sync Request] mousetweaks-2.21.91 (interdiff supplied)" [Undecided,New]
[15:30] <frafu> I have also supplied the interdiff and if it has a problem, I will try to fix it right away.  (I nevertheless hope that it is ok  ;-))
[15:48] <dholbach> RainCT: you can directly file sync requests for universe now, you're a MOTU :)
[15:48]  * dholbach unsubscribes ubuntu-universe-sponsors and subscribes ubuntu-archive
[15:49] <warp10> MOTUs, my package gbemol (a graphical frontend for MPD) is on REVU and waits for your reviews. http://revu.ubuntuwire.com/details.py?package=gbemol
[15:54] <RainCT> dholbach: I know :). Where did I subscribe u-u-s?
[15:55] <dholbach> RainCT: oh... on some sync request I filed - I already did it
[15:55] <dholbach> don't have the bug number at hand right now
[15:55]  * RainCT wonders wheter it's an old bug or it was a lapse :P
[15:55] <RainCT> dholbach: ok, nvm then. thanks
[15:56] <dholbach> RainCT: bug 190415
[15:56] <ubotu> Launchpad bug 190415 in ubuntu "Please sync lightyears 1.3a-2 (universe) from Debian unstable (main)." [Undecided,New] https://launchpad.net/bugs/190415
[15:56] <RainCT> dholbach: Btw, I got both mails from you about the interview. Will answer when I get a moment... :)
[15:57] <dholbach> RainCT: rock on, thanks
[15:57] <dholbach> RainCT: erm - both?
[15:57] <RainCT> dholbach: you send it to me twice, one the day (or the day after, dunno) I became a MOTU and another one today
[15:57] <emgent> heya dholbach :)
[15:57] <dholbach> hey emgent
[15:58] <dholbach> RainCT: oh... good I did that ;-)
[15:59] <RainCT> dholbach: ah, and something more.. I haven't tried it but some dev on #launchpad told me that get-branches doesn't work
[16:01] <dholbach> RainCT: oh - maybe I'll ask lool, I think he used it somewhere
[16:01] <dholbach> I personally haven't used it in a while, but wrote it for seb128
[16:06] <frafu> dholbach: An overwrite is needed for mousetweaks as far as I understood the doc in the wiki; there were no changes done for ubuntu in the previous upload.
[16:07] <LucidFox> Looking for a second advocation for http://revu.tauware.de/details.py?package=tovid
[16:09] <dholbach> frafu: the version in ubuntu is 0ubuntu1 - can you check there are no side-effects? also which version do you want synced? http://packages.debian.org/src:mousetweaks lists nothign
[16:10] <dholbach> frafu: are you talking about a sync from debian at all?  http://wiki.ubuntu.com/SyncRequestProcess ?
[16:10] <frafu> It is from gnome, not debian
[16:12] <frafu> http://ftp.gnome.org/pub/GNOME/sources/mousetweaks/2.21/
[16:12] <frafu> dholbach:  upstream is GNOME http://ftp.gnome.org/pub/GNOME/sources/mousetweaks/2.21/
[16:13] <dholbach> frafu: OK, then please follow up with that information
[16:13] <dholbach> a sync in Ubuntu land always refers to copying source packages from debian over to ubuntu
[16:15] <mruiz> dholbach, can you give review some packages, please? (bug 187726 and 186397)
[16:15] <frafu> dholbach: ok; sorry for the mistake; what would have been the proper term? (I understand sync as synchronize with upstream)
[16:15] <ubotu> Launchpad bug 187726 in doc-debian "[FTBFS] doc-debian (gs: not found) / failed to upload" [Undecided,Confirmed] https://launchpad.net/bugs/187726
[16:15] <ubotu> Launchpad bug 186397 in gpredict "Please add Gpredict 0.9 to Hardy" [Undecided,Confirmed] https://launchpad.net/bugs/186397
[16:15] <ScottK> frafu: Upgrade.
[16:16]  * ScottK is reviewing tovid.
[16:18] <jdong> ScottK: I should take another look at that too when classes let out
[16:19] <frafu> What about the interdiff: is it still valid? I used the following to prepare the interdiff: https://wiki.ubuntu.com/UbuntuDevelopment/Interdiff
[16:19] <tbutter> anyone could give my package at http://revu.tauware.de/details.py?package=jodviewer a review?
[16:19] <RainCT> asac: if you have a moment, can you have a look at http://launchpadlibrarian.net/11869282/scrapbook_1.3.1-1ubuntu1.debdiff please? (if it's ok now I'll merge it with the new version from Debian and upload)
[16:20] <dholbach> mruiz: no sorry, for today I'm completely booked out
[16:20] <geser> mruiz: re doc-debian: the last source upload was accepted but not the binary upload of the buildds.
[16:20] <dholbach> frafu: just say 'update' or something
[16:20] <RainCT> frafu: it's still valid, you are free to upload it the way you want (but the prefered format is now .diff.gz)
[16:21] <asac> RainCT: you have the bug id?
[16:21] <geser> mruiz: your fix for the problem looks correct but it should be uploaded as 3.1.5ubuntu2 (the ubuntu1 changes are already in the archive)
[16:21] <RainCT> asac: bug #184115
[16:21] <ubotu> Launchpad bug 184115 in scrapbook "iceweasel-scrapbook should be firefox-scrapbook" [Medium,In progress] https://launchpad.net/bugs/184115
[16:22] <mruiz> geser, thanks... I asked on #launchpad and kiko said: just upload it again :-)
[16:22] <mruiz> geser, I'll change the version number
[16:22] <frafu> dholbach: I already replaced the sync term with upgrade in the title of the bug
[16:22] <mruiz> dholbach, thanks anyway
[16:22] <dholbach> thanks frafu
[16:23] <asac> RainCT: its ok
[16:23] <RainCT> asac: cool, thx :)
[16:26] <ScottK> persia: For tovid: It looks to me like the build-depends should be build-depends-indep (except debhelper and cbds).  Is there a reason against that I'm missing?
[16:26] <frafu> RainCT:  I can also add the mousetweaks_2.21.91-0ubuntu1.diff.gz that was created by debuild to the bug; this way the sponsor can choose what he wants. Should I do it?
[16:28] <RainCT> frafu: why not? :)
[16:28] <frafu> RainCT: ok
[16:32] <tuxmaniac> is somebody able to access http://qa.ubuntuwire.com/multidistrotools/science.html ?
[16:33] <LucidFox> tbutter> commented on jodviewer
[16:35] <frafu> RainCT: diff.gz attached to bug; I hope that this time everything is correct for review by a sponsor
[16:35] <tbutter> LucidFox: thanks
[16:36] <tuxmaniac> can somebody review http://revu.tauware.de/details.py?package=alliance
[16:36] <RainCT> frafu: give me the URL and I'll look at it later
[16:36] <warp10> tuxmaniac: looks like ubuntwire is still down. :(
[16:36] <tuxmaniac> warp10, aah ok
[16:36] <tuxmaniac> warp10, hello btw
[16:37] <warp10> tuxmaniac: hey, how are you doing? :)
[16:37] <tbutter> LucidFox: it does not work without the jodviewer.dirs
[16:37] <frafu> RainCT: here is the url with the upgrade bug https://bugs.edge.launchpad.net/ubuntu/+source/mousetweaks/+bug/190957 Thanks for looking at it
[16:37] <ubotu> Launchpad bug 190957 in mousetweaks "[Upgrade from GNOME] mousetweaks-2.21.91 (diff.gz supplied)" [Undecided,New]
[16:37] <tbutter> install -m 755 jodviewer.sh debian/jodviewer/usr/bin/jodviewer
[16:37] <tbutter> install: cannot create regular file `debian/jodviewer/usr/bin/jodviewer': No such file or directory
[16:38] <tuxmaniac> warp10, inching closer and closer towards your karma! slow but steady :-)
[16:39] <warp10> tuxmaniac: I have seen you did a lot of good work for MOTU science. Well done! ;)
[16:39] <frafu> RainCT: and here is the url of the upstream source: http://ftp.gnome.org/pub/GNOME/sources/mousetweaks/2.21/mousetweaks-2.21.91.tar.gz
[16:40] <LucidFox> tbutter> try install -m -d
[16:40] <LucidFox> (although I won't object if you want to just leave the dirs files)
[16:41] <geser> LucidFox: wouldn't be -D better than -d?
[16:41] <tbutter> it must be -D
[16:41] <geser> if I understand the manpage correctly -d will create a directory named debian/jodviewer/usr/bin/jodviewer
[16:48] <tbutter> works. thanks
[16:50] <mruiz> geser, I've uploaded a new revision ;-) (bug 187726)
[16:50] <ubotu> Launchpad bug 187726 in doc-debian "[FTBFS] doc-debian (gs: not found) / failed to upload" [Undecided,Confirmed] https://launchpad.net/bugs/187726
[16:55] <LucidFox> ScottK, reuploaded tovid with your objection addressed
[16:58] <geser> mruiz: looks ok, just curious: why the bump of standards?
[16:59] <mruiz> geser, to avoid lintian warnings
[16:59] <ScottK> There are very few 3.7.2.2/3.7.3 differences, so the bump can almost always be done without change.
[16:59] <geser> mruiz: did you check if any of the changes in the new policies affect this package?
[17:00] <geser> ScottK: that one was from 3.6.2.0 to 3.7.3
[17:01] <mruiz> geser, well I can maintain the version and minimizing the changes for the future sync/merge
[17:04] <ScottK> Ah
[17:06] <geser> mruiz: I'm just checking if you checked if any on the policy changes affect this package.
[17:08] <geser> mruiz: imho a change from tetex to texlive in the build-depends would be also welcomed (but's that no request that you must do it)
[17:08] <mruiz> geser, I didn't check them :-(
[17:11] <mruiz> geser, but in most cases the policy should be updated to the latest
[17:12] <geser> mruiz: yes, I don't expect that the package needs any changes for the new standards version but it's better to check
[17:12]  * mruiz reading
[17:18] <mruiz> geser, I prefer to maintain the policy version (and wait for Debian changes)
[17:21] <effie_jayx> mruiz,  I think I dunnit https://bugs.launchpad.net/ubuntu/+source/kipina/+bug/190992 :D
[17:21] <ubotu> Launchpad bug 190992 in kipina "New Upstream version: 0.2.2" [Undecided,New]
[17:23] <mruiz> geser, then my last revision includes only the change to obtain the binary upload :-)
[17:23]  * mruiz -> lunch!
[17:24] <geser> mruiz: uploaded
[17:24] <mruiz> thanks geser ... time for lunch!
[17:29] <kdub> packaging jam in half an hour?
[17:34] <rhpot1991_laptop> anyone have some time to give me a 2nd revu on a package?
[17:44] <sboden> Is there actually an order of reviewing submissions? or a deadline or so?
[17:46] <linux__alien> hi LucidFox
[17:47] <LucidFox> hi linux__alien
[17:48] <rhpot1991_laptop> either of you have revu powers?
[17:53] <jcfp> hi all
[17:53] <jcfp> when I have a source that creates three binary package (a main program and two extra themes that depend on the main package), is it ok to use a single copyright file and link to that from the theme packages?
[17:56] <linux__alien> LucidFox, any other thing that i could start working on
[17:57] <sistpoty|work> jcfp: no, the copyright file must always be uncompressed in the corresponding binary package
[17:57] <linux__alien> LucidFox,I ve an idea. I feel the kchmviewer could be ported to Gnome i dont mind in which release it would come but just thought that would be a good idea . i am aware of the fact that gnome has got xchm and gnome chm viewer but the kchm viewer has got added functionality
[17:57] <linux__alien> what do you think about this ?
[17:58] <jcfp> sistpoty|work: in that case, should there be one copyright file covering all of the source package or a seperate one targeted specifically at the content of each binary package?
[17:58] <LucidFox> linux__alien> I'm going to sleep soon, sadly... However, I have an easy bug for you to try uploading a patch for: bug #189584
[17:58] <ubotu> Launchpad bug 189584 in ddtp-ubuntu "Typo" [Undecided,Confirmed] https://launchpad.net/bugs/189584
[17:58] <linux__alien> LucidFox, are you from india?
[17:58] <LucidFox> no, from Russia
[17:58] <LucidFox> why did you think I was from India? o_O
[17:58] <linux__alien> In India its night time so thought :)
[17:59] <sistpoty|work> jcfp: the copyright file must represent the copyright for both the binary package(s) and the contents of the source package. While you could then have different copyright files for the binary packages, you'll almost always want to have just one for all.
[18:00] <linux__alien> LucidFox, Thanks for that i ll start working on it :)
[18:00] <linux__alien> LucidFox, it will be a real good learning for me :)
[18:00] <linux__alien> LucidFox, i ll take a day's time for this and hopefully i should have something good. :)
[18:02] <frafu> I will be back in about an hour
[18:02] <jcfp> sistpoty|work: thanks. in that case I'll use a single copyright file describing all files in the source package, with copies of that file included in and installed by all binary packages.
[18:08] <linux__alien> LucidFox, I am having problems with banshee music player all of a sudden its stopped playing songs
[18:08] <linux__alien> i want to know how to correct the problem
[18:08] <asac> RainCT: ?
[18:09] <crevette> hello
[18:11] <RainCT> asac: I've the upgraded scrapbook package ready but if I try installig it Firefox (2 and 3) don't list it in the Add-ons window (after restarting). Is this normal, or any idea what the problem could be? Here is the list of files that it installs: http://paste.ubuntu.com/4435/plain/
[18:11] <LucidFox> linux__alien> Why ask me?
[18:11] <LucidFox> I never even used Banshee
[18:12] <linux__alien> ok sorry
[18:13] <linux__alien> just wanted to know the idea of porting kchmviewer to gnome ?
[18:14] <asac> RainCT: no thats not normal
[18:14] <asac> RainCT: you see anything in Tools error console?
[18:14] <asac> RainCT: otherwise please post the install.rdf
[18:14] <asac> and the chrome.manifest
[18:16] <bddebian> Heya gang
[18:16] <sistpoty|work> hi bddebian
[18:17] <RainCT> asac: the only error I've there that is from no website is "bc is null" in chrome://global/content/console.js
[18:17] <bddebian> Hi sistpoty|work
[18:19] <asac> RainCT: post install.rdf then
[18:19] <RainCT> asac: install.rdf: http://paste.ubuntu.com/4436/plain/
[18:20] <RainCT> asac: chrome.manifest: http://paste.ubuntu.com/4437/plain/
[18:23] <asac> RainCT: the name of the link you create in the extensions directory _must match_ the em:id
[18:23] <asac> RainCT: in your case it must not be scrapbook, but "{53A03D43-5363-4669-8190-99061B2DEBA5}"
[18:23] <asac> e.g. ./usr/lib/firefox-addons/extensions/scrapbook -> ../../../share/scrapbook
[18:23] <asac> oops
[18:24] <asac> e.g. ./usr/lib/firefox-addons/extensions/{53A03D43-5363-4669-8190-99061B2DEBA5} -> ../../../share/scrapbook
[18:24] <asac> RainCT: then it should work
[18:24] <RainCT> asac: oh, okay. thanks!
[18:25] <linux__alien> ok LucidFox got to go will work on this and will let you know tomorrow and thanks for your help
[18:27] <RainCT> asac: is there any reason why they use such ugly names? :P
[18:28] <asac> no ... just for legacy reasons
[18:29] <crevette> superm1: I did the change you requested yesterday
[18:29] <crevette> hello by the way
[18:29] <crevette> :)
[18:31] <geser> Hi bddebian
[18:31]  * sistpoty|work is on the way home
[18:31] <sistpoty|work> cya
[18:33] <kdub> from within pbuilder, i get an permissions error when it is trying to install the package to the fakeroot system. can you put a 'sudo' command in the debian/rules file to work around this?
[18:34] <geser> kdub: please pastebin the error message
[18:34] <kdub> geser: http://pastebin.ca/900158
[18:35] <crevette> some can review my package ? this is obex-data-server
[18:35] <crevette> http://revu.tauware.de/details.py?package=obex-data-server
[18:35] <bddebian> Heya geser
[18:36] <kdub> geser: it uses 'jam' to build the package as opposed to the standard make
[18:37] <rhpot1991_laptop> can I get a 2nd revu when someone gets a chance: http://revu.tauware.de/details.py?package=atomicparsley
[18:37] <geser> kdub: 1) you shouldn't install outside the build dir (here /usr/local) and 2) you shouldn't install packages into /usr/local
[18:38] <kdub> geser: do you think this is too complicated for a first package?
[18:38] <geser> kdub: I don't know jam and how hard it is to fix the paths
[18:39] <geser> kdub: the package should install files below /usr and during the build the package gets build from the files in debian/<pkgname>/
[18:41] <kdub> geser: i'm just going to try another package
[18:50] <nxvl_work> did someone uses google calendar?
[18:51] <AstralJava> nxvl_work: Sort of. Why do you ask?
[18:51] <nxvl_work> AstralJava: i can't open it on my ubuntu box
[18:52] <nxvl_work> using firefox
[18:52] <AstralJava> What are the symptoms?
[18:52] <AstralJava> Opens fine on Fluxbuntu+Kazehakase.
[18:53] <nxvl_work> mm
[18:53] <nxvl_work> on the source code it says my firefox isn't compatible
[18:53] <nxvl_work> i will report it
[18:54] <AstralJava> Weird.
[18:55] <kdub> geser: could you elaborate a little more on what you said about where files are installed within the fakeroot environment?
[18:56] <hefe_bia> If somebody could have a look at http://revu.tauware.de/details.py?package=tomboy-blogposter that would make me very happy ;)
[18:57] <geser> kdub: all debs should install their files below /usr/ but not /usr/local
[18:57] <kdub> so if i wanted to, then "cp <anything> /usr/bin" should work?
[18:58] <geser> kdub: during build (e.g. with pbuilder or on the buildds) the installation doesn't happen to the "final" directory but into a "temporary" directory below debian/<pkgname>. From there the deb in then packed/build.
[18:59] <geser> kdub: no, if you want to install a file in /usr/bin/ then "cp <anything> debian/<pkgname>/usr/bin" and the deb will install it later correctly in /usr/bin
[19:00] <kdub> geser: thanks, i think i understand, but we'll see for sure in a minute
[19:02] <geser> kdub: you can always "spy" how other package do it, packages similar to yours are better suited to look at
[19:02] <kdub> geser: i'm trying to understand better with a simple little package i've been looking at now
[19:04] <goobsoft> When creating a python package that loads a glade file for the interface via a hard coded path that does not comply with the debian python policy, it is best to change the source code directly or is there some other way of pointing to resources like glade files and images?
[19:05] <kdub> now it looks like it build a package, but i can't find a deb anywhere...
[19:07] <geser> kdub: how did you build the package? with pbuilder?
[19:07] <kdub> geser: yes, and thanks for being so patient
[19:08] <geser> kdub: pbuilder puts the build debs to /var/cache/pbuilder/result
[19:08] <cody-somerville> by default
[19:09] <kdub> geser: thanks! there they all are...
[19:10] <Nightrose> hey tricia :)
[19:10] <tricia> ello
[19:10] <kdub> and so now that i have a package, i should clean up all the lintian messages before submitting it to revu?
[19:13] <ScottK2> Yes
[19:13] <geser> kdub: yes please, as one of the reviewers will point you to them anyways
[19:14] <goobsoft> In python programs are absolute paths to images usually hard coded into the source?
[19:15] <cbx33> hey all, just out of interest what window managers do you guys use?
[19:16] <_MMA_> cbx33: You here to pimp OpenBox again? :P
[19:16] <cbx33> no
[19:16] <cbx33> thinking of trying out a tiled window manager
[19:16]  * cbx33 is all over the shot
[19:16] <cbx33> ;)
[19:17] <_MMA_> Yeah, I forget what that was called.
[19:17] <cbx33> howz it going _MMA_ ??
[19:17] <cbx33> there's one called awesome
[19:17] <_MMA_> Fine. :)
[19:17] <cbx33> good good
[19:17]  * _MMA_ just uses Terminator and uses the CLI apps but wanted to tinker with a tiled WM.
[19:18] <cbx33> Terminator?
[19:18] <_MMA_> Ng's multi-pane terminal app.
[19:19] <_MMA_> Its on LP. Grab trunk and build it. Super easy.
[19:20] <cbx33> cool
[19:21] <cbx33> i guess I should try out more terminal apps
[19:21] <cbx33> but how do you like copy and paste between them?
[19:21] <_MMA_> It actually made me like them more for some reason.
[19:21] <_MMA_> Works like gnome-terminal.
[19:22] <_MMA_> ctrl+shift+v and or c.
[19:22] <cbx33> hmmm
[19:22] <cbx33> cool
[19:22] <cbx33> so
[19:22] <cbx33> what terminal program do you use?
[19:22] <cbx33> maybe I'll get awesome
[19:23] <cbx33> it looks pretty.....awesome
[19:23] <_MMA_> He has a channel also. #terminator.
[19:23] <cbx33> cool
[19:23] <cbx33> you can tag windows
[19:23] <cbx33> seemed pretty cool
[19:24] <cbx33> what do you use to browse the web?
[19:24] <cbx33> links lynx ?
[19:24] <cbx33> does terminator use it's own terminall app ??? like gnome terminal....do you still use a mouse?
[19:25] <_MMA_> I just use it for cli apps. I havnt gone as far as to try lynx.
[19:25] <_MMA_> terminator *is* a terminal. It just uses panes instead of tabs or anything.
[19:25] <_MMA_> Try it. Its nice.
[19:26] <msix> is this the right place to ask : can i speedup pbuilder in a way like make-kpkg with CONCURRENCY_LEVEL ?
[19:29] <emgent> hehya ernesto! :D
[19:33] <mok0> Would someone please change the status of bug 173507 to "Fix committed"?
[19:33] <ubotu> Launchpad bug 173507 in ubuntu "[needs-packaging] torque" [Wishlist,In progress] https://launchpad.net/bugs/173507
[19:35] <rulus> mok0: anyone can change bug statuses :)
[19:35] <mok0> They can?
[19:35] <cody-somerville> If you're logged in, yes.
[19:35] <rulus> sure, as is anyone who has a LP account
[19:35] <mok0> Heh, you're right
[19:35] <rulus> s/is/in
[19:36] <mok0> I'll do it myself, heh
[19:36] <mok0> Just trying to clear out my bug list on LP :-)
[19:38] <HighNo> Hi y'all. could any motu please check http://revu.tauware.de/details.py?package=blueproximity ? There's still one advocate missing...
[19:39] <mok0> HighNo: yay, you got one
[19:41] <sboden> Is there an order in which uploads to revu are reviewed, or is it just at random?
[19:41] <HighNo> mok0: yes, finally. They like to integrate it into mythbuntu too
[19:46] <cbx33> is it possible to get coloured syntax highlighting in nano?
[19:46] <cbx33> and to stop it wrapping lines when they reach the edge of the window?
[19:48] <tsmithe> hey persia, thanks for the work on fluid-soundfont :)
[19:49] <tsmithe> cbx33, nano -w for the latter
[19:49] <HighNo> cbx33:  nano -w
[19:49] <cbx33> cool
[19:49] <cbx33> thanks
[19:49] <HighNo> tsmithe:  beaten my by a second :)
[19:49] <tsmithe> heh
[19:49] <hexmode> geser: could you look at http://revu.tauware.de/details.py?package=php-xdebug one more time?
[19:51] <cbx33> http://ubuntuforums.org/showthread.php?t=62250 - how come we don't have the examples directory in gutsy?
[19:59] <blueyed> hexmode: I just wanted to look at it, too - if you don't mind.. ;)
[19:59] <hexmode> blueyed: the more the merrier!
[20:01] <blueyed> hexmode: please indent the license, and put the copyright to the Copyright line.
[20:01] <blueyed> (in debian/copyright)
[20:01] <hexmode> blueyed: could you clarify "put the copyright to the copyright line"??
[20:01] <hexmode> move it up?
[20:01] <tsmithe> is anyone reviewing? if so, could someone take a look at fluid-soundfont. it's a very simple package, and has one advocation already: http://revu.tauware.de/details.py?package=fluid-soundfont
[20:02] <blueyed> yes, write "Copyright: ....\nLicense: ..." or similar (and the license indented by e.g. 4 spaces)
[20:02] <hexmode> arg... gotcha
[20:04] <blueyed> hexmode: I've seen that you had some changelog xml file and a commented out xsltproc for it. Didn't it work out? Would be nice to have an upstream changelog. Regarding this, the file for dh_installchangelog (debian/Changelog) does not seem to exist?
[20:05] <blueyed> hexmode: for (your) debian/changelog, just write "Initial release" and refer to a needs-packaging bug in LP.
[20:06] <hexmode> blueyed: the changelog is generated from the upstream using dh-make-php's pecl parser
[20:06] <hexmode> is the convention for talking about LP bugs something like "Fixes LP #..." ???
[20:07] <blueyed> hexmode: great, haven't checked closely, sorry.. just write "Initial release (LP: #189928)"
[20:07] <hexmode> np ty
[20:08] <amarillion> Question: can I use reportbug on ubuntu to file Debian ITP's?
[20:08] <amarillion> When I try " reportbug --email my@emaill wnpp"
[20:08] <amarillion> It complains that wnpp is not found
[20:08] <blueyed> amarillion: try "reportbug -B debian"
[20:09] <amarillion> ah
[20:09] <amarillion> cool that seems to work, thankx
[20:14] <geser> hexmode: php-xdebug commented
[20:14] <hexmode> geser: tyvm
[20:14] <hexmode> geser: tyvm
[20:14] <hexmode> oops ;)
[20:16] <tsmithe> geser, could you check out fluid-soundfont, please? it's got one advocation already from persia
[20:17] <blueyed> Is it ok to advocate own packages? Or is it considered bad practice? I've done for "jedit" now..
[20:18] <tsmithe> blueyed, i think it's ok for motus
[20:18] <rhpot1991_laptop> geser: if you have time atomicparsley should be an easy revu too, superm1 already helped me out with it
[20:18] <tsmithe> blueyed, (if you're reviewing... fluid-soundfont?)
[20:19] <geser> blueyed: MOTUs need only one ACK
[20:19] <tsmithe> i'll shut up now; gotta kill X to check for power usage
[20:19] <rhpot1991_laptop> hmmm I thought they needed 2 ACK's
[20:20] <blueyed> rhpot1991_laptop: yes, but they can give one ACK themselves it seems.
[20:20] <rhpot1991_laptop> ah ok, I get it
[20:30] <HighNo> blueyed: do you have bluetooth or trust in superm1? :-) I'm still looking for the second advocate for my package... And since your name is so close to my package's name (blueproximity)
[20:35] <mok0> slangasek: ping
[20:36] <slangasek> mok0: moo
[20:36] <mok0> slangasek: hey, I was thinking about merging dbmail, is that ok with you?
[20:37] <HighNo> mok0 is back! You've been away too quick. My answer was: yes, finally. They like to integrate it into mythbuntu too
[20:37] <HighNo> mok0: now guess what the question was... :-)
[20:37] <leonel> mok0: please !!!
[20:37] <blueyed> HighNo: nice try :) - I have no bluetooth though.. I'll look into some package in the next days though, so don't fear.. ;)
[20:37] <mok0> leonel: please what?
[20:37] <leonel> mok0: i was going to ask for that merge  even  there are issues with the new postgresql 8.3
[20:38] <HighNo> blueyed: all i fear is the 14th of feb...
[20:38] <mok0> leonel: what are the issues?
[20:38] <mok0> HighNo: you'll make it
[20:38] <slangasek> mok0: my only change to that package was to rebuild it against the newer ldap, so from my POV, feel free
[20:38] <HighNo> mok0: thanks for the support :-)
[20:38] <leonel> mok0: http://www.dbmail.org/mantis/view.php?id=678
[20:38] <mok0> slangasek: cool, I'll give it a whirl
[20:39] <mok0> leonel: thx
[20:39] <amarillion> grrr reportbug doesn't work
[20:39] <amarillion> Why can't debian use a web interface like normal people?
[20:40] <geser> amarillion: how doesn't reportbug not work?
[20:41] <slangasek> amarillion: if reportbug doesn't work, it's possible to write email bug reports by hand too...?
[20:41] <geser> amarillion: because Debian is special
[20:42] <slangasek> (because Debian doesn't want bug reports from people they aren't guaranteed to be able to send questions back to, really...)
[20:44] <RainCT> why is this failing to build? http://launchpadlibrarian.net/11876178/buildlog_ubuntu-hardy-hppa.scrapbook_1.3.2.5-2ubuntu1_FAILEDTOBUILD.txt.gz
[20:44] <sboden> anyone wants to give kmess a spin?
[20:44] <ScottK> slangasek: Makes me wonder what Debian is doing to prevent forged email addresses then.
[20:45] <slangasek> ScottK: in practice? discarding the bug reports when the replies bounce :)
[20:45] <ScottK> Makes sense I suppose.
[20:46] <jcfp> MOTUs, please review http://revu.tauware.de/details.py?package=sabnzbdplus - based on new upstream release with lots of improvements, package should be in good shape now.
[20:47] <geser> RainCT: could it be the new dpkg? it seems to break also other builds
[20:54] <blueyed> RainCT, geser: yes, seems so.. I've also broken builds..
[20:56] <ScottK> sboden: If I'm an MSN user, why do I want kmess instead of Kopete?
[20:56] <ScottK> sboden: I'm also a bit confused ...  Is this package in Ubuntu already?
[20:57] <sboden> in ubuntu it's now v1.4.3... update is for v1.5
[20:58] <sboden> v1.5 of kmess fixes some bugs and completes the MSN functionality... you can do nudges, custom icons, ... which you can't do with kopete. It's also the last version of kmess before v2.0 which is KDE4
[21:00] <ScottK> OK.  Sounds reasonable.
[21:00] <sboden> I followed the upgrade template ... use v1.4.3 of ubuntu, copy debian log to v1.5 and repackage. It should be pretty straightforward
[21:01] <ScottK> sboden: For a new upstream version, the preferred method is .diff.gz attached to a bug, not REVU.
[21:01] <jpatrick> geser: should I add it to /topic (broken builds?)
[21:02] <ScottK> jpatrick: Do you have time to help sboden with getting Kmess upgraded?
[21:02] <method__> what does something like this mean? dpkg-source: error: source package has two conflicting values - libzoom-ruby and zoom
[21:03] <jpatrick> ScottK: don't think so...
[21:04] <geser> method__: do debian/control and debian/changelog agree about the source package name?
[21:05] <method__> Good call, geser, thanks.
[21:09] <ScottK> sboden: I believe someone will be along to help you shortly.
[21:09] <sboden> k thx
[21:14] <leonel> mok0: will you do the dbmail  merge  ?
[21:28] <method__> What does it mean when pbuilder/apt complains about : Depends: libyaz3-dev which is a virtual package.
[21:28] <method__> ?
[21:28] <crevette> hi there, what happening to my package ? http://revu.tauware.de/details.py?package=obex-data-server
[21:28] <apachelogger_> method__: basically that it doesn't exist, I guess
[21:28] <apachelogger_> sboden: hey, I am the promised someone ;-)
[21:29] <sboden> apachelogger_: lol ... go ahead
[21:30] <apachelogger_> sboden: you created the package already?
[21:30] <HighNo> crevette: maybe it just got approved? will approved packages just vanish from REVU?
[21:30] <sboden> I uploaded it a couple of days ago to revu (it's under updates)... I just used the general distribution of kmess 1.5
[21:30] <apachelogger_> hm
[21:30] <sboden> http://revu.tauware.de/details.py?package=kmess
[21:31] <crevette> HighNo: it is not possible no one has advocated it
[21:31] <apachelogger_> sboden: did you testbuild it?
[21:31] <sboden> yes
[21:31] <crevette> jsut before It tried to upload it, but the upload was stucked for 10 min
[21:31] <apachelogger_> sboden: saved the log? ;-)
[21:32] <sboden> apachelogger_: mmm, not from terminal... is it logged somewhere
[21:32] <apachelogger_> not by default, well, I have to build it anyway
[21:32] <sboden> I followed the "upgrade template" for packaging and it went through without problems
[21:33] <sboden> I also run kmess 1.5 on this computer
[21:33] <HighNo> persia: could you check for the missing obex-data-server - might be a mess on REVU?
[21:33] <apachelogger_> sboden: usually you would create a bug report and attach the diff.gz (maybe also the .dsc) and a pbuilder log, subscribe ubuntu-universe-sponsors and that should be it
[21:34] <sboden> ah.... that was not mentioned in the docs
[21:34] <HighNo> crevette: did you check the error message?
[21:34] <HighNo> crevette: maybe it works if reuploaded?
[21:34] <apachelogger_> sboden: yeah, I just looked, didn't find anything either
[21:34] <crevette> HighNo: no error message, "Successfully uploaded packages"
[21:35] <persia> HighNo: How is it "missing"?
[21:35] <apachelogger_> sboden: bug 179931 is a good example in my opinion
[21:35] <ubotu> Launchpad bug 179931 in gnome-compiz-manager "gnome-compiz-manager new upstream version: 0.10.4" [Wishlist,Confirmed] https://launchpad.net/bugs/179931
[21:35] <HighNo> persia: check the error on http://revu.tauware.de/details.py?package=obex-data-server
[21:36] <sboden> apachelogger_: do you want me to create a "wishlist" for kmess 1.5?
[21:36] <HighNo> persia: but it might be gone with the next refresh cycle as dput now managed to upload it successfully (as dput calls it)
[21:37] <persia> HighNo: Yes.  A new upload will almost always fix that.
[21:37] <apachelogger_> sboden: probably a good idea to keep track of the process
[21:37] <HighNo> persia: cool, thanks.
[21:38] <crevette> persia: I should reupload ?
[21:38] <crevette> persia: and afterward you'll advocate my package :)
[21:38]  * persia is now confused
[21:38] <persia> crevette: I certainly don't have time for a review now, sorry.
[21:38] <RainCT> good night
[21:39] <pochu> night RainCT
[21:39] <HighNo> crevette: hehe - nice trick. but you see, persia can't do that because he would be advocating my package first :-)
[21:39] <crevette> persia: no problemo :)
[21:39] <persia> But, I would like to see the package shown on REVU.  Was there an upload since 21:30 UTC?
[21:39] <HighNo> persia: it should be there in ca. 2 minutes
[21:40] <apachelogger_> sboden: version would be 1.5-0ubuntu1
[21:40] <apachelogger_> since it is the first ubuntu revision of 1.5
[21:40] <apachelogger_> and not yet available in debian
[21:41] <HighNo> apachelogger_: so the 0 means no debian ?
[21:42] <apachelogger_> HighNo: well, actually it means no debian revision of this version/package
[21:43] <apachelogger_> debian would use 1.5-1 for the first revision of this version/package
[21:43] <HighNo> apachelogger_: so it would be filled for debian synced packages, right=
[21:43] <apachelogger_> well, a _synced_ package will have exactly the same version as in debian
[21:43] <HighNo> crevette: maybe you should try to upload it once more. It did not correctly show up during this refresh cycle...
[21:44] <apachelogger_> if debian has 1.5-6 then a sync would have 1.5-6 as well
[21:44] <apachelogger_> but if it is a merge, or the package gets changed post-sync it gets an ubuntuX attached
[21:44] <sboden> apachelogger_: in debian they now have 1.5 rc2 in experimental, I launched some requests to go to 1.5 as well in debian, but debian is harder to "reach"... so maybe better wait for debian to go to v1.5 first?
[21:44] <HighNo> ahaaaa, /me feels some enlightenment
[21:44] <apachelogger_> :)
[21:46] <ScottK> Since feature freeze is Thursday, I wouldn't wait.
[21:46] <apachelogger_> +1
[21:46] <slangasek> apachelogger_: you seem to have subscribed ubuntu-archive to bug #191023, but aren't listed as a member of ubuntu-backporters?
[21:46] <ubotu> Launchpad bug 191023 in gutsy-backports "Please backport dragonplayer 2.0-0ubuntu1" [Undecided,Confirmed] https://launchpad.net/bugs/191023
[21:46] <HighNo> crevette: if you upload it now and it won't show up in 7 mins you have to ring the operator again :-)
[21:46] <apachelogger_> after that you need to file a featurefreeze exception request
[21:46] <apachelogger_> https://wiki.ubuntu.com/FreezeExceptionProcess#head-30ede7e753a6b6f62916161755507d4cc5d99e20
[21:46] <crevette> HighNo: okay
[21:46] <ScottK> slangasek: Riddell asked him to do that earlier today.  Given that the package turned out to FTBFS (IIRC), I'd suggest usubscribe the archive.
[21:46] <apachelogger_> slangasek: Riddell saied i just should assign ubuntu-archvie so he can take care of it tomorrow
[21:46] <persia> HighNo: crevette: It didn't appear to refresh on the 10-minute mark.  Perhaps something useful can be rescued from http://revu.tauware.de/revu1-incoming/obex-data-server-0802111920/ and something reuploaded?
[21:47] <slangasek> ScottK: ah, ok; done then
[21:47] <HighNo> persia: I think crevette has reuploaded it afterwards already once
[21:47] <persia> Looks like the immediate upload was a .dsc file, but didn't include the relevant .changes file.
[21:48] <HighNo> persia: for the records - dput had broken the upload - it froze
[21:48] <gilir> hi
[21:49] <gilir> REVU is still broken for me :( http://revu.tauware.de/details.py?package=awn-extras-applets
[21:50] <sboden> Made launchpad request for kmess 1.5: https://bugs.launchpad.net/ubuntu/+source/kmess/+bug/191092
[21:50] <ubotu> Launchpad bug 191092 in kmess "Upgrade Kmess to v1.5" [Wishlist,Confirmed]
[21:52] <persia> gilir: You're in the same situation.  reupload based on http://revu.tauware.de/revu1-incoming/awn-extras-applets-0801100020/
[21:53] <gilir> persia: I already reuploaded it, I had the same error
[21:54] <persia> Any REVU Hackers around who might be able to investigate?
[21:55] <crevette> persia: this is still not work
[21:55] <crevette> who can I contact ?
[21:56] <dcordero> hi
[21:56] <persia> crevette: It's beyond me.  Needs a REVU Hacker to look into the source of the error, and likely a patch.  Asking here is best (as has been done).
[21:57] <crevette> too bad, I've found someone to advocate me
[21:57] <crevette> :)
[21:58] <apache|mobile> sboden: can you please change the version number and attach the diff.gz to the bug report?
[21:59] <sboden> apache|mobile: ok, I'm rebuilding the package now wih changed version number
[22:01] <apachelogger_> sboden: oh and please attach (LP: #191092) to your changelog entry, so it gets closed automatically
[22:02] <HighNo> crevette: they won't forget you - obex-data-server is an important package
[22:04] <crevette> HighNo: arf
[22:04] <crevette> this is a brand new one, I'm not sure someone cares
[22:04] <crevette> :)
[22:05] <HighNo> crevette: it is brand new? how come I think to know it for years? It's taking the server-part for filetransfers via IR and bluetooth, right=
[22:05] <crevette> yeah for obex protocol, but it's anew one
[22:05] <crevette> it's a new dep for bluez-gnome for bluetooth-sento
[22:06] <crevette> this is just a DBUS service
[22:06] <HighNo> crevette: ah, ok.
[22:07] <HighNo> crevette: so it's a dep for bluez-gnome? then it should be even more important?!
[22:08] <hexmode> blueyed, geser: http://revu.tauware.de/details.py?package=php-xdebug fixed up the copyright file for multiple copyright/licenses.  Looked at apparmor's copyright file for clues.
[22:08] <crevette> HighNo: I guess
[22:09] <HighNo> crevette: just posted the request in #ubuntu-mobile again but that is more of an idle channel...
[22:09] <crevette> HighNo: thanks
[22:09] <crevette> butIt's gonna be hard if my package is not available on revu
[22:09] <crevette> :)
[22:11] <sboden> apachelogger: just uploaded a new version of kmess to revu (http://revu.tauware.de/details.py?package=kmess), diffs attached the launchpad request
[22:13] <emgent> heya people
[22:14]  * persia notes that there is little value to the duplication.  Just attaching the diff should be sufficient.
[22:16] <apachelogger_> sboden: persia is quite right there :)
[22:17] <HighNo> crevette: do you know when the upload before the broken upload has taken part?
[22:17] <apache|mobile> sboden: please change "launchpad request 191092" to "(LP: #191092)" otherwise the bug will not be closed
[22:17] <apache|mobile> looks good otherwise
[22:17] <jussi01> where did that page go that listed things to do to help, including links to bitesize bugs etc?
[22:17] <sboden> apachelogger: I just used dput ... do I make a diff then on the original, or on the changes?
[22:18] <apachelogger_> sboden: just do debuild -S -sa
[22:18] <apachelogger_> ...within the source tree
[22:18] <apachelogger_> ...this will generate the dsc and diff.gz
[22:18] <apachelogger_> then just upload the diff.gz
[22:18] <sboden> via manual ftp?
[22:18] <apachelogger_> sboden: no, just attach it to bug report :)
[22:19] <apachelogger_> persia: so much about diff.gz is less confusing than interdiff ;-)
[22:19] <sboden> apachelogger: and still as 0unbuntu1?
[22:19] <apachelogger_> sboden: of course
[22:19] <persia> apachelogger_: Yes.
[22:19] <apachelogger_> sboden: the revisions only get changed if the package has been uploaded to the ubuntu archives
[22:20] <crevette> HighNo: no
[22:20] <CarlFK> what is the cause of this? (so I can bugreport it) juser@averatec:~/src/transcode/transcode-1.0.5$ debchange --nmu updeb.carl
[22:20] <CarlFK> utf8 "\xF6" does not map to Unicode at /usr/bin/debchange line 963, <S> chunk 1.
[22:22] <sboden> apachelogger: changed comment, ran debuild and attached new diff to LP
[22:24] <HighNo> crevette: I'm sorry I can't help any further. I just noted that while it should give you a directory and no error http://revu.tauware.de/revu1-incoming/obex-data-server-0802112200/ gives a 404, while checking that with my package gives a nice directory index. So there is a severe problem in revu handling that broken upload. We need help of a REVU god in here...
[22:25] <persia> HighNo: No, just a REVU Hacker to compare the database state against the code and determine what happened.
[22:25] <crevette> I'm trying to update once to se what happen
[22:26] <TheMuso> ember: I have orca covered.
[22:26] <ScottK> Do we need to add something like dpkg broken, don't upload to /topic?
[22:26] <ember> TheMuso cool
[22:26] <ember> i was about to poke you about it
[22:26] <ember> lol
[22:26] <apachelogger_> sboden: are you sure you uploaded the correct diff.gz? ;-)
[22:26] <slangasek> ScottK: no reason not to upload, any uploads will just become part of a mass-giveback
[22:27] <ScottK> slangasek: OK.  Thanks.
[22:27] <sboden> appachelogger: to launchpad yes, should I also upload it to revu manually?
[22:28] <sboden> apachelogger: log is now "+  * Upgrade kmess from v1.4.3 to v1.5 (LP #191092)" (from the latest diff)
[22:28] <ubotu> Launchpad bug 191092 in kmess "Upgrade Kmess to v1.5" [Wishlist,Confirmed] https://launchpad.net/bugs/191092
[22:28] <apachelogger_> sboden: ah, my fault :)
[22:28] <persia> sboden: There's no point in uploading to two places: it just confuses the reviewers.  If you've attached it to the bug, use that.
[22:29] <sboden> persia: I originally did a dput (which puts it on revu), but a some messages ago I was told to attach it to launchpad ;)
[22:30] <HighNo> persia: OK, that's what I tried to say. I didn't know the REVU hackers are seperated from a (un-)known REVU god... ;-)
[22:30] <persia> sboden: Right, so once you start attaching to launchpad, there's no reason to also push to REVU (it just makes me press the archive button again)
[22:31] <sboden> persia: ok, so the original upload is still at revu, and I only added the latest diff to LP
[22:31] <apachelogger_> sboden: or not my fault, download the diff.gz and have a look at it ... it still doesn't say (LP:...
[22:31] <persia> sboden: Right (although the REVU upload is archived)
[22:33] <gaspa> sorry all, i can't resist... :)
[22:33] <gaspa> [_slightly_ OT] http://maps.google.com/maps?client=safari&q=Strada+dei+Campi,+34072+Gorizia,+Friuli-Venezia+Giulia,+Italia&ie=UTF8&oe=UTF-8&ll=45.910317,13.506725&spn=0.004337,0.007864&t=h&z=17&om=0
[22:33] <jpatrick> gaspa: ?
[22:34] <RAOF> crimsun: Any results on multiarch alsa-plugins?
[22:34] <crimsun> RAOF: not until fixed dpkg hits the archives.
[22:34] <RAOF> crimsun: Oh, snap.
[22:35] <gaspa> jpatrick: it's a hymn to the gentle sex... :P
[22:37] <slangasek> so by "slightly OT", you mean "entirely and without equivocation, OT"
[22:38] <jpatrick> !ot > gaspa
[22:38] <DarkSun88> !ot | gaspa
[22:38] <ubotu> gaspa: #ubuntu is the Ubuntu support channel, #ubuntu+1 supports the development version of Ubuntu and #ubuntu-offtopic is for random chatter. Welcome!
[22:38] <jpatrick> DarkSun88: did that :-)
[22:38] <crevette> HighNo: it seems my updates are uploaded in http://revu.tauware.de/revu1-incoming/-yymmhhmmss
[22:38] <crevette> look at http://revu.tauware.de/revu1-incoming/-0802112250/
[22:39] <ScottK> \sh_away: New octave in Debian Experimental ....
[22:39] <gaspa> DarkSun88: :)
[22:39] <sboden> apachelogger/persia: now I double checked, I had attached the original one again before
[22:40] <apachelogger_> sboden: see comment :)
[22:42] <sboden> apachelogger: I don't even see the entry anymore under updates :(
[22:43] <persia> sboden: Check the LP bug :)
[22:43] <sboden> apachelogger: thank you :D
[22:43] <crevette> HighNo: I'm going to sleep no, if you can make someone figures out and correct that I'll be thanksfull
[22:51] <sboden> also going to bed, cu later guys
[22:57] <DktrKranz> I'm having this FTBFS http://launchpadlibrarian.net/11875848/buildlog_ubuntu-hardy-i386.etoile_0%2B20060914%2Bdfsg-2_FAILEDTOBUILD.txt.gz and I'm unable to reproduce in pbuilder. Does anyone know a workaround?
[23:00] <soren> DktrKranz: I broke it..
[23:00] <soren> DktrKranz: It's the new dpkg. I uploaded a fix 18 minutes ago. You need to wait until it's built and published. Sorry.
[23:01] <DktrKranz> soren, thanks for the pointer, you saved me plenty of time! :)
[23:04] <DktrKranz> soren, is version 1.14.16.6ubuntu1 the buggy one?
[23:05] <soren> DktrKranz: Yes.
[23:05] <DktrKranz> soren, I guess I'm unable to see your new revision due to the discussion in -devel
[23:06] <soren> DktrKranz: Right. It appears to have gotten lost somewhere.
[23:06] <DktrKranz> ok, I'll wait for ubuntu2 then, thanks again.
[23:07] <soren> DktrKranz: No worries. Sorry for the trouble.
[23:16] <RAOF> persia: New gnome-do release on revu, now with honest-to-goodness Tomboy license header.
[23:38] <persia> RAOF: I'm tight on time now.  I'll hit it in ~12 hours if nobody else has.
[23:39] <RAOF> persia: Absolutely fine.  I'll get the plugins package up there to and ping the room.
[23:40] <dcordero> hi
[23:41] <dcordero> hi DktrKranz
[23:41] <DktrKranz> hola dcordero :)
[23:41] <dcordero> :)
[23:41] <dcordero> did you see the warning message on my bug?
[23:41] <Flare183> !es
[23:41] <ubotu> Si busca ayuda en español por favor entre en los canales #ubuntu-es o #kubuntu-es, allí obtendrá más ayuda.
[23:41] <bddebian> So what's going to be the drop dead date for syncs from Debian?  The 14th?
[23:42] <dcordero> Flare183, was only a hi for me that i am spanish, DktrKranz speak english :)
[23:42] <leonel> scottK:  here we go again  :   WARNING: Local version: 0.92 Recommended version: 0.92.1    checking  if there's some thing to fix for  the ubuntu  versions
[23:42] <Flare183> ok just making sure
[23:42] <DktrKranz> :)
[23:43] <DktrKranz> dcordero, I didn't receive any bugmail... I though to be subscribed...
[23:43] <dcordero> ups
[23:43] <DktrKranz> let me check
[23:43] <dcordero> ok
[23:44] <DktrKranz> dcordero, I'm subscribed *NOW* :)
[23:44] <dcordero> haha better
[23:46] <DktrKranz> dcordero, I'll test build myself
[23:46] <dcordero> ok, the warning messages are only showed on hardy
[23:47] <slangasek> DktrKranz: Flare183 ya se fue, podemos charlar en apañol sin molestias \o/
[23:48] <DktrKranz> slangasek, my spanish stops at "hola" :)
[23:48] <dcordero> slangasek, el español soy yo :)
[23:49] <slangasek> DktrKranz: pff, what a tease you are then
[23:49] <slangasek> :)
[23:49] <DktrKranz> slangasek, my italian rox, though :P
[23:49] <emgent> lol
[23:50] <slangasek> mine doesn't, it flounders
[23:51] <DktrKranz> sudo apt-get install language-support-it
[23:53] <dcordero> i wish to learn language just with an apt-get install :)
[23:53] <dcordero> it's like matrix haha
[23:54] <leonel> scottK * libclamav/pe.c: fix possible integer overflow (CVE-2008-0318)
[23:54] <ubotu> ** RESERVED ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem.  When the candidate has been publicized, the details for this candidate will be provided. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-0318)
[23:59] <mok0> ubotu, bug 191096  > leonel
[23:59] <ubotu> Launchpad bug 191096 in ubuntu "[needs-merge] dbmail_2.2.9-1" [Undecided,Confirmed] https://launchpad.net/bugs/191096