[00:03] asac: ok, that sounds good [00:25] jimmy_: you worked abit with the gconf patch ... could you figure out what the root cause is that it currently doesn't work? [00:25] jimmy_: i looked a bit into it and the code looked as it should work and it indeed worked when you refrained to "lock" the preferences [00:26] so ... don't lock in code, but just overwriting retrieved the settings from gconf and applied them [00:27] my suspicion was the locking a preference implicitly reverts the exposed value for a key to the "default" value ... now they used the default value to backup the original and the "user" value to set the value retrieved from gconf [00:28] so you always see the manual values even though the user prefs are right for that run :) [00:29] but that was rather a quick look, so maybe i missed some details ;) [00:42] asac, mozclient... so far, i expose a mozclient-get-orig-source so callers have to include + add get-orig-source: mozclient-get-orig-source. I've done that just to give a reminder inside callers debian/rules that the get-orig rule is there but it's all done by mozclient. What do you think ? [00:42] not sure :) [00:43] for cdbs nothing is reminded as well :) [00:43] its just one include line [00:43] and because according to persia its a standard, we can just code that standard :) [00:44] what about watch? [00:44] I can already hear revu guys say "hey, you need a get-orig-source target, please add it, I'm not advocating this" [00:44] yeah don't bother [00:44] just give an explanation and i will advocate ;) [00:44] i doubt they will [00:44] but well, nobody knows :) [00:45] we just have to bring up an official mozillateam document somewhere stating that _this_ is best-practice [00:45] mozilla package policy :) [00:45] :) [00:46] we should rather also ship default README.mozclient [00:46] and state there which rules are available [00:48] then comment mozclient.mk properly ... and done. [00:49] will there be cdbs specifics things? or just general make? [00:49] nothing from cdbs [00:50] i'm using cdbs for the packaging [00:50] ultra light [00:50] it's a native package [00:50] my 1st native package :S [00:52] yeah :) [00:57] I assume I have to put copyright headers everywhere [01:13] yes [01:41] asac, [01:41] dpkg-genchanges >../mozclient_0.1_i386.changes [01:41] dpkg-genchanges: failure: cannot read files list file debian/files: No such file or directory [01:41] dpkg-buildpackage: failure: dpkg-genchanges gave error exit status 2 [01:41] ? [01:41] debian/files ?? [02:16] no idea [02:16] looks like a follow-up error [02:17] ok off [02:23] found it. nm === asac_ is now known as asac === DarkMageZ_ is now known as DarkMageZ === \sh_away is now known as \sh === \sh is now known as \sh_away [09:39] Ubulette: so persia wants mozclient to go in cdbs? === \sh_away is now known as \sh [11:21] cwong1: jimmy_: i committed the firefox 3 merge to the WORKING branch [11:22] once we have sorted the blockers out we can push it to the real master branch [11:23] cwong1: don't get confused why i didn't take the theme changes, but it was too much out of sync to properly display things and we will have system/stock icons in b2 anyway [11:23] jimmy_: ^^ === \sh is now known as \sh_away [13:11] hi [13:11] Ubulette: hi [13:11] debian bug 428582 [13:11] Debian bug 428582 in binutils "xulrunner_1.8.1.4-2 (mips/unstable): FTBFS: relocation overflow" [Serious,Fixed] http://bugs.debian.org/428582 [13:11] ups [13:12] debian bug 449448 [13:12] Debian bug 449448 in xulrunner "Please package xulrunner 1.9 in the upstream way" [Wishlist,Open] http://bugs.debian.org/449448 [13:16] so, i don't get the conclusion ? go way or what ? [13:16] -go+no [13:20] no idea [13:20] i just asked ;) [13:20] i don't see any valid arguments so far [13:25] no mips? :D [13:25] see, ubuntu is missing mips as well :P [13:26] armin76: ? [13:28] don't like mips? :P [13:30] asac, another user got no icon with gnome and b2 rc1 [13:30] and kde too [13:34] * asac lunch === \sh_away is now known as \sh === \sh is now known as \sh_away [16:45] hmm [16:52] asac, ? [16:54] places is killing me ;) [16:54] ? [16:55] in midbrowser, bookmarks don't work ... now i looked and the bookmarks toolbar in firefox-3.0 is empty as well [16:55] any idea? [16:56] this is all b1 [16:56] what was the reason when you last had empty bookmarks toolbar? [16:58] donno, it worked again a few days after b1 in b2pre, a regression of some kind. I've tried to isolate the fix in bonsai, no way [16:59] Ubulette: well ... i have not received a single bug about that [16:59] or did we? [16:59] so why is it me now? [16:59] and i am sure that bookmarks worked [16:59] it worked with a nex profile [17:00] new [17:00] jussi01: i am ableto watch all other vids on the web and have all repo's enabled. nonfree is enable as well. the only ones that do not play are these ones on nfl.com [17:00] my old profile from ff2 didn't [17:00] sorry....anyone know how to watch the videos on nfl.com? they do not work in ubuntu but they do via virtualbox. i am able to watch other videos just not the gameclips like these...http://www.nfl.com/videos?videoId=09000d5d804f7e5f [17:01] what format is it? [17:03] asac: are u asking me that question? if so i am pretty sure it is flash [17:04] which flash player do you have installed? [17:05] i am not sure to be hinest. how can i check? [17:05] in location bar type .... about:plugins [17:06] File name: libflashplayer.so [17:06] Shockwave Flash 9.0 r115 [17:06] anything about gnash there? [17:06] (on that page) [17:06] nope. i guess there should be? lol [17:06] no [17:06] no idea then ... the video works for me [17:07] please post your $HOME/.mozilla/pluginreg.dat [17:07] use paste.ubuntu.com [17:07] i know... others can watch them as well as in virtualbox they work. will do just a sec [17:09] i sthis what u need? http://paste.ubuntu.com/2688/ [17:10] jones: never ever install flash from adobe website manually [17:10] remove everything you have in .mozilla/plugins/ that is flash related [17:10] and install the [17:10] flashplugin-nonfree package [17:10] sorry. :( i was trying to fi it [17:10] jones: the paste isn't complete [17:11] oh its not [17:11] ok [17:11] remove *flash* from .mozilla/plugins/ [17:11] all i see in that dir is a file libflashplayer.so... just delete that? [17:11] and see if it helps [17:11] yes [17:11] then verify that you have 9.0 r48 [17:11] in about:plugins [17:11] (not r115) [17:16] asac, i assume you've read the mozclient debate from yesterday. What do you think ? [17:17] got a bit angry at the end [17:18] why? [17:19] Ubulette: i assume you refer to the idea to put this in cdbs? [17:19] yep [17:19] what about packages not using cdbs at all ? [17:19] yeah ... what about putting it in xulrunner-1.9-dev ? [17:20] i think almost all except xulrunner-1.9 it self would depend on it if they need it? [17:20] ok....i deleted the file and ran "sudo apt-get install flashplugin-nonfree" it stated it was already the newest version. i looked back in about:config and there is only r48. here is the new paste bin with all the info http://paste.ubuntu.com/2689/ i appreciate all the help [17:20] (well ... not for now, but in the future ;)) [17:20] jones: so the problem persists? [17:21] do other flash things work? [17:21] like youtube? [17:21] yes. i can watch all other vids on the web but not these game clips. http://www.nfl.com/videos?videoId=09000d5d804f7e5f i can watch them in virtualbox and on a windows pc [17:22] the vid on the front page plays just fine [17:22] hmm [17:22] most likely a graphics driver issue then i guess [17:22] which graphics setup are you running? [17:23] do you have desktop effects enabled? [17:23] jones: you could also try to start firefox in safe mode: like firefox -safe-mode (from the command line) [17:24] i have a nvidia gpu and am currently running compiz. it is butter smooth as well'i am new so i dont realy know what driver it is. i enabled it via the restricted driver manager [17:24] maybe there is an extension interfering somehow (well i think chances are low but definitly a try) [17:24] jones: ok ... try -safe-mode ... if that doesn't help, try to disable desktop effects [17:24] or even try to disable the nvidia driver in restricted manager [17:25] firefox-safe-mode? says commend not found [17:25] firefox -safe-mode [17:25] ahh [17:25] (space) [17:26] Ubulette: anyway ... its just a suggestion ... I doubt that persia is really firm about not having a mozilla-dev-tools package or something [17:27] that opened firefox and it went to safe-mode.com. i then went to nfl and it did not work [17:27] i wil try the desktop effects now. i really do appreciate it [17:27] Ubulette: apt-get install --reinstall xulrunner-1.9 tells me that it cannot be downloaded ... wtf? [17:27] (hardy) [17:27] jones: ? [17:27] if it went to safe mode then you mistyped [17:28] just firefox -safe-mode :) [17:28] did you update 1st, remember it was not installable yesterday on amd64 because of some gtk stuff ? [17:28] yes [17:28] i did update ... upgrade and everything :) [17:29] Reinstallation of xulrunner-1.9 is not possible, it cannot be downloaded. [17:29] Reinstallation of xulrunner-1.9-dev is not possible, it cannot be downloaded. [17:29] it is not even tried to redownload [17:29] what does madison say ? [17:29] * asac switching to primary mirror [17:30] it's not (yet) listed at http://people.ubuntu.com/~ubuntu-archive/testing/hardy_probs.html [17:30] hmm yesterday it was on that list ... so lets see if primary mirror cures me [17:31] madison doesn't work for me :( [17:31] eh? [17:32] no problem here [17:32] $ apt-cache madison xulrunner-1.9 [17:32] xulrunner-1.9 | 1.9~b3~cvs20071212t0935+bbot-1 | http://www.sofaraway.org firefox-minefield/ Packages [17:32] xulrunner-1.9 | 1.9~b2~rc1+nobinonly-0ubuntu1~fta1 | http://ppa.launchpad.net hardy/main Packages [17:32] xulrunner-1.9 | 1.9~b1+nobinonly-0ubuntu2 | http://archive.ubuntu.com hardy/main Packages [17:32] Ubulette: dpkg -S madison ? [17:32] which package is it from? [17:33] wow apt-get autoremoved just removed restricted-manager [17:33] ;) [17:33] still cannot be downloaded [17:33] bummer [17:33] madison is built-in, i think [17:34] he? [17:34] not for me ;) [17:34] which madison? [17:34] an apt-cache command [17:34] oh its rmadison for me [17:35] rmadison xulrunner-1.9 [17:35] xulrunner-1.9 | 1.9~a8-0ubuntu2 | gutsy/universe | source, amd64, i386, powerpc [17:35] xulrunner-1.9 | 1.9~b1+nobinonly-0ubuntu2 | hardy | source, amd64, i386, powerpc [17:35] gutsy [17:35] something is fucked up here i would say ... why is there gutsy/universe? [17:35] its nowhere in sources.list [17:35] rmadison is remote [17:35] apt-cache madison is local [17:36] apt-cache madison xulrunner-1.9 [17:36] xulrunner-1.9 | 1.9~b1+nobinonly-0ubuntu2 | http://archive.ubuntu.com hardy/main Packages [17:36] xulrunner-1.9 | 1.9~b1+nobinonly-0ubuntu2 | http://archive.ubuntu.com hardy/main Sources [17:36] looks good [17:36] no idea whats going on [17:36] damn [17:39] ok.... turning off desktop effects was an ordeal with all the widgets on lol... but it does work in safe mode even with effects on [17:39] jones: sorry ;) [17:40] so -safe-mode works now? [17:40] and without it works if no effects are on? [17:40] strange [17:40] yes the vids will play in safe mode but not "normal" mode [17:40] if -safe-mode works ... try to disable your extensions one by one until you find the intruder [17:40] and let me know which one caused this [17:41] (procedure: disalbe extension 1 ...restart ... test ... if doesn't work, disable extension 2 .... restart ... and so one [17:41] ) [17:41] i only have 2 extensions. adblock plus and a ubuntu one. u think it could be the add blocker? [17:42] if the ubuntu one is ubufox then its most likely adblock [17:43] it is ad-block. i disabled and it works like a champ. can i set an exception for it. i am looking now [17:43] jones: yeah :) ... apparently ad-block thinks its an advertisement ;) [17:44] sometimes the easiest answer is the rigt one. lmao [17:44] hehe [17:44] ok have fun [17:44] doesn't adblock notify users if it blocks something? [17:44] nope [17:47] Ubulette: what have you changed for miro in your ppa? [17:47] (vs what is in mt)? [17:47] read my branch [17:47] i hate to read ;) [17:48] * asac looking [17:48] seem the flash above contains embedded ads [17:48] maybe its just accidentially blacklisted? or does it load from ad urls? [17:48] when i read http://static.nfl.com/static/site/flash/videogallery.swf, ad block plus blocks http://ad.doubleclick.net/879366/DartShell7_6.swf [17:48] Ubulette: so you didn't integrate my miro patch yet? [17:49] i have a filter for http://ad.*/* [17:49] no [17:49] not yet [17:49] ok [17:49] have you tested miro from mt? [17:49] is it good enough for upload? [17:49] i really appreciate the help. i was in he main ubuntu channel last night and know one had any ideas. i was able to set an exception and it works now. [17:49] asac, not tested. i was on mozclient [17:50] jones: great ... just give back and help other ubuntu users with firefox issues :) [17:50] (more or less kidding) :) [17:50] Ubulette: ok [17:50] asac, https://code.edge.launchpad.net/~fta/firefox/mozclient.dev [17:50] plz have a look [17:50] build with bzr bd --native [17:51] i am still learning. firefox isnt really my specialty as u could prob tell. but i will do what i can. thanks again [17:51] jones: np [17:53] Ubulette: why do we still call DEBIAN_* ... e.g. why not MOZCLIENT_DATE/TAG ? [17:54] no reason. could be anything. [17:54] any reason to not call it MOZCLIENT_... like all the other parameters? [17:55] the idea was to have DEBIAN_* params from debian/rules and MOZCLIENT_* from all projects *.mk [17:56] hm, the top level makefile is a left over, no need [18:00] Ubulette: i wonder if we really need the patches [18:00] why not do something like: [18:00] include mozilla/client.mk [18:00] MODULES_nspr += ... [18:01] ? [18:01] i've modified browser [18:02] why? you don't modify LOCALES_toolkit, but still _browser appears to need more locales further down? [18:02] ah sorry [18:02] misread the patch [18:03] well, maybe it could work [18:03] good idea [18:04] LOCALES_xulbrowser = $(filter-out $(LOCALES_toolkit) ... [18:04] ? [18:04] how about hat? [18:04] e.g. not modifying the browser, but filtering out later :) [18:07] if we don't need patches, users could easily extend mozclient without adding things to mozclient itself [18:07] we could of course allow to add patches for individual projects as well [18:08] like: MOZCLIENT_EXTRA_PATCHFEST_SET=debian/myspecial_client.patch :) [18:08] but i think being able to assemble the checkout list in the .mk files would be good enough [18:12] hm, no, it will not work [18:12] why? [18:12] right ... you don't do the checkouts on your own [18:12] right? [18:12] ok lets keep it that way then [18:12] in the end, it's still doing make -f $(MOZ_CLIENT) checkout blabla so tweaking variables in .mk will not work [18:12] right [18:13] but can we make the patches modularized then? e.g. for nspr, only nspr patch is applied? [18:13] or is that the current state? [18:14] it's not. could be [18:14] ok ... not important ... maybe a wishlist for future [18:16] Ubulette: ok, so do we want to keep it as mozclient ... or use mozilla-dev-tools or something? [18:20] it's named after mozilla/client.mk [18:21] yeah i know :) [18:21] just wonder if this will be extended in future to serve other purposes as well [18:22] but i guess for now its good as it is [18:25] i still have the idea to also repack real tarballs, using uscan and watch files [18:25] like in my seamonkey 1.1.dev branch [18:26] with that, you can even do ff2 [18:26] yes, that would be nice [18:27] but would it still be "mozclient" ? [18:27] eheh [18:39] i'll per branch patches too. soon, we'll have 1.9.1 and trunk will be 2.0 [18:43] soon? [18:44] since you usually breath in dailies, i haven't thougth that you would say "soon" for a few month ;) [18:47] asac: i think the gconf should work, i just wasn't building it correctly before or linking it correctly, i am doing another run again :) [18:49] jimmy_: ok ... please do so against the git WORKING branch [18:49] so i don't need to replay things [18:50] jimmy_: anyway .. the patch is sooo huge given that the current gconf thing works almost properly (except for the locking of the prefs) [18:50] jimmy_: so do you understand what is actually fixed? [19:03] asac: i wasn't building it correctly i think, because the makefile i copied over didn't build because it was complaining about missing MODULE_NAME [19:06] !info venkman hardy [19:06] Package venkman does not exist in hardy [19:07] and i had to fix some macros on how to define IIDs in the header file, since FF 3 changed the macros [19:08] i am testing it now, seem to be working [19:08] !info venkman [19:09] Package venkman does not exist in gutsy [19:09] tsts [19:13] jimmy_: ok great [19:14] jimmy_: one issue i had with firefox 3 that is currently in git, is that places/bookmarks appears to be more or less broken [19:14] we should look into it before pushing out preview packages of firefox 3 [19:14] jimmy_: did you find the git tree? [19:15] asac, have a look at #motu plz [19:15] which git tree? [19:16] i committed things to WORKING branch in our git repository [19:16] please work on top of that from now [19:16] if you don't do a debug build you can build with system xul ... which just takes 3 minutes to build then :) [19:17] (quite tempting, right?) [19:17] jimmy_: http://paste.ubuntu.com/2706/ [19:18] you have to get the xulrunner-1.9 beta 1 package from mozillateam archive if you work on gutsy though [19:18] but for development it should be fine [19:18] well ... if you want to fix gconf you probably need a full build as its not a firefox feature i guess [19:19] hm, debian ships it in /usr/share/mozilla-extensions/venkman/ [19:20] Ubulette: i don't understand the issue [19:20] oh, ok, Carl just mentioned to me, i thought you had a different tree than his one [19:21] who uploaded xulrunner-1.9-venkman? [19:21] us [19:21] jimmy_: no i am working on moblin [19:21] jimmy_: i didn't commit on top of master ... once we switch we will push things over to master from WORKING [19:22] jimmy_: so please work on WORKING :) ... so we don't end up sending tarballs around ;) [19:22] cwong1: there? [19:23] asac: hey [19:23] asac: right, when I commit the fixes of gconf, i'll do it on the WORKING branch [19:23] cwong1: hi ... menu is working on WORKING :) [19:24] cwong1: one thing ... i didn't import the themes folder ... there are two points: [19:24] asac: good...I am just about to download the fiels and do a test build [19:24] 1. its incomplete [19:24] 2. in beta2 stock icons will be used [19:24] that is fine.. we are going to create a new theme anyway [19:24] if we want bigger icons for a preview package based on beta1 we should copy over the firefox 3 themes folder [19:25] ok [19:25] cwong1: read above [19:25] the point is beta 2 will use the icons you ship in the gnome theme [19:25] so you don't need to create a theme ;) [19:25] oh [19:25] didn't know that [19:26] thats why i am saying it :) [19:26] i will bring up a plain firefox 3 beta2 build tomorrow to the mozillateam gutsy ppa so you can take a look how well it suites the needs then [19:26] ok sounds good [19:27] cwong1: you would need libgnomeui on your system ... but i guess thats installed anyway, right? [19:28] asac: let me check [19:28] Ubulette: did i upload venkman? or bluekuja ? [19:29] i did it, you upped it. it's part of xul 1.9 [19:29] ah ;) [19:29] ok [19:29] mike did it too but from the addon repo https://edge.launchpad.net/ubuntu/hardy/+source/venkman/0.9.87.2-1ubuntu1 [19:30] same version, but with chrome reg [19:31] Ubulette: so do we want to keep it in xul? or maintain the standalone source package? [19:32] providing sources are maintained in the xul tree in cvs, it would make sense to keep ours but the other one should work with ice* [19:33] i have no strong feeling for either solution [19:34] Bug 50839 is not fixed. flash is holding the focus, that's a known behaviour [19:35] Launchpad bug 50839 in firefox-3.0 "If the mouse is hold on a flash animation keyboard and mouse scrolling stop to work" [Undecided,In progress] https://launchpad.net/bugs/50839 [19:35] same as gtk menus [19:37] Ubulette: its fixed in beta2 [19:37] according to upstream [19:37] Ubulette: do you get bugmail on those packages at all? [19:38] yes [19:39] ok [19:42] asac: I dont have libgnomenui installed in my system. And looks like image-creator is not pulling that in when building an image. So I need to install this package to see the theme stuffs to work correctly, right? [19:43] cwong1: yes, in beta2 you need that to get proper icons [19:43] ok I am going to give it a try. Tx [19:43] if we don't want that lib on mobile images we should figure out if we can replace the functionality [19:43] cwong1: yeah ... i will tell you when there is a firefox package to test the theming available tomorrowq [19:44] I dont see any problem in having that in our image as long as the size is not too big [19:44] ok [19:44] cwong1: try apt-get install libgnomeui-0 ... to see whatelse is pulled in by that [19:44] asac: will do [19:47] asac: the sources we currently have is beta 1 not beta 2. right? Beta 2 have frozen but not release yet until next Friday? [19:47] not sure about the actual release date, but shouldn't take that long, right [19:47] and yes ... its frozen [19:48] so do we have beta 2 source in WORKING now or beta 1? [19:48] beta 1 atm [19:48] i integrated what jimmy did [19:48] ok [19:48] we can go directly ahead if you don't mind [19:49] go directly ahead with beta 2 source is fine with me [19:49] i just want to get an ack that what is currently in git doesn't have regressions over what jimmy did [19:49] k [19:50] got to run... back in an hr... and thanks for the help in moving to ff3.0 [19:50] i will wait for jimmy committing gconf ... then will merge to beta2 rcX [19:50] cwong1: a pleasure ;) [20:14] asac: i fixed the gconf and preference dialog, i'll commit those changes after carl comes back from lunch [20:14] jimmy_: please commit them seperately [20:15] e.g. not in one big commit [20:15] ok [20:15] jimmy_: do you need to update configure? [20:16] no [20:16] great [20:16] let me know once you committed it so i can verify ;) [20:16] ok [20:16] jimmy_: can you please test the git branch and see if there are any regressions over what you send me? [20:17] <[reed]> any of you all good with gdm / xorg / etc. problems? for a long time, I've had everything working, but I bought a new 22" monitor, and I was trying to get it to use the right screen resolution. I decided to try out displayconfig-gtk to see if it could help, but it's only screwed up all my settings. Now, X seems only start from /etc/X11/xorg.conf.failsafe even though I know /etc/X11/xorg.conf works (as I've used that config for months [20:17] <[reed]> ). I can't figure out why it is failing back to xorg.conf.failsafe every time. ideas? [20:18] ouch [20:18] [reed]: i think failsafe is used if X doesn't come up [20:18] any problems in X log? [20:18] <[reed]> ok, so, how can figure out why X isn't coming up? [20:19] Xorg.log [20:19] <[reed]> well, the screen flickers 3 times slightly [20:19] <[reed]> Xorg.log only contains info about failsafe [20:19] <[reed]> that's the problem :( [20:19] last run is /var/log/Xorg.0.log ... probably its in /var/log/Xorg.1.log ? [20:21] people are turning crazy with icons in b2 rc1 [20:21] [reed]: strange thing is that i don't even have xorg.conf.failsafe ... what happens if you move that file away? [20:21] * [reed] does so [20:21] Ubulette: ? [20:21] Ubulette: complains? [20:21]