[05:50] <micahg> nikolam: ping
=== almaisan-away is now known as almaisan
=== almaisan is now known as al-maisan
[08:54] <BUGabundo_remote> m0rn|ng
[09:07] <nikolam> seen micahg
[09:12]  * BUGabundo_remote hands a '!' to nikolam
[09:12] <nikolam> hi BUGabundo_remote ;)
[09:35] <AnAnt> Hello, with firefox 3.0, I used to override the default homepage by putting a file in /etc/firefox-3.0/pref/ with this setting:
[09:35] <AnAnt> pref("browser.startup.homepage", <URL>);
[09:35] <AnAnt> but that does not work anymore
[09:36] <AnAnt> even if I put this file in /etc/firefox-3.5/pref/
[09:36] <AnAnt> or /etc/xul-ext/ (like ubufox does)
[09:50] <asac> AnAnt: browser.startup.homepage is a complex pref so it needs a url to a .properties file that contains the browser.startup.homepage=xxx thing
[09:50] <asac> more info i can give ... no time
[09:51] <AnAnt> what changed from firefox 3.0 ?
[09:52] <asac> that
[09:53] <asac> you can have lang specific default homepage
[09:53] <AnAnt> I see
[09:56] <AnAnt> asac: ok, if there is an example package that you can tell me about, that would be great
[09:56] <asac> AnAnt: there is an example in ubufox.js afaik
[09:57] <asac> /etc/xul-ext
[09:57] <AnAnt> ah, ok
[09:57] <AnAnt> thanks
[09:58] <AnAnt> ok, that's exactly what I've been doing in firefox-3.0
[09:59] <AnAnt> actually the <URL> was a file:/path/to/file.properties
[10:01] <AnAnt> ok, I'll try again later
[10:01] <AnAnt> thanks
[10:06] <gpathy> hi...in my program i am using gtkmozembed.h. But i am not able to compile the program, i am getting the following error."error: gtkmozembed.h: No such file or directory". how to install gtkmozembed?. And how to compile the program? right now i am compileing my program like," gcc `pkg-config --cflags --libs gtk+-2.0` test.c -o test"...Thank you...
[10:50] <asac> gpathy: libxul-embedding.p
[10:50] <asac> c
[10:50] <asac> pkg-config --cflags --libs gtk+-2.0 libxul-embedding
[10:50] <asac> that will give you the standalone glue
[10:51] <asac> for that you need some booting code ... as described here:
[10:51] <asac> https://developer.mozilla.org/en/XPCOM_Glue
[11:13] <gpathy> asac, ok i will go through it..thank you....
[11:13] <asac> n
[11:13] <asac> p
[12:13] <gnomefreak> medibuntu repos are not working :(
[12:25] <nikolam> gnomefreak, yup, here too hm.
=== nikolam_ is now known as nikolam
[13:16] <BUGabundo_remote> non of the mirrors?
[13:16] <BUGabundo_remote> 'ti
[13:16] <BUGabundo_remote> s
[13:17] <BUGabundo_remote> its quite common for one of them to die
[13:17] <BUGabundo_remote> but all 4??
[13:18] <gnomefreak> all 8 here are, but im not here yet. 8 includes src repos
[13:19] <gnomefreak> ill be back in a few. i have a couple of things to do before i can relax and do email updates ect...
[13:19] <BUGabundo_remote> its up for me :\
[13:26] <gnomefreak> these are the ones im using http://paste.ubuntu.com/418557/
=== \vish is now known as vish
[13:28] <BUGabundo_remote> deb http://packages.medibuntu.org/ lucid free non-free #Medibuntu
[13:28] <BUGabundo_remote> but they are round robin
[13:28] <BUGabundo_remote> let me ping mine
[13:28] <gnomefreak> still failing here
[13:29] <BUGabundo_remote> $ ping packages.medibuntu.org
[13:29] <BUGabundo_remote> PING packages.medibuntu.org (88.191.82.11) 56(84) bytes of data.
[13:29] <BUGabundo_remote> lol its not pinging :)
[13:29]  * BUGabundo_remote pulls nmap out
[13:29] <BUGabundo_remote> -PN aint working either
[13:33]  * gnomefreak asking in #medibuntu
[13:36] <gnomefreak> i doubt i will get an answer but it is worth trying
[13:37] <BUGabundo_remote> ahaha
[13:38]  * gnomefreak assuming songbird is still failing to build
[13:45] <gnomefreak> BUGabundo_remote: nikolam the repos wont be back up until ~Wed.
[13:45] <nikolam> ohh is that so.
[13:45] <nikolam> thanks for info gnomefreak
[13:46] <gnomefreak> :) asking if there are other mirrors atm
[13:47] <BUGabundo_remote> buu
[13:47] <gnomefreak> https://bugs.edge.launchpad.net/medibuntu/+bug/565810
[13:47] <ubottu> Launchpad bug 565810 in medibuntu "packages.medibuntu.org not available" [High,Confirmed]
[13:52]  * gnomefreak test alternate mirrors
[13:55] <gnomefreak> yep looks like they work
[14:12] <gnomefreak> is there a way to remove/disable the yellow bar between headers and body of email in TB3?
[14:18] <gnomefreak> the panel on firefox that you can drag and drop the site to, what is that called?
[14:21] <BUGabundo_remote> ?
[14:21] <BUGabundo_remote> bookmarklet?
[14:26]  * gnomefreak not sure but i have heard of that just dont recall where or why
[15:16] <BUGabundo_remote> fta: code.google.com/p/chromium/issues/detail?id=41443
[15:16] <BUGabundo_remote> chromium is not getting any better :(
[16:03] <chrisccoulson> hey micahg
[16:04] <chrisccoulson> i've  just spoken to one of the upstream developers of gjs
[16:04] <micahg> chrisccoulson: k, what's up?
[16:05] <chrisccoulson> micahg - he's asked me just to patch out the memory report at the moment, as there aren't any apps using gjs that depend on the ability to destroy a context anyway
[16:05] <chrisccoulson> so, while there is a bug, it's not actually an issue in the real world atm
[16:05] <micahg> chrisccoulson: k, great
[16:05] <chrisccoulson> so, once i've looked at the armel crasher, i will get that uploaded
[16:06] <micahg> chrisccoulson: I almost got seamonkey done, but couldn't test the final product to due a symlink error which seems weir
[16:06] <micahg> d
[16:11] <micahg> chrisccoulson: the symlink works when I do it manually, but in .links doesn't seem to activate
[16:11] <micahg> this seems to break update-alternatives
[16:11] <chrisccoulson> micahg - oh, that's strange. so, the link isn't being created at all?
[16:11] <chrisccoulson> are you sure dh_link is being called?
[16:12] <micahg> chrisccoulson: yeah, it's making the link, it's just inactive
[16:12] <micahg> and the path is such it should work
[16:12] <chrisccoulson> thats strange. i could maybe have a look at that in a bit
[16:15]  * micahg is setting up a chroot for further backporting ATM
[16:21] <fta> BUGabundo_remote, well, i just click the star
[16:22] <BUGabundo_remote> fta: when it just afects me too, that's what I do
[16:22] <BUGabundo_remote> when the bug is more then a simple annoyance to me, I byte
[16:24] <fta> not need to bite when it's not broken
[16:29] <BUGabundo_remote> if it introduces more work for me then what's needed, when the previous version worked fine, its broken
[16:29] <BUGabundo_remote> :(
=== al-maisan is now known as almaisan-away
[18:29] <chrisccoulson> asac - are you ok with me disabing OOPP support on ppc, sparc and ia64? they're all failing to build atm
=== dpm is now known as dpm-afk
[19:36] <asac> chrisccoulson: yes. but file bugs i guess
[19:36] <asac> for the archs you disable ... and dont deviate settings for primary archs i386/amd64/armel
[19:37] <asac> those need to get escalated upstream so they block release
[19:39] <asac> chrisccoulson: also i think we should think about pushing 3.6.4 to the nss3.12.3 ppa for other releases and call for brave testing
[19:40] <asac> as we might need to push 3.6.4 to everywhere
[19:40] <asac> (though i am not sure we want to block the main security ppa in case we need to release something first)
=== yofel_ is now known as yofel
[20:31] <fta> jdstrand, Apr 19 13:58:24 cube kernel: [281270.479679] type=1503 audit(1271678304.719:24):  operation="open" pid=10125 parent=1 profile="/usr/lib/firefox-3.7a4pre/firefox{,*[^s][^h]}" requested_mask="::r" denied_mask="::r" fsuid=1000 ouid=0 name="/etc/xul-ext/firebug.js"
[20:32] <micahg> fta: that's an old build
[20:32] <micahg> fta: ff37 can't build since xul193 is broke
[20:33] <fta> *sigh*
[20:33] <micahg> fta: ff36 should be fine though
[20:33] <fta> too slow
[20:33] <fta> (for my html5 app)
[20:35] <micahg> fta: I'll try this week, there's just too much to do
[20:36] <fta> 3.7~a4~hg20100331r40030 woow
[20:36] <fta> 1.9.3~a4~hg20100407r40529
[20:36] <fta> both are old :(
[20:37] <micahg> fta: a4 was actually tagged and a5 is being worked on
[20:50] <fta> micahg, anyway, why is it related to my apparmor issue?
[20:52] <jdstrand> fta: that should be fixed in 3.6.3+nobinonly-0ubuntu3
[20:52] <jdstrand> fta:   [ Jamie Strandboge <jamie@ubuntu.com> ]
[20:52] <jdstrand>   * AppArmor: add read access to /etc/xul-ext/**, now needed by adblock
[20:53] <jdstrand> fta: that was also commit to 3.7.head in commit 516
[20:53] <fta> ok, thanks
[20:53] <jdstrand> and 3.6.head in 576
[20:55] <micahg> fta: that's why :)
[21:56] <fta> Apr 19 21:29:06 cube authdaemond: PAM unable to dlopen(/lib/security/pam_cap.so): /lib/security/pam_cap.so: undefined symbol: pam_get_item
[21:56] <fta> Apr 19 21:29:06 cube authdaemond: PAM adding faulty module: /lib/security/pam_cap.so
[21:56] <fta> jdstrand, ^^ i've been getting that often lately, rings a bell?
[22:03] <jdstrand> fta: sorry no. pam_cap.so is part of the fscaps work iirc-- maybe ask in #ubuntu-devel?
[22:10] <fta> it's when i authenticate on my imapd-ssl
[22:45] <micahg> chrisccoulson: do you have time to sponsor libjdic-java?
[22:46] <chrisccoulson> micahg - i probably won't get round to it this evening, but i can do it in the morning if it still needs doing
[22:46] <micahg> chrisccoulson: k, I subscribe u-s, so we'll see
[22:46] <micahg> chrisccoulson: when shouuld we drop xil191?
[22:47] <chrisccoulson> i'll review what's left tomorrow and then see about doing the removals before RC. the removal candidates are all in universe, so we should still be ok to do those at the moment
[22:48] <micahg> chrisccoulson: I think all that's left are things that FTBFS which we can fix later
[23:09] <igi> ok, micah