| asac | ccheney: so the class and main struct seem compatible | 00:07 |
|---|---|---|
| asac | so we can do this: | 00:08 |
| * ccheney looks to see where the problem laid | 00:08 | |
| asac | ccheney: no i see | 00:08 |
| ccheney | oh ok | 00:08 |
| asac | one second ;) | 00:08 |
| asac | the icon stuff needs Private struct | 00:08 |
| asac | which you cannot break/change | 00:08 |
| asac | whati think we should do is because Class and main struct are compatible | 00:08 |
| asac | we just copy the full gtkentry.c and gtkentry.h and name it gtkentryBackported | 00:09 |
| asac | define a new type gtkentrybackported etc. | 00:09 |
| asac | and use that in epiphany | 00:09 |
| asac | that type would just inherit from gtkentry | 00:09 |
| ccheney | iirc it uses some other newer types along with it might need to do that for those two i guess? | 00:09 |
| ccheney | i'm not sure what you mean wrt inherit with C :) | 00:10 |
| ccheney | i'm still pretty new with using glib/gtk so its probably something that they do with macros i suppose? | 00:10 |
| asac | ccheney: right. the G_DEFINE_YPE Macro specifies a supertype | 00:11 |
| asac | also you derive the structs like this: | 00:11 |
| asac | struct _GtkEntryBackport { | 00:11 |
| asac | GtkEntry parent; | 00:11 |
| asac | }; | 00:11 |
| asac | and GtkEntryBackportClass { | 00:11 |
| asac | GtkEntryClass parent_klass; | 00:11 |
| asac | } | 00:11 |
| asac | ; | 00:11 |
| ccheney | ah ok | 00:11 |
| asac | then you basically put the G_DEFINE_TYPE macro there that says that GTK_TYPE_ENTRY is supertype | 00:11 |
| asac | and in _init and _class_init you dont do anything | 00:12 |
| ccheney | i'm going to copy this into the epiphany wiki page so i don't forget anything while working on it tomorrow | 00:12 |
| asac | err | 00:12 |
| ccheney | if that is ok? | 00:12 |
| asac | in _class_init you basically copy what you currently have there | 00:12 |
| ccheney | rather i just copy it locally | 00:12 |
| asac | no wiki is fine | 00:12 |
| ccheney | ok | 00:12 |
| asac | so _class_init you keep as it is in the copy you created from the new gtkentry | 00:13 |
| ccheney | ok | 00:13 |
| asac | ccheney: look at the class_init | 00:14 |
| asac | function | 00:14 |
| asac | thats where they bind the functions to the static impls | 00:14 |
| ccheney | yea i remember seeing that when working on it before | 00:14 |
| ccheney | i'll try to get it at least partially done tonight after i get something to eat, if i am lucky maybe done by meeting tomorrow :) | 00:15 |
| asac | ccheney: maybe we can even just first try to copy that entry over | 00:16 |
| asac | as it is ... rename all the funcs and types | 00:16 |
| asac | and see if that is enough ... if all uses of that are redirected in epiphany | 00:16 |
| asac | for the other symbols: | 00:17 |
| asac | gtk_show_uri -> shouldnt be a problem | 00:17 |
| asac | gtk_status_icon_set_tooltip_text -> we can survive without that? | 00:17 |
| asac | gtk_activatable_get_type -> guess we need this type backported | 00:17 |
| ccheney | ok | 00:17 |
| asac | gdk_app_launch_context_* -> feels like thats confined and can be backported or even added to gtk | 00:18 |
| asac | if its imliar to the thread thing | 00:18 |
| asac | from glib | 00:18 |
| ccheney | yea probably so | 00:18 |
| asac | let me check something | 00:18 |
| asac | ok for gtk_entry we have icon and progress | 00:18 |
| ccheney | from what i remember the context stuff seemed pretty easy | 00:18 |
| asac | lib/widgets/ephy-location-entry.c lib/widgets/ephy-search-entry.c: | 00:19 |
| asac | those are the places for icon | 00:19 |
| ccheney | yea | 00:19 |
| ccheney | iirc there is one other place but i forgot the filename | 00:19 |
| ccheney | maybe was src/ephy-location-action.c | 00:20 |
| ccheney | yea it refers to GtkEntry at least, not sure if it used the new functions though | 00:21 |
| ccheney | oh no i think it wasn't that but src/ephy-window.c | 00:22 |
| ccheney | i see where i commented out the +// #include "../lib/gtk-gtkentry.h" | 00:22 |
| asac | hmm. problem is you did abunch of stuff | 00:22 |
| ccheney | which i had done when trying to do the initial func backport | 00:22 |
| asac | so i dont even see the original ;) | 00:22 |
| asac | let me revert everything in that tree | 00:22 |
| ccheney | oh :-\ | 00:22 |
| ccheney | ok | 00:23 |
| asac | ccheney: so yeah. simple approach would be to copy GtkEntry as EphyGtkEntry ... rename all gtk_entry to ephy_gtk_entry and all GtkEntry to EphyGtkEntry and GTK_ENTRY to EPHY_GTK_ENTRY etc. | 00:27 |
| asac | in the copied source files | 00:27 |
| asac | and then fix the few places where they say: gtk_entry_new() -> ephy_gtk_entry_new() | 00:27 |
| asac | and of course all the other gtk_entry.* func | 00:27 |
| asac | s | 00:27 |
| ccheney | ok | 00:28 |
| asac | feels like a plan | 00:29 |
| asac | i dont think it passes gtk entries to different libs etc. | 00:29 |
| asac | so should be fine | 00:29 |
| ccheney | ok will try to implement it tonight and let you know how it goes tomorrow :) | 00:29 |
| asac | yeah. just copy over ... and sed ;) | 00:30 |
| asac | well. first see if it builds ;) | 00:30 |
| asac | who knows what that thing pulls in | 00:30 |
| ccheney | heh yea | 00:30 |
| ccheney | iirc it pulls a few other bits in but not too much | 00:31 |
| asac | the gtkentry.c file? | 00:31 |
| ccheney | i can probably get away by doing something similar with the other bits if they have problems | 00:31 |
| ccheney | yea | 00:31 |
| asac | would be fun if gtk code is more portable than ephy ;) | 00:32 |
| ccheney | i think there is a glib icon thing as well it messes with but i can remember for certain | 00:32 |
| ccheney | er can't | 00:32 |
| BUGabundo | I totally forgot what was that FF about:config entry to turn off process separation | 00:35 |
| * ccheney bbl, will check backlog when i get back :) | 00:35 | |
| BUGabundo | can anyone recall me ? | 00:35 |
| asac | BUGabundo: i remember you. yes. | 00:38 |
| BUGabundo | duh | 00:39 |
| asac | BUGabundo: searhc for dom.ipc | 00:39 |
| asac | or something | 00:39 |
| asac | or ipc | 00:39 |
| BUGabundo | help me out :D | 00:39 |
| asac | plugins | 00:39 |
| BUGabundo | thanks | 00:39 |
| BUGabundo | its already false :( | 00:39 |
| BUGabundo | so why is this crashing!! | 00:39 |
| BUGabundo | grrr | 00:39 |
| BUGabundo | [NoScript] document is null while processing JS redirects | 00:39 |
| BUGabundo | ** (firefox-3.7:8620): WARNING **: Serious fd usage error 14 | 00:39 |
| BUGabundo | ** (firefox-3.7:8620): WARNING **: Serious fd usage error 12 | 00:39 |
| asac | noscript ;)? | 00:40 |
| BUGabundo | maybe | 00:40 |
| BUGabundo | ff 3.7 | 00:40 |
| asac | bug 318849 322141 522254 | 00:47 |
| ubottu | Launchpad bug 318849 in gnash "Deprecated klash kde3 binaries removed and not replaced with gnash-kde4" [Undecided,In progress] https://launchpad.net/bugs/318849 | 00:47 |
| asac | bug 322141 522254 | 00:47 |
| ubottu | Launchpad bug 322141 in gnash "konqueror-plugin-gnash contains no binaries" [Undecided,In progress] https://launchpad.net/bugs/322141 | 00:47 |
| asac | bug 522254 | 00:47 |
| ubottu | Launchpad bug 522254 in gnash "[MASTER] FFe: please sync with upstream version of Gnash .8.7" [Undecided,Confirmed] https://launchpad.net/bugs/522254 | 00:47 |
| bdrung_ | asac: FF in lucid failed to start. rm -rf ~/.mozilla will let it start once. | 00:54 |
| asac | bdrung_: global extensions cause this (some) | 00:55 |
| asac | if you can figure out whats it, i would be grateful | 00:55 |
| asac | e.g. waht extension | 00:55 |
| bdrung_ | asac: "firefox -g" does not work: "/usr/lib/firefox-3.6/firefox": not in executable format: file format not recognised | 00:56 |
| asac | i also suspect it has to do with the plenty of levels of links we have or with the new /usr/lib/mozilla location | 00:56 |
| asac | hmm | 00:56 |
| asac | thats a bug | 00:56 |
| asac | run /usr/lib/firefox-*/run-mozilla.sh /usr/bin/gdm /usr/lib/firefox-*/firefox-bin | 00:56 |
| asac | err gdb ;) | 00:56 |
| bdrung_ | asac: i have these packages installed: xul-ext-adblock-plus, xul-ext-notify, xul-ext-pwdhash, xul-ext-mozgest | 00:58 |
| asac | yes. one of those is it | 00:58 |
| asac | try -safe-mode | 00:58 |
| asac | and then enable one by one | 00:58 |
| asac | i would suspect mozgest | 00:59 |
| asac | it has something to do with xpt | 00:59 |
| asac | so if an extension defines its own interfaces | 00:59 |
| bdrung_ | asac: running with gdb, it gives me: "Program exited with code 01." | 00:59 |
| asac | if an extension without a .xpt file causes this, it would invalidate my theory | 00:59 |
| asac | bdrung_: yeah | 00:59 |
| asac | it just ends ;) | 01:00 |
| asac | needs some serious debugging ;) | 01:00 |
| bdrung_ | asac: i used -safe-mode and enabled them step-by-step. but it still restarts without problems. | 01:01 |
| asac | bdrung_: try twice ;) | 01:02 |
| asac | you need to restart twice for this to kick in | 01:02 |
| asac | first time enable will work | 01:02 |
| bdrung_ | there must be a difference between restarting FF and closing+reopen it | 01:02 |
| asac | no | 01:02 |
| asac | its just about updating extension cache | 01:02 |
| asac | in the run where that is updated it works. in the next it doesnt | 01:02 |
| asac | at least the bug i saw showed that behaviour | 01:03 |
| bdrung_ | asac: i checked it twice and your guess was correct: it is mozgest | 01:05 |
| bdrung_ | asac: mozgest contains /usr/share/xul-ext-mozgest/components/mglMouseService.xpt | 01:07 |
| asac | so yeah... we should check whether its the new locatoin | 01:10 |
| asac | maybe by copying the bits to FIREFOX/extensions | 01:10 |
| asac | moving rather | 01:10 |
| asac | if its not the new location ... upstream bug i guess | 01:10 |
| asac | unless i find to debug it | 01:10 |
| asac | which probably has to happen to fix this for lucid :( | 01:10 |
| chrisccoulson | asac - so, do you have some thoughts about issues like bug 531583? (it seems to be similar to the issue you're talking about) | 01:13 |
| ubottu | Launchpad bug 531583 in firefox "greasemonkey causes ff 3.6 to not load, without errors" [High,Confirmed] https://launchpad.net/bugs/531583 | 01:13 |
| chrisccoulson | bryce asked me if i could take a look at that | 01:13 |
| asac | chrisccoulson: thats the issue | 01:14 |
| asac | no ideas besides from what i said above | 01:14 |
| asac | needs debugging ... if reproducible with upstream builds we might get help from there | 01:14 |
| chrisccoulson | what i found is that firefox seems to have an issue specifically with the sym-links (but you might have already figured that out) | 01:14 |
| asac | chrisccoulson: thats what i asked bdrung to test | 01:15 |
| asac | e.g. unpack directly in FIREFOX/extensions | 01:15 |
| asac | rather than having the links in /usr/lib/mozilla/... | 01:15 |
| asac | so its the symlinks? | 01:15 |
| chrisccoulson | yeah, if i unpack directly, then it works fine | 01:15 |
| chrisccoulson | if i symlink, then it breaks | 01:15 |
| asac | chrisccoulson: bug still not writable? | 01:15 |
| chrisccoulson | and that applies in my home folder too | 01:15 |
| asac | hmm | 01:15 |
| asac | let me check something | 01:16 |
| chrisccoulson | but, other than that, i'm a little bit stuck ;) | 01:16 |
| bdrung_ | asac: xpt files are made from what? | 01:16 |
| bdrung_ | what does they contain? | 01:17 |
| asac | bdrung_: do you have a broken profile? | 01:17 |
| asac | can you paste compreg.dat? | 01:17 |
| asac | (from a profile that doesnt start) | 01:17 |
| asac | bdrung_: its xpcom interface description | 01:17 |
| asac | produced from an .idl | 01:17 |
| asac | or more than one etc. | 01:17 |
| asac | bdrung_: also please verify what chrisccoulson said ... e.g. that not using symlinks works | 01:18 |
| asac | but get me a compreg.dat first ;)) | 01:18 |
| bdrung_ | asac: i have the solution: the xpt file is non-free and needs to be removed from the source. ;) | 01:19 |
| asac | thats indeed a bug | 01:20 |
| asac | usually it should be produced during build | 01:20 |
| asac | but that wont help here i think | 01:20 |
| bdrung_ | asac: removing this file works, because we removed the .so files (no source for them) | 01:20 |
| asac | in this case yes. | 01:21 |
| asac | get me a compreg.dat please of broken ;) | 01:21 |
| bdrung_ | i'll downgrade the package and create the file for you. | 01:21 |
| asac | cool | 01:21 |
| asac | also the absent of a .so doesnt necessarily mean the .xpt is useless. might also be a .js implementing the interface that then can be called through xpcom (from js or C++) | 01:23 |
| bdrung_ | pastebinit is buggy | 01:24 |
| bdrung_ | asac: http://pastebin.com/2F9uLM6S | 01:25 |
| asac | bdrung_: and xpti.dat | 01:26 |
| bdrung_ | asac: http://pastebin.com/KXSXcCWs | 01:26 |
| asac | {d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d} | 01:27 |
| asac | thats mozgest? | 01:27 |
| asac | bdrung_: ? | 01:27 |
| asac | adblock it seems | 01:28 |
| bdrung_ | that's adblock-plus | 01:28 |
| asac | so my guess is that it does a stupid abspath somewhere | 01:29 |
| asac | (or not) then doesnt see the file in the the xpti.dat and gives up | 01:30 |
| bdrung_ | asac: btw, what's the status of getting the font rendering fixed? | 01:31 |
| asac | in xpcom/reflect/xptinfo/src/xptiInterfaceInfoManager.cpp | 01:53 |
| asac | drop | 01:53 |
| asac | + // nsIFile::Equals basically compares path strings so normalize | 01:53 |
| asac | 4.8 + // before the comparison. | 01:53 |
| asac | 4.9 + parent->Normalize(); | 01:53 |
| asac | 4.10 + current->Normalize(); | 01:53 |
| asac | those lines | 01:53 |
| asac | and see if that helps | 01:53 |
| asac | for the xpt thing | 01:53 |
| asac | otherwise we might want to try to Normalize in FindDirectory in xptiWorkingSet.cpp | 01:54 |
| asac | font rendenering ::: needs debugging | 01:55 |
| asac | upstream seems not to care. didnt get a confirm whether its a problem on redhat too with upstream builds | 01:55 |
| asac | if fedora has the same, we can escalate | 01:55 |
| asac | otherwise we need to do it on our own | 01:55 |
| asac | bdrung_: chrisccoulson: ^^ | 01:56 |
| asac | (thats a blind guess) | 01:56 |
| asac | (the de-normalizing) | 01:56 |
| masterme120 | Hello, there's something I've always wondered about the linux version of firefox: | 01:58 |
| masterme120 | why doe the open with alternate program dialog make you find the actual binary instead of just having a custom command | 01:58 |
| bdrung_ | asac: i will try this, but compiling may take a while | 01:59 |
| asac | masterme120: gtk doesnt offer a app chooser | 02:01 |
| asac | so either firefox has to reinvent its own | 02:01 |
| asac | the one from nautilus looks promissing but would need to get promoted to gtk in some what | 02:02 |
| asac | way | 02:02 |
| masterme120 | oh | 02:02 |
| asac | even if firefox would be willing to use gnome stuff ... nautilus chooser is not exposed in any API | 02:03 |
| asac | so someone would need to rip that out | 02:03 |
| bdrung_ | asac: igitt; a tarball in tarball. can you give me a debdiff for testing? | 02:04 |
| bdrung_ | i will test it then tomorrow | 02:04 |
| * bdrung_ will go to bed now. | 02:04 | |
| asac | extract tarball ... create diff, dump in debian/patches and series | 02:06 |
| asac | build | 02:06 |
| bdrung_ | i am too tired for that | 02:07 |
| asac | i am not less tired. <5h till wake up ;) | 02:07 |
| asac | off | 02:07 |
| asac | 'night | 02:07 |
| === micahg1 is now known as micahg | ||
| === dpm-afk is now known as dpm | ||
| BUGabundo_remote | \0 | 08:54 |
| asac | hi | 10:12 |
| stefanlsd | heys | 10:38 |
| stefanlsd | is xulrunner-dev 1.9.2 still expected in lucid? | 10:38 |
| directhex | stefanlsd, sure, at some point within the next 18 months... | 10:39 |
| stefanlsd | so not at release i take it | 10:40 |
| directhex | stefanlsd, good question. i've been told "imminently" for over a month now afaik | 10:49 |
| asac | directhex: xul 1.9.2? | 10:51 |
| asac | or fonts? | 10:51 |
| directhex | asac, xulrunner-dev 1.9.2. | 11:01 |
| asac | hmm | 11:03 |
| asac | i think i saw the new button order for the first time now | 11:03 |
| asac | thats really odd ;) | 11:03 |
| * asac tries to get used to it | 11:03 | |
| asac | chrisccoulson: can you check with micahg on the xul 1.9.2 stuff and help getting that in the archive? | 11:04 |
| chrisccoulson | asac - no worries. last time i asked, he had a build issue with fennec | 11:04 |
| chrisccoulson | do you know if he got that sorted? | 11:05 |
| asac | i had hoped for a few more ports first, but we shouldnt stress the good will of release team too much ;) | 11:05 |
| chrisccoulson | (most of my day yesterday was taken up by openjdk) | 11:05 |
| asac | chrisccoulson: i think he sorted the prism problem ... which might also have been the fennec problem | 11:05 |
| asac | chrisccoulson: openjdk now working? | 11:05 |
| asac | not sure if he committed the stuff yet though | 11:06 |
| chrisccoulson | asac - it would be good to get all the stuff which is seeded done before the beta freeze | 11:06 |
| asac | yes | 11:06 |
| asac | thats why i think we should upload _now_ ;) | 11:06 |
| asac | so i think the build system fix is still missing | 11:07 |
| chrisccoulson | asac - do you know what time micahg is around? | 11:07 |
| asac | he is more around than not ;) | 11:07 |
| chrisccoulson | openjdk is not working yet btw, but that's not a xulrunner issue | 11:07 |
| chrisccoulson | it's due to a change in llvm | 11:07 |
| asac | hmm. so openjdk doesnt ubild at all atm? | 11:08 |
| asac | even in archive? didnt you say doko uploaded something? | 11:08 |
| chrisccoulson | asac - yeah, doko uploaded openjdk, and then a new version of llvm | 11:08 |
| chrisccoulson | but the current openjdk version built against the old llvm | 11:08 |
| chrisccoulson | it doesn't build with the new one | 11:08 |
| asac | sigh | 11:09 |
| asac | i assume he knows/deals with it? | 11:09 |
| chrisccoulson | i spent quite a few hours yesterday trying to track that down, i could probably do with some help from doko | 11:09 |
| asac | i wouldnt bother. he will fix it | 11:09 |
| chrisccoulson | he seemed to be quite confused about the error message when i mentioned it to him yesterday | 11:09 |
| asac | go for the other fruits ;) | 11:09 |
| chrisccoulson | yeah, will do :) | 11:10 |
| asac | just ensure he is on it ;) | 11:10 |
| asac | ... file a RC bug if there is none yet | 11:10 |
| chrisccoulson | did you get any where with the firefox failing to start issue since last night? | 11:10 |
| asac | chrisccoulson: i suggested a patch | 11:10 |
| asac | asked you or bdrung to test ;) | 11:10 |
| directhex | i already uploaded monodevelop-moonlight, so that's uninstallable right now | 11:10 |
| asac | 02:53 < asac> in xpcom/reflect/xptinfo/src/xptiInterfaceInfoManager.cpp | 11:10 |
| chrisccoulson | ah, i probably should check the scrollback | 11:10 |
| asac | 02:53 < asac> drop | 11:11 |
| asac | 02:53 < asac> + // nsIFile::Equals basically compares path strings so normalize | 11:11 |
| asac | 02:53 < asac> 4.8 + // before the comparison. | 11:11 |
| asac | 02:53 < asac> 4.9 + parent->Normalize(); | 11:11 |
| asac | 02:53 < asac> 4.10 + current->Normalize(); | 11:11 |
| asac | 02:53 < asac> those lines | 11:11 |
| asac | 02:53 < asac> and see if that helps | 11:11 |
| asac | 02:53 < asac> for the xpt thing | 11:11 |
| asac | was easy enough for me to repaste | 11:11 |
| asac | 02:54 < asac> otherwise we might want to try to Normalize in FindDirectory in xptiWorkingSet.cpp | 11:11 |
| asac | directhex: good | 11:11 |
| asac | chrisccoulson: no its fine ;) | 11:11 |
| asac | so two approaches i can imagine | 11:11 |
| chrisccoulson | awesome, i will try that shortly | 11:11 |
| asac | dropping Normalize there or adding Normalize in WorkingSet FindDirectofry (or maybe some other places) | 11:11 |
| asac | makes somewhat sense, because that was landed in Jul 2009 ... probably after the 1.9.1 cut off | 11:12 |
| asac | but let me double check ;) | 11:12 |
| asac | so a good way to check source and cross reference is: http://mxr.mozilla.org/ | 11:12 |
| asac | chrisccoulson: ^^ | 11:12 |
| asac | there you can also find blame if you in a source file etc. | 11:12 |
| directhex | good thing there's months before release, otherwise the window for testing & bug-fixing all the 1.9.2 rdeps might be considered really short. | 11:12 |
| chrisccoulson | asac - thanks | 11:12 |
| asac | directhex: right. plan is to kick stuff that doesnt make the cut out of the archive | 11:13 |
| asac | kind of evolutionary cleanup | 11:13 |
| asac | in the future we need to be able to do such porting swiftly | 11:13 |
| asac | as we need to upgrade to .3 .4 etc. every 6 month or so | 11:13 |
| asac | as a security/stability update | 11:13 |
| asac | chrisccoulson: good ;) | 11:14 |
| asac | http://mxr.mozilla.org/mozilla1.9.1/source/xpcom/reflect/xptinfo/src/xptiInterfaceInfoManager.cpp | 11:14 |
| asac | that suggests that that code wasnt on the 1.9.1 branch ;) | 11:14 |
| asac | so probably is a good lead ;) | 11:14 |
| chrisccoulson | asac - i've also been assigned a work item for looking at extensions to clean from the archive | 11:16 |
| asac | right | 11:16 |
| asac | important task | 11:16 |
| chrisccoulson | i'm not sure if you've got any special requirements for any that you would like to remain | 11:16 |
| asac | chrisccoulson: check popcon as a first | 11:17 |
| asac | chrisccoulson: also extensions with native components should stay | 11:17 |
| chrisccoulson | i compiled a list of source packages providing extensions at https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/FirefoxNewSupportModel/extension-list yesterday | 11:17 |
| asac | as those are not available for all archs in addons.mozilla.org (amo) | 11:17 |
| chrisccoulson | yeah, i didn't think of checking popcon actually, that's quite a good idea | 11:17 |
| asac | so out of head i would guess: all in main ;) | 11:18 |
| asac | adblock-plus | 11:18 |
| asac | all-in-one-sidebar | 11:18 |
| asac | bindwood | 11:18 |
| asac | bugmail-extension | 11:18 |
| asac | firebug | 11:18 |
| asac | firefox-launchpad-plugin | 11:18 |
| asac | flashblock | 11:18 |
| asac | flashgot | 11:18 |
| asac | gears | 11:18 |
| asac | greasemonkey | 11:18 |
| asac | mozgest | 11:18 |
| asac | notify-extension | 11:19 |
| asac | mozilla-noscript | 11:19 |
| directhex | i thought gears was EOL | 11:19 |
| asac | if it still works its good stuff | 11:19 |
| asac | its EOL in chromium ... where they dropped it without replacement ;) | 11:19 |
| chrisccoulson | cool, i will try and spend some time going through this list today anyway | 11:20 |
| asac | yeah | 11:20 |
| asac | cross check that with popularity | 11:20 |
| asac | chrisccoulson: btw, there have been quite a few coming | 11:20 |
| asac | from debian in lucid named xul-ext-* | 11:20 |
| asac | those seem to be not in your list ... not sure why | 11:20 |
| asac | (maybe they us that prefix for binaries only) | 11:20 |
| bdrung | chrisccoulson: can you make this scriptable? | 11:24 |
| chrisccoulson | asac - yeah, those names are binary only (the list only has source packages providing extensions) | 11:25 |
| chrisccoulson | bdrung - i don't see why i couldn't make it scriptable :-) | 11:26 |
| chrisccoulson | if there are any that i've missed off the list, please feel free to add them | 11:26 |
| bdrung | chrisccoulson: it would be nice, if the list can be updated via a script - otherwise it will get outdated very soon. | 11:27 |
| chrisccoulson | yeah, that's a good point | 11:27 |
| asac | the new policy permits that | 11:31 |
| asac | because we have special headers | 11:31 |
| asac | and even xul-ext* prefix | 11:31 |
| asac | for now we have to maintain it through pain | 11:31 |
| asac | and maybe we should write a pool/ grep | 11:31 |
| asac | checking for install.rdf or something | 11:32 |
| === asac_ is now known as asac | ||
| bdrung | asac: grabbing all packages build depending on mozilla-devscripts will catch most of them | 13:16 |
| asac | right, but not all | 13:17 |
| bdrung | yes | 13:17 |
| bdrung | asac: pool grep would be a good idea. | 13:17 |
| chrisccoulson | asac - so, if we want to start the xulrunner 1.9.2 transition today, would you mind doing the 1.9.1 upload to not ship xulrunner-dev any more? | 13:36 |
| chrisccoulson | i think i can do the initial 1.9.2 upload | 13:36 |
| asac | chrisccoulson: yes. we should do that | 13:39 |
| asac | chrisccoulson: we have to set replaces anyway, so we can remove the file in a later upload | 13:40 |
| asac | err ;) | 13:40 |
| asac | scratch that | 13:40 |
| asac | we just have to remember to upload ;) | 13:40 |
| asac | next upload would fail to upload | 13:40 |
| asac | but yes, we should drop it from bzr right away | 13:41 |
| chrisccoulson | asac - it's already dropped in bzr (http://bazaar.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.1.head/revision/528) | 13:43 |
| asac | good ;) | 13:52 |
| asac | so just an upload. but that can wait till next update round | 13:52 |
| asac | if thats before the releaes ;) | 13:52 |
| bdrung | asac: my kvm instance went out of space. 10 GB was not enough. | 14:55 |
| asac | lol | 14:55 |
| directhex | moz needs 10 gig? | 14:55 |
| asac | for ffox you need 4 or more ,) | 14:55 |
| asac | havent checked current space recently | 14:55 |
| bdrung | directhex: my kvm has 10 gig. | 14:55 |
| mahfouz | did I hear somebody say that thunder gets its own repo? | 14:57 |
| bdrung_ | directhex: i had 2.5 gig free before compiling | 14:57 |
| bdrung_ | asac: that's even more that eclipse needs. | 14:57 |
| directhex | bdrung_, tried OOo? | 14:57 |
| bdrung_ | directhex: nope. i compiled eclipse often enough | 14:57 |
| === yofel_ is now known as yofel | ||
| chrisccoulson | asac - xulrunner-1.9.2 is in NEW now | 16:30 |
| micahg | ? | 16:31 |
| micahg | what did I miss? | 16:31 |
| chrisccoulson | hey micahg | 16:31 |
| chrisccoulson | we're going to start the transition in the archive quite soon | 16:32 |
| micahg | chrisccoulson: it doesn't have my latest changes | 16:32 |
| chrisccoulson | ah, where are those? | 16:32 |
| * micahg wonders why no one asked... | 16:33 | |
| micahg | chrisccoulson: I was finishing up locally waiting for the last piece to be approved by asac before pushing to branch | 16:33 |
| asac | chrisccoulson: did you commit stuff? | 16:34 |
| asac | merge request? | 16:34 |
| micahg | asac: he proposed a merge... | 16:34 |
| asac | ok | 16:34 |
| chrisccoulson | yeah, i just did that a few moments ago | 16:35 |
| micahg | asac: should I make my last few fixes ubuntu2 and have him respin or do you want to delete from NEW and try ubuntu1 again? | 16:35 |
| micahg | asac: it's not even tagged | 16:35 |
| directhex | (please pull latest moon update from https://launchpad.net/~moonlight-team/+archive/skunkworks/+packages into staging PPA) | 16:36 |
| asac | ok. | 16:36 |
| micahg | directhex: I'll take care of that | 16:36 |
| micahg | directhex: after it builds ;) | 16:36 |
| asac | micahg: lets make ubuntu2 | 16:36 |
| asac | we can upload once its in | 16:37 |
| asac | micahg: please review his merge and merge it | 16:37 |
| asac | for release | 16:37 |
| directhex | micahg, it'll build. it's the same thing as last time, but with something we were carrying as a patch merged | 16:37 |
| micahg | asac: should I just tag his change as release? | 16:37 |
| BUGabundo_remote | [reed]: ping | 16:37 |
| asac | chrisccoulson: usually you should wait for a merge approved before uploading ;) ... otherwise review doesnt make sense :) | 16:37 |
| asac | but ok as its now | 16:37 |
| BUGabundo_remote | [reed]: watchi this page: https://www.paraescolar.pt/registo/ | 16:37 |
| BUGabundo_remote | firefox shows NOTHING | 16:37 |
| micahg | chrisccoulson: you should also ask whoever's working on it if there are any last changes ;) | 16:37 |
| BUGabundo_remote | not even a single error | 16:37 |
| asac | micahg: i think you can just push (not merge) what he did if he used proper changelog format | 16:38 |
| BUGabundo_remote | chromium loads it fine | 16:38 |
| chrisccoulson | yeah, sorry ;) | 16:38 |
| BUGabundo_remote | and IE shows cert error and allows user to load content | 16:38 |
| chrisccoulson | i thought it was tagged though (it's tagged with 1.9.2+nobinonly-0ubuntu1 isn't it?) | 16:38 |
| asac | right. thats why we should push rather than merge | 16:38 |
| asac | so the tag is on a top level commit | 16:38 |
| micahg | asac: so pull his branch than push to ,head? | 16:39 |
| chrisccoulson | oh, do the tags not show on the top-level commit? | 16:39 |
| micahg | tags don't show up in diffs I guess | 16:39 |
| micahg | yes, I see the tag | 16:40 |
| micahg | k | 16:41 |
| micahg | pushing | 16:41 |
| asac | micahg: yes | 16:41 |
| micahg | done | 16:41 |
| asac | chrisccoulson: if you merge, then not | 16:41 |
| asac | chrisccoulson: so usually releases get tagged by whoever does the release | 16:42 |
| asac | merge | 16:42 |
| chrisccoulson | yeah, that's normally how i do it | 16:42 |
| asac | ok now we need to get someone getting this through new | 16:42 |
| * asac thinks we should have filed a FFe | 16:42 | |
| * micahg looks who is archive admin du jour | 16:43 | |
| chrisccoulson | do we need a FFe? this has been planned for some time now hasn't it? | 16:43 |
| asac | yeah | 16:43 |
| asac | but i think planned doesnt replace it | 16:43 |
| asac | but lets see how well it goes | 16:43 |
| asac | probably depends on the archive admin | 16:43 |
| micahg | asac: riddell is the archive admin du jour | 16:43 |
| chrisccoulson | ok, no problem | 16:43 |
| asac | most likely he will process it today | 16:43 |
| asac | anymore | 16:43 |
| chrisccoulson | Riddell is in a team meeting right now | 16:43 |
| chrisccoulson | (where i probably should be :) ) | 16:44 |
| * micahg should be in a team meeting as weel :) | 16:44 | |
| fta | asac, hi, i didn't change it since last time, you wanted another format or something | 16:44 |
| micahg | asac: is my mozilla-devscripts idea ok for the clean target? | 16:44 |
| asac | fta: the copyright? we need it to be complete (with all the license texts etc.) | 16:46 |
| asac | i dont care about the format if everything is in there | 16:46 |
| fta | asac, as it's quite complex (a collection of 3 repos, one containing a tarball), i didn't want to drop the comments | 16:46 |
| asac | new format makes archive admins not look that much though ;) | 16:46 |
| asac | right | 16:46 |
| fta | asac, http://paste.ubuntu.com/391896/ | 16:46 |
| asac | if you need complex, just do it different | 16:46 |
| asac | fta: ok | 17:16 |
| asac | in my book it looks fine | 17:16 |
| micahg | asac: what about my mozilla-devscripts merge? | 17:16 |
| asac | file a FFe bug and i will make this going | 17:16 |
| asac | micahg: whats the diff? | 17:16 |
| asac | if its just adding the dirs/files we adde to build system then it should be fine | 17:16 |
| micahg | asac: http://pastebin.com/YUCbsCZg | 17:17 |
| asac | ok i informed riddell that there is xul 1.9.2 in new | 17:17 |
| asac | not sure if he will get to it | 17:17 |
| asac | micahg: that looks fine i think | 17:17 |
| asac | in the end we should keep this stuff in one place | 17:17 |
| asac | most likely xulapp.mk should go to xulrunner-dev | 17:18 |
| micahg | asac: k, does it need to go through debian? | 17:18 |
| asac | so we have build system production and build system stripping at same plce | 17:18 |
| micahg | asac: yeah, that's what I was thinking | 17:18 |
| micahg | asac: I can move it for ubuntu2 | 17:18 |
| asac | micahg: we can upload to debian | 17:18 |
| asac | and direclty request a sync | 17:18 |
| asac | bdrung might volunteer to assist you with that ;) | 17:18 |
| asac | if he refuses we can put that in ubuntu for now | 17:19 |
| micahg | asac: if I move it for ubuntu2, we don't need to update devscripts :) | 17:19 |
| asac | how would you do it? replaces: ? | 17:19 |
| asac | e.g. currently the rules stuff looks at the mozilla-descript path | 17:19 |
| asac | i thini we need to touch it anyway | 17:19 |
| asac | lets fix it lik you suggested for now | 17:19 |
| micahg | asac: no, I'd just update the packages that use it to reference it in xulrunner-devel-1.9.2/xulapp.mk | 17:19 |
| asac | and consolidate the whole monzilla-devscript after this cycle/&for next cycle | 17:20 |
| micahg | k | 17:20 |
| micahg | I'll merge my change in then and ping bdrung later :) | 17:20 |
| asac | micahg: right, but we dont want to just change stuff and break others that might use it ;) | 17:20 |
| asac | at least not without deprecating it for a bit | 17:20 |
| asac | micahg: great | 17:20 |
| asac | micahg: also push harder on the porting list ;) | 17:20 |
| micahg | asac: well, the old one wouldn't have to go away right away | 17:20 |
| asac | we have xul 1.9.2 now in NEW | 17:20 |
| asac | once it enters we should get as many stuff as we have in before beta | 17:21 |
| micahg | asac: I'll start fixing up the patches then so they're archive ready... | 17:21 |
| asac | cool | 17:21 |
| * micahg was taking the down and dirty approach to patching before :) | 17:21 | |
| micahg | I'll try to get up to 30 packages by monday | 17:22 |
| micahg | once I have the debdiff, should I file the bugs with patches? | 17:22 |
| chrisccoulson | oh, xulrunner 192 is accepted now | 17:23 |
| chrisccoulson | nice | 17:23 |
| chrisccoulson | asac - we need to promote it to main don't we? | 17:23 |
| micahg | directhex: copied | 17:24 |
| asac | chrisccoulson: heh. so doing two MIRs for riddell seemed to have accellerated this ;) | 17:25 |
| chrisccoulson | asac - thanks :) | 17:25 |
| asac | well. we need to promote it when we upload stuff in main | 17:25 |
| asac | but thats a non deal | 17:25 |
| asac | and usually happens without MIR | 17:25 |
| micahg | asac: so, should I file bugs with debdiffs for the porting work? | 17:26 |
| asac | micahg: if they are ready in ppa i can just sponsor stuff from there | 17:26 |
| asac | maybe removing the ~... | 17:26 |
| asac | no need to file bug | 17:26 |
| asac | s | 17:26 |
| asac | micahg: however, bugs might help you to track work etc. | 17:26 |
| chrisccoulson | i can help out with sponsoring too | 17:26 |
| asac | and regressions | 17:26 |
| asac | so lets file bugs for each upload | 17:26 |
| chrisccoulson | i'll sponsor anything in universe and ubuntu-desktop package sets | 17:27 |
| micahg | asac: k, I'll ping chrisccoulson for uploads? | 17:27 |
| asac | chrisccoulson: yep. thats the idea ;) ... just keep micah the changelog owner to give him credits ;) | 17:27 |
| chrisccoulson | yeah, no problem :) | 17:27 |
| asac | micahg: just ping us both and whoever is there can review and sponsor | 17:27 |
| asac | micahg: please test the apps before requesting | 17:27 |
| asac | e.g. not just building | 17:27 |
| micahg | asac: some of the apps I have no idea how they work, but I'll test the ones I know | 17:27 |
| asac | also run an strace -eopen -f APP ... so you can see that it really loads the bits from xulrunner 1.9.2 | 17:27 |
| asac | (if you are unsure) | 17:27 |
| asac | micahg: well. often its just starting | 17:28 |
| asac | for plugins its good to check if they show up in firefox browser | 17:28 |
| micahg | asac: some of the stuff is libraries | 17:28 |
| asac | and dont kill it when loading ;) | 17:28 |
| micahg | asac: I'll create a Lucid VM for this | 17:28 |
| asac | micahg: for libraries test the apps that use those libs | 17:28 |
| asac | VM works, or upgrade completely | 17:28 |
| asac | we are close to beta ;) | 17:28 |
| micahg | asac: I'm assuming as soon as an app is ready to file the bug and get it in | 17:28 |
| asac | micahg: you can also ask chrisccoulson to help verifying apps/libs or me | 17:29 |
| asac | if you are unsure | 17:29 |
| asac | micahg: yes, do that | 17:29 |
| micahg | asac: k, great | 17:29 |
| micahg | chrisccoulson: I should have ubuntu2 for xulrunner ready as soon as I get to $WORK, so in a couple of hours | 17:29 |
| micahg | asac: 3 insecure apps for Lucid left (gears, gluezilla, and google-gadgets)...should I prepare debdiffs for all the regular apps first or finish porting these after I have debdiffs for the other insecure apps? | 17:31 |
| micahg | asac: also TB3 is ready for upload :) | 17:35 |
| * micahg will bbi 10 min | 17:35 | |
| chrisccoulson | micahg - thanks. i probably won't be able to upload xulrunner once it is in main though | 17:36 |
| chrisccoulson | which is a bit of a pain ;) | 17:37 |
| chrisccoulson | asac / micahg - i will upload yelp shortly (once 192 is built) | 17:44 |
| micahg | chrisccoulson: I thought yelp was ported to webkit | 17:53 |
| chrisccoulson | micahg - the webkit port was never really official, and isn't well maintained | 17:53 |
| chrisccoulson | so we dropped it this cycle | 17:53 |
| micahg | chrisccoulson: k | 17:54 |
| chrisccoulson | it will most likely be ported to webkit eventually, but not this cycle | 17:54 |
| micahg | chrisccoulson: k, I'll be back in a little over an hour hopefully with ubuntu2 of xul192 ready :) | 17:54 |
| chrisccoulson | cool, thanks | 17:54 |
| asac | chrisccoulson: i think it needs some bin NEW too ;) | 18:14 |
| asac | chrisccoulson: we dropped yelp? | 18:14 |
| asac | webkit? | 18:14 |
| asac | no | 18:14 |
| asac | thats bad | 18:14 |
| asac | is there really a bad blocker on that? | 18:15 |
| asac | me feels like going to desktop channel and kicking around ;) | 18:15 |
| asac | we talke about getting rid of that for ages | 18:15 |
| asac | well. if it was straight forward to port its fine ;) | 18:15 |
| asac | just ranting | 18:15 |
| chrisccoulson | asac - yelp is straightforward | 18:16 |
| chrisccoulson | i built it here already a few days ago | 18:16 |
| chrisccoulson | the webkit branch is quite outdated upstream, and i think there was another issue which required updating yelp to 2.29.x a couple of weeks back | 18:17 |
| asac | still gnome is inconsistent | 18:18 |
| asac | they want to get away from gecko -> do it ;) | 18:18 |
| asac | or dont do it | 18:18 |
| asac | i maen ... because they said they dont want it all efforts to improve the gecko embedding situation basically were dropped | 18:18 |
| asac | anyway ;) | 18:18 |
| asac | if its fine its fine | 18:19 |
| asac | we wont be able to get rid of it it seems :) | 18:19 |
| chrisccoulson | asac - yeah, i'm not sure who drove the efforts for porting yelp | 18:19 |
| chrisccoulson | but it seems like they're not active on that anymore | 18:19 |
| asac | so gecko is still an official dependency of gnome as of 10.04? | 18:19 |
| chrisccoulson | and upstream don't officially support the webkit port either | 18:19 |
| chrisccoulson | which makes it difficult for forwarding bugs | 18:19 |
| chrisccoulson | asac - yeah, i assume it must be still | 18:20 |
| asac | maybe they dont even know ... wouldnt be that shocked ;) | 18:20 |
| chrisccoulson | heh ;) | 18:20 |
| asac | i mean: everytime they ask they say: we are going away | 18:20 |
| asac | ... this cycle | 18:20 |
| asac | if they said: no, we might not be able to do it one could check out the new embedding wrapper API from mozilla | 18:21 |
| asac | and work with them to get that going rather than having this gtkmozembed stuff for ages | 18:21 |
| asac | but i was told: dont put effort in it. its decided that its dead ;) | 18:21 |
| directhex | Successfully built on thallium (virtual) | 18:27 |
| directhex | see, i said moon 2.2-0ubuntu1~ffox36~lucid1 would build fine | 18:27 |
| asac | ;) | 18:28 |
| asac | well done | 18:28 |
| asac | directhex: now with the time you have left you can fix the Long.MAX_VALUE++ not throwing and overflow exception on arm ;) | 18:28 |
| asac | s/and/an/ | 18:28 |
| directhex | yes, i can fiLOOK BEHIND YOU A THREE HEADED MONKEY | 18:29 |
| asac | exception6.js | 18:29 |
| asac | hehe | 18:29 |
| asac | or at least that we can build it with --enable-interpreter --diable-jit ;) | 18:29 |
| asac | that doesnt even build atm | 18:29 |
| micahg | chrisccoulson: should I tag 1.9.2 ubuntu2 for release? | 19:46 |
| micahg | chrisccoulson: nm, it seems it was promoted to main already :) | 19:48 |
| micahg | asac: if I tag ubuntu2 to xulrunner192, can you push another release? | 19:50 |
| micahg | bdrung: are you up for spinning a mozilla-devscripts release to debian | 19:52 |
| samed87 | Buonasera | 19:54 |
| micahg | asac: is there any way to virtualize IA-64 for testing FTBFS fixes? | 19:56 |
| fta | http://arstechnica.com/open-source/news/2010/03/mozilla-borrows-from-webkit-to-build-fast-new-js-engine.ars | 20:19 |
| micahg | fta: hopefully they'll dump the part of nanojit that doesn't build on all arches :) | 20:22 |
| bdrung | micahg: i am back | 21:15 |
| micahg | bdrung: can you spin a release of mozilla-devscripts with the change to debian | 21:40 |
| micahg | bdrung: I commited it to the bzr branch | 21:40 |
| bdrung | micahg: i want to add a xpi-repack script. i only have to write the manpage for it. give me some time. then i can release it | 21:41 |
| micahg | bdrung: k. great, thanks | 21:41 |
| micahg | bdrung: I hope my changelog entry was in the proper style | 21:41 |
| bdrung | micahg: ask asac - the style was not my idea and i don't love it | 21:42 |
| micahg | bdrung: weird...becuase it's not our normal convention | 21:42 |
| micahg | asac: what's the deal with the changelog style in m-devscripts? | 21:42 |
| bdrung | micahg: what's your normal style? | 21:42 |
| micahg | bdrung: the way we do for firefox/tb | 21:43 |
| micahg | asac: can you spin tb3.0.3 to Lucid? | 23:00 |
| chrisccoulson | right, xulrunner 1.9.2 has been processed through binary NEW as well now | 23:51 |
| chrisccoulson | so, we can begin transitioning tomorrow :) | 23:51 |
| asac | good | 23:57 |
| asac | micahg: all done for 3.0.3? we can upload tomorrow mornig this time then | 23:57 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!