[00:06] mozilla bug 471359 [00:06] Mozilla bug 471359 in Build Config "trunk build broken with "libxul.so: hidden symbol `deflate' isn't defined"" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=471359 [00:30] jaunty users, are you experiencing mouse icon flickering between hand and regular pointer icons when it's located over a link? === Jazzva_ is now known as Jazzva [00:31] Jazzva, in firefox? [00:31] yes [00:31] yes, it seems related to X [00:31] I was wondering was it FF or X :). [00:32] it disappeared since I reverted X to pre Dec 15 [00:33] hmm, I hope it will be fixed soon. but I'm too lazy to revert X, it's still not that irritating :) [00:33] Jazzva, in fact, my cursor was not changed but the status bar was, it changed to "Done" [00:34] fta: it's working for me... [00:34] you are able to see the url when you hover a link? [00:34] if the cursor is not flickering.. [00:34] :) [00:35] if it's flickering, then the status bar is too, between "done" and the actual link [00:35] ok so it's the same [00:39] Jazzva, i guess you could file a bug :) asac experienced the same thing too [00:39] against X? [00:41] xserver-xorg [00:41] fta: do you know a regression window for the flickering? [00:42] xserver-xorg: [00:42] Installed: 1:7.4~5ubuntu5 [00:42] Candidate: 1:7.4~5ubuntu9 [00:42] xserver-xorg-core: [00:42] Installed: 2:1.5.3-1ubuntu1 [00:42] Candidate: 2:1.5.99.3-0ubuntu3 [00:42] xserver-xorg-input-evdev: [00:42] Installed: 1:2.0.99+git20080912-0ubuntu6 [00:42] Candidate: 1:2.1.0-0ubuntu3 [00:42] fta: hmm ... and ffox didnt change? [00:42] nope [00:43] fta: can you confirm that disabling prefetch makes this go away? [00:43] i'm no longer impacted [00:44] i can't unpin X, it crashes far too often [00:44] Jazzva: ^^? [00:45] asac: you want me to revert X to 1:74~5ubuntu5? [00:46] xserver-xorg, and xserver-xorg-core to -1ubuntu1? [00:46] no, disable prefetch in ff prefs [00:46] ok, I'll test a bit [00:47] fta: that's the network.prefetch-next parameter? [00:47] yes [00:47] make that false and restart ffox [00:47] and check whether this makes it go away [00:47] right, still flickers [00:47] strange ... for me it always went a way ;) [00:47] so back to square one .... can we somehow capture X events? [00:47] well, I expirienced it on the homepage right after starting ff [00:48] yeah. [00:48] now I'm just trying to make it happen again [00:48] i am already further than thinking that its prefetch [00:48] its something else [00:48] Jazzva: thtas 3.1 right? [00:49] hmm, strange, it's not flickering (or I'm just lucky :)) [00:49] asac: 3.0.5 [00:49] really [00:49] hmm [00:49] havent seen it there yet [00:49] ah, it's flickering :) [00:49] so its probably different bug [00:49] our flickering makes the status bar when hovering links always bounce back to "Done" [00:50] and the cursor goes from POINTER -> DEFAULT [00:50] and back [00:50] so you cannot see where the link points to in status bar [00:50] the status bar is flickering between link and current status ("Reading", "Transferring", "Done", ...) [00:51] when hovering a link or what? [00:51] when you place the cursor over a link. no need to move it after that... [00:51] asac, if you care to help with mozilla bug 471359.. [00:51] Mozilla bug 471359 in Build Config "trunk build broken with "libxul.so: hidden symbol `deflate' isn't defined"" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=471359 [00:55] http://hg.mozilla.org/mozilla-central/pushloghtml?changeset=8eb5a5b83a93 [00:55] thats the push log [00:56] fta: i dont understand why the link you attatched to bug doesnt even show all touched files [00:57] yes, i've spent hours on that already, i'm lost in hg log / hgweb, they contradict each other [00:58] fta: do you have the hg diff for that? [00:58] and the hg log? [00:58] i dont trust what is in web ;) [00:58] i wonder why they perform such huges merges with a rebase or something [00:58] -s [00:58] without [00:59] yeah [00:59] big landing ;) [00:59] i think hg rebasing has just recently been added [00:59] but queues would have worked i think [01:00] but then you cannot just go on with the branch [01:00] but well [01:00] look at the automake.mk.in changes [01:00] SHARED vs STATIC LIBRARY [01:01] it is supposed to be backed out [01:01] so are those hidden symbols really from zlib and not from js? [01:01] deflate is clearly from zlib [01:04] fta: which header are those symbols in? [01:04] inflateEnd [01:04] zlib.h :) [01:04] inflateEnd [01:06] /usr/include/zconf.h [01:13] fta: do you have config/system_wrappers/zlib.h in your biuld tree? [01:14] asac, yes [01:14] zconf.h? [01:14] asac, it's a linker error [01:14] not a parser error [01:14] fta: yes i know [01:14] still [01:14] its important ;) [01:15] the wrappers are used to keep symbols from system libs unhidden [01:15] otherwise they will end up hidden [01:15] so it could be that you dont have a -I../../config/system_wrappers at compile time or something [01:15] no zconf.h, not even for the successful builds [01:15] or the files dont exist [01:15] fta: thats probably ok [01:16] if zlib.h includes zconf.h [01:16] which it does as i see now [01:16] do you see system_wrappers somewhere in build log? [01:17] especially for the compile command that is used to build the stuff linked together here [01:17] (e.g. mozpng) [01:17] https://edge.launchpad.net/~fta/+archive/+build/822941/+files/buildlog_ubuntu-jaunty-i386.xulrunner-1.9.2_1.9.2~a1~hg20081228r23135+nobinonly-0ubuntu1~fta1_FAILEDTOBUILD.txt.gz [01:20] fta: are there any zip related headers in dist/ ? [01:21] none [01:32] actually cant really see something in the commit you isolated [01:33] that could cause this directlry [01:33] are you sure you still get the same error when doing it on that commit [01:33] ? [01:34] espectially since you say that that STATIC SHARED changes have been backed out [01:38] 20081228r23135 NOK [01:38] 20081225r23123 NOK 8eb5a5b83a93 [01:38] 20081225r23121 OK 09997a70e4fb [01:38] 20081225r23118 OK 696553764912 [01:38] 20081225r23111 OK 7dd3e4a4ceff [01:40] in http://hg.mozilla.org/mozilla-central/rev/8eb5a5b83a93, you have the SHARED_LIBRARY_NAME/STATIC_LIBRARY_NAME patch [01:41] asac, ^^ + http://hg.mozilla.org/mozilla-central/log/9f80cbefc185/config/config.mk [02:02] 73be1c836d7f [02:02] landed [02:02] err [02:02] dumb me ;) [02:09] anyway ... off ... need to reproduce to look [04:49] fta: just committed two patches to my bzr branch for your assert issues in pulseaudio. i am test-building then will toss into ppa. [05:03] Jazzva: will look at the mic issue later this evening (16 hrs) [07:34] <[reed]> I'm tired of self-signed cert garbage [07:34] * [reed] just wants to reply to that mail to ubuntu-mozillateam@ with "RESOLVED WONTFIX -- EOM" [09:41] asac: you up yet? [09:52] 3 kernels i cant use because of nvidia drivers broken :( === asac_ is now known as asac [11:56] flashgot done justs pushing .ubuntu branch [13:05] gnomefreak: merge with new .upstream that doesnt have the non-fre files? [13:05] [reed]: which mail? [13:06] didnt get anything about self-signed ;) [13:06] let me check archive [13:07] its indeed there, but i aint have it [13:07] * asac checks server [13:07] * asac opens =probably-spam [13:08] found it there [13:08] 0.6 HTML_00_10 BODY: Message is 0% to 10% HTML [13:08] 1.9 HTML_MESSAGE BODY: HTML included in message [13:08] dumb man [13:08] doesnt manage to send a mail to our mailing list that isnt marked as spam here ;) [13:10] asac: yes its all fixed (flashgot) [13:19] gnomefreak: i dont get that [13:19] not wanting it in source [13:19] * .bzr-builddeb/default.conf: Added bzr-builddeb revision information [13:19] why is that in a .upstream commit? [13:20] gnomefreak: what i wanted you to do is to not trash your branch [13:20] asac: files were removed and .bzr* added [13:20] instead fix .upstream [13:20] and merge that to .ubuntu [13:20] you trashed everything [13:20] gnomefreak: yes thats wrong [13:20] asac: its fixed nothing is wrong atm [13:20] why .bzr added [13:20] thats the .upstream branch [13:20] gnomefreak: its wrong that .bzr-builddeb is in .upstream branch [13:20] asac: yes no kidding that is where .bzrr-* lives [13:21] gnomefreak: err ... i am telling you that its wrong [13:21] you must not add .bzr-builddeb in a upstream commit [13:21] you do that in the packaging committs [13:21] asac: asac the .ubuntu branch is fine done right or wrong its the same aws if i merged them [13:21] gnomefreak: its wrong ;) [13:22] the commit 2 is bad [13:22] .bzr-buiöddeb should not have been there [13:22] what differece does it make you are adding it to upstream source [13:22] either way [13:22] gnomefreak: it makes a huge different [13:22] gnomefreak: for instance now the revision is wrong ... but besides from that its not a "upstream" file [13:22] its a packaging thing [13:23] not wanting it in source [13:23] why do you say that and add that in the same commit [13:23] than ill fix it tomorrow maybe tonight but i doubt it [13:23] ok [13:23] asac: it modifies the source package [13:24] do you understand what i want ;)? [13:25] i want commit 1 + remove the files ... then do the packaging and add .bzr-builddeb in those commits ;) [13:25] k [13:34] upstream commit 1 should have initial release + remove the .cpp and friends than do the .ubuntu packaging and add .bzr-* there [13:34] right? [13:40] ok im gone im late already [16:14] asac, wasn't tagged as spam here: X-spam-debug: -2.6 BAYES_00=-2.599,HTML_MESSAGE=0.001 [16:44] fta: yes. my html thing is quite high [16:45] but i have no direct delivery .... so no grey listing ;) [16:45] was it gnomefreak who worked on sunbird 0.9? [17:05] ok found his branch [17:05] merged ... continuing [17:59] ok getting antoher coffee [18:56] guys did the mozillateam changed FF to FF3.1 in jaunty?? [18:56] I can't start FF3.0.5 even when using firefox-3.0 [19:00] ping asac fta [19:01] nope, both are in jaunty [19:02] BUGabundo, do you see an error when you start 3.0 in a terminal ? [19:02] I can't start ff3.0 after opening FF3.1 [19:02] for the last 3 days [19:02] no error, just a new FF3.1 window! [19:02] from this update firefox-3.1 (3.1~b3~hg20081227r22500+nobinonly-0ubuntu1~fta1) jaunty; urgency=low [19:02] xulrunner-1.9.1 (1.9.1~b3~hg20081227r22500+nobinonly-0ubuntu1~fta1) jaunty; urgency=low [19:02] hmm [19:03] really anoying [19:03] I still have lots of stuff on 3.0 [19:03] mainly Awesome Bar history and coockies [19:03] meaning to email the list to ask: is there any way I can MERGE 2 or 3 FF profiles? [19:04] I want to merge a windows FF3.0, a jaunty 3.0 and jaunty 3.1 [19:04] fta: dont we change the app id? [19:04] so it starts up? [19:04] (3.1) [19:05] i recently changed that back to prefer a different profileid, works for me here with 3.0/3.1/3.2 [19:05] yes interesting [19:05] in only see that behaviour with my pristine trunk builds [19:05] ? [19:05] I used to have both opened! [19:05] 3,1 is muc faster for many sites [19:06] but some addons still don't work [19:06] like tabmixplus and nosquint [19:06] plus I have all my history... can't lose that! [19:06] well ... when you first started 3.1 it copied your 3.0 profile [19:06] huuuu [19:06] so long ago [19:06] if you dont care about the changes in 3.1 since then you can just remove that directory again [19:06] still in ibex [19:06] from fta ppa [19:07] but I already lots of info on FF3.1 [19:07] olol [19:07] I need to merge them eehehehe [19:07] no way i tugess [19:07] at some point you have to choose [19:07] addons and bookmarks are already linked [19:07] BUGabundo: probably a bad idea [19:07] I guess ill have to export and import it some how [19:07] especially if you want to run both at the same time [19:07] you can export and import but be careful not to replace [19:07] maybe ... if you find a way to do that let us know [19:07] been working great up until this weekend [19:08] BUGabundo: i would suggest to look into weave [19:08] now, I can't open 3.0 [19:08] maybe that allows you to share bookmarks and synch them between 3.1 and 3.0 [19:08] but please dont link the sqlite files [19:08] fta I have bzr repo with .mozilla settings [19:08] that causes troubles [19:08] I won't loose anyting [19:08] asac: I haven't linked them [19:08] ah [19:09] because I thought it would be unstable [19:09] 20:07 < BUGabundo> addons and bookmarks are already linked [19:09] BUGabundo, i changed something this w-e in 3.1 so i'm curious to understand why it doesn't work for you while it does for me [19:09] but not beeing able to have BOTH opened is a night mare! [19:09] not sure what you linked for bookmarks then ;) [19:09] from the dir! [19:09] * BUGabundo looks at it again... long day... tired [19:10] asac: bookmarkbackups is the one linked [19:10] not the sqlite for bookmarks [19:10] fta I'm wiling to provide you with any info I can gather [19:10] I did change the engine in gconf [19:11] to use the most recent version [19:11] hm, it works fine with 3.1 and 3.2, not 3.1 and 3.0, interesting [19:11] if 3.1 is 1st, 3.0 just opens a new 3.1 window... [19:12] yes [19:12] that's it! [19:12] * BUGabundo installs 3.2 from PPA to have a look at it [19:13] 34MiBs? uau this packages are growing! [19:13] fta should I open a bug for it? [19:13] it's "exec /usr/lib/firefox-3.0.5/firefox" so it's ff acting strange [19:13] so we can keep track and other users find it? [19:14] BUGabundo, no need, i'll investigate that, should not be that difficult [19:14] ok [19:14] it's just impacting my ppa so far. [19:14] but I'll not know when its fixed! [19:14] humm [19:14] mine is from jaunty repos [19:15] nope [19:15] 3.0 is from jaunty, 3.1 is from ppa [19:15] ou shouldnt install jaunty stuff on intrepid [19:15] *** 3.0.5+nobinonly-0ubuntu1 0 500 ftp://darkstar.ist.utl.pt jaunty/main Packages [19:15] *** 3.1~b3~hg20081227r22500+nobinonly-0ubuntu1~fta1 0 500 http://ppa.launchpad.net jaunty/main Packages [19:15] walking home [19:15] I'm on jaunty, asac [19:28] brb [19:48] hmm.. it's just 3.1. when i 1st start 3.2, I can start 3.0 as before. [20:40] good [20:40] darn ... X is sooo slow since last kernel update [20:40] http://identi.ca/notice/1636604 [20:57] asac, did you figure out the ftbfs yesterday ? [20:59] back from dinner [21:06] fta: no ... no non-debug build yet here [21:06] maybe i will spin it a bit later [21:06] first i have to resolv performance issues [21:06] its unbearable [21:07] its like i am having a console on a 33Mhz 386 ;) [21:07] BUGabundo, in fact, 3.2 is still using my old trick so it works as expected. the new trick is only in 3.1. strange that it worked for me before.. [21:07] switching terminal tabs takes about 3 seconds ;) [21:07] asac, just boot on the previous kernel [21:07] good idea ... lets hope that it was really the kernel ;) [21:07] strange though [21:07] let me check what changed ;) [21:08] fta: let me check 3.2 [21:09] fta: $ firefox-3.2 *NOTICE* No previous firefox-3.2 profile found, we'll initialize a profile using a copy of your existing 'firefox-3.1' profile. Transfering... done. [21:09] Firefox-3.1 is already running, but is not responding. To open a new window, you must first close the existing Firefox-3.1 process, or restart your system. [21:09] LOL [21:10] fta: https://edge.launchpad.net/ubuntu/jaunty/+source/linux/2.6.28-4.5https://edge.launchpad.net/ubuntu/jaunty/+source/linux/2.6.28-4.5 ... does this mean all those modules are now built-in ? [21:10] hm, this is not supposed to happen, obviously [21:10] fta: why is 3.2 basing its profile on 3.1 ... it should be "3.0" i think ... unless there is no 3.0 of course [21:11] it prefers 3.1, then 3.0 [21:12] asac: since jaunty will have 3.1, I would think it to be a better choice [21:20] BUGabundo, could you show me your: grep -E '^(Name|Profile)=' /usr/lib/firefox*/application.ini [21:20] BUGabundo: thats not known [21:21] asac, imho, it makes more sense for 3.2 to 1st try to clone 3.1 before 3.0, it's closer [21:21] fta: i see that you choose that order, but i don't agree ... the one in main is the default for default users ... and those that do different are supposed to know what they are doing ;) [21:22] i try both, just 3.1 first [21:22] grrrr paste.ubuntu is down again? [21:23] nope, it's not [21:23] fta: http://paste.ubuntu.com/95393/ [21:23] pastebinit is not working with it... again [21:23] fta: there are two use-cases that conflict: [21:23] BUGabundo, 3.2 is wrong. [21:23] 1. users that always want to track latest want the current behaviour [21:24] 2. users that use the non main browsers for testing probably want the other order [21:24] BUGabundo, it should read Name=Firefox-3.2, hence the error you got [21:25] asac, 3.2 is not meant to enter the repo anytime soon, and by then, 3.1 will use ~/.m/firefox so it does not hurt as it is [21:26] fta: well ;) whatever you want. i would just like to get a consistent line ;) ... one strategy is always closest version, the other is always main [21:26] there is a third way ... we could check which profile is last used [21:26] and if there is a considerable difference we use the last used one [21:27] if they are close enough (e.g. no more than a week difference), we use the main ;) [21:27] but well ... in the end i dont mind ;) [21:27] BUGabundo, i already fixed that in 3.2 but unfortunately, xul 1.9.2 is broken so it needs to be fixed first. in the meantime, you can just edit that file, or just ignore 3.2 [21:27] I'll ignore it [21:27] just is a bit strange to base stuff off a "non-default" dir [21:27] I just installed it to test [21:27] what about 3.0 vs 3.1 ? [21:28] BUGabundo, i guess i have to revert my change until i understand what part of the code is hurting us [21:28] too bad, it was nicer [21:29] BUGabundo: can you plese test weave for us and report back if its usable etc. ... i want to have a best-practices guide for how to best keep important stuff from different profiles in sync [21:29] ;) [21:29] last time I used weave I had LOTS of trouble [21:30] linux builds failed a lot [21:30] and even windows were non stable [21:30] also i think there are still users that have a shared win/linux profile ... i would like to eliminate any of such idea at least from help.ubuntu.com [21:30] and update it with something more senseful [21:30] BUGabundo: when did you test? [21:30] in the beginning of the year, I'm getting laid off, so I guess I'll have some extra time to test it [21:30] BUGabundo: thats long time ago ;) [21:30] around july [21:30] still long ago i think ;) [21:31] If I'm not mistaken [21:31] * BUGabundo checks backups! [21:31] but i cannot say ... haven't tested lately due to time constraints [21:31] asac: I was saying I could test it again in 2009 [21:31] not that I tested it in jan 08 [21:31] ok [21:32] if I have some time [21:32] I'll test it again on both OSs [21:32] and post back to that LP ticket about packageing it! [21:32] or here [21:56] i should really reboot ;) [21:56] ehheheh [21:56] may the build just finish ;) [21:56] why is that asac? [21:56] so i can reboot ;) [21:56] the system is creeping [21:56] i hope its latest kernel [21:57] http://identi.ca/notice/1636604 [21:57] <[reed]> I'm just tired of my thinkpads both dying [21:58] <[reed]> stupid ubuntu kernel [21:58] try vanilla kernel [21:58] i am currently running that on my thinkpad [21:58] didnt have much bad experience before though [21:58] I have the latest in jaunty [21:58] everyuthing is fine [21:58] <[reed]> I am running vanilla kernel on intrepid [21:58] Linux blubug 2.6.28-4-generic #5-Ubuntu SMP Fri Dec 26 22:48:55 UTC 2008 x86_64 GNU/Linux [21:58] <[reed]> and it's horrible [21:58] [reed]: so it didnt help ;)? [21:58] what are you suffenrinf from? [21:59] [reed]: vanilla kernel from kernel.org? [21:59] <[reed]> asac: oh [21:59] ;) [21:59] <[reed]> basically, both my thinkpads (T60p and X61) just freeze randomly, and the 'A' light just blinks constantly [21:59] whats the A light? [21:59] <[reed]> /var/log/messages shows kernel problems [21:59] kernel panic [21:59] are they reported on LP? [21:59] <[reed]> asac: unsure, it looks like a tree [22:00] [reed]: bios update ;) [22:00] have you emailed the kernel team? [22:00] <[reed]> asac: both have the latest bios [22:00] <[reed]> well [22:00] <[reed]> my X61 does [22:00] hmm [22:00] <[reed]> T60p might now [22:00] <[reed]> not [22:00] [reed]: pastebin your syslog and kernel log please [22:00] maybe the latest is broken then ;) ... its really wierd. i not many issues on my X61 [22:00] and its still running intrepid (but now with vanilla self-baked 2.6.28 kernel) [22:01] just jump to jaunty! [22:01] heh [22:01] thats probably not the best you can do ;) [22:01] X is really kicking at me ;) [22:01] ahh [22:01] I didn't upgrade my X yet [22:01] no nvidia suport [22:01] still waiting in UM queue [22:01] lolol [22:01] im'm crazy but not *that* crazy [22:02] holding back stuff is for the weak ;) [22:02] eheh [22:02] <[reed]> BUGabundo: ok, give me a bit to pull that together [22:02] todays update came with fglrx ... i was quite happy [22:02] I need nvidia so I can showoff compiz! [22:02] <[reed]> and I need to do something first [22:03] maybe it just means i shoulduse that now [22:03] [reed]: update-manager -d [22:03] [reed]: urgh [22:03] <[reed]> I don't want jaunty [22:03]