[00:03] fta: i am not sure. dist-upgrade shoudl remove packages that are removed from archive iirc. i will check with mvo tomorrow to be sure - have a call with him [00:06] asac, i mean, i have a (= ${binary:Version}) dep [00:06] not sure how that would be important [00:06] dist-upgrade doesn't remove anything unless there's a conflict, autoremove does [00:08] if B depends on A (= v1), then B disappears and A moves to v2, will the installed B prevent the upgrade of A? [00:08] hey asac [00:09] fta: not necessarily. a provides might make the solver give that solution a better rating [00:09] otherwise it depends on how many packages depend on what [00:11] chromium-browser (4.0.209.0~svn20090914r26103 -> 4.0.209.0~svn20090914r26159) [73.76MB (+873kB, +1.18%)] [00:11] expat and libjingle [00:11] http://code.google.com/apis/talk/libjingle/index.html [00:15] i think old school is provides/replaces/conflicts (all non-versioned) [00:15] hi BUGabundo [00:16] libjingle? [00:16] off to bed [00:30] doesn't seem to be built [00:47] ok, chromium is green, except hardy [00:47] http://code.google.com/p/gyp/issues/detail?id=78 [01:34] asac: is it worth trying to fix ubufox for alpha-6? [09:04] hi [09:06] hi === micahg1 is now known as micahg [09:09] asac: is it worth trying to fix the apturl ubufx problem for alpha 6? === asac_ is now known as asac [09:29] asac: if I'm attempting to fix ubufox, which branch should I fix? [09:30] micahg: so ... [09:30] micahg: its already fixed upstream [09:30] i actually wanted to do that next ;) [09:30] which thing? [09:31] the beta milestoned bug [09:31] what bug number are you thinking about? [09:31] bug 423438 [09:31] Launchpad bug 423438 in ubufox "[MASTER] ubufox cannot install Firefox plugins on Karmic" [High,Triaged] https://launchpad.net/bugs/423438 [09:31] that was the apturl crash [09:31] odd [09:32] not really [09:32] i thought i added upstream task to the bug and marked it as fixed [09:32] maybe that sank in some other bug? [09:32] * asac checks [09:32] are you thinking of bug 365965? [09:32] Launchpad bug 365965 in ubufox "[MASTER] installing firefox pulls in ubufox and all gnome depends through apturl" [Medium,Triaged] https://launchpad.net/bugs/365965 [09:33] seems i dreamed that. [09:33] no that one is clear [09:33] the fix should be done in ubufox upstream branch [09:33] i was sure i committed that ;) [09:33] bzr branch lp:ubufox [09:33] how does that work with the debian package? [09:33] first fix ubufox [09:34] or rather, can I test in the debian package and then commit the upstrema? [09:34] then merge the branch [09:34] well i think we make a "release" ;) [09:34] like 0.8b1 [09:34] yes [09:34] I mean in my ppa :) [09:34] you fix it in lp:ubufox [09:34] yes [09:34] run sh build.sh [09:34] install .xpi with firefox ubufox.xpi [09:34] then you can test [09:34] that'll make the xpi? [09:34] yes [09:35] * micahg can't test outside of ppa, still running jaunty [09:35] need to load live CD :) [09:35] I"ll test [09:35] be back in a few minutes [09:35] uggh [09:35] micahg: why livecd?= [09:35] that bug should be reproducible in all karmic [09:35] that's whaat I have for karmic [09:35] I'm runnign Jaunty :) [09:36] ok [09:36] i think its good time to upgrade to alpha-6 ;) [09:36] nah, I wait til beta [09:36] micahg: can you confirm the firefox bugs please [09:37] for the jaunty-proposed upload? [09:37] i know you confirmed one from ppa already [09:37] yes [09:37] once I upload this to ppa [09:37] micahg: upload to ppa? ;) [09:37] the ubufox fix [09:37] thats really a detour for such a small fix ;) [09:37] try locally and suggest a merge ;) [09:37] i will upload that in 1-2 hours to archive [09:38] I can't try locally [09:38] hmm [09:38] I don't have karmic installed [09:38] livecd ;) [09:38] ok i see [09:38] VirtualBox :) [09:38] well. you can reproduce on livecd [09:38] yes [09:38] and bzr branch lp:ubufox shouldnt be that hard ;) [09:38] yeah [09:38] then you can install .xpi to verify [09:38] thats enough [09:39] I guess I could;ve done that :) [09:41] is this an ok description? * LP: #423438 - ubufox can't use apturl on karmic [09:42] ; honour shebang by calling command directly rather than the python interpreter [09:42] something like that [09:42] appended to yours ;) [09:45] asac: in one bug (I don't remember the bug #) you mentioned issues with some locales for Firefox 3.5; were those similar to https://bugs.launchpad.net/ubuntu/+source/firefox-3.5/+bug/429835 ? [09:45] Launchpad bug 429835 in firefox-3.5 "chrome error when using firefox in Dutch ('nl', 'nl_NL', 'nl_BE') locale on karmic" [Undecided,New] [09:47] JanC: thats a bug in the translations done in translations.launchpad.net [09:47] we have those enabled during development cycle to give translation teams a chance to fix their bugs (like this) [09:47] dpm: ^^ [09:48] dpm: do you know someone from dutch translation team? [09:48] asac: yeah, thanks, looking at it [09:48] asac: I do [09:48] dpm: what should we do with such bugs? [09:49] i would like to keep them in firefox-3.5 package so it more or less stays on radar [09:49] but still would like to assign it to someone [09:49] dpm: maybe assign those to you until you find an assignee? [09:49] IMHO there is something wrong if translators can cause this sort of problem though ;) [09:49] dpm: maybe a i18n tag? [09:50] JanC: not really [09:50] JanC: for normal strings yes. but even with "normal" po you can have templates [09:50] if you bust those up you will break the app UI [09:50] so a string "you just bought %d apples" [09:51] if translated like: "du hast gerade %d %s gekauft" [09:51] would probably cause issues [09:52] not saying that in this case its definitly not the po2xpi transformer [09:52] hm, that entity name is correct AFAICS? [09:52] asac: 1) add an additional task to ubuntu-translations 2) assign it to the relevant team from https://translations.edge.launchpad.net/+groups/ubuntu-translators, if it's a critical bug, I'm subscribed to ubuntu-translations bugmail and I see it, so I can also ping the particular translator or translator team leader 3) add relevant tag: 'i18n' or 'l10n' [09:52] just saying its probably fixable by translators ;) [09:52] JanC: do you have a link? [09:52] asac: that's the normal procedure, but feel free to assign it to me as well ^ [09:52] well, I just looked at the named *.jar [09:53] micahg: ok ... for translation bustage bugs like 429835 ... we want to do what dpm said above ;)^^ [09:54] JanC: paste ;) [09:55] ok [09:55] micahg: if unsure, just assign to dpm ;) [09:55] ok [09:56] micahg: yeah, feel free to do that or ask me anything if I'm around [09:56] asac: I'm not sure how firefox translations work, but the used entity name is defined in the untranslated .jar; if it's possible to fuck that up for translators, it's a lot worse than using the wrong %-placeholder in gettext translations... [09:58] I couldn't find the entity in the .jar archive, but I might not have been looking for the right thing [09:58] JanC: Ubuntu translators shouldn't be able to modify untranslated jars, if I understand it correctly, this can only be done if you have commit access upstream. But if that were the case, I'm sure upstream would have noticed that [09:59] JanC: you comments dont really help. if you can paste the relevant files i would take a first look though ;) [09:59] to me, an *entity name* sounds like a variable name ;) [10:01] JanC: then, if that's the case, if you could find out which particular string is the offending one using the search function there -> https://translations.edge.launchpad.net/ubuntu/karmic/+source/firefox-3.5/+pots/firefox-3.5/nl/+translate , it will be easier for translators to fix it [10:02] honestly, if translators are allowed to translate entity names (as opposed to references to entity names), that is a bug [10:02] too bad that launchpad does not yield anything if you search by entity name [10:02] but I'm looking into it further ;) [10:04] thx [10:04] asac: hi... is this true > Bug #429777 , that the 3G prompts for a password even when not required? i dont use 3G so i cant confirm ;p [10:04] Launchpad bug 429777 in hundredpapercuts "3g Network does not require a passwort, yet you still need one" [Undecided,New] https://launchpad.net/bugs/429777 [10:04] just get the relevant file portions and i will check [10:04] JanC: ^^ [10:04] asac: should I change the milestone on the apturl bug to alpha6? [10:04] micahg: no [10:05] thats ok [10:05] JanC: Sounds good, yeah, I'd rather prefer to focus on getting to the bottom of this before speculating on what translators can do. Thanks [10:05] asac: once the translation bugs have an Ubuntu translations task, they go to triaged, right? [10:06] micahg: for us yes. [10:06] micahg: but they are release critical [10:06] would be useful if I had some documentation about how the firefox-3.5-nl.jar maps to the non-translated stuff though :-/ [10:06] micahg: actually not really [10:06] asac: so critical or high + milestone? [10:06] micahg: we should just use a unique tag [10:07] l10n? [10:07] micahg: the idea is that we review translations for bustage and if there are issues reported that are not addressed go for "xpi" approach [10:07] micahg: lets use xpipo [10:07] i want to use somethign unique that noone else uses [10:07] should I set a milestone? [10:07] JanC: unfortunately, documentation on the Mozilla translations format is pretti scarce. You might want to ask at the #l10n channel in the Mozilla IRC server [10:08] s/pretti/pretty/ [10:08] dpm: its better if he just asks here [10:08] at least i think [10:08] if its a general understanding issue (rather than a launchpad specific) i will send them to #l10n i guess [10:09] I was just thinking in case he had general questions about the xpi format [10:09] yes ^ [10:09] first of all: is it possible that such an issue is the result of there being no translation ? [10:09] anyway, JanC, feel free to ask, and we'll help you in what we can :) [10:10] asac: jaunty-proposed for safe browsing seems fine [10:11] micahg: great. please comment on the bug [10:11] also check the geolocati0n thing ... which iirc worked ;) [10:11] * micahg doesn't know how the geolocation works [10:11] JanC: please get us the data. [10:11] JanC: its much more efficient [10:12] and no. those problems usually won't arise if there is no translation [10:12] asac: done on attack bug [10:12] and proposed merge for ubufox [10:12] but it cannot be ruled out ... which is why we need to look at the facts (.dtd/.properties) files [10:12] now I must get some sleep [10:13] http://launchpadlibrarian.net/31829339/xulrunner-1.9.1_xulrunner-1.9.1-nl.po [10:13] micahg: good night [10:13] i will review, merge etc. [10:13] * mac_v doesnt want to repeat himself , but reminds asac of a question asked a few mins ago :) [10:13] http://launchpadlibrarian.net/31829339/xulrunner-1.9.1_xulrunner-1.9.1-nl.po [10:13] JanC: looking at the upstream statistics, where translations are imported from (http://l10n.mozilla.org/dashboard/?locale=nl), it seems that fx35x is completely translated anyway (the 0 Missing figure tells that) [10:13] didnt i answer? [10:14] asac: are you going to wait for all the ubufox fixes? it seems like we're starting to get more of those apturl crashes every day [10:14] hm.. oh did you , didnt notice , [10:14] that's why I wanted to push it for alpha6 [10:14] * mac_v cant find the ans :( [10:15] mac_v: i cannot even find the question right now [10:15] did you ask on a different channel? [10:15] hehe , just a sec [10:15] what time was it? [10:15] i thoguht i answered something from you [10:15] asac: hi... is this true > Bug #429777 , that the 3G prompts for a password even when not required? i dont use 3G so i cant confirm ;p [10:15] Launchpad bug 429777 in hundredpapercuts "3g Network does not require a passwort, yet you still need one" [Undecided,New] https://launchpad.net/bugs/429777 [10:15] oh yeah. i just thought the answer, but didn't type it i guess [10:16] mac_v: its definitly not a hundredpapercut [10:16] \o/ [10:16] but we want to fix it [10:16] problem is that you cannot just fill in random stuff everywhere [10:16] for those that need real username/password it would be wrong [10:16] hmm... ok so reassign it to nm-applet? [10:16] but i think we will end up doing that anyway [10:17] yes [10:17] thanks :) [10:18] asac: lp should link the branch for me, right? [10:21] ok, night all [10:22] * mac_v wonders when micahg actually sleeps o.0 , micahg is almost awake on all time zones ;p [10:22] micahg: launchpad does that if you use --fixes lp:XXXXXX [10:22] in bzr commit [10:22] debcommit does that if you have LP: #xxxxx in changelog [10:22] micahg: is a hero ;) [10:23] asac: once i was discussing something with him and he said > "its almost dawn ,so i guess no sleep today" [10:24] hehe [10:24] yeah [10:28] JanC: please save chrome://browser/locale/aboutCertError.dtd and paste it somewhere [10:28] same for chrome://branding/locale/brand.dtd [10:30] yeah, I was getting there about ツ [10:31] http://paste.ubuntu.com/271386/ is aboutCertError.dtd from the locale [10:32] http://paste.ubuntu.com/271388/ is brand.dtd [10:33] http://paste.ubuntu.com/271389/ is the "original" aboutCertError.dtd I suppose [10:34] which has some extra stuff at the top compared to the translated one [10:34] looks like an include that's missing or something? [10:36] JanC: is http://paste.ubuntu.com/271386/ really the complete aboutCertError.dtd ? [10:36] yes [10:36] the translated one [10:36] nothing omitted? [10:37] like something on top etc.? [10:37] nope, like, I say, there seems to be some include missing ;) [10:38] yes [10:38] SYSTEM "chrome://branding/locale/brand.dtd"> [10:38] %brandDTD; [10:38] JanC: can you check other locales? [10:38] if I install them [10:38] one sec [10:38] i think i have other locales [10:39] maybe have some installed for tests/demos [10:40] okay, I had farsi installed for some RtL test long ago, and it doesn't have that "include" either [10:41] I guess this is a translation package build issue then? [10:42] ok [10:42] so bug is in runpo2xpi [10:43] doesnt like multi line entities i would think [10:43] err i mean doesnt like multi line SYSTEM includes [10:43] for entityline in `grep ENTITY.*%.*SYSTEM $dtdfile`; do [10:43] hey asac :) [10:44] ola [10:44] too bad [10:44] why did they start to linebreak it ;) [10:45] asac: why not, it's perfectly legal SGML ;) [10:45] its xml here [10:45] anyway [10:46] parsing in shell script is not nice ;) [10:46] you cannot even run an xpath on it ... hmmm [10:46] maybe you can [10:46] but i am sure even if xpath can match this, xpath command will have a bug ;)( [10:47] yeah. that road leads nowhere as xpath cannot deal with chrome:// paths for sure [10:47] so the parsing will explode before xpatch match can be tried [10:47] have just 10 more bugs to file then everything is good to go :) [10:48] is the wiki page up to speed? [10:48] im doing the wiki as im filing the bugs [10:48] :) [10:48] g [10:49] thing im confused on is some names of extensions that have yet to be added to the launch pad list of packages for the project [10:49] asac: no way to use a headless xulrunner or something? ;) [10:49] (as I suppose this has to run on a server) [10:52] BTW: I guess my bug report should be re-assigned ? [10:52] andv: what you on about with bug 425612 [10:52] Launchpad bug 425612 in livehttpheaders "mozilla-livehttpheaders not using the recommended version of mozilla-devscripts" [Low,Confirmed] https://launchpad.net/bugs/425612 [10:52] are you talking about something i did or what [10:52] I'm mentoring my student, read the comments better [10:59] ahhhh ok sry bout the confusion andv [10:59] asac: can you re-assign this bug to whoever is going to work on it (I'd rather not have ubuntu-nl translators to lose time on figuring out why they are assigned now...) [10:59] np [11:04] JanC: feel free to do that. [11:04] asac: reassign to you? [11:04] yes [11:04] done [11:05] and thanks for the help :-) [11:07] asac: an off topic question: the bluetooth module is plain "bluetooth" , right ? i want to blacklist it , so simply adding "blacklist bluetooth" to the /etc/modprobe.d/blacklist.conf should prevent it from loading, right? [11:21] mac_v: why do you want to blacklist bluetooth? [11:22] asac: the bluetooth is causing problems :( , Bug #409233 and i dont use it either ;) [11:22] Launchpad bug 409233 in linux "[Regression] Bluetooth Causes Suspend to fail" [High,Triaged] https://launchpad.net/bugs/409233 [11:23] mac_v: tried latest package? [11:23] from yesterday? [11:24] hmm..> this update ? pulseaudio-module-bluetooth (1:0.9.16-0ubuntu1) to 1:0.9.17-0ubuntu1 [11:24] oh wait , i have one waiting :) [11:26] but still , i have the bluetooth disabled from the startup list using BUM , and still there is a process "bluetooth" ? why is that? [11:27] if i try killing it from the system monitor , the system monitor crashes o.0 [11:31] after upgrading to latest restart [11:31] the bluetooth process should be ok [11:32] hmm... ok. [11:33] let me know if there still is a problem [11:33] sure :) [11:33] * mac_v still whines about 1 process unnecessarily loading ;) [11:36] mac_v: be happy, I have a smartcard daemon running all time too, even if I don't use it very often [11:36] all that could be prevented with proper dbus/udev stuff AFAIK [11:37] ;) [11:47] asac, I'm setting up a relationship with debian guy for moz extensions [11:48] asac, we want to create a channel on OFTC for it, and awoodland suggested me to ask you [11:49] i dont think we should create a new channel for that ;) [11:50] we dont really need a channel imo. we need to agree on policies and on top we have the malinig list [11:50] and if someone wants to chat they can use this channel or #debian-devel [11:51] asac, the mailing list is available on alioth [11:51] i know [11:51] there is no need for more imo [11:51] asac, I hope you don't except DDs to join ubuntu-mozillateam ML [11:52] no. but no new channel [11:54] asac, the new channel was useful for CIA commits [11:54] so someone knows who is working on what [11:57] andv: when did u guys start working for the us government and the intelligence community :P [11:57] lol [11:58] couldnt resist not making that joke [12:13] asac, mozilla-devscripts support iceape? [12:16] depends on what support means [12:33] asac, I gonna work on the mozgest package [12:34] asac, I will keep it in sync with ubuntu [12:34] asac, but looks like we have a different binary name [12:34] asac, mozilla-mozgest in debian, mozgest here [12:41] asac, xpi:depends recognize iceweasel / icedove as well? [12:43] atm yes. [12:46] cyphermox: so two things i forgot to tell you: a) we need a needs-packaging bug for openconnnect. otherwise i cannot get freeze exception [12:46] that one should be closed in changelog [12:46] cyphermox: the other thing would be to bump connman to the latest upstream release [12:47] cyphermox: also we need kind of mechanism that allows consumers to do their own git tag version scheme [12:47] ok [12:47] similar to the vpn stuff [12:47] then i want to move it to -devscripts [12:47] i have first folks asking for those snippets for outside comsumption [12:47] asac, still need to find out why openconnect crashes when I try to start a connection [12:48] cyphermox: hmm. that would be good ;) [12:48] cyphermox: i would think upstream bug. you have a backtrace? [12:49] will in a second [12:49] or if not, at the latest tonight [12:49] andv: will think about the naming [12:49] andv: according to http://wiki.debian.org/Teams/DebianMozExtTeam we want to go for xul-ext- prefix [12:49] i still believe it maekse no sense [12:49] will open discussion again asap [12:50] ok [12:50] asac, Depends: iceweasel (>= 2.0) | icedove (>= 1.5) can be safely removed then right? [12:50] if you use Recommends: ${xpi:Depends} then probably yes. [12:51] maybe keep the "thunderbird" directory name [12:51] that one is still needed until tbird/icedove gets 3.0 [12:54] asac: the latest update fixed the suspend issue :) [12:55] but now i have a weird sideeffect! , not sure if its gnome-bluetooth causing it or not [12:55] mac_v: going for lunch now ... lets talk after that, ok? [12:56] asac: sure... no probs , but i'm pretty sure its something else :) [12:56] woot woot i have a proper machine now to test on :) [12:57] no more vm :) [13:00] im not here long at all just finishing something up real fast [13:31] gnomefreak, I'm fixing mozgest in debian [13:31] gnomefreak, they use iceape / icedove [13:32] how can I add them? [13:32] andv: just add them to rules file and control depends [13:32] that should be it [13:32] MOZ_XPI_MOZILLA_DIRS? [13:33] looks right. should be at the end of rules [13:33] yep [13:33] gnomefreak, I need to add them on depends? [13:33] andv: they should have already been there. [13:34] Depends: iceweasel (>= 2.0) | icedove (>= 1.5)? [13:34] oh it doesnt have it [13:34] andv: yeah add it to depends in control should be enough [13:34] ok [13:35] andv: where did you get that from? [13:35] debian package [13:35] im updating it [13:35] oh so its not the same as ours? [13:36] rules is different? either way just add them to depends should be plenty but test to make sure [13:36] * gnomefreak getting pissed at flashblock [13:38] andv: i dont have time to make a chrrot today to test for you [13:38] chroot even [13:38] np [13:45] is it me or is bzr merge broken? [13:45] http://paste.ubuntu.com/271438/ [13:45] please let me know what the hell is wrong [13:46] * gnomefreak be back ina minute [13:49] k [13:50] for some reason the instructions dont work. was there a change in m-d that would cause https://wiki.ubuntu.com/MozillaTeam/Extensions/Packaging#Preparing%20an%20update to not work [13:50] andv: ^^^ [13:51] gnomefreak, ? [13:52] andv: the instructions dont work for some reason please see pastebin above for error i keep getting [13:53] andv: do you feel like doing that upgrade? [13:54] gnomefreak, try to give a bzr upgrade remoteurl [13:55] replace remoteurl with my upstream branch location? [13:56] andv: i never used bzr upgrade before :) [13:58] lol there is a ubuntu-dev branch but no package in archives [14:00] asac: you made an ubuntu-dev branch of linkwidgets but you never pushed it? [14:01] gnomefreak: hmm [14:01] asac: https://code.edge.launchpad.net/~ubuntu-dev/firefox-extensions/linkwidgets.ubuntu [14:01] gnomefreak: why do you think i didnt push to it? [14:01] i see 5 revisions there [14:02] gnomefreak: aren't you supposed to be on holiday? [14:02] ;) [14:02] asac: i cant find it in repos [14:02] asac: yes trying to be at least. we will be taking honeymoon in nov. since emergency prevented us from going. from nj we flew back here [14:03] still trying to take time offf to spend together :) [14:04] fta2: how does subversion work for local_branch? is its just "return" if $self->{'local-branch'} [14:08] in mozclient? not sure it ever worked, i did it only for hg initially, maybe git [14:09] the idea is just to do the checkout in the local_branch directory, and then copy or clone the results in the temp directory that will be stripped and packed. [14:10] same as in chromium [14:10] asac, ^^ [14:12] fta2: are you saying you dont use local branch anywhere except for NM ;)? [14:12] or is that implemented in the individual packages now? [14:12] you said that checkout does not work, but update [14:12] where is that code for hg? [14:12]