BUGabundo | boa noite. bed time | 01:19 |
---|---|---|
[reed] | ugh, Firefox is using system sqlite? | 02:49 |
[reed] | on Ubuntu | 02:49 |
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:50 |
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:51 |
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:52 |
[reed] | ah | 02:53 |
[reed] | sorry, not very good at launchpad | 02:53 |
micahg | np | 02:54 |
[reed] | https://bugs.launchpad.net/ubuntu/+source/firefox-3.5/+bug/229003 | 02:54 |
ubottu | 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 |
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:54 |
micahg | fixed, I think | 02:55 |
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:56 |
[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:57 |
[reed] | awesome bar fail, private browsing not deleting everything, etc. | 02:58 |
micahg | yeah | 02:58 |
micahg | I'll add ff3.0 as well | 02:59 |
[reed] | rename null to firefox-3.0 | 02:59 |
[reed] | :) | 02:59 |
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:00 |
[reed] | https://bugs.launchpad.net/firefox/+bug/457791 | 03:02 |
[reed] | is the other bug | 03:02 |
ubottu | Launchpad bug 457791 in sqlite3 "Build sqlite3 with SQLITE_SECURE_DELETE" [Undecided,New] | 03:03 |
micahg | well, if we're going to make a change to ff3.5 like this, it'll have to be soon | 03:03 |
micahg | are you posting the LP link upstream? | 03:05 |
micahg | otherwise, I doo it | 03:05 |
[reed] | I will | 03:05 |
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:09 |
[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:10 |
[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:12 |
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:13 |
micahg | sources, just apt-get source sqlite3 | 03:14 |
[reed] | and then is there some specific way to make the patch? | 03:14 |
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:15 |
[reed] | see, that's what I'm looking for | 03:16 |
* micahg is looking | 03:16 | |
micahg | [reed]: https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff | 03:17 |
[reed] | cool | 03:17 |
micahg | [reed]: want some tips? | 03:41 |
micahg | or rather I have just one comment | 03:41 |
micahg | with LP, it's closes (LP: #XXXXXX) | 03:42 |
micahg | or something like that | 03:42 |
micahg | [reed]: sorry, for some reason I thought you were on karmic, generally, we provide patches to devel version first | 03:45 |
jcastro | [reed]: ugh | 03:48 |
jcastro | horrible timing | 03:48 |
[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:19 |
[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:20 |
micahg | maybe for lucid | 05:21 |
[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:22 |
[reed] | er, yes | 05:23 |
micahg | but that would also affect the CDs which have limited space | 05:23 |
[reed] | yeah | 05:23 |
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:24 |
[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] | 496Klibsqlite3.so | 05:25 |
[reed] | that's in my mozilla.org firefox build | 05:25 |
[reed] | so, half a meg | 05:25 |
=== ripps_ is now known as ripps | ||
nilleb | hello everybody | 09:06 |
nilleb | i've a problem with fcntl64 on the .parentlock, firefox 3.5 | 09:07 |
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:08 |
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:09 |
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:10 |
asac | [reed]: there? | 09:33 |
asac | whats the prob? | 09:33 |
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:35 |
asac | update onw is kind of way off. we have to fix this in a SRU | 09:45 |
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:50 |
ubottu | 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:50 |
asac | Mirv: well. talk to me earlier than today basically | 09:53 |
Mirv | just a second, starting my time machine | 09:56 |
asac | checking with arne now if we have a chance to fix it for last update run theoretically | 09:58 |
asac | nilleb: who owns your directory? | 10:09 |
asac | ls -l on those files | 10:09 |
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:10 |
nilleb | bellin-salarin is the guy who executes firefox. DOMAIN\xyz in the strace should be replaced with DOMAIN\bellin-salarin | 10:11 |
nilleb | and \ should be replaced with /, as well. | 10:12 |
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:13 |
nilleb | btw, i've done it, and the result doesn't change. | 10:14 |
asac | nilleb: what kind of partition is that? | 10:16 |
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:17 |
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:18 |
nilleb | yeah, i can confirm :-) | 10:19 |
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:20 |
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:21 |
asac | with ls -li ...path/to/.parentlock | 10:22 |
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:24 |
Mirv | asac: ok, thanks. let's see how it goes. | 10:28 |
nilleb | asac: http://pastebin.com/d5a7d86c9 | 10:48 |
asac | nilleb: ps -eaf | grep firefox | 11:13 |
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:14 |
[reed] | asac: "onw"? | 11:15 |
asac | now | 11:16 |
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:17 |
[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:18 |
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:19 |
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:20 |
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:21 |
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:22 |
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:23 |
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:24 |
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:25 |
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:26 |
[reed] | let me know if you need any assistance figuring out stuff or anything from the Mozilla side | 11:27 |
asac | yes | 11:37 |
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:38 |
[reed] | hmm | 11:54 |
[reed] | ask in the bug? :) | 11:59 |
[reed] | gavin would know | 11:59 |
asac | Nafallo: archive.ubuntu.com is in bad shape ;) | 12:56 |
asac | is RC out? | 12:56 |
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:57 |
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:58 |
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" | 12:59 |
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:00 |
asac | now stolled | 13:01 |
asac | stalled | 13:01 |
asac | hmm | 13:02 |
asac | ok | 13:02 |
asac | jdstrand: https://bugzilla.mozilla.org/show_bug.cgi?id=445164 | 14:58 |
ubottu | Mozilla bug 445164 in Private Browsing "Private data not properly cleared from SQLite database" [Major,New] | 14:58 |
asac | jdstrand: https://bugs.edge.launchpad.net/firefox/+bug/457791 | 14:58 |
ubottu | Launchpad bug 457791 in firefox "Build sqlite3 with SQLITE_SECURE_DELETE" [Unknown,Confirmed] | 14:58 |
asac | i think all since hardy are affected | 14:58 |
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:00 | |
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:01 |
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:02 |
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:03 |
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:04 |
jdstrand | asac: I didn't think they were open yet. perhaps ask an ubuntu-release member? | 15:05 |
asac | ack | 15:05 |
asac | ok so its reallly just unapproved queue | 15:07 |
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:08 |
asac | kk | 15:09 |
asac | right since we dont put the details in there | 15:09 |
asac | makes sense | 15:09 |
* jdstrand nods | 15:09 | |
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:31 |
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:35 |
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:36 |
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:37 |
asac | hehe | 16:38 |
[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:07 |
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:08 |
[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 | 17:10 |
micahg | asac: hi | 18:16 |
micahg | asac: what do we do with prism? | 18:22 |
asac | micahg: hi | 19:07 |
asac | micahg: does prism work at all? | 19:07 |
asac | bug #456598 | 19:07 |
ubottu | 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:07 |
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:08 |
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:09 |
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:10 |
micahg | I have to go, will you be online in a couple of hours? | 19:11 |
asac | micahg: i think there were not many commits after 1.0b1 ... i think its even 1.0 what is currently in head | 19:19 |
micahg | 1.0 hasn;t been released yet | 19:20 |
micahg | I'll be back in about an hour | 19:20 |
=== asac_ is now known as asac | ||
BUGabundo | boas noites | 20:45 |
fta | dtchen, I wanted to play a bit with world of goo, the sound is unbearable :( | 21:23 |
fta | another sdl game | 21:24 |
fta | (it was fine a few months ago, same h/w) | 21:30 |
micahg | fta: do you have a version of 1.0b1 that would be ready to go? | 21:36 |
fta | nope, but it should be as simple as downgrading d/changelog from the PPA | 21:37 |
micahg | how do I get the source for 1.0b1? | 21:38 |
micahg | oh, neever mind | 21:39 |
micahg | I know how... | 21:39 |
fta | same as ff, just find the tag | 21:40 |
micahg | prism uses svn I htought? | 21:42 |
fta | yes | 21:47 |
micahg | svn in m-dev is broke I thought | 21:49 |
fta | is it? | 21:50 |
fta | the local branch feature, maybe, but here, it's not needed, it should be fine | 21:50 |
fta | brb | 21:58 |
micahg | fta: I won't be able to get to songbird until next week | 22:11 |
micahg | I've got a work project I need to finish | 22:12 |
fta | k | 22:15 |
fta | btw, tons of red in the dailies | 22:23 |
micahg | ugh | 22:24 |
asac | trunk | 22:24 |
asac | xul ffox and tbird 3 | 22:24 |
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:25 |
asac | http://pastebin.com/f37ed649 | 22:26 |
asac | like that? | 22:26 |
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:27 |
micahg | Patch bz466250_att349521_fix_ftbfs_with_cairo_fb.patch does not apply | 22:28 |
micahg | asac: if I can package prism late tonight and it works, should I try to get it in? | 22:32 |
asac | micahg: is the daily broken atm? | 22:33 |
micahg | yes | 22:33 |
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:34 |
asac | micahg: yes. but i wouldnt stress it too much. prism needs still FFe etc. | 22:35 |
micahg | well, it's totally broke now in karmic from what I can tell | 22:36 |
asac | yes. | 22:38 |
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:39 |
asac | nice | 22:56 |
asac | i think i can sign off FFe | 22:56 |
asac | (for prism) | 23:03 |
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:13 |
fta | BUGabundo, how does it work? i mean, where are those folders supposed to appear? | 23:14 |
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:15 |
fta | hmm | 23:20 |
BUGabundo | what fta? | 23:20 |
fta | i have no idea what i'm doing here | 23:33 |
fta | i'm a noob in windows | 23:33 |
BUGabundo | hahahahahahahaahah | 23:34 |
BUGabundo | fta: Start -> Run -> \\vbox\WHATEVERNAMEYOUGAVESHAREDFOLDER | 23:34 |
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:35 |
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:36 |
micahg | ok, well, I'll subscribe you when I subscribe motu-release | 23:37 |
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:38 |
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:39 |
ubottu | Launchpad bug 246822 in prism "Prism should be updated to new upstream version 1.0b1" [Wishlist,Confirmed] https://launchpad.net/bugs/246822 | 23:39 |
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:40 |
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:44 |
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:45 |
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:46 |
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:47 |
micahg | asac: you want me to package head or the tagged 1.0b1? | 23:48 |
asac | i would think head | 23:49 |
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:50 |
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:51 |
Mook_sb | asac: he's Matt now | 23:52 |
asac | oh ;) | 23:52 |
asac | not online either | 23:53 |
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:55 |
* micahg has been watching | 23:56 | |
micahg | it's quite interesting | 23:58 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!