[00:44] micahg: might be a bit late ... [00:45] asac: k, $WORK is keeping me busy :) [00:45] ok will ping you when back [01:14] micahg: ok [01:14] k [11:02] mOrnInG [11:21] kenvandine: gwibber trunk http://paste.ubuntu.com/368799/ [11:52] !ping asac [13:45] what was that app to make pages use genko for rendering, making them self contained apps? [13:46] so I can have pages in almost full screen, without FF toolbars [13:49] BUGabundo: i get same error! :( [13:49] vish: ? [13:49] even when i reverted to repo version it fails with that error :/ [13:49] gwibbber? [13:49] yeah [13:50] I'm using the old ONE [13:50] the stable on [13:50] and testing trunk and a few branches [13:50] they should NEVER push to trunk/ppa daily something that doesn't work [13:53] BUGabundo: https://bugs.launchpad.net/ubuntu/+source/gwibber/+bug/516597 [13:53] Error: Could not parse data returned by Ubuntu: The read operation timed out (https://launchpad.net/bugs/516597) [13:53] err.. lp is killing me today :/ [13:55] aahahah [13:55] I won't file bugs for this [13:55] would file 5 per commit :D [13:55] I just ping segphault and kenvandine [13:55] vish: go to ars irc server and idle there [13:55] should be quicker [13:55] hehe ;) [13:56] BUGabundo: segphault also idles in #ayatana [13:56] he idles in several #s [13:56] but doesn't listen in [13:57] BUGabundo: any ideas how to fix it? [13:57] with the nick seg|ars [13:57] no idea [13:57] I don't do python [13:57] yeah [13:57] k.. [16:43] Hey guys - I have Thunderbird 3.0/Shredder installed from the daily PPAs on Karmic. My default browser (in Preferred Applications) is Namoroka, also from the daily PPAs. For some reason, clicking on links in emails in Shredder doesn't do anything; it should open them in Namoroka. Any help is greatly appreciated. Thanks! [16:45] * micahg had that working, then it broke again [16:45] hehe [16:46] flask-: make sure firefox is default system browser [16:46] in Firefox go to Preferences->Advanced->General and click Check Now to see if it's the default [16:47] micahg: there are two entries in the "Web Browser" dropdown in "Preferred Applications": Namoroka and Firefox. Firefox doesn't even have an icon next to it. [16:47] micahg: but as I said earlier, it's set to Namoroka and that works perfectly for everything on the system except links in Thunderbird [16:47] what's the output of this: gconftool --get /desktop/gnome/url-handlers/http/command [16:48] "firefox %s" [16:48] hmm [16:48] that should work then even for daily [16:48] I know :) [16:48] it actually wasn't working in Jaunty either [16:48] did you edit anything in the TB prefs before? [16:48] oh, you have to expose the protocol in TB3 [16:49] Enlighten me :) [16:52] you can see if this works: http://kb.mozillazine.org/Setting_Your_Default_Browser#Setting_the_browser_that_opens_in_Thunderbird_-_Linux [16:52] I actually already tried that [16:52] it didn't work so I removed those lines from the prefs file [16:52] ok, then you should look at the links the for protocols [16:53] *there [16:55] flask-: you can ask in #thunderbird on irc.mozilla.org [16:55] flask-: did you try setting the default browser from inside FF yet? [16:56] no, i didn't [16:57] flask-: try that :) [16:57] there must be more settings than that that it sets [16:58] ok, i asked in #thunderbird on irc.mozilla.org [16:58] i'll see what they say [16:58] why not just use FF to set the default browswer? [16:59] from that URL you sent me, I cannot figure out how to do that [16:59] no, just in FF, go to Preferences -> Adavanced -> General and click Check Now [16:59] oh, I already did that [16:59] and it does think it's the default browser [17:00] k [17:00] well, idk [17:00] bbiab [17:59] hi folks [17:59] im using 3.6 ppa [18:03] apparently. firefox 3/6 ships with the jit [18:04] 64bit linux version. [18:04] is 3.6pre the same as 3.6? [18:04] cause that's the ver. i've got [18:15] dpm: for thunderbird-locales should I depend on language-pack-xx now instead of language-support-translations-XX [18:16] hey micahg. Let me get ArneGoetje here, he takes care of the language packs... [18:16] ArneGoetje, ^^ [18:17] it seems that language-support-translations was dropped for karmic, so I wanted to migrate to whatever replaced it [18:19] micahg: language-support-translations has gone away. those dependencies are handled by language-selector directly now since karmic. Means, those translations packages only get installed if the main app is already installed or is marked to be installed on the system. [18:20] ArneGoetje: ok, but we have the TB language packs separate for right now, so I was wondering what package to migrate the depends to [18:20] should I depend on language-pack-XX? [18:20] micahg: no package. [18:21] ok, but what if they want a TB locale they don't have a system locale for? [18:21] micahg: if you have thunderbird installed and run language-selector, it will pull the thunderbird translation package for your languages. [18:21] language-selector pull thunderbird-locales packages? [18:21] micahg: yes [18:22] micahg: but only if thunderbird is already installed on your system. [18:22] micahg: same for oo.o, by the way [18:22] ArneGoetje: ok, let me test... [18:24] it jsut crashed on me :) [18:24] ? [18:25] I think it's bug [18:25] oops bug 331380 [18:25] micahg: which release are you testing on? [18:25] Launchpad bug 331380 in language-selector "gnome-language-selector crashed with SystemError in markInstall()" [Undecided,Confirmed] https://launchpad.net/bugs/331380 [18:25] karmic [18:25] I have some packages missing it says, I select remind me later [18:25] micahg: do you have a broken cache? [18:25] possibly [18:25] how do I fix [18:29] e-jat: ? [18:30] micahg: apt-get -f ? [18:30] ArneGoetje: aptitude doesn't complain [18:32] micahg: which languages do you have installed? [18:32] well, I en and he [18:33] when I tried to install themissing packages it says that I need to fix the broken pacakges first [18:33] but the apt-cache isn't broke [18:33] micahg: hmm... well, something *is* broken... [18:33] * micahg thinks he'll try the suggested packages in aptitude [18:33] micahg: ? [18:34] language-selector is suggesting that some translations aren't installed [18:35] * micahg thinks it's because I have TB3 installed but TB-locales isn't at a apt-priority of 500 [18:35] so there's a conflict [18:36] ArneGoetje: I'll fix it later, but thanks for the info on TB-locales [18:36] micahg: we don't have packages for TB3 locales, do we? [18:36] ArneGoetje: I'm trying to finish it :) [18:37] the last piece was that depends [18:37] micahg: ah, ok. [18:37] I just need to respin and test a few locales [18:37] then hopefully asac can upload to Lucid :) [18:38] micahg: will TB3 replace TB2 or will it be an alternative? [18:38] ArneGoetje: replace [18:38] ArneGoetje: both TB and FF will be unversioned in archive from now on [18:38] Tb was already [18:39] micahg: in that case, please make sure that no TB2 translation package stays behind! language-selector doesn't check for version numbers [18:39] ArneGoetje: I'm adding dummy packages for the misssing locales in TB3 [18:39] micahg: let me know [18:39] when its somewhere [18:39] micahg: ok. thanks for the updtae [18:40] asac: unfortunately, it took me >12 hours to get the answer for that depends... [18:40] so it'll have to be later tongiht [18:41] ArneGoetje: is it better to have empty packages for all locales? [18:42] or do I just need to make sure that if it was in there before, it stays in there... [18:42] asac: what do you think ^^^ [18:43] micahg: if the language has been removed upstream, then the translation package should also be removed, I guess [18:43] ArneGoetje: well, it's usually a case of not ready at time of release [18:43] micahg: right... but will it be made available later? [18:44] ArneGoetje: usually [18:44] at least 1 was released after 3.0 [18:44] micahg: good to know [18:45] micahg: maybe a placeholder would be in order for that case [18:49] <[reed]> micahg / asac / fta: http://blog.johnath.com/2010/02/04/bugzilla-for-humans/ [18:49] <[reed]> awesome video [18:49] <[reed]> I recommend watching it [18:49] <[reed]> well-worth your time [18:50] thx [18:53] ArneGoetje: asac: I think what I'll do is make a published file that keeps getting updated but never deleted [18:53] that'll keep us from losing stuff in tehe future [18:56] [reed]: I'll take a look a little later [18:57] <[reed]> micahg: cool [18:57] micahg: just make sure it stays compatible with the latest TB. [18:58] ArneGoetje: well, it'll just be an empty stub package is the language isn't available, but the package will at least be the right version [19:02] micahg: ok [19:19] asac: hi [19:29] hi bdrung [19:30] asac: it's time to release m-d 0.20, isn't it? [19:30] micahg: empty packages for gone locales [19:30] thought we already discussed that [19:30] i can't remember it [19:31] bdrung: no idea ... is that the debhelper > 7 requirement thing? [19:32] asac: no, there is no connection to debhelper. it's the 'fix the dependencies' release (firefox-3.6 -> firefox, etc) [19:33] yeah [19:33] go for it [19:33] good [19:33] is there really no chance we can make that md work without debhelper 7 [19:33] that really causes bad dreams as we need to roll all this to hardy-seceurity at some point [19:33] asac: it works without debhelper 7 [19:34] hmm [19:34] asac: who said that we need version 7? [19:34] what i see is that we start moving extensions to debhelper 7 [19:34] thats the same problem [19:34] i recommend version 7, but it works with dh > 5 [19:34] we probably need to roll al lthose to hardy-security [19:34] >= [19:35] yeah. then i mixed md itself up [19:35] asac: do we really need to backport the extensions? [19:35] yes [19:35] we need to decide which to backport [19:35] and wipe the others [19:35] e.g. upload them empty [19:36] at best we could just roll all [19:36] without needed to redo efforts [19:36] at least those that are not compatible with 3.6 [19:36] do we backport m-d, too? [19:36] i dont have a problem with backporting md [19:36] just debhelper is causing headaches [19:36] that cant go to -sceurity [19:36] security [19:36] asac: how are you doing in portland? pitti alread told me about the karaoke evening :P [19:37] portland is really nice [19:37] but too much work to do [19:37] beer and karaoke! [19:37] hehe [19:37] nothing more needed :P [19:37] asac: i am planning to write a version test script, this would give us a nice list of working / not working extensions [19:37] i didnt do karaoke [19:37] asac: nahh, suck [19:38] bdrung: yeah. i think we somehow need to grep the full archive to find all extensions though [19:38] asac: i have a nearly complete list [19:38] for hardy we have a complete list i think [19:38] its in app-install-data mrked as xul-extension [19:39] but i am not 100% confident that that was accurately maintained in intrepid/jaunty/karmic [19:39] most likely the further we progressed the more extensoins (from debian) slipped through [19:40] asac: this is my list: http://paste.debian.net/58736/ [19:40] asac: every extension should use xul-ext- as prefix. then the list creation would be easy. [19:46] m-d 0.20 is released [19:48] well ... i always disagreed on the prefix ... but i am fine since debian crackers wanted that [19:48] i wanted just a special field [19:48] in control [19:48] anywy [19:48] off working on stuff [19:48] thanks for the 20 upload [19:48] np [19:59] asac: you asked me to compile the list of extensions in previous releases [20:00] bdrung: dh_xul-ext doesn't need debhelper 7? [20:00] micahg: no [20:00] k [20:46] fta: mozclient doesnt produce proper tagged tarballs [20:46] for tbird [20:46] any idea? [20:46] we always get head [20:46] with DEBIAN_TAG=... [20:53] asac, tb is in 2 repos, which one is wrong? [20:55] asac, you should see in the logs if your tag is properly passed [20:55] 3.0 [20:57] no, which repo? [20:59] fta: its odd ... one sec [21:00] fta: http://paste.ubuntu.com/369110/ [21:00] so if i do hg update -r THUNDERBIRD_3_0_RELEASE [21:00] on my own [21:00] i get version-191.txt == 3.0 [21:00] but what comes out of the mozclient is 3.0.2pre (aka head) [21:02] could you redo that manually and check that "hg update -r THUNDERBIRD_3_0_RELEASE" does the right thing? [21:03] fta: i did that manually [21:03] e.g. clone comm-1.9.1 [21:03] then update -r... [21:03] and that does the right thign [21:04] we get 3.0 in version191.txyt [21:05] running python client.py checkout now [21:05] lets see if that trashes it [21:06] hmm [21:06] i get [21:06] python client.py checkout [21:06] Executing command: ['hg', 'pull', '-R', './.'] [21:06] pulling from http://hg.mozilla.org/releases/comm-1.9.1 [21:06] searching for changes [21:06] no changes found [21:06] Executing command: ['hg', 'update', '-r', 'default', '-R', './.'] [21:06] 287 files updated, 0 files merged, 29 files removed, 0 files unresolved [21:06] Updated to revision 13494ff7aba10934c51a9de5785adcd23caabef3. [21:06] Executing command: ['hg', 'clone', 'http://hg.mozilla.org/releases/mozilla-1.9.1/', './mozilla'] [21:06] requesting all changes [21:06] adding changesets [21:06] adding manifests [21:06] adding file changes [21:06] seems we need to pass the tag there too or something [21:06] fta: is there a way to refer to DEBIAN_TAG in the .conf file? [21:06] thats where we have that command [21:06] so yeah... .that trashes it [21:07] * asac has to run to lunch ... will be back in 45 minutes (before the dooor is loocked === BUGabundo is now known as BUGabundo_dinner [21:41] * micahg now understands fta meant comm-1.9.1 and mozilla-1.9.1 === BUGabundo_dinner is now known as BUGabundo [22:40] righty then, mozilla team. i need three bits of info. i got lost last time. 1) which package should be build-depended for mozilla plugin compilation in lucid (and if known, debian)? 2) which binary packages should be depended on (e.g. firefox|iceweasel)? 3) what is the correct folder to place plugins in for any browser in lucid (and debian if known) - this used to be xulrunner-addons/plugins/ but looking at the archive there [22:40] is less than zero adherence to this across different plugins. [22:41] asac: ^ [22:43] i mean, hell, gnash is just plain weird on this front - plugin installed in /usr/share/ubufox ? [22:43] in my day share wasn't for arch-specific libs [22:44] * micahg would think that's a bug... [22:47] the most common behaviour seems to be brute force & ignorance [22:47] e.g.: [22:47] /usr/lib/firefox/plugins/gtk-vnc-plugin.so [22:47] /usr/lib/gtk-vnc/plugins/gtk-vnc-plugin.so [22:47] /usr/lib/mozilla/plugins/gtk-vnc-plugin.so [22:47] /usr/lib/xulrunner-addons/plugins/gtk-vnc-plugin.so [22:48] directhex: that's why a helper for plugins will be useful :) [22:49] micahg, in the meantime, what would said helper point to? is there a policy document on this stuff (especially given how changeable it is between releases)? [22:49] a helper also precludes backports [22:49] unless the helper gets backported liberally [22:49] directhex: it would be in mozilla-devscripts [22:50] which might get backporte [22:50] *backported [22:52] directhex: I think /usr/lib/xulrunner-addons/plugins [22:52] micahg, not parsed anymore on lucid. i tried. [22:52] not parsed by what? [22:52] firefox, for example [22:53] right, that was a Q I had for asac :) [22:53] * micahg forgot about that one [22:53] and as far as a cure-all helper goes, feature freeze is in a fortnight [22:53] usr/lib/firefox-addons/plugins is the firefox plugin dir [22:55] but I'm still not sure about where to put stuff since we're not building against FF, but xulrunner [22:55] and non-firefox things? fennec, galeon, kazehakase, etc? [22:56] those will build against xulrunner [22:56] but be in universe [22:56] directhex: https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-new-firefox-support-model [23:05] micahg, they might build against it, but where do the plugins go? will xulrunner-dev be updated to 1.9.2? will xulrunner-1.9.1-dev remain? [23:05] from a plugin packaging perspective, i miss /usr/lib/mozilla/plugins/ [23:06] everything loves mozilla/plugins [23:06] directhex: we're not shipping -dev packages with ff [23:08] directhex: Firefox will be changing major versions, that's why we can't build against it [23:09] directhex: yes, xulrunner-dev is migrating to 1.9.2 [23:12] * micahg wonders if he should spend the weekend writing docs for everyone === hggdh_ is now known as hggdh [23:56] micahg: i should blog about the current plan [23:57] plugins go to /usr/lib/mozilla/plugins ... [23:57] we still support the old firefox-addons location [23:58] plugins that ship alternatives go to /usr/share/ubufox/plugins/ too [23:58] so that ubufox can switch between them [23:58] yes, please blog about it [23:59] fta: so ... do you have any clue? feels like we need somehow pass the tag to client.py [23:59] --comm-rev=COMM_REV [23:59] --mozilla-rev=MOZILLA_REV [23:59] i guess both need to get DEBIAN_TAG