[00:00] Nafallo, I am running alpha4 8.10 [00:00] if you don't know the answer don't be a tool about it [00:02] I don't actually... [00:02] should be either preferred applications or some of the links in /etc/alternatives I'd imagine. [00:02] i am running intrepid too, but in a virtual machine ;) [00:03] just seems strange that firefox is the official browser used by ubuntu but epiphany loads up when clicking on a link [00:03] not really [00:04] IdleOne: did you look into gnome-default-applications-properties? [00:04] if it's alternatives it's likely to be the last browser installed that sets it. [00:12] hmm ... thats the second time that someone reported that epiphany took over ;) [00:50] <[reed]> asac: it's chpe's evil plot [01:00] absolutely ;) === BobChao__ is now known as BobChao [12:49] * asac yawnsd === asac_ is now known as asac [15:41] hello [15:41] anyone can tell me how to use the thunderbird tool to suppress spam from folder ? [15:42] mine is inactive [15:42] and I can't use it, but sometimes I can use it and dont know why [15:44] daggett: ? [15:44] you need to enable spam filtering [15:44] there is an option in the menu somewhere [15:45] daggett: in account settings -> junk settings [15:46] there you can configure adaptive junk mail [15:46] remember that youz need to train tbird first [15:46] * asac break [15:48] asac: thanks but it's already active, in fact this option used to be available, but since some update it's greyed most of the time and sometimes it's available [15:49] I don't understand this behaviour [15:49] it should not be greyed at all any time [15:54] asac: ok I suppressed the .thunderbird folder in my home and all went back to normal [15:55] daggett: suppressed? what does that mean? [15:55] * asac afk [15:56] rm -rf /home/daggett/.thunderbird [15:56] asac: that's what I did [15:56] I made a copy of that folder just in case [15:56] thats not suppress, but remove ;) [15:56] daggett: if .thunderbird matters, then you are not using ubuntu builds [15:57] well... yes [15:57] better ask in mozilla support channels [15:57] * asac afk for real [15:57] ok thanks [15:57] are there any mozilla IRC channel ? [15:58] on irc.mozilla.org #thunderbirfd [15:58] on irc.mozilla.org #thunderbird [16:00] ok thanks === fta_ is now known as fta [17:32] hi [17:34] hi [17:39] what's up ? [17:40] asac, i see you have activated the plugin pref, does that mean the ui is ready? [17:40] no. but the pref works ;) [17:40] the ui is also just a matter of doing. all issues are sorted [17:40] well ... not all, but all blockers imo [17:42] i hope to get all new features in by feature-freeze + 1w [17:43] unfortunately, as it looks now, kde-integration will not make it [17:43] its better done in 3.1 anyway [17:44] i wanted to do a 3.1+qt but i'm not sure how [17:44] fta: does it work? [17:44] i mean in general? [17:44] supposed to [17:44] i has been merged in trunk [17:44] it [17:45] is that in libxuL? [17:45] or did they move that to a separate component? [17:46] oh i completely forgot about one important feature ;) [17:46] the unbranded browser thing :) [17:46] http://browser.garage.maemo.org/news/10/ff3qt.png [17:47] nice [17:48] it's activated using --enable-default-toolkit=cairo-qt instead of our cairo-gtk2 [17:48] yeah. most likely it really is libxul where this ends up in [17:48] yes [17:49] fta: do they have their own theme? [17:49] e.g. kdestripe? [17:50] or are they using the old winstripe theme thing? [17:52] seems it uses gnomestripe [17:53] good [17:53] http://hg.mozilla.org/index.cgi/mozilla-central/rev/4a506fa751d8f89f0abc93662cb5ad805b9f24c5 [17:53] so most likely still depends on gtk?+ [17:53] e.g. ldd on libxul.so ? [17:56] i wanted to do it like totem. ie, totem is a metapackage for totem-gstreamer (default) and totem-xine [17:57] not sure about -dev [17:57] will it work for both ? [17:57] let me get the tree [17:59] hmm, http://jtechinda.blogspot.com/2008/08/firefox-qt-packages-hit-kubuntu.html [18:00] should we let that diverge ? [18:01] no [18:01] that guy needs to be get in here ;) [18:01] it's apachelogger [18:01] hm, it's a plain ff build, not ff+xul [18:02] fta: yeah ... i just summoned him in -deve [18:02] l [18:11] i wonder if there is a tool to split .so files post-linkage [18:14] sounds crazy [18:14] yeah probably is [18:14] http://www.ubuntugeek.com/how-to-install-flock-web-browser-in-ubuntu-hardy.html [18:17] fta: is your package working? [18:18] no, it's 1.2, i did 2.0 [18:18] kk [18:19] 1.2 is based on ff2 [18:20] xulrunner doesnt support qt yes. just firefox [18:20] at least the build probably fails [18:20] hm ? [18:20] http://paste.ubuntu.com/40209/ [18:20] no qt toolkit in there [18:21] so the XLIBS will miss during linkage i guess [18:21] ifneq (,$(filter gtk gtk2 xlib,$(MOZ_WIDGET_TOOLKIT))) [18:21] -> ifneq (,$(filter qt gtk gtk2 xlib,$(MOZ_WIDGET_TOOLKIT))) [18:21] (most likely) [18:21] it was expected, as usual [18:21] well. maybe it works. but looking at make files it looks like that block is for "linux/unix" in general and not for just gtk [18:22] anyway. what i think is that we can build everything as normal and then try to redo libxul.so by rebuilding those subtrees with tweaked variables [18:23] and toolkit/library of course [18:23] at least worth a try [18:23] then we can divert libxul.so by the -qt package [18:24] hmm toolkit/remote needs to be rebuild as well as it seems [18:24] why do we need toolkit specific remote things? [18:24] its just X iirc [18:25] hmm widget/qt/ as well ... too bad [18:25] well ... the module appears to have its own namespace [18:25] so we can just built it and link it into the qt thing [18:25] (should work quite out of the box) [18:26] http://mozillalinks.org/wp/2008/08/serious-javascript-performance-boost-for-firefox-31/ [18:32] http://weblogs.mozillazine.org/roadmap/archives/2008/08/tracemonkey_javascript_lightsp.html [18:38] i finally have to figure if i can do the anti-flash detection kit thing [18:42] hehe [18:42] i should really setup my development environment again. building packages to test a single line is just bad [18:43] fta: is there a mozilla-central branch for 1.9.0 branch` [18:43] ? [18:43] i don't think so [18:43] it's still in cvs [18:43] apparently not [18:44] hm, i still see that bzr upgrade warning [18:44] fta: yeah. that wont go away until we upgrade i guess [18:44] fta: you have a fast line? [18:44] yes [18:45] hmm. i think i should do it from within the canonical net [18:45] fta: can you create backups from the branches that we want to upgrade? [18:46] ill do backups too .. in case something goes wrong [18:46] you mean, on lp ? [18:46] and then run bzr upgrade [18:46] or locally ? [18:46] no .. i mean: bzr branch the latest to your disc [18:46] locally i think# [18:46] fta: well. you can also push them to ~fta [18:46] ;) [18:46] let me create a ssh key on an internal machine [18:49] fta: ok. lets try with https://code.edge.launchpad.net/~mozillateam/songbird/songbird.head [18:49] good, they didn't reject my bug 260627 [18:49] Launchpad bug 260627 in linux "BUG: unable to handle kernel NULL pointer dereference at 00000004" [Undecided,Confirmed] https://launchpad.net/bugs/260627 [18:50] that one is old and small ;) [18:50] i took a backup on the canonical machine [18:50] let me know when you did your backup ;) [18:50] then ill run bzr upgrade lp~mozillateam/songbird/songbird.head [18:50] and see how far we get [18:51] done [18:51] fta: bzr upgrade --pack-0.92 is new enough? [18:51] i think thats what --default is [18:51] * asac running bzr upgrade --default lp:~mozillateam/songbird/songbird.head [18:52] default is good [18:52] http://paste.ubuntu.com/40218/ [18:52] fta: so if you branch it to a new place it should be upgraded [18:54] fta: ok worked. a fresh branch is pack-0.92 now [18:54] fta: what branch next? xulrunner-1.9.1? or another low-risk branch? [18:55] hold on, i have a xul1.9.1/ff3.1 update in progress [18:55] sure [18:56] it still says dirstate-tags [18:56] or should i wait more ? [18:57] fta: what still says that? [18:57] fta: you sure you got it through ssh? [18:58] bzr info [18:59] hhm [18:59] ix:~/tmp$ bzr branch lp:~mozillateam/songbird/songbird.head songbird.head.new [18:59] Server is too old for streaming pull, reconnecting. (Upgrade the server to Bazaar 1.2 to avoid this) [18:59] Branched 23 revision(s). [19:00] ok, format: pack-0.92 [19:00] fta: http://paste.ubuntu.com/40220/ [19:00] yeah [19:00] yeah strange that message ;) [19:00] but i think we cannot fix it serverside [19:00] ok ... one more branch? [19:00] or maybe a list of branches? [19:01] i still need to upgrade locally [19:01] lp:~mozillateam/firefox/firefox-3.0.hardy [19:01] lp:~mozillateam/firefox/ubuntu-2.0.0.x.gutsy [19:01] yep [19:02] lp:~mozillateam/firefox/ubuntu-2.0.0.x.hardy [19:02] lp:~asac/firefox/ubuntu-2.0.0.x [19:02] hmm ... that one should probably go to mozillateam or die [19:02] anyway [19:02] lp:~mozillateam/firefox/firefox-3.0.dev [19:02] ok ... lets try those for now [19:02] tell me when you havbe them backed up safely [19:05] huge tarballs.. [19:05] wow [19:05] firefox-3.0.hardy [19:05] ages ;) [19:06] yeah ... even on canonical machine its still running ;) [19:07] i think i should better run the upgrade in a screen [19:07] i am sure i'd get a disconnect in such a long running operation [19:08] fta: you know if i can remove a passphrase from ssh key post-creation? [19:09] ah ... with -p [19:09] ok ill try that [19:10] yep [19:10] ok ... is your backup gone? [19:10] err done ;) [19:10] for the four branches above ? [19:11] 3/4 [19:11] * asac starts the screen, waiting for green light [19:12] done [19:12] * asac runs: for i in "lp:~mozillateam/firefox/firefox-3.0.hardy" "lp:~mozillateam/firefox/ubuntu-2.0.0.x.gutsy" "lp:~mozillateam/firefox/ubuntu-2.0.0.x.hardy" "lp:~asac/firefox/ubuntu-2.0.0.x"; do echo bzr upgrade --default $i; bzr upgrade --default $i; done [19:12] hmm ... maybe set -e would have been smart [19:12] anyway ;) [19:12] lets hope [19:13] *drumrolls* [19:14] * asac gets more frightens as he sees a progress bar appearing [19:14] "Copying contents into repository" [19:15] lp:~mozillateam/firefox/firefox-3.0.hardy -> done :-D [19:15] \o/ [19:16] fta: wanna verify that its not broken? [19:16] maybe try if a pull will upgrade your "original copy"? [19:16] or if we need to branch from scratch now to get pack-0.92 locally too [19:16] hmm. you probablydont have a normal .hardy copy [19:16] anyway [19:17] lp:~mozillateam/firefox/ubuntu-2.0.0.x.gutsy -> done 1 [19:17] 2 ;) [19:20] ok ... next on list are: [19:21] "lp:~mozillateam/firefox/firefox-3.0.gutsy-backports" "lp:~mozillateam/firefox/firefox-3.1.head" "lp:~mozillateam/firefox-extensions/XPI.TEMPLATE" "lp:~mozillateam/firefox-extensions/XPI.TEMPLATE" "lp:~mozillateam/firefox-extensions/BOT.TASKS" "lp:~mozillateam/flock/flock.head" [19:21] as i said above, a pull does not upgrade the local branch [19:21] yeah. that makes sense as a push doesnt do that either [19:22] * asac getting backups of those [19:23] fta: let me know when you have them as well [19:23] for i in "lp:~mozillateam/firefox/firefox-3.0.gutsy-backports" "lp:~mozillateam/firefox/firefox-3.1.head" "lp:~mozillateam/firefox-extensions/XPI.TEMPLATE" "lp:~mozillateam/firefox-extensions/XPI.TEMPLATE" "lp:~mozillateam/firefox-extensions/BOT.TASKS" "lp:~mozillateam/flock/flock.head"; do echo bzr branch $i; bzr branch $i; done [19:26] i thik i forgot BOT in that list. but that branch is probably new pack anyway [19:27] ok let me know. i am waiting for your command [19:28] done [19:28] ok running upgrade [19:32] lunch time [19:33] fta: lunch? are you in US? [19:33] i mean, diner [19:33] hehe [19:33] enjoy [19:39] for i in "lp:~mozillateam/iceape/debian-1.1.x" "lp:~mozillateam/iceape/ubuntu-1.1.x" "lp:~mozillateam/kazehakase/kazehakase" "lp:~mozillateam/mozilla-devscripts/mozilla-devscripts.hardy" "lp:~mozillateam/mozilla-devscripts/mozilla-devscripts" "lp:~mozillateam/mozilla-devscripts/mozilla-devscripts.intrepid.0.08.1" "lp:~mozillateam/mozilla-devscripts/mozilla-devtools" "lp:~mozillateam/nspr/nspr.hardy" "lp:~mozillateam/nspr/nspr.dev" "lp:~mozill [19:39] going for that huge batch now [19:39] doing backup first [19:42] ok ... given that the other branches worked well i assume that the backup i am having is good enough [19:46] * armin76 yawns and stabs asac [19:46] bumb! [19:47] armin76: there is nothing left to bump ;) [19:47] mission accomplished: "grand world bump" [19:49] * asac goes for for i in "lp:~mozillateam/prism/prism" "lp:~mozillateam/prism/prism.dev" "lp:~mozillateam/rosetta/po2xpi" "lp:~mozillateam/songbird/songbird.head" "lp:~mozillateam/sunbird/ubuntu-0.x.hardy" "lp:~mozillateam/sunbird/iceowl.debian-0.x" "lp:~mozillateam/sunbird/ubuntu-0.x" "lp:~mozillateam/thunderbird/icedove-branding-2.0.0.x" "lp:~mozillateam/thunderbird/thunderbird.hardy" "lp:~mozillateam/thunderbird/icedove-2.0.0.x" "lp:~mozi [19:50] po2xpi doesnt need upgrade [19:51] songbird.head awas already done before [19:54] * asac upgrades those [20:43] fta: ok. ia m going for the xulrunner ones now [20:43] (the last) [20:45] ok including miro that is: [20:45] for i in "lp:~mozillateam/xulrunner/xulrunner-1.9.hardy" "lp:~mozillateam/xulrunner/xulrunner-1.9.dev" "lp:~mozillateam/xulrunner/xulrunner-1.9.1.head" "lp:~mozillateam/xulrunner/xulrunner-1.9.head" "lp:~mozillateam/xulrunner/xulrunner-2.0.head" "lp:~mozillateam/xulrunner/xulrunner-1.9.gutsy-backports" "lp:~mozillateam/xulrunner/xulrunner-porting" "lp:~mozillateam/democracy/miro.trunk" ; do echo bzr branch $i; bzr branch $i; done [20:45] * asac goes for it [20:45] * asac creates the backups [20:47] * asac final upgrade run ;) [20:49] urgh ... i think the sync to http server doesnt like the upgrade for some branches :/ [20:49] fta: ^^ [20:49] https://code.edge.launchpad.net/~mozillateam/thunderbird/thunderbird.dev [20:53] hmm firefox-3.0.dev wasnt upgraded [20:53] looks like i didnt do that branch [20:53] creating backup and upgrading too [20:54] ok ... the branches that are broken during syn are ok over ssh [21:08] fta: ok final branches are now in upgrade [21:08] i think there should be everything migrated in a few minutes [21:08] good [21:08] if you find a branch through bzr+ssh that isnt upgrade let me know ;) [21:08] the branches currentyl upgrading are: bzr upgrade --default lp:seamonkey/2.0; bzr upgrade --default lp:seamonkey; bzr upgrade --default lp:ubufox [21:09] also i told the bzr launchpad crew that we broke their http syncs ;) [21:09] the latest upgrades dont even show up in the "error" way like the others [21:09] so i guess the syncher gave completely up [21:10] ok all finished ;) [21:11] you can see all upgraded branches by the warning sign on https://code.edge.launchpad.net/~mozillateam [21:11] fta: ^^ [21:11] ;) [21:11] well ... all but the last 8 i did [21:11] because of the reason i gave above [21:11] looks ugly [21:11] :) [21:12] yeah ... but for me it still works through ssh [21:12] i also tried to do bzr diff -c REVISION [21:12] for a few [21:12] and they worked [21:12] i still have the backups ;) [21:12] if you find a bug let me know :( [21:12] * asac wonders if we should make the backup more redundant [21:13] ok i tarr that up and copy it to the people.ubutnu.com webserver ;) [21:15] there's no real backup for lp ? [21:15] there is [21:15] but invoking that is probably quite cumbersome ;) [21:16] i am not sure about the backup solution they have [21:16] and if librarian is really backed-up outside the disk array itself [21:16] not sure ;)( [21:16] fta: http://people.ubuntu.com/~asac/bzr-mozillateam-upgrade-backups.tar.gz2 [21:17] ok [21:17] gz2 :) [21:17] yeah ;) [21:17] i first wanted to use bz2 ;) [21:17] but then didnt like the idea to wait for ages [21:18] ok ... what a job ;) [21:18] upgrading bzr branches [21:18] definitly worth mentioning in monthly mozillateam report :) [21:20] i hope that bzr can settle on a final branch format soon [21:21] but there is already --rich-root and --rich-root-pack (e.g. pack 1.6) that will probably be the next thing :( [21:22] a bit scary imo [21:24] good thing is there's far less files in .bzr now. [21:24] yeah ;)( [21:24] everything should be much faster now [21:24] especially the initial branch [21:25] and merging [21:25] but --rich-root scares me a lot [21:25] i couldnt upgrade my network-manager branch (which is a full source branch) [21:25] and i couldnt merge from the new rich-root upstream thing [21:25] (which is the used format on the official gnome bzr mirror) [21:25] http://bzr-mirror.gnome.org/NetworkManager/trunk/ [21:26] otherwise thats really great [21:26] it even attempted to make the trunk and branches related [21:26] of course merges cannot be detected that great in svn [21:28] doesn't gnome have a good front end for gdb ? [21:29] fta: what is a good frontend for gdb? [21:29] something like ddd but in gtk [21:29] fta: a good frontend would have IDE integration i guess. which is anjuta [21:30] fta: what benefit do you get from ddd over the command line tool [21:30] isnt that just a X window with a gdb shell in pricinpal? [21:30] the display feature [21:31] fta: nemiver - Standalone graphical debugger for GNOME [21:31] ? [21:31] not sure [21:31] otherwise i dont think there is anything [21:31] ;) [21:32] fta: let me know if that works well ;) [21:32] http://www.gnu.org/software/ddd/all.png [21:34] fta: can you interactively nvigate in the graphic? [21:34] yes [21:34] e.g. clicking on a field will bring you to the reference object? [21:34] not that bad then ;) [21:34] when i tried gdb it either didnt have that feature or i didnt see it;) [21:34] but thats years ago i think [21:34] err tried ddd ;) [21:35] last time i used ddd i was ~10 years younger [21:35] it looks the same :( [21:38] hi guys [21:38] ok ... let me try to send a "missingPlugins" event whenever there is a request for a "Shockwave Flash" names plugin against the navigator object ;)( [21:38] i have a firefox crasher that i want to debug [21:38] any help from you guys would be appreciated [21:38] verwilst: read: https://wiki.ubuntu.com/MozillaTeam/Bugs/#Crashes [21:38] to get started [21:39] http://pastebin.com/d34796219 < is this helpful already or is more needed wrt backtrace? [21:39] verwilst: you need more debug symbols [21:40] verwilst: read that page [21:40] ites just a short paragraph [21:40] asac: well yeah i already did [21:40] and i installed all the packages [21:40] all? [21:40] ddebs for -security is broken though for quite some time [21:40] so i had to recompile my own with dbgsym support [21:40] verwilst: everything from -security should be in -updates too [21:41] verwilst: strange. maybe you have builds from some PPA? [21:41] xulrunner-1.9-dbgsym: Depends: xulrunner-1.9 (= 1.9~b5+nobinonly-0ubuntu3) but 1.9.0.1+build1+nobinonly-0ubuntu0.8.04.3 is to be installed [21:41] verwilst: yes you are missing -updates in your dbgsym apt lines [21:42] follow instructions on that page ;) [21:42] deb http://ddebs.ubuntu.com hardy-updates main universe [21:42] oh [21:42] oh idd ;) [21:42] maybe that wasnt pocket copied? not sure than [21:43] not sure then. however the libxul.so symbols appear to be non-existing or bogus [21:43] asac: what version does it want to install when you try xulrunner-1.9-dbgsym? [21:43] thats the one in plain hardy [21:43] yip [21:43] verwilst: try the 1.9.0.1+build1+nobinonly-0ubuntu0.8.04.2 version [21:43] maybe its still there [21:43] it was generically build in -proposed [21:43] so you might be able to find it there [21:44] apt-cache show xulrunner-1.9-dbgsym shows the 1.9~b5+nobinonly-0ubuntu3 only here [21:44] does it show something else @ your machine? [21:44] if it does, can i copy your sources.list for a sec? :) [21:44] dont have hardy at hand atm [21:44] oh hm [21:46] strange [21:46] xulrunner and firefox are indeed missing [21:46] ahah [21:46] so i wasnt going crazy ;) [21:46] well ... i looked in the packages files [21:46] on the server [21:46] it sucks because firefox is the sore spot in hardy [21:47] it drives my newly semi-volunteer ubuntu-ified girlfriend crazy [21:47] lets look in the pool [21:47] it's not there [21:47] * verwilst looks [21:47] http://ddebs.ubuntu.com/pool/main/x/xulrunner-1.9/ [21:47] tse [21:47] that s**ks [21:47] bug pitti [21:47] yeah i checked that before the weekend too, when i was having troubles as well [21:48] yeah. though i think that has something to do with how the .3 was released [21:48] jdstrand attempted to pocket-copy it from -upstreawm to security [21:48] most likely that removed the ddebs from there [21:48] ro something [21:48] however it failed and thus it needed a full respin in security [21:48] where can i find this pitti guy? :) [21:48] verwilst: well. i'll take care of that [21:48] verwilst: for now you need to build the packages on your own [21:49] which is really really painful, i understand that [21:49] ;) [21:49] wtf [21:49] ii xulrunner-dbgsym 1.8.1.13+nobinonly-0ubuntu1 debug symbols for package xulrunner [21:49] 1.8.1? [21:49] thats the old branch [21:49] yeah.. [21:49] you dont need those [21:49] but.. [21:49] i compiled them myself? :P [21:49] yeah [21:49] * verwilst is dazed and confused [21:49] that means you have the wrong ones ;) [21:50] i apt-get sourced firefox3 so.. [21:50] which explains why you have no symbols for libxul [21:50] * verwilst rechecks [21:50] yeah [21:50]