fta | great | 00:03 |
---|---|---|
alexbodn | fta? | 00:23 |
fta | alexbodn, ? | 00:26 |
alexbodn | how are you? | 00:26 |
fta | well, it's 1:30am | 00:27 |
alexbodn | fta: 2:30 here ;) . still active? | 00:31 |
alexbodn | fta: i'm packaging bluegriffon. do you know how the application file can be a script taken from xuldev/sdk/bin/xulrunner, calling application_name-bin, taken from xulrunner-stub or -bin? i mean how should i script this? | 00:34 |
fta | i already packaged bluegriffon | 00:36 |
fta | last year | 00:36 |
fta | https://code.edge.launchpad.net/~fta/+junk/bluegriffon.head | 00:37 |
fta | alexbodn, ^^ | 00:37 |
alexbodn | i know, you sent me your link, but it changed significantly, and now it's quite straight forward to do it. that's why i'm reworking it | 00:38 |
fta | oh | 00:38 |
fta | what is so different now? | 00:38 |
alexbodn | i'm also basing myself in the fennec ubuntu example | 00:38 |
alexbodn | may i upload you the curent diff? | 00:39 |
alexbodn | fta: i'm opening a private window to you, to send the diff. ok? | 00:41 |
fta | hm, i can't accept it, i can only cancel, wth? | 00:42 |
alexbodn | i'll retry | 00:43 |
fta | same | 00:43 |
alexbodn | fta: could you accept now? | 00:44 |
fta | nope | 00:44 |
alexbodn | i'll mail this, ok? | 00:44 |
fta | ok | 00:44 |
alexbodn | fta: sent | 00:51 |
fta | still not there, probably in my greylist queue. i'll have a look tomorrow | 01:08 |
alexbodn | fta: np | 01:08 |
alexbodn | fta:do you have another im? | 01:09 |
alexbodn | fta: icq, msn, yahoo? | 01:09 |
fta | nope, just µblob (identi.ca) | 01:10 |
alexbodn | fta: what's µblob ? google doesn't seem to know about it | 01:13 |
fta | alexbodn, do you know twitter? identi.ca is a free twitter: http://identi.ca | 01:13 |
fta | alexbodn, http://en.wikipedia.org/wiki/Micro-blogging | 01:14 |
alexbodn | i see | 01:14 |
=== asac_ is now known as asac | ||
alexbodn | fta: i'm alexbodn on identi.ca | 01:29 |
alexbodn | hello asac | 01:29 |
asac | ola | 07:53 |
asac | http://techvideoblog.com/computex/arm-director-of-mobile-computing-about-arm-laptops-with-android-and-ubuntu/ | 08:07 |
asac | alexbodn: hi. whats up? did you get what you wanted from fta? | 08:15 |
asac | fta: yeah moz does a b99 ;) | 08:16 |
asac | fta: seems to be some beta channel update for pre-testing RC ;) | 08:17 |
asac | so damn. the mailman approval didnt work :) | 08:17 |
alexbodn | asac: hello | 09:32 |
asac | alexbodn: hey. good morning ;) | 09:34 |
alexbodn | we have coversated by night a little, and i found some direction by grepping in the bluegriffon source tree. | 09:34 |
asac | alexbodn: ok. so did you find fta's bzr branch? | 09:34 |
alexbodn | yes he sent it to me before, but bluegriffon changed since then, to the good, and fta's patches to upstream have been adopted in part at least | 09:36 |
alexbodn | asac: do you have newer xulrunner (1.9.[1-9]) packaged for ubuntu? | 09:38 |
asac | alexbodn: we have 1.9.1 (for ffox 3.5) and 1.9.2 (trunk) | 09:42 |
alexbodn | great. can they co-exist with debian's 1.9 family? | 09:43 |
asac | alexbodn: yes, should work | 09:48 |
asac | at least for now | 09:48 |
asac | probably a problem because we only conflict with xulrunner-1.9-dev and not xulrunner-dev which is the one used by debian | 09:48 |
asac | so the binaries can coexist in ubuntu/debian ... the -dev packages _can't_ coexist | 09:49 |
asac | because the idea is that you select which build target you use by installing the proper -dev | 09:49 |
alexbodn | i understand | 09:49 |
asac | in the next few days we will start transitioning to 1.9.1 by default in ubuntu :) | 09:55 |
asac | well first in ppa | 09:55 |
alexbodn | great. i foresee both bluegriffon and fennec should need these | 09:59 |
asac | fta: does trunk open homepage in new tab for you too now? | 10:02 |
asac | hmm ... seems to be not an upstreawm feature. | 10:18 |
asac | odd | 10:18 |
asac | hmmm ... trunk does weird things ;) | 12:19 |
asac | like starting with a different profile than the one i used for the first window | 12:19 |
gnomefreak | trunk firefox? | 12:20 |
gnomefreak | asac: why did i just do that :( | 12:21 |
gnomefreak | oh shit | 12:21 |
gnomefreak | ok fixed i think | 12:24 |
gnomefreak | this mono discussion is better than tv | 12:30 |
asac | gnomefreak: so you approved him ;) | 12:32 |
asac | but deactivated again :) | 12:32 |
gnomefreak | yeah mant to decline first :( | 12:32 |
asac | sure | 12:32 |
asac | as long as the guy cannot reenable his account its ok | 12:32 |
gnomefreak | have you read this mono discussion? | 12:33 |
asac | no ;) ... too much mail | 12:33 |
gnomefreak | i dont htink he can but there are ways to fix that once he tries | 12:33 |
asac | topic didnt sound attractive enough for me to look closer | 12:33 |
gnomefreak | 1 person hates the idea and 35 others trying to defend mono | 12:33 |
gnomefreak | I don't know that's why I'm writing here to get the MONO people kicked out | 12:35 |
gnomefreak | thats a quote | 12:35 |
asac | ;) | 12:35 |
asac | well. thats on -devel-discuss? | 12:35 |
gnomefreak | yeah | 12:35 |
gnomefreak | i thought we had mono devs for atleast 1 year | 12:35 |
gnomefreak | ok rest of bugmail can wait a week or 2 when i get back on here | 12:51 |
fta | hm, since the last reboot, i had tons of | 13:06 |
fta | [48671.965227] end_request: I/O error, dev fd0, sector 0 | 13:06 |
fta | [48684.140609] end_request: I/O error, dev fd0, sector 0 | 13:06 |
fta | [48696.304600] end_request: I/O error, dev fd0, sector 0 | 13:06 |
fta | [48708.468736] end_request: I/O error, dev fd0, sector 0 | 13:06 |
asac | yeah | 13:06 |
asac | had that too | 13:06 |
asac | took quite some time to boot because of that probing | 13:06 |
asac | dont even have a fd0 | 13:06 |
fta | yep | 13:06 |
asac | fta: complain in #ubuntu-kernel ... let me know what they say ;) | 13:06 |
gnomefreak | you didnt have that on shutdown? | 13:10 |
asac | gnomefreak: i wish you good luck .... get better soon and cu asap | 13:10 |
gnomefreak | asac: thanks | 13:10 |
gnomefreak | i had those errors on 2.6.28-12 during shutdown. numbers always changed. updating to 2.6.28-13 fixed it for me | 13:11 |
asac | only had that on startup | 13:11 |
gnomefreak | i cant use 2.6.30 with GUI so ive stayed oin 28 | 13:12 |
gnomefreak | s.oin/on | 13:12 |
gnomefreak | ah ff 3.0.11 is in testing as well as sm 1.1.17 | 13:12 |
asac | yeah | 13:13 |
asac | and tbird 2.0.0.22 | 13:13 |
gnomefreak | yep that too | 13:14 |
gnomefreak | ok that time already. see ya asap if everything goes well i should hav emost of sight in left eye by end of week i would think | 13:27 |
fta | asac, answering chromium questions ? ;) | 14:16 |
fta | asac, bug 384579 | 14:16 |
ubottu | Launchpad bug 384579 in linux "Linux thinks there’s a floppy drive when there’s not. Probing slows down bootup by almost a minute." [Unknown,Confirmed] https://launchpad.net/bugs/384579 | 14:16 |
asac | sure | 14:16 |
asac | i get those questions ;) | 14:17 |
asac | and load is pretty low | 14:17 |
fta | i subscribed the team last week, as noone got those before, except by chance | 14:17 |
asac | hmm. not sure if i saw them before | 14:19 |
asac | but probably not ;) | 14:19 |
fta | hmm https://blueprints.edge.launchpad.net/chromium-browser/+spec/chromium-human-theme | 14:34 |
asac | interesting spec ;) | 14:37 |
asac | fta: what theming mechanism does chromium offer? | 14:37 |
fta | follow the link | 14:37 |
asac | fta: hmm. how can we make this honour gtk theme selection? | 14:39 |
fta | good question | 14:40 |
asac | fta: ffox trunk remote client seems to be broken. do you see that too? | 14:44 |
asac | maybe its because i have multiple profiles | 14:44 |
asac | if i open a new firefox through command it opens ffox with a profile currently not in use | 14:44 |
fta | hm, wtm | 14:45 |
fta | i mean wfm | 14:45 |
asac | fta: do you have more than one profile? | 14:45 |
fta | I have 4 but i use only the default one | 14:46 |
asac | strange | 14:46 |
asac | i still get those bad X errors sometimes http://paste.ubuntu.com/190886/ | 14:47 |
asac | hmm seems to work too now | 14:49 |
asac | lets see if it comes back | 14:49 |
asac | fta: oh it happens only if i open a url with command line | 14:50 |
asac | like: open one instance, then use firefox http://test.tld | 14:50 |
asac | nevermind | 14:51 |
asac | it must be something in gnome settings | 14:51 |
asac | ok preferred application had wrong custom command | 14:51 |
fta | ok | 14:53 |
asac | quite annoying devel-discuss thread on mono :) | 15:37 |
asac | https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2009-June/008447.html | 15:38 |
fta | lol | 15:43 |
fta | 2 threads, units and mono | 15:43 |
asac | unit consistency, yeah ;) | 15:44 |
fta | asac, the crash in ff3.6 is really annoying | 15:49 |
asac | fta: which crash? | 15:50 |
fta | the one on startup when calling it in remote mode | 15:50 |
asac | yeah jemalloc stuff it hink | 15:51 |
asac | fta: do you have a backtrace? | 15:51 |
fta | asac, it's in the bug. here is fresh one: http://paste.ubuntu.com/190928/ | 15:53 |
asac | right. what did i say was the problem ;)? | 15:53 |
asac | do you know the bug id? | 15:54 |
asac | bug 319480 | 15:55 |
ubottu | Launchpad bug 319480 in firefox "firefox-3.1 crashed with SIGSEGV in memalign()" [Unknown,Confirmed] https://launchpad.net/bugs/319480 | 15:55 |
fta | mozilla 473629 bug 319480 | 15:55 |
ubottu | Mozilla bug 473629 in jemalloc "crash on exit in glibc memalign with jemalloc statically linked" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=473629 | 15:55 |
asac | bug 355551 | 15:55 |
ubottu | Launchpad bug 355551 in firefox-3.5 "firefox-3.5 crashed with SIGSEGV in ptmalloc_init()" [Medium,New] https://launchpad.net/bugs/355551 | 15:55 |
fta | so it's 3.5 and 3.6 | 15:56 |
asac | definitly | 15:56 |
asac | its jemalloc statically linked in | 15:56 |
asac | i dont think we do that in 3.0 | 15:56 |
asac | its like said here: https://bugzilla.mozilla.org/show_bug.cgi?id=473629#c4 | 15:56 |
ubottu | Mozilla bug 473629 in jemalloc "crash on exit in glibc memalign with jemalloc statically linked" [Normal,New] | 15:56 |
asac | thats what i found. | 15:56 |
asac | the libc code should not directly call the libc malloc function, but should use the overloadable function name instead | 15:56 |
asac | let me check if i can find it quickly again | 15:57 |
asac | fta: wanna test this patch :) : http://paste.ubuntu.com/190930/ | 16:00 |
fta | d'oh! | 16:00 |
asac | fta: better try in a chroot first ;) | 16:01 |
asac | ok uploading this somewhere | 16:04 |
asac | not sure if it builds though | 16:04 |
asac | https://edge.launchpad.net/~asac/+archive/sandbox ;) | 16:05 |
fta | btw, did you push your gtk patch forward? i still need to update ia32libs | 16:06 |
asac | fta: there is a bug with atk-bridge killing flash in nspluginwrapper .... otherwise i would push it | 16:08 |
asac | and firefox forgets that it sets AT_NO_BRIDGE | 16:08 |
asac | in env | 16:08 |
asac | havent figured out | 16:08 |
asac | why it forgets that env | 16:08 |
asac | i think it has something to do with the fact that unloading libxul.so will also unload a few const chars that have been added to env | 16:09 |
asac | so glibc is spinning https://edge.launchpad.net/~asac/+archive/sandbox | 16:11 |
fta | looks dirty | 16:11 |
asac | fta: the env problem? | 16:11 |
fta | yes | 16:11 |
asac | yes. it definitly is broken. but i am not sure if hte unloading bug is really responsible for the env getting wiped in the main firefox process (i added debug output and it just forgets about AT_NO_BRIDGE) | 16:12 |
* asac wipes gutsy chroots to get space for libc testbed | 16:15 | |
* asac sets up karmic chroot | 16:19 | |
jcastro | fta: the bookmark manager is there | 16:21 |
jcastro | fta: I just can't drag stuff around, but it's coming along! | 16:21 |
fta | jcastro, hm, how? using the menu entry? | 16:22 |
jcastro | no, right clicking on the bar | 16:22 |
jcastro | and selecting bookmark manager | 16:23 |
fta | oh, you can remove the window decorations now | 16:23 |
jcastro | oh? | 16:23 |
jcastro | !!!! | 16:23 |
jcastro | cool! | 16:23 |
jcastro | all they need is max/min buttons | 16:24 |
fta | would be nice if the dark blue was transparent | 16:24 |
jcastro | it's transparent in windows | 16:24 |
jcastro | is there a linux-specific changelog anyplace? The overall one is just too much to keep track of | 16:25 |
fta | i don't think so | 16:26 |
jcastro | it would be neat instead of blue if it got the tint for the chrome off your gtk colors | 16:27 |
fta | now that google produces its own debs, i wonder what will happen with my dailies | 16:32 |
jcastro | I don't think they do dailies | 16:32 |
fta | chromium-browser 5721 0.51% 390 1912 3419 0 | 16:32 |
fta | google-chrome-unstable 465 0.04% 3 1 461 0 | 16:32 |
jcastro | plus yours goes into the right place, not /opt. :p | 16:34 |
jcastro | how often do you think they'll update it? | 16:34 |
fta | probably weekly, not sure | 16:35 |
fta | not sure they update the deb through a repo or directly like on windows | 16:36 |
fta | what a mess.. http://ubuntuforums.org/showthread.php?p=7408653 | 16:38 |
jcastro | look in /etc/cron.daily/google-chrome | 16:39 |
fta | jcastro, i don't have it | 16:39 |
asac | jcastro: paste it ;) | 16:39 |
fta | i mean, i don't want it ;) | 16:40 |
jcastro | http://paste2.org/p/252100 | 16:40 |
asac | so that libc build failed to build ;) | 16:40 |
asac | i have the feeling i dont know what i am doing. lets see if it builds now that i included proper headers | 16:41 |
fta | so the package adds a google repo for you, re-adds it daily if it's not there, and re-enables it if it's disabled like after a major upgrade | 16:45 |
fta | i sure don't want that to happen in my back | 16:45 |
asac | yeah ;) | 16:45 |
asac | fta: do they depend on mst fonts? | 16:46 |
jcastro | fta: so you answered your own question, we still need your dailies. :p | 16:47 |
asac | annoying idea to have a cron script that readds a repo | 16:47 |
fta | asac, no idea, i don't have their deb | 16:47 |
asac | isnt really changing a thing | 16:47 |
asac | just annoying ;) | 16:48 |
fta | jcastro, yeah :) | 16:48 |
asac | kind interesting that they dont even have repos for jaunty/karmic/hardy, etc. | 16:49 |
asac | probably doesnt matter as they link in everything anyway | 16:49 |
jcastro | right | 16:49 |
jcastro | one big pile in /opt | 16:50 |
fta | jcastro, can you please dgkc -c the deb? | 16:51 |
jcastro | sure | 16:51 |
fta | dpkg | 16:51 |
jcastro | http://paste2.org/p/252115 | 16:52 |
fta | asac, just added ff3.6, tb3 and chromium to the list of preferred apps in gnome | 16:52 |
fta | jcastro, do you have the 32b deb too? | 16:56 |
jcastro | no | 16:56 |
fta | it's strange, they ship the 32b libs of nspr/nss/sqlite but nothing else, i thought that were targetting hardy | 16:57 |
fta | +they | 16:57 |
fta | oh, the links are just needed at build time, so maybe those debs are also fine in hardy | 16:58 |
fta | jcastro, btw, is the chromium logo still blurry in gnome do? | 17:00 |
fta | lol http://groups.google.com/group/chromium-discuss/browse_thread/thread/41f77fc003ff263?pli=1 | 17:02 |
jcastro | yes, it is | 17:13 |
fta | jcastro, hmm, could you try to remove /usr/share/pixmaps/chromium-browser.png? i hope /usr/share/icons/hicolor/*/apps/chromium-browser.png will take precedence then | 17:18 |
asac | lemme chech selinux with symbolic-functions ;) | 17:19 |
asac | i think fedora folks said they dont see that problem ;) | 17:19 |
jcastro | fta: nope, removing it and restarting do didn't fix it | 17:19 |
fta | i should read about this /usr/share/icons/hicolor/ thing then | 17:20 |
fta | hm, icon-theme.cache | 17:24 |
fta | jcastro, which app has a good icon in gnome do? (so i can have a look at how it is done as i can't find a spec) | 17:32 |
jcastro | firefox/minefield do | 17:32 |
fta | lol | 17:32 |
jcastro | heh | 17:32 |
fta | but it's just a 48x48 icon | 17:33 |
asac | fta: you know where it crashes in ptmalloc_init ;)? | 17:43 |
asac | fta: http://paste.ubuntu.com/190995/ | 17:43 |
asac | last line | 17:43 |
asac | so yeah. even the crash on startup seems to be due to corrupted env | 17:43 |
asac | so leaking all envs might help ;) | 17:44 |
fta | Stacktrace: | 17:44 |
fta | #0 ptmalloc_init () at arena.c:346 | 17:44 |
fta | SegvAnalysis: | 17:45 |
fta | Segfault happened at: 0x184561 <ptmalloc_init+353>:cmpb $0x4d,(%eax) | 17:45 |
fta | PC (0x00184561) ok | 17:45 |
fta | source "$0x4d" ok | 17:45 |
fta | destination "(%eax)" (0x019f305a) not located in a known VMA region (needed writable region)! | 17:45 |
asac | fta: right. what i am saying is that the place that crashes iterates the env ;) | 17:49 |
=== rickspencer31 is now known as rickspencer3-afk | ||
asac | and we know that env is busted | 17:49 |
fta | ok | 17:49 |
asac | so we need to leak env ;) | 17:49 |
asac | at least those coming from constant strings | 17:50 |
fta | i give up on those desktop icons. no spec :( | 17:53 |
fta | oh, nice. about:credits in chromium | 18:00 |
fta | jcastro, http://sites.google.com/a/chromium.org/dev/getting-involved/dev-channel/release-notes is the best i could find | 18:40 |
jcastro | fta: ah, good enough | 18:41 |
=== rickspencer3-afk is now known as rickspencer31 | ||
fta | asac, http://groups.google.com/group/chromium-dev/browse_thread/thread/9ea5db23053e773a/a4233e4dcf29cd3a?lnk=raot | 19:26 |
asac | fta: i think the problem should be fixed now | 19:27 |
fta | asac, ? | 19:27 |
asac | fta: the memaling crash | 19:29 |
asac | at least for me it works now ;) | 19:29 |
fta | using your patched glibc? | 19:30 |
asac | fta: no. using the patch i committed to .head ;) | 19:31 |
asac | 1.9.2 | 19:31 |
asac | leaking the env | 19:31 |
asac | but NO_AT_BRIDGE is still not properly passed to the npviewer | 19:32 |
asac | which still breaks flash if i add the gtk fix of 32 bit modules | 19:33 |
asac | but i guess thats rather the way the process is forked | 19:33 |
asac | so does a normal execv reset the env? | 19:33 |
asac | or pass it properly down? | 19:33 |
fta | ... "The other functions take the environment for the new process image from the external variable environ in the current process." | 19:37 |
fta | extern char **environ; | 19:37 |
fta | asac, you asked me a question about xul growing in size, where/when was that? | 19:37 |
asac | 8:54 < asac> 18:13 < cjwatson> asac: xulrunner-1.9 seems to have grown by a megabyte from .0.8 to .0.10 - do you know why? | 19:38 |
asac | fta: ^^ | 19:38 |
asac | fta: so between 1.9.0.8 and 1.9.0.10 we gained weight ;) | 19:40 |
asac | i guess i will run a diff on the trees after dinner | 19:43 |
asac | now heading for that | 19:43 |
asac | fta: can you kick of another trunk spin round? | 19:49 |
asac | or, well, tomorrow is early enough i think | 19:50 |
asac | ok out for food | 19:50 |
fta | which branch? | 19:51 |
asac | 1.9.2 + 3.6 heads | 19:53 |
fta | k | 19:53 |
fta | libxul.so is 3MB bigger | 19:58 |
fta | same libs | 20:00 |
fta | i guess it's gcc 4.4 | 20:01 |
fta | 1.9.9.8 was from jaunty, hence gcc 4.3 | 20:01 |
asac | fta: was 1.9.0.9 also gcc 4.4? | 20:06 |
asac | otherwise the change should probably be between .9 and .10 | 20:06 |
* asac ponders lp | 20:06 | |
fta | https://edge.launchpad.net/ubuntu/karmic/i386/xulrunner-1.9 | 20:06 |
fta | no .9 !? | 20:06 |
asac | fta: yeah. so .9 went to jaunty-security | 20:07 |
asac | and karmic was still close | 20:07 |
asac | and .10 was a firedrill so karmic doesnt have .9 ;) | 20:07 |
asac | fta: maybe we pull something not as system lib? | 20:09 |
asac | but that wouldnt change libxul most likely | 20:09 |
asac | hmm | 20:09 |
asac | so yeah. its probably gcc ;) | 20:09 |
asac | unless upstream changed optimization options or some other flag | 20:09 |
asac | or maybe just the linker? | 20:11 |
asac | grr. cannot access binaries of the jaunty-security build in launchpad :/ | 20:13 |
fta | why? | 20:13 |
fta | http://launchpadlibrarian.net/25826822/xulrunner-1.9_1.9.0.9%2Bnobinonly-0ubuntu0.9.04.1_i386.deb | 20:14 |
asac | really odd | 20:14 |
asac | [ ]xulrunner-1.9_1.9.0.10+nobinonly-0ubuntu0.9.04.1_amd64.deb28-Apr-2009 20:04 8.3M | 20:14 |
asac | [ ]xulrunner-1.9_1.9.0.10+nobinonly-0ubuntu0.9.04.1_i386.deb28-Apr-2009 20:05 7.2M | 20:14 |
asac | but | 20:14 |
asac | [ ]xulrunner-1.9_1.9.0.10+nobinonly-0ubuntu1.respin1_amd64.deb30-Apr-2009 21:04 8.3M | 20:15 |
asac | [ ]xulrunner-1.9_1.9.0.10+nobinonly-0ubuntu1.respin1_i386.deb30-Apr-2009 21:04 8.1M | 20:15 |
asac | so: only i386 grew | 20:15 |
asac | to almost the same size as amd64 | 20:15 |
asac | fta: where did you find that link? i couldnt see it :( | 20:15 |
fta | https://edge.launchpad.net/ubuntu/jaunty/i386/xulrunner-1.9 | 20:15 |
fta | https://edge.launchpad.net/ubuntu/jaunty/i386/xulrunner-1.9/1.9.0.9+nobinonly-0ubuntu0.9.04.1 | 20:16 |
asac | interesting | 20:16 |
asac | the other path doesnt work ;) | 20:16 |
asac | e.g. clicking on the changelog on main packaging page | 20:16 |
asac | and then selecting the arch | 20:16 |
asac | anyway. its i386 that is busted | 20:16 |
fta | jsut the respin | 20:18 |
asac | fta: yeah. but before the respin it was completely broken | 20:18 |
asac | e.g. failed with bus error | 20:18 |
asac | which i thought just ment it picked some bad toolchain state when archive opened | 20:18 |
fta | asac, re-spinning xul 1.9.2 | 20:50 |
asac | cool | 20:50 |
asac | fta: ffox needs to be rebuild too ... it copies the stub | 20:51 |
fta | hm, really? | 20:51 |
asac | fta: yes. ffox copies xulrunner-stub | 20:51 |
asac | at least on trunk | 20:51 |
asac | fta: compare size of $pkglibdir/firefox and $pkglibdir_xul19/xulrunner-stub | 20:52 |
asac | fta: but maybe you dont need that ;) ... i think the problematic part was in libxul | 20:53 |
asac | so lets just try xul for now | 20:53 |
fta | yep | 20:53 |
fta | chromium-testsuite is starting to look good | 20:54 |
fta | http://launchpadlibrarian.net/27655058/buildlog_ubuntu-karmic-i386.chromium-browser_3.0.184.0~svn20090608r17866-0ubuntu1~ucd1_FULLYBUILT.txt.gz | 20:54 |
asac | nice | 20:54 |
fta | i mean, gdb, good backtraces, tests in a fake X server, timeouts to prevent infinite builds, etc.. | 20:55 |
=== rickspencer31 is now known as rickspencer3-afk | ||
fta | but there are drawbacks, crashes in libfakeroot-sysv.so, no network, no shared memory, .. | 20:57 |
asac | fta: no network -> even no "lo" ? | 20:57 |
fta | i don't know. | 20:57 |
=== rickspencer3-afk is now known as rickspencer31 | ||
jcastro | fta: heh, drag and drop for the bookmark manager just landed | 21:15 |
BUGabundo | boas noites | 21:17 |
fta | jcastro, are you monitoring svn? ;) | 21:18 |
jcastro | fta: I happen to have seen the mail go by (no, I am that not that pathetic, hah) | 21:29 |
fta | hm, it's indeed very slow to push chromium-browser from a dsl link | 21:52 |
BUGabundo | ahahaaha | 22:01 |
BUGabundo | fta: does your Power Button works on Karmic? | 22:02 |
fta | fortunately | 22:02 |
fta | but i'm still fighting with bug 384934 | 22:03 |
ubottu | Launchpad bug 384934 in xorg "Xorg very slow after upgrade" [Undecided,New] https://launchpad.net/bugs/384934 | 22:03 |
fta | jcastro, unfortunately, i can't respin the bot for chromium due to the quota. i'm limited to 1 push per 24h | 22:11 |
fta | so it's also very difficult to experiment | 22:12 |
jcastro | ouch | 22:17 |
BUGabundo | jcastro: its so funny to see fta Answer ticket eheh | 22:18 |
fta | waiting for bug 381296 to land | 22:20 |
ubottu | Launchpad bug 381296 in soyuz "PPA max quota is too small" [High,Fix committed] https://launchpad.net/bugs/381296 | 22:20 |
fta | also waiting for bug 378828 to land | 22:49 |
ubottu | Launchpad bug 378828 in soyuz "DepWaits no longer processed" [High,Fix committed] https://launchpad.net/bugs/378828 | 22:49 |
asac | didnt land yet? | 22:57 |
asac | hmm | 22:57 |
asac | so we do this manually now? | 22:57 |
asac | what a pain ;) | 22:57 |
fta | i still have the 10 min workaround in my bot | 22:57 |
asac | fta: thats the orig.tar.gz bug | 22:58 |
asac | fta: the depswaits should be like keep lower bound one day trailing | 22:58 |
asac | or something | 22:58 |
asac | thought i saw depwaits being processed properly alrady | 22:59 |
fta | hm, apparently, i dropped the workaround | 22:59 |
fta | http://bazaar.launchpad.net/~fta/%2Bjunk/ppa-scripts/annotate/head%3A/sync-ppa.pl#L210 | 22:59 |
fta | timestamp: Sat 2009-05-30 11:02:33 +0200 | 23:00 |
fta | so it seems ok | 23:01 |
asac | heh | 23:07 |
asac | so its committed, but fixed ;) | 23:07 |
asac | fun | 23:07 |
asac | fta: did you check if the fix works? | 23:11 |
fta | hm, not yet | 23:11 |
asac | (without copying stub ;)) | 23:11 |
fta | it should be built now | 23:12 |
asac | yeah. i will see if i get the upgrade and reinstall firefox-3.0 | 23:12 |
asac | good i get umd2 bits | 23:12 |
asac | loads of updates today ;) (for a second run) | 23:13 |
asac | when is alpha2 freeze? | 23:13 |
BUGabundo | humm release is in 3 days | 23:14 |
asac | yeah. just saw it ;) | 23:14 |
BUGabundo | so freeze will be todays before | 23:14 |
BUGabundo | as usual | 23:14 |
BUGabundo | 120MiBs of updates for me | 23:14 |
BUGabundo | counting all daily PPAs | 23:14 |
* asac reinstalls ffox 3.6 | 23:23 | |
asac | fta: seems to be fixed with just xul | 23:23 |
BUGabundo | lol | 23:23 |
asac | good | 23:23 |
asac | good at least one bug fixed ;)( | 23:23 |
asac | i just need to figure wtf is going on with NO_AT_BRIDGE | 23:23 |
asac | and why its gone from environ in plugin host | 23:24 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!