=== marcus_notebook [n=mholthau@johnny33.dersbach.ch] has joined #launchpad === erdalronah1 [n=erdalron@p50874A2E.dip.t-dialin.net] has joined #launchpad === erdalronah1 [n=erdalron@p50874A2E.dip.t-dialin.net] has left #launchpad [] === erdalronah2 [n=erdalron@p50877E3A.dip.t-dialin.net] has joined #launchpad === rpedro [n=rpedro@87-196-106-215.net.novis.pt] has joined #launchpad === erdalronahi [n=erdal@p50877E3A.dip.t-dialin.net] has joined #launchpad === erdalronah2 [n=erdalron@p50877E3A.dip.t-dialin.net] has left #launchpad [] === lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #launchpad === AlinuxOS [n=Breezy@p54A3BD7E.dip0.t-ipconnect.de] has joined #launchpad === mpt [n=mpt@m010f36d0.tmodns.net] has joined #launchpad [04:38] lifeless: okay, knits upgrade started [04:38] I reduced the max number of job per slave to 3, to avoid running out of memory [04:39] also hacked a better bzr BatchProgress so long conversions will not time out === irvin [n=ipp@ubuntu/member/irvin] has joined #launchpad === dsas [n=dean@host86-129-12-60.range86-129.btcentralplus.com] has joined #launchpad === maxhamussi [n=xewqy@189.130.208.80] has joined #launchpad === maxhamussi [n=xewqy@189.130.208.80] has left #launchpad [] === Nafallo [n=nafallo@silverfairy.magicalforest.se] has joined #launchpad === Nafallo_ [n=nafallo@silverfairy.magicalforest.se] has joined #launchpad === Nafallo [n=nafallo@ubuntu/member/nafallo] has left #launchpad ["Lmnar"] === Nafallo [n=nafallo@ubuntu/member/nafallo] has joined #launchpad === mdke_ [n=matt@ubuntu/member/mdke] has joined #launchpad === Fujitsu [n=Fujitsu@c58-107-168-5.eburwd7.vic.optusnet.com.au] has joined #launchpad === Spads [n=crack@host-87-74-18-227.bulldogdsl.com] has joined #launchpad === Kamping_Kaiser [n=kgoetz@easyubuntu/docteam/kgoetz] has joined #launchpad === dsas [n=dean@host86-129-12-60.range86-129.btcentralplus.com] has joined #launchpad === doko_ [n=doko@dslb-088-073-106-057.pools.arcor-ip.net] has joined #launchpad === sivang [i=sivan@muse.19inch.net] has joined #launchpad === mdke_ is now known as mdke === Fujitsu [n=Fujitsu@c58-107-168-5.eburwd7.vic.optusnet.com.au] has joined #launchpad === lbm [n=lbm@82.192.173.92] has joined #launchpad === xenru [n=Miranda@85.192.13.179] has joined #launchpad === quail [n=quail@unaffiliated/quaillinux/x-000001] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [12:22] good work ddaa [12:22] so, what's up with staging? where's the log? === AstralJava [n=jaska@cm-062-241-239-3.lohjanpuhelin.fi] has joined #launchpad === Kamping_Kaiser [n=kgoetz@easyubuntu/docteam/kgoetz] has joined #launchpad [01:51] sabdfl: I think its a code skew issue of some sort [01:51] possible the new zope [01:52] I'm digging [01:52] db looks completely fine to me === quail [n=quail@unaffiliated/quaillinux/x-000001] has joined #launchpad === mhb [n=mhb@64.73.broadband3.iol.cz] has joined #launchpad [01:58] hello [02:00] I hope this is the right place to ask ... I would like to know when we finally be able to translate Edgy Eft into local languages [02:00] I asked at the ML ubuntu-translators, but sadly, nobody replied [02:05] sabdfl: making progress, it is db. [02:05] something has borked the permissions on the karma cache [02:06] or can you recommend me another IRC channel or mail address where I can get a reply, please? [02:12] mhb: hi [02:12] the folk who know are usually here [02:12] but its middle of the weekend [02:13] I would not expect a reply until moday [02:13] lifeless: oh well [02:14] you can try #rosetta, #ubuntu-devel, or the launchpad-users mailing list [02:14] mailing lists are usually the best place [02:14] and the ubuntu-translators list is definately the right place [02:14] nobody replied for more then a week or so [02:14] how long has your message been unanswered on that list ? [02:14] than [02:14] I suggest mailing again [02:14] sorry I cant offer better than that [02:15] pitti *may* know, or carlos, but neither are around just this minute [02:15] lifeless: if you meet someone who's responsible for Rosetta, tell him to check the ubuntu-translators list mor often :o) [02:18] lifeless: well I guess mailing the same question to the same ML won't help a lot [02:18] seriously, it may well help [02:18] sometimes things get dropped [02:18] I'll check the archive [02:19] Thu Jul 27 17:58:39 BST 2006 [02:20] a *lot* more than a week :o) the question is here, btw: https://lists.ubuntu.com/archives/ubuntu-translators/2006-July/000743.html [02:23] mhb, I know that edgy translations will be open RSN [02:23] carlos has been working on updating the database to allow for it [02:27] kiko-afk: thanks [02:28] kiko-afk: I can't believe that, though ... the first time I asked this question was about a month ago, at 10th of July [02:29] kiko-afk: 15:39 < carlos> mhb: after that I will test it and try to move it into production... I guess we could say one week or so [02:29] mhb, so I was unaware of this issue myself back then [02:29] mhb, but I became aware of it last week [02:29] I think that this has been very poorly communicated, but I do think it is on-track (i.e. it will not be delayed forever) [02:29] mhb, I'll have carlos update me and then /I'll/ post to ubuntu-translators. [02:30] ok, thank you [02:30] I'm sorry, but it disappoints me when someone says "a week" and nothing happens for more than a month [02:31] mhb, well, I agree that the communication has been bad, but I think they ran into more problems than expected (as usual with complex software). you should still have been updated though. [02:34] kiko: it's more painful for me because some of the Czech translators asked me about it and I (as one of the Administrators on that team) promised them to ask someone in charge of that [02:35] mhb, IKWYM. I think you can tell them that: [02:35] a) the changes to the DB were more complicated and took longer than expected. [02:35] kiko: so when nothing happened even though I told them otherwise, the blame goes to Ubuntu as a whole and myself [02:35] b) there will be changes done while Launchpad is offline next tuesday that relate to this, and it shouldn't take long from then [02:36] c) regardless, I'll post to ubuntu-translators to update you guys on how things are going [02:36] d) don't loose faith, it's tough at spots but we are really working hard to make this the best translation tool. ever. [02:36] mhb, just hang in there until monday [02:38] kiko: tell me, will there be a search for a specific word/sentence through all of Rosetta ? [02:39] kiko: that's what practically *every* person I showed Rosetta to asked about [02:39] mhb, it's one of the earliest planned features, so yes, it will happen. we discussed it in cape town in february 2005! I know it's a top requested feature [02:39] the problem with it is that that when we did experiment with that search it brought the servers to a halt ;) [02:40] so we've been considering ways of making it faster -- we're talking matching through millions of strings. lots of data. [02:40] let me check on one thing. [02:42] kiko: IMVHO the first thing that comes to my mind with all these delays and features is the fact that Rosetta is closed-source application [02:43] hey [02:43] if you have volunteers that are interested in getting their hands dirty we have arranged code access in the past. [02:43] however, it's not easy work -- so don't expect the search feature, for instance, to be change 50 lines and hooray! :) [02:43] kiko: I know volunteers that refuse to work on it UNTIL it gets open-source [02:43] (if it was it would already have been done) [02:44] heh [02:44] kiko: like me, for instance [02:44] well, we've all got our opinions. [02:44] but [02:44] I should make it clear that this product is /really/ being worked on /for you/. there is no agenda other than building the best collaboration tool for open source [02:45] there are a number of reasons it's not free software yet. but it will be when the time comes [02:46] kiko: maybe we could define a "closed approach" - that's an approach when you can't answer the question directly and precisely [02:47] I don't understand what you mean. [02:48] kiko: an "open approach" is when the distribution says that it will 99% come out at 6.10 and I can trust it. [02:48] come out? [02:48] oh, the date. [02:48] get released [02:48] and a closed approach? [02:50] kiko: the "closed approach" uses words like "ASAP" and "when the time comes" ... and furthermore they avoid the direct answer why so [02:50] kiko: take Vista, for instance - nobody except the core devs know *exactly* why it got delayed [02:50] sorry, are you implying that I am avoiding direct questions? [02:51] kiko: I feel some of your/Canonical's answers are more "closed" than I'd like them to be === MrX- [n=freebsd@unaffiliated/mrx] has joined #launchpad [02:52] look, I can't tell you exactly why this has been delayed because I don't know myself, but I /can/ ask and then post you a summary with a good estimate of when it will happen. don't ask a developer when a feature will be ready because he will always get it wrong. ask me. [02:53] the difference to an open source project is yes, you can't see what the commits contain, and that open source projects don't really make date commitments for features. === cprov [n=cprov@monga.dorianet.com.br] has joined #launchpad [02:53] but you do see what every individual commit was about [02:54] and we do make date commitments, which makes us prone to slipping from time to time. [02:54] kiko: IMHO with every slip you lose a bit of the community support [02:55] mhb, yeah, you're right. === xcsd [n=cheatn00@d80-170-24-157.cust.tele2.fr] has joined #launchpad [02:58] we just need to do better. [02:59] kiko: Rosetta slipped 3 times for me - lack of the most wanted feature for quite some time, closed-source and now the delays === imbrandon_ [n=brandon@ubuntu/member/pdpc.active.imbrandon] has joined #launchpad [03:00] kiko: a lot of people leave our team because they feel they don't have anything to do [03:01] mhb, that's interesting. is Dapper fully translated into czech? [03:01] kiko: nope [03:01] hmmm. I don't understand what you mean then. [03:01] kiko: you keep adding new features into Dapper? [03:02] the strings you add to dapper will be inherited by edgy, and by future releases [03:02] kiko: nope, and we do not keep adding translations into the Dapper applications - and if we do, we do it in upstream [03:03] and dapper will be around for a long time, so getting dapper language packs better and better will definitely promote better translation of software in general to czech. [03:04] kiko: you might know why we do *not* recommend to translate any GNOME/KDE/other non-ubuntu-specific tool in the Dapper rosetta page [03:04] because it's a waste of time - when you translate it in upstream, you help GNOME/KDE itself, not just one release of one distribution [03:05] that's not very true. upstream can pull automatically newer translations from Launchpad, and definitely everybody benefits with more strings translated than with less strings translated. [03:05] you seem to be making an odd point [03:05] you say your team has nothing to do [03:06] and yet you are unwilling to suggest to them to translate strings in dapper, the majority of which are going to be the same strings as in edgy. [03:06] kiko: do you know any larger project that uploads translations from Launchpad? [03:06] and which we make freely available to any upstream. [03:06] kiko: maybe I'm wrong, but both KDE and GNOME doesn't [03:07] kiko: they use their own translations, we can modify them in Rosetta, but they won't get back to them [03:07] I know that individual projects definitely do, and that KDE and GNOME don't do it as policy because such policy would be controversial at best [03:08] so yeah, we should better relate to upstream. many of them don't even know they can download the translations. [03:08] (but even individual translators can, merging them with the current translations and then committing) [03:10] kiko: I talked to both the main KDE and GNOME coordinator for the Czech language. They refuse to upload anything if we don't send the files to them by hand in the way they want it [03:11] that's interesting. and what is "the way they want it"? [03:12] kiko: for example, send the *exact* .po file that is in CVS/SVN with the new translations to them via email [03:12] mhb, but it's easy to do so. download the rosetta version, and run the merge commands with the current version. [03:13] kiko: is it possible to download .po files directly, not through the slow librarian app? [03:13] we also do the upstream imports for a reason: our intention is to track CVS/SVN translations and offer pre-merged translations for them. [03:14] kiko: and don't you think translators want actually to translate, don't they expect the tools to do the administrative work for them? [03:14] heh. yeah, users do expect Rosetta to do everything for them. and we're trying [03:14] mhb, the librarian is not particularly slow -- it's just a fileserver. however, what you want is something like /products/ubuntu/+source/evolution/+pots/evo/download-latest [03:14] which automatically redirects you to the latest copy of the translations output by rosetta [03:15] mhb, let me stop chatting now and summarize what your concerns were so that we can give you an acceptable answer by monday. otherwise I will invest all my saturday into chatting but not fixing the things that are annoying you. [03:15] kiko: OK [03:16] man my wrist hurts today [03:17] sorry for that .o) [03:18] nothing to be sorry about, if the tool is annoying then you should indeed complain, and I should indeed do something about it [03:20] so: we would like to know a date, possibly the exact date when we can start translating edgy. I think if you want to be a friend with the translators in the future, notify them in the ubuntu-translators about almost everything - new features in Rosetta etc. [03:21] everything that is related to them, of course [03:21] mhb, okay, I'll add the weekly rosetta update excerpt and send it to them. [03:21] so you'll receive one this tuesday. and please comment on them if they are unclear or poor, I'll make sure to clarify [03:22] okay [03:22] mhb, is there anywhere else I should post these updates? [03:22] they have a highlights section [03:23] and then a detailed list of the individual commits and what they did [03:24] kiko: I don't know if someone else needs that === xcsd [n=cheatn00@d80-170-67-37.cust.tele2.fr] has joined #launchpad [03:24] yeah, I don't know either. it's hard to decide when you're being annoying [03:25] kiko: please, tell me - who do you get feedback for Rosetta from? [03:26] mhb, carlos, danilo and SteveA are the people directly responsible, though I do work on Rosetta as well when I have time [03:26] kiko: I mean more of a user feedback [03:26] oh [03:27] to be honest, I mainly get feedback through bugs. we're not very good at keeping an eye on the many lists out there. we're trying this month to start keeping better track [03:27] kiko: where and how many people should shout "we want this feature" so that someone responsible will realize this? [03:27] :o) [03:28] mhb, filing bugs is useful, and you can forward them directly to me (kiko@canonical.com) if you think they didn't get proper traction [03:28] kiko: OK [03:29] and /do/ forward them [03:29] because they will get traction [03:30] so I should file a bug about "Rosetta should be more upstream-developer-friendly" ? [03:30] especially KDE and GNOME [03:30] I think there are generic bugs like that. the best bugs are those that request very specific features that aid in that [03:30] I think there is even a bug to offer a permanent download link [03:32] off-topic: there are more issues than just the hard communication [03:32] heh. indeed. most of the issues are related to writing code! :) [03:32] for example KDE and GNOME have sometimes a different translation of a specific term [03:33] yes, right [03:33] the right way to handle that [03:33] is to have an order of precedence for translations [03:33] and to allow people to easily review the translations being inherited from other projects [03:34] so for instance KDE translations would prefer to inherit from other KDE products/packages first [03:34] we also need to offer translation overheads [03:34] so that people when translating KDE have easy access to a glossary of the words translated the way KDE does [03:34] it would be nice to even have highlights [03:35] sure, but first, the search feature, please :o) [03:35] we can't even track bugs without it [03:35] yes, I know it's the #1 feature requested. [03:35] mhb, just to be sure, it's searching a string in any language, right? [03:35] I have to grep the .po files on my computer to find out in what package is the mistake [03:35] english and czech in your case? [03:36] yes [03:36] would it make sense to search through /other/ languages in your case, or just those two? [03:37] kiko: well, it would be helpful for some people ... for example Slovak is very similar to our language, everyone in the Czech Rep. can understand Slovak, so someone would like to check if a word is translated in Slovak and if so, how [03:38] I see [03:38] mhb, but would it be acceptable for the UI to say [03:38] Search for: [ ] in [ Czech | v] [03:38] ? [03:39] it would be for me [03:39] all right [03:39] can I ask you one more question, please? [03:39] sure! [03:40] the Czech translation team does have a little dictionary of terms which are *strongly* recommended to translate as the dictionary suggests [03:41] we use wiki to achieve that [03:41] right [03:41] is it a single wikipage? [03:41] yes, just like that - word and translation etc [03:41] so [03:41] very easy strawman proposal: [03:41] wikilink for language guide [03:41] and display that prominently when translating [03:42] for example that [03:42] other less easy strawman proposal: fetch information from that page and display it (but where?) [03:42] I thought more of a large scale [03:42] a real tool, yeah. there's a spec on that called TranslationGlossaries I think [03:42] make a similar dictionary that can communicate with Rosetta [03:42] and offer it as an overhead [03:42] I'll take a look, thanks [03:43] the cool way to do that [03:43] would be to do it using ajax [03:43] with a floating div containing information on the words you typed into the box [03:43] so let's say I typed [03:44] "o livro est na mesa" in portuguese [03:44] I'd get a little overhead saying things like "mesa: avoid use in translations related to fish". [03:44] and "livro: KDE prefers the term revista" [03:44] etc [03:44] yeah [03:45] I wanted to code that in AJAX myself [03:45] you know that the largest problem with rosetta [03:45] is actually the @#!!@@ large dataset [03:45] kiko: I can undestand [03:45] which causes us to scramble for performance even for simple suggestion lookup! [03:46] I spent like god knows how many hours looking at the SQL generated [03:46] ugh [03:46] danil[o] ut is currently working on improving that [03:46] made some progress last week [03:47] kiko: as I said, I wanted to do this tool, but I have other projects, so I couldn't lead the development ... and without the Launchpad account information it is also not so useful [03:47] well [03:47] kiko: and I don't want to do any community work that is non-free [03:47] you could develop a prototype [03:47] that could be useful generally [03:47] client-side only [03:48] and license it to us separately [03:48] while still releasing it under your free software license of choice [03:48] LGPL it [03:48] we'd be happy to improve and give back improvements. [03:49] I did so for the javascript sorting code we use a few months ago [03:49] kiko: yeah, but nobody can promise me that, which saddens me [03:49] well [03:49] if it's LGPLed, being client-side, we do have to redistribute modifications [03:50] and we would if we said we would anyway. [03:50] when the time comes, I know .o) [03:50] no, sorry bout that [03:50] no, I meant immediately [03:51] if your code is LGPLed and we use it [03:51] because it is client-side [03:51] we need to release modifications to it [03:51] immediately [03:51] not "when the time comes" [03:51] ok [03:51] that only holds for client-side code [03:51] but.. it's still binding [03:52] by client-side you mean the code without the database access, or what? [03:52] correct [03:52] using an API to do the query to the remote server [03:52] (and if we implement the server-side you can use that API everywhere, not only in rosetta JS) [03:52] kiko: I think I could do it, but I have a lot of other things going, so it would be ready for edgy+1 translations, I guess [03:53] wow that would be most excellent [03:53] hey kiko [03:53] hello sabdfl [03:53] what's cooking up north? [03:53] in case you're wondering, the crashes come from a db issue, not the code, though it's too soon to tell if the code itself has issues [03:53] the staging db update lost all db premissions [03:53] so lifeless rest the db to the production one, i think [03:53] me, wonder? ;) [03:54] which does not include the additional columns needed with the new code [03:54] kiko, i will take that pie if there's a single new oops, if i give the go-ahead after testing tomorrow, hmmmk? [03:55] well, I still don't see why we are in a hurry to put this into production -- the points I made still stand [03:55] the code keeps track of who started specs and when [03:55] the distro sprint is in a week [03:56] if we land it this week, we get much better data for edgy [03:56] I see [03:56] you hadn't said that [03:56] when does it start? [03:56] i just thought of it this morning [03:56] i think in a week [03:56] let me check [03:56] if it does indeed start on the same week as the soyuz sprint then I think it's a good idea [03:57] otherwise it should wait [03:58] sabdfl, it starts on the 21st, so I agree. [03:59] kiko: could you send me some more info/documentation about the line between client-side and server-side in a mail, please? I want to know the rough structure first. [03:59] mhb, sure. are you aware of how ajax works? [04:00] it basically needs a way to contact the server [04:00] it uses an XMLHttpRequest object to pull the data [04:00] kiko: don't hesitate with the details, if there is something I don't know, I'll look it up [04:00] okay, cool. [04:01] mhb, what's your email address? [04:01] kiko: martin.bohm@einstein.cz [04:01] my pleasure [04:04] kiko: I would also be happy if you keep me informed when something related happens, like some other developer starts implementing that or so. [04:04] mhb, will do. the upcoming features section of the report usually tells about the new stuff being worked on [04:05] thank you [04:06] for the lengthy talk. I won't tire your hands anymore :o) [04:06] heh. thanks to you [04:08] I hope you don't forget about the translators next week :o) [04:08] bye all [04:08] I never forget. laters! === mhb [n=mhb@64.73.broadband3.iol.cz] has left #launchpad [] === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad === Mez [i=Mez@ubuntu/member/mez] has joined #launchpad [04:24] any LP admin: ping [04:24] Mez, yo [04:24] what's cookin [04:30] kiko: problems with bazaar... it's fscked up an upload- and i cant delete them [04:30] Mez, isn't it the case that you can ssh into the supermirror and delete it manually? [04:30] kiko: no permissions apparently === vgeddes [n=vgeddes@c7-198-1.ctn.dial-up.net] has joined #launchpad [04:36] kiko : it gives me permission denied- so I need an admin to do it for me [04:40] mmmm [04:40] I can't do anything on the SM. I think it needs to be lifeless [04:41] :'( [04:41] lifeless: ping [04:41] hmm - I believe I remember lifeless from ubz :P [04:47] kiko: also, rm -rfing a directory seems to be problematic over sftp [04:48] LarstiQ, indeed ... but thats an sftp bug === Shart [n=hrz@86.57.156.200] has joined #launchpad [05:06] hi [05:07] i want to request ubuntu cd, but i have a problem [05:07] hello Shart [05:07] what's the problem? [05:08] there is phone number required [05:08] right [05:08] are you really want to call me? [05:08] that's required because you may be contacted if your package is held up in customs. [05:08] it's required by the shipping company. [05:09] canonical will not call you, no [05:09] i don't think it's cheap to call to Belarus [05:09] but a customs agent or the shipping agency on your side of the world may. it only happens in rare occasions. [05:09] it will be a call from somebody local [05:09] not from us [05:09] and it very rarely happens [05:10] ok [05:10] tanks [05:10] thanks* :) [05:11] is it really free of charge? [05:11] you're most welcome [05:11] yes, it is. [05:12] ok [05:12] we don't have so money as you do [05:13] ) [05:13] I don't have any money [05:13] and I don't know what you are talking about! [05:13] ok, sorry [05:13] bye [05:15] aw === lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #launchpad === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === rpedro [n=rpedro@87-196-47-46.net.novis.pt] has joined #launchpad === Spads [n=crack@host-87-74-18-227.bulldogdsl.com] has joined #launchpad === rraphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [10:18] does anyone know whether, if I assign a bug to someone, and comment, they get that bug email, even if they weren't subscribed to the bug before that? [10:18] I mean, if I assign the bug and comment at the same time === mdke assumes yes and moves on [10:30] good question [10:39] mdke: yes, the one you assign to the bug will get the comment. [10:59] BjornT: good, thanks. The absence of the good ol' bugzilla "Mail sent to X, Y, Z" made me worry === AstralJava [n=jaska@cm-062-241-239-3.lohjanpuhelin.fi] has joined #launchpad === teolemon [n=famille@car75-5-82-234-128-149.fbx.proxad.net] has joined #launchpad [11:13] hi === teolemon [n=famille@car75-5-82-234-128-149.fbx.proxad.net] has left #launchpad [] === ozamosi [n=ozamosi@ubuntu/member/ozamosi] has left #launchpad []