[02:09] <wgrant> krisives: (From Debian) RoM; unmainatined, better alternatives libraries; Debian bug #543945
[03:06] <krisives> I made a python script and a launchpad project for it, and I'm going to package it (for Debian/Ubuntu). When I make the source package do I include the debian/* and stuff in the bazaar repository?
[03:13] <thumper> wgrant: you know more about packaging than I do
[03:13] <thumper> wgrant: can you suggest a common pattern for krisives ?
[03:14] <wgrant> krisives: Opinions differ.
[03:14] <wgrant> Most distribution packagers prefer that your release tarballs do not contain the debian/ directory, so you should exclude it from your branch.
[03:14] <wgrant> For my projects, I have a separate branch which contains the full tree with debian/*, and regularly merge trunk into it.
[03:15] <wgrant> That works fairly well.
[03:15] <krisives> okay, so I keep the main branch with my code and then have another branch that contains the stuff for the source packaging
[03:17] <wgrant> Right. The other branch is a branch from trunk, but with the packaging stuff as well.
[03:19] <krisives> just off topic, is the "Installed Size" required in debian/control ?
[03:20] <wgrant> krisives: From what did you reach the understanding that such a field belongs in debian/control?
[03:21] <krisives> http://www.ibm.com/developerworks/linux/library/l-debpkg.html
[03:22] <krisives> Although it appears dated, it was one of the first results on Google for "Making a debian source package"
[03:23] <krisives> It's not in http://www.debian.org/doc/debian-policy/ch-controlfields.html which makes me wonder
[03:23] <wgrant> krisives: That's for creating a binary, so it is sick and wrong.
[03:23] <persia> krisives: Trust policy : that is a complete list of the fields you need, and indicates whether they are optional or required.
[03:23] <wgrant> krisives: Try the Ubuntu packaging guide, or the Debian New Maintainers GUide.
[03:24] <krisives> thanks guys :D
[03:25] <krisives> I built a source package for an existing project (Rhythmbox) a few days ago, but this is the first time doing it all from scratch
[03:26] <krisives> (that package was to remove the indicator-applet for this PPA if anyone cares: https://launchpad.net/~kris-santiance/+archive/oldrb)
[03:30] <krisives> that brings up an interesting question as I read this packaging guide and version numbers
[03:31] <krisives> my Rhythmbox PPA used the version with a +oldrb for the version, does this mean it will automatically build new versions of RB and apply my changes to them? (My change was just to debian/rules)
[03:32] <wgrant> No, it will not automatically rebuild.
[03:32] <wgrant> You would have to reupload it.
[03:34] <krisives> Its okay I made a mistake with the version number a bit anyhow
[03:34] <krisives> (I incremented it slightly and added a +oldrb to it)
[03:34] <krisives> do packages ever automatically rebuild on LP ?
[03:35] <micahg> krisives: if it's a dependency wait I think it does
[03:35] <wgrant> https://help.launchpad.net/Packaging/PPA/BuildingASourcePackage has hints on good PPA versioning.
[03:36] <wgrant> LP doesn't do automatic rebuilds, but we're currently working on a big project to enable automatic merging and building of package branches, which will allow that sort of thing.
[03:37] <krisives> what's XSBC-Original-Maintainer ?
[03:38]  * krisives RTFMs (https://wiki.ubuntu.com/UbuntuDevelopment/FAQ#What does XSBC-Original-Maintainer mean?)
[03:38] <wgrant> A field in which we store the original value of the Maintainer field for packages that we import from Debian.
[03:39] <krisives> do I have to include it if it's the same person?
[03:39] <krisives> in this case, me
[03:39] <wgrant> No.
[03:39] <wgrant> Just use Maintainer.
[03:41] <krisives> Instead of "Depends: ${shlibs:Depends}" can I just use my list?
[03:48] <persia> You can, but it's more reliable to use the substvars for small changes, etc.
[03:50] <krisives> for debian/control can I point to /usr/share/common-licenses/BSD ?
[03:50] <krisives> or do I have to include the BSD text?
[03:50] <persia> krisives: /usr/share/common-licenses/BSD may only be used when the copyright holder is the Regents of the University of California.
[03:51] <krisives> persia: I see, because I have to modify it ... duh
[03:57]  * krisives discovers the `wtf` package
[03:57] <krisives> rad.
[03:58] <krisives> https://wiki.ubuntu.com/PackagingGuide/Howtos/PackagingFromScratchHelloDebhelper <-- seems to have most of the answers
[04:40] <dickelbeck1> Hi, I have a question about 2 branch transfers from sourceforge.net
[04:40] <dickelbeck1> https://code.edge.launchpad.net/~kicad-developers/kicad/doc
[04:40] <dickelbeck1> https://code.edge.launchpad.net/~kicad-newlib-maintainer/kicad/library
[04:41] <dickelbeck1> They seem to have been mis-understood or neglected.
[04:41] <dickelbeck1> branch transfer requests, that is
[04:44] <mwhudson> dickelbeck1: looking
[04:47] <mwhudson> dickelbeck1: approved them both, sorry about the delay
[04:48] <dickelbeck1> mwhudson: thank you.  currently they are being mirrored.  when we are ready, what will I need to do terminate the mirroring  from sourceforge in the future?
[04:48] <mwhudson> dickelbeck1: you can ask a question, delete the branches or just not bother
[04:50] <dickelbeck1> thank you, I will "ask a question" after we bring the gang over
[07:13] <magcius> arrgh
[07:13] <magcius> can you not send me emails for every single commit that gets imported?
[07:14] <wgrant> magcius: You can choose the notification level by editing your subscription to the branch.
[07:18] <lifeless> and there is a bug open
[07:18] <lifeless> about imports specifically
[08:59] <A4Tech> HI all. I have a problem with the attempt to re-compile the package on Launchpad. File file.tar.gz already exists in myppa, but uploaded version has different contents. I looked here https://help.launchpad.net/Packaging/UploadErrors there written about this error, but did not understand how to do so would have happened
[09:01] <geser> sh: epstopdf: not found
[09:03] <wgrant> A4Tech: What is unclear about the text of the error message?
[09:03] <wgrant> A different file with the same name is already in your PPA.
[09:06] <A4Tech> wgrant: I understood very well that for the error. But now tell me I have to adm64 not build. I want to make rebild, and I wrote it. What to do? When I'm doing again debuild-S signatures to the archives of others, and I am old I can not impute to him
[10:39] <TeTeT> I want to change the expiration date of a team member of canonical-training, but it oopses when I edit the member:
[10:39] <TeTeT> https://edge.launchpad.net/~canonical-training/+member/marianna-raffaele
[10:40] <intellectronica> TeTeT: :( can you please file a bug and include the oops id? i'll have a look immediately
[10:41] <TeTeT> intellectronica: it doesn't even give me an oops id, just 'return to the launchpad front page'
[10:42] <intellectronica> TeTeT: i'm not sure i understand what you mean by OOPS then. what does the page you get after submitting say?
[10:42] <wgrant> That's probably the isRedirectInhibited OOPS that sprung up on edge a couple of days ago.
[10:43] <wgrant> It affects anything that isn't a LaunchpadView, I believe.
[10:43] <wgrant> And breaks the OOPS view horribly.
[10:43] <wgrant> Check the source for the OOPS ID.
[10:43] <wgrant> If it continues to happen, disable the edge redirect and try on production.
[10:44] <TeTeT> intellectronica: I've filed a bug https://bugs.edge.launchpad.net/launchpad/+bug/539006
[10:45] <TeTeT> intellectronica + wgrant : oops id in page source is OOPS-1535EB464
[10:46] <intellectronica> TeTeT: so wgrant is right. the good news is that you can disable redirection and complete this on the normal production servers.
[10:46] <intellectronica> i don't know what's the status of a fix for this problem, but i'll chase it
[10:46] <wgrant> It's a Foundations problem, so probably waiting for USians.
[10:47] <wgrant> Although the fix may be wildly cross-team, so who knows.
[10:52] <TeTeT> intellectronica: thanks, disabling edge worked fine
[10:53] <intellectronica> cool
[10:56] <mwhudson> r10489 ?
[10:57] <mwhudson> i think it must have been
[10:57] <wgrant> Yeah, that.
[10:57] <wgrant> It's well known by Foundations.
[10:57] <mwhudson> ah ok
[11:04] <bigjools> wgrant: that problem doesn't happen for some renderings of the same page though
[11:04] <wgrant> bigjools: It seems to always for me.
[11:04] <wgrant> The corruptness of the OOPS depends on the browser, though.
[11:04] <bigjools> wgrant: https://edge.launchpad.net/ubuntu/+source/cdrkit
[11:04] <bigjools> works fine
[11:05] <bigjools> but most other packages don't
[11:05] <wgrant> I don't recall seeing a DSP index OOPSing.
[11:06] <wgrant> DASBP does, though.
[11:06] <wgrant> I've not seen it not.
[11:23] <bigjools> wgrant: lost od DSP indexes are oopsing with the same fail
[11:23] <bigjools> erm
[11:23] <bigjools> "lots of"
[11:23] <bigjools> compare with https://edge.launchpad.net/ubuntu/lucid/+source/network-manager
[11:24] <wgrant> bigjools: That looks like an SP to me.
[11:24] <bigjools> meh
[11:24] <persia> What's the diffeence between a DSP and an SP?
[11:24]  * bigjools heads of for more caffeine
[11:24] <wgrant> An SP is really a DSSP.
[11:25] <wgrant> But nobody is crazy enough to rename it.
[11:25] <persia> It's the acronym that's losing me.
[11:25] <wgrant> DSP => DistributionSourcePackage
[11:25] <persia> Ah, and DistributionSeriesSourcePackage.
[11:25] <wgrant> SP => SourcePackage, but it should really be DistroSeriesSourcePackage.
[11:57] <A4Tech> Another question, why launchpad collects "empty" package? It includes only there chagelog archive
[12:02] <persia> A4Tech: Do you have an example?
[12:03] <A4Tech> persia: http://paste.ubuntu.com/395578/ rules https://launchpad.net/~itmages/+archive/software/+files/itmages-nautilus-extension_0.34-2_lpia.deb package
[12:05] <persia> Aha.  Does this work in local package construction?
[12:05] <A4Tech> http://launchpadlibrarian.net/40953165/buildlog_ubuntu-karmic-i386.itmages-nautilus-extension_0.34-2_FULLYBUILT.txt.gz дщп
[12:05] <A4Tech> log*
[12:07] <A4Tech> persia: On the local machine is the same ...
[12:08] <persia> A4Tech: If you can reproduce on a local machine, it's surely not an issue with launchpad.
[12:09] <persia> My guess would be that DEB_DESTDIR isn't defined in the way you think, but I might be wrong.
[12:09] <A4Tech> Yes, I now understand. Maybe you know the cause of the problem why the package is not going to?
[13:38] <crimsun> would someone please look into why neither lp:~ubuntu-core-dev/pulseaudio/ubuntu nor lp:~crimsun/pulseaudio/ubuntu will upgrade from pack repo format 1 to 2a?
[13:39] <crimsun> (I've tried "Upgrade this branch")
[13:44] <larrylarry> Hi, I have problems with the launchpad website.
[13:44] <larrylarry> Lately I get "Unexpected form data: Launchpad doesn't understand the form data submitted in this request." when I try to download the translations. This message comes even on logout. Anyone around who knows what this is about?
[13:44] <danilos> larrylarry, do you get any OOPS mention on that page? (that would help us look into the problem)
[13:46] <danilos> crimsun, you should probably file a question on https://answers.launchpad.net/launchpad-code if you can't get an answer here from someone like abentley or rockstar
[13:46] <crimsun> danilos: sure thing, thanks
[13:47] <abentley> crimsun, you are using the upgrade button and it's not working?
[13:47] <larrylarry> danilos: I opened the html source but there seems to be no more info...
[13:47] <jml> danilos, abentley, interestingly, the page timed out for me when I tried to load it
[13:47] <jml> (for  lp:~crimsun/pulseaudio/ubuntu )
[13:48] <crimsun> abentley: correct for both
[13:49] <danilos> larrylarry, what URL are you at? can you screenshot the page and post it somewhere?
[13:49] <abentley> crimsun, it's probably related to the other issues rockstar's investigating, but I'll mention those two to him specifically.
[13:51] <crimsun> abentley: cheers
[13:56] <larrylarry> danilos: I just tried another browser (firefox) and it works! Normally I'm using Opera (v. 10.10) and it used to work.
[13:59] <danilos> larrylarry, please file a bug on https://bugs.launchpad.net/rosetta/+filebug and we'll fix it when we find time to do so :) you are also welcome to look into fixing it yourself if you want, since LP is open source :)
[14:01] <larrylarry> danilos: Thanks for answering so fast, I'll do that.
[14:04] <danilos> larrylarry, you are welcome
[15:58] <dark_soul> so if you want someone else to push a branch to your project, you'd have to get their public key and import it right?
[16:06] <persia> dark_soul: No.
[16:07] <persia> dark_soul: For someone to push to a branch, they have to be the owner of the branch, either directly or through team membership.  Launchpad handles all the ssh key details.
[16:08] <dark_soul> persia: oh..so how does callboration of a project work then?
[16:09] <persia> dark_soul: Lots of different models.
[16:10] <persia> Two common ones are i) Several people belong to a team, and commonly push to a team branch, ii) lots of users have branches for a project, and one of them also maintains a trunk, merging changes from all the other branches as requested.
[16:10] <persia> For larger projects, this sometimes gets extended to having a team-managed trunk with a moderate set of reviewers pushing in merge request fom all developers.
[16:11] <dark_soul> i see!
[16:11] <dark_soul> persia: thanks
[16:11] <persia> But since anyone can branch off any branch in launchpad, or push their own branches to any project, the main issues are policy, rather than ability to do things.
[16:49] <gringochapin> Hi all. Trying to do some translating in LaunchPad.  Does anyone know how I can see a list of translations for a specific language sorted by number untranslated?
[16:50] <cnd> I'm trying to publish a new bzr branch to lp, but it's failing:
[16:50] <cnd> cndougla@cndougla-ubuntu:~/Canonical/pm-utils-powersave-policy$ bzr push lp:~chasedouglas/lucid/pm-utils-powersave-policy
[16:50] <cnd> Using default stacking branch /~lucid-developers/lucid/main at lp-66548560:///~chasedouglas/lucid
[16:50] <cnd> bzr: ERROR: KnitPackRepository('lp-66548560:///~lucid-developers/lucid/main/.bzr/repository')
[16:50] <cnd> is not compatible with
[16:50] <cnd> CHKInventoryRepository('lp-66548560:///~chasedouglas/lucid/pm-utils-powersave-policy/.bzr/repository')
[16:50] <cnd> different rich-root support
[16:50] <cnd> anyone know what that means?
[16:52] <cnd> oh wait, I guess it did push
[16:52] <cnd> the error was secondary I gues
[16:52] <cnd> s
[16:57] <krisives> its interesting how many ppl on IRC never eat! :p
[16:59] <Some_Person> Can I transfer my key thingy from my karmic installation to my lucid installation?
[17:00] <rockstar> crimsun, hello sir.
[17:01] <krisives> Some_Person: You mean your registered launchpad SSH keys?
[17:01] <geser> Some_Person: "key thingy"?
[17:03] <Some_Person> My "OpenPGP key"
[17:04] <geser> sure, copy ~/.gnupg
[17:04] <krisives> Some_Person: Yeah I think you can using the "Password and Encrpytion" tool in Ubuntu (Accessories menu)
[17:04] <krisives> geser: Can he use the import/export in that tool as well?
[17:04] <geser> krisives: yes, if Some_Person exports both the public and secret key and reimports both on the other installation
[17:05] <Some_Person> Copying .gnupg is more convienent at the moment
[17:06] <Some_Person> thanks
[17:24] <crimsun> rockstar: hello
[17:25] <rockstar> crimsun, so I hear you're having trouble upgrading branches.
[17:26] <crimsun> rockstar: correct. The "Upgrade this branch" choice on lp:~ubuntu-core-dev/pulseaudio/ubuntu and lp:~crimsun/pulseaudio/ubuntu doesn't seem to finish successfully. I can 'bzr upgrade' locally (Lucid), but that doesn't address pushes.
[17:27] <rockstar> crimsun, what do you mean "doesn't seem to finish successfully"
[17:29] <crimsun> rockstar: the notification "An upgrade of this branch is in progress." appears, but the pack repo format is still reported as 1 after some time (an hour, a couple days, etc.)
[17:29] <crimsun> rockstar: I just tried with lp:~crimsun/pulseaudio/ubuntu if that will assist in troubleshooting
[17:29] <rockstar> crimsun, does the notification go away?
[17:30] <rockstar> crimsun, if lp:~crimsun/pulseaudio/ubuntu is stacked, it probably won't help.
[17:30] <crimsun> rockstar: the notification disappears the next time I reload the page, which tends to be an hour or a day afterward
[17:31] <rockstar> crimsun, okay.  So that means I've probably captured the problems that you're having in our oopses.
[17:31] <rockstar> crimsun, so, you can do bzr upgrade lp:... and it'll upgrade the pushed branch.
[17:34] <crimsun> rockstar: I receive file exists errors. /srv/bazaar.launchpad.net/push-branches/00/00/1b/e6/backup.bzr and /srv/bazaar.launchpad.net/push-branches/00/00/37/96/backup.bzr , respectively
[17:35] <rockstar> crimsun, yeah, that's the issue I'm working on now.
[17:35] <rockstar> crimsun, great, thanks.
[17:35] <crimsun> rockstar: cheers
[18:23] <Aquina> How can I change my launchpad account password?
[18:26] <zyga> Aquina: does your account have a valid email address?
[18:27] <Aquina> Yes ist has.
[18:29] <Aquina> I can set an SSH key, modify my timezone and other stuff but not change my password? Who the hell designed that?
[18:29] <salgado> Aquina, Launchpad is now an OpenID consumer
[18:30] <salgado> Aquina, the account details are now changed on login.launchpad.net
[18:34] <Aquina> Thanks! I strongly recommen to LP team to change this and make it more userfriendly since this procedure is not obvious.
[18:39] <salgado> Aquina, care to file a that as a bug against the launchpad project?
[18:48] <Aquina> "Aquina, care to file a that as a bug against the launchpad project?" What does that mean?
[19:04] <salgado> Aquina, reporting it as a problem on https://bugs.launchpad.net/launchpad/+filebug so that someone is assigned to fix it and we keep track of the progress there
[19:04] <Aquina> alright im' gonna file a report later.
[19:04] <Aquina> :-)
[19:14] <ranjan> hello
[19:22] <sfb> intellectronica: Hello
[19:57] <bdmurray> intellectronica: is the api on production working?
[20:08] <blueyed> can you easily switch apport to using edge?
[20:19] <thekorn> blueyed, I think apport is always using edge
[20:20] <thekorn> but you can switch over to staging if you want to test something
[20:20] <blueyed> thekorn: it's not using edge.. AFAIK the 500 internal server error happens on production, but not edge.
[20:21] <blueyed> or is edge=production and staging!=production?
[20:21] <blueyed> staging=dogfood, isn't it? I don't want to submit my reports there.
[20:23] <thekorn> no, staging != dogfood, but both are testing/demo instances
[20:26] <krisives> Should I refer to my app icon in my python script directly as /usr/share/pixmaps/gimgur.png or with some kind of variable?
[20:39] <geser> krisives: for your .desktop file? Just Icon=gimgur. That way it stays theme-able
[20:40] <krisives> geser: I mean when I do window.set_icon_from_file() in my Python
[21:16] <mathiaz> intellectronica: hi!
[21:16] <mathiaz> intellectronica: could you setup the default bzr branch for the openldap project to be: https://code.launchpad.net/~vcs-imports/openldap/main-src?
[21:17] <mathiaz> intellectronica: the goal is that bzr co lp:openldap gets you https://code.launchpad.net/~vcs-imports/openldap/main-src?
[21:32] <henninge> rockstar, mwhudson: can either of you help mathiaz?
[21:32] <mwhudson> sure
[21:32] <mwhudson> henninge: you can too though :-)
[21:32] <henninge> mwhudson: sorry, am about to go to sleep an did not read properly ... ;-)
[21:33] <mwhudson> fair enough
[21:33] <mwhudson> mathiaz: done
[21:33] <henninge> g'night
[21:38] <mathiaz> mwhudson: great - thanks!
[21:45] <dark_soul> a silly question..but when you do bzr help (i dont see "push" listed) is there a reason why?
[21:52] <dark_soul> how do you make your branch private? ..Experimental status?
[21:54] <bdrung> jelmer_: can you transfer the ownership of lp:~vcs-imports/gnome-colors/trunk to gnome-colors-packagers?
[21:56] <mwhudson> bdrung: jelmer_ probably can't but i can
[21:56] <bdrung> mwhudson: he created the branch, but i will take your help :)
[21:57] <mwhudson> bdrung: i did it anyway :-)
[21:58] <bdrung> mwhudson: thanks
[23:14] <mwhudson> i just assigned a bug to a milestone so that i could click the link to the milestone to find the bug number i wanted to dupe the bug as
[23:14] <mwhudson> this seems a bit tortuous