/srv/irclogs.ubuntu.com/2008/09/23/#launchpad.txt

=== matsubara-dinner is now known as matsubara
=== kiko is now known as kiko-afk
=== ursula_ is now known as Ursinha
=== spiv_ is now known as spiv
tgm4883_laptopIs there some reason that project bugs won't expire, even though the project is setup to have them expire?  Like bug 15161203:32
ubottuLaunchpad bug 151612 in mythbuntu "Remote not supported" [Wishlist,Incomplete] https://launchpad.net/bugs/15161203:32
IntuitiveNippleIs there a problem with PPA package downloads with apt?04:11
beunoIntuitiveNipple, there shouldn't be. What's the problem04:12
IntuitiveNipplenot sure, but had a couple of reports today of apt-get failing to fetch packages from my PPA, and I've just tried a --reinstall of one I have and it reported "Reinstallation of r5u870-dkms is not possible, it cannot be downloaded" - I can see and grab the packages manually though04:13
IntuitiveNippleMy PPA is "https://launchpad.net/~intuitivenipple/+archive"04:14
beunoIntuitiveNipple, I've used PPAs a few times today, and haven't had any problems. Could be your ISP acting u[?04:14
beuno*up04:14
IntuitiveNipplenot my downloads - other people reporting it from various parts of the world.04:15
beunooh, I see04:16
beunohm04:16
beunospm, is there anything in the logs about that ^ ?04:16
IntuitiveNippleOriginally I put it down to non-techie user error, but I'm talking to someone on IRC now who has followed my directions and it is failing for them04:17
beunoIntuitiveNipple, is the problem with newly uploaded packages?04:19
IntuitiveNippleI don't think so - r5u870-dkms has been there since mid-August04:19
IntuitiveNipplelet me go back to the user... It has just worked for me now04:20
beunoIntuitiveNipple, sure, and we'll see if there's anything odd in the logs04:21
beunothanks04:21
IntuitiveNipplethanks04:21
IntuitiveNipplebeuno: Here's a forum post that says the repository failed for another package in my PPA (unfortunately no details of what happened though): http://ubuntuforums.org/showpost.php?p=5832299&postcount=204:22
beunoIntuitiveNipple, that doesn't look like a PPA problem, but a problem with the package04:23
IntuitiveNipplehmmm04:24
IntuitiveNipplenot the installer bit - I know about that! - the comment at the very start "the repository didn't seem to work"04:24
beunoIntuitiveNipple, ok. We'll see if the admins find anything odd04:25
IntuitiveNipplethanks.04:26
IntuitiveNippleThis user is going to retry it in a few moments when a download has finished04:26
beunoIntuitiveNipple, ok, be sure to get his IP number to see if we can track it down04:28
IntuitiveNippleHe's in Iraq - service personnel04:28
IntuitiveNippleIt seems to have been transient - he's got it too now04:31
beunook04:31
beunoif there's something major going on, we'll see it in the log analysis at the end of the day04:31
IntuitiveNippleokay :)04:33
Peng_Augh!04:34
Peng_LP stopped mirroring my new bzr+http branch. :(04:34
Peng_Revision not present in KnitVersionedFiles object.04:34
spivjml: ^04:37
Peng_The message has already reverted to "will not mirror" even though it's making HTTP requests right now.04:38
Peng_Ooh, done!04:39
Peng_With bug 260219, is the fix deployed now?04:39
ubottuLaunchpad bug 260219 in launchpad-bazaar "bzr+http branches will be completely remirrored every time the puller runs" [High,Fix committed] https://launchpad.net/bugs/26021904:39
mwhudsonPeng: no04:49
Peng_mwhudson: But it should still successfully mirror, right?04:49
Peng_mwhudson: When will it be?04:49
mwhudsonPeng_: good question05:41
=== persia_ is now known as persia
Peng_Which question is good, and are there any good answers? :(06:39
sitsAre there any launchpad admins about?06:51
sitsIf so could they unsubscribe (or deactivate or investigate the following account):06:52
sitshttps://launchpad.net/~teresadd1-006:52
sits(User is repeatedly saying they don't want emails)06:52
spmsits: interesting problem - chasing06:54
persiasits: That user is getting the mail from being a member of the Ubuntu Audio team.  It's probably better just to change group membership than to disable the user.06:54
* persia escalates to the relevant team admin, rather than needing an LP admin06:55
sitspersia: I know06:55
sitspersia: or rather - I can see that the user is part of the team06:56
sitsbut I think the user REALLY wants out06:56
sitsI don't think emailing instructions how would be wise at this point06:56
persiasits: Right.  It's having the team admin deactivate the user from the team, rather than having an LP admin deactive the user from LP.06:56
sitsI'm curious how the user was added to that group myself06:56
persiaIt's an open team: just a click away.06:57
sitsoh sorry06:57
persiasits: No issue.  I just belong to the school of the smaller hammer, carefully applied :)06:57
sitspersia: I can unsubscribe other people from open teams... what a novel concept06:58
sitshmm no I can't06:58
persiasits: Well, team admins can do it.  You can't, but you can raise awareness of an issue, and the team admins may take action.06:58
RAOFsits: For what it's worth, I emailed instructions a couple of days ago when she appeared on a bug I was watching.06:58
persiaRAOF: Instructions to remove herself from the team?06:59
spmWhat's also worth considering - the same user was commenting positively on bugs about a month ago06:59
sitsok in that case I would definitely just unsubscribe the user06:59
RAOFpersia: Indeed.06:59
sitsit will save ugliness06:59
persiaOdd.  I wonder if the person behind the email address changed for some reason.06:59
RAOFAnd an explaination of where the emails are coming from, too.06:59
sitskid singed up with family email address?07:00
spmpersia: that's my thinking - looks like a vaguely generic address07:00
spmsits: could be - but from the address used I'd be inclined to think not07:00
persiaIt does look like a generic ISP address.07:00
persiaspm: No?  I don't see how the address might influence that: isn't the sort of address one gets when having a line connected?07:01
sitsok thanks for your help. Hopefully the user will be unsubscribed and things will settle back down07:04
persiathe user is being deactivated from the team now.07:05
frk2hi guys08:18
frk2i got a problem with merging proposed merges08:18
jmlfrk2: what's up?08:19
frk2well i got a developer with his branch08:19
frk2and when he proposes merging to trunk and i do mark as merged- nothing happens08:19
jmlfrk2: as in, all that happens is the web page now says 'merged'?08:20
Odd_Blokefrk2: I don't think Launchpad does the merging for you (yet).08:20
Odd_Blokethumper's working on that, I think.08:20
frk2oh really?08:20
jmlright.08:20
jmlthe current features are there for tracking08:20
frk2well that explains everything08:21
Odd_Blokefrk2: :D08:21
persiaIs the converse also being implemented: that if someone performs a manual merge (using bzr merge), LP will update the branch as merged?08:21
jmlyeah08:22
jmlprobably that before the other :)08:22
persiaCool.  I always lose track of the status of my branches, and have to schedule branch admin time.08:23
Odd_Blokejml: Do you know that that is not done?08:23
jmlOdd_Bloke: I bet one of those words is wrong.08:23
Odd_Blokes/that that/that the converse/08:24
jmlpersia: yeah. we're talking about phasing out manual branch status management actually.08:24
jmlpersia: although we haven't made firm decisions.08:24
Odd_Blokejml: What sort of timescale would that be on?08:24
jmlOdd_Bloke: I know that the converse is not done.08:24
frk2jml, so i manually merge and then push to launchpad, thats the idea - correct? sorry im new to DVCSs :) subversion convert here :P08:24
jmlfrk2: that's right.08:25
persiajml: Well, I do like some of it.  It's nice to indicate whether something is a idea that one is playing with, something that is likely to be proposed for regular merges as the features come together, or an idea that no longer has value.08:25
jmlfrk2: or you could use a tool like pqm.08:25
frk2hmm whats pqm?08:25
jmlfrk2: I'll let Odd_Bloke field that one :P08:25
persiaI especially like being able to mark branches "Experimental" when they are known to break stuff, to discourage merging.08:25
spmjml: you wimp! :-P08:25
jmlpersia: experimental is probably the one with the greatest value, imo08:26
Odd_BlokeSo, PQM is a robot that does merging for you.08:26
Odd_BlokePatch Queue Manager, BTW.08:26
jmlpersia: 'abandoned' is generally fairly well represented by just 'not touched in a while'.08:26
persiajml: Abandoned has a lot of value too, I think.  New/Development is tricky to determine, and Merged ought be done based on tree comparisons.08:27
Odd_BlokeIt can also do nice stuff like: 'merge', 'run tests', 'if tests successful, push to public location'.08:27
jmlpersia: well 'new' should not be a status at all.08:27
jmlpersia: we already have a hojillion ways of telling how recent a thing is :)08:27
Odd_Blokejml: I dunno, a lot of my PQM branches from over the summer haven't been touched in a while but are just waiting to be merged.08:27
jmlOdd_Bloke: :(08:27
frk2so pqm submits to a pqm service?08:28
persiajml: See, I disagree.  While it's a slightly different case, I've a package in Ubuntu that I last uploaded on 10th May 2007.  I haven't touched it since, because it works, and there's only one bug (related to the ogre model, and not easily soluable).  Just beacuse I've not touched it in 16 months doesn't mean I won't touch it tomorrow if someone files a bug.08:28
persiaErr.  I disagree about "Abandoned".  I agree about "New".08:28
jmlpersia: ahh, that's an interesting case.08:28
jmlpersia: out of curiosity, is the branch bound to a series?08:28
frk2jml, i'll just merge manually :)08:29
persiaAlso, sometimes I'll abandon something after only a couple days, because I've talked with others, and the path I was taking was entirely wrong.08:29
jmlfrk2: probably easiest :)08:29
Odd_Blokefrk2: You submit a branch to PQM.  It then merges that branch into your trunk and runs whatever integration tests you want (if any).  If these are successful, it pushes it to a public location.08:29
frk2yeah, and i can test the code too08:29
persiajml: I doubt it.  I'm a reluctant VCS user at best, so just occasionally push updates to others branches when they want to receive patches that way.08:29
Odd_Blokefrk2: Having first set up a PQM instance somewhere.08:29
Odd_Blokejml: Does Launchpad allow there to be more than one branch which merges could be Merged into?08:30
jmlOdd_Bloke: yes.08:30
jmlOdd_Bloke: technically, any branch can be merged into any other branch.08:30
Odd_Blokejml: Sure, but you wouldn't want 'Merged' to be based on that.08:31
jmlOdd_Bloke: oh right.08:31
Odd_BlokeSorry, should have quoted first time 'round too.08:31
jmlOdd_Bloke: I'd probably say 'Merged' should mean 'merged into dev focus (aka trunk)' or 'merged into a series branch'08:32
jmlOdd_Bloke: alternatively, if it's been merged into all the branches for which it has merge proposals.08:32
jmlOdd_Bloke: not sure which of those approaches I like best.08:33
Odd_Blokejml: How would that fit the model of a project (like the kernel or, maybe, Django) where you have 'foo-dev-1', 'foo-dev-2' and 'foo-dev-3' which should be merged into 'foo-integration' which will eventually be merged into the dev focus?08:33
jmlpersia: so, my theory wrt your "18 months untouched" branch had been that branches like that are generally already marked as special in some way08:34
frk2thanks guys!!!! back to work!08:34
jmlOdd_Bloke: you can still mark them manually08:34
persiajml: Yeah, that's not actually in VCS, but it would be considered trunk.08:34
jmlpersia: right.08:34
Odd_Blokejml: Sorry, I'm still talking in terms of 'Merged' auto-detection.08:35
jmlOdd_Bloke: I don't think Launchpad should try guessing what the status should be in that case.08:35
Odd_Bloke(in the context of the speculative mention of removing manual management)08:35
jmlOdd_Bloke: ahh08:35
persiajml: So you assert that "Abandoned" is covered by time-since-last-push and not being trunk?  What about the case where one abandons quickly, as one has started down the wrong path?08:35
jmlpersia: do you think there's much benefit in marking such a branch as Abandoned?08:36
jmlpersia: to yourself or others?08:36
jmlOdd_Bloke: so, I think that "Merged" as a status is actually too ambiguous for precisely that reason08:36
Odd_BlokeYeah.08:37
jmlOdd_Bloke: it immediately raises the question "merged where?"08:37
persiajml: Certainly, especially as more activity becomes seen as branches.  It removes it from my list of active branches, which helps me to sort out what I'm actually working on.  It also tells others that it's not worth looking there if they want to experiment with other's work-in-progress (not merging to trunk).08:38
Odd_BlokeYeah, perhaps a 'Done' status with something more to clarify how would work.08:38
frk2jml, can i 'un-merge'08:38
frk2or thats revert?08:38
Odd_BlokeWhich could be "Merged to x" or "Abandoned".08:38
jmlfrk2: depends if you've committed already08:38
frk2i have08:38
jmlfrk2: if you haven't, 'bzr revert'. if you have, 'bzr uncommit'08:38
frk2cool08:39
frk2works :)08:39
frk2bazaar kicks ass08:39
jmlfrk2: and then possibly 'bzr revert' -- depending on what you want to do.08:39
jmlfrk2: that it does :)08:39
jmlpersia: why not just delete it?08:39
persiajml: to avoid rewriting history?08:40
* persia doesn't generally like the concept of "delete".08:40
jmlpersia: fair enough.08:40
jmlpersia: this is interesting.08:40
persiajml: I'm not suggesting to remove "delete", as it's useful when one accidentally pushes one's private data, but I don't think it ought be the default workflow.08:41
jml*nod*08:41
persiaAlso, just because I decide some idea isn't worth pursuing doesn't mean someone else won't want to do it.  Assuming some later interface that allows for easy searching of all branches (perhaps just hints to google codesearch), having abandoned branches show (clearly labeled as such) may even be a god thing towards reduced duplication of effort.08:42
jmlperhaps.08:43
* jml thinks08:45
jmlthere definitely should be a way to say explicitly that a branch is uninteresting.08:48
jmland if Launchpad also detects that a branch is uninteresting (no one has touched it, not trunk, not a release branch etc) then care needs to be taken to make sure it plays nice with explicit status stuff.08:49
jmlI sometimes wonder if experimental could be just as conveniently expressed with well-chosen names.08:50
persiaI don't think so, because something could stop being experimental, but you'd want to have a static branch name.08:51
jmlpersia: well, no one should have been using it before then, right?08:51
jmlpersia: it's experimental after all;)08:51
persiajml: Except the other people with whom I'm collaborating to make it not so experimental.08:51
jmlpersia: surely there's no better way to celebrate a successful experiment than a round of jovial renaming and cake?08:52
persiaAlso, since one can subscribe to a branch, it becomes interesting to see status changes: consider a project leader who wants to know when various features might be ready to review for trunk.08:52
spivIf there's active collaboration, then it's safe to say it's an "interesting" branch for the purposes of browsing branches via LP's UI.08:52
persiaSure, but just being interesting doesn't mean that it's suitable for consideration by those using trunk.08:53
jmlpersia: merge proposals cover that case, I think.08:53
spivWhy would someone think it is?08:53
persiajml: Only if you assume a push-only model.  What about several teams working on stuff who want to occasionally pull from each other to avoid collisions, yet none are ready for trunk?08:54
spivI'd tell the teams to keep separate branches for "ready" and "not ready" work.08:54
persiaOr just someone who's working on something, and wants to pull some (possibly incomplete) feature from someone else to avoid duplication of work, and won't be pushing to trunk until the feature on which they depend has gone?08:55
spivWhich they probably will tend to do anyway (it's easier to work from a stable base).08:55
jmlpersia: I think I've missed a link of your thoughts08:55
persiaOK.  I'll try again.  Imagine the following model:08:55
persiaThere is some trunk.  There are *lots* of developers.  Some developers are working on things that are known to break trunk.08:56
persiaThese are the three cases where "Experimental" vs. "Development" are useful:08:56
spivI think my basic assumption is that people *don't* merge unfamiliar branches without first finding out some things about them.08:56
persia1) A project leader wants to know when a given feature is ready for discussion, and can subscribe to the branch for that feature.08:57
persia2) One developer wants to work on something that depends on an experimental feature another developer is working on: their work shouldn't be considered for trunk until the feature on which they depend is no longer experimental08:58
persia3) A developer is working on something with a bound branch.  As they get closer to the goal, they want to be able to mark it as ready for others to test (but perhaps not ready for merge), without needing to branch it again.08:58
jmlpersia: ok08:59
jmlpersia: why don't merge proposals meet the cases described in 1 and 2?08:59
jml(btw this is a very helpful discussion for me, thank you)09:00
persiaspiv: I question that assumption.  For Ubuntu maintenance, people often pull changes from other distros (Debian, Fedora, SuSE, Gentoo), and test them locally.  While there is often communication directly with upstream, or with Debian, it is considerably more rare for Fedora, SuSE, Gentoo, etc.  In these cases, it's mostly pulling a solution, testing it, and maybe applying it.09:00
persiaI don't see any reason why a sufficiently large group of developers on a sufficiently large project wouldn't do the same thing.09:01
spivpersia: right, but in those cases you know something about the source.09:01
persiaIt's generally more efficient to look for an existing solution than to create a new one, and once a team gets large enough (>Dunbar's number), and distributed enough, communications lag can cause issues.09:01
jmlI would hope that branch whiteboards would get used more often in those circumstances09:02
jmlalthough that's nearly orthogonal to explicit statuses.09:02
spivpersia: it's "ah, debian has packaged a newer version" or "I want to synchronise my packaging to be up to date with what's happened in debian testing", or there's some other explicit reason *why* the merge was done.09:03
persiaspiv: Right.  Let's assume you trust me to do cool stuff.  Wouldn't it be handy if you could see which of my branches I thought were pretty good, which were not for general use, and which were not useful when you wanted to pick a patch from me?09:03
jmlI asked my question first guys :)09:03
persiaspiv: No.  Ignore Debian.  Consider Fedora, SuSE, Gentoo.  It's about getting patches to add features or fix bugs.09:03
persiajml: I suppose I could use a whiteboard, but that takes longer than clicking a button, and doesn't summarise well in a long list.09:04
spivRight, so it's "get bug fixes made by Gentoo", then.  It still strikes me as a different case to finding a branch I know *nothing* about and just merging it.09:04
jml<jml> persia: why don't merge proposals meet the cases described in 1 and 2?09:04
persiaspiv: That's not what I'm saying: I'm talking about merging from a branch where you don't have non-VCS communication with the branch author.  You might know the code, but given the volume of branches for a given author, you may want to only pick the good ones.09:05
spivpersia: so finding out "pretty good" vs. "not for general use" vs. "not useful" doesn't seem like something a single "Experimental" status can communicate :)09:05
jmlpersia, spiv: all of this is making me think that bzr's launchpad plugin needs to grow more features.09:05
persiajml: for 1, because just because something is ready for testing doesn't mean it's ready for merge, especially for a project on which lots of other projects depend (e.g. gcc).  For 2) it's a pull merge.  The second developer needs to know when the first developer thinks it won't break stuff in order to guide timeline planning.09:06
persiaspiv: I want three statuses: "Experimental", "Development", "Abandoned".09:06
spivpersia: ideally the fact that Fred's changes in branch X have been accepted into Gentoo would tell you that branch X is good, rather than hoping that Fred is keeping his statuses up to date.09:06
persiaI think "New" and "Merged" should be automatic, but don't want to lose the existing manual feature.09:07
spivEspecially if you aren't in direct contact with Fred to check that they are.09:07
spivjml: I agree that more features for that plugin would be very good.  I'd love to do all my LP branch management from a command line.09:08
persiaspiv: Not really.  We might have a different model for that infrastructure than Gentoo, and Fred's patch could completely break it for Ubuntu.  The point is that I'll want to look at the set of patches from a likely OK source (e.g. Gentoo), even though I'm not in communication.  I don't expect that Gentoo will send merge requests.09:08
spivpersia: If we can't find a better way than explicit statuses, then I agree they would be ok.  But I think we should be trying to find ways to make this stuff totally automatic and effort-free.09:09
persiaLet's assume for this that Gentoo is also using LP for VCS hosting.  I'll be looking at the Gentoo dev team branches.  It would be nice to see which ones are "Experimental" or "Abandoned" to reduce the search and review time.09:09
spivRight, but if Fred's patch for Gentoo breaks Ubuntu, Fred isn't going to know that or tag his branch with that info.09:09
spivSo at some point you need to inspect the changes.  So the question is how much of that inspection effort can be automated.09:10
persiaspiv: I understand the desire for automation, but I think it's better not to dispose of useful features just because it's easier.  If you default to "Development", only people who use it would ever have to know it's there.09:10
persiaspiv: Yes, but if Fred's patch is expected to break Gentoo, it's not likely worth me reviewing it for Ubuntu.09:11
persia(Yes, it might be a good patch for Ubuntu, but it's more likely to not be)09:11
spivRight.09:11
spivSo that is an interesting use case.09:11
jmlpersia: we should totally default to Development.09:12
* jml always thinks of that as 'vanilla'09:12
persiajml: Absolutely.  That means that people who don't have a need for "Experimental" or "Abandoned" won't use them.09:12
spivI'd think that merge proposals would model that ok though -- if Fred's branch isn't proposed for merging into Gentoo, it probably isn't ready yet.09:12
spivi.e. if you're looking for interesting new work being done by Gentoo, start by browsing their merge proposals.09:13
spivjml: +1 for defaulting to Development :)09:13
persiaspiv: So rather than going to https://code.launchpad.net/foo-plugins to see the patches, you'd suggest I check each similar project, review which branches might be merge candidates, and build a list for review that way?  How is this easier?09:13
spivWell, more broadly speaking, view all branches proposed for merging into anything.09:14
persiaOK.  How do I sort the branches for e.g. Fedora (likely fairly safe) vs. the branches for e.g Arch (likely have some issue or they would have been requested for merge into Ubuntu)?09:14
spivIdeally LP should have a single page per project to show you that, if that would be useful.09:14
spivAnd I'd imagine that page would give you the usual nice table, with the clickable column headings that sort the table however you like.09:15
* jml hugs bzr-removable09:15
persiaI guess.  I have a single page per project that shows me a reasonably good overview now.  If there's a better page, I could see giving up the current page, but I don't want to give up the current page because a better page might be possible.09:15
spivIf "is proposed for merging somewhere" signifies someting important, I don't see why that attribute couldn't be highlighted on the front page.09:16
spivIn much the same way as "Status" is now.09:16
persiaspiv: I agree.  I think it needs significant review.  I'd prefer to either have parallel pages, or show both pieces of information for a while to see which works better.09:17
spivExcept rather than "Status" being a simple list you manually fill out from a drop-down, it's an automatically derived thing that Launchpad shows based on what's actually happening to the branch.09:17
jmlok. now I really really want to do some plugin hacking.09:17
persiaspiv: Just as a thought exercise, let's go through indication markers for each of the statuses with merge requests.09:18
* persia will have to leave in 10 minutes09:18
persiaspiv: How do we represent a developer indicating that the branch is useless, and should be ignored (Aboandoned)?09:19
spivThat's basically my wish: that with all the information Launchpad has about a branch (changes in it, it getting merged into other branches, proposals to merge it, bugs linked to it, people viewing it, people downloading it, etc), that I shouldn't have to then manually tell Launchpad what its status is, except maybe in exceptional circumstances.09:19
persiaOh, I agree with that.  I'm only talking about exceptional circumstances :)09:19
spivI'd be ok with an explicit Abandoned state, but I also wouldn't expect it to be used very often.09:20
persiaRight.  That matches my thoughts.09:20
persiaHow do we represent the case that a branch may break things, and shouldn't be used as a basis for others work?09:20
spivWell, I really don't think there's much need to guard against that.09:20
jmlpersia: perhaps I'm cynical, but isn't that the default case?09:21
spivMost breakages are really obvious.  "bzr merge; make" --> BOOM, compile error... "oh, ok, I guess that branch is busted".09:21
spivAnd again, I think merging from branches speculatively is pretty unusual.09:21
persiajml: Well, when I'm working on something to target trunk soon, there's no need.  If I'm reimplmenting something in e.g. a different programming language, there's no expectation of merge *anytime* soon.09:22
spivPerhaps important enough that we need to think about how to make it smoother, but still unusual.09:22
spivI have enough trouble keeping up with branches I have reason to be interested in :)09:22
persiaspiv: I disagree.  I see it a lot in some teams: where team members track each others' branches, and grab interesting bits.  Mostly for teams that don't have commit to trunk, and want to collaborate on a merge proposal.09:23
spivRight, but that's not the same: that's watching a team's work.09:23
spivYou have other information to help you out there; you're probably lurking on a relevant mailing list, for instance.09:23
persiaHeh.  Some of these folk need to be prodded to read ML traffic :)  This is the new immediate age: mail takes too long.09:24
spivIt's not "hey there's a branch I've never seen and know nothing about, let's see if it makes my system explode."  I just don't understand how that would ever be productive :)09:24
spiv"Hey there's a branch that touches feature X that I care about"... sure, I can see why you'd try that out.09:25
spivBut not totally arbitrary, where the only thing you know about a branch is it's URL.09:25
persiaOh.  I do it all the time with patches to fix bugs in Ubuntu.  If there's a bug that I want to fix, and I don't have a solution, I'll google for every bugtracker, patch, blog entry, etc. I can find, and try one or more patches to see if they work.09:25
persiaI can read the code, so I understand when it's roughly right, but I don't necessarily know the source.09:25
persias/source/source of the patch/09:26
jmlpersia: so, if you came across one of these patches and saw the word "Experimental" on it, would that change your behaviour?09:27
persiaIf I assume that LP imports or hosts all interesting branches everywhere, that becomes simpler, but status tagging is helpful.09:27
persiajml: Yep.  I don't pull from Fedora development or Debian Experimental unless I have some assurance that it's the right solution.  My common initial trolling points are Fedora released and Debian unstable.09:28
jmlinteresting.09:28
spivSo, if the branch didn't come from the official upstream branch, it might not be good enough quality for inclusion even if it appears to fix the relevant bug.09:28
spivOr from some other blessed source.09:28
persiaspiv: Rather, it's about optimising my patch review path.  I start with things known to be more stable, and then look for things that might be less stable.09:29
spivSo you're saying there are sources that are sometimes blessed and sometimes not, and you need them to be explicitly marked to know which is which?09:29
spivOk.09:29
persiaIf someone specifically indicates that something is known unstable (e.g. Debian Experimental), it's not likely a good place to start.09:29
spivSo, how I'd imagine this would go, is rather than scanning all branches first,09:29
spivI'd scan the *release* branches of Debian, Fedora, etc first, to see if they have a fix.09:30
* jml has to go.09:30
spivAnd only if that search fails to find something would I look further afield.09:30
persiaWell, rather that I'd like to have some indication if someone things their branch isn't ready.  I'm not that hung up on "official" sources.09:30
jmlg'night gentlemen.09:30
* persia has to go too. Let's continue another time.09:30
spivjml: g'night09:30
spivpersia: so I think searching for a fix can be done better :)09:31
spivpersia: let's continue another time :)09:31
spivpersia: thanks for the patient discussion!09:31
=== Ng_ is now known as Ng
* wgrant wonders if CVE stuff is ever going to be touched again, or if he'll end up working on it when LP does eventually become Free.10:27
=== Nafallo_ is now known as Nafallo
=== bac_afk is now known as bac
=== salgado-afk is now known as salgado
=== nebi is now known as nebi|away
=== nebi|away is now known as nebi
=== warp10_ is now known as warp10
=== nebi is now known as nebi|away
=== nebi|away is now known as nebi
=== bac is now known as bac_breakfast
=== nebi is now known as nebi|away
=== mrevell is now known as mrevell-lunch
=== bac_breakfast is now known as bac
=== nebi|away is now known as nebi
=== bac is now known as bac_standup
jcastrobarry: one more team list to unmangle: ~ubuntuforums-unanswered14:38
barryjcastro: done14:39
jcastrothanks!14:39
elmoubuntuwhatnow?14:45
=== bac_standup is now known as bac
Hobbseeelmo: long form of ubuntucrack.14:47
wgrantThat sounds about right.14:48
=== ursula_ is now known as Ursinha
=== mrevell-lunch is now known as mrevell
=== Verterok is now known as Verterok|out
andrea-bsmrevell: I think that this FAQ should be updated: https://answers.launchpad.net/launchpad/+faq/3916:20
* mrevell looks16:20
mrevellandrea-bs: Absolutely. I agree. I'll update that in the next few minutes. Thanks.16:20
=== Verterok|out is now known as Verterok
=== matsubara is now known as matsubara-lunch
=== jkakar_ is now known as jkakar
=== ursula_ is now known as Ursinha
=== bac is now known as bac_lunch
=== salgado is now known as salgado-lunch
=== matsubara-lunch is now known as matsubara
NCommanderbeuno_, hola17:25
=== bac_lunch is now known as bac
=== salgado-lunch is now known as salgado
=== nebi is now known as nebi|away
=== nebi|away is now known as nebi
=== andreas__ is now known as ahasenack
=== Verterok is now known as Verterok|out
=== bac is now known as bac_bbiab
=== warp10_ is now known as warp10
=== bac_bbiab is now known as bac
=== Verterok|out is now known as Verterok
=== nebi is now known as nebi|away
=== nebi|away is now known as nebi
=== mikrox is now known as mikro
=== bac is now known as bac_afk
=== nebi is now known as nebi|away
=== nebi|away is now known as nebi
=== thumper_laptop is now known as thumper
=== salgado is now known as salgado-afk
RainCTHi. Where is the option to change a project name gone? :P22:38
beuno_RainCT, there should be a yellow edit button next to the title22:38
=== beuno_ is now known as beuno
RainCTbeuno: there's the "Edit details" but it only allows to change the "Display Name" and the "Title"22:39
RainCTie, not the name used in the URL22:39
RainCT(or could it never be changed?)22:39
beunoRainCT, you can't edit the name used in the URL22:39
beunoyou have to poke kiko-afk or Rinchen about it22:39
beunoor, file question requesting it22:39
RainCTah, then I may have dreamed that there was an option for it :P22:39
RainCTOK, thanks :)22:39
beunonp  :)22:40
Rinchenouch22:40
Rinchensomeone poke?22:40
RainCTRinchen: Don't worry :). I wanted to change a provisional project name to another provisional name, but if that has to be done manually I'll wait until I have a real name for it :P22:42
RinchenRainCT, yes it's manual at the moment. But an easy manual22:43
RainCTAnyway, don't worry about it for now :).22:45
* RainCT goes to bed, good night22:46
=== fta_ is now known as fta
tuxxy__im having trouble with my mailing lsit if anyones around?23:51
beunotuxxy__, sure, what seems to be the problem?23:55
tuxxy__hi beuno, well it seems I cannot send out mail to my own mailing list, yet team members can send to it successfully, I have tried from two different e-mail providers also and every time no one receives the mails, not even me heh23:56
tuxxy__I receive e-mails sent to the list by anyone else but I cannot send them23:57
tuxxy__https://lists.launchpad.net/64-bit/23:58
tuxxy__as you can see it is working for them but not the owner23:58

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!