[00:02] <bgamari> maxb: Thanks
[02:33] <micahg> are we back to one e-mail per change on launchpad?  I thought they were being bunched every X minutes (10 IIRC)
[02:34] <micahg> hmm, I might be confusing changes w/comments...
[02:37] <wgrant> micahg: Changes and comments are batched, but two comments are never sent together.
[02:38] <micahg> wgrant: ok, makes sense then
[05:42] <glatzor> hello
[05:42] <glatzor> I would like to access a bug page, but it always creates a time out
[05:42] <glatzor> https://bugs.launchpad.net/ubuntu/+source/aptdaemon/+bug/799982
[05:42] <glatzor> perhaps this is a result of the high number of duplicates
[05:43] <StevenK> The traceback seems to point in that direction, yes
[06:18] <glatzor> StevenK, is there a way to access the traceback from the bug?
[06:19] <StevenK> glatzor: Sadly, not for you.
[06:19] <glatzor> StevenK, sorry, the traceback which is appended to the bug track
[06:19] <glatzor> which was submitted by apport
[06:20] <StevenK> Ah
[06:21] <wgrant> https://launchpad.net/api/devel/bugs/799982/attachments
[06:21] <wgrant> glatzor: ^^
[06:22] <wgrant> Not pretty, but it works :)
[06:24] <glatzor> wgrant, thanks. but it doesn't contain a link a to the traceback
[06:25] <glatzor> only dependencies and proc status and map
[06:27] <wgrant> glatzor: There must be no traceback, then :/
[08:20] <mrevell> Hello
[08:52] <dpm> hi good morning, could someone help me determine why translation templates are not being automatically generated for LightDM? https://translations.launchpad.net/lightdm
[08:53] <dpm> it seems that the trunk template hasn't been updated for a while:
[08:53] <dpm> https://translations.launchpad.net/lightdm/trunk
[09:47] <candrea> Hello! Looking at https://launchpad.net/builders I see that i386 and amd64 builds for Ubuntu are going to the PPA builders instead of the official distribution builders (whose queue is empty). Is it right?
[09:48] <mrevell> bigjools, wgrant: ^^^^
[09:49] <bigjools> candrea: someone is doing a rebuild test
[09:49] <bigjools> we use PPA builders for that
[09:51] <candrea> bigjools, mh... shouldn't rebuild tests get a lower score? (If I recall correctly)
[09:53] <mwhudson__> they do
[09:53] <candrea> but I'm seeing builds with a build score of 5000
[09:54] <bigjools> candrea: they are being selectively rescored so that the rebuild doesn't take forever.
[09:54] <bigjools> normally yes, they come last
[09:55] <candrea> bigjools, ah, what a pity :(
[09:56] <candrea> I think I'll go with pbuilder; however thanks for your feedback
[09:57] <bigjools> candrea: are you having a problem?
[09:58] <candrea> bigjools, I've submitted a build, but according to Launchpad it will start in 12 hours
[10:06] <d34df00d_> Hi there!
[10:07] <d34df00d_> Just wondering, what's the state of .ts (Qt translations format) files support in Launchpad?
[10:09] <bigjools> henninge or danilos? --^
[10:09] <d34df00d_> lconvert surely does the job of converting ts <-> po, but seems like it loses some translation strings, or such.
[10:10] <d34df00d_> At least, when I upload converted .pos back to LP after merging them with translations provided from other sources, LP doesn't recognize already translated strings, and the translation progress of the file is reset back to zero.
[10:10] <henninge> d34df00d_: there is no plan to add support for more file formats.
[10:11] <d34df00d_> Oh, that's a pity.
[10:11] <henninge> d34df00d_: I guess what you are seeing is a result of the fact that LP does not support the fuzzy flag.
[10:11] <Zereal> henninge: why? That will be really great help for all translators
[10:11] <d34df00d_> I saw some feature requests regarding .ts support and was hoping it'd be implemented some day.
[10:12] <d34df00d_> henninge: what's fuzzy flag? I'm afraid I'm a total newbie in gettext world :)
[10:15] <henninge> Zereal, d34df00d_: http://bit.ly/nb7tIk for info about fuzzy support.
[10:15] <Zereal> henninge: thnx
[10:15] <henninge> d34df00d_: http://www.gnu.org/software/gettext/manual/
[10:16] <d34df00d_> Oh, ok, thanks for the explanation.
[10:17] <d34df00d_> henninge: and is there some kind of best practices or recommended workflow for apps using Qt translations?
[10:18] <henninge> d34df00d_: Not that I am aware of, sorry.
[10:18] <d34df00d_> Thanks anyway.
[10:18] <d34df00d_> I've looked through those bugreports, and seems like I'm also facing these fuzzy strings support issues.
[10:33] <pfarrell> hi! could someone please delete a project I registered: https://launchpad.net/adol-c ?
[10:36]  * pfarrell is kinda surprised I can't delete projects myself
[10:38] <wgrant> pfarrell: Could you ask at https://answers.launchpad.net/launchpad, to verify your identity?
[10:39] <pfarrell> er, sure
[10:39] <wgrant> pfarrell: We don't let you delete them yourself because others may have uploaded code or other content.
[10:39] <wgrant> And deleting that too would be undesirable.
[10:39] <pfarrell> although I will point out that https://launchpad.net/~pefarrell lists my freenode username, and if you check, I am registered with NickServ: is that sufficient?
[10:40] <pfarrell> (it's no problem if not, I understand why you'd ask)
[10:40] <wgrant> Indeed, but it's handy to have a question filed for tracking and such.
[10:40] <wgrant> It'll only take like 5 seconds :)
[10:40] <pfarrell> ok, sure
[10:41] <pfarrell> https://answers.launchpad.net/launchpad/+question/169048
[10:43] <wgrant> pfarrell: It's currently linked to the adolc source package in Ubuntu. Should I delete that?
[10:43] <pfarrell> the linking, you mean?
[10:43] <wgrant> Er, yes, that.
[10:43] <pfarrell> yes, delete the linking
[10:43] <pfarrell> it is an upstream project that isn't mine
[10:43] <pfarrell> and it happens to be packaged in ubuntu
[10:43] <pfarrell> but isn't managed via launchpad
[10:43] <wgrant> You can still have a project for it, if you want.
[10:43] <pfarrell> I wanted to use bzr on it because I thought they only had an svn repository, but it turns out they use git etc
[10:43] <wgrant> There are lots of upstream projects registered for code imports.
[10:43] <pfarrell> so I may as well live with them
[10:44] <wgrant> Ah.
[10:44] <wgrant> Anyway, it is gone now.
[10:44] <pfarrell> great, thanks :-)
[10:44] <wgrant> np
[12:53] <Laney> bigjools: do you think a sync blacklist feature in lp would be generically useful? we have an adhoc one for Ubuntu currently
[12:54] <tumbleweed> Laney: isn't that what the "ignore" feature in +localpackagediffs tries to achieve?
[12:55] <Laney> don't know
[12:55] <Laney> is that enforced? can you query it through the api?
[12:55] <Laney> it'd be nice to make sync-blacklist.txt go away so that is_blacklist is a bit less shonky :-)
[12:56] <Laney> blacklisted
[13:21] <dpm> hi again, could someone help me determine why translation templates are not being automatically generated for LightDM? https://translations.launchpad.net/lightdm
[13:21] <dpm> https://translations.launchpad.net/lightdm/trunk
[13:21] <henninge> dpm: Hi!
[13:22] <dpm> hey henninge :)
[13:22] <henninge> dpm: That problem is not new, is it?
[13:22] <henninge> I think I have heard about that before.
[13:22] <dpm> henninge, I filed a bug for another package a while ago, but I don't know if it's the same
[13:23] <dpm> It was bug 817398
[13:27] <henninge> dpm: how urgent is this? LightDM, I mean.
[13:28] <henninge> dpm: is there a similar bug about LightDM?
[13:28] <bigjools> Laney: yes, that's what "ignored" is for, although it doesn't enforce it like the existing ubuntu scripts do, hence the slight difference in nomenclature
[13:28] <Laney> will it fail an API copy?
[13:28] <bigjools> No
[13:28] <bigjools> the API script needs to check the status
[13:29] <bigjools> I think there's enough API to emulate the current dev scripts
[13:29] <Laney> can you get/set it via the API?
[13:29] <dpm> henninge, in terms of urgency, it's not urgent. But it's an Ubuntu project, our default desktop manager and it'd be great that it could use LP correctly
[13:29] <bigjools> yes
[13:29] <Laney> ah, that's good
[13:29] <bigjools> yes :)
[13:29] <Laney> who can set? uploaders or administrators?
[13:29] <dpm> henninge, there is no bug yet, no, I figured out I ask here first
[13:29] <bigjools> archive admins
[13:29] <Laney> sexy
[13:29] <dpm> in case it's something that can be investigated quickly
[13:29] <bigjools> the we UI uses the API actually, since it's all JS
[13:29] <bigjools> web*
[13:29] <Laney> tumbleweed: cjwatson: ^
[13:30] <Laney> can we use that in syncpackage instead?
[13:30] <bigjools> I can't remember the last time I did a feature that someone described as sexy
[13:30] <Laney> dude, this whole thing is sexy as far as I'm concerned :-)
[13:30] <bigjools> we've been working on it for the best part of a year!
[13:32] <tumbleweed> Laney: ok, I can look at supporting it too, but obviously we still have to use the old sync list until it goes away (if it does)
[13:33] <Laney> well, it should be imported into LP
[13:33] <Laney> and then deprecated
[13:34] <henninge> dpm: figuring this out will be a bit of work, so I'd like to finish my current task first.
[13:35] <henninge> dpm: which will be sometime tomorrow.
[13:35] <dpm> henninge, ok, thanks. Let's talk about it tomorrow
[13:35] <henninge> great
[13:46] <cjwatson> Laney: deprecating the old file involves not using sync-source.py any more, and there are still some blockers to that
[13:47] <Laney> cjwatson: well, you could generate from Launchpad in the interim
[13:47] <Laney> I mean deprecate as the interface for blacklisting
[13:47] <cjwatson> or we could nobble sync-source to use the LP status bits
[13:47] <cjwatson> (not volunteering)
[13:49] <Laney> if it uses the API in other places, that shouldn't be too bad
[13:54] <cjwatson> Laney: it's not an API script, but it can talk to the database directly
[13:55] <Laney> cjwatson: oh, that's probably outside of my fear threshold to mess with then
[14:18] <tumbleweed> Laney: just looked at the API, blacklisting appears to be between a particular parent and child pair, and I could only query it by looking for "Needs attention" differences (if there are any, then presumably it isn't blacklisted)
[14:42] <Laney> tumbleweed: right, we want a global blacklist I suppose
[14:42] <Laney> bigjools: is this possible?
[14:43] <tumbleweed> Laney: there's also nothing currently blacklisted for all versions (but a bunch of packages blacklisted for the current version)
[14:43] <tumbleweed> (it would help to have some stuff for testing)
[14:43] <Laney> should be easy to copy one from the sync blacklist
[14:43] <tumbleweed> if I were an archive admin :)
[14:44] <Laney> or prod a friendly archive admin to do it for you
[14:44] <Laney> :P
[14:50] <bigjools> Laney: there's 2 types of blacklist: 1. for current versions, 2. for all versions
[14:57] <tumbleweed> bigjools: from the API, they appear to be between a parent:child, rather than being child-wide. Correct?
[15:00] <Laney> tumbleweed: are you looking at devel?
[15:00] <tumbleweed> no
[15:01] <Laney> getDifferencesTo there looks useful
[15:01] <tumbleweed> err I thought you meant the IRC channel
[15:01] <Laney> :-)
[15:01] <tumbleweed> yes, that's what I'm proposing to use
[15:02] <tumbleweed> yeah, all this stuff is only in the devel API version
[15:02] <Laney> there's some stuff in 1.0 but it doesn't look really usable
[15:04] <bigjools> yeah, look at devel
[15:05] <bigjools> but let me check, I've not looked at the API definition for a while
[15:09] <bigjools> tumbleweed: what do you mean by "child-wide" exactly?
[15:09] <tumbleweed> bigjools: I mean if we blacklist something for syncing from unstable, will it be mentioned if I search for blacklisting from experimental?
[15:10] <tumbleweed> (the API generally seems to assume multiple parents, but I don't know how much that is usable)
[15:11] <Laney> do you search on the parent rather than the child?
[15:11] <bigjools> tumbleweed: ah ok.  Differences are always between a child and a parent.  A child can have multiple parents (but Ubuntu does not).
[15:11] <bigjools> so it won't be blacklisted from experimental in your example
[15:11] <tumbleweed> Laney: you search on the pair
[15:12] <tumbleweed> ok, so I should use unstable -> devel
[15:12] <Laney> what if parent_series is None?
[15:12] <tumbleweed> will those be copied to new devel releases?
[15:12] <bigjools> you can leave parent_series blank and it defaults correctly to the context series parent(s)
[15:12] <tumbleweed> ah, good
[15:13] <bigjools> it should say that in apidoc
[15:13] <Laney> I don't seem to be able to get the source package name and the comment from the DSD?
[15:13] <tumbleweed> the differences API objects seem to have lots of blank attributes
[15:16] <bigjools> huh, it doesn't expose the package name, that sucks
[15:17] <tumbleweed> yeah, best I could come up with is searching for 'Needs attention' on the desired package name
[15:17] <bigjools> yeah we could do with exposing more attributes
[15:17] <bigjools> can you file a bug?
[15:18] <tumbleweed> sure
[15:18]  * tumbleweed also wishes there was a way to get package changelogs out of LP
[15:18] <tumbleweed> at the moment we are using packages.debian.org's extracted changelogs
[15:19] <bigjools> file a bug :)
[15:21] <bigjools> Laney: there's a getDifferenceComments() on IDistroSeries
[15:21] <Laney> bigjools: right, but shouldn't I be able to get that from the dsd too?
[15:21] <bigjools> Laney: no, we are trying not to encourage potato programming
[15:22] <Laney> i don't know what that is
[15:22] <bigjools> one potato, two potato ...
[15:22] <bigjools> it's more efficient to call once and get all the results you need
[15:23] <bigjools> if the DSD has a method to get comments it would probably mean some people loop through all the DSDs
[15:26] <tumbleweed> filed bug 833080. I see someone else has already asked for changelogs and was pointed to the .changes files which are available
[16:59] <meoblast001> hi
[16:59] <meoblast001> suppose i have some old projects i want to delete
[16:59] <meoblast001> they were personal projects that i never finished
[17:00] <meoblast001> do i just email the names of them to staff and ask for them to be deleted?
[17:03] <meoblast001> hm, saw other questions on there like this, so i just joined the bandwagon
[18:31] <danilos> meoblast001, it's better if you file them as questions on https://answers.launchpad.net/launchpad (that way we can easily verify your identity)
[18:31] <meoblast001> ok, that's where i found all the other ones
[18:31] <meoblast001> so i asked it there
[21:02] <CrazyLemon> hey guys..one question..when using bzr and i commit to a branch... it doesnt display my name in code.lp.net nor my nickname..but it displays value (user@pc) of SSH key
[21:02] <CrazyLemon> can i change that?
[21:03] <beuno> CrazyLemon, sure, use "bzr whoami Name <email address>" to do that
[21:03] <beuno> I guess that'd be: bzr whoami "Name <email address>"
[21:03] <beuno> quoting quotes is messy  :)
[21:03] <beuno> launchpad will match up commits by email address
[21:04] <CrazyLemon> beuno dude..you're a name saver ! :D tnx man
[21:04]  * beuno adds that badge to his suite
[21:06] <CrazyLemon> must be a big suite! :) any..thanks again and have a  nice night
[21:06] <CrazyLemon> anyway*
[21:38] <jpds> beuno: http://tinyurl.com/3fzflde
[21:38] <beuno> jpds, rofl
[23:30] <poolie> it seems kind of strange i can be shown as "subscribed to all notifications" but not listed in the subscribers
[23:32] <wgrant> poolie: Are you in "Maybe notified"?
[23:32] <poolie> nup
[23:32] <wgrant> Link?
[23:33] <poolie> i wish that didn't list so many random people
[23:33] <poolie> https://bugs.launchpad.net/ubuntu/+source/gnupg2/+bug/810083
[23:33] <wgrant> poolie: Oh, right, you don't show up in the "Other bug subscribers" section, because you are you.
[23:34] <wgrant> This changed in the complete redesign of the subscriptions UI a month after the subscriptions UI was released.
[23:34] <poolie> i am me?
[23:34] <wgrant> "Other"
[23:34] <wgrant> ie. not you.
[23:34] <poolie> oh seriously
[23:34] <wgrant> Yes.
[23:34] <wgrant> Seriously.
[23:35] <poolie> so it just never shows up?
[23:35] <wgrant> You never show up to yourself, no.
[23:35] <poolie> the party of the first part is never listed
[23:35] <wgrant> You have to read the paragraph at the top of the portlet above.
[23:35] <poolie> ok, that's alittle confusing
[23:35] <poolie> if it was part of the same portlet perhaps it would be less confusing
[23:35] <wgrant> Because a Subscribe/Unsubscribe button is too easy.
[23:35] <wgrant> I guess.
[23:35] <poolie> "you: ..." "other people"