[00:00] 18:57 < Ubulette > I fetched the tarball from moz [00:00] ? [00:00] just dled the orig from moz ftp [00:00] 1.1.4 tarball? [00:00] moz = mozilla.org, not mozclient, sorry [00:00] how about using the 1.1.5 that fixed a crash with chrome [00:00] ;) [00:01] you were not done with 1.1.5 [00:01] im done [00:01] it was done just gutsys needed a touch up [00:01] its already been pushed to gutsy [00:01] i had to change target [00:01] it was not 3 days ago [00:01] it was [00:01] remember i told you ? [00:01] he uploaded it 3 days ago [00:02] i might have been working on it but i was finished before i left that day [00:02] By John Vivirito on 2007-10-23 [00:03] that was finshed push to branch just had gutsy instead of gutsy-security that i fixed a bit ago [00:03] hardys is done as well [00:03] bluekuja: are you going to UDS? [00:04] * gnomefreak pushing hardys build to revu [00:05] shit i think i fucked up [00:05] nope i didnt ;) [00:06] https://code.edge.launchpad.net/~gnomefreak/iceape/ubuntu-1.1.x.gutsy Ubulette this is gutsys or leave off the .gutsy and that would be hardys [00:08] told you last monday I forked after your commit 94 [00:08] oh [00:08] don't worry, i'll not push iceape 1.* [00:08] that was 5 days ago i cnat remmeber everythng [00:08] i mean, seamonkey 1.* [00:09] Oct 22 21:05:21 1.1.5 is not ready so I propose to fork 2.0 at commit 94 [00:09] Oct 22 21:05:29 seems good ? [00:09] Oct 22 21:06:18 make it a separate branch [00:09] Oct 22 21:06:25 yes [00:10] thought that was temp 1.1.x uyntil you got it transfered over to 2.0 [00:10] yes [00:11] i initially planed to do iceape 2.* but asac proposed to rebrand, i liked it [00:11] rebrand for 2.0 [00:12] yes but changing everything at once is painful [00:12] so i did it steps by steps [00:12] * gnomefreak not planning on rebranding 1.1.x series [00:12] next step being to move to 2.0 [00:12] lol [00:13] it's easier to rebrand the same version that has been unbranded [00:13] rather than port the unbranding across versions [00:13] * gnomefreak perfers to keep 1.1.x unchanged since 2.0 is a big major change with all of seamonkey [00:13] that's what i've said [00:14] i'll *not* push seamonkey 1.* [00:14] i just want it to run [00:14] 1.1.x gets so little changes i am not changing it yet. if he wants it changed in 1.1.x tell him to see me ;) [00:14] before i move forward [00:14] no reason for seamonkey brand 1.1. [00:14] i agree [00:14] push it as you work on it [00:15] ill talk to him when i see him about branding since i was agaisnt the iceape branding to begin with [00:15] no one wanted to rebrand 1.* for good. [00:15] but just as a migration step [00:15] 1.1.5-1.1.7 might make it in hardy i doubt 2.0 will be ready or close to ready [00:16] ah yeah (might have done the hardwork first than worry about branching ;) [00:16] 2.0 is alpha1 :) [00:16] yeah i know another 6 more stages until its close to release [00:17] anyway, if you have a clue about my seamonkey1 bug, please tell me [00:17] i might give me a few [00:17] (crash on startup because of missing chrome) [00:19] I don't see where these rdf files are installed even in iceape [00:19] fta@ix:~ $ sudo /usr/sbin/update-seamonkey-chrome [00:19] Updating seamonkey chrome registry...ls: *.rdf: No such file or directory [00:19] done. [00:20] fta@ix:~ $ sudo /usr/sbin/update-iceape-chrome [00:20] Updating iceape chrome registry...done. [00:20] fta@ix:~ $ [00:20] that's my bug [00:20] i have jars, but no rdf [00:22] ppa will be unavailable for the week end :( [00:23] someone flooded it with 300+ packages [00:23] https://edge.launchpad.net/+builds/samarium/+history [00:24] https://edge.launchpad.net/~ubuntu-langpack/+archive/+builds?build_text=&build_state=all [00:24] assholes [00:24] brb let me see if i can find it [00:25] still 220+ to go [00:26] im pushing to revu atm so browser is slow as hell [00:26] new lp is slow anyway [00:26] ppa too [00:27] there was a crash reported i think fits your bug [00:27] (ppa slower than usual) "We've currently got a backlog of 15,000 builds for Ubuntu that were triggered by a large number of syncs that come with the opening of Hardy. This needs to be processed before the average time will come down, though we are working on making small optimizations for this situation. It should be normalized by next week." [00:27] i think i just blew it off since reporter didnt provide info [00:28] gnomefreak, http://bugs.debian.org/410613 [00:28] but not helpful [00:29] my bug not helpful either [00:29] since you know the source of the crash [00:29] https://bugs.edge.launchpad.net/ubuntu/+source/iceape/+bug/123750 [00:29] Launchpad bug 123750 in iceape "iceape-bin crashed with SIGSEGV in raise()" [High,Invalid] [00:30] not helpful either [00:30] this looks like the install [00:30] from what mike said [00:30] probably but I can't what/where [00:31] do you have mozilla-imagezoom [00:31] no [00:32] > You may be hitting an old bug that is supposed to have been fixed a [00:32] > while ago... [00:32] that is what i thought as well [00:32] that it was fixed [00:32] why is chrome only setting .jars during install ON SOME people not everyone [00:33] good question [00:34] Ubulette: does it give anything in postinst? [00:34] that would help us? [00:35] im looking to see if it was fixed upstream [00:35] one of these changelogs have to give me something [00:36] Ubulette: turn off javascript and try it [00:36] no i dont htink it will help but just making sure its not the javascript bug that has been around since 1st release [00:37] it crashes on startup so i can't turn off javascript ;) [00:38] run it in safe mode [00:38] ;) [00:39] i know what the bug is, missing chrome files [00:39] i just don't know why they are not installed [00:39] it seems that javascript and the chrome run together [00:39] dont ask me why :( [00:40] http://paste.ubuntu-nl.org/42292/ [00:40] why couldnt you find a mem leak like everyone else [00:41] http://www.mozilla.org/projects/security/known-vulnerabilities.html#seamonkey1.1.5 see if you can find it faster than me [00:41] that shows 2 .rdf [00:41] and its still crashing? [00:42] i have chrome.rdf installed-chrome.txt overlays.rdf in mine and i dont crash [00:43] im not sure .rdf files is the issue TBH [00:44] those rdf files are generated by something [00:44] brb and yes mozconfig no? [00:46] mozconfig ? it's just for configure [00:47] # files autogenerated by update-iceape-chrome - we can remove them [00:47] for file in installed-chrome.txt chrome.rdf overlays.rdf stylesheets.rdf; do [00:47] rm -f /usr/lib/iceape/chrome/$file; [00:47] done [00:47] hmm [00:48] regchrome maybe [00:49] wrong file [00:50] im not looking at source atm. but you show you have 2 .rdf files and you say its crashing due to not having them? where did you get them from [00:54] if it created them properly and iceape just isnt using them it would have to be a failing link in one of our files in debian dir no? [00:55] no, reread, iceape has 2, i have none [00:56] that pastebin wasnt from your files? [00:57] it was from /var/lib [00:57] thats not in iceape source [00:57] http://paste.ubuntu-nl.org/42292/ [00:59] oh iceape has them seamonkey doesnt [01:01] give me a sec [01:03] oh, installed-chrome.txt is very different too [01:04] i was looking at update-seam/icea chrome in debian but both are same [01:05] i checked that already [01:05] did you drop the update-chrome patch? [01:05] no [01:06] i've dropped only 80_config.dpatch which is useless with cdbs [01:07] ummmm these patches are not patching the same file [01:07] --- xulrunner/config/rules.mk == iceape [01:07] +++ iceape-1.1.4/config/rules.mk == seamonkey (ignore the +++ and ---) [01:08] ? [01:08] patch name == same but they are patching diff. files [01:08] 10_no_chromelist.dpatch [01:09] why is iceapes patching xulrunner and seamonkey patching iceape-1.1.4/config [01:09] why is seamonkeys patch patching iceape [01:09] anything [01:10] top level doesn't matter [01:10] # 10_no_chromelist.patch converted from dpatch file initially by Mike Hommey [01:10] # [01:10] # Don't build chromelist.txt files. bz#331781 [01:10] # Also correctly call make-jars.pl. bz#333543 [01:10] Index: iceape-1.1.4/config/rules.mk [01:10] =================================================================== [01:10] --- iceape-1.1.4.orig/config/rules.mk [01:10] +++ iceape-1.1.4/config/rules.mk [01:10] yep [01:10] @@ -1557,34 +1557,30 @@ [01:11] that's expected [01:11] it should since seamonkey shouldnt have a top level of iceape and the patches are no where near the same either [01:11] the content is totally different [01:11] quilt works as -p 1 so it doesn't matter [01:12] no mike imported this patch from xul, i imported/converted mine from iceape [01:12] gonna have to assume it has something to do with it since they are clearly no where near the same patch afaict but it might be expected since the file changed [01:13] it is the same patch. both are touching config/rules.mk [01:14] hmmmmmmmm [01:15] i dont have any "if test" in iceape patch but the rest of it is same the if test lines are same but im missing the words "if test" [01:15] that's just -p1, you're confused by the (ignored) top level ;) [01:16] not really im more concered about parts of file missing in icepae and not missing in seamonkey [01:16] * gnomefreak gonne assume autoconf was run [01:18] im heading to bed but im willing to bet its right in front of our faces [01:18] oh, just did a diff, it's just that I used more context with quilt [01:18] i saw that [01:18] i bet the bug is in debian/rules [01:19] somewhere in my cdbs migration [01:20] hmm, the DO_CHROME macro [01:20] ok night ill check revu comments in morning maybe [01:20] 'night [01:21] let me know when i get here tomorrow if you found it [01:21] sure === asac_ is now known as asac [15:27] greetz from boston [15:28] hi [15:28] hi [15:32] asac, could you read the logs here or do you want me to paste a few lines that I'd like you to comment [15:32] Ubulette: he might be on the plane to boston [15:33] Ubulette: please paste a few lines [15:34] the connection currently sucks here so typing is pretty cumbersome [15:34] ... and no, I am sitting in a conference room ;) [15:35] long flight i bet ;) [15:35] mozilla bug 327181 [15:35] mozilla bug 399275 [15:35] asac, if you have time, read those two bugs. [15:35] basically, the ui for self signed / bad cert is gone for good as it's considered bad security practice [15:35] there's an override ui deep in the option (7 steps or so) [15:35] the argument makes sense but I think it will be badly received by lambda users [15:36] http://www.sofaraway.org/ubuntu/tmp/bad-cert-before.png [15:36] http://www.sofaraway.org/ubuntu/tmp/bad-cert-Minefield.png [15:42] asac, still there ? [15:48] lol [15:48] Ubulette: did you find the issue with chrome crash? [15:49] yes, i'm fixing it right now [15:49] ah ok rules file? [15:49] it's cdbs [15:50] oh [15:50] well, not cdbs's fault. the install stuff is just far too messy [15:51] i'm having a hard time to find where to hook those f*g rules in cdbs [15:52] should be siumular to firefox [15:52] simular [15:52] rules from ff and rules from iceape are very very close to same so i would assume adding cdbs should be very close to same as ff [15:53] atleast able to be used as template [15:53] got distracted [15:53] let me read [15:53] is ubotu down? [15:53] yes [15:54] ubotwo is being used [15:54] Mozilla bug 327181 in Security: PSM "Improve error reporting for invalid-certificate errors (error page for https, or combined dialog)" [Enhancement,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=327181 [15:54] Mozilla bug 399275 in Security: PSM "create preference which restores per-page SSL error override option for IT professionals" [Enhancement,New] http://bugzilla.mozilla.org/show_bug.cgi?id=399275 [15:54] < [15:54] but not in here. if you want him here i can ask ljl when i see him [15:55] Ubulette: hmmm .... the security error dialog ... is that really an upstream issue? [15:56] or maybe because how we ship nss and build it in? [15:56] no, it's not a bug [15:56] they dropped the ui [15:56] bad security practice [15:56] i know [15:56] but you seee an error dialog [15:57] 399275 wanted to recreate it, but it's going nowhere [15:57] it should be a notification on top of the gecko window [15:57] it's been like that for 2 weeks in trunk [15:57] and before? [15:57] what happens in our a8 build? [15:58] before, the ui was there like in ff2 [15:58] a8 was before that change [15:58] it's an a9 stuff [15:58] ok ... but i remember having seen something like that somewhere ... e.g. when you visit a not-signed ssl site you get a notification like for popup blocking [15:59] i'm not aware of that [16:00] good afternoon everyone [16:00] :) [16:00] have you testeed nightly upstream builds? [16:00] gnomefreak, unfortunately no :/ [16:00] Ubulette: ^^ ? [16:00] asac: do you have a minute for pushing bittorrent to -proposed? [16:00] asac, no [16:01] but the bug is clear to me. what I see is what is in the bug [16:01] bluekuja: you have a minute to push iceape? [16:02] ;) [16:02] bluekuja: i cant be there this time either (and it pisses me off something bad) [16:02] gnomefreak, yes, link? [16:02] gnomefreak, I hope next UDS will be done in italy [16:02] ok [16:02] hehe [16:03] im hoping for north carolina but good luck :( [16:03] bluekuja: http://revu.tauware.de/details.py?upid=438 [16:03] * gnomefreak thinks most motus are scared of moz. packages [16:04] oh, it's a new upstream release [16:04] bluekuja: security release already in gutsy [16:04] yep [16:05] Ubulette i don't see anything about this error dialog you see in mozilla bug 399275 [16:06] gnomefreak: did you receive any regression bug reports for iceape security update we rolled? [16:06] asac: no [16:06] should i have? [16:07] gnomefreak, how long for having it built? [16:07] bluekuja: huh? [16:07] asac: do you remember the cloaks that were used at UDS sevilla? [16:08] bluekuja: how long did it take to build? [16:08] gnomefreak, yes [16:08] you dont want to know [16:08] gnomefreak: cloaks? [16:08] gnomefreak: on freenode? [16:08] bluekuja: for binaries it took > 3hours [16:08] asac: yes [16:08] omg [16:08] bluekuja: deid you add the info i asked for to the bug? [16:08] asac: yup [16:08] asac: https://bugs.edge.launchpad.net/ubuntu/+source/bittorrent/+bug/66795 [16:08] asac: at UDS they give cloaks now due to failing connections to freenode [16:08] https://bugzilla.mozilla.org/show_bug.cgi?id=327181#c147 [16:08] gnomefreak: no i don't remember [16:08] i didnt think so [16:09] asac, ^^ [16:09] asac: everything is ready there [16:10] bug #124336 [16:10] bluekuja: i have a p4 1.7ghz and 256 ram so it might build faster for you [16:11] gnomefreak: you really should get mor ram [16:11] and AFAIK ppa hasnt updated for hardy yet [16:11] asac: ubotu is now here :/ [16:11] afaik in gutsy its not even supported to have just 256 [16:11] *not [16:11] asac: its way too much for ram [16:11] i can get a new pc for what it would cost for ram [16:11] gnomefreak, yes, I have a 3 ghz [16:11] Ubulette: i currently download latest nightly upstream build [16:11] theres some kind of fucked up ram in here [16:11] so maybe it will build a little faster [16:12] bluekuja: nope ubotu has troubles seveas isnt around to fix it either [16:12] gnomefreak: ppa does hardy, i've already built ff3/xul1.9 [16:12] gnomefreak, ah damn [16:13] oh it has been updated already [16:13] yesn last week [16:13] crap could have sent it there to build bins so you can see it built [16:13] assuming that is what you are checking before pushing [16:14] Ubulette: it must have opened the day hardy uploads were released than [16:14] asac: would be great to have it done :) [16:16] asac: you wont need the UDS cloak sin ceyou have a cloak already is what i gather [16:16] gnomefreak: yeah :) [16:16] are there others online that don't have a cloak ... or what are you claimin? [16:17] we are working on sorting out the UDS cloaks [16:17] they will be k-lined without it [16:17] bluekuja: so how to reproduce? [16:17] asac: apt-get install bittorrent-gui [16:17] e.g. just installing bittorrent-gui? [16:17] then [16:17] open up your terminal [16:18] and do [16:18] btdownloadgui.bittorrent [16:18] you'll find the bug [16:18] then get the fixed package [16:18] and check again [16:18] :) [16:22] ok ... connection is really slow here [16:22] btw asac i got a bunch of confirms that reply to list doesnt work [16:22] 22k :/ [16:22] gnomefreak: where? is there abug? i guess this is about tbird, isn't it? [16:24] yes bug [16:24] just commented on it [16:24] https://bugs.edge.launchpad.net/ubuntu/+source/mozilla-thunderbird/+bug/52667 [16:24] asac: this is the bug (it hasnt worked since tbird 2.0 final) iirc that was upstream complaint or a blog i read a while back [16:25] asac, are the conferences streamed ? [16:25] gnomefreak: does it work for icedove? [16:25] i dont kno wi dont have a sid chroot it keeps failing to build it [16:26] i will try again since its been a week [16:26] Ubulette: no idea ... i don't think that this weekend fosscamp is streamed, but UDS will have IP telephony where you can dial in to listen and contribute [16:26] asac: ok, let me know when done [16:26] I just want videos ;) [16:27] btw, i've updated https://edge.launchpad.net/prism [16:29] bluekuja: done [16:30] asac: you rock alex, gonna message the motu-list later when I'll be back home [16:31] asac: for having it tested and moved to gutsy [16:32] ok, leaving [16:32] cu later [16:32] gnomefreak, gonna ping you for iceape again [16:32] today or tomorrow [16:33] bluekuja: ok did you want me to upload to PPA? [16:33] so it builds for you? [16:34] asac: can you pastebin the repos for sid please [16:41] bluekuja: thanks [16:41] repos for sid? [16:42] deb http://ftp.de.debian.org/debian sid main [16:42] deb-src http://ftp.de.debian.org/debian sid main [16:42] gnomefreak: ^^ [16:42] oh thats it? [16:42] * gnomefreak thought there was more [16:42] official reops atleast [16:43] gnomefreak, forget about i386 ppa for at least 2 days [16:43] ok will get it done and test on icedove [16:43] Ubulette: figured as much [16:44] but this should be handled sooner than that IMHO if it does break the TOS [16:44] bluekuja: i think the package has to enter -proposed first [16:44] i will ask someone [16:45] problem is its a weekend and UDS weekend so finding people usefull like LP admins is gonna be hard for the next week or so [16:46] bbl i have to run and get flu shot [16:59] hmmm anybody gets an idea what mozilla bug 396695 is about? ... do we see this as well in 2.0.0.8? [17:11] gnomefreak: jett wants to join the mozillateam [17:12] ok off for some socialising! will be back in a few hours i guess [17:37] asac, I guess https://bugzilla.mozilla.org/show_bug.cgi?id=398728 needs an answer either from us or from debian [17:46] gnomefreak, hmm, 130 lang packs to go (out of 300+). maybe it will end faster than I expected === Jazzva_ is now known as Jazzva [18:35] mozilla bug 398728 [18:35] http://www.sofaraway.org/ubuntu/tmp/SeaMonkey.png [18:37] i'm done with sm 1.1.4 [18:37] with nss/nspr head :) [18:41] Ubulette: cool [18:42] maybe twe want to contribute that page upstream? [18:42] ? [18:42] i think pristine upstream has something else [18:42] which is far more ugly ... or even a remote page [18:43] i've updated the links to point to ubuntu [18:44] W: Failure while configuring base packages. [18:44] well, i don't think it matters as it's still 1.1.*. [18:44] fuck chroots [18:44] asac: cant build sid chroot [18:44] Ubulette: right .... lets see how it works out on trunk [18:44]