=== asac_ is now known as asac [02:15] fta : is there any issue for chromium with flash in 4.0.202.0 (23528) build? [06:23] sure [10:06] ola [10:07] hi asac! [10:07] how was your weekend? [10:15] all good [10:15] went to the sea? [10:15] or city? [10:16] i am in the middle of the city ;) [10:16] oh :D [10:16] I've sent you a mail with some details [10:17] no time right now ... talk to you later [10:17] like 2-3 days ago don't remember [10:17] yeah, np :) [10:17] * asac fights tb [10:18] tb = technical board? [10:18] tbird [10:18] ooh :) [10:18] asac, anyway ffox rocks now [10:18] I've installed all upgrades [10:18] and everything seems to work great atm [10:18] same thing for latest tb [10:40] asac: hi... could you look at this > Bug #413950 [10:40] Launchpad bug 413950 in firefox-3.5 "Incorrect cursor positioning in Firefox." [Undecided,Confirmed] https://launchpad.net/bugs/413950 [10:41] one moment please [10:41] no problem [10:43] mac_v: i dont see any cursor when dragging in a lp comments field [10:43] the cursor,on grab,is always higher than the pointer :( , this is different from other apps where the cursor is always closer to the pointer , this is only in firefox3.5 not in fireofx3.0 , earlier i thought that the cursor was wrong throughout the system and didnt report it, but works well elsewhere even in firefox 3.0 [10:44] mac_v: i have some similar report against tbird [10:44] s/i/we/ [10:45] like you drag and drop mails to a folder and it highlights something completely offset (higher)= [10:45] mac_v: anyway. i dont even see any cursor atm ;) [10:45] thats what i tried to say [10:45] actually you are supposed to see the cursor , if you type several lines, greater than 3 , you'll notice the problem [10:46] just copy paste in the comments field [10:46] yes ok i see it [10:46] mac_v: can you check upstream build and when you see it there, please forward upstream? [10:46] ;) [10:47] asac: but notice the drag while in bookmarks , [not in organize] , just the drop down , the cursor alligns properly [10:47] upstream build? i'm sorry i have several other bugs as of now , i dont want firefox to be messed up either [10:47] mac_v: probably a different beast [10:48] s/either/also [10:48] mac_v: its mostly riskfree to run upstream tarball [10:48] hm...ok .. which build do you recommend? could you give me a version? [10:50] mac_v: http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.5.2/linux-i686/en-US/firefox-3.5.2.tar.bz2 [10:50] just unpack it in your home [10:50] to be extra safe, backup your $HOME/.mozilla directory [10:51] already backed up ;) [10:53] good [11:15] https://answers.edge.launchpad.net/soyuz/+question/80227 [11:17] thanks [11:19] asac, what's the bindwood status atm? [11:19] asac, I can take care of maintaining it if you want [11:19] is it ubuntu-specific or can be uploaded in debian as well? [11:27] have a call now ... talk to you in ~1h [11:27] k perfect [13:07] asac: can you have a look at https://code.launchpad.net/~bdrung/firefox-extensions/new-upstream-release-1.1.1/+merge/10049 [13:53] asac, wrt https://code.launchpad.net/~jdstrand/firefox/firefox-3.5-apparmor/+merge/10109, a/ it doesn't follow our d/changelog style and b/ there's no profile at all?? so it's not doing anything.. [13:59] fta2: ok thanks. i asked to resubmit with profile [14:08] bdrung_: looks good. what about debian? [14:09] bdrung_: hmm. the tagging feels a bit wrong [14:10] bdrung_: so maybe oneshouldnt do a release commit on the topic branch [14:10] bzr tags [14:10] 1.1-0ubuntu1 47 [14:10] 1.1.1-0ubuntu1 47.1.4 [14:10] e.g. it doesnt really refer to the real revision that goes up [14:10] i will remove the tag and retagg the committed merge [14:10] done [14:11] asac, 3 things [14:12] when you have a minute [14:14] asac, first of all: https://code.edge.launchpad.net/~kvilhaugsvik/firefox-extensions/all-in-one-sidebar.ubuntu/+merge/8652 [14:14] then bindwood status [14:14] then the mail I've sent you [14:21] andv: yes i have it on my list. and will get back to you ... if not during day i will send a mail [14:22] asac, ok great, I've sent you one more email like 3 minutes ago [14:22] with another great news [14:27] hmm... is there a way to backup fireox history? or to print the history? [14:27] firefox* not OX! ;p [14:33] asac: is it possible to backup/print-to-file history? [14:40] mac_v: not sure what you mean [14:42] asac: we can backup bookmarks , similarly web history? how can we same it? i have history for1 yrs and it slows down the browser when i open history , so i was thinking i could split it [14:43] like how routers note down the history [14:46] asac: hmm... i'v been able to save the history as bookmarks , can be print bookmarks? [14:46] s/save/copy [14:47] sheesh! so many typos! > i'v been able to copy the history to bookmarks , can we print bookmarks? [14:48] mac_v: i dont know why you would want to print bookmarks ;) [14:48] so no ... i dont know how to do that. i guess there is an extension for that [14:49] for history you can say how many days should be kept [14:49] i would suggest to not keep more than 90 days [14:50] i'v searched didnt find any so thought i'd ask sensei ;p [15:01] mac_v: export html ... isnt good enough? [15:01] oh you say for history [15:01] yeah. i dont know then [15:04] asac: hmm... ok ,i think i'm getting to find a workaround.. so I'v tried to save the history as bookmark , but its split up in last day/7days/1month... is there a way for the history to show all history? together [15:06] where is the history file located actually? [15:07] mac_v: thats in places.sqlite from what i know [15:07] oh... :( [15:18] jdstrand: hi ;) [15:23] o/ [15:28] jdstrand: did you forget the profile in the merge or was it codebrowse that failed to show "new" files? [15:29] asac: heheh [15:29] asac: I forgot === jtv is now known as jtv-brb [15:31] jdstrand: ok. please resubmit and if possible use the same changelog format we use ;) ... if not i can shuffle that during merge [15:31] i think its just "push" ;) [15:34] asac: ok, files added, changelog updated and it's all pushed to lp:~jdstrand/firefox/firefox-3.5-apparmor [15:35] * jdstrand hates it when he forgets to 'bzr add' [15:35] hehe [15:35] no problem [15:36] ok will merge that after i get this tbird stuff done [15:36] asac: thanks! :) === jtv-brb is now known as jtv [15:56] asac, fyi, everything rejected for umd [15:57] oops, no, it's not today's batch [15:59] fta2: heh? [15:59] nm [15:59] you mean it took more than one day? [15:59] ah ok [15:59] oh you probably ment for space reasons [15:59] yeah. lets wait a day and see if they bump our size [16:15] http://paste.ubuntu.com/254562/ [16:17] http://paste.ubuntu.com/254563/ [16:48] gaps, /tmp/builddeb-get-orig-source-63gvPk/export/chromium-browser-2225/src/webkit/... [16:48] bd now uses /tmp ??? bad [17:13] hello. I'm still working on getting all-in-one-sidebar ready for Debian. I have some questions that I hope will be answered when you have time. [17:13] asac: How should I set up the maintainer field? You mentioned team maintainance. Should I put myself in maintainer or uploader? Who else should I put in those fields? [17:13] In what location should the bzr-tree be hosted? Is firefox-extensions/all-in-one-sidebar.debian OK? That will make it possible to still make separate changes to Ubuntu (like Ubuntu binMMUs). Since I don't have write access there I have temporarily put it in lp:~kvilhaugsvik/firefox-extensions/all-in-one-sidebar.debian [17:14] ( https://code.launchpad.net/~kvilhaugsvik/firefox-extensions/all-in-one-sidebar.debian ) [18:00] sveinung, hi! [18:00] asac, I've answered to your mail ;) [18:01] hello [18:01] sveinung, you know who i am? [18:01] I reviewed/ sponsored all in one sidebar for you like 2 weeks ago [18:01] I suspected that :) [18:01] :) [18:02] what's up? [18:02] I'm trying to get it into Debian now [18:02] I can maintain it with you [18:02] if you want [18:02] sure [18:03] what did asac tell you? [18:03] did he suggest something to you' [18:03] sveinung, asac is pretty busy so ping me next time [18:05] andv: ok [18:05] sveinung, did he suggest you something already? [18:06] I'm looking it up [18:06] found it: http://irclogs.ubuntu.com/2009/08/13/%23ubuntu-mozillateam.html [18:06] he said that it was OK to put the branch under firefox-extensions [18:07] and "we want to jointly maintain it i guess" [18:08] sveinung, actually you'll have to drop all changelog entries [18:08] from Ubuntu [18:08] why? [18:08] because you are releasing a software in debian [18:08] so the package must be clean [18:08] it's still permitted to keep the changelog entries [18:08] yes, but why keeping them? [18:09] who cares? [18:09] sveinung, you do the package again [18:09] for debian [18:09] andv: for example the script that imports debian packages into bazaar [18:10] ? [18:10] we gonna sync it [18:10] when it's in debian [18:10] so you gonna drop all entries anyway [18:10] (changelog entries) [18:10] I guess you know that a package which gets synced in ubuntu [18:11] https://wiki.ubuntu.com/DistributedDevelopment/DebianImportSpecification [18:11] loses all changelog entries [18:11] I meant this [18:11] I don't get what your problem [18:11] you do the package in debian [18:11] we will upload it [18:11] I also think it's nice to keep that sort of data [18:12] which data? [18:12] the changelog entries [18:12] if all changes are integrated [18:12] you don't have to report those entries again [18:12] how the changelog will look like? [18:13] changes appears under unstable (by emanuele gentili for istance) [18:13] and they never touched unstable ground [18:13] before [18:14] don't know if I will be able to formulate myself good enough in English right now [18:14] but I'll try [18:14] please explain me what's the rationale to keep them [18:14] and I'll try to understand you [18:15] It's just nice to have those entries since you then have a bit more history for the package in a machine readable format [18:15] so you later can do things to those data [18:15] those data? [18:16] you can make changes to 'those data' without having those changelog entries [18:16] I assume you merged all ubuntu changes into the future debian package [18:16] for example the Ubuntu Distributed Importer, when creating a branch from a package, will check if there are Ubuntu entries to see what will come first [18:16] removing changelog entries does NOT mean you have to remove the changes reported in them [18:16] I know [18:17] so, I don't get why we need to have those entries then [18:18] It's not for us but for programs reding it. So one for example can see that the package originated in Ubuntu ()but don't get me wrong, I'm not fanatical about this [18:18] you won't use the autogenerated branch anyway [18:18] I know [18:18] you gonna keep usinh YOUR branch [18:18] it was just an example [18:18] if you really wanna keep all changes reported in those entries [18:19] integrate everything in ONE entry [18:19] so together with * Initial release. (Closes: #000000) [18:19] you'll add [18:19] * modified watch file [18:19] * modified debian/foo [18:19] or whatever [18:19] I hope you've understood a bit [18:20] what integrating old entries mean [18:20] old entries integrated in a main one which will be the initial release [18:21] sveinung, another problem [18:21] if you wanna keep those entries [18:21] you'll have to license the packaging side [18:21] which is useless and time-loss work [18:21] you usually license your package under the same license as upstream it is [18:21] last time they said it was already licensed [18:22] since it wasn't specified it was assumed it was the same as upstrem [18:22] *upstrem [18:22] *upstream [18:22] sveinung, look at the changelog [18:23] apart from asac changes which seem to be relevant [18:23] (and your ones) [18:23] do you see any other important change? [18:23] the initial packaging? [18:23] * debian/control: [18:23] + added Homepage field. [18:23] + Update Standards-Version. [18:23] for istance [18:23] are not so important to be added on the next debian package you're making [18:23] or not? [18:23] nono, the current version [18:23] we have on karmic [18:24] andv: I'm sorry. My head don't work right now. I need food, and to eat I have to go home. Could we take this on email? [18:24] it will take ages on email I guess [18:24] (I could try to talk a bit more if email isn't OK for you) [18:25] give me branch url [18:25] thank you wery much! [18:25] https://code.launchpad.net/~kvilhaugsvik/firefox-extensions/all-in-one-sidebar.debian [18:25] ooh, sorry [18:25] misread [18:26] can you tell me which debian-specific [18:26] changes you did [18:27] andv: the naming (no ubuntuX at the end) [18:28] and putting myself as maintainer temporarily [18:28] dependencies are now taken from xpi:depends [18:28] I see [18:28] the rest could apply to Ubuntu as well [18:28] I gonna have my debian box ready soon [18:28] so I can test it [18:28] except the closes [18:28] good [18:28] I'll have to do some fixes [18:28] to the packaging side [18:29] then I have to check out lintian [18:29] and other stuff [18:29] one lintian warining will be fixed when mozilla-devscripts v 15 comes out [18:30] sveinung, ok [18:30] MOZ_XPI_DOCUMENTED_LICENSE_FILES is introduced in v 15 [18:30] should I commit and push the code that uses it? [18:30] sveinung, so are you OK to cooperate with me maintaining this package? [18:30] of course [18:30] perfect [18:30] you'll be the maintainer, I gonna add myself in the uploaders field as co-maintainer [18:31] great [18:31] so I've fixed asac a problem since he's busy doing his stuff [18:31] do you own an itp bug already? [18:31] yes [18:31] ok perfect [18:32] sveinung, is there a way I can work on your branch? [18:32] actually just you is able to upload to that branch [18:32] I know. It was just ment to be temporary [18:32] feel free to change it [18:33] is there a way to upload to a same branch? [18:33] (the location) [18:33] apart creating a new team [18:33] I don't know [18:34] I guess you can co-maintain a branch on teams only [18:36] sorry, I don't undersatand [18:36] *understand [18:37] for co-maintaining a branch [18:37] e.g both me and you can upload to it [18:37] the only way is having a team [18:37] I'll ask asac how can we do [18:37] ok [18:39] ok, going to prepare dinner [18:39] be back later [18:39] I'll to be back later [19:39] andv: Now that I have gotten myself food and some fresh air I think I understand what you meant when we were talking about the changelog. Were you talking about doing the packaging again from scrach? [19:40] As I said my head wasn't working 100% when I read it. I believed you talked about uploading the Ubuntu one. [19:40] We can do it from scarch if you want to, and I agree that in that case we should drop the changelog entries. === ripps_ is now known as ripps [19:49] sveinung, yep [19:49] that's what I meant [19:50] sveinung, I have to go, be back in 3 hours if you are here [19:50] sure [19:50] see ya later [19:50] And sorry about the misunderstanding. I had been on campus all day but since I forgot my money I hadn't eaten [19:51] or taken breaks from the computer [19:51] hi [19:52] how's it BUGabundo? [19:53] wit a dyeing PA [20:03] sveinung, np [20:04] sveinung, after we decide the branch location [20:04] sveinung, we gonna start a brand new debian branch [20:04] with a clean changelog [20:04] k [20:04] and with a working package for debian [20:05] sveinung, do you have a box to test it too? [20:05] yes [20:05] I have lenny on my laptop [20:05] og Squeeze on my stationary [20:06] *and [20:06] perfect [20:06] build the package from the branch you linked me before [20:06] install the package [20:06] and test it on lenny [20:07] * squeeze [20:07] sorry [20:07] not lenny [20:07] test it on squeeze which is quite near to si [20:07] * sid [20:07] as build depends and so on [20:07] sure [20:07] and give me a feedback [20:08] asac, do you know where we can host that branch? [20:08] asac, do mozilla team have some space to host the all in one branch? === micahg1 is now known as micahg [20:10] sveinung, ok have to go [20:10] andv: ok [20:10] talk to you later and if asac gets back ask him about the branch thing [20:11] asac, I've replied to your mail already [20:11] ;) [20:11] cya later [20:11] and thanks for your work on this sveinung [20:11] andv: thanks for co maintaining :) [20:11] np [20:11] * andv off [20:14] asac, could you please give me the branch urls, ppa names, etc, for the nm dailies so i can start it? [21:18] asac, ... and the nickname you want.. nmd? === sveinung_ is now known as sveinung === BUGabundo1 is now known as BUGabundo === micahg1 is now known as micahg [22:08] asac: are you around? [22:09] he was , a few minutes agot [23:11] fta: nmt? [23:12] asac: still no reply from fta :) [23:13] BUGabundo: he asked me something ... i answered ;) [23:13] asac, did you read backlog? [23:13] I've decided to co-maintain all in one sidebar with sveinung [23:13] in debian [23:13] andv: we usually use ~ubuntu-dev for extension [23:13] problem is finding a place to host the branch [23:14] and non -devs drive the branch by requesting merged that you can push or merge [23:14] use ubuntu-dev ... thats the right place to put it [23:14] are you sure? [23:14] * Disconnected (Network is unreachable). [23:14] it is meant for debian [23:15] andv: it is ment for debian and then to be synched down afaik [23:15] yep [23:15] why have two branches? [23:15] blank between 23:17 and 23:39 [23:15] you suggest to merge the existing one? [23:15] andv: i have no clue about current status [23:15] I added you as reviewer [23:15] like 2 weeks ago [23:15] asac, can you add the debian link please? [23:15] andv: i think in a perfect world you have one branch that is for latest debian/ubuntu [23:15] and when debian freezes you create a stable debian branch [23:16] agreed [23:16] I've sent you the review request [23:16] andv: and if ubuntu freezes you crate a ubuntu stable branch [23:16] etc. [23:16] fta: i think that breaks stuff [23:16] you have to accept it for the ubuntu-dev branch [23:16] e.g sveinung merged it from his branch to ubuntu-dev one [23:16] asac, ? [23:16] but needs approval [23:17] fta: the build bot cannot deal with debian only branches? [23:17] hmm [23:17] should have been obvious [23:17] asac: can you add a comment to https://wiki.ubuntu.com/BenjaminDrung/MOTUApplication ? [23:17] bdrung_: i was going to ... when does that need to happen? [23:18] asac, some parts of the bot expect debian/changelog, or debian/control [23:18] asac: application is on 27th August [23:19] so there is enough time [23:19] asac, i call dch somewhere [23:19] fta: yeah ... dch -c changelog is what we use [23:19] but let me check [23:20] i think i should give up on debian only then [23:21] asac, do you suggest to merge the existing ubuntu branch or to create a new one? [23:22] asac, if you wanna keep the old one, just have a look here: https://code.edge.launchpad.net/~kvilhaugsvik/firefox-extensions/all-in-one-sidebar.ubuntu/+merge/8652 [23:26] fta: ok moved all files to debian/ dir [23:26] on applet and nm branch [23:26] thanks [23:26] asac, do you want/need chained deps? [23:27] build-deps [23:27] fta: for now i dont think we need it [23:27] fta: if we need it ill let you know [23:27] api moves slowely [23:27] ok [23:28] andv: ok checking the all-in-one branch [23:28] asac, perfect thanks [23:28] asac, if accepted I gonna move tomorrow to fix some stuff [23:28] asac, you said "nmt", why t? i used nmd, but i can change [23:28] then it will be ready [23:29] fta: "(11:27:04 PM) cabrey: Native !chromium 64 being developed? http://is.gd/2lFfR !linux" [23:29] BUGabundo, i don't need that, i already have the package ready [23:30] I know [23:30] i just don't want to break too many people so i'm waiting for it to be a little bit more usable [23:30] that's what I told him [23:30] btw, when will it it the PPA? [23:32] fta: because we used nmt before for that repo [23:32] asac, ok [23:32] for me its Network-Manager Trunk -> ~network-manager/+archive/trunk [23:32] andv: i am not so sure about the changelog addition of the 1.4.7-0ubuntu2 [23:32] are we sure we also have the changes done in that release? [23:33] fta: FF3.7 started to stuck on FullScreen today [23:33] hmm [23:33] asac, the change was about adding a watch file plus adding homepage field on control? [23:33] andv: ok seems ok [23:33] andv: yes. but where did he merge it from? [23:33] from the archive [23:33] http://bazaar.launchpad.net/~kvilhaugsvik/firefox-extensions/all-in-one-sidebar.ubuntu/revision/25 [23:33] was there a contributor? [23:33] yes [23:33] a contributor added those [23:33] without asking here [23:34] but as I already said to sveinung [23:34] no what i mean ... that commit is a [merge] so he must have merged it from somewhere [23:34] the changelog will be cleaned [23:34] but i am not sure where it came from [23:34] so all those entries will be removed [23:34] in debian [23:34] andv: why will the changelog be cleaned? [23:34] andv: thats not right. [23:34] if you share them you keep them [23:35] he integrated all changes [23:35] so why adding all those entries? [23:35] why not [23:35] anyway he merged those changes from the package on archive [23:35] its the same history [23:35] no sense in keeping two branches [23:35] a contributor uploaded that revision [23:35] sveinung didnt notice it but I did [23:35] and he added it [23:35] together with the changes [23:36] so it's not a real merge [23:36] but just adding back lost changes [23:36] i am not talking abouta real merge [23:36] i am talking about a bzr merge [23:36] its a _merge_ and i wonder where it comes from [23:36] but doesnt matter. its ok [23:36] asac: I did a bzr merge to add the missing revision [23:36] how do you know it's a merge?? [23:37] sveinung, where did you take that? [23:37] do that contributor have a branch somewhere? [23:37] I branched from the version before [23:37] then added the revision [23:37] then merged it into the current revision [23:37] you got it from the autogenerated branch right? [23:37] asac, done [23:38] I mean when you upload a package it gets synced as a branch [23:38] coz I don't think that contributor opened a branch itself [23:38] for all in one sidebar [23:38] no, those are different trees [23:38] I still don't get where you branched it [23:38] from [23:38] but anyway it doesnt matter [23:39] sveinung: you did the right thing. really great. thanks [23:39] i approved that merge. in future just use distinct topic names for oyur branches and not the same name as the ~uubuntu-dev branc hname [23:39] i gave an example in the comment [23:39] thanks [23:40] asac, I gonna maintain it together with sveinung in debian [23:40] if you are satisfied with it [23:40] asac: sure, I'll remember that [23:41] andv: i dont think there are two maintainers needed for an extension ;) [23:41] just add yourself as an uploaders: and you can help sponsoring that stuff [23:41] asac, yep [23:41] that's what i wanted [23:41] asac, I've answered to your mail [23:42] sveinung: consider to use a .bzr-builddeb/default.conf for the next revision [23:42] andv knows what it does [23:42] yep gonna take care of it [23:42] np [23:43] andv: i added it now in the merge [23:44] so it will be o n~ubnutu-dev [23:44] great [23:45] asac, I'll keep all changelog entries then [23:45] didnt want to [23:45] but I trust the way you wanna do it [23:46] ok i pushed it ... you seem to have uploaded to archive without pushing a merge? [23:46] thats bad practice [23:46] you cannot upload something you didnt push ... or that is waiting another review [23:46] anyway. i hope it was now really the same that is now on the branch [23:46] ? [23:46] andv: the version i just merged is already in karmic [23:46] I took the uploaded package from the branch you merged right now [23:47] andv: yes. but it might be different [23:47] I hadnt access to that branch anyway [23:47] never upload anything before it lands on the release branch [23:47] andv: you had [23:47] thats the whole point of having it in ~ubuntu-dev [23:47] asac, http://launchpadlibrarian.net/30433198/buildlog_ubuntu-karmic-i386.modemmanager_0.2.git.20090817t181641.ca767e4-0ubuntu1~nmt1_FAILEDTOBUILD.txt.gz [23:47] so that anyone who can upload can also push [23:47] asac, you merged it right now [23:47] so how could it be on ubuntu-dev two weeks ago? [23:48] the updated version [23:48] I mean [23:48] hmm [23:48] andv: either you dont upload or you push it there [23:48] fta: thats interesting. wonder if that has something to do with the debian dir movage [23:49] andv: anyway ok for now. [23:49] asac, I gonna fix some stuff [23:50] and then it's ready for debian [23:50] asac, no, all karmic are red, jaunty is green (so far) [23:50] then I'll test it on my debian box [23:50] together with sveinung [23:52] sveinung, you there? [23:52] sveinung, we gonna keep just one branch [23:53] andv: yes, I'm here [23:53] sveinung, so please re-add all changes you did on the ubuntu-dev branch [23:53] sveinung, you made a .debian branch before with some changes [23:53] please merge them into the ubuntu-dev [23:53] branch [23:53] it's still on launchpad [23:54] asac, but having it on ubuntu-dev will make sveinung unable to push to it [23:55] sveinung, do something nice [23:55] sveinung, apply the .debian changes [23:55] to the .ubuntu branch [23:55] then ask a merge again [23:55] and add me as reviewer [23:56] then remove the .debian branch [23:56] it will be useless at that point [23:56] asac, but having it on ubuntu-dev will make sveinung unable to push to it [23:56] * asac_ [23:56] andv: sure [23:56] sveinung, let me know when done [23:57] so I review / accept the changes [23:57] so the package can be ready for tomorrow [23:58] asac, weird https://edge.launchpad.net/~network-manager/+archive/trunk