[01:30] <ojwb> has launchpad.net's openid provision been turned off?
[01:32] <wgrant> ojwb: Shouldn't have. What suggests that?
[01:33] <ojwb> well, it's not working for me, and I read a few weeks ago that login was migrating to an ubuntu.com subdomain
[01:33] <wgrant> That hasn't happened yet -- all that's happened is that launchpad.net now authenticates against login.launchpad.net.
[01:33] <ojwb> ok, thanks
[01:33] <ojwb> perhaps I reset my password and have forgotten
[01:33]  * ojwb will reset it now and see
[01:34] <ojwb> hmm, can i reset password from being logged in?  I don't see a link or button anywhere
[01:35] <wgrant> Do it from login.launchpad.net. This only changed about a week ago, so the workflows are not exactly optimised yet.
[01:35] <wgrant> Or login.ubuntu.com. Either will work.
[01:35] <ojwb> ok
[01:35] <ojwb> will launchpad stop doing openid eventually?
[01:36]  * ojwb worries about having to reset various sites to a new openid if it will...
[01:37] <wgrant> login.launchpad.net will disappear soon. But https://launchpad.net/~username should continue to delegate forever, AIUI.
[01:38] <bryceh> hi everyone, I've got a question about how to use launchpadlib to identify the bug_watch for a given bug
[01:40] <bryceh> https://bugs.edge.launchpad.net/ubuntu/+bug/511001 is a good example
[01:40] <wgrant> bryceh: Try the bug_watches collection on a bug, or the bug_watch attribute of a bug task.
[01:40] <bryceh> in launchpad there is a single upstream bug shown as associated with this (#26345)
[01:40] <ojwb> ah, looking at the saved passwords it becomes clear
[01:40] <bryceh> however when I look in the bug_watches collection on it, it shows several watches
[01:41] <ojwb> I have a different one saved for login.launchpad.net to bug.l.n and l.n
[01:41] <bryceh> 25325 NEW
[01:41] <bryceh> 26333 NEW
[01:41] <bryceh> 26345 NEW
[01:41] <bryceh> 26746 RESOLVED DUPLICATE
[01:41] <wgrant> bryceh: Right, you can see them if you look in the porlet at the bottom of the right column.
[01:41] <wgrant> bryceh: TO get the one currently linked, find the bug task of interest and check the bug_watch attribute.
[01:41] <ojwb> so I guess authentication moving to login.l.n was the change that "broke me"
[01:41] <wgrant> ojwb: Interesting, since they've always used the same database
[01:42] <ojwb> wgrant: I reset the password at some point, but presumably haven't used login.l.n since
[01:42] <ojwb> wgrant: and thanks for the reassurance on openid
[01:42] <bryceh> wgrant, unfortunately that is undefined
[01:42] <wgrant> bryceh: You're looking at the right task?
[01:43] <bryceh> let me doublecheck
[01:43] <wgrant> It works for me.
[01:43] <wgrant> https://bugs.edge.launchpad.net/api/beta/xserver-xorg-video-intel/+bug/511001
[01:43] <bryceh> 25325 NEW
[01:43] <bryceh> 26333 NEW
[01:43] <bryceh> 26345 NEW
[01:43] <bryceh> 26746 RESOLVED DUPLICATE
[01:43] <bryceh>  -->
[01:43] <bryceh> Traceback (most recent call last):
[01:43] <bryceh>   File "./report-intel-upstream.py", line 60, in <module>
[01:43] <bryceh>     print " -->", bugtask.bug_watch.remote_bug
[01:43] <bryceh> AttributeError: 'NoneType' object has no attribute 'remote_bug'
[01:44] <wgrant> The Ubuntu task won't have a bug_watch.
[01:44] <wgrant> The upstream task will.
[01:44] <wgrant> Anyway, I need to disappear for a couple of hours.
[01:44]  * wgrant vanishes.
[01:44] <bryceh> hrm
[01:47]  * bryceh head hurts
[01:47] <bryceh> ok that seems to work, thanks.
[02:28] <bjsnider> is there a way i can find a list of all bugs i've subscribed to or commented on even if they're closed?
[03:13] <vorian> if someone is awake... is this something that can be resolved?  "This user has a PPA and may not be renamed"
[03:19] <maxb> vorian: It's something that requires nontrivial manual fiddling by a Launchpad administrator
[03:19] <lifeless> vorian: open a ticket on answers.launchpad.net/launchpad
[03:19] <vorian> ah, so just some buttering up is required eh?  :)
[03:20] <vorian> cool, thanks
[04:37] <poolie> thumper/mwh/whoveer is OOPS-1530EA263 known at all?
[04:37] <poolie> nm, bug 516308
[04:40] <poolie> spiv you have a few mps just waiting for tweaks
[04:42] <spiv> Yeah, I plan to land those this afternoon.
[04:59] <MTecknology> Interesting email from launchpad - Launchpad encountered an internal error during the following operation: notifying people about the proposal to merge lp:~echowarp/ubuntu-drupal-theme/2010 into lp:~ubuntu-drupal-devs/ubuntu-drupal-theme/6.x-orange.  It was logged with id OOPS-1530MPCJ1.  Sorry for the inconvenience.
[04:59] <MTecknology> ubottu: ah, so you saw it too
[04:59] <MTecknology> :P
[05:08] <spiv> MTecknology: apparently due to NotBranchError: Not a branch: "lp-mirrored:///~ubuntu-drupal-devs/ubuntu-drupal-theme/6.x-orange".
[05:08] <spiv> The branch page for that branch says "
[05:08] <spiv> This branch has not been pushed to yet.
[05:08] <spiv> "
[05:09] <spiv> So, I suppose it's reasonable that it doesn't work, but it could give you a better error than an OOPS.
[05:09] <spiv> Although, it did create a merge proposal.
[05:09] <MTecknology> spiv: I'm not really freaked out - just thought it was interesting
[05:10] <spiv> So it probably should work, and just say in the notification, "sorry, cannot show a diff because this branch has not been pushed to yet"
[05:10] <spiv> *nod*
[05:10] <spiv> Just adding some info for you interest, then :)
[05:10] <MTecknology> thansk for explaining it to me
[05:58] <idnar> http://www.nnsquad.org/archives/nnsquad/msg02932.html
[06:00] <lifeless> ?
[08:37] <slytherin> We are having a bit problem with our release management on launchpad. It looks like users are still downloading old releases of our app. Is it possible to know the referrer websites?
[09:04] <slytherin> any help regarding the problem?
[09:06] <persia> slytherin: That's one of those tricky things :)  You may do better to wait until there's a listed "help contact" in the topic.
[09:06] <slytherin> persia: ok
[09:54] <rioch> does launchpad create the .po files for you?
[10:52] <krisives> I'm trying to make a PPA and having some confusion, can anyone help me?
[10:52] <noodles785> krisives: sure, what's the confusion?
[10:53] <krisives> I'm irritated with some changes an Ubuntu package made recently, so I grabbed it's source to build a version of it without the new features
[10:53] <krisives> I'm making a source package and I want to upload that to a PPA
[10:53] <noodles785> Yep
[10:53] <krisives> my problem is, I don't know where to make the PPA on launchpad itself
[10:54] <noodles785> krisives: http://launchpad.net/people/+me
[10:54] <krisives> I grabbed the code from `apt-get source rhythmbox`, which I think is then same as `~ubuntu-desktop/rhythmbox/ubuntu`
[10:54] <noodles785> You'll see a 'Personal package archives' section there.
[10:54] <noodles775> with a link to create a new one.
[10:55] <krisives> oh cool
[10:55] <krisives> lol that was easy
[10:55] <krisives> I thought I had to base it off another project/PPA
[10:55] <noodles775> krisives: also, if you haven't seen it yet, it's worth reading through https://help.launchpad.net/Packaging/PPA
[10:55] <noodles775> No, it's your personal archive, just for you :)
[10:55] <krisives> thx, I followed the directions and did all the key-related stuff
[10:55] <noodles775> Great.
[10:55] <krisives> well I want to give the PPA address to others so they can use it too
[10:56] <krisives> I have friends that also hate the new Rhythmbox indicator applet
[10:56] <noodles775> Yep, that's fine, I just meant that you don't need to base it off another project, it's associated with you (but public, so others can use it).
[10:57] <krisives> i have a newb problem with my source package
[10:57] <krisives> it won't sign :( probably because it's not using my key
[10:57] <persia> krisives: You may also want to file a bug to request the indicator applet be split into a separate package (as is done for a number of other indicators), so that it can be added/removed separately.
[10:58] <krisives> persia: I did, the #rhythmbox folks laughed me out of the room
[10:58] <krisives> persia: they said I should get used to it the way it is, and when I mentioned that users want choice (like Pidgin did with this same problem) they changed the subject :(
[10:58] <persia> Ugh.  That's not ideal.  Oh well.
[10:58] <krisives> I rarely try to communicate with GNOME
[10:59] <krisives> Everytime I do, I regret it
[10:59] <bigjools> have you tried Amarok? :)
[10:59] <krisives> Indeed :)
[10:59] <bigjools> vote with your feet
[10:59] <bigjools> well, package
[10:59] <krisives> I like RB though, and I have a massive investment in it's meta data right now
[11:00] <krisives> I also am developing a new audio fingerprinting plugin for it
[11:00] <krisives> (One that has a real open source fingerprinting index)
[11:01] <krisives> The audio fingerprinting algorithms available are only open on the client side, not the fast lookup on the server side
[11:03] <krisives> how can I get the package to sign ?
[11:06] <rioch> hi. does launchpad generate the .po and .mo files automatically for translations?
[11:06] <persia> krisives: You may also find #ubuntu-packaging helpful for issues getting a source built, but the most common issues is that you didn't add the "comment" string on your GPG identity in parentheses between your name and address in your changelog entry.
[11:08] <krisives> persia: in debian/changelog
[11:08] <persia> Yes.
[11:08] <krisives> I dont see any other parts like that in the debian/changelog
[11:09] <krisives> http://pastebin.com/tynw37kY
[11:09] <persia> Lots of folks don't have comments on their identities.  Do you?
[11:09] <krisives> I don't know, until now all my packages where unsigned
[11:10] <krisives> I didn't enter a comment in the GPG key creation
[11:10] <krisives> Is that what you mean?
[11:10] <persia> You need the entry in debian/changelog to precisely match the data in one of the lines output by `gpg --list-secret-keys`
[11:12] <krisives> uid                  Kristopher Ives <kristopher.ives@gmail.com>
[11:12] <krisives> Are the left padding spaces important?
[11:20] <krisives> I did a debuild earler, but now I can't do it again :(
[11:22] <persia> Left padding spaces are not important, no.
[11:28] <krisives> Who can mark a bug as confirmed?
[11:31] <persia> krisives: Depends on the policy for a project.  Usually most folk.
[11:42] <slytherin> rioch: What do you mean by automatically generate?
[11:42] <rioch> slytherin: I'm wondering what the process is that I have to go through for translations. I'm not sure what launchpad does for me, and what I have to do myself.
[11:43] <rioch> I think that I have to create the .pot and .po files myself, and can store them in launchpad/bazaar
[11:43] <slytherin> rioch: Is your project maintained in bzr on launchpad?
[11:43] <rioch> yes
[11:44] <slytherin> rioch: The way we are currently using it is that we mirror our git repository in LP. Then translations complete translations and I manually download the .po files and commit them in git repository.
[11:45] <rioch> how do you cope with updates? For example, if you change your code your .pot file will change. This will generate new .po files. How do you make sure that you don't lose translations already made?
[11:47] <slytherin> rioch: the way gettext works you don't lose translations. When your .pot file is updated (and also .po files) old translations are retained.
[11:48] <slytherin> rioch: Also LP has translations export feature by which the translations can get automatically commited to bzr branch.
[11:50] <rioch> when I run msginit to generate the .po file, it says the file already exists and quits.
[11:50] <slytherin> rioch: I believe the command you should run is msgmerge.
[11:51] <rioch> ahhhh I see. I was looking for a --merge option :)
[11:51] <slytherin> rioch: Meanwhile also read the LP documentation https://help.launchpad.net/Translations
[11:52] <rioch> So with regards to LP, I see a lot of people automatically merge translations into a separate translations branch. Why don't they put it in the main branch?
[11:59] <slytherin> rioch: I can't comment about that. We are not using bzr as our primary VCS.
[12:00] <rioch> ok. well thanks anyway, you've been a great help
[12:08] <krisives> lunch at 4AM </s>
[12:11] <slytherin> krisives: Why are you assuming everyone lives in same time zone as you? :-)
[12:18] <krisives> you mean theres other time zones besides -0800 ?
[12:18] <krisives> lies.
[12:18] <idnar> -0825
[12:20] <idnar> actually, I think the best timezone is UTC+04:51
[12:20] <idnar> fortunately it's no longer used
[12:29]  * krisives is glad to know he doesn't understand that
[13:07] <asabil> statik, ping ?
[13:35] <wzssyqa> hi,i am uploading a packages to ppa,i just have a little modify in ./debian,and changed its version
[13:36] <wzssyqa> and debuild -S -sa,why it will upload orig.tar.gz again?
[13:36] <bigjools> because using -sa is telling it to so so
[13:37] <bigjools> s/so so/do so/
[13:37] <bigjools> use -sd
[13:37] <wzssyqa> o,thanks
[13:37] <bigjools> np
[13:42] <Breaking_Pitt> what is the $user that i have to put here $ ./utilities/launchpad-database-setup $USER
[13:49] <Breaking_Pitt> ?
[13:58] <statik> hi asabil
[13:59] <mars> Breaking_Pitt, $USER is standard *nix shell variable.  Try typing "echo $USER" on the command line.
[13:59] <Breaking_Pitt> ok
[13:59] <Breaking_Pitt> i'm not quite sure
[13:59] <Breaking_Pitt> if this was a database user or a shell variable
[13:59] <Breaking_Pitt> ;)
[14:00] <mars> Breaking_Pitt, you read the big red warning about how running that script will nuke any pre-existing databases?
[14:00] <Breaking_Pitt> yes
[14:00] <Breaking_Pitt>  i've read
[14:00] <Breaking_Pitt> but i'm still not quite sure
[14:00] <Breaking_Pitt> thanks anyway mars
[14:07] <jussi01> Hrm, can I prod someone about Bug #488394 again?
[14:08] <jussi01> As I understand it its a relatively simple fix, just need to get it done by someone.
[14:18] <jussi01> persia: ^^
[14:19]  * persia is amused at the highlight
[14:19] <jussi01> :D
[14:19] <jussi01> Im glad I amuse you :)
[14:20] <wzssyqa> is there a way to know the build dep of my packages?
[14:21] <jussi01> wzssyqa: I thnk that "apt-cache show <package>" should give you it. (iirc)
[14:21] <persia> No, it's apt-cache showsrc
[14:21] <jussi01> oh, thanks persia
[14:21] <persia> But if one is working with package source, inspect debian/control
[14:22] <wzssyqa> jussi01: i am the maintainer
[14:22] <jussi01> I suspect this question belongs more in #ubuntu-motu however.
[14:22] <persia> If one is trying to determine what to put in debian/control, one is mostly stuck with upstream documentation or trial and error.  There are some helper tools for Java and python, but the Java one needs a lot of cleanup and the python one relies on distutils and sometimes gets things wrong.
[14:22] <persia> jussi01: No, #ubuntu-packaging, maybe, but not -motu.
[14:24] <wzssyqa> persia: is that to write a lot more deps friendly for build server?
[14:25] <persia> Please rephrase that question.
[14:27] <wzssyqa> persia: for example,it should dep texlive-latex,and i write texlive-full
[14:28]  * persia still doesn't understand the question
[14:29] <wzssyqa> persia: now i don't known which packages it deps
[14:30] <wzssyqa> then,i write all possible packages in control
[14:31] <persia> wzssyqa: It's best to try to put the minimum set of packages required to build with all desired functionality in the build dependencies.
[14:32] <wzssyqa> persia: now ,i have failed seavel times
[14:42] <slytherin> If I am having a problem on the project overview page of our application which is the right component to file bug against?
[14:53] <jml> slytherin, https://bugs.edge.launchpad.net/launchpad-registry/+filebug
[14:53] <slytherin> jml: thanks
[14:54] <slytherin> jml: By the way, what is launchpad registry? The bug I am planning to file is more of a look and feel (usability) bug.
[14:55] <jml> slytherin, "registry" is our name for team/project stuff -- stuff that's not about code hosting or the bug tracker or what-have-you
[14:56] <slytherin> ok
[15:06] <slytherin> jml: Another question. One of the features I miss from SF.net is the ability to associate released files with different OS and then filter the download list on overview page as per users OS. Is there any plan to implement such a feature?
[15:06] <jml> slytherin, not that I know of.
[15:06] <slytherin> I will file a wishlist bug for it then.
[15:06] <jml> slytherin, good plan.
[15:26] <asabil> statik, it seems like this PPA failed to build: https://launchpad.net/~erlang-dev/+archive/ppa
[15:26] <asabil> which seems to be yours, would it please be possible to get it working
[15:27] <statik> asabil: it's cool to see that someone uses that :) sergei got the new release working in debian testing just a couple days ago. I can pull that into the PPA, sure thing
[15:27] <statik> asabil, are you working on karmic or lucid? would you be interested in helping maintain that PPA?
[15:29] <asabil> statik, I am working on karmic
[15:30] <asabil> I can probably help out, but you'll need to teach me
[15:31] <statik> asabil, ok. no pressure, but if you are interested in getting into ubuntu and debian packaging i am looking for volunteers to help with erlang stuff. I should be able to get that PPA updated today
[16:11] <statik> asabil, dput ppa:erlang-dev/ppa erlang_13.b.4-dfsg-3~karmic1_source.changes is done now. will take a while to build, hope it works ok for you.
[16:13] <asabil> statik, thanks a lot
[16:17] <micahg> I'm getting a weird error about cannot upload empty file, anyone else experiencing it?
[16:22] <d34df00d> So.
[16:22] <d34df00d> How could one import TS language files into translations system directly from Bazaar branch?
[16:24] <slytherin> d34df00d: What is TS language file?
[16:25] <d34df00d> slytherin: that's Qt's format for storign translations.
[16:25] <d34df00d> There are converters ts <-> po, but keeping the POs in the tree seems more like a workaround.
[16:26] <slytherin> d34df00d: AFAIK, launchpad only supports .po format. I could be wrong.
[16:26] <d34df00d> I googled a bit and found some wishlist bugreports about supproting TS and dating back to 2006.
[16:26] <d34df00d> But no resolution and low priority.
[16:26] <d34df00d> I also saw the proposal for Rosetta with TS support, but still could not get much info from there.
[16:28] <slytherin> d34df00d: What advantages does TS format offer over PO format?
[16:29] <d34df00d> slytherin: it's supported natively by Qt. And Qt apps generally use it.
[16:29] <slytherin> hmm
[16:29] <d34df00d> slytherin: AFAIK KDE keeps PO and TS side-by-side, PO for translations on Launchpad and TS for runtime usage.
[16:30] <dpm> d34df00d, slytherin, Launchpad Translations only supports the gettext format (PO files). However, Launchpad is open source, and I know for certain that the Launchpad Translations developers would be more than happy to mentor anyone willing to work on this (https://dev.launchpad.net/Getting)
[16:31] <d34df00d> Maybe the most easy way to add support for TS is to convert them on-the-fly to and from PO when needed.
[16:31] <d34df00d> Though I would hardly have time to work on Launchpad — almost no time for my own project.
[16:32] <dpm> :)
[16:32] <dpm> d34df00d, what some projects do is to use a script to convert TS -> PO, import to Launchpad, export from Launchpad, convert PO -> TS
[16:34] <d34df00d> dpm: well, since I have about 20 subdirs with 20 sets of ts files (about 70 or 100 ts files totally), it's quite hard to do that on a regular basis.
[16:36] <d34df00d> Though maybe a small script would help with automation.
[16:48] <rhpot1991> can anyone provide any information about paid launchpad accounts, couldn't find much via google
[16:50] <intellectronica> rhpot1991: bac should be able to tell you more about that
[17:01] <maxb> rhpot1991: Have you found this page? https://launchpad.net/+tour/join-launchpad#commercial
[17:24] <Phurl_> hi all
[17:24] <Phurl_> i found an interesting bug in bzr branch
[17:24] <Phurl_> when you dont have an valid ssh key, it creates the working directory anyway
[17:24] <Phurl_> and then when you can get the code, the dir exists and you get an error
[17:24] <Phurl_> do you want a bug report?
[17:24] <Phurl_> if so, where?
[17:52] <chrisccoulson> would it be possible for launchpad to warn users if they try to attach an apport crash file to a bug report, that the file they are attaching might contain private data that can be viewed by anyone?
[17:53] <chrisccoulson> users sometimes attach crash files to bug reports rather than submitting them in the proper way...
[17:59] <switchgirl> chrisccoulson: apport files the bug automaticallly me thinks
[17:59] <chrisccoulson> switchgirl, yeah. but we have some users who don't submit them properly, and just attach the crash file to existing reports
[18:00] <chrisccoulson> and they don't realise that they might contain information that they don't want everybody to see
[18:02] <switchgirl> chrisccoulson: thats cus it asks you to do so
[18:02] <chrisccoulson> where does it ask you to attach crash files to a bug report?
[18:02] <switchgirl> when you add your bug report via apport it searches the bugs that exist
[18:03] <switchgirl> it implys to mark them as "this affects ,me too"
[18:03] <chrisccoulson> that's right, but i'm not referring to the users who try to submit crash reports correctly using apport
[18:04] <chrisccoulson> i'm referring to users who just find a bug report and then try to attach their crash file there through the web interface ;)
[18:04] <switchgirl> and basicly they get confused
[18:04] <chrisccoulson> eg, bug 535534 is a good example of one which has just been cleaned up
[18:04] <chrisccoulson> and we deal with those frequently
[18:26] <Breaking_Pitt> hello i need some help with this sudo -u postgres make create
[18:26] <Breaking_Pitt> it says no make rules
[18:26] <Breaking_Pitt> i can't start launchpad because i don't have database
[18:27] <Breaking_Pitt> and i'm not able of create it
[20:51] <cmarqu> Hi. Will a bug filed against marble (and associated with project kdeedu) be reported to the upstream bugtracker? - https://launchpad.net/kdeedu
[21:15] <micahg> cmarqu: not automatically, you can go upstream and report it and then add the link to have the status updated
[21:15] <cmarqu> micahg: Thanks. That matches what was said in #kde-devel
[21:16] <micahg> cmarqu: I'm not sure if we're actually updating remote statuses at the moment (there were some issues), but eventually it will be shown
[21:53] <mmmulani> hey I'm having problems accessing http://bazaar.launchpad.net/~yandere-dev/yandere/YandereGuide-0.4/files
[21:59] <mmmulani> oh, it's working again
[22:34] <davidstrauss> Can we get the mailing list for this group fast-tracked to get people on it? https://launchpad.net/~ltp
[22:34] <davidstrauss> We're at a Drupal sprint