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