[01:19] <BUGabundo> boa noite. bed time
[02:49] <[reed]> ugh, Firefox is using system sqlite?
[02:49] <[reed]> on Ubuntu
[02:50] <micahg> [reed]: yes, why?
[02:50] <micahg> are they bumping minimum again?
[02:50] <[reed]> because Ubuntu's system sqlite is not compiled correctly at all
[02:50] <micahg> is that why we have issues?
[02:51] <micahg> [reed]: is it something we can fix?
[02:51] <[reed]> yes
[02:51] <[reed]> what's the package name for firefox ubuntu wise
[02:51] <[reed]> "firefox" is upstream
[02:51] <[reed]> but what's the ubuntu one?
[02:51] <micahg> firefox-3.5 right now
[02:52] <micahg> firefox is the project and metapackage
[02:52] <[reed]> There is no project in Launchpad named "firefox-3.5". Please search for it as it may be registered with a different name.
[02:52] <[reed]> oh, so I still use "firefox"?
[02:52] <micahg> for?
[02:52] <[reed]> link this sqlite3 bug to firefox
[02:52] <micahg> in ubuntu?
[02:52] <[reed]> yes
[02:52] <micahg> no, mark also affects distro, firefox-3.5
[02:53] <[reed]> ah
[02:53] <[reed]> sorry, not very good at launchpad
[02:54] <micahg> np
[02:54] <[reed]> https://bugs.launchpad.net/ubuntu/+source/firefox-3.5/+bug/229003
[02:54] <[reed]> how do I get rid of firefox
[02:54] <micahg> is there an upstream issue in bmo?
[02:54] <[reed]> there is for the second bug I'm going to file
[02:54] <micahg> oh, let me see, I think you just change project to null
[02:55] <micahg> fixed, I think
[02:56] <micahg> [reed]: too bad we didn't find out sooner
[02:56] <[reed]> yeah, I didn't know either
[02:56] <micahg> we probably can't get that fixed till Lucid now
[02:56] <[reed]> :/
[02:56] <[reed]> well, the fix will be not to compile with system sqlite
[02:56] <[reed]> if you can't fix the sqlite3 package
[02:56] <micahg> how big of an impact is it for ff3.5?
[02:56] <[reed]> it's big for Firefox 3+
[02:57] <[reed]> not just 3.5
[02:57] <[reed]> this has probably been causing problems for you for a while
[02:57] <micahg> what are the symptoms?
[02:58] <[reed]> awesome bar fail, private browsing not deleting everything, etc.
[02:58] <micahg> yeah
[02:59] <micahg> I'll add ff3.0 as well
[02:59] <[reed]> rename null to firefox-3.0
[02:59] <[reed]> :)
[03:00] <micahg> can't
[03:00] <micahg> project vs distro
[03:00] <[reed]> ah
[03:00] <[reed]> lame
[03:00] <micahg> I'm copying in the relavent part of our conversation
[03:02] <[reed]> https://bugs.launchpad.net/firefox/+bug/457791
[03:02] <[reed]> is the other bug
[03:03] <micahg> well, if we're going to make a change to ff3.5 like this, it'll have to be soon
[03:05] <micahg> are you posting the LP link upstream?
[03:05] <micahg> otherwise, I doo it
[03:05] <[reed]> I will
[03:09] <micahg> ok, asac will get all this in the morning
[03:09] <[reed]> yeah, this is a major issue... one that could possibly fall into the "Ubuntu can't use the term Firefox" category if it's not fixed somehow
[03:09] <micahg> I don't know what issues we'll have with FF3.5 on the CD and not using system sqlite
[03:10] <[reed]> have the CDs been built?
[03:10] <micahg> No, freeze is SUnday
[03:10] <micahg> final freeze is tuesday
[03:10] <[reed]> k
[03:12] <[reed]> so, is there some documentation on how to get the source for packages and create appropriate patches? I'll be happy to supply patches.
[03:13] <micahg> you can branch the bzr branch lp:firefox/3.5
[03:13] <[reed]> well, I mean for sqlite3
[03:13] <micahg> oh
[03:13] <micahg> hmmm
[03:13] <micahg> idk
[03:14] <micahg> sources, just apt-get source sqlite3
[03:14] <[reed]> and then is there some specific way to make the patch?
[03:15] <micahg> [reed]: patching: https://wiki.ubuntu.com/UbuntuDevelopment/Patches?highlight=%28CategoryProcess%29
[03:15] <[reed]> k
[03:15] <[reed]> no
[03:15] <[reed]> that was useless
[03:15] <micahg> ugh
[03:15] <[reed]> like, normal `patch`, or some ubuntu-specific method or what?
[03:15] <micahg> debdiff is preferred
[03:15] <[reed]> debdiff -- not familiar with that
[03:16] <[reed]> see, that's what I'm looking for
[03:16]  * micahg is looking
[03:17] <micahg> [reed]: https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff
[03:17] <[reed]> cool
[03:41] <micahg> [reed]: want some tips?
[03:41] <micahg> or rather I have just one comment
[03:42] <micahg> with LP, it's closes (LP: #XXXXXX)
[03:42] <micahg> or something like that
[03:45] <micahg> [reed]: sorry, for some reason I thought you were on karmic, generally, we provide patches to devel version first
[03:48] <jcastro> [reed]: ugh
[03:48] <jcastro> horrible timing
[05:19] <[reed]> micahg: I took my format from some other entry in that same changelog.
[05:19] <[reed]> but yeah, tips are appreciated
[05:19] <[reed]> jcastro: <3
[05:19] <micahg> [reed]: yes, but the other entry was from debian :)
[05:20] <[reed]> ah
[05:20] <micahg> we have it a little different so they can close issues for us as well
[05:20] <micahg> I doubt the release team will consider modifying sqlite at this point since so many apps rely on it
[05:21] <micahg> maybe for lucid
[05:22] <[reed]> so, I think you should just use system sqlite for firefox then
[05:22] <[reed]> that seems like an easy fix
[05:22] <[reed]> yes, package gets larger
[05:22] <[reed]> but it will only affect firefox
[05:22] <micahg> you mean non-system sqlite
[05:22] <micahg> I'll talk with asac in the morning
[05:23] <[reed]> er, yes
[05:23] <micahg> but that would also affect the CDs which have limited space
[05:23] <[reed]> yeah
[05:24] <micahg> how much does sqlite add?  latest CD is at 687MB
[05:24] <[reed]> not much, I wouldn't think
[05:24] <micahg> ugh
[05:24] <micahg> amd64 at 698MB
[05:25] <[reed]> let me look
[05:25] <micahg> we might have to fix it in -updates
[05:25] <micahg> idk
[05:25] <micahg> I"m going to stop guessing now
[05:25] <micahg> and wait for asac
[05:25] <[reed]> $ du -hs libsqlite3.so
[05:25] <[reed]> 496K	libsqlite3.so
[05:25] <[reed]> that's in my mozilla.org firefox build
[05:25] <[reed]> so, half a meg
[09:06] <nilleb> hello everybody
[09:07] <nilleb> i've a problem with fcntl64 on the .parentlock, firefox 3.5
[09:08] <nilleb> i've no profile at all when starting FF, but I however get a "lock: permission denied" when starting
[09:08] <nilleb> a strace says me that
[09:09] <nilleb> stat64("/home/DOMAIN/xyz/.mozilla/firefox/wxr2z7j2.default", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
[09:09] <nilleb> open("/home/DOMAIN/xyz/.mozilla/firefox/wxr2z7j2.default/.parentlock", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 20
[09:09] <nilleb> fcntl64(20, F_GETLK, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0, pid=3215761396}) = 0
[09:09] <nilleb> fcntl64(20, F_SETLK, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}) = -1 EACCES (Permission denied)
[09:09] <nilleb> close(20)                               = 0
[09:09] <nilleb> stat64("/home/DOMAIN/xyz/.mozilla/firefox/wxr2z7j2.default", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
[09:09] <nilleb> open("/home/DOMAIN/xyz/.mozilla/firefox/wxr2z7j2.default/.parentlock", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 20
[09:09] <nilleb> fcntl64(20, F_GETLK, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0, pid=3215761396}) = 0
[09:09] <nilleb> fcntl64(20, F_SETLK, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}) = -1 EACCES (Permission denied)
[09:09] <nilleb> close(20)                               = 0
[09:10] <nilleb> somebody has an idea about the cause of this misbehavior?
[09:10] <nilleb> the execution environment is an ubuntu 9.10, with likewise enabled
[09:33] <asac> [reed]: there?
[09:33] <asac> whats the prob?
[09:35] <asac> i dont know, but the fact that we use system libs this cycle still was well known ;)
[09:35] <asac> we will dump everything in this direction in lucid
[09:45] <asac> update onw is kind of way off. we have to fix this in a SRU
[09:50] <Mirv> here if you need me to do/check something for bug #429835 which seems to be fixed for most languages but at least not Finnish
[09:53] <asac> Mirv: well. talk to me earlier than today basically
[09:56] <Mirv> just a second, starting my time machine
[09:58] <asac> checking with arne now if we have a chance to fix it for last update run theoretically
[10:09] <asac> nilleb: who owns your directory?
[10:09] <asac> ls -l on those files
[10:10] <nilleb> bellin-salarin@ly-qa-bellinux:~$ ls -Al .mozilla/firefox/wxr2z7j2.default/
[10:10] <nilleb> total 36
[10:10] <nilleb> -rw-r--r-- 1 bellin-salarin domain^users 20160 2009-10-22 09:31 bookmarks.html
[10:10] <nilleb> drwxr-xr-x 2 bellin-salarin domain^users  4096 2009-10-22 09:31 chrome
[10:10] <nilleb> -rw-r--r-- 1 bellin-salarin domain^users   153 2009-10-22 09:31 localstore.rdf
[10:10] <nilleb> -rw-r--r-- 1 bellin-salarin domain^users   356 2009-10-22 09:31 mimeTypes.rdf
[10:10] <nilleb> -rw-r--r-- 1 bellin-salarin domain^users     0 2009-10-22 09:55 .parentlock
[10:10] <nilleb> -rw-r--r-- 1 bellin-salarin domain^users   347 2009-10-22 09:31 prefs.js
[10:10] <nilleb> bellin-salarin@ly-qa-bellinux:~$ ls -al .mozilla/firefox/
[10:10] <nilleb> total 16
[10:10] <nilleb> drwx------ 3 bellin-salarin domain^users 4096 2009-10-22 09:31 .
[10:10] <nilleb> drwx------ 3 bellin-salarin domain^users 4096 2009-10-22 09:31 ..
[10:10] <nilleb> -rw-r--r-- 1 bellin-salarin domain^users   94 2009-10-22 09:31 profiles.ini
[10:10] <nilleb> drwx------ 3 bellin-salarin domain^users 4096 2009-10-22 09:31 wxr2z7j2.default
[10:11] <nilleb> bellin-salarin is the guy who executes firefox. DOMAIN\xyz in the strace should be replaced with DOMAIN\bellin-salarin
[10:12] <nilleb> and \ should be replaced with /, as well.
[10:13] <nilleb> if you like, I can as well make a chmod -R 777 * on the whole tree. it's brand new, it has been created by firefox itself on its last startup.
[10:14] <nilleb> btw, i've done it, and the result doesn't change.
[10:16] <asac> nilleb: what kind of partition is that?
[10:17] <asac> something special? how do you mount it?
[10:17] <nilleb> nope. it's a classical ext3 partition
[10:17] <nilleb> i was reading some more about apparmor
[10:18] <asac> nilleb: paste mount output
[10:18] <asac> nilleb: apparmor shouldnt be a problem i would hope
[10:18] <asac> but wont rule it out
[10:18] <nilleb> bellin-salarin@ly-qa-bellinux:~$ mount
[10:18] <nilleb> /dev/sda6 on / type ext3 (rw,relatime,errors=remount-ro)
[10:18] <nilleb> proc on /proc type proc (rw)
[10:18] <nilleb> none on /sys type sysfs (rw,noexec,nosuid,nodev)
[10:18] <nilleb> none on /sys/fs/fuse/connections type fusectl (rw)
[10:18] <nilleb> none on /sys/kernel/debug type debugfs (rw)
[10:18] <nilleb> none on /sys/kernel/security type securityfs (rw)
[10:18] <nilleb> udev on /dev type tmpfs (rw,mode=0755)
[10:18] <nilleb> none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
[10:18] <nilleb> none on /dev/shm type tmpfs (rw,nosuid,nodev)
[10:18] <nilleb> none on /var/run type tmpfs (rw,nosuid,mode=0755)
[10:18] <asac> for you setlk doesnt work
[10:18] <nilleb> none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
[10:18] <nilleb> none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
[10:18] <nilleb> /dev/sda5 on /media/gray type ext4 (rw)
[10:18] <nilleb> rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
[10:18] <nilleb> none on /proc/fs/vmblock/mountPoint type vmblock (rw)
[10:18] <nilleb> nfsd on /proc/fs/nfsd type nfsd (rw)
[10:18] <nilleb> binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
[10:18] <nilleb> gvfs-fuse-daemon on /home/ESKERCORP/bellin-salarin/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=bellin-salarin)
[10:19] <nilleb> yeah, i can confirm :-)
[10:20] <nilleb> I'd like to verify if other ps have the same problem, but i'm lazy and i'm not willing to code a fcntl sample
[10:20] <asac> i havent heart of this issue
[10:21] <asac> cat /proc/locks
[10:21] <asac> please not here, but paste in some pastebin
[10:21] <asac> compare the inodes in that locks proc thing
[10:22] <asac> with ls -li ...path/to/.parentlock
[10:24] <asac> Mirv: i disabled the po2xpi way of doing fi now ... so in case there is a run you wiill get the fix
[10:24] <asac> not sure though if that run already happened
[10:24] <asac> lets hope not ;)
[10:28] <Mirv> asac: ok, thanks. let's see how it goes.
[10:48] <nilleb> asac: http://pastebin.com/d5a7d86c9
[11:13] <asac> nilleb: ps -eaf | grep firefox
[11:14] <nilleb> bellin-salarin@ly-qa-bellinux:~/devperso$ ps -eaf | grep firefox
[11:14] <nilleb> 1893211406 7181 5539  0 12:14 pts/0    00:00:00 grep firefox
[11:15] <[reed]> asac: "onw"?
[11:16] <asac> now
[11:17] <asac> [reed]: i will check how good its to put that in a security update
[11:17] <asac> or SRU ... if we decided to change the build flags of sqlite
[11:17] <asac> rather than going to in-source
[11:18] <[reed]> well, I think you just run less of a risk of issues with other things that use sqlite if you use in-source
[11:18] <[reed]> but then again, other things may benefit from that flag being set
[11:18] <asac> i know
[11:18] <asac> but there are a bunch of things you cannot say
[11:18] <asac> from firefox perspective its easy
[11:18] <asac> in-source sqlite is safe
[11:18] <asac> however, since we use xulrunner there are apps that also link against sqlite
[11:18] <asac> and that busts things
[11:19] <asac> either loading first system sqlite . .. and then booting gre will make the xulrunner use the wrong sqlite
[11:19] <[reed]> ah
[11:19] <asac> or the other way around a different version will be used by the app (e.g. the one from xulrunner=
[11:19] <asac> so that needs some thorough testing
[11:19] <asac> its the same like the in-source cairo
[11:19] <asac> which even busts fonts of firefox completely
[11:20] <asac> because you have a mismatch of gtk cairo and in-source cairo
[11:20] <asac> i have to investigate that more. but i checked both options and the in-source cairo build was much more busted wrt to fonts
[11:20] <asac> last time i checked
[11:21] <asac> [reed]: the gtk cairo thing is imo a real issue ... you always rely on system gtk ... which always has a system cairo ... and then you ship your own cairo and force that on top ;)
[11:21] <asac> butnothing to discuss quickly here
[11:21] <[reed]> we knew you were using system sqlite -- just didn't know you weren't using the same compile flags
[11:21] <[reed]> that's the problem :(
[11:21] <asac> me neither
[11:21] <asac> [reed]: most likely we will go to in-source in lucid
[11:21] <asac> but in general we should establish a procedure
[11:22] <asac> so we can check on all the other syslibs we might use
[11:22] <asac> though i try to not do that now anymore ... so not sure if thats worth to start doing at this point
[11:22] <[reed]> this all can't wait until lucid
[11:22] <[reed]> this needs to be fixed in karmic's cycle sometime -- either now or in an update
[11:23] <asac> 12:17 < asac> [reed]: i will check how good its to put that in a security update
[11:23] <asac> 12:17 < asac> or SRU ... if we decided to change the build flags of sqlite
[11:23] <asac> so yes. we will do something
[11:23] <[reed]> SRU == ?
[11:23] <asac> stable release update
[11:23] <[reed]> k
[11:23] <asac> thats a properly tested/staged update
[11:24] <asac> compared to a security update that doesnt get a wide spread baking
[11:24] <[reed]> what's the time difference?
[11:24] <asac> [reed]: SRUs sit about a week in -proposed
[11:24] <asac> if there are regressions we will obviously do one more iteration etc.
[11:24] <[reed]> yeah
[11:24] <[reed]> ok
[11:25] <asac> so -proposed is basically the only way we have to do something that we think is risky
[11:25] <[reed]> k
[11:25] <asac> anyway. thanks for letting us know. needs to be fixed
[11:25] <asac> for sure
[11:25] <[reed]> yeah
[11:25] <[reed]> definitely
[11:25] <asac> i hope its just system sqlite buld flag changing
[11:26] <asac> because starting to use in-source will be much more risky for the rest of the distro (as i explained above)
[11:26] <[reed]> cool
[11:27] <[reed]> let me know if you need any assistance figuring out stuff or anything from the Mozilla side
[11:37] <asac> yes
[11:38] <asac> i have to do a few more things today and hopefull start on the next security update batch tomorrow ... also the ubufox thing
[11:38] <asac> [reed]: how to make chrome files unprivileged? is that a special hint in jar.mn?
[11:38] <asac> or rather ship them in chrome://locale/... rather than content/...
[11:38] <asac> i know about about handlers and all, but this seems to have passed by me ;)
[11:54] <[reed]> hmm
[11:59] <[reed]> ask in the bug? :)
[11:59] <[reed]> gavin would know
[12:56] <asac> Nafallo: archive.ubuntu.com is in bad shape ;)
[12:56] <asac> is RC out?
[12:57] <Nafallo> asac: don't think it is.
[12:57] <asac> Err http://archive.ubuntu.com karmic/main gnome-control-center 1:2.28.1-0ubuntu1 (dsc) Could not connect to archive.ubuntu.com:80 (91.189.88.45), connection timed out
[12:57] <Nafallo> asac: (is slangasek awake yet?) ;-)
[12:57] <asac> i didnt think its out
[12:58] <asac> just because archive isnt responsind and sometimes takes 30 seconds to get the connection
[12:58] <asac> did you make apache only have a pool of 10 ;)
[12:58] <Nafallo> asac: I reach it fine fwiw
[12:58] <Nafallo> asac: as do our monitoring
[12:59] <asac> 0% [Connecting to archive.ubuntu.com (91.189.88.45)]
[12:59] <asac> 0% [Connecting to archive.ubuntu.com (91.189.88.45)]
[12:59] <asac> 0% [Connecting to archive.ubuntu.com (91.189.88.45)]
[12:59] <asac> 0% [Connecting to archive.ubuntu.com (91.189.88.45)]
[12:59] <asac> 0% [Connecting to archive.ubuntu.com (91.189.88.45)]
[12:59] <asac> 0% [Connecting to archive.ubuntu.com (91.189.88.45)]
[12:59] <asac> 0% [Connecting to archive.ubuntu.com (91.189.88.45)]
[12:59] <asac> Nafallo: is that IP the one ?
[12:59] <asac> or is that a round-robin and i have bad luck?
[12:59] <asac> its really slow
[12:59] <asac> now i got a connect, but "waiting for headers"
[13:00] <Nafallo> asac: RRDNS, but the specific one you mention seems fine.
[13:00] <asac> Nafallo: can you try that directly?
[13:00] <asac> it took 10 seconds to get headers ;)
[13:00] <asac> or even a bit longer
[13:00] <asac> now getting 25k
[13:00] <asac> if you say its good then its here ;)
[13:00] <Nafallo> asac: I just used the direct hostname in firefox.
[13:01] <asac> now stolled
[13:01] <asac> stalled
[13:02] <asac> hmm
[13:02] <asac> ok
[14:58] <asac> jdstrand: https://bugzilla.mozilla.org/show_bug.cgi?id=445164
[14:58] <asac> jdstrand: https://bugs.edge.launchpad.net/firefox/+bug/457791
[14:58] <asac> i think all since hardy are affected
[15:00] <jdstrand> asac: noted. please fix in the next security update, referencing the bug in the changelog and I'll be sure to add appropriate text to the USN
[15:00] <asac> jdstrand: thats a systemsqlite update
[15:00] <jdstrand> oh, I misread
[15:00] <asac> jdstrand: my plan was to upload to -proposed as i am not sure if that has any regressions
[15:00]  * jdstrand goes to reread
[15:01] <asac> jdstrand: basically we dont use the same flags as mozilla for their in-source sqlite
[15:01] <jdstrand> right, I see that now
[15:01] <asac> we have to check how to establish processes to fix that in future ... but for now this feels more like something that should sit in -proposed for a bit
[15:01] <asac> and then go to security with an advisory
[15:02] <jdstrand> asac: ok. so, yeah. this should go to -proposed like you said. maybe you can get your legions of tests for the next security update to enable -proposed, install sqlite3 and give feedback in the bug, then we can pocket copy to security
[15:02] <jdstrand> asac: please build it in your ppa, and I can pocket copy to -proposed
[15:03] <asac> right. i will prepare it in mozilla-security ppa and the we can push it to -proposed etc.
[15:03] <asac> right
[15:03] <jdstrand> sounds great
[15:03] <asac> jdstrand: we already can copy to karmic-proposed?
[15:03] <asac> would like to do all in one run
[15:03] <jdstrand> no
[15:04] <asac> hmm
[15:04] <asac> sure?
[15:04] <asac> ;)
[15:04] <asac> in the past we could upload to -proposed before release iirc
[15:04] <jdstrand> but if people test the karmic package in mozilla-security, then that can be noted in the bug
[15:05] <jdstrand> asac: I didn't think they were open yet. perhaps ask an ubuntu-release member?
[15:05] <asac> ack
[15:07] <asac> ok so its reallly just unapproved queue
[15:08] <asac> jdstrand: any USN i should put in?
[15:08] <jdstrand> asac: no. the bug number is fine
[15:08] <asac> ok
[15:08] <jdstrand> asac: mozilla is the *only* set of packages that we pre-assign a USN
[15:09] <asac> kk
[15:09] <asac> right since we dont put the details in there
[15:09] <asac> makes sense
[15:09]  * jdstrand nods
[16:31] <jcastro> asac: do we have a list of expected flags and whatnot from mozilla for system libraries?
[16:31] <jcastro> like, you'd think there'd be a list somewhere?
[16:35] <asac> jcastro: we should establish a process so we get such a list i think
[16:35] <asac> atm its in the code
[16:35] <asac> upstream
[16:36] <asac> but not in a way that we can easily extract that automatically i think ... though that might be possible to do
[16:36] <jcastro> [reed]: can you ask someone what things mozilla expects out of platformy things?
[16:36] <jcastro> [reed]: I'd like to avoid "oh hey, fix this or you can't call it firefox" type problems a week before final ISOs if you know what I mean. :p
[16:36] <asac> jcastro: if you ask the question that way, the answer will be "do not use system libs" ;) .... and i am thinking about moving there in lucid
[16:37] <jcastro> heh
[16:37] <asac> the other important aspect i think is to get pre-notification if they consier to bump
[16:37] <asac> their requirements
[16:37] <jcastro> asac: let's do it the chrome way and just shove everything in /opt
[16:37] <jcastro> *kidding*
[16:37] <asac> so for us its hard to rush out a new upstream lib in two weeks
[16:38] <asac> hehe
[17:07] <[reed]> jcastro: well, if we update a lib within our source, we expect downstream to be using that version -- either the in-source version or a system version that's built the same way
[17:07] <[reed]> we have code that depends on such things
[17:08] <jcastro> right, I'm just saying, if you expect an external library to be built a certain way there should be a list of those
[17:10] <[reed]> yeah, we're thinking about some type of test or something
[17:10] <[reed]> we already have configure checks for version numbers
[17:10] <[reed]> but, we don't have anything for build flags
[17:10] <[reed]> I'll talk to mconnor
[18:16] <micahg> asac: hi
[18:22] <micahg> asac: what do we do with prism?
[19:07] <asac> micahg: hi
[19:07] <asac> micahg: does prism work at all?
[19:07] <asac> bug #456598
[19:08] <micahg> no, I tested prism
[19:08] <micahg> tried to change xulrunner to 1.9.1
[19:08] <micahg> and it didn't work
[19:09] <micahg> there's an xpi type file in there with a min and max version
[19:09] <micahg> and I didn't have a chance to alter it yet
[19:09] <micahg> can we get prism 1.0b1 in?
[19:09] <micahg> I think fta said it was built already in the bug
[19:09] <asac> micahg: if we think that the current version won't fly, then thats the right way, yes
[19:09] <micahg> but I couldn't find it
[19:10] <micahg> asac: I can try to hack it a little more, but the version is 2 years out of date
[19:10] <asac> micahg: the version was never bumped. check the daily ppa package
[19:10] <asac> that is 1.0b2+something
[19:10] <micahg> yeah
[19:10] <micahg> but we'd need to release the stable 1.0b1 I think
[19:11] <micahg> I have to go, will you be online in a couple of hours?
[19:19] <asac> micahg: i think there were not many commits after 1.0b1 ... i think its even 1.0 what is currently in head
[19:20] <micahg> 1.0 hasn;t been released yet
[19:20] <micahg> I'll be back in about an hour
[20:45] <BUGabundo> boas noites
[21:23] <fta> dtchen, I wanted to play a bit with world of goo, the sound is unbearable :(
[21:24] <fta> another sdl game
[21:30] <fta> (it was fine a few months ago, same h/w)
[21:36] <micahg> fta: do you have a version of 1.0b1 that would be ready to go?
[21:37] <fta> nope, but it should be as simple as downgrading d/changelog from the PPA
[21:38] <micahg> how do I get the source for 1.0b1?
[21:39] <micahg> oh, neever mind
[21:39] <micahg> I know how...
[21:40] <fta> same as ff, just find the tag
[21:42] <micahg> prism uses svn I htought?
[21:47] <fta> yes
[21:49] <micahg> svn in m-dev is broke I thought
[21:50] <fta> is it?
[21:50] <fta> the local branch feature, maybe, but here, it's not needed, it should be fine
[21:58] <fta> brb
[22:11] <micahg> fta: I won't be able to get to songbird until next week
[22:12] <micahg> I've got a work project I need to finish
[22:15] <fta> k
[22:23] <fta> btw, tons of red in the dailies
[22:24] <micahg> ugh
[22:24] <asac> trunk
[22:24] <asac> xul ffox and tbird 3
[22:25] <asac> as it seems
[22:25] <micahg> libcairo was bumped
[22:25] <micahg> or jsut cairo
[22:25] <micahg> 1.8.8 is min for trunk now
[22:25] <asac> okay
[22:26] <asac> http://pastebin.com/f37ed649
[22:26] <asac> like that?
[22:27] <micahg> yep
[22:27] <asac> fixed
[22:27] <asac> xul 1.9.3
[22:27] <asac> tbird 3?
[22:27] <asac> is probably something else
[22:28] <micahg> Patch bz466250_att349521_fix_ftbfs_with_cairo_fb.patch does not apply
[22:32] <micahg> asac: if I can package prism late tonight and it works, should I try to get it in?
[22:33] <asac> micahg: is the daily broken atm?
[22:33] <micahg> yes
[22:34] <asac> micahg: if you have prism fixed I would vote for getting it updated. yes.
[22:34] <micahg> ok, I'll see what I can do when I get home tonight
[22:34] <micahg> I think the 25th is the final archive freeze
[22:35] <asac> micahg: yes. but i wouldnt stress it too much. prism needs still FFe etc.
[22:36] <micahg> well, it's totally  broke now in karmic from what I can tell
[22:38] <asac> yes.
[22:39] <asac> still FFe ;)
[22:39] <asac> even if its just a simple sign off
[22:39] <micahg> I know
[22:39] <micahg> I've already gotten 2 of them approved this cycle :)
[22:56] <asac> nice
[22:56] <asac> i think i can sign off FFe
[23:03] <asac> (for prism)
[23:13] <fta> BUGabundo, do you use "shared folders" in virtualbox?
[23:13] <BUGabundo> ye
[23:13] <BUGabundo> debian host with XP client
[23:13] <BUGabundo> why fta?
[23:14] <fta> BUGabundo, how does it work? i mean, where are those folders supposed to appear?
[23:15] <BUGabundo> something similar to samba I guess
[23:15] <BUGabundo> you access it via a special localtion provide why guest additions
[23:15] <BUGabundo> \\vbox\SHARENAME
[23:20] <fta> hmm
[23:20] <BUGabundo> what fta?
[23:33] <fta> i have no idea what i'm doing here
[23:33] <fta> i'm a noob in windows
[23:34] <BUGabundo> hahahahahahahaahah
[23:34] <BUGabundo> fta: Start -> Run -> \\vbox\WHATEVERNAMEYOUGAVESHAREDFOLDER
[23:35] <BUGabundo> of course, first you need to install guest addicions
[23:35] <micahg> asac: 2 motu-release people needed for FFe
[23:35] <BUGabundo> and create a shared folder on VBox admin control
[23:35] <asac> micahg: ?
[23:35] <micahg> asac: you said you can sign off on FFe
[23:35] <asac> micahg: i always thought they delegated that to me for mozilla extensions/plugins and so on
[23:35] <micahg> idk
[23:36] <micahg> maybe if you say ok, 2 would ack
[23:36] <micahg> idk
[23:36] <micahg> I just know what I had to do for the other packages
[23:36] <asac> yes. but i think they delegated it to me ;)
[23:37] <micahg> ok, well, I'll subscribe you when I subscribe motu-release
[23:38] <asac> yes.
[23:38] <asac> i wont see it though
[23:38] <asac> so better tell me ;)
[23:38] <micahg> ok
[23:38] <micahg> I'll ping you if I finish tonight
[23:38] <asac> micahg: you can file the bug now
[23:38] <micahg> we already have one
[23:39] <asac> no need to wait for a package
[23:39] <asac> ok
[23:39] <asac> wasnt aware there was a FFe bug
[23:39] <micahg> but I can't subscribe motu-release until I have everything ready :)
[23:39] <micahg> no, but there's an upgrade bug
[23:39] <micahg> bug 246822
[23:40] <asac> ok check that it works and i will get the acks
[23:40] <micahg> ok, but I can't do that till I get home, so about 7 or 8 hours at least
[23:44] <asac> i asked for an ack from the release folks
[23:44] <micahg> asac: from the wiki: Please note that we expect requesters to have an updated package already  prepared and tested! You will need this anyway to provide proper build  logs.
[23:44] <asac> so we dont loose time in case we have the fix
[23:44] <asac> nah
[23:45] <asac> well. it was me who requested it ... so if its wrong, i am the one who failed :)
[23:45] <asac> usually i asked for FFe before i uploaded ;)
[23:45] <asac> with a rational, why its needed etc.
[23:45] <micahg> yes, but you have the tested package already ready generally
[23:45] <micahg> I don;'t havet that yet
[23:46] <asac> sure.
[23:46] <micahg> do I need to make a bzr branch for prism?
[23:46] <asac> there is a bzr branch
[23:46] <asac> parent branch: http://bazaar.launchpad.net/%7Emozillateam/prism/prism/
[23:46] <fta> BUGabundo, doesn't seem to work. "Error: unspecified error"
[23:47] <BUGabundo> humm
[23:47] <micahg> ok, should I propose a merge then when I'm done?
[23:47] <BUGabundo> works for me on debian
[23:47] <BUGabundo> not sure we have some but hitting us
[23:47] <BUGabundo> I read some user on +1 with a similar prob
[23:47] <asac> prism (1.0b2+svn20090813r49078-0ubuntu1) UNRELEASED; urgency=low
[23:47] <asac> that seems good
[23:47] <asac> i think its 1.0
[23:48] <micahg> asac: you want me to package head or the tagged 1.0b1?
[23:49] <asac> i would think head
[23:50] <asac> it wasnt touched for ages
[23:50] <micahg> apparently there's a b2 build, but they're not releasing it yet
[23:50] <asac> micahg: http://pastebin.com/f604d2b0d thats the first part of the patch ;)
[23:50] <asac> micahg: last time i talked to upstream guy the release situation was confusing
[23:51] <asac> he released something, but never tagged it or bumped the install.rdf in svn
[23:51] <micahg> ok, is there someone I can chat with upstream?
[23:51] <asac> he wanted to fix that, but i am not sure
[23:51] <asac> his nick is plasticmillion
[23:51] <asac> on irc.mozilla
[23:51] <asac> but he is not there atm
[23:52] <Mook_sb> asac: he's Matt now
[23:52] <asac> oh ;)
[23:53] <asac> not online either
[23:55] <Mook_sb> asac: while I'm here, http://groups.google.com/group/mozilla.dev.planning/browse_thread/thread/2fcd83608b62d5ce may be interesting to you. (msgid krKdnWrTb5QzJUrXnZ2dnUVZ_t-dnZ2d@mozilla.org)
[23:56]  * micahg has been watching
[23:58] <micahg> it's quite interesting