[00:06] robert_ancell, the about me crash was bug 414538 [00:06] Launchpad bug 414538 in gnome-control-center "gnome-about-me crashed with SIGSEGV in e_contact_set()" [Medium,Incomplete] https://launchpad.net/bugs/414538 [00:06] looks like it's already some "me toos" [00:07] I assigned it to you, but didn't milestone it [00:07] ok, thanks [00:12] didrocks: what does your statement (main volume--, PCM++ <- noisy sound, LFE++ <- too low) mean? [00:15] asac: what do you mean by "power down/up"? i've not seen any bug reports on the x61 needing power_save=0, since it was the reference hardware for codec D3 state being implemented... [00:20] pitti: PCM being muted is a race in alsactl store due to the ordering in /etc/rc[06].d/K50alsa-utils; there are a couple quick workarounds for Karmic, the easiest of which is probably simply to avoid (re)storing if /usr/bin/pulse-session's conditions are met (still working out a way to do it properly for Lucid) [00:25] dtchen: How can we easily do that if alsa-utils is running as system, and pulse-session checks a user's home dir for stuff? [00:29] TheMuso: that's the one condition i'm working on [00:30] TheMuso: i.e., it's insufficient to just check that /usr/bin/pulseaudio is executable [00:30] it's all these silly people like me who have Kubuntu installed with PA that muck things up ;-) [00:33] anyhoo, i'll hack on this while i wait for the plane. toodles! [00:35] ok [00:41] asac / fta, how can I report a bug against a package in the ubuntu-mozilla-daily PPA? [00:42] kenvandine, http://www.jonobacon.org/2009/10/02/ubuntu-9-10-karmic-koala-beta-released-testers-needed/ [01:01] jono, thx! [01:10] robert_ancell: ping :) [01:10] bratsche, hey [01:10] robert_ancell: Still have any invites left? :) [01:10] bratsche, oh, that sort of ping :) [01:10] sure [01:10] hehe [01:10] bratsche, canonical email? [01:10] bratsche@gnome.org [01:11] bratsche, there you go [01:11] Thanks! [03:34] jcastro: ping [06:13] so did karmic leave out geolocation feature of empathy? [06:17] Good morning! [06:55] dtchen: dtchen this should be clearer: http://img30.imageshack.us/img30/8089/soundf.png [06:57] dtchen: PCM and LFE are 100%. The first make the sound noisy, the second, very low. And I can't change this behavior graphically with new volume control === asac_ is now known as asac [07:34] Good morning [07:34] morning pitti [07:35] dtchen: ah, thanks for having an eye on it; right now on this boot it worked again, but most often not, so I'm happy to test stuff (also happens on my wife's computer which I upgraded yesterday) [07:35] hey kwwii, guten Morgen [07:37] kwwii: are the bits in human-theme good to upload? or are you still working on them? [07:43] pitti: I still have some final changes. There is an issue with the icons in gdm. We cannot include them in humanity because they will then be used on the desktop as well [07:43] pitti: so to work around this I am making a theme with just 5 or 6 icons which inherits=humanity for gdm [07:44] pitti: I figured adding it to the human theme package would be best, as the rest of the gdm theme is there [07:44] *nod* [07:44] kwwii: but that's human-icon-theme, not human-theme, or is it? [07:45] pitti: no, we don't use human-icon-theme anymore, this is just 5 or 6 white icons. I'll get the icons by this afternoon [07:45] ah, ok [07:45] thanks for the update, and no hurry [07:45] I'll add it to HumanLogin [07:45] kwwii: I was just reviewing the UNRELEASED branches to check what I should upload now [07:45] I should get it done by this evening, I guess [07:45] take your time, neither seb nor me will be online this evening anyway [07:46] pitti: I just added mac_v to the AUTHORS file of notifify-osd-icons, it is in bzr [07:47] pitti: that shouldn't be a problem with the licensing, or? [07:47] kwwii: no, AUTHORS is fine and a matter of courtesy and attribution, too [07:47] he did make some of the icons ;) [07:47] cool, thanks [07:47] kwwii: he just needs to assign the copyright to us [07:48] kwwii: pitti: i'v already signed the contributors agreement when i did some icons for software store [07:48] if mac_v needs more rights on them than the ones granted by CC-BY-SA, Canonical can grant them back without a problem [07:48] mac_v: ah, perfect [07:48] :) [07:48] mac_v: cool, excellent [07:49] pitti: also, there will be an update to ubuntu-wallpapers coming [07:50] pitti: swapping the default, I have no idea when though...I think we've been down this road before :D [07:51] kwwii: changing the default wallpaper? no more bright yellow wallpaer we just have? [07:52] mac_v: I don't know, as I am not privy to that info. the drama is being played out on site, so to speak [07:53] but I would guess that, yes, it is to replace the yellow [07:53] aw... that wallpaper was awesome! [07:53] to be honest, people have been very fond of it. very few negative comments [07:54] anyway, we can continue this discussion on #ubuntu-artwork ;) [07:54] kwwii: it was a really cheerful wallpaper... and it is close to the 'light the fire' for karmic [07:54] ah yes ;) [07:58] is it a known issue on karmic that taping on touchpad does not make a click? [08:06] Zdra: It's not an issue, it's an intentionally disabled option [08:08] tseliot: Someone with fglrx figured out a patch that replaces the no-backfill one but doesn't cause corruption or slowdown: http://launchpadlibrarian.net/32728179/xserver-xorg-backclear.patch [08:08] seems to have gotten lost in the people ranting about the problem in launchpad so... [08:08] Amaranth: let me have a look at it [08:09] Amaranth: ah, yes, I have seen that one already. It causes antother problem [08:09] ah, dang [08:09] with all cards [08:09] it's as close to sanely doing None as I think you're going to get [08:10] tseliot: What is the problem it causes? [08:11] Amaranth: if you switch between the menus of an app you'll notice some black rectangles (instead of corruption) for about a second or two [08:11] instead of the actual menu [08:12] Amaranth, wtf? [08:12] Amaranth, how can it be intentional [08:12] which would be ok if it affected only fglrx [08:12] hum [08:12] Amaranth, is there a better call for "stop using ubuntu, it's crap" [08:13] tseliot: That's without a compositor, right? [08:13] With one it should be transparent [08:13] Amaranth: that's with the compositor [08:14] ah, but RGB windows [08:14] grr [08:14] GTK+ 3 had better switch to ARGB by default :) [08:15] we'll see [08:16] Amaranth, do you know what's the reason to that change? [08:16] Zdra: People tap their touchpad while typing or something [08:16] *shrug* [08:16] I turned it back on because I need two finger tap or I don't get right click [08:17] what's the problem with the touchpad? [08:18] Amaranth, tbh it could be disabled when an USB mouse is connected [08:18] Amaranth, is there an option somewhere to tweak that? [08:19] Zdra: no, you can only turn it on or off, not set it off when a usb mouse is connected [08:19] Not sure I'd want that [08:19] Amaranth, I mean where can I turn it on/off? [08:19] Oh, yeah, Mouse capplet, Touchpad tab [08:19] Amaranth, actually I don't care, I have a hw switch for the touchpad. I just deactivate it when I'm using mount [08:19] s/mount/mouse [08:20] ooohhh [08:20] there is a disable touchpad while typing [08:20] that looks like the right thing to do [08:21] lool: i'm still dont understand , what needs to be done... if you could explain... how the changelog needs to be , i can get it done [08:21] s/i'm/I [08:23] Pfff, with touchpad click disabled, menu icon disabled, icon on button disabled... karmic should be named "Because sane default is so XX century" [08:24] Zdra: the touchpad issue is debated on -dekstop mailing list [08:27] http://d0od.blogspot.com/2009/09/karmic-tray-icons-match.html how about having this tweak in by default [08:27] mac_v: ^^ [08:27] tgpraveen: IMO , that is a waste of space :) [08:27] pitti, do you have a trace on that pk crash? [08:28] tgpraveen: i'v seen that a week ago ;) , what is the need for such a wide panel... [08:28] robert_ancell: not a very good one; it doesn't happen for you? [08:28] pitti, I haven't tried yet, about to [08:29] pitti, how do you restart your sessions pk-gnome? [08:29] mac_v: hmm on second thoughts with wide screen monitors yeah the cyrrent setup is better :) [08:30] robert_ancell: I just run /usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 in a terminal [08:30] robert_ancell: and kill the old one before (well, it killed itself ..) [08:30] pitti, ah, i tried killing it hoping for it to autorestart [08:30] it's not d-bus activated [08:31] that's why crashes in it are pretty nasty [08:31] would probably be nice to register with gnome-session, so that it gets auto-restarted [09:09] anyone having issues with LP this morning? [09:09] pitti, fixed up, thanks for the catch :) [09:09] chrisccoulson: it's called "beta release".. [09:10] robert_ancell: rock, thanks [09:10] pitti - thanks ;) [09:10] hey guys [09:10] chrisccoulson: I think the DC pipe is just maxed out [09:10] hey seiflotfy1 [09:11] i wanted to ask if any confirmation mails are sent once one applies for a UDS spornsorship [09:11] jcastro: ^ ? [09:48] didrocks: there? [09:49] didrocks: wanted to check with you about ephy/webkit. [09:50] actually webkit ;) [09:53] hey asac, good morning [09:53] asac: queue is free again, so we can sync/whatever [09:53] yay! [10:00] pitti: yes. currently checking out the bits [10:01] and good morning of coures ;) [10:02] hmm. net is really slow here today [10:02] is it just me or is LP a bit on the slow side today? [10:04] mvo_ - it's slooooowww ;) [10:04] it's not just you [10:08] ok :) good to know [10:08] mvo_: good morning [10:08] pitti: ok. check out bug 440455 .... webkit would need to be merged first. will do that now [10:08] Launchpad bug 440455 in epiphany-browser "sync epiphany-browser and friends and remove epiphany-webkit from archive." [Undecided,New] https://launchpad.net/bugs/440455 [10:15] I thought -webkit should be removed? [10:16] hey pitti, good morning [10:16] asac: ^ [10:17] asac: I can do the syncs, removals, and demotions now if you want me [10:17] pitti: err. isnt that what is in the bug? [10:17] "remove epiphany-webkit" [10:17] what i meant with the merge above was "libwebkit... > 1.1.15.1" [10:17] asac: right, but you said you want to merge it first? [10:17] asac: ooh, sorry [10:17] yes. libwebkit [10:17] not ephy-webkit [10:18] asac: ok, so I do the demotions and removals [10:18] yes [10:18] pitti: wait a few more minutes ... i have to finish libwebkit [10:18] thne i can test everything [10:18] makes me feel better ;) [10:23] oh, ok.. well, bug updated already [10:23] asac: it'll be a while until gnome-js-common builds, anyway (given the current backlog) [10:24] but now it can all sort itself out over the weekend [10:24] no problem [10:24] i dont expect there any problems [10:24] yeah [10:26] its always interesting to see how much piles up in a one week beta freeze ;) [10:26] hmm. but does not look that bad https://edge.launchpad.net/builders ... "just" 357 ;) [10:30] ArneGoetje: there? [10:31] ArneGoetje: wanted to discuss the langpack roadmap for final [10:32] pitti: loving ubuntu-bug. Makes life sooo much easier :) [10:34] :-) [10:42] asac: next full export on 16, final on 22. [10:47] ArneGoetje: ok. but be have the current export somewhere? [10:48] so we can do some verification runs? [10:48] ArneGoetje: also i wonder if we can do a separate ppa where we always provide "devmode" [10:48] asac: the current export is on rookery [10:48] I accepted some 250 langpack uploads this morning [10:48] they are in the buildd queue [10:48] k [10:49] ArneGoetje: also for stable releases etc. ... i think that would be a good idea [10:49] ArneGoetje: the other thing i have is that i got a complain by the romanian translation lead [10:49] asac: means, having two PPAs for each release? [10:50] ArneGoetje: yes. imo thats not a problem though. we could say that we only maintain a devmode ppa for current development relesae and current latest stable [10:50] so karmic + lucid for example [10:50] pitti: ^^ comment, please? :) [10:51] does pitti know about devmode? [10:51] asac: don't we already use devmode for karmic? [10:51] asac: not really, I just noticed the code where it uses this for 9.10 [10:51] pitti: has been turned off again [10:51] yes. but the idea is to stop doing that before final [10:52] ArneGoetje: already turned off? [10:52] thought next run ;) [10:52] but ok [10:52] what would that bring us, for stables? [10:52] few, if anyone would actually use it, I guess [10:52] asac: yes, next run [10:52] but we could have a second one for some three selected languages, if it helps [10:53] I just wouldn't like it to have the gazillion packs again, it'd just be a waste and take ages [10:54] pitti: i am just seeing that now that we turn of devmode, translators cannot continue to work on their translations [10:54] and see the results [10:54] what is devmode? [10:55] stable might make not much sense ... though mozilla is a bit special as it has the same upstream everywhere [10:55] pitti: devmode == take everything from launchpad rather than existing upstream xpis [10:55] oh, I thought that was the entire point of the exercise :) [10:56] so there are two main excersizes here: [10:57] 1. languages that dont have a upstream translations want to work on a complete translation that works [10:57] 2. languages with upstream translations want to work on improvements [10:58] irc gateway has connectivity problems ... continuing here [10:59] so for 2. we didnt allow launchpad translations in the past [10:59] for various reasons. one reason is trademark, the other one (also related to trademark), is that we dont have QA process [11:00] for 1. we whitelisted translations in the past [11:00] for that translation groups had to approach me and tell me their translations are done and that they tested them etc. [11:02] however, testing was not easy, so now enable launchpad translations for everything during dev cycle [11:02] in that way translators (especially for 1.) have time to stabilize their translations and then ask us to keep them whitelisted [11:02] mvo_: should software-center actually do a letter by letter search? If you type in ubuntu-res it shows no results until you get to ubuntu-restricted. [11:03] asac_: right, then another testing ppa would make sense [11:03] Pici: ... so back on topic: we would now disable devmode as we are approaching final; shipping always devmode in a different ppa would not block translation groups now [11:03] pitti: ^ [11:04] this cycle is basically the first one [11:04] next cycle will finally bring the upstreaming tools [11:04] so whitelisted locales can run upstream translation teams [11:06] which helps our community and mozilla - e.g. their work becomes more relevant as their work also becomes availble on the many millions windows macines etc [11:06] davmor2: it should do partial matches, it might be confused by the "-" in the name [11:06] asac_: ah, thanks for the heads-up [11:07] mvo_: I'll have a play with it and get back to you [11:07] no problem. hope it made a bit of sense ;) [11:08] pitti: could you do the coding then in lp-o-matic? I'm flying out to Belgrade in a few hours to attend the LP Translations sprint. [11:08] ArneGoetje: not today [11:08] pitti: I won't be available the whole next week I guess [11:09] right; I'm fine with dropping devmode, but setting up the new ppa is low-prio for me [11:09] we have tons of RC bugs to fix first [11:09] but it's a nice project for the next freeze (like the week after RC) [11:09] davmor2: thanks [11:09] what does "setting up the ppa" involve [11:09] ? [11:09] pitti: ? [11:10] asac: well, create it in LP, but primarily changing the cronjobs to build a new fake release karmic-testing, and uploading that to the new PPA [11:10] ah ok [11:10] it's not too much work, but needs some testing [11:10] sure [11:11] and of course the logic to decide whether or not to enable devmode [11:11] ./import really shouldn't do that itself [11:11] it should be passed as a CLI argument [11:11] then it's easier to control from cronjobs [11:13] hmm for some reason, the indicator session applet seems to have a different arrangement of items every time i log in. [11:13] why is that? [11:14] asac: BTW: what about the 3.0 translations? right now firefox 3.5 lists both 3.0 and 3.5 translations, but the 3.0 ones are shown as buggy/disabled. [11:14] ArneGoetje: we will remove firefox 3.0 from archive soonish. disable them [11:14] ArneGoetje: but not in launchpad yet [11:15] ArneGoetje: romanian folks for instance are not happy that we somehoe didnt copy their translations over [11:15] so i am currently working with them on reimporting etc. [11:15] hmm [11:15] so once that worked we can disable them completely [11:16] asac: then we wait until we can disable them in launchpad... [11:16] ArneGoetje: so from next week on you will be in more or less same time zone? [11:16] yes [11:16] good === onestone_ is now known as onestone [11:16] maybe we can do a minisprint and do the stuff for final [11:16] ;) [11:17] asac: err... if I find some time, yes... don't know how busy the sprint will be [11:18] mvo_: it is the - if you just type in "ubuntu r" then it's second in the list :) [11:19] asac: IIRC all languages with a country code and without upstream XPI had some problems when copying them over... [11:20] ArneGoetje: the import failed? [11:20] ArneGoetje: i only know that the current devmode doesnt work [11:20] hmm [11:20] right so we never got xpis [11:20] asac: no, devmode failed [11:20] kk [11:21] ArneGoetje: but i think its something else. ro has no country code. didnt we decide to only reimport those that had no upstream xpi? [11:21] asac: yes [11:21] yeah. so thats what the ro thing is about [11:21] so i will explain to them how to import it [11:22] afaik it was just zipping up the addon fromthe langpack [11:23] asac: they modified the upstream XPI in LP? [11:23] asac, kenvandine: so can one of you hang out in #ubuntu-meeting at 1500 UTC (release team meeting) to answer questions to the desktop team, if some come up? I need to leave around 1345 UTC today [11:23] pitti: i can be there [11:23] pitti: anything you want to brief me with? [11:24] asac: I already prepared the report at https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus [11:24] ArneGoetje: you know .. "ro" wants a different lithographie in ubuntu than the rest of the world. they would like to finish that task even though i explained to them that this wont get whitelisted [11:24] until we know how to make locales only happen "if on gnome" [11:25] pitti: let me check [11:25] mvo_: whats the best way to test if webkit is ok for soft center? [11:26] ok i assume the "fade in screenshot" is good enough to verify [11:26] asac: *sigh*... they should just create a new locale with '@new-orth' or something like that... [11:26] ArneGoetje: yeah. i dont know why "ro" folks cannot agree on something [11:26] its really a mess that they do someting different on gnome than everywhere else [11:27] asac: I will talk to Adi about that again [11:27] (e.g. windows) [11:27] well. we had lengthy discussion [11:27] the problem from what i understand is that the gnome upstream team decided to do it differently [11:27] which i strongly disagree [11:28] asac: yep. gnome upstream uses the new orth., while the rest uses the old orth. [11:28] so what adi is doing is just trying to make it consistent for gnome [11:28] ArneGoetje: with @new-orth [11:28] you mean something like: ro.NEWORTH ? [11:28] as LANG= ? [11:28] ArneGoetje: so for en_US.UTF-8 [11:29] can you point me to some documentation about the syntax=? [11:29] asac: yep... LANG=ro_RO.UTF-8@new-orth [11:29] mozilla is reviewing their current platform locale parser and noone figures what is possible etc. [11:29] ArneGoetje: how would a fallback mechanism for that work? [11:30] asac: fallback to 'ro' [11:31] asac: the fallback is configured in LANGUAGE [11:31] asac: i.e. LANGUAGE=ro_RO@new-orth:ro:en [11:32] asac: something like that [11:32] reconnect [11:32] 12:29 < asac> ArneGoetje: how would a fallback mechanism for that work? [11:32] 12:29 < asac_> just strip components from the end until there is a match? [11:32] hmm [11:32] 2:29 < ArneGoetje> asac: yep... LANG=ro_RO.UTF-8@new-orth [11:32] 12:29 < asac> mozilla is reviewing their current platform locale parser and noone figures what is possible etc. [11:32] 12:29 < asac> ArneGoetje: how would a fallback mechanism for that work? [11:32] 12:29 < asac_> just strip components from the end until there is a match? [11:32] thats all [11:33] pitti: is there any ACTION item we committed to follow up since last meeting or any expected question i should be prepared to answer? [11:33] asac__: the fallback is configured in LANGUAGE [11:33] asac__: i.e. LANGUAGE=ro_RO@new-orth:ro:en [11:33] asac__: something like that [11:34] hmm [11:35] ArneGoetje: how would the ".po" for such a @new-orth be named? [11:35] ro@new-orth.po ? [11:35] asac__: yep [11:36] ok. so when we have that we could make LANG gnome senseitive and use @new-orth there, right? [11:36] sounds like a plan [11:36] guess mozilla code definitly needs to be teached that [11:37] asac__: just one, which is done (finishing spec release notes/test plan) [11:37] asac__: well, the current gnome translations would need to be put in ro@new-orth instead of ro. And then the user will have two locales on his system and can choose which one he wants. [11:37] asac__: I already followed up by email on that [11:38] ArneGoetje: yeah. but problem is that if user chooses "ro" (old orth) ... we probably wouldnt have translatinos for that as upstream does new-orth exclusively? [11:39] however, Adi could then work on fixing that rather than doing new-orth ;) [11:39] ArneGoetje: maybe discuss that with him and see what he thinks [11:40] asac__: yep. those would either need to be done in LP (maybe it's even possible to script the translation from new-orth into old orth..., need to ask Adi) [11:40] or upstream needs to be convinced to provide both orths. [11:41] ArneGoetje: yeah. i think upstream will take a bit longer [11:41] asac__: probably [11:41] maybe we could run that upstream part through lanuchpad if upstrema is not willing to do [11:41] asac__: ok, I need to go now... dinner and then off to the airport [11:41] dont see why anyone would have anything against that [11:41] ArneGoetje: have a safe trip. talk to you next week [11:41] asac__: right [11:42] asac__: ok, CU [11:43] ArneGoetje: safe travels! [11:44] pitti: thanks [11:54] pitti: not sure if webkit is covered by gnome ffe ... i tested gwibber software-store and epiphany-browser with it. if we want a bug let me know. [11:54] pitti: also did you intentionally not sync "seed" yet? [11:55] asac__: how much change is there in webkit? [11:56] well. browser rendering engines usually have quite a few changes [11:56] asac: if software-center works normally (shows lobby scree, shows package details) and its should be ok [11:57] asac__: seed synced [11:57] one second [11:57] mvo_: I don't think we're going to get a release of compiz 0.8.4 in time [11:57] (for webkit) [11:57] But if we get a new snapshot now I can just cherry-pick any future patches we want if there are any [11:58] Or hopefully in a week I'll be able to make the snapshots and upload myself but I don't want to depend on that [11:58] http://pastebin.com/f74c6295b (1.1.14 -> 1.1.15.1) [11:58] pitti: ^ [11:59] Amaranth: hm, it would be nice to release with 0.8.4-final :/ [11:59] asac__: wow that's a lot of changes [11:59] asac__: doesn't seem to bad (although a changelog would be more useful :) ) [11:59] http://pastebin.com/f74c6295b [12:00] thats the rdepends [12:00] i tested ephy/gwibber (pywebkit)/software-store [12:00] yeah let me check if there is a changelog somewhere [12:00] mvo_: It's going to be really fun in lucid, I doubt we'll get an 0.8.6 if 0.9.0 comes out soon [12:01] pitti: thats what is in ChangeLog in the source ... http://pastebin.com/f7fca1c52 [12:01] guess is not all [12:01] asac__: ah, looks fine; please go ahead [12:02] Amaranth: yeah, when the c++ version comes out, that will be fun for sure [12:03] mvo_: oh yeah, we're below 350 bugs again [12:03] cool, great work [12:03] and 16 bugs will be fixed by getting new snapshots and the packaging changes in bzr [12:04] I've changed the packaging to just not ship the gconf plugin at all since it can only cause problems [12:04] pitti: there are more Changelogs nested for the "webkit core part" ... let me get that for you [12:05] mvo_: don't suppose you could take a look at bug 438925? the guy clearly has libdecoration.so.0 from 0.8.2 but the package version is 0.8.3+git20090917-0ubuntu4 [12:05] Launchpad bug 438925 in compiz "windows decorator won't start" [Undecided,Incomplete] https://launchpad.net/bugs/438925 [12:05] but strace and ldd show he doesn't have a second copy of the file anywhere [12:06] asac@tinya:/tmp/ww$ diff -u webkit-1.1.14/./WebKit/gtk/ChangeLog webkit-1.1.15.1/./WebKit/gtk/ChangeLog >> /tmp/full.diff [12:06] asac@tinya:/tmp/ww$ diff -u webkit-1.1.14/WebCore/ChangeLog webkit-1.1.15.1/./WebCore/ChangeLog >> /tmp/full.diff [12:06] asac@tinya:/tmp/ww$ diff -u webkit-1.1.14/JavaScriptCore/ChangeLog webkit-1.1.15.1/JavaScriptCore/ChangeLog >> /tmp/full.diff [12:06] asac@tinya:/tmp/ww$ diff -u webkit-1.1.14/ChangeLog webkit-1.1.15.1/ChangeLog >> /tmp/full.diff [12:06] Amaranth: uh, that is ... odd [12:06] asac@tinya:/tmp/ww$ cat /tmp/full.diff | pastebinit [12:06] http://pastebin.com/f51e34fd9 [12:06] pitti: ^^ [12:06] thats all [12:06] mvo_: yeah, I'm kind of wondering if he is screwing with me :P [12:06] i would think its better than sticking to old webkit [12:07] besides ephy folks telling me we should try to get 1.1.15.2 even [12:08]