[00:18] <stochastic> How do I link an Ubuntu package to a sourceforge project?
[00:23] <stochastic> Or how do I link a sourceforge bug to a launchpad bug?
[00:26] <stochastic> Does anyone know?
[00:28] <patx2> copy n paste?
[00:28] <stochastic> patx2 copy n paste what?  I've tried with the sourceforge link but lauchpad doesn't like that
[00:30] <patx2> meh idk
[00:31] <wgrant> stochastic: "doesn't like that?"
[00:32] <stochastic> wgrant, I pasted the sourceforge link into the "Link to an upstream project" page and it claims "You must choose a project series."
[00:33] <wgrant> stochastic: Ah. That's for linking to another Launchpad project (which could potentially reference SourceForge.net as its bugtracker)
[00:33] <stochastic> wgrant, I'm trying to link the Muse (ubuntu) package to http://sourceforge.net/projects/lmuse/
[00:33] <wgrant> stochastic: If you want to link a Launchpad bug to a SourceForge bug, click 'Also affects project', select the relevant project, and enter the bug URL.
[00:35] <stochastic> wgrant that process results in this error:  There is no project in Launchpad named "http://sourceforge.net/projects/lmuse/". Please search for it as it may be registered with a different name.
[00:36] <wgrant> stochastic: Select the relevant Launchpad project, not enter some foreign URL.
[00:36] <wgrant> I'm trying to check if there is already such a Launchpad project.
[00:36] <wgrant> But Firefox is not being agreeable.
[00:37] <stochastic> wgrant, there is no project in launchpad for this software
[00:37] <stochastic> wgrant, just the Ubuntu package for it
[00:37] <wgrant> stochastic: Then you'll need to create one.
[00:37] <wgrant> I suspect this will be made a little more convenient in the coming months, but for now you must register it manually.
[00:39] <wgrant> stochastic: is https://launchpad.net/muse not it?
[00:39] <stochastic> nope totally different project
[00:41] <stochastic> wgrant, okay I've created a project https://launchpad.net/lmuse but how do I link this to sourceforge now?
[00:42] <wgrant> Given that that project seems to have never had anything done on it, it might be a good idea to contact the owner and convince him to rename it.
[00:43] <wgrant> stochastic: If you go to https://launchpad.net/lmuse/+edit, you should see somewhere a dropdown listbox to select the bug tracker.
[00:43] <wgrant> stochastic: Then go to https://launchpad.net/ubuntu/+source/muse, and enter 'lmuse/trunk' as the project series.
[00:43] <stochastic> wgrant, yes I'm starting to see how this is organized.  Quite confusing process to just link a launchpad bug to an upstream bug.
[00:44] <wgrant> stochastic: You only have to do it the first time, and you don't actually have to configure the bug tracker on +edit.
[00:44] <wgrant> But as I said, I believe this sort of thing is meant to be a focus of Launchpad development over the next few months.
[00:45] <wgrant> All you actually needed to do was: 1) Create the project. 2) 'Also affects project'. 3) Enter project name. 4) Enter bug URL.
[00:47] <stochastic> wgrant, thanks for the help. upstream bug is now linked.
[00:47] <wgrant> stochastic: Great.
[02:38] <jgoppert_> can someone delete my extra ppa jgoppert/uvsim ?
[02:42] <micahg> jgoppert_: you need to file a request here: https://answers.launchpad.net/launchpad
[02:49] <jgoppert_> micahg: thanks
[09:08] <Rhonda> Hi there. :)  I wonder, how long is it expected to take until the CoC 1.1 will appear on launchpad.net/codeofconduct?
[09:18] <bigjools> fta: ping
[12:54] <Ursinha> bigjools, hello
[12:55] <bigjools> Ursinha: hi
[12:56] <Ursinha> bigjools, do you have an idea of what could be possibly happening to this user: https://answers.edge.launchpad.net/launchpad/+question/87167
[12:56] <Ursinha> you may understand dput error messages better than I do..
[12:58] <bigjools> Ursinha: well that's odd - I suspect he has a dput proxy that is refusing connections
[12:58] <bigjools> let me reply
[12:59] <Ursinha> bigjools, thanks a lot
[13:02] <facundobatista> Hi all
[13:02] <Rhonda> Ursinha: hmmm, for a start, I wonder why Paul Hummer claimed the port to be 23 and not 21. :)
[13:02] <facundobatista> I have a question regarding launchpadlib
[13:03] <facundobatista> I'm trying to change the tags attribute from a bug
[13:03] <bigjools> Rhonda: heh
[13:03] <facundobatista> Documentation (https://edge.launchpad.net/+apidoc/#bug) says that the tags are "Separated by whitespace."
[13:03] <facundobatista> however, if I see them, I find
[13:03] <facundobatista> >>> b.tags
[13:03] <facundobatista> ['chicharra', 'foundations+']
[13:04] <facundobatista> if I change them as they were a list, the page is not updated even after the lp_save()
[13:04] <facundobatista> if I change them as they were a string, I get a "HTTPError: HTTP Error 400: Bad Request" when doing lp_save()
[13:04] <Rhonda> But mistakes happen, and it indeed is strange that dput shouldn't work with that config snippet but ftp should work
[13:04] <facundobatista> so, the question is... how do I handle "tags"?
[13:06] <Ursinha> facundobatista, I do something like: fixed_bug.tags +=['qa-needstesting']
[13:06] <Ursinha> (extracted from a script of mine)
[13:07] <facundobatista> Ursinha, that was my first try
[13:07] <Ursinha> Rhonda, nice point, but it's weird as you mentioned
[13:07] <Ursinha> facundobatista, that works for me
[13:07] <Ursinha> facundobatista, doesn't work for you?
[13:07] <facundobatista> let me just try again
[13:07] <facundobatista> maybe I broke something in the middle, :)
[13:07] <Ursinha> facundobatista, :)
[13:08] <facundobatista> ah, no, I used .append()
[13:10] <Ursinha> facundobatista, yeah, I'd love to understand why it doesn't work
[13:10] <Ursinha> facundobatista, I thought the operations were equivalent
[13:11] <facundobatista> Ursinha, confirmed... doing "+=" works, doing ".append()" doesn't
[13:12] <facundobatista> Ursinha, should I file a bug about this?
[13:12] <wgrant> facundobatista, Ursinha: I bet lazr.restfulclient only attempts to write dirty attributes.
[13:12] <Ursinha> oh, wgrant is here
[13:12] <wgrant> And appending to a list won't trigger that.
[13:12] <Ursinha> he knows everything
[13:12] <facundobatista> Ursinha, wgrant, so... we should use a tuple there, ;)
[13:13] <facundobatista> nobody will try to modify the tuple
[13:13] <facundobatista> (and we should fix the docs, are tags are not "Separated by whitespace.")
[13:14] <Ursinha> facundobatista, so filing a bug is good :)
[13:15] <facundobatista> Ursinha, I'll do!
[13:15] <Ursinha> facundobatista, thanks!
[13:18] <facundobatista> Ursinha, wgrant , I commented on #254901
[13:19] <wgrant> bug #254901
[13:19] <wgrant> Aha.
[13:19] <facundobatista> wgrant, in that bug there's some discussion about how to follow changes in the object
[13:19] <facundobatista> (it's easier to make the object immutable, ;) )
[13:34] <facundobatista> wgrant, Ursinha, thanks for the help!
[13:35] <facundobatista> g'bye
[13:56] <sladen> yo people;  lp appears to be ill:  https://bugs.launchpad.net/ubuntu/+source/seahorse-plugins/+bug/429322
[13:57] <sladen> permenant "Timeout error"
[13:58] <gmb> sladen: THat's bug 471974. E_TOO_MANY_SUBSCRIBERS
[13:58] <gmb> Or rather E_WE_ITERATE_TOO_MUCH
[14:01] <sladen> gmb: ta.
[14:07] <gmb> sladen: Jaysus. That bug has 2030 subscribers. No wonder it times out.
[14:08] <gmb> And all but 51 of those are from duplicates.
[14:08] <sladen> gmb: it's only started doing that in the last day or so
[14:09] <gmb> sladen: Critical mass, I guess. Also, I think we accidentally regressed something in the last rollout. I'm working on a fix now.
[14:11] <sladen> gmb: in the meantime, is there a manual/workaround to unsubscribe poor suffering  Matthew <matt.s.cleary@gmail.com>
[14:12] <sladen> gmb: is there a  /+unsubscribe  or somesuch that doesn't cause the SQL hit
[14:13] <gmb> sladen: /+subscribe might do what you want; should let you toggle your subscription. But if your subscription is from a duplicate, that might not work.
[14:14] <sladen> gmb: okay, that loads, I'll post it back to them
[14:15] <gmb> Okay.
[15:18] <glen> 09:27:03  glen> could somebody explain why the items are so long in needs review state? https://translations.launchpad.net/eventum/+imports and what should i do with ones that are in state "failed"?
[15:18] <glen> last time spm said that could *partially* be due to a broken script post the rollout last week.
[15:18] <glen> however now some days have passed with no change in there
[15:34] <Ursinha> danilos, see glen question above, please
[15:37] <danilos> glen, it is so because you are using different paths with your new uploads (i.e. they originally used localization/nl.po and now you are just using nl.po)
[15:38] <danilos> glen, they are not recognized as same because different paths usually indicate different templates
[15:38] <glen> danilos: but if i upload single file, i'm not able to tell a "path"...
[15:38] <danilos> glen, if you don't want to worry about paths, you should probably use single language upload forms, eg. https://translations.edge.launchpad.net/eventum/trunk/+pots/eventum/nl/+upload
[15:39] <glen> why edge? not main lp?
[15:39] <danilos> glen, right; that part of Launchpad could use with a lot of improvement, but just in case, automatic approval should happen in at most a few hours after the upload
[15:40] <danilos> glen, ugh, sorry, that's just because I am part of the beta testers team so get redirected to edge automatically
[15:40] <danilos> glen, you can remove 'edge.' from the domain there, that'd be fine as well
[15:40] <danilos> glen, basically, navigate into "Dutch" and use "Upload translation" there
[15:40] <danilos> glen, or use tarball uploads
[15:41] <danilos> glen, also, if you want automatic sync, you can use bazaar branches, which is what we recommend these days :)
[15:41] <glen> should i tell it upload update or upload import?
[15:41] <danilos> glen, "import" is usually what you want
[15:41] <glen> danilos: i'd like to get things OK state first, then enable branch syncing two ways
[15:41] <danilos> glen, "update" is for translators
[15:41] <glen> in fact i have import from branch enabled, but as seen it;'s broken so i tried to upload
[15:42] <danilos> glen, sure, though bzr support is in a slightly better state
[15:42] <glen> maybe i can force it to reimport via bzr?
[15:42] <glen> ...instead of uploading
[15:43] <glen> and the one without directory i should mark as "delete" in https://translations.launchpad.net/eventum/trunk/+imports ?
[15:43] <danilos> glen, yeah, you can, but you've actually hit a recent LP bug :(
[15:44] <glen> and why it displays me OLD timestamp even i uploaded right now?
[15:44] <danilos> glen, there were some changes on our servers and they have not been done perfectly (I am looking at logs, I've seen this happen a few days ago)
[15:45] <danilos> glen, old timestamp being displayed is a display issue (i.e. showing the wrong date, date of the first upload)
[15:45] <danilos> glen, you can mark new ones as 'deleted' since they'll fail anyway with the same bug (let me find a bug number for you)
[15:45] <danilos> glen, it's bug 464161
[15:47] <danilos> glen, what happens in your case is that LP tries to create data records to be able to credit translators from PO files (reading them from Last-Translator fields), but that fails due to the aforementioned DB server reorg we had
[15:47] <glen> do i have solution or i just have to wait for probem resolution at launchpad side?
[15:49] <danilos> glen: a workaround is to either modify Last-Translator field to point to any existing LP user (i.e. their email) but that will credit all translations to them which is wrong
[15:50] <danilos> glen, another is to ask translators from Last-Translator fields to register accounts and then import will succeed
[15:50] <danilos> glen, none of them are perfect, but we are working on a fix right now, and it should be available soon (next few days)
[15:58] <glen> so it's attempting to make some unregistered accuont for last-translator for in the future if they register associate the credits?
[16:01] <danilos> glen, yeah
[16:02] <glen> ok. i can wait couple more days :)
[16:18] <dreamcat4> hi. there seems to be a weird bug in the file release glob.
[16:19] <dreamcat4> sinzui ?
[16:19] <sinzui> hi
[16:20] <dreamcat4> hi!
[16:20] <dreamcat4> yes, well now the flavor is fixed, we can see a bit further into it
[16:20] <dreamcat4> https://launchpad.net/php-fpm/+download
[16:21] <sinzui> That look better
[16:21] <dreamcat4> the script has to determine which input files are sent to which release.
[16:22] <dreamcat4> so its er.. confused
[16:22] <dreamcat4> the top 4 files shouldn't be sent to the master series
[16:22] <sinzui> I do not see how to do that
[16:23] <sinzui> I think the fileglob needs improving, and may the master series needs a fileglob
[16:23] <dreamcat4> IRSeekBot2: https://launchpad.net/php-fpm/master
[16:23] <dreamcat4> andrea-bs: https://launchpad.net/php-fpm/archive
[16:24] <dreamcat4> the master and archive globs / dirs are entirely seperate.
[16:24] <dreamcat4> but LP is pulling them, everything to 'master' series
[16:25] <dreamcat4> there is some guessing in the python scripts, to determine which valid series/release/milestones
[16:26] <sinzui> but php-fpm only has a master series and an archive series, You need to create separate series and separate file globs if you think the lines of development are different
[16:27] <sinzui> dreamcat4: launchpad cannot automatically create series because projects organise code in different models
[16:28] <sinzui> There is some concern that launchpad should not not even create a trunk series when a project is created
[16:28] <dreamcat4> yes.
[16:29] <dreamcat4> they are entirely seperate, i checked
[16:31] <dreamcat4> the issue is that i have these seperate series and file globs. But they are all labeled as 'master' on the downloads page.
[16:31] <sinzui> I think this will fix the glob: http://php-fpm.org/downloads/0.6/php-fpm-0.6*
[16:32] <sinzui> maybe not. I do not understand where you expect each file to be
[16:32] <dreamcat4> well. Its that the archive series has a different files source dir
[16:33] <dreamcat4> which is http://php-fpm.org/downloads/archive/*
[16:33] <dreamcat4> the files from that source dir are appearing in master series.
[16:33] <sinzui> ah
[16:34] <sinzui> yes, well
[16:34] <dreamcat4> BUT the master series glob shouldn't see the archive directory
[16:34] <dreamcat4> so it seems a bug in product release finder
[16:34] <sinzui> launchpad requires the milestones be unique to a project, *not* a series
[16:34] <dreamcat4> code: http://bazaar.launchpad.net/%7Esinzui/launchpad/prf-flavor-loop/files/head%3A/lib/lp/registry/scripts/
[16:35] <sinzui> So when it located the version, it looked it up and got the milestone, (but it was far a different series)
[16:35] <dreamcat4> unique milestones? ah woah. That means we cannot have 2 different milestones each called '0.6' ?
[16:36] <dreamcat4> that's a serious design flaw.
[16:36] <sinzui> I have tried to fix this issue in the past, but that requires dismantling of project-groups or a major reimplementation of them. neither is acceptable to my compatriots
[16:36] <dreamcat4> yes well okay then
[16:36] <dreamcat4> thank you for explaining that
[16:36] <sinzui> I agree it is very serious
[16:36] <sinzui> I brought the issue up just last week again
[16:36] <sinzui> I believe it was on the public list
[16:37]  * sinzui looks
[16:37] <dreamcat4> i agree its a hard thing to fix
[16:37] <dreamcat4> which mailinglist are these things discussed? launchpad-dev ?
[16:38] <dreamcat4> guess i should subscible
[16:39] <sinzui> dreamcat4: https://launchpad.net/~launchpad-dev
[16:39]  * sinzui looks for tread
[16:40] <sinzui> dreamcat4: https://lists.launchpad.net/launchpad-dev/msg01559.html
[16:46] <sinzui> dreamcat4: we should have a specific bug about this issue. I discovered it only after another engineer tried to make milestones unique to the series.
[16:46]  * sinzui reports the bug
[16:47] <JonyBlaze> to make a "team profile" does it have to have a unique email?
[16:48] <sinzui> JonyBlaze: teams do not need email addresses.
[16:48] <sinzui> JonyBlaze: I advise you to never give a team an email address unless you are sure you will never need that address for any other purpose. Once the team has an email address, there is no way to transfer it to another person or team
[16:49] <dreamcat4> sinzui: i'll raise a bug
[16:50] <JonyBlaze> how do I create a team then?
[16:53] <JonyBlaze> nm, i think i found it
[16:53] <sinzui> launchpad.net/people
[16:54] <sinzui> JonyBlaze: where did you look first to create a team? Your profile page?, you memberships?
[16:56] <qense> bugs.launchpad.net is always timing out now, on edge and on stable
[16:57] <sinzui> quentusrex: which exact url?
[17:03] <toobaz> Hello. Yesterday, I enabled the automatic rosetta -> bazaar translation transfer, but today I discovered it put all the LANG.po files in the root of my branch. How should I tell it to put them in po/ instead?
[17:08] <henninge> toobaz: it uses the same directory as your template (pot) has.
[17:09] <toobaz> henninge: yes, I know I could reupload everything... and actually, I configured it to take the .pot and .po from the branch itself (it still hasn't done it). However, shall I not loose the information about the current Launchpad translations?!
[17:10] <henninge> toobaz: what's the project?
[17:14] <JonyBlaze> so i would like to kame a project ppa what is the best way for me to do this
[17:14] <JonyBlaze> make rather
[17:16] <JonyBlaze> i made a project but i dont see where i can add a ppa
[17:16] <bigjools> JonyBlaze: PPAs are for people or teams, you can't link them to projects (yet)
[17:18] <JonyBlaze> ahh
[17:18] <JonyBlaze> bigjools: it would be nice for a project to have ppas :)
[17:19] <bigjools> yeah, we're working on that
[17:44] <toobaz> henning: sorry, connection problems, if you answered something I lost it
[17:48] <toobaz> I mean: what to do with the pofiles _now_ on Rosetta? Last time I had a problem of this kind, some admin kindly changed the hierarchy on Launchpad (but I do recognize it was at least a couple of years ago...)
[17:50] <henninge> toobaz: the pofiles are generated in the branch in the same location where the potemplate was in when it was uploaded.
[17:50] <henninge> toobaz: I am one of those admins and if you tell me the project and the template, I may be able to help ;-)
[17:51] <toobaz> henninge: it's gvb.
[17:51] <toobaz> tell me if there is anything I must do
[17:51]  * henninge looks
[17:52] <toobaz> (I'll obviously take care myself of solving the problem in the branch)
[17:54] <henninge> toobaz: err, do you get an oops here, too?
[17:54] <henninge> https://translations.launchpad.net/gvb/trunk
[17:54] <toobaz> Wow. Yes. It didn't before
[17:55] <toobaz> it may have to do with the fact that there was a queued import (bzr->rosetta)
[17:55] <toobaz> (just a supposition)
[18:02] <henninge> toobaz: did you delete or rename one of the branches involved?
[18:02] <toobaz> henninge: never. "trunk" is the only branch since 2 years
[18:03] <toobaz> all I did recently was enabling import, export and pushing some commits
[18:05] <henninge_> toobaz: so import and export are on the same branch, right?
[18:05] <toobaz> right
[18:09] <henninge_> toobaz: I cannot find out what's wrong with the page atm
[18:09] <henninge_> toobaz: but I looked at your branch
[18:09] <toobaz> and?
[18:09] <henninge_> toobaz: The changes in http://bazaar.launchpad.net/~toobaz/gvb/trunk/revision/59
[18:10] <henninge_> toobaz: where not necessary apart from renaming the template (.pot).
[18:10] <henninge_> toobaz: the "domain-langcode.po" format is only used in tarball downloads and we have a bug for fixing that.
[18:11] <toobaz> mmmh... It's just that I (had still not discovered about automatic import/export and) thought "if Launchpad does it so, it's better I do too"...
[18:11] <toobaz> so I can absolutely revert that
[18:11] <toobaz> the only problem is if language files keep going in the root
[18:11] <henninge_> toobaz: I am sorry about that.
[18:12] <toobaz> so I have to delete everything from rosetta and let it just restart with everything automatic, right?
[18:12] <henninge_> toobaz: so, the current path for the template is po/good-vibrations.pot
[18:13] <toobaz> that's ok
[18:13] <henninge_> toobaz: ok, I'll change that in the database too, so the file gets assigned to it properly on future updates.
[18:14] <toobaz> great
[18:14] <toobaz> thanks
[18:14] <henninge_> toobaz: also, that means that the exports will go to the po directory, which is what you want, I guess.
[18:14] <toobaz> exactly
[18:14] <henninge_> toobaz: do you only upload the template from bzr or translations, too?
[18:15] <toobaz> ehm... what do you mean?
[18:15] <toobaz> if I manually upload it?
[18:15] <toobaz> I won't, if bzr+lp do the job
[18:16] <henninge_> toobaz: sorry, I meant the configuration for the automatic imports from bzr.
[18:16] <toobaz> it only imports from that branch
[18:17] <henninge_> toobaz: ah, I got to that page now.
[18:17] <henninge_> https://translations.launchpad.net/gvb/trunk/+translations-settings
[18:17] <henninge_> toobaz: you import template AND translations
[18:17] <toobaz> yes
[18:18] <toobaz> mmh... so they will override anything anyway?
[18:18] <henninge_> toobaz: that really only makes sense if you have sources for translations other than launchpad.
[18:19] <henninge_> toobaz: you should make sure that they are the same files, I guess
[18:19] <toobaz> henninge_: for Italian, I have other sources (me), but if it's a problem I can do that on LP too
[18:19] <toobaz> sure, I will check
[18:19] <henninge_> toobaz: others use a seperate export branch and copy the files to the main branch. But that is just an option.
[18:19] <toobaz> ok
[18:20] <henninge_> toobaz: ok, let me fix the template path, first.
[18:22] <henninge> toobaz: ok, done
[18:22] <toobaz> thanks
[18:22] <henninge> toobaz: just remove those po files from the root directory of your branch, next export should occur in the po directory.
[18:22] <toobaz> great
[18:22] <toobaz> thanks again
[18:23] <henninge> toobaz: you are welcome
[18:23] <henninge> toobaz: I might come back to you about that Oops we get on that page.
[18:23] <henninge> it has to do with your branch somehow.
[18:24] <toobaz> ok (I still get it indeed). I think you know my email :-)
[18:24] <henninge> toobaz: sure ;)
[18:24] <toobaz> bye
[19:00] <high-rez> So, launchpad rewards users for doing dumb things.  Like marking a bug Fix Released when its real status is in progress.  I don't understand why normal users can actually change bug status when its actually assigned.
[19:07] <gda> hi
[19:09] <gda> suddenly I can't mail any more to my teams mailing list, I get always "550 Administrative prohibition (in reply to end of DATA command)"
[19:10] <gda> what could be the reason?
[19:13] <Ursinha> hmm, sinzui, do you know what can be happening with gda?
[19:13] <Ursinha> as barry isn't here for me to ask
[19:14] <sinzui> I have no idea
[19:15] <sinzui> gda: are you sending or receiving?
[19:16] <gda> sending
[19:17] <fagan> Im trying to link a branch but when I search for it the box says it cant find it
[19:17] <fagan> How do I tell it where to look manually
[19:18] <sinzui> fagan, is the branch a personal branch in +junk, or a project branch?
[19:18] <sinzui> gda which list?
[19:18] <fagan> Its a team branch
[19:18] <fagan> https://code.launchpad.net/parental-control/trunk/
[19:19] <gda> sinzui: the-vdr-team@lists.launchpad.net
[19:19] <fagan> wrong link
[19:19] <fagan> https://code.launchpad.net/~parental-control-developers
[19:19] <gda> another team member had success some seconds ago
[19:19] <gda> I tried it two times without succes
[19:20] <sinzui> fagan: All branches associated with project are shown at https://code.edge.launchpad.net/parental-control and there is only one. There is also a junk branch at https://code.edge.launchpad.net/~parental-control-developers
[19:21] <sinzui> fagan: so the branch belongs to junk at the moment, not to the parental-control project...
[19:21] <fagan> The junk branch is the one I want to link
[19:21] <fagan> Oh how do I change that
[19:21] <sinzui> fagan: I believe you can change the project it is associated with by editing the details at https://code.edge.launchpad.net/~parental-control-developers/+junk/parentalcontrol
[19:21] <gda> a third time, with only "test" in the body it worked, maybe it is content related
[19:22] <sinzui> fagan: or push your local copy to lp:~parental-control-developers/parentalcontrol/name-of-branch
[19:23] <sinzui> fagan: branchs always have two owners, a person/team and a project, which as the first two components of the lp: url
[19:23] <fagan> So I created it and didnt say what project it belonged to
[19:24] <sinzui> gda: https://launchpad.net/~the-vdr-team I believe you can see the admin links. You may want to check if something is going into hold.
[19:25] <gda> sinzui: I had already done this, it is nothing on hold there
[19:25] <sinzui> gda I believe there is an attachment size limit in mailman (not launchpad). I have seen bug reports about it
[19:26] <gda> sinzui: no attachment
[19:26] <sinzui> hmm
[19:29] <gda> 4th time didn't work, tried another one this time I removed some dotted lines
[19:29] <sinzui> I am testing another list to see if mailman has gone belly up
[19:30] <sinzui> gda can you put the content in http://paste.ubuntu.com/ so that I can see if something is confusing mailman?
[19:32] <gda> http://paste.ubuntu.com/315330/
[19:34] <sinzui> I'll send this to another list to verify the content is the issue
[19:36] <sinzui> gda: the haibunku list took the message
[19:36]  * sinzui is puzzled
[19:37] <sinzui> gda: I even went to the archive as I sent it: https://lists.launchpad.net/haibunku/msg00045.html
[19:38] <gda> sinzui: strange, I can post to the list, only this message I can't post
[19:38] <sinzui> very strange. I do not believe there is anything special about haibunku. I do not even know how to make a list special
[19:41] <sinzui> gda: join https://launchpad.net/~haibunku , subscribe to the list, and send your sample message to haibunku@lists.launchpad.net
[19:44] <gda> sinzui:done, waiting
[19:45] <gda> s/:d/: d/
[19:46] <sinzui> my messages went pretty quickly to the list and archive, and I have an ocean between me and the server
[19:46] <gda> sinzui: <haibunku@lists.launchpad.net>: host forster.canonical.com[91.189.90.190] said:
[19:46] <gda>     550 Administrative prohibition (in reply to end of DATA command)
[19:47] <sinzui> gda: I used evolution to send my email.
[19:47] <gda> sinzui: I use claws, years already
[19:49] <gda> sinzui: I had now success with sending a shortend mail to my list. I remove the part that I had quoted
[19:49] <sinzui> gda, test the first quoted part of the message and the...
[19:49] <sinzui> okay
[19:49] <gda> s/remove/removed/
[19:50] <sinzui> gda: my encoding is utf-8, is that yours?
[19:51] <gda> yes, but I don't think that is related.
[19:51] <gda> I see that it is content related, I will try to live with it.
[19:51] <sinzui> staring at the quoted message thinking about misinterpreted content, I think this looks interesting
[19:51] <sinzui> > SHUTDOWNCMD in der /etc/default/vdr auslösen muß. Wenn mir jemand ein
[19:52] <gda> But it did nothing when you sent it.
[19:53] <sinzui> yes, you are right
[19:54] <sinzui> gda: do you want to try send fragments of the quoted portion to haibunku?
[19:57] <gda> sinzui: I think we proved that the reason is my email client sending the quoted part, will test now squirrelmail
[20:01] <gda> sinzui: It works, claws is the problem, shit
[20:01] <gda> sinzui: thank you for your great help
[20:01] <sinzui> then it is header encoding or content encoding
[20:02] <sinzui> gda: the mailman project maintainer works on my team
[20:03] <sinzui> gda: https://bugs.launchpad.net/mailman/+filebug report the bug about the content and claws (he does use claws on one of his computers)
[20:17] <gda> sinzui: done, thanks, bye
[21:10] <popey> i have a bug which has a link to an upstream bug tracker, but someone has put the wrong bug number, how can i remove the link?
[21:10] <popey> its not obvious
[21:11] <wgrant> popey: Click on the arrow at the left of the task.
[21:11] <wgrant> popey: You'll see options to select other remote bugs there.
[21:12] <popey> yes
[21:12] <popey> and the radio button is on the bug in question
[21:13] <popey> with _two_ radio buttons above it with the same text
[21:13] <popey> "None, the status of the bug is updated manually."
[21:13] <wgrant> That will remove the link.
[21:14] <popey> ticking one of those lines?
[21:14] <wgrant> Yes.
[21:14] <wgrant> I'm not sure why there are two.
[21:14]  * wgrant checks.
[21:14] <popey> https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/445852
[21:20] <maxb> What's the protocol for requesting project ownership transfer from Registry Administrators?
[21:21] <beuno> maxb, Launchpad question
[21:22] <maxb> yes, but do I need to supply proof of eligibility?
[21:22] <beuno> maxb, some will help your case  ;)
[21:39] <AlanBell> hello
[21:40] <AlanBell> I am trying to compile a list of all people who are members of the "Ubuntu Members" group, directly or via nested groups
[21:40] <AlanBell> launchpad tells me there are 534 people
[21:40] <AlanBell> I have manually followed the nesting and I can only find 520
[21:41] <AlanBell> is there an automated way to expand and de-duplicate the list of members?
[21:41] <wgrant> AlanBell: Note that any member teams will count towards the 534.
[21:42] <wgrant> AlanBell: https://launchpad.net/~someteam/+rdf will give you an XML document with information on all team members. I don't know of any other way to expand them.
[21:42] <AlanBell> ah, so the teams are counted as people
[21:43] <wgrant> It's a bit confusing, but that's how it works internally.
[21:43] <AlanBell> ok, that helps, I can go back and count the teams now, not sure there are 14 of them but it will certainly get me closer
[21:55] <AlanBell> there are indeed 14 groups
[21:59] <exarkun> I think someone told me how to fix this once, but I don't remember what they said: Format <RepositoryFormatKnit1> for http://bazaar.launchpad.net/%7Eexarkun/pyopenssl/trunk/.bzr/ is deprecated - please use 'bzr upgrade' to get better performance
[21:59] <AlanBell> thanks for your help wgrant
[21:59] <beuno> exarkun, bzr upgrade lp:~exarkun/pyopenssl/trunk
[22:00] <exarkun> well, indeed, that is the obvious answer, I think
[23:26] <kizzo> Why do the commits made by me from this branch (https://code.launchpad.net/~kizzobot/+junk/mav) do not have a link to my user profile like the commits in this branch (https://code.launchpad.net/~kizzobot/opencog/python-bindings)?
[23:27] <kizzo> Does it have something to do with the SSH keys?  I have reinstalled my OS recently.
[23:37] <lfaraone> Launchpad claims that bug 198136 's debian bug watch, (debbugs 470236), is not a valid bug number, when it's really there. Is this a LP bug?
[23:45] <pbryan> Does PPA cruft eventually get removed from https://edge.launchpad.net/~username/+related-software ?
[23:46] <pbryan> Mine shows 3 packages while I'm only maintaining one now.
[23:47] <pbryan> https://edge.launchpad.net/~pbryan/+ppa-packages  <-- only php-user_0.10-1 is active; the other two should be gone.
[23:47] <wgrant> pbryan: That's a permanent upload history.
[23:48] <pbryan> Ah, okay, so it's on my permanent record. :)
[23:49] <wgrant> pbryan: Sources uploaded to a PPA are kept forever.
[23:50] <pbryan> Okay, makes sense. :)
[23:50] <pbryan> Thanks.
[23:51] <cody-somerville> wgrant, By sources do you mean the source package?
[23:51] <wgrant> cody-somerville: Yes.
[23:51] <pbryan> Out of curiosity, what kind of hoops would I need to jump through to get my package into main?
[23:51] <wgrant> lfaraone: LP has been having issues lately with bug trackers with insane numbers of watches (ie. debbugs and GNOME Bugzilla)
[23:51] <wgrant> pbryan: First get it into universe -- ask #ubuntu-motu about that.
[23:52] <pbryan> wgrant: Thx again.
[23:52] <wgrant> kizzo: You need to run 'bzr whoami "First Last <email@address.com>"'
[23:52] <wgrant> kizzo: The email address is then matched against those on your Launchpad account.
[23:52] <wgrant> pbryan: np
[23:54] <cody-somerville> Interesting. I thought they deleted the source package when they delete the binary from the librarian.
[23:54] <wgrant> cody-somerville: Binaries are expired after a week, but sources are kept in the librarian forever.