=== beuno_ is now known as beuno
tc-ruchowho should I talk to for a super-project name in launchpad?00:40
thumpertc-rucho: an admin, ask a question on the launchpad project00:45
tc-ruchowhat's the per-project available disk storage at launchpad?01:52
persiatc-rucho, While I don't have the answer to the ultimate question, I do know that you'll want to phrase it more specifically.  At least branches, bugs, translations, answers, and possibly more don't count towards any quota.01:53
tc-ruchopersia: but still, space is not unlimited. Google gives 1GiB for mercurial repository. I was curious about launchpad's01:55
spmtc-rucho: additional to persia. I suspect you mean PPA's? the default limit is 1Gb. but that can be updated where necessary. We have no limit on bzr branches atm.01:55
SamBtc-rucho: you mean there's a limit ?01:55
tc-ruchospm: I see, well, that's good01:55
tc-ruchoSamB: it is logic to think there is one, but since I didn't find it...01:56
persiaspm, I know about the PPA limit.  Is there also a limit to release downloads?01:57
spmpersia: not sure what you mean? as in the diff between PPA's and release downloads?01:58
spmoh. hang on. brain kicked in.01:58
spmnot that I'm aware of no. The only limit I know of is with the PPA's.01:58
persiaspm: heh.  Right.  Thanks.02:00
=== cody-somerville_ is now known as cody-somerville
nhandlerDid Launchpad recently speed up how often it processes PPA uploads? I've noticed a significant increase in speed between the moment I upload the package and the moment I get the email.02:33
kklimondaIf I want to keep bzr branch of package I'm maintaining in LP I have to register project for this package?02:34
persiakklimonda, There's a special +junk project you can use while you're initially playing about, but if you want to share branches and take full advantage, yes.02:35
kklimondapersia: i see, I was wondering what this junk is for :)02:36
persiaI'm not sure that's what it's for, in any sense, but you can use it that way.02:37
thumperkklimonda: there are package branches02:37
thumperkklimonda: so you don't need to register a project02:38
thumperkklimonda: which package?02:38
kklimondathumper: crawl02:38
thumperkklimonda: you should be able to push to something like lp:~your-id/ubuntu/karmic/crawl/some-branch-name02:38
thumper+junk is for stuff that isn't really a project02:39
persiathumper, Does that work cleanly already?02:39
thumperpersia: does what work?02:39
thumperpersia: package branches?02:39
persiapackage branches at code.launchpad.net02:39
persiaAh, cool.02:39
thumperpersia: you have codebrowse, code reviews, email, push pull the works02:40
jml"the works" might be a little too extreme :)02:40
thumpersome listing pages are still being worked on02:40
thumperfor some definition of "the works"02:40
jmlhttps://bugs.edge.launchpad.net/launchpad-code/+bugs?field.tag=package-branches provides a pretty good working definition :)02:40
* thumper goes back to emptying his inbox02:41
kklimondathumper: lool.. come on, now I have to clean up my monitor..  ;)02:41
persiaThe two things that interested me are 1) being able to discover branches for packages with the UI, and 2) imports from uploads.02:41
* persia looks at the bug list to see if those are part of the current "works"02:41
jmlpersia: imports from uploads are being tracked separately. james_w will be pushing up imports starting this week.02:42
persiaAnd the discoverability seems to be covered by a bunch of bugs to be resolved soon.02:43
=== mcasadevall is now known as NCommander
MTecknologyWhat's going on w/ lp.net05:15
MTecknologypages aren't loading05:15
MTecknologyno images or styles are being applied05:15
mwhudsonprobably the edge rollout05:16
mwhudsontry shift-reload05:16
MTecknologythat cranked out finally :D05:17
* MTecknology is excited05:18
spmMTecknology: happens this time of day atm. fwiw.05:18
spmabout 17mins ago was kickoff for the auto edge update05:18
MTecknologyoh, it's not a really big update?05:19
spmTue Jun 2 05:00:07 BST 2009 About to update edge from 8487 to 8495 <== big enough given it's only Tues morning :-)05:21
* MTecknology is too tired :P05:21
ovnicrafthi folks, how i can add a user to my project?06:07
ovnicrafti need a team for that?06:07
persiaovnicraft, Projects don't have direct association with people.06:08
persiaA team may have a branch or a PPA.06:08
ovnicrafti created a project and i want add my friend06:08
persiaSome projects do it this way.  Some just have lots of people submit branches.06:08
ovnicraftpersia, done thx06:09
lifelesssomething is really disconnected that people thing of /projects/ as having defined people06:10
persialifeless, Well, outside of code, projects typically do consist of people.  By "Project" we tend to mean something that might map to a barn-raising, but there are many things out there that have persistence (e.g. A project to improve the city centre)06:12
lifelesspersia: This is true. But we're trying to gather the emergent aspect in lp - folk that improve the city centre should be listed, rather than folk that say 'I will improve...'06:15
persiaI know this, and you know this, but this is different than other models.  I regularly encounter people who wish to become Ubuntu Members or Ubuntu Developers because they believe this is a required step to be permitted to contribute.06:16
lifelessbut this is a core part of open source culture06:16
lifelessone *I* think is a key part of the success of the 'model'.... so how do we teach other people about this06:17
persiaBut I don't think it's fair to expect that meme to be intuitive as it scales to millions of people.  We need better documentation.06:17
lifelessI'm not sure that its intuitive at all06:18
persiaPerhaps parables.06:18
lifelessbe interesting to dig into its origins some time06:18
persiaA set of fairly short stories that demonstrate rather than explaining, and are interesting enough in their own right to spread.06:19
lifelessthat would be an interesting experiment06:19
persiaTo me, the origins come from volunteerism and close-knit communities.  The barn-raising is a handy example.  Everyone needs a barn, but they are hard to build by oneself.  Having a hundred people spend a weekend gets it done.06:20
persiaOf course, that doesn't work well if there are cities, etc.06:20
persiaBecause the hundred people can't expect to get their own barn next time.  Of course, with software, replication cost is very low, which makes it easier to give everyone a barn, but unless people have experience with this sort of exchange, it may be new to them.06:22
lifelesspeople sending bug fixes in by tape to folk they have never met doesn't fit that model that closely06:22
persiaI suppose.  I'd be in a better position to argue my case if I'd attended more than 3 barn-raisings, but I will say that I often didn't know the folk I met at them when I arrived.06:23
persiaBut I would know the hosts, which makes a difference.06:23
lifelessI think the economics of it are very similar06:23
lifelessmmm, or arguably similar06:24
persiaIt's a bit of a stretch.  The whole rationale for a barn-raising is that barns are expensive.  With open source, we make software cheap, which is different.06:25
lifelesssoftware is horrendously expensive to produce06:25
lifelesscheap to replicate06:25
lifelesseven small projects get price tags similar to barns quite quickly, if you trust sloccount06:26
persiaGood point.  It's probably the production aspect that is interesting.  The low replication cost would map to the community trust that ensures each family gets a barn (well, excepting the librarian, the storekeeper, the printer, the blacksmith, etc.)06:27
jmarsdenIs the "emergent" model really the primary one in FOSS software development?  The commonly-made distinction between those with commit priviledges to the project source tree, and those who send in patches (or their own branches which someone with privs can merge), is very much part of the open source culture, is present on LP ... and doesn't really fit this model, does it?06:28
persiajmarsden, Well, with DVCS, the definition of "project source tree" becomes slightly less important.06:29
jmarsdenOnly sort of... how does LP capture the fact that someone emailed 57 patches to the project team, but none were accepted?   Even if they created 57 private bzr branches...06:30
jmarsdenWhen the original questioner above asked about "adding his friend", I suspect he intended to grant his friend some kind of "commit bit" ... right?06:31
lifelessjmarsden: the gatekeeper aspect is odd :)06:31
persiaWell, private branches tend to be discouraged.  In the case of public branches, I believe it tracks that the branches exist, rather than that they were merged into some other branch.06:31
lifelessjmarsden: we don't know what the question asker was asking06:31
lifelessoriginally you *had* to send code to the author as there was a) no networking and b) no mesh networking06:32
jmarsdenArgh, he's left already... oh well.06:32
lifelesslater CVS/SVN provided an incentive to send patches straight in because there was still no robust mesh networking facilities06:33
lifelessbut since dvcs meshing has become more feasible, and with the uptake of broadly available dvcs its becoming more a social choice rather than a technical imperative06:33
jmarsdenlifeless: Yes, but consider the BSD world where there is a core team with commit privs.  Consider the SF model where you join a project and then are granted a subset of privs within that project... even projects that have used DVCS for some time still have gatekeepers and a "main" branch... consider the Linux kernel as an example...06:34
persiajmarsden, Right.  LP ignores all that, and encourages mesh working.06:34
lifelessjmarsden: and nearly universally one *earns* commit rights and gatekeeper privileges by *doing*06:34
persiaSo, if I trust you, I might merge your changes to the kernel, rather than waiting on some arbitrary gatekeeper.06:34
lifelessjmarsden: e.g. the linux kernel, folk become a gatekeeper by maintaining a tree with patches for the area/topic they consider specially important06:35
jmarsdenHmmm.  Lp still lets team members with admin privs decide who can commit to each branch, and designate one branch as "the" development branch, ...06:35
jmarsdenI'm not sure things are nearly as egalitarian as your model seems to imply.06:36
persiajmarsden, No.  LP only lets people or teams commit to branches owned by those people or teams directly.  It's only if one has a special "committers" team that this is directly tied to a specific branch.06:36
persiaThe designation of the "official" branch is mostly convenience for bzr branch lp:foo, but I know that I, at least, usually pull or merge from branches other than trunk that more closely align with what I'm doing.06:37
jmarsdenThat's fine and useful for the personal use of a knowledgeable developer.  But at some point in the process, only one branch with be uploaded into Debian or Ubuntu... and rightly so, there'd be user confusion if Ubuntu includes 8 different versions of Evolution, 12 of Thunderbird, and 15 of OpenOffice or whatever... if you want your code in the released distribution, you need to get it into whatever branch that will be.06:41
jmarsden As far as I know, anyway.06:41
lifelessjmarsden: welcome to PPA's06:42
persiaHrm.  I suppose that at some point, one could abolish the concept of "trunk", and have that be emergent based on the branch most likely to be merged into other branches.06:43
persiaAnd one could abolish the idea of a true distribution, and instead construct one from a set of PPAs that one trusts.06:44
jmarsdenHmmm.  I am being told by folks mentoring me on my way to MOTU-ness that I need to get my stuff out of my PPA and into Debian experimental or unstable... :)06:44
lifelessjmarsden: you do, because by doing that you make it more easily accessible to people06:45
persiajmarsden, Well, that's about a team.  In order to be MOTU, you need to be perceived as a peer by MOTU.  This is best done by doing what MOTU do.06:45
lifelessbut doing so is an example of your getting out and doing; which is precisely the emergent thing we're talking about :)06:45
jmarsdenI'm not averse to getting out there, at all... but that makes the PPA-as-distro-equivalent seem... not yet a reality! I think that yes, in theory one could construct a less-gated approach, but I think the reality in the open source world remains one of "gatekept" codebases.06:46
lifelessI sense some conflation06:47
persiaEven if we say that there are master codebases that are gatekept, most of those will permit anyone who actively contributes to participate in the gatekeeping.06:48
lifelessgatekeeping is fine; its a quality metric, and for a given branch of a project there will naturally be some gatekeeping policy the branch owner[s] enforce06:48
persiaThe few exceptions tend to be forked, for better or worse (e.g. glibc vs. eglibc)06:48
lifelessthe distinction is project [many contributors, those that step up are visible] and branch [typically small number of direct committers]06:48
persia(or, more famously, emacs vs. xemacs)06:48
spmtrust. do "we" trust "you" to hold dear our values as per this code/project/etc.06:50
jmarsdenSure.  And that means there will always be a "we" and a "you", and a way for an individual to become one of the "we" (to become a gatekeeper, perhaps).  But that's not really all that 'emergent', that's a clear distinction between two different classes of contributor, isn't it?  The "do you have a commit bit or not" distinction is in some sense quite hard and quite binary.  Which is fine... but I'm not sure it fits the "06:54
jmarsdenjust sort of join in and become a part of things by doing" model terribly well.06:54
persiaspm, The trick is finding a way to determine which is the trusted codebase without asking people.  I don't think we can do that.  It also impinges on concepts of identity (I own this project vs. I contribute to this project)06:54
persiajmarsden, While I agree the "do you have the commit bit" is binary, I'm not sure that it's important if there's no specific "best" branch.06:55
jmarsdenAgreed... but if one considers acceptance into a distribution as a common goal for software projects, then there *is* such a "best" branch... the one that will be uploaded into the distribution.06:56
lifelesswhich, for debian/ubuntu/redhat is rarely the upstream :)06:56
persiaWell, I think it's rare that any branch is directly uploaded.  Usually it's an amalgamate branch constructed of merges that match the best set of code in the mind of the person uploading.06:57
lifelesspersia: native06:57
spmhmmm. upstream + patches. pretty close to upstream. personally I monitor the distros and integrate their patches back. begs the question why they don't send them on but....06:58
lifelessspm: case closed :P06:59
persiaspm, Well, that depends on the complexity of the gate.  In your case, you seem to have more of a welcome ramp, which makes the argument moot.  Where there is a stronger gate, we work around that.06:59
persiaAnd in those cases, it may be not very close to upstream at all (e.g. OO.o)06:59
spmperhaps it's the same problem in both directions. eg insane upstreams that make distros work harder; and upstreams that believe distro XYZ is insane. two sides of the same coin.07:01
spmpersonally I prefer the more... "insane" distros - they stress the code in weirder ways. freebsd isims vs mandrivia ism's. by comparison redhat/suse/ubuntu are trivial.07:02
persiaIndeed.  Or just sane people failing to effectively communicate.07:02
jmarsdenSpeaking of getting stuff into Debian... what is the usual delay time between getting the "accepted" email back, and the package showing up on the debian mirrors?  I had something accepted into Debian unstable earlier today...07:07
persiajmarsden, 15 minutes to 6 hours + mirror sync delay (2 minutes to 1 week, depending)07:09
persiaPlus, you often have to wait for builds, etc.07:09
jmarsdenThanks... ah, I just rechecked and it is there now :)07:11
jmarsdenWill it now auto-sync into Karmic, or do I need to create a sync request bug?07:13
jmarsden(I should be asking this in #ubuntu-motu I suppose)07:14
persiajmarsden, You want to be asking these questions on #ubuntu-motu (and I'll happily answer them there) :)07:14
persiaYes :)07:14
=== abentley1 is now known as abentley
=== asac_ is now known as asac
_simono_hi, how long does it take until LP has scanned a new branch?11:59
sorenIt's usually a matter of minutes of me.12:01
soren*for* me.12:02
_simono_soren: ok, i deleted the branch and reuploaded it, maybe that works12:03
hyperairhello. who can i talk to about my @ubuntu.com address alias issues? (it doesn't work)12:04
lifeless_simono_: that will cause it to start over12:04
lifeless_simono_: if its a big project scanning can take a few minutes; in future though please ask a question on answers.launchpad.net/launchpad-code, or ask the help contact listed in this channels' topic12:05
_simono_lifeless: ok, I thought this channel is for questions12:06
lifelessit is12:06
lifelessbut if there is noone here at a given time there is a web interface too12:06
lifelesswhat I was specificially suggesting though was to avoid giving the system *more* work to do when its a little slow ;)12:07
kiko_simono_, what branch is that, btw? -- and don't mind lifeless, he's a bit grumpy this late ;)12:11
lifelesssorry if I was grumpy ;). Its the sinus headache thats doing it12:12
_simono_lifeless: No you weren't :)12:14
kikowe had an issue with the SS yesterday12:14
kikowanted to make sure it wasn't so any longer12:14
_simono_kiko: https://code.edge.launchpad.net/~simono/byobu/fix-typo it's just a tiny commit12:14
kikolet me check12:15
wgrantWill CHR be starting again soon? There's been none for like 2.5 weeks.12:36
oldman_is anyone free to do a ~vcs-imports import review for me?12:37
kikooldman_, sure12:40
kikowgrant, there have been CHRs for most of the last 1.5 weeks12:40
kikowgrant, yesterday, for instance, it was abentley12:40
=== noodles is now known as noodles775
abentleykiko: I was OCR, not CHR, yesterday.12:41
kikoyou said CHR, but that's fine, somebody else was :)12:43
wgrantkiko: Last topic change involving a CHR person was 2009/05/15, AFAICS... or does it not go in the topic now?12:44
kikosometimes people forget it12:44
kikobut at any rates, around allhands it definitely goes a bit crazy12:44
wgrantOf course.12:44
kikowgrant, why didn't wee see you at UDS this time?12:45
wgrantkiko: I'm terribly burnt out and unable to usefully contribute to Ubuntu at the moment.12:45
kikowgrant, work or what?12:45
wgrantBurnout + studying at uni + working at uni.12:46
noodles775wgrant: you're still contributing lots by watching and commenting on bugs :)12:47
wgrantnoodles775: On Launchpad, perhaps.12:47
=== gmb` is now known as gmb
noodles775wgrant: Yep. BTW, have you seen jono's burnout talk in the past? if not, definitely get the slides/video from UDS when available...12:48
noodles775lots of useful stuff for dealing with burnout etc.12:48
wgrantnoodles775: Thanks. I shall grab that when I find it...12:49
kirklandhowdy good launchpaders ...  can someone approve the mailing list for ~byobu-users ?12:54
_simono_kiko: could you find out something about the scanner?12:59
kiko_simono_, it looks like it's busted -- I will need to get somebody to look at it13:00
=== salgado-afk is now known as salgado
aleksander_mhi all. when's launchpad going free software?13:08
aleksander_mI read some time ago that launchpad source would be published sometime this year, right?13:08
bigjoolskirkland: done13:09
kirklandbigjools: rock on :-)  thanks!13:10
* kirkland likes having faces to put to some of these launchpad nicks :-)13:10
bigjoolskirkland: yes :)13:10
kikoaleksander_m, by july.13:12
kikoaleksander_m, there's an open sourcing faq on help.launchpad.net13:12
kiko(or is it on dev?)13:12
aleksander_moh, nice, thanks13:12
bnikolicHello, was wondering about the import https://code.launchpad.net/~vcs-imports/gpe/trunk, seems to be pending review for quite a while now13:14
=== Edwin_ is now known as EdwinGrubbs
=== Ursinha changed the topic of #launchpad to: https://launchpad.net/ | Help contact: Ursinha | Join https://launchpad.net/~launchpad-users | Channel logs: http://irclogs.ubuntu.com
=== fjlacoste is now known as flacoste
=== digitaloktay is now known as oktay-glatze
kiko__the branch scanner did a nasty this morning15:37
kiko__jml and herb worked on getting it unstuck and it should be all back to normal now15:37
kiko__sorry to people that were impacted by this!15:37
pan1nxis the launchpad's PPA "Architecture aware". I mean, if I build a package for ARM, will it only build it in a ARM builder machine?15:51
bigjoolspan1nx: we don't support ARM in PPAs (yet), or was that a more general question?15:52
zoobab01is Launchpad open source now?15:59
zoobab01where can I download the code?15:59
persiapan1nx, Aside from the current lack of PPA ARM builders, it's probably best practice to try to build things for Architecture: any or Architecture: all, rather than for specific architectures (unless it is known a priori that it's not possible to build on a specific architecture).16:01
bigjoolspan1nx: LP will honour whatever Architecture: you specify when building in a PPA16:02
bigjoolszoobab01: it's not open until late next month16:03
kirklandhow long does it take a git import to happen in launchpad?16:10
kirkland"pending review"16:10
Ursinhakirkland: I'm reviewing the imports today, as the person in charge16:12
Ursinhawe have a backlog because of AllHands/UDS16:12
kirklandUrsinha: cool, thanks, man16:12
Ursinhalol, np :)16:13
kirklandUrsinha: whoops, sorry, dudette :-)16:21
=== thou is now known as timothy|trg
bialixhi, I have a feature request. Is it possible to have some checkbox or other settings to hide Fix Released bugs from Branch page. E.g. https://code.launchpad.net/~qbzr-dev/qbzr/trunk <-- there is too much bugs listed. Will be nice to hide some of them somehow?16:38
=== kklimonda_ is now known as kklimonda
=== jordi_ is now known as jordi
dokoplease could somebody answer question #72855?17:18
* Ursinha looks at question 7285517:57
kklimondahttp://launchpadlibrarian.net/27417827/kUum6p8vWSw2VbfV1vo7CfKfXVx.txt - I guess that's because .changes contain .orig.tar.gz which is already uploaded.. but shouldn't it die more gracefully? ;)18:03
kklimondaoh, wait - that's because I have reuploaded package..18:04
kklimonda(just saw version..) sigh - still this error is really weird :)18:04
cprovkklimonda: it should definitely die more gracefully, can you reproduce the issue ?18:29
cprovkklimonda: and possibly file a bug on soyuz so we can get it fixed soon18:29
* cprov is embarrassed by that18:29
kklimondacprov: I think it happens every time I upload new version of package when previous one is building.18:30
kklimondaI remember seeing it once before18:30
cprovkklimonda: uhm, isn't it a failed-to-upload build error ?18:31
kklimondacprov: wait, i'll give you a build log18:32
cprovkklimonda: I think you misunderstood me then, it's has to be a failed-to-upload build error if you are going to show me a successfully buildlog.18:33
kklimondayeah, i probably did :)18:33
cprovkklimonda: by the time the binaries were built the source was not available in the archive because it was superseded by a new version18:34
cprovright ?18:34
cprovpublishing too fast ...18:35
mdkeis there a way to cleanly move a branch from one project to another in the UI, or is it necessary to push the branch to the new project and delete the branch on the original project?18:41
intellectronicamdke: you need to push it again, afaik. you can avoid making mistakes by setting a repository and setting the rules for public branches in your locations.conf, b.t.w. i never find myself thinking about where to push a branch. i just do `bzr push` and it goes to the correct place18:55
mdkeintellectronica: thanks - it's not so much a mistake as a change of policy, in this particular case. I'll repush18:56
mdkewhat does it mean when pushing to Launchpad and you get the message "Using default stacking branch"?20:23
beuno_mdke, that it's not pushing all the history, instead, it's stacking on top of another branch20:24
beuno_so it transfers less data20:24
mdkebeuno_: ok, kind of lik a shared repository?20:26
beuno_mdke, yeap, similar result20:27
=== beuno_ is now known as beuno
mdkeok, cool - thanks20:27
=== beuno_ is now known as beuno
dajhornShould all PPAs be signed by Launchpad now?  I uploaded some PPA packages last week, but the Release.gpg file was not created.21:23
beunodajhorn, they should, yes21:25
beunomaybe cprov knows21:25
beunowhat's your PPA?21:25
dajhornbeuno: http://ppa.launchpad.net/dajhorn/ppa/ubuntu/dists/jaunty/21:26
dajhornbeuno: No Release.gpg for  1024R/1EE8660B is being published.21:27
bigjoolsthere was a brief problem with the signing last week, file a Question on Soyuz and someone will fix it21:27
dajhornbigjools: Will do.21:27
bialixcan you direct me where is best place to send/file a feature request about hiding Fix Released bugs from Branch page?21:28
bigjoolsthanks, and sorry for the hassle21:28
thumperbialix: file a bug on launchpad-code21:33
bialixah, jelmer already file such bug 29109321:35
ubottuLaunchpad bug 291093 in launchpad-code "branch page lists all bugs fixed" [Medium,Triaged] https://launchpad.net/bugs/29109321:35
bialixthx anyway21:36
=== Snova_ is now known as Snova
cprovdajhorn: upload or copy something new to you ppa and it will trigger the signatures.21:44
dajhorncprov: Just did a few minutes ago, and the Release.gpg has appeared.21:45
cprovdajhorn: np21:48
tc-ruchohi. Anyone here has used Google Code's mercurial hosting? what's your oppinion of it vs. launchpad's service?22:01
tc-ruchoI'm... new to both... and would like to hear some opinion from some experienced user in any or preferably both22:02
=== sabdfl1 is now known as sabdfl
=== salgado is now known as salgado-afk
=== Mez_ is now known as Mez
cody-somervillewgrant, ping23:41
Ampelbeinhi there. i want to assign a package to a bzr-branch of mine but can't find the appropriate edit-button to do so. i need a little help here. the branch i'm talking about is https://code.edge.launchpad.net/~amoog/+junk/gnome-doc-utils-devel23:49
Ampelbeinto make it clearer, i want the +junk replaced to gnome-doc-utils.23:50
thumperAmpelbein: the simplest way is to push it to the project23:51
thumperwe used to be able to reassign it to another project23:51
thumperbut we are in a we bit of flux around package branches23:51
thumperso it is missing right now23:51
Ampelbeinthumper: what do you mean by "push it to the project"? propose a merge?23:52
thumperAmpelbein: no, I mean `bzr push lp:~amoog/gnome-doc-utils/devel`23:52
jmlAmpelbein: push it to Launchpad again, this time at ~amoog/ubuntu/karmic/gnome-doc-utils/devel or what have you.23:52
thumperfrom your local copy23:52
Ampelbeinthumper, jml: oh, cool. i did not know you can do that, I always created the branch on the website and pushed there. thanks a lot!23:54
jmlAmpelbein: np :)23:54
thumperAmpelbein: we have plans to have better help on that23:54
Ampelbeinthumper: i followed https://wiki.ubuntu.com/DesktopTeam/Bzr - it mentions creating the branch before.23:55
* thumper looks23:56
thumperAmpelbein: wiki updated23:59

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