[00:06] Ubulette: do you preserve dailies? [00:06] no [00:06] too big for my old disks [00:06] damn [00:06] Ubulette: so what issues do you see in pre2? [00:06] or pre1 ;) [00:07] you said you had issues [00:07] with pure b1, only issue is my bookmark toolbar is blank, same in rc3. but it's ok in b2pre [00:08] tested back and forth [00:08] many times [00:08] b1 is okay with a new profile [00:08] bookmark toolbar is blank? i don't have that [00:08] for b2pre, i just had to use a very fresh nss [00:08] didn't i fix that before the upload of rc3 [00:08] ? [00:09] i don't remember [00:09] i've tested my b1 and the b1rc3 from hardy [00:09] both show an empty bm toolbar [00:09] while trunk is ok [00:10] * fix places regression by shipping /usr/lib/firefox-3.0/modules [00:10] - update debian/firefox-3.0.install [00:10] do you have that dir? [00:11] i'm back in b2pre now and i have it [00:14] ok ... so i assume that its not an issue in b1 :) [00:14] ix:~/bzr/build-area$ dpkg -c firefox-3.0_3.0~b1+nobinonly-0ubuntu1_i386.deb | grep /modules [00:14] drwxr-xr-x root/root 0 2007-11-26 01:58 ./usr/lib/firefox-3.0-3.0b1/modules/ [00:14] -rw-r--r-- root/root 11261 2007-11-26 01:58 ./usr/lib/firefox-3.0-3.0b1/modules/distribution.js [00:14] so it's not that [00:20] haven't build your ffox 3 on top of new xul [00:20] thought it was perfect :) [00:21] rc3 has no issues with latest xul [00:21] (b1) [00:21] toolbar migrated properly [00:26] i don't think so. I don't install my daily builds in my dev-chroots, just on my real systems ;) [00:27] ok for me b1 works well with migrated toolbar ... in the middle i used rc3 (okay as well) [00:27] i'm retrying [00:27] (initially migrated from 2) [00:29] from ff2 ? i can't [00:31] asac, http://www.sofaraway.org/ubuntu/tmp/ff3b1-no-bmtb.png [00:32] yes ... i start with mv ~/.mozilla/firefox-3.0 ~/.mozilla/firefox-3.0.bak :) [00:32] thats b2pre :) [00:32] Ubulette: i think we have to do something about the theming [00:33] ? [00:33] firefox is an important bridge from windows to linux and we should definitly allow users to enable the old theme :) [00:33] it now looks like epiphany and people will not feel @home in their browser [00:34] b2 will be closer to gnome [00:36] yeah [00:36] i've spent an hour on that bmtb issue in b1. could not find anything wrong. [00:37] no idea then [00:37] for me it works :) [00:37] do we have bug reports? [00:38] bug 163746 [00:38] Launchpad bug 163746 in firefox-3.0 "firefox-3.0 doesn't import existing bookmarks" [Undecided,New] https://launchpad.net/bugs/163746 [00:39] i remember a regression upstream but i couldn't locate the patch [00:44] and I still have the python errors on startup [00:44] yes [00:45] python is dead [00:45] I thought you fixed those ? [00:47] no i fixed the gtkmozembed module for python :) [00:47] not the python xpcom binding [00:47] are you blocked because of that? [00:47] no [01:19] mozilla bug 404634 [01:19] Mozilla bug 404634 in Embedding: GRE Core "http urls don't render in TestGtkEmbed" [Critical,Assigned] http://bugzilla.mozilla.org/show_bug.cgi?id=404634 [01:23] Ubulette: ok for xul you can close on top of rev 72 now [01:24] Ubulette: firefox looks good from what i see ... though I would have preferred to keep the old branding till final RCs [01:24] (just for the sake of keeping the icon distinguishable with ffox 2 if both are installed) [01:24] it's no longer working with all the urls [01:25] I've added a "3" in the title of the desktop file [01:25] yes i saw that [01:25] why did you need to fix all release notes? [01:25] e.g. even the official ones? [01:25] (i saw a patch for that) [01:26] because we changed appname [01:26] k [01:26] and it was broken [01:27] then close it [01:27] i will upload tomorrow [01:28] done (xul) [01:28] rev73 [01:32] i've just updated changelog for --with-default-mozilla-five-home (dropped instead of fixed again), no other change [01:34] done, rev126 [01:37] k [01:38] once this is in, i could update prism [01:38] hmm [01:39] bed time. 'night [01:39] night [01:40] asac, think about what to do for gutsy. [01:40] yes i will [02:34] Hi all, I was just on #ubuntu and was sent here with my question... [02:35] why do I have to disable tcp_window_scaling to access a few websites in ubuntu 7.10? [02:35] For example: http://career.eng.ohio-state.edu/ and http://www.ureg.ohio-state.edu/ [02:38] is there anyone here? [02:47] :-( [02:47] anyone? === \sh_away is now known as \sh [10:58] [reed]: mozilla bug 405616 [10:58] Mozilla bug 405616 in Embedding: GRE Core "cannot select text in TestGtkEmbed.cpp" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=405616 [10:59] WARNING: NS_ENSURE_TRUE(presShell) failed: file /home/asac/mozilla/trunk/mozilla/dom/src/base/nsGlobalWindow.cpp, line 6208 [10:59] ... looks suspicious [11:00] [reed]: any idea how the root pres context should be created? [11:00] <[reed]> no idea! :) [11:00] <[reed]> it's also 5am :( [11:00] * [reed] should be in bed [11:00] <[reed]> but I'm doing homework [11:00] <[reed]> :( [11:00] [reed]: go to bed :) ... [11:00] [reed]: oh ... university? [11:00] <[reed]> well, homework is due today :p [11:00] <[reed]> yes [11:00] <[reed]> I'm in my second year [11:03] bluekuja: where did you get the answer about my expired key from yesterday? [12:08] Ubulette: I will reopen the b1 release one last time ... for mozilla bug 363194 and a better patch for mozilla bug 404634 [12:08] Mozilla bug 363194 in Embedding: GTK Widget ""ASSERTION: QueryInterface needed" within EmbedContextMenuInfo::UpdateContextData" [Normal,Unconfirmed] http://bugzilla.mozilla.org/show_bug.cgi?id=363194 [12:08] Mozilla bug 404634 in Embedding: GRE Core "http urls don't render in TestGtkEmbed" [Critical,Assigned] http://bugzilla.mozilla.org/show_bug.cgi?id=404634 [12:08] Ubulette: let me know if you want to rubber-stamp this and close changelog or if I should just do it before upload [12:09] aeh 363194 is wrong ... its mozilla bug 373196 [12:09] Mozilla bug 373196 in Embedding: GTK Widget "text selection with the mouse not working" [Major,New] http://bugzilla.mozilla.org/show_bug.cgi?id=373196 [12:42] Ubulette: ok final test build :) [12:43] Ubulette: ok i pushed for now so you can take a look before upload [12:43] and close if you want ... let me know if I should just close the log [13:12] mozilla bug 405584 [13:12] Mozilla bug 405584 in Layout: Canvas "Canvas.drawImage method is not working" [Major,New] http://bugzilla.mozilla.org/show_bug.cgi?id=405584 [13:12] that's a joke, right? [13:29] armin76: he? [13:30] armin76: regressed ... *damn* [13:31] *sigh* [13:34] armin76: maybe http://bonsai.mozilla.org/cvsview2.cgi?diff_mode=context&whitespace_mode=show&subdir=mozilla/content/canvas/src&command=DIFF_FRAMESET&file=nsCanvasRenderingContext2D.cpp&rev1=1.22.2.27&rev2=1.22.2.28&root=/cvsroot ? [13:41] heya asac [13:43] hi [13:44] asac, ganneff gave me that information :) [13:45] asac, it seems that the problem is unfortunately still there :/ [13:46] yeah [13:57] asac, possible solution? [14:02] file a bug agains some virtual package i guess (whose name i don't know ) :) [14:02] lol [14:02] asac, you should ping elmo I guess [14:03] http://www.debian.org/Bugs/pseudo-packages [14:03] you see any that fits? [14:04] probably ftp.debian.org [14:04] let me check [14:04] asac, fill up an RT [14:04] asac, http://keyring.debian.org/ [14:04] bummer [14:05] asac, or ping directly elmo as aj suggested [14:05] yes ... will do that then [14:05] but not now :) [14:05] asac, he said the keyring needs a manual action [14:06] to make your key working again [14:12] bluekuja: good thing is that you need to find for other sponsors. getting more people in debian community to know you is better for your application i guess ;) [14:12] i will take care for my key soon [14:12] ;) [14:13] asac, yeah, I'll ask to some italian friends [14:15] asac, but anyway I hope you'll get your key back again [14:15] ^^ [14:53] Ubulette: please close xul :) [14:53] i take a break now :) [15:20] Ubulette: thanks === asac_ is now known as asac [16:26] Ubulette: ok xul 1.9 is up [16:27] i think we have to do something about ffox 3 application.ini ... we either should have the same version constraints in debian/control or open up the maxVersion constraint :/ === \sh is now known as \sh_away [17:03] <[reed]> asac: I'd hate to be anywhere near schrep today [17:05] [reed]: ? [17:06] <[reed]> asac: you know... schrep == VP of Engineering [17:06] <[reed]> :) [17:06] <[reed]> (concerning mozilla bug 405584) [17:06] Mozilla bug 405584 in Layout: Canvas "Canvas.drawImage method is not working" [Major,New] http://bugzilla.mozilla.org/show_bug.cgi?id=405584 [17:06] yes ... *sigh* [17:07] unfortunate [17:08] we already released out builds ... i will include it in hardy for now [17:47] asac: ping :) [17:48] Jazzva: pong :) [17:48] how are you? [17:48] Good and tired... Studying for midterm exams *sigh*. [17:48] You? [17:49] me too ;) [17:49] Studying or exhausted? :) [17:49] ok ... so you probably have not time atm to work on MOTU things ;) [17:49] i am fine and tired ;) [17:50] Well, the past three weeks (including this one) were quite busy at school. I had some lab practices and this week is for the midterm exams, so I wasn't active as much as I planned. [17:51] I did only 2 syncs and 2 merges that have opened bugs on LP and reported one sync to dholbach (he is the last uploader), but that one doesn't have an open LP bug. [17:52] ok ... just wanted to know if you are blocked or something :) [17:52] One merge is still not finished as I need to repair the debdiff... to provide the fixes in form of quilt patches. [17:52] then good luck ... if you need distraction there is plenty of work to do still :) [17:53] good luck for exams [17:53] Lol... I need it very much, but I can't until the end of the week *sigh*. I will have more free time after that :). [17:53] Thanks :) [17:53] good [17:54] So, are we gonna talk about the next steps after the week or now :)? [17:54] no its fine then [17:55] looking forward to see you again :) [17:55] (oh, I forgot to mention the syncs/merges... syncs: axel and dhelp; merges: dash and ksimus; sync without LP bug: gnome-backgrounds) [17:56] Well... I'm off to study more elements of electric circuits (oh, joy). See you next week :). [17:56] cu [19:14] hi === \sh_away is now known as \sh [19:46] damn, mozilla bug 403481 nearly killed me [19:46] Mozilla bug 403481 in GFX: Thebes "minefield memory usage keeps growing as png images are dynamically loaded (maps.google.com)" [Major,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=403481 [19:54] asac, at some point, we need to patch configure in ff3. it checks too many libs, no longer needed with libxul, overloading our build-deps for nothing [19:55] bluekuja, ping [20:18] Ubulette: which build-deps are obsolete? [20:39] asac: fyi i made a patch for hppa as well, but hppa support is not included yet :) [20:44] not in ubuntu ... but upstream ... please submit [20:46] mozilla bug 287150 [20:46] Mozilla bug 287150 in XPCOM "parisc-linux support for xpcom" [Major,New] http://bugzilla.mozilla.org/show_bug.cgi?id=287150 === Ubulette_ is now known as Ubulette [20:47] thing is [20:47] 3.0 works fine on hppa, but 2.0.0.9 doesn't [20:47] and nothing newer than 2.0.0.2 [20:49] asac, cool for xul. too bad the builders are now locked on gutsy === \sh is now known as \sh_away [21:24] Ubulette: why? [21:24] I thought the issue was fixed? [21:24] which one ? [21:24] the xul locks up builders [21:25] bug 162723 [21:25] Launchpad bug 162723 in xulrunner-1.9 "xulrunner-1.9 build leaves orphaned find processes, hangs buildds" [High,Fix released] https://launchpad.net/bugs/162723 [21:26] i was talking about builders locked on gutsy-proposed [21:26] ah [21:26] ok [21:26] now it's better [21:44] asac, why are you holding ff3 ? [22:07] Ubulette, yes? [22:07] I'm quite off [22:07] something important? [22:08] as usual, just to know where you are with seamonkey [22:09] I've built it in hardy [22:09] just need to check final paths [22:09] and It's ready [22:09] so tomorrow I guess [22:10] Ubulette, so tomorrow will be a great day then [22:10] :) [22:10] ok, thanks [22:10] np, thanks to you [22:10] and sorry for the delay [22:11] but this period is *really* full of stuff to do [22:25] mozilla bug 391980 [22:25] Mozilla bug 391980 in File Handling "New Download manager automatically associates all types of files including folders with one file type" [Normal,Verified: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=391980 [22:25] [reed], you committed that ? ^^ [22:35] Building nspr 4.7.0~1.9b1-1 [22:36] for Ubuntu Hardy (release) [22:36] asac, asac_ ^^ === asac__ is now known as asac [22:47] asac ? [22:51] <[reed]> Ubulette: yes, I commit a lot of things :) [22:52] http://paste.ubuntu.com/2301/ [22:52] [reed], ^^ [22:53] [reed], is it fixed already ? [22:59] <[reed]> looking [22:59] <[reed]> https://bugzilla.mozilla.org/show_bug.cgi?id=405561 [22:59] Mozilla bug 405561 in File Handling "nsGnomeVFSService.cpp has new libgnomevfs/gnome-vfs-utils.h system header dependency" [Normal,New] [22:59] <[reed]> that [22:59] <[reed]> that's the fix [23:03] ok [23:06] <[reed]> once it gets approved, I'll land it [23:08] i'll apply it here, yesterday's build is awful [23:10] i have scrollbars in the middle of each page === asac_ is now known as asac [23:18] lol [23:18] ? [23:19] see my disconnect count [23:19] Nov 27 23:41:50 senica pppd[29605]: Connect time 9.3 minutes. [23:19] Nov 27 23:48:08 senica pppd[29605]: Connect time 5.7 minutes. [23:19] Nov 27 23:51:25 senica pppd[29605]: Connect time 2.7 minutes. [23:19] Nov 28 00:02:34 senica pppd[10137]: Connect time 1.4 minutes. [23:21] Ubulette: the ffox 3 menu item is still the old one? [23:21] or is it just the gnome-panel not updating? [23:23] gnome-panel does not update if the icon's filename is the same for sure. I need to check if the icon is correct [23:23] its just funny ... the quick starter in the panel changed to official logo ... the menu item stayed the same ... menu title reads now Firefox 3 Web Browser ... so probably updated [23:25] \o/ more than 10 minutes online right now :) [23:25] Icon=firefox-3.0.png [23:26] hmm [23:26] same as minefield [23:26] let's see which is which [23:26] for that icon looks like official [23:26] at least in the icon selector [23:26] probably just a menu-not-updated issue then [23:27] epiphany with mozilla/libxul-embedding backend builds now :/ [23:27] but crashes on startup [23:27] no idea why ;) ... as usually [23:27] dh_link $(DEBIAN_FF3_DIR)/icons/mozicon128.png usr/share/pixmaps/$(DEBIAN_NAME).png [23:28] it appears to not even enter any glue code ... that would be reponsible to load the lib et al [23:28] Ubulette: yes ... that ok then [23:36] yes [23:36] asac, what do we do about nss/nspr now that 4.7.0~1.9b1-1 is in hardy ? [23:37] *shrug* [23:38] see if it breaks anything :) [23:38] if not we can ignore it for now [23:40] i reformulate: what will *you* do with ff2 and other moz stuff using those? [23:41] asac, ^^ [23:41] nothing unless something breaks :) [23:42] maybe i will reupload it with an ubuntu version so it doesn't auto-sync anymore :) [23:42] why not push the one maintained here ? quilified [23:42] +t [23:43] not sure ... in the end that will probably happen [23:43] however, I always try to be happy about packages that get maintained somewhere else :/ [23:45] does xul b1 work with the new system-nss/nspr? [23:45] (new as in "from debian") [23:45] no idea [23:45] do we maintain any patches not yet applied upstream at all? [23:45] it works with ours [23:47] btw, we have to fix the .pc files for the case when we use system-nss/nspr [23:47] its not about libs ... its about headers not being found by embedders now [23:49] maybe we should consider to fix the xulrunner-dev package to provide links to the nspr headers from /usr/include/xul*/stable/