/srv/irclogs.ubuntu.com/2009/09/29/#ubuntu-mozillateam.txt

=== e-jat is now known as ejat
=== micahg1 is now known as micahg
ejatfta: i cant open this page with chromium http://is.gd/3M54x07:47
=== asac_ is now known as asac
ftaejat, nope (snap)10:01
ejatyeah10:28
ejatsnap ..10:28
fta*** glibc detected *** /usr/lib/chromium-browser/chromium-browser --type=renderer --lang=en-US --force-fieldtest=CacheSize/CacheSizeGroup_0/DnsImpact/_default_enabled_prefetch/GlobalSdch/_global_disable_sdch/SocketLateBinding/_disable_late_binding/ --channel=23481.a64dba0.1170317228: double free or corruption (!prev): 0x0b5364a8 ***10:31
asacfta: can you enable verbose build commands for chromium?11:14
asacor tell me how to do that so i can do it ;)?11:15
asacfta: i will enable version building for chromium now11:43
rippsfta: the daily bot gives me warnings when I try to use the ppa:~user/ppa as the ppa name.12:02
rippsAlso, for some reason, my packages aren't adding *.changes to my ppa directory12:02
asacmaybe your bzr-builddeb config does not set the build-area result dir properly?12:15
asacripps: ?12:15
rippsasac: huh?12:19
asacthe bot uses bzr builddeb12:20
asacthat uses a config file or command line arguments12:20
asacto determine where to put the results12:20
asacthe .changes are put there usually12:20
asacno clue if thats your problem but its unlikely that no .changes are produced12:20
asaci expect them to be just in a different dir ;)12:20
rippsasac: actually it seems to be the new package. The older packages are working and creating .changes, but the new package isn't... maybe I screwed up something in the configs12:20
asacripps: do they fail to build?12:21
asacyou should be able to see in log if they produce changes12:21
rippsasac: they build fine12:21
asacand you see that changes are produced?12:21
asacthats what usually happens near the end of the buiƶd12:22
asacmaybe you can see dpkg-genchanges or something12:22
rippsasac: okay, I know where it's going wrong, just now how or why:  http://paste.ubuntu.com/281213/12:26
rippsI'm using "%: dh $@" as my rules, and it works perfectly in my pbuilder, but for some reason, I think the automatica dh_clean is breaking something12:29
asacyeah. i think debhelper 7 is a huge mistake ;)12:38
asacs/think/feel that/12:38
rippsmaaaan... it's way past my bedtime, I just want to get this uploaded and go to bed12:43
rippsI'm going to try and prevent dh_clean all together and see if it works12:44
asacheh12:44
asacok12:44
asacif you find it, let us know12:45
rippsfta: if you read this at some point, it seems that the ppa-bot is causing somekind of issue with dh_clean or dh_auto_clean, http://paste.ubuntu.com/281213/, my issue was resolved by preventing dh_clean alltogether, but this is not an ideal solution.12:59
asacgah tbird crashed .. ... not evnough memory13:10
=== jtv is now known as jtv-afk
=== jtv-afk is now known as jtv
rippsfta: even cdbs is giving me issues, but only with the new package... I don't know what I did, but it's only this new package that get's these issues, not my old one's.  http://paste.ubuntu.com/281276/13:57
asacripps: is your produced orig.tar.gz name good?14:18
asacripps: can you build without the bot if you use the same tarball produced by bot?14:18
fta2ripps, could you give me the full logs (or forward me the email if you use -e)?14:19
fta2asac, taking interest in chromium?14:19
asacfta2: same as before.14:19
[reed]I hope not. He's restricted to Mozilla projects!14:19
[reed]:)14:19
asachehe14:20
asacfortunately, i can also spend my time whereever my work is needed and where distro input is allowed/appreciated/recognized ;)14:21
fta2grr, it seems it's impossible to use dlsym() with gcc4 and -O2/3/s and strict aliasing14:32
fta2even the example in the man page is not clean14:32
* asac would think it works. but havent tried14:34
fta2try to copy/paste the ex and build it with -Werror -O214:35
asacok let me try14:36
asacgcc -Werror -O2 -rdynamic -o foo test.c -ldl14:36
asacasac@hector:/tmp$ ./foo14:36
asac-0.41614714:36
fta2add -Wall14:36
asacgcc -pedantic-errors -Werror -O2 -rdynamic -o foo test.c -ldl14:37
asacasac@hector:/tmp$ ./foo14:37
asac-0.41614714:37
asacyeah14:37
asacthat fails ;)14:37
fta2i use -Wall -pedantic -O2 -Werror in my code14:37
asacfta2: http://paste.ubuntu.com/281314/14:46
av`asac, what should we do with #23915115:04
av`asac, a simply backport or something more?15:04
av`Launchpad Bug #23915115:05
ubottuLaunchpad bug 239151 in hardy-backports "Flashblock crashes Firefox 3" [Undecided,Confirmed] https://launchpad.net/bugs/23915115:05
asacif flashblock is completely broken for everyone we should consider to do a SRU15:11
asacfor harx15:11
asacdy15:11
av`yep15:11
av`let me know your decision15:12
fta2asac, hm, i see. a union trick. could work but it means re-engineer all my project as i have a bunch of plugins15:28
asacfta2: i found somewhere on the web that union type-punning was explicitly left allowed15:33
asacbecause that was always the best practice to do something like that15:33
asacits not a union trick, but the original and most portable way to do things like this ;)15:34
fta2well, the union adds a layer in my otherwise nice api15:36
asacfta2: you can wrap that union part16:04
asacunder the API hood16:04
asacand return the properly type casted function16:04
asacat least i would expect that APIs pass properly typed funcs in and out16:05
asacso whatever does the dlsym should do the cast16:05
fta2trying that..16:06
fta2asac, why did you add armel? any plan to upload soon?17:00
asacthe plan is to get this up asap. but that takes 1-2 month in my planning17:01
asacwe would put that in karmic-updates as we wont make it for release17:01
asacthis in particular was because someone wanted to compare ffox vs. chromium on arm17:02
asacand couldnt get it built17:03
asaconce we have most archs built we can disable VERBOSE again by default17:03
asacjust easier to look at buildd logs that way17:03
fta2i kept it disabled because some lines were really long at some point, more than what the shell allows in cli17:14
asacif it breaks todays daily we can back it out again17:15
asacbut i hope not17:15
fta2todays build failed, but for another reason17:16
asacget-orig-source didnt package that .gyp file up?17:26
fta2src/native_client was dropped completely until now17:29
fta2meaning i need a new tarball17:29
fta2hence a fresher commit17:30
LLStarksasac. you there?18:55
asacLLStarks: for a bit18:56
LLStarks1. can you tell me that mozilla changelog site again? 2. where can i find older firefox daily builds?18:58
LLStarksolder = older than 1 month18:58
asacLLStarks: hg.mozilla.org/releases -> mozilla-1.9.2 (3.6) vs. mozilla-1.9.1 (3.5)19:06
LLStarksnarrowed the change to between july 1st and august 1st.19:07
LLStarksafter july 15th.19:09
LLStarksafter 7/25 but before 8/119:11
asacLLStarks: cant you find older builds in our ppa?19:14
asachmm19:14
asaci think we only keep sources forever19:14
LLStarksi'm using http://ftp.mozilla.org/pub/firefox/nightly/200919:15
asacLLStarks: we need a one day window19:16
LLStarksdrilling it down right now19:16
LLStarks7/28-8/1 right now19:17
asacthats the thru border thing right?19:20
LLStarksyup19:20
asacany better window? ;)19:20
LLStarks7/29-8/119:20
LLStarksi'm doing 7/30 right now19:21
LLStarks7/30 build confirmed19:21
LLStarksnow to find the change19:21
asacso between 29 and 30 or 30 and 1 ?19:21
asacLLStarks: ?19:22
asacworst case would be that it got fixed as a side effect in https://bugzilla.mozilla.org/show_bug.cgi?id=47922019:22
LLStarksbetween 7/29 and 7/30\19:22
ubottuMozilla bug 479220 in Style System (CSS) "Implement the CSS gradients proposal" [Enhancement,Resolved: fixed]19:22
LLStarkshttp://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=55fd6820c596&tochange=3222b99f441c19:23
LLStarkshttp://hg.mozilla.org/mozilla-central/rev/4e85941dfbb519:24
LLStarkshttps://bugzilla.mozilla.org/show_bug.cgi?id=48606519:24
ubottuMozilla bug 486065 in Layout: Block and Inline "hidden scrollbars get drawn anyway when Gtk theme gives scrollbars borders" [Normal,Resolved: fixed]19:24
LLStarkshas to be it.19:24
asacgive it a try ;)19:27
asacthe commit i gave above is also from 30st19:27
LLStarkswhat commit was that?19:28
asacseems it landed early 31st19:29
LLStarkslemme do a before and after for the commit i linked to.19:30
asacdo what?19:30
asacjust put the patch in our xulrunner-1.9.1 package ;)19:30
asacthats simple patch19:30
asacor do you have per commit builds ready yet?19:31
asachow did you find the commits?19:31
asaci mean the bounds19:31
LLStarksi just picked an arbitrary date and then worked backwards.19:32
LLStarksusing the mozilla-central builds19:35
asaclet us know19:36
asaci am out for a while now19:36
LLStarksk19:37
LLStarkswhen will you be back?19:37
asacdoesnt really matter ;) ... just talk to me i will read when back and if you are still here will answer ;)19:38
asacbut i think 1-2 h19:38
LLStarksok19:38
LLStarksmicahg. sup.19:49
micahghi LLStarks19:50
micahgasac: any chance of getting TB3.0b4 into karmic?19:51
LLStarksdo you know how i could best way to test a commit without having to create an entire build setup?19:51
micahgLLStarks: push to PPA?19:52
LLStarksi guess, but i suck at debian packaging19:52
micahgLLStarks:you using a bzr checkout?19:52
LLStarksmercurial19:53
micahgah19:53
micahgyou can make a tarball out of it and use the code from our bzr branch to build the debian package19:54
LLStarkswhat's the bzr branch name?19:57
LLStarkslp:~ubuntu-mozilla-daily/firefox/firefox-3.1.head.daily19:58
LLStarksor do i need xulrunner?19:58
micahgLLStarks: which version of ff?19:58
LLStarks3.519:58
LLStarksthis bug: https://bugzilla.mozilla.org/show_bug.cgi?id=50036819:58
micahgand which component ar eyou changing19:59
ubottuMozilla bug 500368 in Widget: Gtk "non-zero GtkRange::trough-border value produces strange boxes in Firefox/Xulrunner" [Normal,Unconfirmed]19:59
LLStarksis fixed by this commit: http://hg.mozilla.org/mozilla-central/rev/4e85941dfbb519:59
LLStarksmicahg, i'm not sure.19:59
micahgprobably xulrunner20:00
LLStarksdo i also need to compile firefox with it?20:00
micahgnah, you can use one of the current versions of FF if you're not making any changes20:00
micahgyou just want to test that patch on the 3.5 branch?20:01
LLStarksyah20:01
LLStarkswill i be able to use firefox 3.5 shipped with karmic?20:02
micahgI think the easiest way would be to apply it as a patch in debian/patches20:02
micahgyeah, you would just need to push xulrunner to your ppa20:02
micahgI'd make the version smaller than current20:02
LLStarkshow do i do that?20:02
LLStarkspush to my ppa.20:02
micahgdo you know how to pull down the source for xul-1.9.1?20:03
asacLLStarks: build xulrunner-1.9.1 from mozilla-1.9.2 branch20:04
asacuse some local install location20:04
asacput the gre.conf into /etc/gre.d/20:04
asacand then firefox will pick up your xulrunner20:04
LLStarkswhy do i have to all the work when i know jackshit about packaging?20:05
LLStarksokay. where do i start.20:07
asacLLStarks: i told you how to do it without packaging20:10
asacyou do an upstream xulrunner build20:11
asacmake install20:11
asacensure that the right gre file is there20:11
asacdone20:11
LLStarks"build xulrunner-1.9.1 from mozilla-1.9.2 branch"20:11
LLStarkswhat does that mean? where do i get this mozilla-1.9.2 branch?20:11
asaci have you the url ;)20:12
asachttp://hg.mozilla.org/releases/mozilla-1.9.220:12
fta1.9.1 from 1.9.2 ??20:12
LLStarkswouldn't everything be easier if asac applied this change himself? i'm bound to  **** up.20:13
asacthats a typo20:13
asaci never said you should do that20:14
asaci wanted you to confirm that the patch works20:14
asacnot more20:14
LLStarkswell, i can't confirm at the commit level20:14
LLStarksonly at the binary build20:14
LLStarksthis is precise as i can be: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=55fd6820c596&tochange=3222b99f441c20:15
LLStarksand common sense tells me that  commit 4e85941dfbb5 is the most likely fix20:16
LLStarksasac, if you could apply it to the next daily or a staging ppa, that would be lovely.20:18
asacLLStarks: give me a patch that applies cleanly20:20
asacand remember that i wont try like 10 different patches that way20:20
asacok out again for a whil20:20
micahgasac: I could do this later tonight...after 1AM UTC20:21
LLStarksso... am i building xulrunner 1.9.1 or 1.9.2?20:21
asacmicahg: go ahead. push that to some ppa and let LLStarks confirm the fix (or confirm yourself)20:21
LLStarks*diffing against20:21
asacLLStarks: 1.9.120:21
LLStarksand cloning from 1.9.2?20:22
asacthe patch is on 1.9.2 branch ... you want to por t that to 1.9.120:22
asacLLStarks: you dont need to clone 1.9.220:22
micahgLLStarks: what tz are you in?20:22
LLStarksEDT20:22
asacclone 1.9.1 and download the diff from the pushlog20:22
LLStarkseastern daylight, us20:22
micahgLLStarks: will you be around 9PM EDT?20:22
LLStarksyah20:22
micahgI can build it around then20:22
micahgpush up to my ppa20:22
micahgand you can install to test20:23
micahgwhich LP bug is this for?20:23
micahgor rather what should I call the patch asac?20:23
asacwe have an upstreawm commit. that should be references20:23
LLStarkshttps://bugs.edge.launchpad.net/gtk-engines/+bug/32786320:23
asacreferenced20:23
ubottuLaunchpad bug 327863 in gtk2-engines "non-zero GtkRange::trough-border value produces strange boxes in Firefox" [Low,New]20:23
asaclike bzXXX_attXXX_short_desc.patch20:24
asacplease dont pout that bug in the name20:24
asacuse the one referenced in the upstream commit you cherry pick20:24
LLStarks"clone 1.9.1 and download the diff from the pushlog" gotcha20:24
asacand document in changelog or on top of the diff in the patch that this also fixes bug xyz20:24
micahgasac: what is att?20:24
asacmicahg: the attachment id from the bug20:24
asacthat was committed20:24
micahgah20:25
asacusually in bugzilla tehy sign off a specific file for landing20:25
asacif you click on it you see the id20:25
asacis quite important for bugs where there are mulitple patches etc. for various branches20:25
micahgok20:25
asacso https://bugzilla.mozilla.org/show_bug.cgi?id=51646520:25
ubottuMozilla bug 516465 in Places "Adaptive results aren't filtered" [Normal,Resolved: fixed]20:25
asacits 40336620:25
LLStarksasac, the diff doesn't apply cleanly for you?20:25
asaci havent checked.20:26
LLStarksi'll check20:26
micahgasac: got it, thanks20:26
asaci am doing something else besides talking to you ;)20:26
LLStarksunderstood.20:26
asacnow that micahg takes care you should ask him if you should rebase or if he does that ;)20:26
asaci would have been more happy to get a patch that is guaranteed to apply cleanly ;)20:26
micahgI was going to rebase it before applying it20:27
ftaasac,   - chromium-browser (4.0.219.6~svn20090929r27475 -> 4.0.219.8~svn20090929r27516) [78.30MB (+3085kB, +3.94%)]20:27
ftaasac, that's native_client20:28
micahgI know the lines are off by at least 3020:28
micahgasac: can you take a quick look at bug 437545420:29
ubottuError: Launchpad bug 4375454 could not be found20:29
asacoff is ok ... just quickly check that the code surrounding it is similar20:29
micahgugh... bug 43754520:29
ubottuLaunchpad bug 437545 in firefox-3.5 "missing spanish translation in firefox 3.5" [Undecided,New] https://launchpad.net/bugs/43754520:29
asacyes20:29
asacwe have a different bug for that20:29
asacits because of devmode20:29
asactoo bad ... cannot find the bug right now20:31
micahgasac: the patch looks like it would apply cleanly20:31
micahgbut I'll do a test build lateer20:31
asacmicahg: just add to debian/patches/ and series and push to your ppa20:32
asacbuilders seem idle ;)20:33
LLStarksconfirm. patches cleanly.20:33
LLStarkshttp://pastebin.com/m6699b91b20:34
micahgwaiting for ppa20:44
micahglooking good20:58
micahgshould be ready in another 10 minutes or so20:58
LLStarksi have the ppa added.20:59
micahgyou do?20:59
LLStarkshttps://launchpad.net/~micahg/+archive/mozilla-test20:59
LLStarksright?20:59
micahgthis one: https://edge.launchpad.net/~micahg/+archive/mozilla-test20:59
micahgyep20:59
micahgI guess good ppa names do help :)21:00
asaci think one cannot delete ppas yet. so choose a generic name rather than a topic ;)21:11
asacmozilla-test sounds generic enough of course21:12
ftaasac, with VERBOSE=1, it's now very difficult to track errors, esp since i use --keep-going21:17
ftaasac, i used to look for "error", now, there's -Werror at each line :P21:18
ftagrrr, seems i need to add "libc6-dev-i386 [amd64]" to b-d21:20
asacfta: if that has impact on your work we can change that back soon.21:24
asacif possible keep it for a day or two21:25
asactill the toolchain issues are sorted for armel21:25
asacif its unbearable on your side: back it out now21:25
asacfta: ok. its half past 10 ;)21:27
asaci am leaving for today too21:27
asacmicahg: before i leave. do you need help on the LLStarks patch?21:29
asacor is all fine?21:29
asacok seems amd64 built fine21:29
asacso you are most likely fine21:29
asacttyt21:29
LLStarksmicahg. build is finishing up.21:30
LLStarksfor i38621:30
micahgseems to be fine asac21:31
micahgyou want me to propose a merge if it works?21:31
LLStarksi386 built21:36
LLStarkstesting.21:37
LLStarks\IT WORKS!21:38
LLStarksholy shit21:38
LLStarkssorry about that. adrenaline rush. i've never really followed a bug from discovery to fix.21:41
micahgso, asac wanted this to go into karmic?21:41
LLStarksthat or the default theme had to be changed after appearance freeze.21:42
micahgI'll propose a merge tonight21:45
BUGabundoboas noites21:51
BUGabundoasac: are you around?21:51
BUGabundowould like to ask you what you think of wish bug of mine21:51
BUGabundo_before_ I put it on LP21:51
BUGabundoasac: should NM autoconnect to known wifi networks by default ?21:52
micahgBUGabundo: doesn't it do that now?21:53
BUGabundomicahg: no. it remains untick21:54
micahgis that a regression?  NM connects for me to pomaticallyrevious networks I've connected to aut21:55
BUGabundonot me, with NM trunk PPA21:55
BUGabundoits not even selected on a NEW network profile21:55
LLStarksmicahg. your ppa is behind karmic according to dpkg.22:03
LLStarksdid you label correctly?22:03
micahgLLStarks: yes22:49
micahgI didn't want to make it above22:49
micahgmicahg: that way if the tests fail, there aren't version issues22:50
BUGabundodistrict 9, starting22:57
BUGabundobbl22:57
micahgLLStarks: do you want to change that upstream firefox bug?23:01
LLStarksto the one that actually fixed?23:01
micahgyeah :)23:01
LLStarksfixed.23:03
LLStarkshttps://bugs.launchpad.net/ubuntu/+source/xulrunner-1.9.1/+bug/327863/23:03
ubottuLaunchpad bug 327863 in xulrunner-1.9.1 "non-zero GtkRange::trough-border value produces strange boxes in Firefox" [Undecided,In progress]23:03
LLStarksand the upstream link fixed.23:03
micahgAnd I just set the importance and assigned to myseld23:06
micahg*myself23:06
LLStarksmicahg, once merged with the dailies, how does the fix make it into main?23:54
psyke83asac: hi. Re: bug #422511, even if that patch works, I think that Firefox will still exhibit problems with a theme using a trough >023:57
ubottuLaunchpad bug 422511 in gtk+2.0 "problem with new scrollbar in Human theme - GtkRange::trough-border set to 2" [Medium,In progress] https://launchpad.net/bugs/42251123:57
psyke83right now, with a theme using a trough of 2, if you edge-click on the scrollbar in firefox it won't respond - BUT - in other applications, edge-clicking will cause the scrollbar to jump, but you still cannot click on the scrollbar23:58
psyke83it must be a problem with firefox's gtk implementation. I'm recompiling libgtk2.0-0 with the proposed patch and will check this for certain23:59
psyke83should I file a new bug, or mention it in the same report and assign to firefox?23:59

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!