[00:40] <ScottK> Could someone point me to an explanation of what LPstats is and why I might want to log into it?
[00:42] <wgrant> ScottK: It's an intenal Canonical graphing thing, I believe.
[00:42] <wgrant> You probably don't want to go thee.
[00:42]  * ScottK thinks not.
[00:42] <ScottK> I don't think I even have an Ubuntu SSO to log into that if I wanted to.
[00:43] <wgrant> That's just a Launchpad account.
[00:45] <ScottK> Oh.  OK.
[00:45] <ScottK> Well then I guess I do.
[00:45] <ScottK> The explanation made it sound like something completely different.
[00:58] <cjohnston> there is no way to mark a question duplicate is there?
[01:08] <wgrant> Is there a workaround for bug #496056?
[03:12] <aalex> Why do I get a Upload Warning "No copyright file found."? There is a copyright file in my source code, and I call dh_installdocs copyright in my debian/rules file.
[03:13] <wgrant> aalex: It needs to be in debian/copyright
[03:13] <wgrant> (In the unpacked source package.)
[03:40] <aalex> wgrant: but in a Debian package, it needs to be in debian/../copyright, no?
[03:40] <aalex> wgrant: that would mean my debian/rules should contain dh_installdocs debian/copyright ?
[03:44] <wgrant> aalex: In a Debian or Ubuntu package, it needs to be in debian/copyright. dh_installdocs will install that file by default.
[03:44] <aalex> wgrant: ah ok, thanks
[03:45] <aalex> That's weird, I have installed the public key using "sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 79DF04BB", but I get an error : "GPG error: http://ppa.launchpad.net intrepid Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY CA9840026B51D222"
[03:46] <aalex> It's not the same key, it seems
[03:46] <aalex> See my key: https://launchpad.net/~sat-metalab/+archive/propulseart
[03:47] <wgrant> aalex: I suspect you have another PPA there.
[03:48] <aalex> wgrant: ah! you are right. thanhks a lot
[03:51] <aalex> Is there a simple shell script somewhere to add a PPA to the sources.list, install the public key and update apt? That would facilitate massive installations...
[03:51] <wgrant> add-apt-repository
[03:51] <wgrant> Only in Karmic and above, however.
[03:52] <aalex> :(
[03:52] <aalex> Still using Hardy on many machines at work
[03:52] <aalex> we'll update to the next LTS
[03:53] <aalex> is it the name of its package?
[03:56] <aalex> If I have written "hardy" as a distro in my debian/changelog, should the entry in apt/sources.list be hardy ot intrepid, on an intrepid host?
[06:57] <xxploit> hello, im receiving rejections based on the section im trying to use in the control file. I've tried to use network/networking but receive rejections for it. Could someone inform me how the section field works?
[06:58] <james_w> http://www.debian.org/doc/debian-policy/ch-archive.html#s-subsections
[06:58] <james_w> xxploit: ^ see the list of valid sections there
[06:58] <james_w> "net" may be what you want?
[07:00] <xxploit> ok so would it be valid to use universe/net
[07:01] <james_w> yes
[07:01] <xxploit> thx james_w
[07:17] <xxploit> if i had uploaded a package to my ppa and didnt realize i had not yet signed the code of conduct, which then i signed, and went to reupload the same package and get the notification 'already uploaded to my ppa', will the launchpad system rerun the package realizing i have now signed the CoC or do I somehow to need to delete this uploaded package?
[07:18] <mwhudson> xxploit: i think dput -f will force the upload
[07:18] <xxploit> mwhudson: thx that worked
[07:18] <mwhudson> (this "already uploaded" thing is client-side, i think)
[07:22] <james_w> correct
[07:57] <MTecknology> Anybody know about packaging? in here?
[07:57] <MTecknology> I'm getting this as the first error when I run debuild -S; I can give a pastebin if needed - debian/rules:4: /usr/share/dpatch/dpatch.make: No such file or directory
[09:22] <peloverde> If a package from unstable that I need to backport in my ppa has switched to 3.0 quilt am I pretty much hosed?
[09:23] <RAOF> No; Soyuz should accept 3.0 packages now.
[09:24] <peloverde> I just got an e-mail saying: "audacity_1.3.10-1~ajc1.dsc: format '3.0 (quilt)' is not permitted in karmic."
[09:25] <RAOF> Ah; karmic might not have a new enough dpkg?  I think it should work for Lucid.
[09:29] <peloverde> According to the DebSrc-3.0 wiki dpkg >=  1.14.27 is necessary, karmic runs 1.15.4ubuntu2
[11:10] <geser> anyone around who can see what caused OOPS-1476FTPMASTER1?
[11:11] <spiv> geser: I can, but that OOPS hasn't been synced yet.
[11:11] <spiv> (should be no more than 15 min IIRC0
[11:11] <spiv> )
[11:12] <geser> it's from friday
[11:12] <spiv> Huh.
[11:12] <spiv> That's weird.
[11:12] <spiv> Probably needs a losa to track down, at a guess.
[11:13] <spiv> Possibly just something silly like ftpmaster oopses aren't being copied to the central lp-oops system.
[11:14] <geser> the oops happened after an archive admin tried to sync a package (which failed in the end with this oops)
[12:21] <didrocks> did someone got that in debian/watch pointing to launchpad? "http://launchpad.net/notify-osd/+download failed: 501 Protocol scheme 'https' is not supported (Crypt::SSLeay or IO::Socket::SSL not installed)" in notify-osd for instance
[12:31] <didrocks> ok, found it, need to install libcrypt-ssleay-perl
[13:08] <vadi2> Not sure if it's known, but loggerhead is down again
[13:09] <beuno> LOSAs, ping  ^
[13:16] <mthaddon> was at lunch - checking
[13:27] <vadi2> works now, thank you
[14:55] <glen> hi. what i do wrong if i merge from translation branch to trunk, i always get collisions (conflicts)
[14:57] <glen> i have configured https://translations.launchpad.net/eventum trunk export to lp:~glen666/eventum/po/, and i issue in ~/bzr/eventum/trunk bzr merge ../po
[15:00] <glen> that is the way of doing it, is it?
[15:05] <mars> henninge or danilos, ^ ?
[15:06]  * mars wonders if there is a Translations Guide on help.launchpad.net
[15:07] <henninge> mars: no need to wonder ... ;)
[15:09] <mars> henninge, cool, that is comprehensive.  But is there any advice there for glen?
[15:09] <henninge> mars: ;) I am looking at it.
[15:09] <henninge> glen: ^
[15:12] <henninge> glen: Please explain where the conflict is.
[15:12] <glen> mostly in the .po headers
[15:13] <glen> "PO-Revision-Date: 2009-12-31 14:37+0000\n"
[15:13] <henninge> glen: ah, sorry. Now I understand what you mean!
[15:13] <glen> good :)
[15:14] <glen> perhaps i shouldn't reformat the .po files in one run? i.e first do the bzr merge, then wait for one day that the automatic import has went over, and then reformat .po and submit again?
[15:15] <glen> or the .po header conflict is unavoidable when doing bzr merge ?
[15:15] <henninge> glen: I was about to ask you if you do change your files because that is the only reason.
[15:15] <henninge> glen: no, there is nothing special about them.
[15:15] <glen> yes, i do msgmerge if .pot is updated
[15:16] <glen> so, i should only commit .pot to bzr?
[15:16] <henninge> glen: that should work better, I guess.
[15:17] <henninge> glen: in that case the po and pot will differ until you merge the exported branch.
[15:17] <henninge> but you'd avoid the conflicts.
[15:17] <glen> ok. i'll try to not to commit .po. 1. commit only .pot. 2. bzr merge time to time.
[15:18] <henninge> glen: If you do translations only in Launchpad and not elsewhere, that should work out.
[15:19] <glen> yes, that's the goal
[15:19] <henninge> glen: when you update the pot in Launchpad, that is a msgmerge basically.
[15:21] <henninge> glen: you could set up Launchpad to only import the template (pot) and to export translations to the same branch.
[15:21] <glen> pot should be imported automatically from trunk branch
[15:21] <henninge> glen: what I meant, yes
[15:21] <glen> just in case i use different branch to get a chance to review the translations
[15:22] <glen> and there afaik was some bug at the time that import to same branch back did not work ok :)
[15:22] <glen> ok thanks for the info!
[15:22] <henninge> glen: hm, team-owned branches still does not work, maybe that was the bug.
[15:23] <glen> yeah, something like that
[15:23] <henninge> glen: there is work-around though, see bug 407260
[19:02] <maxb> matsubara: Hi. Somethings odd with the PPA publisher. Half an hour after the build has finished, a couple of builds in ~launchpad/+archive/ppa are still waiting for their binaries to be published.
[19:02] <matsubara> maxb, hi, bigjools is investigating something on private PPA with the same symptom. it might be related
[19:03] <maxb> ok
[19:17] <pmjdebruijn> maxb, matsubara I have the issue too
[19:17] <pmjdebruijn> I uploaded three packages 2 hours ago, which immediately started builing, so they have been unpublished now for 1:30 hours...
[19:17] <matsubara> pmjdebruijn, there's something going on with the publisher. bigjools is on it
[19:18] <pmjdebruijn> matsubara: I read that
[19:18] <pmjdebruijn> just confirming more folks are affected
[19:19] <matsubara> pmjdebruijn, ok. thanks for bringing it up
[19:32] <xnox> Hmm I'm upstream of project Xiphos which was previously known as Gnomesword
[19:33] <xnox> Now we have Xiphos project & teams & branches on launchpad
[19:33] <xnox> Someone external to us registrered Gnomesword project and is inactive on launchpad
[19:33] <xnox> How do I claim ownership of Gnomesword project?
[19:38] <goundy> Hi
[19:38] <goundy> Still nothing about a wiki support in launchpad guys ?
[19:44] <boss> ciao a tutti
[19:45] <maxb> xnox: In the first instance, attempt to contact the other person. If he is unresponsive, request administrative intervention via https://answers.launchpad.net/launchpad/+addquestion
[19:51] <xnox> maxb: ok thank you
[19:53] <goundy> maxb, any guess about my question maybe ? :p
[19:57] <maxb> goundy: I'm not aware of any plans for it soon. (Though I'm not a Canonical person)
[19:57] <goundy> maxb, oh I see, thank you and sorry ;)
[19:59] <thumper> goundy: what was your question?
[20:00] <thumper> mtaylor: hi
[20:00] <goundy> thumper, it was whether there's some fresh plans on integrating any wiki system to launchpad or not ? :)
[20:00] <goundy> I asked about it months ago and I've been told that a workarround has been started already
[20:00] <thumper> goundy: yes there are plans, but it is not actively being worked on right now
[20:01] <goundy> so I'm just wondering what's up since I couldn't get any information about it by searching the web
[20:01] <mtaylor> morning thumper
[20:01] <goundy> thumper, oh got ya, thanks ;)
[20:06] <xnox> goundy: bug #240067
[20:06] <xnox> You should subscribe =)
[20:06] <goundy> Oh yep
[20:07] <goundy> thank you very much
[20:40] <mnft> Hi Barry
[20:40] <barry> mnft: hi
[20:41] <bigjools> PPA publisher is working again
[20:41] <mnft> Ah, sent a joke at python-dev just
[20:42] <mnft> let#s go there, its python-mode stuff
[21:07] <barry> rockstar: ping
[21:07] <rockstar> barry, pong
[21:08] <barry> rockstar: hi!  i'm wanting to sort out python branch imports on lp which are woefully out of date.  are you the right guy to chat with about this?
[21:08] <rockstar> barry, I am _a_ right guy to chat with.
[21:09] <barry> rockstar: you might be the only awake right guy atm :)
[21:09] <rockstar> barry, well, I'm the only one not at LCA...
[21:09] <barry> rockstar: even more win! :)
[21:11] <barry> rockstar: so the problem is that we're currently importing bzr branches from code.python.org, but those are dead.  haven't been updated in tens of weeks.  we should switch them back to importing the svn branches.  not sure exactly the right way to do that
[21:11] <ScottK> barry: Sounds like your original question was right on then.
[21:11] <barry> ScottK: :)
[21:11] <wgrant> Everyone should be awake, but whether they have a connection with <10s lag is another matter...
[21:12] <barry> rockstar: we're currently importing python's trunk, 3.1, 3.0, and 2.6 series.  we should drop 3.0 and pick up py3k (for 3.2)
[21:13] <rockstar> barry, the _easiest_ way to do that is by deleting the imports and creating new ones.
[21:14] <barry> rockstar: do we still have a limitation that we can only import trunk?
[21:14] <rockstar> barry, well, we only have that limitation to get around people misunderstanding things.
[21:14] <rockstar> barry, I think we can make an exception for you.  :)
[21:15] <barry> rockstar: bad idea, but i'll take it anyway :)
[21:15] <geser> any LOSA around to lookup OOPS-1476FTPMASTER1?
[21:15] <rockstar> The constraint about only trunk is because we don't people thinking they can import their 2.0 branch and merge it with trunk (cscvs doesn't like that)
[21:15] <rockstar> barry, that constraint should go away with bzr-svn
[21:16] <barry> rockstar: right.  cool.  thanks for the advice, let me try to do it that way (delete and re-import)
[21:16] <rockstar> geser, it doesn't look like that oops has synced just yet.  Give it 5 minutes.
[21:16] <geser> rockstar: the oops is from friday
[21:16] <rockstar> geser, hm, weird.
[21:24] <geser> rockstar: any other ideas how to find it why it OOPSed?
[21:24] <rockstar> geser, we get emails with the aggregate oopses every day.  It looks like it's a soyuz issue, so I'm sure they will take a look.
[21:26] <geser> it was from a sync done by an archive admin for a package which was attempted to get synced twice, so I tried to find out why
[21:33] <geser> bigjools: Hi, can you find out what caused OOPS-1476FTPMASTER1? it happened when an archive admin tried to sync a package (libxcb) on friday (the package already resisted at least two other sync attempts)
[21:33] <bigjools> geser: yeah I'll look tomorrow, I'm heading to bed now
[21:34] <geser> bigjools: ok
[21:34] <bigjools> the oops hasn't synced anyway
[21:34] <pmjdebruijn> bigjools: I noticed... thankyou!
[21:56] <xxploit> would someone be able to have a quick look at this build log, it's hanging on an image file format and i dont know why. I compiled this on my machine fine but im at a loss as to why it fails on launchpad. http://pastebin.org/78387
[22:05] <geser> xxploit: can you point me to your PPA? I might have an idea but what to confirm it first
[22:06] <xxploit> https://launchpad.net/~xxploit/+archive/linuxfrag/+packages
[22:13] <geser> xxploit: add "librsvg2-common" to Build-Depends (you need /usr/lib/gtk-2.0/2.10.0/loaders/svg_loader.so from that package)
[22:14] <geser> the build should succeed after that (at least it did in my pbuilder)
[22:14] <xxploit> geser: ill try that, i did add the dev package to it before with no effect (librsvg2-dev)
[22:16] <geser> the -dev package depends on the library package but the library package doesn't depend on -common (for what ever reason)
[22:16] <xxploit> geser: ok thx man
[23:54] <Daviey> Is it possible i could have the contents of a LP OOPS?
[23:55] <Daviey> it's one that keeps happening when using openid, my user and my app.