[01:19] boa noite. bed time [02:49] <[reed]> ugh, Firefox is using system sqlite? [02:49] <[reed]> on Ubuntu [02:50] [reed]: yes, why? [02:50] are they bumping minimum again? [02:50] <[reed]> because Ubuntu's system sqlite is not compiled correctly at all [02:50] is that why we have issues? [02:51] [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] firefox-3.5 right now [02:52] 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] for? [02:52] <[reed]> link this sqlite3 bug to firefox [02:52] in ubuntu? [02:52] <[reed]> yes [02:52] no, mark also affects distro, firefox-3.5 [02:53] <[reed]> ah [02:53] <[reed]> sorry, not very good at launchpad [02:54] np [02:54] <[reed]> https://bugs.launchpad.net/ubuntu/+source/firefox-3.5/+bug/229003 [02:54] Launchpad bug 229003 in sqlite3 "Build sqlite3 with fts3 fulltext search " [Undecided,New] [02:54] <[reed]> how do I get rid of firefox [02:54] is there an upstream issue in bmo? [02:54] <[reed]> there is for the second bug I'm going to file [02:54] oh, let me see, I think you just change project to null [02:55] fixed, I think [02:56] [reed]: too bad we didn't find out sooner [02:56] <[reed]> yeah, I didn't know either [02:56] 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] 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] what are the symptoms? [02:58] <[reed]> awesome bar fail, private browsing not deleting everything, etc. [02:58] yeah [02:59] I'll add ff3.0 as well [02:59] <[reed]> rename null to firefox-3.0 [02:59] <[reed]> :) [03:00] can't [03:00] project vs distro [03:00] <[reed]> ah [03:00] <[reed]> lame [03:00] 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] Launchpad bug 457791 in sqlite3 "Build sqlite3 with SQLITE_SECURE_DELETE" [Undecided,New] [03:03] well, if we're going to make a change to ff3.5 like this, it'll have to be soon [03:05] are you posting the LP link upstream? [03:05] otherwise, I doo it [03:05] <[reed]> I will [03:09] 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] 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] No, freeze is SUnday [03:10] 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] you can branch the bzr branch lp:firefox/3.5 [03:13] <[reed]> well, I mean for sqlite3 [03:13] oh [03:13] hmmm [03:13] idk [03:14] sources, just apt-get source sqlite3 [03:14] <[reed]> and then is there some specific way to make the patch? [03:15] [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] ugh [03:15] <[reed]> like, normal `patch`, or some ubuntu-specific method or what? [03:15] 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] [reed]: https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff [03:17] <[reed]> cool [03:41] [reed]: want some tips? [03:41] or rather I have just one comment [03:42] with LP, it's closes (LP: #XXXXXX) [03:42] or something like that [03:45] [reed]: sorry, for some reason I thought you were on karmic, generally, we provide patches to devel version first [03:48] [reed]: ugh [03:48] 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] [reed]: yes, but the other entry was from debian :) [05:20] <[reed]> ah [05:20] we have it a little different so they can close issues for us as well [05:20] I doubt the release team will consider modifying sqlite at this point since so many apps rely on it [05:21] 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] you mean non-system sqlite [05:22] I'll talk with asac in the morning [05:23] <[reed]> er, yes [05:23] but that would also affect the CDs which have limited space [05:23] <[reed]> yeah [05:24] how much does sqlite add? latest CD is at 687MB [05:24] <[reed]> not much, I wouldn't think [05:24] ugh [05:24] amd64 at 698MB [05:25] <[reed]> let me look [05:25] we might have to fix it in -updates [05:25] idk [05:25] I"m going to stop guessing now [05:25] 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 === ripps_ is now known as ripps [09:06] hello everybody [09:07] i've a problem with fcntl64 on the .parentlock, firefox 3.5 [09:08] i've no profile at all when starting FF, but I however get a "lock: permission denied" when starting [09:08] a strace says me that [09:09] stat64("/home/DOMAIN/xyz/.mozilla/firefox/wxr2z7j2.default", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 [09:09] open("/home/DOMAIN/xyz/.mozilla/firefox/wxr2z7j2.default/.parentlock", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 20 [09:09] fcntl64(20, F_GETLK, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0, pid=3215761396}) = 0 [09:09] fcntl64(20, F_SETLK, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}) = -1 EACCES (Permission denied) [09:09] close(20) = 0 [09:09] stat64("/home/DOMAIN/xyz/.mozilla/firefox/wxr2z7j2.default", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 [09:09] open("/home/DOMAIN/xyz/.mozilla/firefox/wxr2z7j2.default/.parentlock", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 20 [09:09] fcntl64(20, F_GETLK, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0, pid=3215761396}) = 0 [09:09] fcntl64(20, F_SETLK, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}) = -1 EACCES (Permission denied) [09:09] close(20) = 0 [09:10] somebody has an idea about the cause of this misbehavior? [09:10] the execution environment is an ubuntu 9.10, with likewise enabled [09:33] [reed]: there? [09:33] whats the prob? [09:35] i dont know, but the fact that we use system libs this cycle still was well known ;) [09:35] we will dump everything in this direction in lucid [09:45] update onw is kind of way off. we have to fix this in a SRU [09:50] 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:50] Launchpad bug 429835 in firefox-3.5 "[MASTER] chrome error when viewing untrusted https site using firefox with non en-US locale on karmic" [High,Confirmed] https://launchpad.net/bugs/429835 [09:53] Mirv: well. talk to me earlier than today basically [09:56] just a second, starting my time machine [09:58] checking with arne now if we have a chance to fix it for last update run theoretically [10:09] nilleb: who owns your directory? [10:09] ls -l on those files [10:10] bellin-salarin@ly-qa-bellinux:~$ ls -Al .mozilla/firefox/wxr2z7j2.default/ [10:10] total 36 [10:10] -rw-r--r-- 1 bellin-salarin domain^users 20160 2009-10-22 09:31 bookmarks.html [10:10] drwxr-xr-x 2 bellin-salarin domain^users 4096 2009-10-22 09:31 chrome [10:10] -rw-r--r-- 1 bellin-salarin domain^users 153 2009-10-22 09:31 localstore.rdf [10:10] -rw-r--r-- 1 bellin-salarin domain^users 356 2009-10-22 09:31 mimeTypes.rdf [10:10] -rw-r--r-- 1 bellin-salarin domain^users 0 2009-10-22 09:55 .parentlock [10:10] -rw-r--r-- 1 bellin-salarin domain^users 347 2009-10-22 09:31 prefs.js [10:10] bellin-salarin@ly-qa-bellinux:~$ ls -al .mozilla/firefox/ [10:10] total 16 [10:10] drwx------ 3 bellin-salarin domain^users 4096 2009-10-22 09:31 . [10:10] drwx------ 3 bellin-salarin domain^users 4096 2009-10-22 09:31 .. [10:10] -rw-r--r-- 1 bellin-salarin domain^users 94 2009-10-22 09:31 profiles.ini [10:10] drwx------ 3 bellin-salarin domain^users 4096 2009-10-22 09:31 wxr2z7j2.default [10:11] bellin-salarin is the guy who executes firefox. DOMAIN\xyz in the strace should be replaced with DOMAIN\bellin-salarin [10:12] and \ should be replaced with /, as well. [10:13] 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] btw, i've done it, and the result doesn't change. [10:16] nilleb: what kind of partition is that? [10:17] something special? how do you mount it? [10:17] nope. it's a classical ext3 partition [10:17] i was reading some more about apparmor [10:18] nilleb: paste mount output [10:18] nilleb: apparmor shouldnt be a problem i would hope [10:18] but wont rule it out [10:18] bellin-salarin@ly-qa-bellinux:~$ mount [10:18] /dev/sda6 on / type ext3 (rw,relatime,errors=remount-ro) [10:18] proc on /proc type proc (rw) [10:18] none on /sys type sysfs (rw,noexec,nosuid,nodev) [10:18] none on /sys/fs/fuse/connections type fusectl (rw) [10:18] none on /sys/kernel/debug type debugfs (rw) [10:18] none on /sys/kernel/security type securityfs (rw) [10:18] udev on /dev type tmpfs (rw,mode=0755) [10:18] none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) [10:18] none on /dev/shm type tmpfs (rw,nosuid,nodev) [10:18] none on /var/run type tmpfs (rw,nosuid,mode=0755) [10:18] for you setlk doesnt work [10:18] none on /var/lock type tmpfs (rw,noexec,nosuid,nodev) [10:18] none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) [10:18] /dev/sda5 on /media/gray type ext4 (rw) [10:18] rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) [10:18] none on /proc/fs/vmblock/mountPoint type vmblock (rw) [10:18] nfsd on /proc/fs/nfsd type nfsd (rw) [10:18] binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev) [10:18] gvfs-fuse-daemon on /home/ESKERCORP/bellin-salarin/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=bellin-salarin) [10:19] yeah, i can confirm :-) [10:20] 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] i havent heart of this issue [10:21] cat /proc/locks [10:21] please not here, but paste in some pastebin [10:21] compare the inodes in that locks proc thing [10:22] with ls -li ...path/to/.parentlock [10:24] Mirv: i disabled the po2xpi way of doing fi now ... so in case there is a run you wiill get the fix [10:24] not sure though if that run already happened [10:24] lets hope not ;) [10:28] asac: ok, thanks. let's see how it goes. [10:48] asac: http://pastebin.com/d5a7d86c9 [11:13] nilleb: ps -eaf | grep firefox [11:14] bellin-salarin@ly-qa-bellinux:~/devperso$ ps -eaf | grep firefox [11:14] 1893211406 7181 5539 0 12:14 pts/0 00:00:00 grep firefox [11:15] <[reed]> asac: "onw"? [11:16] now [11:17] [reed]: i will check how good its to put that in a security update [11:17] or SRU ... if we decided to change the build flags of sqlite [11:17] 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] i know [11:18] but there are a bunch of things you cannot say [11:18] from firefox perspective its easy [11:18] in-source sqlite is safe [11:18] however, since we use xulrunner there are apps that also link against sqlite [11:18] and that busts things [11:19] either loading first system sqlite . .. and then booting gre will make the xulrunner use the wrong sqlite [11:19] <[reed]> ah [11:19] or the other way around a different version will be used by the app (e.g. the one from xulrunner= [11:19] so that needs some thorough testing [11:19] its the same like the in-source cairo [11:19] which even busts fonts of firefox completely [11:20] because you have a mismatch of gtk cairo and in-source cairo [11:20] 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] last time i checked [11:21] [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] 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] me neither [11:21] [reed]: most likely we will go to in-source in lucid [11:21] but in general we should establish a procedure [11:22] so we can check on all the other syslibs we might use [11:22] 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] 12:17 < asac> [reed]: i will check how good its to put that in a security update [11:23] 12:17 < asac> or SRU ... if we decided to change the build flags of sqlite [11:23] so yes. we will do something [11:23] <[reed]> SRU == ? [11:23] stable release update [11:23] <[reed]> k [11:23] thats a properly tested/staged update [11:24] compared to a security update that doesnt get a wide spread baking [11:24] <[reed]> what's the time difference? [11:24] [reed]: SRUs sit about a week in -proposed [11:24] if there are regressions we will obviously do one more iteration etc. [11:24] <[reed]> yeah [11:24] <[reed]> ok [11:25] so -proposed is basically the only way we have to do something that we think is risky [11:25] <[reed]> k [11:25] anyway. thanks for letting us know. needs to be fixed [11:25] for sure [11:25] <[reed]> yeah [11:25] <[reed]> definitely [11:25] i hope its just system sqlite buld flag changing [11:26] 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] yes [11:38] 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] [reed]: how to make chrome files unprivileged? is that a special hint in jar.mn? [11:38] or rather ship them in chrome://locale/... rather than content/... [11:38] 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] Nafallo: archive.ubuntu.com is in bad shape ;) [12:56] is RC out? [12:57] asac: don't think it is. [12:57] 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] asac: (is slangasek awake yet?) ;-) [12:57] i didnt think its out [12:58] just because archive isnt responsind and sometimes takes 30 seconds to get the connection [12:58] did you make apache only have a pool of 10 ;) [12:58] asac: I reach it fine fwiw [12:58] asac: as do our monitoring [12:59] 0% [Connecting to archive.ubuntu.com (91.189.88.45)] [12:59] 0% [Connecting to archive.ubuntu.com (91.189.88.45)] [12:59] 0% [Connecting to archive.ubuntu.com (91.189.88.45)] [12:59] 0% [Connecting to archive.ubuntu.com (91.189.88.45)] [12:59] 0% [Connecting to archive.ubuntu.com (91.189.88.45)] [12:59] 0% [Connecting to archive.ubuntu.com (91.189.88.45)] [12:59] 0% [Connecting to archive.ubuntu.com (91.189.88.45)] [12:59] Nafallo: is that IP the one ? [12:59] or is that a round-robin and i have bad luck? [12:59] its really slow [12:59] now i got a connect, but "waiting for headers" [13:00] asac: RRDNS, but the specific one you mention seems fine. [13:00] Nafallo: can you try that directly? [13:00] it took 10 seconds to get headers ;) [13:00] or even a bit longer [13:00] now getting 25k [13:00] if you say its good then its here ;) [13:00] asac: I just used the direct hostname in firefox. [13:01] now stolled [13:01] stalled [13:02] hmm [13:02] ok [14:58] jdstrand: https://bugzilla.mozilla.org/show_bug.cgi?id=445164 [14:58] Mozilla bug 445164 in Private Browsing "Private data not properly cleared from SQLite database" [Major,New] [14:58] jdstrand: https://bugs.edge.launchpad.net/firefox/+bug/457791 [14:58] Launchpad bug 457791 in firefox "Build sqlite3 with SQLITE_SECURE_DELETE" [Unknown,Confirmed] [14:58] i think all since hardy are affected [15:00] 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] jdstrand: thats a systemsqlite update [15:00] oh, I misread [15:00] 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] jdstrand: basically we dont use the same flags as mozilla for their in-source sqlite [15:01] right, I see that now [15:01] 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] and then go to security with an advisory [15:02] 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] asac: please build it in your ppa, and I can pocket copy to -proposed [15:03] right. i will prepare it in mozilla-security ppa and the we can push it to -proposed etc. [15:03] right [15:03] sounds great [15:03] jdstrand: we already can copy to karmic-proposed? [15:03] would like to do all in one run [15:03] no [15:04] hmm [15:04] sure? [15:04] ;) [15:04] in the past we could upload to -proposed before release iirc [15:04] but if people test the karmic package in mozilla-security, then that can be noted in the bug [15:05] asac: I didn't think they were open yet. perhaps ask an ubuntu-release member? [15:05] ack [15:07] ok so its reallly just unapproved queue [15:08] jdstrand: any USN i should put in? [15:08] asac: no. the bug number is fine [15:08] ok [15:08] asac: mozilla is the *only* set of packages that we pre-assign a USN [15:09] kk [15:09] right since we dont put the details in there [15:09] makes sense [15:09] * jdstrand nods [16:31] asac: do we have a list of expected flags and whatnot from mozilla for system libraries? [16:31] like, you'd think there'd be a list somewhere? [16:35] jcastro: we should establish a process so we get such a list i think [16:35] atm its in the code [16:35] upstream [16:36] but not in a way that we can easily extract that automatically i think ... though that might be possible to do [16:36] [reed]: can you ask someone what things mozilla expects out of platformy things? [16:36] [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] 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] heh [16:37] the other important aspect i think is to get pre-notification if they consier to bump [16:37] their requirements [16:37] asac: let's do it the chrome way and just shove everything in /opt [16:37] *kidding* [16:37] so for us its hard to rush out a new upstream lib in two weeks [16:38] 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] 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] asac: hi [18:22] asac: what do we do with prism? [19:07] micahg: hi [19:07] micahg: does prism work at all? [19:07] bug #456598 [19:07] Launchpad bug 456598 in mozvoikko "incorrect Breaks statement forces removal because of newer firefox-3.5" [High,Fix committed] https://launchpad.net/bugs/456598 [19:08] no, I tested prism [19:08] tried to change xulrunner to 1.9.1 [19:08] and it didn't work [19:09] there's an xpi type file in there with a min and max version [19:09] and I didn't have a chance to alter it yet [19:09] can we get prism 1.0b1 in? [19:09] I think fta said it was built already in the bug [19:09] micahg: if we think that the current version won't fly, then thats the right way, yes [19:09] but I couldn't find it [19:10] asac: I can try to hack it a little more, but the version is 2 years out of date [19:10] micahg: the version was never bumped. check the daily ppa package [19:10] that is 1.0b2+something [19:10] yeah [19:10] but we'd need to release the stable 1.0b1 I think [19:11] I have to go, will you be online in a couple of hours? [19:19] micahg: i think there were not many commits after 1.0b1 ... i think its even 1.0 what is currently in head [19:20] 1.0 hasn;t been released yet [19:20] I'll be back in about an hour === asac_ is now known as asac [20:45] boas noites [21:23] dtchen, I wanted to play a bit with world of goo, the sound is unbearable :( [21:24] another sdl game [21:30] (it was fine a few months ago, same h/w) [21:36] fta: do you have a version of 1.0b1 that would be ready to go? [21:37] nope, but it should be as simple as downgrading d/changelog from the PPA [21:38] how do I get the source for 1.0b1? [21:39] oh, neever mind [21:39] I know how... [21:40] same as ff, just find the tag [21:42] prism uses svn I htought? [21:47] yes [21:49] svn in m-dev is broke I thought [21:50] is it? [21:50] the local branch feature, maybe, but here, it's not needed, it should be fine [21:58] brb [22:11] fta: I won't be able to get to songbird until next week [22:12] I've got a work project I need to finish [22:15] k [22:23] btw, tons of red in the dailies [22:24] ugh [22:24] trunk [22:24] xul ffox and tbird 3 [22:25] as it seems [22:25] libcairo was bumped [22:25] or jsut cairo [22:25] 1.8.8 is min for trunk now [22:25] okay [22:26] http://pastebin.com/f37ed649 [22:26] like that? [22:27] yep [22:27] fixed [22:27] xul 1.9.3 [22:27] tbird 3? [22:27] is probably something else [22:28] Patch bz466250_att349521_fix_ftbfs_with_cairo_fb.patch does not apply [22:32] asac: if I can package prism late tonight and it works, should I try to get it in? [22:33] micahg: is the daily broken atm? [22:33] yes [22:34] micahg: if you have prism fixed I would vote for getting it updated. yes. [22:34] ok, I'll see what I can do when I get home tonight [22:34] I think the 25th is the final archive freeze [22:35] micahg: yes. but i wouldnt stress it too much. prism needs still FFe etc. [22:36] well, it's totally broke now in karmic from what I can tell [22:38] yes. [22:39] still FFe ;) [22:39] even if its just a simple sign off [22:39] I know [22:39] I've already gotten 2 of them approved this cycle :) [22:56] nice [22:56] i think i can sign off FFe [23:03] (for prism) [23:13] BUGabundo, do you use "shared folders" in virtualbox? [23:13] ye [23:13] debian host with XP client [23:13] why fta? [23:14] BUGabundo, how does it work? i mean, where are those folders supposed to appear? [23:15] something similar to samba I guess [23:15] you access it via a special localtion provide why guest additions [23:15] \\vbox\SHARENAME [23:20] hmm [23:20] what fta? [23:33] i have no idea what i'm doing here [23:33] i'm a noob in windows [23:34] hahahahahahahaahah [23:34] fta: Start -> Run -> \\vbox\WHATEVERNAMEYOUGAVESHAREDFOLDER [23:35] of course, first you need to install guest addicions [23:35] asac: 2 motu-release people needed for FFe [23:35] and create a shared folder on VBox admin control [23:35] micahg: ? [23:35] asac: you said you can sign off on FFe [23:35] micahg: i always thought they delegated that to me for mozilla extensions/plugins and so on [23:35] idk [23:36] maybe if you say ok, 2 would ack [23:36] idk [23:36] I just know what I had to do for the other packages [23:36] yes. but i think they delegated it to me ;) [23:37] ok, well, I'll subscribe you when I subscribe motu-release [23:38] yes. [23:38] i wont see it though [23:38] so better tell me ;) [23:38] ok [23:38] I'll ping you if I finish tonight [23:38] micahg: you can file the bug now [23:38] we already have one [23:39] no need to wait for a package [23:39] ok [23:39] wasnt aware there was a FFe bug [23:39] but I can't subscribe motu-release until I have everything ready :) [23:39] no, but there's an upgrade bug [23:39] bug 246822 [23:39] Launchpad bug 246822 in prism "Prism should be updated to new upstream version 1.0b1" [Wishlist,Confirmed] https://launchpad.net/bugs/246822 [23:40] ok check that it works and i will get the acks [23:40] ok, but I can't do that till I get home, so about 7 or 8 hours at least [23:44] i asked for an ack from the release folks [23:44] 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] so we dont loose time in case we have the fix [23:44] nah [23:45]