[00:24] <Ubulette> asac, i've tried to port the lcd subpixel patch for the cairo lib bundled in ff3 (for bug 164640). i've merged a part manually but it needs some work in the build system, mostly freetype2 stuff.
[00:24] <ubotu> Launchpad bug 164640 in firefox-3.0 "Apply subpixel rendering patch to cairo" [Undecided,New] https://launchpad.net/bugs/164640
[00:26] <Ubulette> that's a lot of changes in the code. I don't think it's wise to do that now.
[00:28] <asac> well ... that patch should be send upstream. If upstream doesn't do anything we won't be able to run system-cairo
[00:28] <asac> (upstreawm as in cairo upstream)
[00:29] <asac> so ... if its needed for mozilla we better get it in ;)
[00:29] <asac> or get something else that mozilla can use
[00:29] <asac> Ubulette: b1 doesn't yet contain the gnome depends, right?
[00:29] <Ubulette> the new icons ? no
[00:30] <Ubulette> it's a b2pre stuff
[00:30] <Ubulette> asac, should I close both changelogs ?
[00:31] <Ubulette> I wanted to push the cairo patch in as the user insisted it's trivial. it isn't so let's close with what we have and move on
[00:32] <asac> do we know a cairo bug id?
[00:40] <Ubulette> asac, no. Scott James Remnant (do you know him?) did the integration into ubuntu's cairo. seems it's based on David Turner's patches
[00:41] <asac> Ubulette: yes i know scott
[00:43] <asac> Ubulette:
[00:43] <asac> +
[00:43] <asac> +debian/debsearch.gif usr/share/firefox-addons/searchplugins
[00:43] <asac> +debian/debsearch.src usr/share/firefox-addons/searchplugins
[00:43] <asac> +
[00:43] <asac> +debian/wikipedia.gif usr/share/firefox-addons/searchplugins
[00:43] <asac> +debian/wikipedia.src usr/share/firefox-addons/searchplugins
[00:44] <asac> we don't have five-home anymore?
[00:44] <Ubulette> seems it's not useful
[00:45] <Ubulette> the default is fine
[00:45] <Ubulette> far better than using an empty one ;)
[00:45] <Ubulette> or a broken one
[00:46] <asac> yeah
[00:46] <asac> anyway the searchplugin thing above looks wrong
[00:47] <Ubulette> why ?
[00:48] <Ubulette> oh damn, the link is wrong
[00:48] <asac> he?
[00:48] <asac> i mean you still use share there
[00:48] <asac> not lib
[00:49] <Ubulette> that's expected. that's the shared -addons like xul
[00:49] <asac> why do we need LIBDIR in firefox.sh
[00:49] <Ubulette> last line
[00:49] <asac> shared?
[00:50] <asac> what do you mean?
[00:50] <Ubulette> well, not shared but stable
[00:50] <Ubulette> if any package wants to add a search plugin for ff, it uses that
[00:50] <Ubulette> no ?
[00:50] <asac> and the usr/lib/firefox-addons/searchplugins dir contains what compared to the shared one?
[00:51] <Ubulette> i've made a mistake
[00:51] <Ubulette> fixing it
[00:51] <asac> yeah :)
[00:51] <asac> they go to usr/lib/firefox-addons, right?
[00:52] <Ubulette> yeah
[00:52] <asac> feel free to add a link from there to share ;)
[00:52] <asac> but i thought this change was about eliminating that ;)
[00:53] <asac> i just wonder why you do things like introducing DEBIAN_NAME in the same commit as all the versioned dir things
[00:55] <Ubulette> i should have done that long ago. I had to dig to see what was the package name and what was the hard path
[00:55] <Ubulette> now it's clear
[00:57] <asac> looks good from just looking at last commit
[00:57] <asac> but its intrusive enough for me to try :)
[01:00] <Ubulette> yep, sure
[01:00] <Ubulette> http://paste.ubuntu.com/2228/
[01:01] <asac> right
[01:01] <asac> does ffox with system xul install anything in /etc/gre.d?
[01:01] <asac> (i don't think nor hope so) :)
[01:02] <Ubulette> no
[01:03] <Ubulette> hmm, looks like xul is leaking a file though. http://paste.ubuntu.com/2229/
[01:04] <Ubulette> strange dpkg does not complain about it
[01:05] <asac> Ubulette: purging doesn't remove it?
[01:29] <Ubulette> how ? i don't want to remove xul
[04:17]  * Hobbsee wonders if bugzilla accounts for the mozilla  bugtracker expire.
[04:21] <Hobbsee> nope, it appears they don't.  good.
[04:27] <[reed]> they don't :)
[04:28] <[reed]> they exist forever :)
[04:32] <Hobbsee> neat
[04:32] <Hobbsee> oh goody, bug is here, and i've been able to narrow it down
[04:34] <Hobbsee> https://bugzilla.mozilla.org/show_bug.cgi?id=315416
[04:34] <ubotu> Mozilla bug 315416 in Password Manager "Passwords reappear after being deleted, some can never be deleted" [Normal,Resolved: incomplete]
[04:35] <Hobbsee> now...how do i reopen it?
[09:28] <salty-horse> hi. I installed the adobe flash plugin + nspluginwrapper through the plugin finder. it prompted for the root password 3 times. can it be reduced to 1?
[09:35] <asac> salty-horse: for me its only one time
[09:35] <salty-horse> did you uninstall both first?
[09:36] <asac> yes
[09:36] <asac> well ... not today ... but i certainly did it before ;)
[09:36] <salty-horse> on amd64?
[09:37] <asac> yes
[09:37] <salty-horse> let me try again
[09:42] <salty-horse> it asks once for the "add/remove" app, and twice for synaptic
[09:42] <salty-horse> I recorded a video
[09:50] <asac> salty-horse: gnome session?
[09:50] <salty-horse> yes
[09:53] <[reed]> asac: think you can get around to reviewing mozilla bug 319965 soon?
[09:54] <asac> no idea ... gksudo shouldn't ask you twice
[09:54] <ubotu> Mozilla bug 319965 in X-remote "Dual-monitors, FF opens in one or the other, not both." [Major,New] http://bugzilla.mozilla.org/show_bug.cgi?id=319965
[09:55] <salty-horse> maybe it's because gksudo is launched multiple times?
[10:06] <asac> [reed]: yes ... I just returned from holidays :) and a security update is waiting for me :) ...
[10:06] <[reed]> asac: ah, k
[10:07] <[reed]> yes, 2.0.0.10 is coming out today
[10:07] <[reed]> I think
[10:07] <[reed]> today or tomorrow
[10:07] <[reed]> who knows
[10:07] <asac> [reed]: the patch makes sense to me ... would like to look into the code surrounding this though.
[10:07] <[reed]> cool
[10:09] <asac> salty-horse: usually not ... I can run gksudo echo hello multiple times ... only the first time i get ask for password
[10:09] <salty-horse> hmm.. trying another app
[10:10] <salty-horse> oh. I think I got it. I changed the sudo timeout to 0
[10:10] <asac> salty-horse: yeah :)
[10:10] <salty-horse> still, is it possible to have the plugin finder call gksudo just once?
[10:10] <asac> the plugin finder calls it just once
[10:11] <asac> its the synaptic thing apparently that does this
[10:11] <salty-horse> so add/remove calls synaptic twice
[10:11] <asac> file a bug against apturl
[10:11] <asac> ?
[10:11] <asac> why add/remove? i thought you are installing using the plugin finder wizard
[10:12] <salty-horse> this is what I get in the password prompts:
[10:13] <salty-horse> 1) "Add/Remove..." 2+3) "Synaptic Package Manager"
[10:15] <asac> salty-horse: how do you instlal the plugins?
[10:16] <salty-horse> via the plugin wizard.
[10:16] <asac> and how is add/remove ... involved? afaik there is just "install" in the plugin finder wizard
[10:20] <salty-horse> the plugin wizard lists the available gnash and adobe plugin. after choosing the adobe one and clicking "next", I get a new dialog asking if I want to install the package 'flashplugin-nonfree'. answering yes prompts for a password (requested by the "add/remove" app). after typing it in, I get two more password prompts requested by synaptic
[10:21] <asac> ah ok ... yes, then file a bug against apturl
[10:21] <asac> the maintainer should reassign it appropriately
[10:21] <salty-horse> ok
[10:21] <asac> no idea if its easy to fix though. i think its easiest to use a timeout of > 0
[10:21] <asac> :)
[10:22] <salty-horse> it's insecure, IMO. even with just me by the computer, I want to be asked when doing potentially damaging things :)
[10:23] <asac> salty-horse: yeah ... i think its a valid concern ... post a bug :)
[10:23] <asac> and keep me updated ;)
[10:31] <salty-horse> https://bugs.launchpad.net/ubuntu/+source/apturl/+bug/165147
[10:31] <ubotu> Launchpad bug 165147 in apturl "numerous password prompts when using plugin finder" [Undecided,New]
[10:43] <asac> salty-horse: commented
[10:53] <salty-horse> thanks
[11:58] <armin76> asac: Ubulette: https://bugzilla.mozilla.org/show_bug.cgi?id=405424
[11:58] <ubotu> Mozilla bug 405424 in XPCOM "Updates for Linux/ia64" [Normal,Unconfirmed]
[12:07] <asac> armin76: ok i will confirm
[12:10] <asac> [reed]: who to ask for ia64 review? (mozilla bug 405424)
[12:10] <ubotu> Mozilla bug 405424 in XPCOM "Updates for Linux/ia64" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=405424
[12:18]  * asac lunch
[12:55] <asac> shaky freenode today :/
[16:08] <armin76> [reed]: why did you assign me the bug?
[17:18] <armin76> asac: Ubulette: is the ppc/powerppc in md/unix/Makefile a known issue?
[17:20] <armin76> i mean, is there a bug upstream?
[17:31] <asac> armin76: is it the same for gentoo?
[17:31] <armin76> yup
[17:31] <armin76> target_cpu is from the toolchain, and the toolchain in ppc is powerpc, not ppc
[17:32] <armin76> i think it's a regression of bug 372428
[17:32] <armin76> mozilla bug 372428
[17:32] <ubotu> Mozilla bug 372428 in Build Config "firefox configure.in does not work currently with a 64 bit kernel and a full 32 bit userland" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=372428
[17:44] <bluekuja> asac, heya alex
[17:45] <bluekuja> asac, had a chance to build the package?
[17:45] <bluekuja> asac, just finished to study....I can call them 11 hours
[17:45] <bluekuja> today :/
[17:48] <asac> armin76: yes ... but will it reregress?
[17:48] <asac> bluekuja: i think i built it yesterday ... but didn't come to anything else afaik
[17:49] <asac> completely forgot since it was late
[17:49] <bluekuja> asac, that means it did *not* FTBFS?
[17:49] <asac> no idea either
[17:49] <asac> never looked at that terminal
[17:49] <bluekuja> ah damn
[17:49] <bluekuja> :/
[17:50] <bluekuja> are you able to retry?
[17:51] <asac> bluekuja: 0.2.3-3~ppa1 builds in sid
[17:51] <bluekuja> asac, mmm...
[17:51] <bluekuja> crazy then
[17:51] <bluekuja> WTH it fails on Debian build machines then=
[17:52] <asac> bluekuja: missing depends?
[17:52] <asac> i don't use pbuilder so i wont catch those
[17:52] <bluekuja> asac, impossible...it fails on using gconf
[17:53] <bluekuja> and works in some archs
[17:53] <bluekuja> but fails on amd64
[17:53] <bluekuja> and one-two more
[17:53] <asac> build machine broken then i guess
[17:53] <bluekuja> yep
[17:53] <bluekuja> is give-back possible in Debian?
[17:56] <bluekuja> asac: http://buildd.debian.org/fetch.cgi?&pkg=diff-ext&ver=0.2.3-2&arch=amd64&stamp=1195237138&file=log
[17:58] <bluekuja> this is the FTBFS on adm64
[17:59] <asac> GCONF_CONFIG_SOURCE=xml:readwrite:/home/buildd/.gconf /usr/bin/gconftool-2 --makefile-install-rule diff-ext.schemas
[17:59] <asac> (gconftool-2:19515): GConf-WARNING **: Failed to load source "xml:readwrite:/home/buildd/.gconf": Failed: Could not make directory `/home/buildd/.gconf': No such file or directory
[17:59] <asac> GConf-ERROR **: file gconftool.c: line 918 (main): assertion failed: (err == NULL)
[17:59] <bluekuja> yes
[17:59] <asac> aborting...
[17:59] <asac> the buildd has not writable home apparently
[17:59] <asac> the build shouldn't rely on that
[17:59] <asac> fix that :)
[18:00] <bluekuja> actually there is a work-around for this
[18:00] <bluekuja> I can just move schemas installation
[18:00] <bluekuja> after make-install
[18:00] <bluekuja> and not before
[18:00] <bluekuja> maybe in a postinst file
[18:00] <bluekuja> that will fix this issue actually
[18:01] <bluekuja> because schemas will be installed not during build
[18:01] <bluekuja> but after
[18:01] <bluekuja> that's suggested from gconf itself
[18:02] <bluekuja> too
[18:02] <bluekuja> cool :)
[18:02] <asac> look how other software deals with schema and fix the build system i would say
[18:02] <bluekuja> actually I have to follow gconf policy
[18:02] <bluekuja> that suggests to install schemas *after* the build
[18:02] <bluekuja> and not during make install
[18:02] <bluekuja> (which is our case)
[18:03] <asac> so you patch the Makefile.am ?
[18:03] <bluekuja> asac, yep
[18:03] <asac> anyway, do whatever is necessary to fix this and let me know :)
[18:03] <asac> i will be out for a while
[18:03] <asac> will come back later
[18:04] <bluekuja> asac, perfect mate :)
[18:05] <bluekuja> asac, having no testing machines to test this sux!
[18:05] <bluekuja> :)
[18:05] <asac> bluekuja: he?
[18:06] <asac> just make your home not-writable
[18:06] <bluekuja> mm...is it possible on pbuilder too?
[18:06] <bluekuja> *without* logging in
[18:06] <asac> its nothing amd specific
[18:07] <bluekuja> I'll have to work on logging inside a pbuilder
[18:07] <bluekuja> I think it's not possible to make my home not-writable
[18:07] <bluekuja> in the tarball
[18:07] <bluekuja> itself
[18:14] <asac> bluekuja: build without pbuilder
[18:14] <bluekuja> asac, yep
[18:14] <bluekuja> or I can log inside it as well
[18:14] <bluekuja> so I have a clean chroot
[18:16] <bluekuja> ok, home dir not-writable now
[18:16] <bluekuja> test-building
[18:19] <bluekuja> ok, it fails
[18:20] <bluekuja> now let's make the fix
[19:00] <bluekuja> asac, fix ready to go
[19:03] <bluekuja> asac, patching makefiles wasnt necessary
[19:03] <bluekuja> I used a configure rule to disable schemas installation ;)
[19:03] <Ubulette> hi
[19:04] <bluekuja> Ubulette, heya
[19:05] <armin76> asac: re: reregression, no, it won't, actually it's broken
[19:06] <bluekuja> Ubulette, are you good wirh schemas? (gconf)
[19:06] <bluekuja> *with
[19:06] <Ubulette> depends
[19:06] <Ubulette> fixing or writing ?
[19:07] <bluekuja> just for an hint
[19:07] <asac> bluekuja: ok if thats common practice go ahead
[19:07] <bluekuja> Ubulette, does gconf-schemas works fine for installing schemas?
[19:07] <bluekuja> instead of using gconftool-2
[19:07] <asac> bluekuja: why don't you test
[19:07] <asac> ?
[19:08] <asac> the installed schemas should be visible in gconf-editor
[19:08] <bluekuja> right
[19:08] <bluekuja> let me see
[19:09] <asac> Ubulette: i fixed the url classifier thingy
[19:09] <asac> Ubulette: now i see more issues :/
[19:09] <asac> what issues have you been talking about?
[19:09] <asac> (you talked about some issues with b2pre, didn't you)?
[19:10] <Ubulette> give me half an hour. we'll discuss that
[19:10] <asac> Ubulette: ok
[19:10] <bluekuja> asac, plus lintian complains about using gconftool-2
[19:10] <bluekuja> in a maintainer script
[19:11] <bluekuja> and it suggests gconf-schemas instead
[19:11] <bluekuja> ^^
[19:11] <asac> bluekuja: there should be a policy document in debian somewhere
[19:11] <asac> don't ask me where
[19:12] <bluekuja> asac, anyway yes, using gconftool-2
[19:12] <bluekuja> and gconf-schemas is the same
[19:12] <bluekuja> schemas gets installed correctly
[19:12] <bluekuja> so it should be fine to disable the installation of schemas via a rule
[19:12] <bluekuja> and it will fix the FTBFS
[19:13] <bluekuja> asac, updating the branch
[19:13] <bluekuja> asac, are you able to check/upload that today?
[19:13] <bluekuja> gonna give you branch links when done in a while
[19:13] <asac> to debian? i would like to try ;)
[19:14] <bluekuja> yes, to Debian :)
[19:14] <bluekuja> perfect
[19:14] <bluekuja> give me some minutes
[19:14] <bluekuja> updating
[19:34] <Ubulette> back
[19:34] <[reed]> armin76: we assign bugs to the person who writes the patch
[19:34] <[reed]> you wrote the patch
[19:34] <[reed]> so, the bug is assigned to you
[19:38] <Ubulette> asac, so what did you do with url classifier ?
[19:38] <armin76> [reed]: oh, sorry then
[19:48] <bluekuja> asac, done
[19:49] <bluekuja> asac, back
[19:49] <bluekuja> asac, branch is ready
[19:49] <bluekuja> asac, let me upload you the tarball
[19:50] <bluekuja> asac, or you prefer the upstream branch?
[19:50] <Ubulette> bluekuja, seems most package install those schemas manually
[19:50] <bluekuja> Ubulette, yep
[19:50] <bluekuja> postinst handle that
[19:50] <bluekuja> with gconf-schemas
[19:51] <Ubulette> http://paste.ubuntu.com/2261/  here is file-roller
[19:51] <bluekuja> Ubulette, yes, they stop installing schemas on build
[19:51] <bluekuja> that's right
[19:51] <bluekuja> I've used --disable-schemas-install configure variable
[19:51] <bluekuja> for that
[19:52] <bluekuja> so I don't have to hack makefiles using autotools
[19:52] <asac> bluekuja: why do i need a new tarball? i already have one ;)
[19:52] <bluekuja> ah fine :)
[19:52] <bluekuja> asac: bzr branch http://bazaar.launchpad.net/~bluekuja/diff-ext/debian.source
[20:08] <asac> bluekuja: i won't verify that it really works ... just upload
[20:08] <bluekuja> asac, actually I just deleted the FTBFS cause
[20:08] <bluekuja> and schemas are still registered
[20:08] <bluekuja> with postinst
[20:08] <bluekuja> but not on build run
[20:08] <bluekuja> ;)
[20:09] <asac> bluekuja: the orig is already in debian?
[20:09] <bluekuja> asac, yes, let me grab you the link
[20:10] <bluekuja> asac, http://ftp.de.debian.org/debian/pool/main/d/diff-ext/diff-ext_0.2.3.orig.tar.gz
[20:10] <asac> bluekuja: tell me md5sum please
[20:10] <bluekuja> yes, just a sec
[20:11] <asac> 8a82a8c76f1bd30cb3ee7dd8c270aab7 ?
[20:11] <bluekuja> asac, 8a82a8c76f1bd30cb3ee7dd8c270aab7
[20:11] <asac> yes
[20:11] <bluekuja> yep, that's it
[20:11] <asac> so lets see ;)
[20:11] <asac> uploaded
[20:11] <asac> i will look in an hour ;)
[20:11] <asac> lets hope
[20:11] <bluekuja> gonna ping you
[20:12] <bluekuja> when I see accepted
[20:12] <bluekuja> (hopefully=
[20:12] <bluekuja> *)
[20:12] <bluekuja> I really hope your key problem is fixed
[20:12] <bluekuja> :)
[20:13] <[reed]> ams is so stupid
[20:13] <[reed]> if any of you all know him
[20:13] <bluekuja> mmm...nope, never heard
[20:14] <[reed]> ah, then you're lucky
[20:14] <bluekuja> who is he?
[20:14] <bluekuja> and which channel?
[20:14] <[reed]> he's a GNU Hurd developer
[20:14] <[reed]> that should explain it all
[20:14] <[reed]> :p
[20:14] <bluekuja> lol
[20:15] <bluekuja> [reed], have you ever tried to browse live spaces?
[20:16] <bluekuja> for msn
[20:16] <[reed]> no, I don't patronize Microsoft sites
[20:16] <[reed]> :P
[20:16] <[reed]> but I remember a bug on that
[20:16] <bluekuja> same here
[20:16] <bluekuja> but I'm just watching some cool photos
[20:16] <bluekuja> of a friend
[20:16] <bluekuja> (female)
[20:16] <bluekuja> :P
[20:16] <bluekuja> and I'm getting crazy
[20:17] <bluekuja> 1-2 minutes to download a damn image
[20:17] <bluekuja> too slow website
[20:17] <bluekuja> damn it
[20:18] <[reed]> mozilla bug 403481 has a reviewed patch, at least
[20:18] <[reed]> it should get committed today
[20:18] <ubotu> Mozilla bug 403481 in GFX: Thebes "minefield memory usage keeps growing as png images are dynamically loaded (maps.google.com)" [Major,Assigned] http://bugzilla.mozilla.org/show_bug.cgi?id=403481
[20:19] <bluekuja> it simply doesn't load the page
[20:19] <bluekuja> : /
[20:40] <bluekuja> asac, no mails yet
[20:40] <bluekuja> bad sign
[20:41] <bluekuja> asac, we should receive a REJECTED mail anyway, I guess
[20:42] <Ubulette> i'm fighting with prism
[20:42] <bluekuja> gonna win?
[20:43] <Ubulette> persia wants my get-orig-source to look less shellish, more makefileish ;)
[20:43] <bluekuja> ^^
[20:45] <Ubulette> sure i'll win but if we ask him to review any of our moz package, we'd better trash our rules file and start from scratch
[20:45] <bluekuja> lol
[20:46] <bluekuja> is it NEW?
[20:46] <Ubulette> it will
[20:46] <bluekuja> yes, but is it a new package?
[20:46] <bluekuja> e.g not the in the archive yet?
[20:46] <Ubulette> yes
[20:46] <bluekuja> ah ok
[20:46] <bluekuja> so on REVU
[20:46] <Ubulette> yes
[20:59] <bluekuja> asac, still nothing... :/
[20:59] <bluekuja> I think dak won't send a rejected mail
[20:59] <bluekuja> don't know why
[20:59] <bluekuja> but that's strange
[21:07] <asac> well its not a bug ... its a security feature i guess
[21:38] <Ubulette> asac, with http://paste.ubuntu.com/2267/  persia seems happier :)
[21:39] <bluekuja> asac, found duplicate status token ('KEYEXPIRED').
[21:39] <bluekuja> Rejected: internal error while performing signature check on diff-ext_0.2.3-3_amd64.changes.
[23:31] <Ubulette> asac, if we don't ship xul soon, i'll have to ship dom inspector with prism instead of just a link
[23:36] <asac> Ubulette: yes ... will happen tomorrow .. tuning the patch one more time ... will commmit in 30 minutes or so ... then you can take a look
[23:36] <asac> and close et al
[23:36] <Ubulette> ok
[23:39] <asac> why did we switch to slow diff.gz approach for xulrunner again? :) ?
[23:39] <Ubulette> eh?
[23:39] <asac> nm
[23:39] <asac> i should get some speedy disks i guess
[23:40] <Ubulette> yes
[23:40] <Ubulette> you do that :)
[23:43] <Ubulette> I can't do more than that http://paste.ubuntu.com/2276/
[23:47] <asac> Ubulette: do you still install all prism apps in Internet menu?
[23:48] <Ubulette> yes
[23:48] <Ubulette> only this default set
[23:48] <asac> i think it would be better to put the applications in the proper menu
[23:48] <asac> e.g. office => office et al
[23:49] <Ubulette> it is supposed to be integrated to the desktop, not split
[23:49] <asac> yes
[23:49] <asac> but that would mean to put google calendar in office
[23:49] <asac> not internet
[23:57] <Ubulette> that would mean adding more logic to the rules
[23:57] <Ubulette> not difficult but i'd like to get this one in
[23:58] <asac> y