[01:42] <stevecrozz> is there a problem with launchpad ppa right now? I uploaded a package using dput a few hours ago and still haven't gotten a message
[01:42] <stevecrozz> usually it sends a message (accepted or denied) within a few minutes
[07:17] <dholbach> good morning
[07:45] <slytherin> good morning
[07:45] <Rhonda> slytherin: Thought you had fetched it already, did some cleanup in my waste dump, sorry. :)
[07:46] <slytherin> Rhonda: As i said, I was updating ISO images. And my internet connection is of limited speed.
[07:47] <Rhonda> I remember, I just didn't think about that when I cleaned up. %-)
[07:49] <slytherin> dholbach: I was referring to bug 486450 the other day. It has been fixed for a while. Still it shows on sponsorship queue page.
[07:49] <dholbach> slytherin: alright, I'll take a look in a sec
[08:19] <slytherin> Rhonda: Can you please republish the packages? I have time today so I can do basic testing. And I want to upgrade my PC to lucid soon.
[08:24] <dholbach> slytherin: that's not a bug in the sponsoring overview
[08:24] <dholbach> slytherin: the bug is closed, but the merge proposal ist still marked as "needs review"
[08:24] <slytherin> oh
[08:25] <slytherin> how to i solve that?
[08:25] <dholbach> james_w can mark it "merged" ... if it is
[08:28] <Rhonda> slytherin: Yes, I'm currently uploading. :)
[08:31] <Rhonda> slytherin: http://deb.at/~rhonda/waste/2010-05-03-9GYi1r0kKWs/
[08:32] <slytherin> Rhonda: did you change version? These are backport packages, right?
[08:32] <Rhonda> These is the source from lucid built in a karmic environment.
[08:32] <Rhonda> Didn't change the version, no.
[08:33] <Rhonda> Or … wait.
[08:33] <Rhonda> No, didn't change the version.
[08:33] <slytherin> Rhonda: The packages you published before has ~bpo** in version. That's why I asked.
[08:33] <Rhonda> Oh.
[08:34] <Rhonda> Then I handed you the wrong ones before anyway. Good that I got rid of them!
[08:34] <Rhonda> Those were built in a Debian lenny chroot.  %-/
[08:34] <slytherin> :-)
[08:34] <Rhonda> So thanks a lot for asking!
[08:34] <slytherin> I am downloading these packages right now. Will take at least 2 hours.
[08:35] <Rhonda> Enjoy ;)
[08:38] <slytherin> persia: Is u-u-s team still relevant? Or should I let my membership expire?
[08:39] <Rhonda> Is there a faint of a posibility that wesnoth 1.8.1 might be accepted into lucid proposed instead of lucid backports?
[08:40] <slytherin> Rhonda: Ideally you should cherry pick fixes from upstream. Also considering that 1.8.1 release add a new UI element it may not be acceptable as it is in -proposed.
[08:44] <Rhonda> slytherin: It doesn't add a "new" UI element, it adds back an _old_ UI element because the new one doesn't work properly. :)
[08:45] <slytherin> Rhonda: hmm. In that case it might be acceptable. Still you should discuss before hand with someone from SRU team.
[08:45] <Rhonda> But sweet to know that you are tracking it, too. ;)
[08:52] <slytherin> I keep checking project news every now and then. I am actually eager to check the new artwork in 1.8.
[08:52] <slytherin> And of course new campaigns
[09:13] <Rhonda> slytherin: There is only one new campaign - but that one can even be played in multiplayer. ;)
[09:37] <james_w> dholbach: you should be able to mark it "Merged" as well, along with anyone else that can upload the package
[09:43] <slytherin> james_w: I don't see an option to mark it as merged even though I have upload rights
[09:44] <james_w> there's no edit icon next to the status at the top?
[09:44] <slytherin> nope
[09:45] <james_w> what's the URL?
[09:45] <slytherin> https://code.edge.launchpad.net/~arky/ubuntu/lucid/gst-plugins-ugly-multiverse0.10/fix-486450/+merge/19013
[09:46] <james_w> hmm
[09:46] <james_w> I have one, that's a bug then
[09:47] <james_w> slytherin: can you file a bug against launchpad-code please?
[09:47] <james_w> I have merged it now
[09:48] <slytherin> james_w: wait, is it because the reviewer assigned is 'ubuntu branches'?
[09:50] <james_w> slytherin: that may have something to do with it, but you should still have the button
[09:50] <slytherin> I will file a bug
[09:50] <james_w> thanks
[09:50] <slytherin> james_w: Did you just mark it as merged?
[09:51] <geser> IIRC the button was once there, but apparently vanished again
[09:51] <james_w> I did
[09:57] <dholbach> james_w: I'm not member of ubuntu branches
[09:57] <dholbach> james_w: maybe that's the reason why?
[09:58] <james_w> yes
[09:58] <james_w> but that's not supposed to be the way it works
[09:59] <dholbach> I see
[09:59] <james_w> it's supposed to be that if you have upload rights you can change these things
[09:59] <james_w> and I fixed it a few weeks ago
[10:00] <james_w> but it seems to have broken again
[10:12] <ricotz> Laney, directhex - fyi Docky 2.0.3 is released :-)
[10:26] <soren> ricotz: How does it relate to the 2.1.0 think in the PPA?
[10:26] <soren> s/think/thing/
[10:27] <ricotz> soren, 2.1 is the development/trunk branch which will end up in a 2.1.0 release with new features
[10:28] <ricotz> 2.0 is feature frozen so it can meet a SRU
[10:29] <soren> ricotz: I see. Is there a PPA with the stable one in it?
[10:29] <soren> Not that the 2.1 one has been unstable, really. It works very well for me.
[10:30] <ricotz> soren, no there is no stable ppa
[10:30] <soren> The only problem I've had with Docky is that when I start a guest session, I have both the gnome panel at the bottom as well as docky.
[10:30] <kklimonda> ahow do you keep control over all sources, branches and tarballs you end up with because of various motu related activities?
[10:30] <soren> kklimonda: Carefully. Very carefully.
[10:31] <soren> ricotz: Alright.
[10:31] <kklimonda> soren: I can barely contain the mess in ~/code/ and prevent it from spreading it all over my home directory ;)
[10:32] <ricotz> soren, there is nothing we can do about it, the panel needs to be removed somehow
[10:33] <soren> ricotz: Yeah, not blaming you guys at all. I understand the problem.
[10:34] <ricotz> RAOF, you are arround, perhaps you want to take this docky release update ;-)
[11:27] <slytherin> Rhonda: Tested the backport. Played first 3 scenarios of 'Tale of Two Brothers'.
[11:33] <Rhonda> \o/
[11:33] <Rhonda> slytherin: Can you please add it as comment to bug #570609
[11:35] <slytherin> Rhonda: Done.
[11:35] <slytherin> I will go ahead and install Lucid on my PC now.
[11:37] <Rhonda> So what's next? Should I mark it as confirmed?
[11:39] <slytherin> I don't know how backports procedure work. It has been really long since I requested any.
[13:01] <Rhonda> ScottK, persia: Shall I set bug #570609 to confirmed, or shall I rather try to get some more tester?
[13:02] <Rhonda> The backup process in the wiki isn't too clear on that part, it's a bit fuzzy.
[13:02] <persia> I'm not a backporter, but I usually see two testers beyond the requestor.
[13:02] <Rhonda> Alright, thanks for the response anyway. :)
[13:04] <ari-tczew> where maverick is looking in Debian? testing or unstable?
[13:05] <micahg> ari-tczew: should be unstable, as should be lucid now
[13:05] <micahg> oh maybe not
[13:05] <ari-tczew> micahg: lucid? LTS = work with testing
[13:05] <micahg> no, I was right, pull-debian-source pulls from unstable now in LUcid
[13:06] <ari-tczew> micahg: but I mean about development cycle like autosync... I think that you know what I mean about
[13:07] <micahg> ari-tczew: dev for Lucid was with testing, now dev for Maverick on Lucid is with unstable
[13:07] <ari-tczew> micahg: ok. btw. now is time to fix forever libjdic :>
[13:08] <micahg> ari-tczew: as soon as I finish porting about 30 other packages in Hardy/Jaunty :)
[13:08] <ari-tczew> micahg: nice! good luck ;-)
[13:15] <Laney> james_w: is the debian importer off?
[13:18] <ari-tczew> kklimonda: are you interested in merging transsmision?
[13:19] <kklimonda> ari-tczew: yes
[13:19] <ari-tczew> nice
[13:19] <james_w> Laney: yeah, for at least a few more hours yet
[13:20] <Laney> ok then
[13:20] <james_w> should make it such that it only pauses one distro when there is a release
[14:03] <ricotz> Laney, can i provide you a debdiff for docky?
[14:10] <Laney> ricotz: just saw your pm, what is it for?
[14:12] <ricotz> Laney, it fixes bug 573294, bug 540688, bug 555562 and an installation problem on kubuntu
[14:13] <ricotz> Laney, this should really go in
[14:13] <Laney> so you already have the diff?
[14:13] <ricotz> Laney, it should be no backport
[14:13] <Laney> then what needs doing is the sru paperwork
[14:13] <Laney> !sru
[14:13] <ricotz> yes, i have
[14:16] <ricotz> Laney, infact the whole 2.0.3.1 release could be considerd that way
[14:16] <ricotz> i will attach my debdiff to a one of these bugs
[14:18] <Laney> please do the SRU stuff and then subscribe ubuntu-sru to one of the bugs
[14:18] <Laney> i'll sponsor it for you if they approve it
[14:23]  * Rhonda wants a usable git-bzr %-(
[14:23] <imbrandon> Rhonda: me to
[14:24] <Laney> usable how?
[14:24] <Laney> I've managed to use it before
[14:24] <Rhonda> Well, working and stuff. To be able to clone from bzr and push back.
[14:24] <Laney> oh, not pushing
[14:24] <Laney> but cloning worked
[14:25] <imbrandon> yea need both, e.g. i work on lots of debian stuff on alioth and github, and lots of ubuntu stuff on LP
[14:25] <imbrandon> and it would be great to use one rcs
[14:25] <imbrandon> yea i know there is bzr-git , but afaik you cant push with it
[14:25] <Laney> I just have ubuntu branches in git if there's the need
[14:26] <Rhonda> imbrandon: and bzr-git is the other way round, too. ;)
[14:26] <imbrandon> Rhonda: yea, git-* would be ideal imho
[14:26] <imbrandon> git-svn git-bzr etc
[15:01]  * imbrandon yawns
[15:15] <imbrandon> ScottK: prod
[15:15] <imbrandon> poke , all that good stuff
[15:16] <imbrandon> ScottK: i added a new task to LP bug 571986 , forgot that dapper ( server ) is still supported , not sure if you'll get an notification or not
[15:21] <Rhonda> hmm
[15:22] <Rhonda> imbrandon: Why is it in karmic-backports when it's wanted to get backported to Hardy?  *puzzled*
[15:23] <Rhonda> Oh. Meta-backports-bug :)
[15:31] <imbrandon> Rhonda: yup ;)
[15:31]  * Rhonda blames ubottu for cofusing.
[15:31] <imbrandon> Rhonda: and actualy its backporting to dapper, the others are done ;)
[15:31] <Rhonda> confusing even, so much that I can't even type anymore.
[15:31] <imbrandon> lol
[15:32] <imbrandon> thats ok , i've switched my "dev" machine to squeeze over the weekend, talk about confused ;)
[15:38] <dholbach> https://wiki.ubuntu.com/UbuntuOpenWeek starting in 23m in #ubuntu-classroom
[16:06] <ari-tczew> could someone open a task on karmic in bug 574262 ? I want to prepare a patch to fix it by sru.
[16:43] <MTecknology> what's SRU?
[16:43] <jpds> !sru
[16:43] <MTecknology> thanks
[17:53] <imbrandon> ScottK: ty
[17:53] <ScottK> yw
[17:53] <imbrandon> ScottK: i dident realy think about it before but it fell under the "server" support
[17:54] <ScottK> Right.  Makes sense.  Most people don't think much about Dapper anymore.
[17:54] <imbrandon> since its cli and ment to be run mostly on servers even if desktops "can" run it
[17:54] <imbrandon> yup
[17:54] <imbrandon> there probably isnt even any users of it in dapper still, but ya never know ;)
[17:55] <imbrandon> i think from here on out though i'm gonna try the SRU route, it might make more sense until 0.5 is released ( 0.4.X are bugfix releases )
[17:55] <imbrandon> 0.X being new feature-sets
[17:58] <imbrandon> clean.sh being the next major function i need to "fix" e.g. it works but ummm not all that great and not how most would think it does , honestly suprised there isnt more/any bugs filed about it upstream/in debian/in ubuntu
[17:59]  * imbrandon goes back to making the ubuntuone music store work in debian
[18:00] <stevecrozz> i sent a few packages to my ppa yesterday but got no confirmation and they don't appear in my ppa build queue... is there a problem with the build system right now?
[18:00] <imbrandon> stevecrozz: hrm, PPA's should still build, have you actualy checked the status on LP for the PPA , maybe the email went to spam/blackwhole
[18:00] <imbrandon> blackhole*
[18:07] <stevecrozz> imbrandon: yeah, I don't see any updates here in LP
[18:07] <stevecrozz> I used dput and it looked like it worked fine
[18:10] <imbrandon> stevecrozz: then it likely got silently rejected , i would try to reupload, if it was waiting on a buildd it would say so on LP
[18:11] <stevecrozz> ok, I'll try again
[18:13] <ScottK> imbrandon: I know there are still server users on Dapper.  I've gotten Dapper specific clamav bugs in the not too distant past.
[18:15] <imbrandon> ahh
[18:15] <imbrandon> true i still get bugs from debian old-stable
[18:15] <imbrandon> lol
[18:40] <bilalakhtar> hyperair: You recently commented on the package in revu. I didn't understand this line of yours:- Packaging appears to be licensed under GPL-3, rather than "GPL-3 or later." This can cause legality issues in the future.
[18:40] <hyperair> bilalakhtar: it's what someone mentioned on IRC before.
[18:41] <hyperair> bilalakhtar: your package is considered a "derivative work" of the upstream package.
[18:41] <bilalakhtar> hyperair: It means that I should change it to only GPL3?
[18:41] <hyperair> you need to make it GPL-3+
[18:41] <hyperair> basically GPL version >= 3
[18:41] <bilalakhtar> hyperair: in upstream or package?
[18:41] <hyperair> in package.
[18:41] <hyperair> upstream is GPL-3+
[18:41] <hyperair> package is GPL-3
[18:42] <hyperair> GPL states that you must license derivative works under the same version or greater of GPL.
[18:42] <hyperair> so if upstream changes to GPL-4, your packaging is no longer usable.
[18:42] <hyperair> it becomes illegal to use it
[18:42] <hyperair> you'll have to repackage from scratch
[18:43] <bilalakhtar> hyperair: fine
[18:43] <AnAnt> hyperair: repackage for scratch ? or just change the license ?
[18:43] <Rhonda> hyperair: Why would one have to make it gpl3 or later and can't stick with gpl3 only?
[18:43] <Laney> is it a derivative?
[18:43] <Laney> i can't imagine that 3 and 3+ will be incompatible
[18:43] <hyperair> packaging work is considered a derivative, is it not?
[18:43] <hyperair> 3 and 3+ aren't incompatible
[18:43] <Rhonda> Because gpl3 only actually is a sub amount of gpl3 or later and thus compatible.
[18:43] <hyperair> this is a theoretical case, where GPL-4 comes out, and upstream changes to GPL-4+
[18:43] <Rhonda> The other way round is an issue.
[18:43] <Rhonda> Not this direction.
[18:44] <Rhonda> Yes, at _that_ point it might become incompatible.
[18:44] <hyperair> yes, so this is providing for the future.
[18:44] <Rhonda> But only with incorporating future changes.
[18:44] <hyperair> are you saying that we should just ignore the fact that GPL-4 might come out in the future and not plan ahead?
[18:44] <Rhonda> It won't render the current version invalid, neither now nor in the future.
[18:44] <hyperair> meaning tht the packaging becomes useless once upstream switches to GPL-4?
[18:44] <hyperair> won't it?
[18:45] <Rhonda> No, it won't.
[18:45] <hyperair> why not?
[18:45] <Rhonda> Because it doesn't incorporate code now that is gpl4 (or later)
[18:45] <bilalakhtar> hyperair: I have uploaded the package with ALL the fixes to revu, should be available soon
[18:46] <hyperair> Rhonda: that is now.
[18:46] <hyperair> Rhonda: i'm talking about if/when upstream upgrades to GPL-4
[18:46] <hyperair> the packaging won't be able to be relicensed to GPL-4+
[18:46] <Rhonda> hyperair: Me too. Even _then_ _this_ now created package can stay gpl3.
[18:46] <hyperair> Rhonda: and the packaging won't be able to be ported forwards.
[18:46] <Rhonda> Why won't it be able to be relicensed?
[18:47] <hyperair> because GPL-3 != GPL-3+?
[18:47] <Rhonda> Why do you think so?
[18:47] <joaopinto> "per license X" is not compatible to " per license X and  >X"
[18:47] <Rhonda> Right. But the person who wrote it might still relicense it.
[18:47] <carstenh> people die
[18:47] <joaopinto>  per license X and  >X includes an extra clause which you dropped
[18:47] <Laney> why would it necessarily be a problem anyway?
[18:47] <Laney> stuff with multiple licenses is combined all the time
[18:48] <Rhonda> The packaging isn't that voodoo magic anyway.
[18:48] <Rhonda> carstenh: The world dies too, slowly.
[18:48]  * hyperair facepalm
[18:49] <joaopinto> someone picking up the derivative work would not be able to re-distribute to a new license, violating the original license statement
[18:49] <Rhonda> And actually people like to stick to gpl2 only because of not being happy with some of the additions in gpl3. The same might happen with gpl4 too.
[18:49] <hyperair> how about "let's just play safe"
[18:49] <Rhonda> So people might actually prefer to _actively_ decide themself wether they might want to transition with their code.
[18:49] <bilalakhtar> hyperair: check the new upload now on http://revu.ubuntuwire.com/p/gnome-media-player
[18:49] <Rhonda> hyperair: Exactly. gpl3 only might be a "play safe" approach for some people. :)
[18:49] <carstenh> Rhonda: the world will die only once because there is only one. all people die sometimes and additionnally some stop beeing reachable by mail even earlier
[18:50] <hyperair> Rhonda: but upstream is GPL-3+
[18:50] <Rhonda> hyperair: So? The packaging isn't magic, again. :)
[18:50] <hyperair> Rhonda: meaning "let's throw away existing packaging and repackage because we didn't make accomodations for the future"?
[18:51] <Rhonda> hyperair: %:\n\tdh @$@@$
[18:51] <Rhonda> … or such.
[18:52] <ScottK> If the packager doesn't want to license their work under the terms of whatever oddity FSF thinks up next, they should be able to do so.
[18:52] <Rhonda> hyperair: Actually it's even better to suggest to put packaging under BSD or MIT and _not_ what upstream chooses.
[18:52] <bilalakhtar> hyperair: is the package ok?
[18:52] <Rhonda> That way it is possibl eto share packaging amongst different packages where upstream sources are incompatible with each other.
[18:53] <hyperair> bilalakhtar: i'm not a computer. i take time to review things! given how fast these people are pinging me, it'll take even longer >_>
[18:53] <hyperair> and yes, since we've got so many concerned MOTUs discussing this package, why don't you all also review it?
[18:53] <Rhonda> hyperair: GPL3+ might not be the best option neither, that's what I'm saying.
[18:53] <hyperair> bilalakhtar: why is vlc suggested?
[18:53] <bilalakhtar> Yes, a fellow motu is asking for help, please help a fellow motu!
[18:53] <bilalakhtar> hyperair: Try running the app, you will come to know
[18:54] <hyperair> bilalakhtar: why don't you tell me, since i'm lazy to run it.
[18:54] <bilalakhtar> hyperair: ok telling
[18:54] <bilalakhtar> hyperair: This app uses 3 engines for playing media (libvlc, xine-lib, gstreamer)
[18:55] <bilalakhtar> hyperair: the app allows you to select an engine for playing the particular file
[18:55] <carstenh> bilalakhtar: not that this hinders uploading the package, but making packages lintian clean even when all checks are turned on doesn't hurd and makes sponsors happy (or sad because they are not able to find minor possible enhancements)
[18:55] <hyperair> bilalakhtar: so why "vlc" and not just "libvlc"?
[18:55] <Rhonda> hihi, "doesn't hurd". Sweet typo. ;)
[18:55] <hyperair> lol
[18:55] <bilalakhtar> hyperair: libvlc is NOT enough for playing videos in gnome-media-player, you need the x components of vlc also, which are (unluckily) found in vlc
[18:56] <carstenh> :)
[18:56] <hyperair> bilalakhtar: your watch file doesn't work. run 'uscan --dehs --no-download' to test
[18:56] <Rhonda> hyperair, carstenh: Sorry for the meta discussion, but I still believe that chosing explicitly _not_ GPL for the packaging work is the best option.
[18:57] <bilalakhtar> hyperair: with libvlc you can play audio files, but playing video files in vlc mode requires one to have vlc installed
[18:57] <bilalakhtar> hyperair: will check that out
[18:57]  * hyperair wonders what the dh_make copyright template is licensed under
[18:57] <Rhonda> Now my young one needs food
[18:58] <bilalakhtar> hyperair: CAn you please help me with this? the current source tarball is located on http://launchpad.net/gnome-media-player/development/0.1.2/+download/gnome-media-player-0.1.2.tar.gz . How do I make a regex for it?
[18:59] <hyperair> bilalakhtar: is there a page with a list of all tarballs?
[18:59] <bilalakhtar> hyperair: This project is registered on lp, so the page is https://launchpad.net/gnome-media-player/+download
[19:02] <carstenh> Rhonda: everything more restrictive than mit, 2-clause bsd or our beloved former project leader's license is imho not a suitable license for debian/*, so we seem to agree :) (and GPLn-only is the worst free license one can choose)
[19:02] <hyperair> bilalakhtar: https://launchpad.net/gnome-media-player/+download .*/gnome-media-player-([0-9.]+)\.tar\.gz
[19:02] <bilalakhtar> hyperair: thanks A LOT
[19:02] <hyperair> =)
[19:02] <Rhonda> carstenh: Actually I'm thinking of suggesting the WTFPL as sole packaging license for the pkg-games team.
[19:03] <hyperair> what's WTFPL?
[19:03] <bilalakhtar> hyperair: Shouldn't it be https://launchpad.net/gnome-media-player/+download/.*/gnome-media-player-([0-9.]+)\.tar\.gz
[19:03] <hyperair> bilalakhtar: no, the space is needed.
[19:03] <maco> hyperair:  do whatever tf you want with the code
[19:03] <Rhonda> hyperair: I could tell you but then I might get kicked from the channel ;)
[19:03] <bilalakhtar> hyperair: fine
[19:03] <carstenh> hyperair: do what the hell you want with it
[19:03] <hyperair> Rhonda: just say it. we're very lenient people...
[19:03] <hyperair> ...i think =p
[19:04] <hyperair> bilalakhtar: see "man uscan"
[19:04] <Rhonda> hyperair: it's the What The F... Public License
[19:04] <maco> hyperair: nah im pretty sure the F isnt allowed in here
[19:04] <carstenh> actually not "hell"
[19:04] <Rhonda> hyperair: It has one statement: Do What The F... you want to do with it
[19:04] <hyperair> bilalakhtar: when there's a space, it means that it's two arguments, i.e. first the page to look at, second, the regex to look for in the hrefs
[19:04] <bilalakhtar> hyperair: saw it, thanks
[19:05] <hyperair> maco: the dots helped.
[19:05] <hyperair> bilalakhtar: okay, i don't see any more issues with it. time for a test build.
[19:05] <bilalakhtar> hyperair: uploaded, waiting for revu to show it on the page
[19:06] <hyperair> ok
[19:06]  * Rhonda actually wonders wether the license, as it uses profanity, is a violation of the Ubuntu CoC and such licensed stuff should get banned from ubuntu. ;)
[19:06] <carstenh> Rhonda: you are right, debian/patches/* licensed under bsd 2-clause with upstream gpl would be suboptimal
[19:06]  * hyperair waits for his maverick cowbuilder to finish installing.
[19:06] <Rhonda> carstenh: Why so?
[19:06] <bilalakhtar> cowbuilder?
[19:06] <hyperair> Rhonda: because the patches are derivative works...
[19:06] <Rhonda> Doesn't the bsd 2-clause permit relicensing?
[19:06] <hyperair> Rhonda: upstream gpl.
[19:07] <hyperair> Rhonda: those patches are not legal to be applied.
[19:07] <Rhonda> Ah, because of the context …
[19:07] <Rhonda> hyperair: Of course they are legal to be applied.
[19:07] <hyperair> er
[19:07] <hyperair> fine, the result of applying cannot be legally distributed
[19:07] <Rhonda> hyperair: They will get relicensed as per GPL and are allowed to get reliccensed as per their own license.
[19:07] <hyperair> bilalakhtar: cowdancer with a pbuilder interface.
[19:07] <hyperair> bilalakhtar: copy-on-write builder.
[19:07] <Rhonda> Of course it can be legally distributed.
[19:08] <carstenh> Rhonda: one clause says "please include me in source" which would make (at least) one file in upstream licensed under gpl and bsd if upstream meges the patch
[19:08] <Rhonda> hy	The patches _themself_ are because of the contained context a violation of the GPL if put under a different license.
[19:08] <Rhonda> _That's the issue.
[19:08]  * bilalakhtar prays to god to get the package inside with no more problems :)
[19:09] <hyperair> Rhonda: i'm not cut out to be a lawyer
[19:09] <hyperair> bilalakhtar: heheh it's looking bright. you just need one more advocate after me, if all goes well =p
[19:09] <bilalakhtar> hyperair: its up on revu
[19:09] <fabrice_sp> hmm, what happened to mk-sbuild-lv?
[19:09] <fabrice_sp> it was there in karmic and not in lucid
[19:09] <hyperair> oh speaking of which i was supposed to try sbuild..
[19:09] <fabrice_sp> :-)
[19:10] <carstenh> Rhonda: neither bsd nor mit permit relicensing (if you define relicensing as removing the old license text and adding another one)
[19:10]  * hyperair groans. my .pbuilderrc was wrong and cowbuilder create failed!
[19:10] <hyperair> retry....
[19:10]  * bilalakhtar wishes he had the knowledge to use pbuilder so he could help hyperair 
[19:10] <hyperair> bilalakhtar: that won't work.
[19:11] <hyperair> bilalakhtar: well you should test your packages in pbuilder/cowbuilder/sbuild first, before uploading to revu.
[19:11] <hyperair> you mean you didn't?
[19:11] <hyperair> and after building, you should still run lintian on the binary packages
[19:11] <fabrice_sp> fyi, mk-sbuild-lv became mk-sbuild
[19:11] <hyperair> fabrice_sp: thanks
[19:11] <bilalakhtar> hyperair: oh, I built it using debuild (which runs lintian) and have tried many ppa uploads of it
[19:12] <hyperair> bilalakhtar: and after that, the sponsor still has to pbuilder/cowbuilder it to make sure that the sponsor didn't bluff =p
[19:12] <hyperair> bilalakhtar: well, learn to use pbuilder =p
[19:12] <hyperair> bilalakhtar: it's not so hard, especially with pbuilder-dist around
[19:13] <hyperair> good grief. this ayatana list is really active.
[19:13] <hyperair> i look away for 20 minutes to do some review work, and next thing i know, i've got another 20 odd emails in my inbox!
[19:13] <hyperair> but i just cleared 20 odd emails 20 minutes ago...
[19:13]  * hyperair weeps
[19:13] <bilalakhtar> hyperair: are warnings after running lintian on binary deb ok?
[19:14] <hyperair> bilalakhtar: cowbuilder still creating..
[19:14] <hyperair> bilalakhtar: pardon my slow machine.
[19:14] <bilalakhtar> hyperair: fine, I am having a question. Is it fine to have lintian warnings?
[19:15] <Rhonda> no
[19:15] <ScottK> It depends on the warning.
[19:15] <hyperair> bilalakhtar: well, if you know what the lintian warning is, and you have a good reason for not fixing the warnings, then you should override.
[19:15] <hyperair> bilalakhtar: see "man dh_lintian"
[19:15] <hyperair> and mind, that's only *if* you know why the warning is there and have a good excuse (the excuse should be inserted as a comment into the lintian-override)
[19:16] <bilalakhtar> hyperair: omg I have a lintian E (error). Its FSSTND-dir-in-usr . What is it? It is not documented on lintian page
[19:16] <hyperair> lintian-info -t FSSwhatever
[19:17] <Rhonda> lintian -i gives you extended informations
[19:18] <hyperair> dir-in-usr.. judging from the tag name, do you have a new directory in /usr?
[19:18] <hyperair> bilalakhtar: what does dpkg -C blah.deb say?
[19:18] <bilalakhtar> hyperair: Looks like its an upstream problem. Will fix it.
[19:19] <hyperair> bilalakhtar: okay, what's the problem? out of curiosity.
[19:19] <hyperair> seems to be a pedantic error?
[19:19] <bilalakhtar> hyperair: It DOES create a new directory in /usr
[19:19] <hyperair> lol
[19:20] <hyperair> why for?
[19:20] <bilalakhtar> hyperair: now I have to make the change in orig as well
[19:20] <hyperair> bilalakhtar: release a new tarball and use that as your new .orig
[19:20] <hyperair> naturally, you should also bump the version
[19:20] <hyperair> the upstraem version i mean
[19:20] <hyperair> add a .1
[19:20] <hyperair> or something like that
[19:21] <bilalakhtar> hyperair: This app was developed by Michael Lamothe, maker of me-tv, on Anjuta. Looks like the problem is with the Anjuta IDE
[19:21] <bilalakhtar> hyperair: is it important?
[19:21] <hyperair> lemme seee.... once i get pbuilder working
[19:27] <bilalakhtar> hyperair: ok I think its fine now
[19:27] <bilalakhtar> hyperair: beginning to upload
[19:29] <bilalakhtar> hyperair: uploaded. should be available soon
[19:32] <bilalakhtar> hyperair: see it now.
[19:41] <hyperair> bilalakhtar: did you change the tarball version?
[19:42] <bilalakhtar> hyperair: no
[19:42] <hyperair> bilalakhtar: you should have. also did you fix the lintian warnings on the binaries?
[19:44] <hyperair> W: gnome-media-player: extra-license-file usr/doc/gnome-media-player/COPYING
[19:44] <hyperair> W: gnome-media-player: wrong-name-for-upstream-changelog usr/share/doc/gnome-media-player/ChangeLog
[19:46] <bilalakhtar> just a min
[19:47] <jcfp> bilalakhtar: you are installing NEWS and README files via debian/docs, but both are empty
[19:50] <guidoi> hi there
[19:51] <bilalakhtar> jcfp: Can I remove these files?
[19:51] <guidoi> i need some advice regarding a kinda-resolved bug
[19:51] <guidoi> i don't know how to proceed
[19:52] <bilalakhtar> hyperair: solving the warnings
[19:52] <guidoi> https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/207065
[19:52] <guidoi> I've posted a working patch,
[19:52] <guidoi> and today it was commited upstream
[19:52] <guidoi> so the next release of compiz will include the fix
[19:53] <guidoi> but as of the package in lucid repos, the bug is still there, and the patch is therefore still useful
[19:53] <guidoi> how should this affect the status of the bug?
[19:53] <bilalakhtar> hyperair: do I need to put a debian/source/format ?
[19:53] <hyperair> bilalakhtar: yes.
[19:54] <bilalakhtar> hyperair: ok
[19:54] <hyperair> you should put "3.0 (quilt)" unless you have a reason to continue using the current format
[19:55] <bilalakhtar> hyperair: thanks
[19:56] <sebner> hyperair++
[19:56] <hyperair> it's a sebner!
[19:56] <bilalakhtar> hyperair: should I build-depend on quilt?
[19:56] <hyperair> bilalakhtar: no.
[19:57] <hyperair> bilalakhtar: the whole point of "3.0 (quilt)" is to not have to make any patch-system related changes to packaging
[19:57] <hyperair> well, one of the points.
[19:57] <bilalakhtar> hyperair: done. uploading now , again
[19:58] <bilalakhtar> hyperair: no warnings!
[19:58] <hyperair> \o/
[19:58] <hyperair> bilalakhtar: by the way, in the future, you should never re-release a tarball of the same version once it has been released once.
[19:59] <bilalakhtar> hyperair: I agree. Since I am one of the upstream developers, I shall fix this problem in the development branch also.
[20:00] <bilalakhtar> hyperair: check it out. up on revu
[20:00] <jcfp> bilalakhtar: empty files aren't much use as docs, so unless they magically get filled in during build, don't install those.
[20:00] <bilalakhtar> jcfp: removed them from the doc file.
[20:01] <jcfp> also, your diff has changes outside the debian dir: gnome-media-player-0.1.2/Makefile.am
[20:01] <bilalakhtar> jcfp: Sorry, didn't note them!
[20:02] <bilalakhtar> hyperair: abort, will have to re-upload
[20:02] <hyperair> bilalakhtar: okay.
[20:03] <hyperair> bilalakhtar: if you have changes outside the debian dir, please use a patch system (with "3.0 (quilt)", you can just use a quilt-styled patch + quilt-styled series file in debian/patches with no further changes)
[20:04] <hyperair> huh Makefile.am disappeared.
[20:04] <hyperair> bilalakhtar: what happened to the Makefile.am from the upstream tarball?
[20:04] <bilalakhtar> hyperair: Its not required in the debian package, so no need to have it in that place, right?
[20:05] <hyperair> rule of thumb: never repackage the tarball if not necessary.
[20:05] <bilalakhtar> hyperair: well, in the upstream tar, i don't think its there. I just added it manually, to generate makefile.in, forgot to remove later
[20:06] <hyperair> question. where's this Makefile.in now?
[20:06] <bilalakhtar> hyperair: Its there
[20:06] <hyperair> 8e8f6b966b93880f150b304d937c3f33  gnome-media-player-0.1.2.tar.gz
[20:06] <hyperair> 676db492be4e9b61130adc49e5b1f21f  ../gnome-media-player_0.1.2.orig.tar.gz
[20:06] <hyperair> please use the upstream tarball.
[20:07] <hyperair> if there are changes to be made, please use a patch system.
[20:07] <bilalakhtar> hyperair: should I re-generate changes from upstream tar?
[20:07] <bilalakhtar> fine
[20:07] <hyperair> bilalakhtar: use a patch system.
[20:07] <hyperair> bilalakhtar: specifically, use quilt.
[20:10] <bilalakhtar> hyperair: done
[20:10] <bilalakhtar> uploading
[20:12] <bilalakhtar> These things make me think how stable Ubuntu is intended to be :)
[20:13] <bilalakhtar> hyperair: check it now. up on revu (again)
[20:15] <hyperair> bilalakhtar: i mentioned something about a patch system, did you read/
[20:15] <bilalakhtar> hyperair: I used the upstream tar as the orig, so it was a patch sys for me
[20:15] <hyperair> bilalakhtar: do you have files in your debian/patches
[20:16] <bilalakhtar> hyperair: yes, of course
[20:16] <hyperair> what are they?
[20:16] <jcfp> bilalakhtar: I: gnome-media-player source: quilt-patch-missing-description debian-changes-0.1.2-0ubuntu1
[20:16] <hyperair> debian-changes-somethingorother?
[20:16] <hyperair> yeah, that
[20:16] <hyperair> another thing, your patch.. touches Makefile.in, but not Makefile.am
[20:16] <hyperair> please make changes to both Makefile.am and Makefile.in at the same time
[20:16] <hyperair> in the same patch, i mean
[20:16] <bilalakhtar> hyperair: becoz makefile.am is not in the upstream tar
[20:17] <hyperair> bilalakhtar: it is.
[20:17] <hyperair> $ tar -tzf gnome-media-player_0.1.2.orig.tar.gz  | grep Makefile.am
[20:17] <hyperair> gnome-media-player-0.1.2/Makefile.am
[20:17] <bilalakhtar> bump
[20:18] <bilalakhtar> done
[20:18] <bilalakhtar> hyperair: uploaded. should be available soon
[20:19] <bilalakhtar> hyperair: sorry for truobling you for silly reasons :|
[20:19] <hyperair> np
[20:19] <hyperair> it's part of the learning process
[20:20] <bilalakhtar> hyperair: yes, this is the first package I am getting into universe. I also want liboauth and python-tweepy to get into universe. should prepaer source for them soon
[20:20] <hyperair> =)
[20:21] <hyperair> bilalakhtar: i'd actually advise you to try getting packages into Debian as well.
[20:21] <bilalakhtar> hyperair: you can see the package on revu now. up
[20:21] <hyperair> bilalakhtar: the best way is to get them into Debian, then file sync requests to bring them into Ubuntu
[20:22] <hyperair> bilalakhtar: there's still the issue about your debian-changes-NNNN patch. could you rename it, and give it a proper description for the patch does, please?
[20:23] <hyperair> bilalakhtar: http://dep.debian.net/deps/dep3/ <-- see this for a guideline on how to write patch headers
[20:24] <bilalakhtar> hyperair: renaming means just rename the file? i think one needs to specify the new name somewhere else also
[20:24] <hyperair> bilalakhtar: yes, in debian/patches/series.
[20:25] <bilalakhtar> hyperair: thanks
[20:25] <hyperair> bilalakhtar: you can actually just do something like "QUILT_PATCHES=debian/patches quilt rename -P debian-changes-0.1.2-0ubuntu1 some-other-name.patch
[20:26] <hyperair> then to change the header you can just do "quilt header -e"
[20:26] <hyperair> assuming you've configured the EDITOR environment variable properly
[20:27] <hyperair> and QUILT_PATCHES also
[20:27] <hyperair> or you can just edit it and change the top
[20:36] <bilalakhtar> hyperair: uploading. sorry for the delay
[20:36] <hyperair> np
[20:38] <carstenh> bilalakhtar: libgstreamermm-0.10-dev is not in debian unstable, only in experimental. the other build dependencies seem to be available in unstable. you could ask its maintainer if he indends to upload it into debian unstable and also file an "itp bug" against the debian bug tracking system.
[20:38] <bilalakhtar> carstenh: I shall think about debian later
[20:38] <bilalakhtar> hyperair: uploaded. should be available soon
[20:39] <hyperair> cool, gstreamer has gotten an mm
[20:39] <carstenh> ok, how you like. you did already most of the work, getting it into debian shouldn't be a problem anymore
[20:39] <bilalakhtar> carstenh: is libgstreamer-0.10-dev there in debian stable?
[20:39] <carstenh> bilalakhtar: no, only in experimental
[20:40] <bilalakhtar> hyperair: available on revu now
[20:40] <hyperair> bilalakhtar: getting a package into debian is slightly harder than getting it into ubuntu, but once you've gotten it into debian, it's very easy to get it into ubuntu (just file sync request and subscribe ubuntu-sponsors then someone will come and sync it along)
[20:40] <bilalakhtar> hyperair: thanks for the info
[20:40] <bilalakhtar> hyperair: I am going the opposite way
[20:40] <hyperair> bilalakhtar: and that's the hardest =p
[20:40] <bilalakhtar> hyperair: first ubuntu, then debian
[20:40] <carstenh> bilalakhtar: there is stable, testing and unstable and additionally single, often experimental (hence the name) packages that are not considered to be stable enough for unstable are uploaded to experimental
[20:41] <hyperair> bilalakhtar: ah sorry, i didn't notice this before, but g++ shouldn't be in the build-dep, it's already installed afaik.
[20:41] <hyperair> minor issue though
[20:41] <bilalakhtar> hyperair: so should I remove and re-upload?
[20:41] <bilalakhtar> hyperair: ok re-uploading
[20:41] <hyperair> yeah
[20:43] <hyperair> bilalakhtar: debian/docs is an empty file, please remove
[20:43] <bilalakhtar> hyperair: told in the nick of time
[20:43] <hyperair> heheh
[20:44] <carstenh> do people still recommend cdbs to people learning packaging?
[20:44] <hyperair> carstenh: some do, some don't.
[20:44] <hyperair> carstenh: i don't, personally.
[20:45] <hyperair> dh7 ftw
[20:45] <bilalakhtar> hyperair: I use cdbs to make my rules file look good
[20:45] <hyperair> bilalakhtar: dh7 makes your rules file look even better
[20:45] <hyperair> %:
[20:45] <bilalakhtar> hyperair: uploaded and available on revu
dh $@
[20:45] <carstenh> dh7 needs only one line (if you use ";")
[20:45] <hyperair> carstenh: heh, yes that's right
[20:46] <bilalakhtar> hyperair: did you do a test build?
[20:46] <bilalakhtar> hyperair: or you are going to begin one?
[20:46] <hyperair> see /usr/share/doc/debhelper/examples/rules.tiny for DH7
[20:46] <hyperair> bilalakhtar: going to begin one.
[20:49] <bilalakhtar> hyperair: any more packaging errors? ready for test build?
[20:55] <hyperair> bilalakhtar: building.
[20:55] <bilalakhtar> hyperair: thanks a lot. I don't know how much I can thank
[20:55] <hyperair> bilalakhtar: no, don't thank me. i should be thanking you for your contribution to ubuntu =)
[20:56] <bilalakhtar> hyperair: I held you for 2 hours. you must be bored of telling me errors in the package :)
[20:56] <hyperair> bilalakhtar: i'm a flexible multitasker ;-)
[20:56] <hyperair> bilalakhtar: you didn't realize what i was doing in the background
[20:57] <bilalakhtar> hyperair: ohk
[20:57] <bilalakhtar> hyperair: well, so, how far has the build gone?
[20:57] <hyperair> dpkg is still installing build-deps
[20:57] <hyperair> my notebook sucks with i/o
[20:57] <hyperair> and i've ioniced it to keep my machine usable while building
[20:57] <bilalakhtar> hyperair: I think using pbuilder, cowbuilder, etc reuires a fast internet connection
[20:57] <bilalakhtar> right
[20:57] <bilalakhtar> ?
[20:57] <hyperair> bilalakhtar: yes it does, but only once.
[20:58] <hyperair> i mean the .debs are cached
[20:58] <bilalakhtar> good
[20:58] <hyperair> the next round will just use those cached debs
[20:58] <hyperair> bilalakhtar: either way, the download only takes a few seconds/minutes for me, since i live on the same network as the nearest ubuntu mirror ;-)
[20:59] <bilalakhtar> hyperair: lucky
[20:59] <hyperair> bilalakhtar: yeah, i agree ;-) especially when i maintain that mirror =p
[20:59] <hyperair> bilalakhtar: it doesn't build.
[20:59] <bilalakhtar> hyperair: which country? I am in saudi arabia (yes)
[20:59] <hyperair> No package 'gstreamer-interfaces-0.10' found
[20:59] <bilalakhtar> hyperair: what?
[20:59] <hyperair> bilalakhtar: i'm in singapore, the mirror i maintain is "linux.ntuoss.org"
[21:00] <hyperair> weird, it built earlier
[21:00] <hyperair> bilalakhtar: you removed libgstreamermm!
[21:00] <bilalakhtar> hyperair: 'coz it was not needed. I later realiosed the app didn;t use mm, it used the plain one
[21:00] <bilalakhtar> hyperair: re-upload
[21:00] <hyperair> bilalakhtar: but configure.ac looks for mm, so you'll have to change it
[21:01] <bilalakhtar> hyperair: didn';t think of that, fine, re-uploading
[21:01] <hyperair> =)
[21:02] <bilalakhtar> hyperair: uplaoded
[21:02] <bilalakhtar> sorry
[21:02] <hyperair> np
[21:02] <bilalakhtar> you are very patient
[21:03] <bilalakhtar> up on revu
[21:04] <hyperair> well i've finished exams, so i've got all the time in the world
[21:04] <bilalakhtar> hyperair: you are a high-school student or a college student?
[21:04] <bilalakhtar> hyperair: I am a high-school student
[21:05] <hyperair> university student =)
[21:05] <bilalakhtar> hyperair: lucky :) My exams are coming close . The indian system of education is damn tough
[21:05] <bilalakhtar> I am an indian, in case you might ask
[21:06] <hyperair> =O
[21:06] <hyperair> i'm chinese.
[21:06] <bilalakhtar> oh
[21:06] <hyperair> your name sounded very arabic
[21:06] <bilalakhtar> I am an indian living in saudi arabia. There are many foreign nationals living here. My name might sound arabic, but I am an indian :)
[21:07] <hyperair> ah, that makes sense =)
[21:07] <bilalakhtar> hyperair: began build?
[21:07] <hyperair> wait wait
[21:07]  * hyperair re-dgets
[21:11] <hyperair> weird, i keep getting the old one?
[21:11] <bilalakhtar> hyperair: old one?
[21:11] <hyperair> bilalakhtar: did you change configure.ac?
[21:11] <bilalakhtar> hyperair: nope
[21:12] <hyperair> then how did you fix the build error?
[21:12] <bilalakhtar> hyperair: just changed control back to mm version
[21:12] <bilalakhtar> hyperair: I realised the app did use the mm version for some features
[21:12] <hyperair> heh okay
[21:12] <bilalakhtar> hyperair: worked?
[21:13] <hyperair> rebuilding
[21:13] <bilalakhtar> ok
[21:17] <bilalakhtar> hyperair: looks like I have to go off to sleep. late night here. did it work?
[21:17] <hyperair> still building
[21:18] <hyperair> well chances are it'll work. if it does i'll give you an advocate
[21:18] <hyperair> =)
[21:18] <bilalakhtar> hyperair: ok, and if it doesn't, comment. thanks a lot
[21:18] <bilalakhtar> shall leave now
[21:18] <hyperair> np =)
[21:18] <hyperair> good night
[22:51] <ari-tczew> when maverick will be open for uploads?
[22:52] <ScottK> When they are done getting the toolchain in place.
[22:52] <ScottK> Proabably ~a week.
[22:53] <ari-tczew> ok
[22:55] <ari-tczew> In ~a week include other changes like rearm MoM, pbuilder, ubuntu-dev-tools etc. ?
[23:00] <ScottK> IIRC MoM is already done.  The other things should be done already (and in Lucid)
[23:05] <ajmitch> no doubt we'll be encouraged to use bzr branches to do the merges rather than use MoM's supplied package
[23:06] <Laney> hmm
[23:07] <Laney> I wonder if requestsync shouldn't fall back to using rmadison in case the LP Debian import is out of date
[23:08] <ari-tczew> is there any tool like grab-merge but based on bzr branches?
[23:09] <Laney> that would be an exceedingly simple shell script
[23:09] <Laney> you could write it :)
[23:09] <ari-tczew> wait... using bzr in merge? how? what about debian?
[23:09] <Laney> LP has had Debian imports for a while now
[23:09] <ajmitch> bzr merge-package lp:debian/sid/package
[23:09] <ajmitch> or something like that
[23:10] <Laney> yep
[23:10] <ari-tczew> mhm, interesting
[23:11] <ajmitch> I think that requires bzr-builddeb
[23:11] <ScottK> Laney: "Fall back to rmadison"?  Arghhh.  I guess it's been improved again.
[23:12] <ajmitch> Laney: or the debian import stuff should just be fixed :)
[23:12] <Laney> ScottK: I believe it's been like this for a while
[23:12] <Laney> ajmitch: It's somewhat systemic
[23:13] <ajmitch> Laney: I know, I filed a bug about it
[23:13] <ajmitch> bug 568745 if you want to poke it
[23:28] <Laney> I just pushed a fix to that effect to udt trunk
[23:28] <Laney> however I suspect it isn't idiomatic python so please review
[23:29] <Laney> ajmitch: I've filed a few such bugs in the past :)
[23:30] <ajmitch> Laney: I'm not surprised :)
[23:30] <Laney> which leads me to think that working around is not a bad idea for now
[23:30] <Laney> maybe requestsync should spit out a warning
[23:31] <ajmitch> have you done a workaround?
[23:32] <Laney> yeah
[23:32] <Laney> check udt trunk
[23:36] <ajmitch> looks like an easy change, I should have realised there'd be the interface to rmadison there already