cwong1 | asac: The version in gusty (9.0.48.0.2) didn't work. The new one 9.0.115.0... works fine. | 00:03 |
---|---|---|
asac | cwong1: hmm ... it was rolled back because it crashed konqueror and opera ... what a mess :/ | 01:07 |
cwong1 | asac: the problem is really with the flash plugin itself, right? not your new package. | 01:09 |
DarkMageZ | the problem is indeed with the new flash plugin. | 01:15 |
asac | yes ... adobe appeared to have dropped support for non mozilla/IE things | 01:16 |
asac | if true, this is really a mess | 01:16 |
DarkMageZ | you need to jab adobe about their redistribution licence. so you can package 9.0.48 | 01:17 |
DarkMageZ | or fix opera & konqueror :P | 01:17 |
asac | DarkMageZ: well packaging the bin would be better indeed, but .48 has security holes | 01:17 |
asac | which isn't much better | 01:17 |
cwong1 | asac: Can you modify the package to ask the user for browser name and install the rigth flash? | 01:25 |
asac | cwong1: well ... the old flash isn't available for download anymore afaict. | 01:26 |
asac | i will raise this tomorrow | 01:26 |
cwong1 | asac: well then folks use opera and konqueror are screwed, period. Then why not at leat fix the package and make the firefox user happy? :):) | 01:27 |
cwong1 | asac: We can discuss this tomorrow. | 01:27 |
asac | cwong1: i am sure we can at least upload a fixed package to the mobile ppa | 01:29 |
asac | asap | 01:29 |
asac | cwong1: you pull from there anyway, don't you? | 01:29 |
cwong1 | I have to check with the QA tonight to find out wehre they pull the package. | 01:30 |
cwong1 | I will chat with you tommorrow on this. | 01:31 |
asac | cwong1: i think your current builds pull from gutsy + gutsy ppa (for new packages) | 01:31 |
asac | yes | 01:31 |
asac | cu | 01:31 |
asac | have to go | 01:31 |
cwong1 | I think u are right | 01:31 |
cwong1 | cu | 01:31 |
[reed] | fyi | 06:30 |
[reed] | I just landed mozilla bug 193001 | 06:30 |
ubotu | Mozilla bug 193001 in Printing "Use gnome's native print dialog" [Enhancement,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=193001 | 06:30 |
asac | [reed]: thats amazing | 08:52 |
[reed] | except a mochitest is failing because of it, but I believe it's the test's fault, not the patch's | 08:53 |
* [reed] is compiling a debug build to prove this | 08:53 | |
asac | yeah :) | 08:53 |
asac | is it shipped as a SHARED component? | 08:53 |
[reed] | it's part of gtk2 widget | 09:01 |
asac | oh ok ... its the gtk print dialog then. fine. | 09:34 |
* asac reboot | 09:45 | |
asac | [reed]: you expect the print thing to reland soon? | 11:17 |
armin76 | reland? | 11:18 |
asac | armin76: yes ... was backed out according to bonsai | 11:20 |
[reed] | asac: yes | 11:22 |
[reed] | later today | 11:22 |
[reed] | once we deal with the test problem | 11:22 |
asac | fantastic | 11:22 |
armin76 | yay | 11:27 |
armin76 | what about trunk failing to compile? :P | 11:32 |
[reed] | ? | 11:34 |
armin76 | http://rafb.net/p/SkMGJH84.html | 11:42 |
[reed] | when did that start? | 11:44 |
armin76 | dunno | 11:52 |
armin76 | in 20080108 didn't happen | 11:52 |
armin76 | i'm going to check with a 13 checkout | 11:53 |
=== asac_ is now known as asac | ||
=== \sh_away is now known as \sh | ||
armin76 | [reed]: asac: probably mozilla bug 411327 broke it | 12:41 |
ubotu | Mozilla bug 411327 in XPConnect "nsIXPCNativeCallContext should not inherit from nsISupports" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=411327 | 12:41 |
[reed] | comment in the bug | 12:47 |
asac | armin76: how does it fail for you? | 12:57 |
armin76 | http://rafb.net/p/SkMGJH84.html | 12:57 |
armin76 | asac: ^ | 12:57 |
armin76 | so according to the bug, http://rafb.net/p/k7RtGF42.html should fix it | 13:33 |
armin76 | [reed]: should i file a new bug for that patch or use that bug? | 13:33 |
[reed] | file a new bug, mark it blocking that other bug | 13:33 |
armin76 | okay, thanks | 13:34 |
armin76 | http://rafb.net/p/3hsKj761.html | 14:11 |
armin76 | definitive patch | 14:11 |
armin76 | Ubulette: ^^^^ that's the patch for your build failure in webservices | 14:14 |
[reed] | armin76: file the bug under Core :: Web Services | 14:14 |
armin76 | http://rafb.net/p/Jl0IhB54.html | 14:16 |
armin76 | not yet, now it gives another error :D | 14:16 |
asac | armin76: i think he complained about pyxpcom build failure yesterday, which i fixed in our bzr branch | 15:33 |
asac | armin76: is it a special arch that breaks for you? | 15:35 |
armin76 | asac: http://paste.ubuntu.com/3613/ | 15:36 |
armin76 | he complained about that | 15:36 |
armin76 | Jan 16 20:30:39 <Ubulette> trunk is once again broken http://paste.ubuntu.com/3613/ | 15:36 |
armin76 | i'm using ia64, but i don't think it matters | 15:36 |
armin76 | http://rafb.net/p/Td5KsY42.html | 15:37 |
asac | ok ... i fixed jan 15. ok | 15:38 |
=== ]reed[ is now known as [reed] | ||
asac | armin76: is your patch good? | 15:42 |
armin76 | nope, read the bug | 15:42 |
asac | armin76: you need to dump the getter_Addrefs | 15:45 |
asac | did you do that? | 15:45 |
asac | armin76: like http://paste.ubuntu.com/3622/ | 15:45 |
asac | those do Add/Release business afaict | 15:45 |
asac | and the patch in that bug does it as well | 15:46 |
armin76 | i didnt | 15:46 |
asac | then do :) | 15:46 |
* armin76 looks | 15:46 | |
asac | looks like its names ncc everywhere ... so maybe just: s/getter_AddRefs(ncc)/&ncc/g | 15:46 |
asac | or something | 15:46 |
asac | and take care that you use + nsAXPCNativeCallContext *ncc = nsnull; | 15:47 |
asac | and not nsCOMPtr<nsAXPCNativeCallContext> ... | 15:47 |
asac | armin76: all clear ;) ? | 15:50 |
armin76 | dunno :P | 15:51 |
armin76 | grep -r 'getter_AddRefs' js/ | wc -l | 15:52 |
armin76 | 182 | 15:52 |
asac | i think it is ... do both and the error above shouldn't happen | 15:52 |
asac | he? | 15:52 |
asac | try getter_AddRefs.ncc | 15:52 |
armin76 | you mean ( instead of .? | 15:53 |
armin76 | both return nothing anyway :P | 15:54 |
asac | well ... . will match all :) | 15:55 |
asac | armin76: then its fine ... try the webservices directlry | 15:55 |
asac | or try getter_AddRefs.*ncc in case they inserted whitespace | 15:55 |
asac | midbrowser 0.3.0b2 building | 15:56 |
* asac crossing fingers | 15:56 | |
armin76 | there's no ncc :P | 15:58 |
armin76 | will try with nsAXPCNativeCallContext *ncc = nsnull; | 15:59 |
asac | cwong1: jimmy_: beta2 merged and pushed. I tried hard to clean up merge bugs in midbrowser.js (preference file) ... it cured history, but bookmarks still broken. | 16:17 |
asac | cwong1: jimmy_: good news. I fixed bookmarks on WORKING for beta2 :) | 16:45 |
asac | pushed | 16:45 |
asac | cwong1: jimmy_: one part of the fix includes to add the Offline Menu entry ... i think that should be ok to have there (for now) | 16:46 |
asac | cwong1: jimmy_: now someone of you should fix the zoom icons (which have disappeared because of native theming i guess) | 16:55 |
cwong1 | asac: We now what the problem with the icon is. Jimmy has fixed it but haven't push the changes in yet. | 17:11 |
cwong1 | s/now/know/ | 17:11 |
asac | cwong1: tell him to do that on the current WORKING branch then | 17:16 |
cwong1 | asac: he knows that | 17:16 |
asac | cwong1: and lets review the changes outside midbrowser/|browser/ ... e.g. in toolkit/ et al (if any) | 17:16 |
asac | cwong1: ok fine. | 17:17 |
cwong1 | asac: r u referring to the changes that I made for raising the window? | 17:17 |
asac | cwong1: we need to eliminate all changes in toolkit/ in order to use system xul | 17:17 |
asac | and system xul is required for startup performance | 17:17 |
cwong1 | ok | 17:17 |
asac | once system xul is used by home screen most system xul libs will already be in memory when midbrowser is started for first time | 17:18 |
cwong1 | that will be great. Do you know if bspecncer planning on useing system xul for home screen? | 17:19 |
asac | cwong1: well he has to | 17:19 |
asac | everything else won't make much sense | 17:19 |
asac | i thought that our team could do the migration | 17:19 |
cwong1 | Anyone assign for that task yet? | 17:19 |
asac | cwong1: you ;) :) | 17:20 |
asac | :-P | 17:20 |
cwong1 | :) | 17:20 |
cwong1 | I will chat with bob today | 17:20 |
asac | no idea ... lets ask him. | 17:20 |
asac | right | 17:20 |
cwong1 | have you check in the fix for flashplugin-nonfree? | 17:21 |
asac | cwong1: how does your builder work ... is it ok to keep UNRELEASED as distribution in the top most changelog? | 17:21 |
cwong1 | yes it is ok | 17:21 |
asac | oh ok ... will switch to UNRELEASED on next changelog commit then | 17:21 |
asac | cwong1: once icons are fixed lets do a review round and if that is good enough push WORKING to master branch | 17:24 |
asac | maybe we can merge in the window code before, but lets try to do the command line processing outside of toolkit | 17:24 |
cwong1 | sounds good. | 17:25 |
asac | cwong1: why didn't you register a commandlinehandler thats implemented in midbrowser component? | 17:25 |
asac | (like what i suggested once) | 17:25 |
asac | didn't that work? | 17:25 |
cwong1 | I took the easy route, Java script is not my area of expertise. :( | 17:25 |
asac | hehe ... you can write such a component in C++ as well :) | 17:27 |
cwong1 | Plus I need to keep track of all open Window and Dialog in order to bring them to the foreground. | 17:27 |
asac | cwong1: yes, but that tracking is already done in a component ... its just the command line code you patched into toolkit | 17:28 |
asac | (right?) | 17:28 |
asac | cwong1: but i don't understand how you raise multiple windows/dialogs in the right order ... do you track focus sequence as well? | 17:29 |
asac | or is it just by accident that dialogs are always registered after the window and since we don't have more than one window it will always be right? | 17:29 |
cwong1 | asac: As the window open, I add it to the list and since we only have 1 window that's why it worked just fine. | 17:30 |
asac | yes ... lets see how far we get by moving the cmdline handler code to midbrowser component | 17:31 |
cwong1 | asac: if there is a better way to do this, please change it. You know this better than anyone of us here. | 17:31 |
asac | the other bit that needs to be tackled is the gconf patch. i have to check back if upstream wants the gconf component in libxul or outside of it before i can integrate that in the xulrunner-1.9 package | 17:32 |
cwong1 | The key is, if there is a browser already running and the argc is 1, then just raise the window and dialogs and return. | 17:32 |
asac | but that shouldn't take that long | 17:32 |
cwong1 | ok | 17:33 |
asac | cwong1: could you raise the flashplugin-nonfree upload to ppa in the mobile meeting? i have a job interview to conduct now and so i might be late | 17:34 |
asac | if they ack it (i will read logs) i will upload | 17:34 |
cwong1 | ok will do | 17:34 |
cwong1 | talk 2 u later | 17:34 |
cwong1 | asac: the meeting ended early.. Didn't get a chance to raise the issue.. | 17:39 |
cwong1 | asac: Just talk to mithrandir about the flash plugin. He said goahead and upload the patch. Thanks. | 17:51 |
armin76 | asac: http://rafb.net/p/E67Zd317.html | 18:17 |
asac | armin76: how about doing this for all occurences of nsIXPCNativeCallContext ? | 18:23 |
asac | (in the tree) | 18:23 |
armin76 | doing so atm | 18:30 |
armin76 | http://rafb.net/p/RRuOgl29.html | 18:31 |
armin76 | Mozilla/5.0 (X11; U; Linux ia64; en-US; rv:1.9b3pre) Gecko/2008011718 (Gentoo) Firefox/3.0b3pre | 18:41 |
armin76 | finally | 18:41 |
armin76 | well, there's a patch for webservices already | 18:43 |
armin76 | mozilla bug 412665 | 18:43 |
ubotu | Mozilla bug 412665 in Web Services "Webservices build broken" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=412665 | 18:43 |
armin76 | ]reed[: around? | 18:49 |
armin76 | mozilla bug 412811 | 18:51 |
ubotu | Mozilla bug 412811 in JavaScript Engine "xpconnect-tools build broken" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=412811 | 18:51 |
armin76 | asac: Ubulette: ^^ | 18:51 |
asac | armin76: i think both are nor part of the default build so you won't need approval | 18:59 |
armin76 | webservices is not mine | 19:01 |
asac | armin76: anyway ... checking whether its ready (still applies) and then requesting checkin should be done to help contributors that are not that familiar with the process | 19:03 |
armin76 | it's already reviewed :P | 19:04 |
armin76 | lol | 19:05 |
asac | armin76: yeah ... but no checkin requested | 19:08 |
asac | or approval if needed | 19:08 |
armin76 | mine is already with checkin requested | 19:09 |
asac | fine | 19:09 |
armin76 | i guess reed will see the other one | 19:10 |
asac | yeah ... but thats a luxury we have here :) | 19:10 |
jimmy_ | asac: I'll check in the fix for the zoom icons | 19:24 |
asac | jimmy_: thx | 19:26 |
cwong1 | asac: jimmy_ are u guys talking about the magnification icons? | 19:26 |
jimmy_ | cwong1: yes | 19:27 |
cwong1 | cool | 19:27 |
armin76 | asac: Ubulette: webservices patch commited | 19:27 |
jimmy_ | asac: i pushed the fixes for the zoom icons | 19:54 |
asac | thanks | 19:59 |
asac | jimmy_: please qa it ... i will merge the things from master branch as good as possible | 20:00 |
=== Ubulette_ is now known as Ubulette | ||
jimmy_ | asac: ok, thanks for all the work | 20:01 |
asac | jimmy_: why did you checkin the zoom*2.png files? | 20:27 |
asac | jimmy_: ok i make the gnomestripe zoom icons use stock icons ... and reinstantiate the ones you added as fallback back to winstripe | 20:44 |
asac | pushed | 20:45 |
asac | jimmy_: help! | 20:52 |
asac | instead of GRABANDDRAG.JS if have a BLOCKED FILE ALERT in the XPI you send me | 20:53 |
asac | so your mail filter removed the important bits :) | 20:53 |
asac | probably one cause for it doesn't work :) | 20:53 |
asac | jimmy_: cwong1: http://people.ubuntu.com/~asac/blocked.png ... how about you guys setting up ftp space for every one who has a moblin account :) ? | 20:56 |
Ubulette | armin76, do you see this: http://paste.ubuntu.com/3628/ ? | 20:56 |
asac | that should be fixed by the other bug Ubulette | 20:57 |
asac | https://bugzilla.mozilla.org/show_bug.cgi?id=412665 | 20:57 |
ubotu | Mozilla bug 412665 in Web Services "Webservices build broken" [Normal,Resolved: fixed] | 20:57 |
asac | oh its checked in as well ... then no idea | 20:57 |
asac | either you still miss the latest checkin ... if not, the fix should be similar | 20:58 |
Ubulette | co ~50min ago | 20:59 |
asac | @time pst | 20:59 |
asac | @time losangeles | 20:59 |
asac | @time America/Los_Angeles | 21:00 |
ubotu | Current time in America/Los_Angeles: January 17 2008, 13:00:16 - Next meeting: MOTU in 14 hours 59 minutes | 21:00 |
Ubulette | 1pm pst | 21:00 |
Ubulette | 20080117t1116 | 21:00 |
asac | yes ... maybe the bot misses the very last checkin? | 21:00 |
asac | (e.g. 1116 is the checkin that has the fix) | 21:00 |
Ubulette | hmm | 21:01 |
asac | i had some wierd things ... maybe cvs tries to be smart and uses UTC | 21:01 |
asac | or something | 21:01 |
Ubulette | then mozclient is broken | 21:01 |
asac | yes ... or the bot that should produce UTC times | 21:01 |
asac | but i think its in mozclient as well ? | 21:01 |
Ubulette | well, no, it's a cvs up without dates/tag | 21:01 |
asac | e.g. getting the last checkin time? | 21:01 |
asac | get-orig-source ? ... but it produces a tarball with the time of the last checkin, doesn't it? | 21:02 |
Ubulette | yes | 21:02 |
asac | so ... i thought it would look for last check time and then checkout by date | 21:02 |
armin76 | http://bonsai.mozilla.org/cvsview2.cgi?diff_mode=context&whitespace_mode=show&root=/cvsroot&subdir=mozilla/extensions/webservices/security/src&command=DIFF_FRAMESET&root=/cvsroot&file=nsWebScriptsAccess.cpp&rev1=1.22&rev2=1.23 | 21:02 |
armin76 | should be fixed | 21:03 |
asac | if thats not the case then its unlikely that its broken for get-orig-source | 21:03 |
Ubulette | client.mk does that, not mozclient | 21:03 |
asac | Ubulette: ok ... then most likely pserver needs time to catch up (its mirrored) | 21:04 |
asac | Ubulette: ok i just ran get-orig-source in xulrunner head: | 21:04 |
asac | cd mozclient-tmp && make -f mozilla/client.mk checkout MOZ_CO_PROJECT=xulrunner MOZ_CO_DATE="20080117 1116" | 21:04 |
asac | so its mozclient doing that | 21:05 |
asac | it sets the CO_DATE ... which needs to be converted to UTC most likely | 21:05 |
Ubulette | hmm | 21:05 |
=== rhelmer|afk is now known as rhelmer | ||
asac | Ubulette: maybe you can use -z timezone | 21:06 |
rhelmer | MOZ_CO_DATE gets passed to cvs' -D, so it can have timezones in it if you want | 21:06 |
asac | rhelmer: so how would it look like if we want the date above, but in PST? | 21:06 |
asac | e.g MOZ_CO_DATE="20080117 1116" | 21:07 |
Ubulette | i pull that date from bonsai | 21:07 |
asac | yep | 21:07 |
rhelmer | http://ximbiot.com/cvs/wiki/CVS--Concurrent%20Versions%20System%20v1.12.12.1:%20Guide%20to%20CVS%20commands#SEC121 | 21:08 |
asac | that PST most likely ... so we have to put the timezone in the MOZ_CO_DATE ... waiting for rhelmer to clear the mist :) | 21:08 |
rhelmer | just testing to make sure :) seems to work: | 21:10 |
rhelmer | make -f client.mk MOZ_CO_DATE="2008/01/17 11:16 PST" MOZ_CO_PROJECT=browser checkout | 21:10 |
rhelmer | cvs takes a bunch of different date formats | 21:10 |
asac | rhelmer: thanks | 21:10 |
rhelmer | e.g. MOZ_CO_DATE="last friday" :) | 21:10 |
armin76 | Ubulette: you build xpconnect-tools by chance? | 21:11 |
Ubulette | nope | 21:11 |
Ubulette | ok, patching mozclient... | 21:13 |
asac | \o/ ... finally riding the trunk for real :) | 21:13 |
asac | Ubulette: i think after that 0.2 upload to hardy of mozilla-devscripts would be justified? | 21:14 |
asac | i still have 0.2~ftaX | 21:15 |
Ubulette | yep | 21:15 |
=== rhelmer is now known as rhelmer|afk | ||
Ubulette | asac, bug 178152 | 21:27 |
ubotu | Launchpad bug 178152 in xine-lib "[packaging] patches outside debian dir" [Undecided,Won't fix] https://launchpad.net/bugs/178152 | 21:27 |
Ubulette | i thought it was no good... is it? | 21:27 |
* asac looking | 21:27 | |
asac | its ok to not use a patch system at all ... mixing is definitly bad. not using a patchsystem bares some backdrafts for the distros, but as long as the branch is public this isn't a big problem | 21:28 |
asac | for mozillas its different because we carried a lot of patches in the past, that intersected et al | 21:29 |
asac | so in the end its a matter of preference. its encouraged to use a patch system though | 21:30 |
asac | luckily the majority of maintainers prefers a patch systems :) | 21:31 |
=== \sh is now known as \sh_away | ||
asac | but there is a bug anyway :) | 21:34 |
asac | the url stated in the control file is wrong | 21:34 |
asac | it should be: http://hg.debian.org/hg/xine-lib/pkg/xine-lib-deb | 21:34 |
asac | let me file a bug :) | 21:35 |
Ubulette | go ahead | 21:36 |
asac | bug 183886 | 21:39 |
ubotu | Launchpad bug 183886 in xine-lib "XS-Vcs-Hg url in debian/control doesn't exist" [Undecided,New] https://launchpad.net/bugs/183886 | 21:39 |
jimmy_ | asac: i am back | 21:48 |
jimmy_ | asac: yeah, i think we have a ftp directory on moblin that we can use to share files | 21:49 |
jimmy_ | asac: i just dun know how to access it, i'll ask Carl | 21:49 |
asac | jimmy_: good | 21:57 |
asac | jimmy_: could we get a place to do real releases? | 21:57 |
asac | like an official source tarball? | 21:57 |
asac | and a project page with build-instructions would be awesome | 21:59 |
jimmy_ | i'll check with Carl, I believe we are setting up a website for the ADK off moblin, so in there, we might have links to a new site that hosts the source and instructions for the Browser | 21:59 |
asac | ADK? | 22:00 |
jimmy_ | a development kit for moblin, more like a how-to guides for developers working on MID devices | 22:00 |
asac | ok | 22:01 |
jimmy_ | so they are re-freshing the moblin.org site too, so that developers could have more access to post and maintain each projects, but i don't know how soon | 22:02 |
asac | :) | 22:02 |
Ubulette | armin76, cairo 1.5.6 released (and already in ubuntu) | 22:43 |
cwong1 | asac: can you upload the flashpugin-nonfree fix asap? | 23:10 |
DarkMageZ | cwong1, the new version breaks konqueror & opera. the current version won't install on anyones. if an update is made then it'll break the current konqueror & opera users... | 23:15 |
cwong1 | DarkMageZ: from what I understand, the current version wont install the flash plugin anyway becuase the checksum was doesn't match. | 23:18 |
cwong1 | DarkMageZ: the user of opera and konqueror are screwed anyway, right? | 23:18 |
DarkMageZ | exactly. only new installers are messed over. the current installed base works. | 23:19 |
DarkMageZ | cept the current install base of konqueror & opera are fine. cept some security hole. | 23:19 |
DarkMageZ | if an update is pushed then they'll be !@#$ed | 23:20 |
armin76 | Ubulette: i know | 23:21 |
cwong1 | DarkMageZ: shame on adobe.. | 23:22 |
DarkMageZ | cwong1, shame on the penguins for not reverse engineering the specs and reimplementing it. dodge adobe completely. | 23:23 |
RAOF | DarkMageZ: What are you talking about. gnash works, kinda :) | 23:33 |
DarkMageZ | gnash works... if you're on crack :p | 23:33 |
asac | cwong1: uploaded | 23:36 |
asac | to ppa-mobile | 23:37 |
cwong1 | asac: thanks | 23:37 |
asac | should be avail in 1 hour or so | 23:37 |
RAOF | DarkMageZ: But you can hardly complain that noone's reverse-engineered flash :P | 23:37 |
DarkMageZ | true | 23:38 |
asac | swfdec isn't bad either | 23:38 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!