=== mpt [n=mpt@203.118.156.188] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === mdke_ [n=matt@unaffiliated/matt/x-000000001] has joined #launchpad === mholthaus_ [n=mholthau@johnny33.dersbach.ch] has joined #launchpad === mpt_ [n=mpt@203.118.156.188] has joined #launchpad === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === stub [n=stub@ppp-58.8.1.92.revip2.asianet.co.th] has joined #launchpad === stub [n=stub@ppp-58.8.1.92.revip2.asianet.co.th] has joined #launchpad [05:01] stub: hi? === mpt__ [n=mpt@203.118.156.188] has joined #launchpad === sevrin [n=sevrin@202.75.186.154] has joined #launchpad [05:53] mpool: Hi [05:54] mpool: I guess launchpad-bazaar is the best place for the bug report. [05:55] mpool: Make sure you say how urgent it is so it can be prioritized (I think Kiko does this atm? Or is it matsubara?) === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad === frodon_ido [n=patrick@ip-213-49-150-10.dsl.scarlet.be] has joined #launchpad [06:30] Gooooooooooooooooood afternoon Launchpadders! [07:05] hello mpt [07:15] hi mpool === marcus_notebook [n=mholthau@110.25.76.83.cust.bluewin.ch] has joined #launchpad === marcus_notebook [n=mholthau@110.25.76.83.cust.bluewin.ch] has left #launchpad ["Konversation] === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === Spads [n=crack@host-87-74-89-130.bulldogdsl.com] has joined #launchpad === Fujitsu [n=Fujitsu@c58-107-168-5.eburwd7.vic.optusnet.com.au] has joined #launchpad [08:42] morning [08:59] hi sivang, sorry I was asleep earlier === mholthaus_ [n=mholthau@johnny33.dersbach.ch] has joined #launchpad [09:02] mpt: nahh, 's okay had nothing important. === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [09:09] Good morning === malcc [n=malcolm@host86-134-233-12.range86-134.btcentralplus.com] has joined #launchpad === _mholthaus [n=mholthau@johnny33.dersbach.ch] has joined #launchpad [09:16] hi ddaa [09:22] wow, cool diagrams for spec dependency === Fujitsu [n=Fujitsu@c58-107-168-5.eburwd7.vic.optusnet.com.au] has joined #launchpad === mpool [n=mbp@ozlabs.tip.net.au] has joined #launchpad [09:31] lifeless: mpool: we have an issue with the bzrlib fetcher: bug 53825 [09:31] Malone bug 53825 in launchpad-bazaar "branch puller does not properly sanity checks branch data" [High,Confirmed] http://launchpad.net/bugs/53825 [09:31] it looks like the fetcher was optimised not to process all the data it pulls across branches [09:32] that causes the branch puller to break its contract and no longer ensure that all the mirrored data is valid (by the definition of that version of bzrlib) [09:33] to keep the system simple to understand and provide guarantees to the current and future tools that use the data on the supermirror, we want the branch puller to keep providing that guarantee [09:34] that means we need either: [09:34] * an option on the fetcher to make it sanity check all data it pulls across [09:34] ddaa: err, how about it is just considered a bug in bzr ? [09:34] because thats all it is [09:34] hey ddaa , lifeless [09:35] lifeless: I'm entirely happy to consider that a bug in bzr [09:35] I just wanted your input on considering it that [09:35] I think doing checks bzr does not do is not in general helpful [09:35] lifeless: it's a about early failure [09:35] I think let pulling be bzr's responsibility and treat failures like this as, well, bugs. [09:36] doing what you describe is up to 50 times slower than allowing bzr to decide what checks it needs [09:36] I think it makes sense for the fetcher to have some level of trust on the data it moves around, so it can be faster [09:36] or worse [09:36] whats happened here is that jelmers plugin appears broken [09:37] and has inserted bad data into bzr, which has been preserved intact [09:37] but the puller has some special paranoid requirements and is willing to pay extra for guaranteed-valid data. [09:38] lifeless: it's probably a bug in jelmer's plugin, but it's also a bug in the branch puller (or bzrlib) that said data was moved around without failing. [09:38] your point that pull should not propogate dud data is valid [09:38] your proposal is overreacting IMO [09:38] it will suck major arse [09:39] single branch pulls will take hours or days [09:39] lifeless: that's why I expect that those checks will not be enabled by default [09:39] hu? [09:39] it will suck for the branch PULLER === sabdfl [n=mark@87-194-36-33.bethere.co.uk] has joined #launchpad [09:40] you'll need to do 10K xml parses for a single pull of a new bzr branch for instance [09:40] which is very unsustainable [09:41] lifeless: what do you propose? [09:41] as I said [09:41] if it happens, file a bug in bzr [09:41] BjornT: https://help.launchpad.net/MaloneHighlights [09:41] please could you and bradb correct any mis-statements there? [09:41] there will always be occasional bugs, and the fix for the bug will be to ensure that particular form of defect cannot occur again [09:42] lifeless: ack that [09:43] lifeless: there's another issue though. It's not clear how launchpad should report errors if we allow the branch scanner to fail. Jamesh and I expect that displaying branch scanner failures on the branch page would be confusing, and people would read them as branch puller errors. [09:44] in the current situation, it just fails silently, which I think is slightly better, but cause people to file bugs (jelmer just filed one) [09:45] at least, it's silent to the user, we get an error in the email logs [09:45] so, one way is for the puller to file a bug saying 'branch appears corrupt' [09:45] you mean the "scanner" right? [09:45] s/bug/failure log [09:45] yes [09:45] scanner [09:46] give a useful error to the usr [09:46] *user* [09:46] and generate an OOPS report for us. [09:46] or possibly better, file a 'branch appears corrupt. OOPS-ID-xyz' report [09:46] then it will get analyzed by the automatic oops reports logic [09:47] *and* theres an indication to the user that we are looking into it. [09:48] I like the oops idea, but I do not like the automatic bug report idea, as invalid branches like that tend to come in clusters [09:48] not a bug report [09:48] a branch report [09:48] okay [09:48] in the branch [09:48] right [09:49] sabdfl: sure, i'll take a look at it and will discuss it with bradb [09:49] "This branch was mirrored successfully, but it appears corrupt (_OOPS-ID-xyz_). We are looking into the problem." [09:50] sure [09:50] sounds good, it move the cryptic stuff out the page so it should not look too much like a mirror failure (users do not read _anything_) [09:52] Can probably restrict that error handling to BzrError in BzrSync [09:54] thanks BjornT. also, could you add a partial screenshot to each feature? by partial screenshot I mean crop a screenshot of the relevant part of malone and point out the relevant data on the page? [09:59] sabdfl: well, i think someone else can do it better and faster than i can, but i'll make sure it gets done. === jamesh [n=james@81.16.227.227] has joined #launchpad [10:23] so, for the patch I'm writing, I need to touch xx-specs-11-setdistrorelease.txt and add a clause to xx-specs-02-creation.txt. I am going to convert them both to testbroweser, is there a general rule to know which lost test credentials were used in each tests? (in the old format, there is only the base64 authentication data) [10:24] this is malone 52038 [10:24] Malone bug 52038 in blueprint "Please rename "Braindump" state to "New"" [Wishlist,In progress] http://launchpad.net/bugs/52038 [10:25] s/lost// [10:27] BjornT: thanks! === Spads [n=crack@217.205.109.249] has joined #launchpad [10:27] sivang: if you decode the base-64 in the test, you should have a good idea of which browser class to use [10:28] sivang: since it's base64 you can find it out doing: 'some-base64-encoded-string'.decode('base64') [10:28] jamesh: ah, right , thanks dudes ;) [10:28] sivang: if the login is test@canonical.com, then it will be clearest if you use user_browser. If it foo.bar@canonical.com, it will be clearest if you use admin_browser [10:28] otherwise just use browser and set the login credentials === SteveA [n=steve@195.182.78.95] has joined #launchpad [10:31] good morning [10:31] BjornT, jamesh: meeting in #launchpad-meeting please === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has left #launchpad [] [10:47] SteveA: I feel burning pain In my left forearm when typing [10:47] Currently hunt-and-pecking with just the right hand [10:48] Requesting sick day away from computer [10:49] Having me seen frantically typing for the past week, I think you can understand what happened [10:49] ddaa: continuing on #canonical === mpt_ [n=mpt@203.118.156.188] has joined #launchpad [10:54] mpt: hello [10:54] mpt_: hello_ [10:54] hi SteveA [10:55] mpt_: james and bjorn will be looking at improving our forms infrastructure this week [10:55] you can help them by talking with them in #launchpad-meeting about it, and highlighting issues and open bugs on this that would be good to have addressed [10:55] such as tab navigation in a form [10:55] ok [10:55] as in, now? [10:56] sure. we're meeting for lunch in 1 hour, and after lunch we'll be planning the week from my place. [10:56] so if you have time now, that would fit in well === doko [n=doko@dslb-088-073-087-126.pools.arcor-ip.net] has joined #launchpad === Keybuk [n=scott@quest.netsplit.com] has joined #launchpad [11:10] /join #launchpad-meeting === mpt [n=mpt@203.118.156.188] has joined #launchpad === stub [n=stub@ppp-58.8.1.92.revip2.asianet.co.th] has joined #launchpad === mdke_ is now known as mdke [11:24] jamesh: one of the tests uses the 'carlos' credential, is admin_browser completely encompasses all of it's permissions? (I see on the README.txt it's also rosetta admin, ubuntu translators, testing spanish team). [11:25] sivang: use "browser", and call browser.addHeader() to set the credentials [11:25] sivang: there are a few other page tests that do this which you could grep for [11:27] jamesh, PQM told me that my monospace change landed, but it doesn't seem to have shown up in arch-commits@ and I don't know why === jinty [n=jinty@213-156-52-99.fastres.net] has joined #launchpad === BjornT -> lunch [11:35] jamesh: sure, I've already spotted some few that do that. === mholthaus [n=mholthau@16-62.1-85.cust.bluewin.ch] has joined #launchpad [11:37] mpt: looking at the branch on sodium shows your branch merged as r3846 [11:38] ok, cool [11:39] I think you said you wanted to put it on demo.launchpad.net === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad [11:42] mpt: yeah. I'll look at doing that later today === jelmer [n=jelmer@a62-251-123-16.adsl.xs4all.nl] has joined #launchpad [11:59] mpool: Do you want the total number of people who own branches registered with Launchpad, or the total number of people using the sftp hosting service? [12:00] mpool: Also, how should I count teams? Ignore them, or count them like a person? [12:04] stub: they are separate metrics - we want both [12:04] for branches registered, teams are people, please count them as such and dont count their members [12:05] for branches hosted on the supermirror, I think counting the team members makes sense [12:05] it would be nice to know that as a separate number, actually [12:05] "how many teams are collaborating on bound branches using the supermirror" [12:05] and for logins to the sftp server, we probably want to count the number of unique individuals logging in [12:05] sabdfl: agreed [12:06] with all these stats, I'd like to link the raw stat with a wiki page so we can develop commentary -- explain our understanding of what the graph means [12:06] and how it applies to understanding how we're doing [12:06] stub: any ideas on that? [12:07] Why use the wiki? I can just stick that in the descriptions of the cricket graphs if people need the commentary. [12:08] well [12:08] I expect various people to have insights about the commentary, about what the graph means to us [12:08] and I expect this understanding to develop over time [12:08] crikiwiki [12:09] We should look out for a better solution than cricket for this btw. It is the best tool I'm aware of to do this, but it isn't the best fit and a pita to configure. [12:09] python bindings for open office org ;-) [12:09] (maybe roll our own once we have a better understanding of what we need) [12:11] stub: crickets magic is in rrdtool [12:11] doing a different frontend that is easier to configure would be very easy [12:12] lifeless: I know. Just insert time and inspiration ;) [12:13] well then, bend over :) === lifeless readies the time [12:14] that is in speer action, not inspiration. === cprov [n=cprov@monga.dorianet.com.br] has joined #launchpad === SteveA -> lunch [12:21] good morning, guys ! [12:21] morning cprov ! [12:22] sivang: hi, how are you ? === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad === lfittl [n=lfittl@85-125-147-235.dynamic.xdsl-line.inode.at] has joined #launchpad === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === Yannig [n=Kokoyaya@AToulouse-254-1-61-40.w81-49.abo.wanadoo.fr] has joined #launchpad [01:11] Hello everybody [01:12] Spads> I answered you :) [01:13] Yannig: thank you. let me check [01:13] hmm, I don't seem to have the mail [01:14] I answered to mailman@lists.ubuntu.com :( [01:14] ohhhh [01:14] let me look for it [01:14] "You can switch to l10n-oci (and do what we told yesterday: mass-registering and archives transfer). I still don't know how but I'll find a way to update this in Rosetta." [01:16] thank you [01:16] You're welcome [01:16] Tell me when it's done :) [01:18] will do [01:35] Spads> I'm setting it up [01:36] Yannig: I only just got it fixed up [01:36] you're quick! [01:36] but yes, I moved subscriptions and archives over [01:36] I received a mail telling me about a new registration ;) === Spads nods [01:36] And I have deleted the old list [01:36] Great :) [01:37] I "just" have to find-replace everything in Rosetta now :P [01:37] Isn't there a script for that? :D [01:37] Sorry about that. But thank you for migrating to the new list. [01:37] I'm not the person to ask about rosetta, I'm afraid. [01:39] Don't worry :) [01:42] cprov: I'm fine thanks, you? [01:43] sivang: too late, I'm not fine anymore ;) [01:43] sivang: eh, I'm fine, thank you [01:44] cprov: hehe === jinty [n=jinty@213-156-52-99.fastres.net] has joined #launchpad === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad [02:16] SteveA: no sign of carlos or danilo, are they OTL? [02:17] danilo missed his flight, and he'll be around very shortly [02:17] he called me last night [02:17] carlos is on vac === MaSa69 [n=MaSa69@dsl-jklbrasgw1-fe1cfb00-100.dhcp.inet.fi] has joined #launchpad [02:27] so, I use broswer.open and browser.url instead of the ugly "GET .... HTTP/1.1 200 Ok" ? [02:27] (to verify that a page has been accessed successfuly) [02:30] sivang: yes. and where it makes sense, you use browser.getLink('some link').click() instead of .open() [02:33] BjornT: cool, thanks. === jamesh [n=james@window.gnome.org] has joined #launchpad === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad === niemeyer [n=niemeyer@200.193.154.46] has joined #launchpad === svaksha [n=svaksha@unaffiliated/svaksha] has joined #launchpad === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has left #launchpad [] === dsas [n=dean@host86-128-51-145.range86-128.btcentralplus.com] has joined #launchpad === lbm [n=lbm@82.192.173.92] has joined #launchpad [03:35] kiko: hello === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad [03:35] morning! [03:35] how are things on your end SteveA? [03:35] good morningn to you [03:36] things are fine. james and bjorn and I had lunch in town, and now we have a schedule of things to look at this afternoon [03:36] morning kiko [03:36] that's great to hear. remember my pleas for FormLayout mmkay? [03:36] hey SteveA [03:36] do you have anything specific you're looking for in a form layout? [03:36] hi sivan [03:38] the first thing bjorn and james are doing is to look through mark's https://help.launchpad.net/MaloneHighlights page [03:38] making various improvements and putting in some appropriate screenshots === Lord_Athur [n=alejandr@pc-10-33-214-201.cm.vtr.net] has joined #launchpad [03:47] I'm converting xx-specs-02-creation.txt to test browser, I've ran into , it appears in the old format as the data, but surely I do not need to include or touch in the testbrowser test? (it's not something a user can interact with) [03:48] sivang: nope, just grab the elements that are visible in the page. [03:49] matsubara: cool, thanks [03:59] flacoste, hi, I think the stuck branch on PendingReviews is yours === sivang wonders if there is/will be a way to manipulate a form like a dictionary, allowing a cleaner set up of multiple values, then submitting them. [03:59] mpool: it is, i've fixed it, thanks [04:00] flacoste, your review is long! I'm still finishing it from friday :) [04:02] kiko: yeah, i know it is quite a large patch, but most of it is new or moving of tests === glatzor [n=sebi@ppp-82-135-12-42.dynamic.mnet-online.de] has joined #launchpad === danilos [n=danilo@82.117.204.69] has joined #launchpad === Lord_Athur [n=alejandr@pc-10-33-214-201.cm.vtr.net] has left #launchpad ["Leaving"] [04:28] so, the old xx-specs-02-creation.txt contained a field.priority which seems to be gone now, how come this wasn't refelcted in the test? === abhay [n=abhay@ss75.shared.server-system.net] has joined #launchpad [04:34] do I simply 'make schema' to put my DB back to a 'clean' stage to run some test caluses from a story by hand? [04:35] s/stage/state/ === sivang checks the newsampledata target. [04:37] sivang: yes, and apparently with the old test POSTing a field.foo that doesn't exist in the form is ignored. [04:37] matsubara: oh man, just lke a million reaons to move to test browser :) [04:38] Waouh ! [04:39] My Karma was multiplied by 10 during my holidays! [04:39] It's great not to do anything :) [04:40] yeah [04:45] Spads> You may also want us to change our team-name? [04:45] https://launchpad.net/people/ubuntu-l10n-oc [04:46] Yannig? [04:46] That's not my department, really, Yannig [04:46] I'm in charge of the mailing lists [04:46] Fair enough :) [04:46] but if you want to change your team name, sure [04:46] I won't stop you :) [04:47] I'm not really sure why more people don't use 639-2 instead of 639-1 [04:47] kiko? [04:47] Spads> I didn't even know about it :( [04:48] do you guys want to do something? [04:48] Spads> By the way: it seems the mailing list does not like my accents :( [04:48] I'm kind of miffed that the LANG env var doesn't use it [04:48] Yannig: where? [04:48] kiko> Spads asked me to change l10n-oc into l10n-oci for the Occitan mailing-list [04:49] Spads> https://lists.ubuntu.com/mailman/listinfo/ubuntu-l10n-oci and https://lists.ubuntu.com/mailman/listinfo/ [04:49] jordi: around? [04:49] mdke> On holidays I think [04:49] Yannig: did the old one do this? [04:50] thanks Yannig === Yannig [n=Kokoyaya@AToulouse-254-1-61-40.w81-49.abo.wanadoo.fr] has joined #launchpad [04:50] ah [04:51] Yannig: did the old list do this? [04:51] Ups [04:51] Missed something [04:51] Spads> I don't remember [04:51] I think this is a general mailman bug [04:55] stub, mdz would like passwords to actually be able to see the cricket graphs :) [04:58] kiko: Passwords haven't changed since the last time I sent them to the mailing list :-P [04:58] stub, but I don't think mdz is subscribed to them [05:01] later, going out for some hours [05:02] kiko: sent [05:02] thanks [05:02] stub: Current values not available: Architecture x86_64-linux-gnu-thread-multi not supported yet. [05:02] kiko: What use cases do you have for deb_version_match and deb_relation_match ? [05:03] mdz: cricket issue - never looked into it. [05:03] stub, if you look through database/ there are a few XXXs -- places where we python-sort instead of DB sort [05:03] stub, and there are more where I'd love to do that but couldn't yet [05:03] stub: who admins that cricket instance? it's pretty easy to fix [05:04] kiko: So gustavo's code will be useful for sorting? I was thinking ideally we need something that converts a debian version number to a string (or integer) we can just sort alphabetically. If we had that, we could build indexes and use them. If we can't use an index, there isn't much difference sorting on the client than on the db server. [05:04] mdz: Me I guess. What is the fix? [05:05] stub, well, sorting from the DB has an additional advantage of making the SelectResults easier to reuse/combine [05:05] stub, but I agree that indexing on it would be nice [05:05] kiko: Do you think it is possible to do what I described? [05:06] stub: actually I'm surprised that it doesn't work out of the box; it's using packaged cricket? [05:06] mdz: Yes. [05:06] stub, I'm thinking. it's probably possible, but will require some effort to determine a good format [05:06] stub: anyway there's a tool in the source tree which you run and it spits out a bit of Perl code which you patch into one of the modules [05:06] blech [05:07] stub: getFormat.c [05:07] Or I could submit a bug report and make someone else fix it in the package ;) === stub wonders if he has a source tree === mdz hands stub "apt-get source" [05:08] I submitted a patch upstream aeons ago to fix it to not require this awful hack, but they went dead [05:08] I think I still have commit upstream, but I'm afraid that if I commit something I'll be nominated maintainer === Lord_Athur [n=alejandr@pc-10-33-214-201.cm.vtr.net] has joined #launchpad [05:16] SteveA: do you still have plans to do some adapters refactoring this week? [05:18] flacoste: remind me of the context please [05:20] SteveA: it was started by https://launchpad.canonical.com/ITicketTargetAdapter [05:21] and you can fin the discussion archived http://people.ubuntu.com/~fabbione/irclogs/launchpad-meeting-2006-07-10.html [05:21] thanks [05:22] I'm doing various things this week to prepare for the launchpad infrastructure sprint next week [05:22] and this is one thing I want to look at [05:23] SteveA: ok, let me know if I can be of any help [05:24] thanks [05:24] how is the ticket target implementation looking at the moment? [05:26] well, presently each class implements the interface and there are two methods that are implemented by delegating to an helper method [05:27] also, in the tt-search branch that kiko is currently reviewing, I've removed the ITicketTarget from the bases of IDistribution, IProduct and company [05:27] this was compatible with the discussion we had and it was needed for security [05:28] (Some security declarations just did allow interface='IProduct' which also allowed all of ITicketTarget) [05:34] Hey, so I'm looking to set up a bzr tree for some planet.ubuntu.com goodness. Are there any launchpaderinos here who can help me figure out how to get a proper lp+bzr setup so that I can grant access to more ubuntroids? [05:35] Spads, ddaa is a good bet [05:35] ddaa: I choose you! [05:39] if he is not idle or on vac [05:39] does anyone know? [05:39] lifeless, SteveA: do you know if we have any end-user documentation for shared branches? [05:40] ddaa is off sick [05:40] alas. [05:41] Spads: the basic story is to (a) create a team on Launchpad, and (b) push your branch to sftp://bazaar.launchpad.net/~teamname/product/branch [05:42] hmmm [05:42] I think that part of this is that my goal is to make this branch available to the ubuntu distro team, of which I am not a member [05:42] That's all there is to it. [05:42] Spads: it is best to work with the team owned branch through a checkout. So either do "bzr checkout sftp://..." to create a new checkout [05:43] Spads: as long as something is on launchpad, it's available to the whole world [05:43] I want them to be able to commit [05:43] the team is useful for granting commit access === jinty [n=jinty@213-156-52-99.fastres.net] has joined #launchpad [05:43] Spads: when you commit to the checkout, the changes will be committed to SFTP at the same time. Run "bzr update" on the checkout to get any changes others have committed [05:44] Spads: okay. Add the ubuntu distro team to the team owning the branch [05:44] ah okay === ddaa goes back off the keyboard [05:44] thanks [05:44] teams can have other teams as members [05:46] jamesh, are there any user docs? [05:47] kiko: I'm meant to be writing an article about it, but haven't done much on it yet. [05:47] jamesh, okay. thanks [05:55] mdz: I am here, yup [05:55] jordi: eh? [05:55] er [05:55] mdke: ^ [05:55] sorry mdz :) [05:55] stub: how often are those graphs updated? I am unable to see any change at this granularity, and without the current values, it's hard to tell [05:56] mdz: Standard cricket - every five minutes === panthera [n=daniel@panthera-systems.net] has joined #launchpad [05:57] jordi: hi. there is so much spam to -translators, and hardly ever any posts to approve. What do you think about removing the moderator functionality and just have it approve emails from subscribed members and reject others? [05:57] mdke: yeah, it's terrible. I'd have to check if there's some policy against this practice at ubuntu.com first. [05:58] It's unfortunate, though === LeeJunFan [n=junfan@s64-186-37-84.skycon.net] has joined #launchpad [05:58] I cna find out [05:58] i was told that cannonical/ubuntu does, based on the email address from debian uploads, create accounts on launchpad.net [05:58] as i don't need nor want an 'account', who can remove it? [05:58] .oO(well, and i have even three of them - all 'empty') [05:59] panthera: I think it is necessary for certain functionalities in launchpad. You don't need to do anything - no details are disclosed, afaik. Someone else will be able to give you a more authoritative answer though [06:00] jordi: yeah, thanks [06:01] mdke: i want this 'Daniel Baumann is not an active member' to be removed. I know that I'm not involed in ubuntu. [06:01] mdke: we are free to move to this policy. [06:01] panthera: launchpad is much more than ubuntu [06:02] jordi: shall I poke around and implement it? or do you want to consult with carlos too? [06:02] LarstiQ: then replace ubuntu with launchpad in my last sentence. [06:02] matsubara, is checkwatches not working currently? [06:02] yeah, let's run this through carlos too, but I'm pretty sure he'll be happy as well [06:02] panthera: that just means that you are not involved in any projects which are represented on launchpad [06:02] I just saw https://bugs.freedesktop.org/show_bug.cgi?id=5723 [06:02] Freedesktop bug 5723 in icon theme "Bad Metaphor Used for edit-delete Icon" [Major,Resolved: fixed] [06:02] mdke: i know what it means. [06:03] matsubara, which is RESOLVED FIXED but still not marked as such in launchpad [06:03] panthera: it bothers you? [06:03] jordi: ok, how about we do it now, and run it past him afterwards? [06:03] mdke: yes. [06:03] matsubara: https://launchpad.net/distros/ubuntu/+source/evolution/+bug/31034 [06:03] Malone bug 31034 in tango-icon-theme "evolution shows wrong trash icon" [Unknown,Unconfirmed] [06:03] mdke: that's ok for me too [06:04] jordi: ok, I'll see if I can do that [06:04] kiko: I've got mpt's monospace bug comments changes up on https://demo.launchpad.net/ if you want to check them out === matsubara checks [06:04] jamesh, ah, cool! did you also fix up sf.net weblinks? [06:04] jamesh, the wrapping is still kinda weird: https://demo.launchpad.net/products/python/+bug/sf223599 [06:05] jamesh, that was one comment neil made on python-dev [06:05] panthera: I admint being puzzled as to why. [06:05] kiko: no weblinks yet. === glatzor [n=sebi@ppp-82-135-12-42.dynamic.mnet-online.de] has joined #launchpad [06:06] LarstiQ: i'm not involved with ubuntu/cannonical/launchpad. i don't want a negative statement saying 'this guy does nothing here' somewhere on a site, regardless about what it is. [06:06] jamesh, aww [06:06] kiko: I might see if I can patch them into the current import though. [06:06] thanks jamesh [06:07] panthera, can you point me to the page where you are raising issue? [06:07] mdke: okay === azeem [n=mbanck@host45.natpool.mwn.de] has joined #launchpad [06:07] heya [06:07] panthera, we could change the content to make it less aggravating [06:08] kiko: can't find anything in logs. I'll have to look at the log archive since I don't have all of them. [06:09] kiko: https://launchpad.net/people/?name=daniel+baumann&searchfor=all [06:09] kiko: and then click one one [06:09] panthera: Ah, I didn't think of that is negative, but I see now. About launchpad, there are tons of people/projects not associated with canonical that use it. [06:09] panthera: like, me. [06:09] matsubara, just look at the latest checkwatches run. [06:09] LarstiQ: it's more about people who are on launchpad who *don't* use it [06:10] azeem: can't they just ignore it? no personal details are given away [06:10] kiko: that's what I did. that bug was closed on the 24th and I don't have logs for that day. [06:10] LarstiQ: again, i'm not making any difference between ubuntu/cannonical/launchpad - i'm not involved at all in all three of them. [06:10] mdke: they seem to have issues [06:10] azeem: it doubles as an account to use, but is also information about teams etc [06:10] azeem: this is the first example I've seen :) [06:10] azeem: you don't have to use it to be of use [06:11] panthera, a) what if we just did s/Launchpad// ? b) if we removed the text "is not an active member", would that improve things? [06:11] panthera: my point is that almost noone is involved with them [06:11] my proposal was: "If no member of any teams, no Ubuntero and has not created account themselves (possible to detect?) -> "This person is not affiliated with Ubuntu, Canonical or Launchpad" [06:11] plus, some people have taken offense at the "Ubuntero: not yet" [06:12] panthera, c) we could also add information saying "This entry was created automatically by Launchpad (_why?_), but the account has not yet been activated." [06:12] jordi: done, I think :) [06:12] azeem, that's just a bug. I should get rid of that. [06:12] maybe you could consider changing that to "Ubuntero: no" for people who did not create their people-page through the creation of an account=? [06:13] LarstiQ: if you remove everything, both the wiki-link, and the 'daniel baumann is not active', [06:13] azeem, we should just not say anything. [06:13] kiko: please understand that you have *all* Debian Developers as people on launchpad, and some outright hate Ubuntu (for whatever reasons) [06:13] I know. [06:13] LarstiQ: yes, and something like 'this entry was automatically created and does not mean, that the person is affilated with ubuntu/connical/launchpad/$whatever' in any way. [06:13] LarstiQ: that would be fine. [06:13] so your above c) sound very good, I'd just add a "not affiliated with us" disclaimer as well [06:14] panthera: right, that should be doable *looks at lp devs* [06:14] but most projects on LP are not affiliated with Canonical... [06:14] mdke: that's not the point. [06:14] What I don't understand though, is why people think people/foo has anything to do with u/c/l? [06:14] maybe that should be more clear? [06:14] LarstiQ, well, it /is/ under launchpad.net :) [06:14] No one seems to object to sourceforge users [06:15] LarstiQ, yeah, but they are explicitly created for your project [06:15] kiko: Not true with migrations, like the python.org sf import [06:15] LarstiQ: does launchpad include all sourceforge users? [06:15] anyway [06:15] azeem: for the subset of python, yes [06:15] LarstiQ: and it's quite strange, that all my packages are listed there too. [06:15] mdke: ok. Let's see how it goes. [06:16] maybe that was discussed, and it doesn't matter much anyway, some people in Debian weren't asked and don't like it [06:16] LarstiQ: i created crappy http://people.debian.org/~daniel/documents/ubuntu.html some days ago, because i was sick of those mails i get [06:16] azeem: if Python picks us, we'll probably be creating a number of accounts for SF accounts that opened or commented on Python bugs [06:16] LarstiQ: about 5 per week asking stuff about old packages which are in dapper and got in ubuntu no update since january [06:16] panthera, what sort of emails do you get? [06:17] panthera, and how did they find your email address? [06:17] panthera: I agree that is a problem. [06:17] kiko: maintainer field [06:17] panthera: that is probably a different issue (namely the Maintainer: field) [06:17] I am not sure that is on-topic here [06:17]