[00:23] i've packaged it a week ago [00:23] nm [00:23] bed time [00:30] btw, you were supposed to answer to mozilla bug 421168 [00:30] Mozilla bug 421168 in Build Config "firefox using --with-libxul-sdk doesn't install .idl/.h on make install" [Normal,Resolved: wontfix] http://bugzilla.mozilla.org/show_bug.cgi?id=421168 === readyx is now known as ready [08:40] bug 199140 [08:40] Launchpad bug 199140 in network-manager "Network manager shows and connects to virtual interfaces" [High,Confirmed] https://launchpad.net/bugs/199140 [08:55] carlos: ok. do you think we could try the full cycle for ubufox? i have two translation contributions which we could import next to the original en-US.xpi [08:56] sure [08:56] where could I get the .xpi files? [08:56] carlos: in a perfect world we would manage to get ubufox + xulrunner + firefox translated through launchpad for hardy. [08:56] carlos: i have to produce them first ;) [08:56] let me look [08:56] (they are in a bzr branch) [08:57] asac: Launchpad will not be ready for that until the end of this month, unless I get the approval from kiko to cherrypick the needed changes... [08:57] asac: because we found small bugs with the importer [08:57] as you should be aware right now [08:59] yes [08:59] carlos: i could talk to kiko to emphasize our needs ;) [08:59] how much code does the change touch? [09:00] I will talk with him, don't worry [09:00] k [09:00] asac: I had to change some things... [09:00] don't worry I will handle that with my manager [09:00] and tell you the answer [09:01] btw, will you be in prague? [09:02] I don't think so [09:11] asac: if you need someone from the translations team, Jtv is the one that is supposed to attend such events now [09:17] ah ok. [09:21] https://code.edge.launchpad.net/~ex/ubufox/main [09:21] ups [09:21] http://www.sofaraway.org/ubuntu/tmp/cairo_1.5.12-0ubuntu1.diff.gz [09:21] :) [10:04] Ubulette: can you dump the buggy_repeat patch for now [10:05] we are still getting X updates. i don't want to miss in case it gets fixed [10:09] nm [10:13] Ubulette: i will take it that way. can you please close bugs in changelog if possible in future? [10:13] i will touch the changelog now [10:21] Ubulette: ok you +packages adict ;) ... uploading [10:21] _with_ buggy-repeat [11:49] asac: hi [11:50] asac: I just sent you the german translations for firefox and xulrunner in .po file format as Launchpad will generate them [11:50] asac: I think I fixed all issues we found, could you confirm whether everything is correct now? [12:01] carlos: looking [12:02] carlos: the first msgid in firefox-de.po looks like http://paste.ubuntu.com/5399/ [12:02] is that intended? [12:02] that's a special message in .po file format [12:02] which is supposed to be the header [12:03] right now, is the xpi 'header' [12:03] although at the end, it will be changed to be a valid .po file header [12:04] asac: is it going to affect your current scripts? [12:04] carlos: ok [12:04] no, shouldn't matter [12:04] translation blocks without a #: comment need to be omitted i guess [12:05] asac: well, it's even more simple [12:05] asac: if msgid is empty [12:05] is the header [12:05] msgid "" [12:05] msgstr "Something" [12:05] which is different from: [12:05] msgid "" [12:06] "somethign else" [12:06] ok [12:06] thanks [12:06] msgstr "something translated" [12:06] btw, ubufox will take a bit. i have to iprove the lp-export.mk helper to sort out locales that are squashed into one .jar ... e.g. ubufox doesn't have en-US.jar + de-DE-jar, but everything is in ubufox.jar [12:07] ok [12:07] but after that the locale extraction during build should be pretty much finished for all cases [12:07] the lp-export.mk will also eliminate all translations that are not en-US [12:07] asac: that last part should be done only if the package is in main [12:09] sure. for now packages need to explicitly enable launchpad translations [12:09] if they don't this won'thappen [12:09] ok [12:09] (i guess you ment that only main packages can be translated in launchpad atm)? [12:09] right [12:09] ok. in understood. should be fine [12:10] if you strip translations for packages outside main, the package will be completely untranslated [12:10] actually i only want xulrunner-1.9 + firefox-3.0 and ubufox in launchpad for hardy [12:10] (and midbrowser for mobile) [12:10] ... which is of course not less ambitious ;) [12:11] midbrowser will eventually go to main (hopefully soonish) [12:12] ok [12:13] I'm going to work on adding some extra tests for the bug fixes [12:13] and try to get it cherry picked [12:13] otherwise you will need to wait until 26th to get it available in Launchpad [13:19] asac, oh damn, the buggy repeat was not in the debdiff I wanted you to use but was in my diff.gz (because that's what I've used in my ppa as users requested it) [13:20] close bugs in changelog if possible in future <= in this case, there were none, but i usually do [13:29] Ubulette: yeah ;) [13:29] all fine [13:29] now we have buggy-repeat fixed [13:29] and i don't mind :) [13:51] asac, seb is mad now [13:52] yeah [13:57] Ubulette: just let me do the discussion [13:57] ok [14:00] asac, http://ubuntuforums.org/showpost.php?p=4388068&postcount=18 [14:21] Ubulette: maybe we can try to come up with a better patch? figure out if XAA is used and then use buggy_repeat? [14:21] Ubulette: we should see if it really fixes the cairo testcase as well [14:22] i've tried a bit to get the driver name but went to a dead end [14:23] hmm ... and how about getting accellmethod instead of driver? [14:23] no idea [14:25] i will try to get the theory :) [14:26] i think its a bug for all XAA except nvidia [14:31] Ubulette: ok i think seb is now more or less happy again. sorry that you got dragged into this [14:31] so you need both accellmethod and driver name [14:32] it's okay, it was my mistake anyway (bad diff.gz) [14:33] Ubulette: he? i uploaded it ... so all this belongs to me [14:33] i explicitly decided to push this [14:33] ok ok, so you're fault [14:33] i just forgot that seb had also reasons to not ship it :) [14:33] your [14:34] (i always thought i was the only one :)) [14:34] x folks say there is no other way than parsing the log ... ouch [14:35] yep, that was my conclusion too [14:35] Ubulette: can you paste the output of xdpyinfo please [14:35] (i guess you have EXA, right?) [14:35] ati or nvidia ? [14:35] hmm [14:35] you have ati with EXA? [14:36] maybe paste both :) [14:36] remember it's a runtime check, running xdpyinfo at each call maybe be worse than the current workaround [14:37] hey :) [14:37] -maybe+may [14:37] xpdyinfo just displays properties [14:37] we would need to code that for using X calls [14:37] if we can figure something at all [14:37] anyway ... looks like there is no information for us [14:40] http://www.sofaraway.org/ubuntu/tmp/xdpyinfo-ati-fglrx+xaa.txt [14:42] and nvidia? [14:47] http://www.sofaraway.org/ubuntu/tmp/xdpyinfo-nvidia.txt [14:48] http://paste.ubuntu.com/5405/ [14:48] Ubulette: grep for accell [14:49] http://paste.ubuntu.com/5406/ [14:49] aeh grep -i accel /var/log/Xorg* [14:49] yeah that info looks good i guess [14:49] buggy_repeat = if (xaa_xfree86) [15:35] asac, [reed]: i've just confirmed for the UDS [15:35] whats UDS? [15:36] Ubuntu Developer Summit [15:37] \o/ [15:37] great! [15:45] i think prague will be lots of fun ;) [15:45] hope so [15:45] it's also a nice city [15:45] i hope we'll have some free time to visit a bit [15:45] bumb [15:48] recoooonect [15:58] armin76, bumb ? [15:58] http://people.ubuntu.com/~asac/jpeg_moz.diff [15:59] you've ported the moz patch ? [15:59] ported? ... hehe. not [15:59] just diffed [15:59] that fixes the black jpegs on zoom for us [16:00] (most likely because its gone if i disable system-jpeg) [16:00] quite huge to review :P [16:00] yeah :) [16:00] with tons of asm [16:00] read jpeg/MOZCHANGES [16:00] :) [16:00] then you know [16:01] i would like to extract the patch that fixes those black images ;) [16:01] appears to be a bunch of performance code [16:01] like MMX [16:01] SSE2 [16:01] support [16:01] hopefully its not fixed because of that :( [16:01] i've followed the bug on bonsai for a while [16:01] what id? [16:01] hmm [16:01] can you subscribe me: asac@jwsdot.com [16:02] ? [16:02] no *g* [16:02] it was not the black bug, but a performance related bug [16:02] ah [16:02] well ... MOZCHANGES doesn't talk about performance changes at all [16:02] maybe your bug is about current performance problems? [16:04] mozilla Bug 44781 [16:04] Mozilla bug 44781 in ImageLib "Support CMYK, YCCK JPEGs" [Enhancement,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=44781 [16:04] hmm starring doesn't work for me [16:04] does it work for you? [16:04] e.g. pushing the star next to the location? [16:04] nothing happens for me [16:05] mozilla Bug 411718 [16:05] Mozilla bug 411718 in ImageLib "Speed up JPEG decoding by 30% by skipping buffer" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=411718 [16:06] mozilla Bug 363986 [16:06] Mozilla bug 363986 in ImageLib "nsJPEGEncoder::ReadSegments() and nsPNGEncoder::ReadSegments() do not advance read pointer" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=363986 [16:06] mozilla Bug 411379 [16:06] Mozilla bug 411379 in ImageLib "Add SSE2 processing for JPEG color, use static instead of dynamic arrays" [Enhancement,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=411379 [16:07] ok its grab and drag that breaks it [16:07] ubotu: yeah ... i understood the static array [16:07] mozilla Bug 412753 [16:07] Ubulette: ^^ [16:07] :) [16:07] Mozilla bug 412753 in ImageLib "Speed up JPEG decoding by another 10%" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=412753 [16:09] ubotu: hmm [16:09] Sorry, I don't know anything about hmm - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi [16:09] Ubulette: do you have bonsai open right now? [16:09] yes [16:09] do you see any real bug fix to jpeg in the past 10 years :) ? [16:11] yes [16:11] http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=mozilla%2Fjpeg&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=all&mindate=&maxdate=&cvsroot=%2Fcvsroot [16:11] which bug would you suspect? [16:11] "Landing JPEG_BRANCH" :)? [16:19] mozilla Bug 380115 [16:19] Mozilla bug 380115 in GFX: Thebes "Linux 16-bit widget size issues (black rectangle at bottom of long page)" [Major,New] http://bugzilla.mozilla.org/show_bug.cgi?id=380115 [16:20] mozilla Bug 378293 [16:20] Mozilla bug 378293 in General "Black regions during unminimizing/unshading/opening Firefox/Thunderbird with Compiz" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=378293 [16:20] donno, a mix of all those ;) [16:31] Ubulette: last bug is unrelated [16:31] yes, i figured that out too [16:32] hm, should I take the return flight on saturday or friday evening ? [16:59] asac, http://ubuntuforums.org/showthread.php?t=716588 [16:59] i don't see that [16:59] at least looking at the .dev branch [17:18] ubotu: i think usually we leave on sat [17:18] hmm [17:23] Ubulette: i usually fly back on sat [17:23] me too [17:23] there is usually some event on friday night [17:24] i asked for sun -> sat [17:24] 17:32 < Ubulette> hm, should I take the return flight on saturday or friday evening ? [17:25] i asked because here, i don't pay [17:25] ah [17:26] donno how strict it is [17:26] well ... usually sat is fine [17:26] good [17:26] are there no instructions? [17:26] nope [17:26] strange [17:26] jcastro: ^^^ can confirm that returning on saturday is right? [17:27] ok, got the proposals [17:27] "Fares start from GBP 403.80, however, if you include a Saturday night stay in your trip and leave on the 17th May then the fare is much cheaper at GBP189.80." [17:29] strange, i see 97€ here [17:30] he? [17:30] whats that? [17:30] proposal from EYAS [17:31] i've checked on airfrance.fr [17:31] so leaving on sun? [17:32] if you want to visit prague, maybe tell him to hold that flight and forward to claire asking if thats ok [17:32] nope, i've asked for sun 18 -> sat 24, they proposed sat 17 -> sat 24 [17:33] ah ... i remember that some airlines take different rates depending on which coutry you are in :) [17:33] ah [17:33] but i would stick to EYAS. much simpler for you [17:33] sat 17 - sun 18 is fossdem [17:33] right [17:33] ask claire anyway ... because hotel room is also additional costs [17:33] is that interesting ? [17:33] might be [17:34] no idea who is coming though [17:34] i'm no big upstream though [17:34] well ... :) ... its also: ubuntu meets upstream ;) [17:38] i've forwarded the email to Claire [17:46] yes [17:50] I think most people return on saturday [17:50] thanks [17:59] Ubulette: you have the bug id for the background thing in your head? [18:00] oh firefox full text search is great :) [18:03] Ubulette: ok attached more info to it :) [18:12] [17:02] it was not the black bug, but a performance related bug [18:21] asac, http://paste.ubuntu.com/5413/ [18:44] yeah [18:44] that testcase is not yet adapted to show the bug that strikes us [18:44] the pad and reflect one are not causing this according to cworth [19:13] I am not yet so familiar with mozilla bug triage procedure [19:14] Looks like it is special (and somewhat incomprehensibly written IMHO) [19:14] Laibsch: what do you want to know [19:14] where are you looking at :)? [19:14] In any case, I was wondering how to alert somebody to make a decision whether or not a bug report contains expected behaviour or is a wontfix case [19:14] asking here is a good start [19:15] bug 144560 [19:15] Launchpad bug 144560 in mozilla-firefox "doesn't prompt for certificate" [Undecided,New] https://launchpad.net/bugs/144560 [19:15] i am usually in the channel [19:15] <[reed]> WHAT THE? [19:15] 1) Why is there no cc for a mozilla team contact on that bug? [19:15] <[reed]> Microsoft wants to buy Red Hat? [19:15] * [reed] sad [19:15] Laibsch: "Mozilla Bugs" [19:15] is subscribed [19:16] [reed]: really? [19:16] <[reed]> check google news [19:16] <[reed]> search for microsoft red hat [19:16] rumour or fact? [19:16] <[reed]> see the news [19:16] <[reed]> hmm [19:16] asac: sorry, my oversight [19:17] asac: Maybe you can close that one with the appropriate response [19:17] I believe the OP reports expected behaviour [19:17] <[reed]> ok, what the? [19:17] <[reed]> I think I got bad news [19:17] <[reed]> er [19:17] <[reed]> bad input [19:17] <[reed]> anyway [19:17] [reed]: so its ok that i can't find anything? [19:18] <[reed]> yeah, I think... this guy doesn't usually make things up [19:18] <[reed]> I'll look more into it === asac_ is now known as asac [19:19] <[reed]> ah, my source had a bad source [19:19] <[reed]> :p [19:19] <[reed]> oh well [19:19] <[reed]> n/m! sorry for the scare! [19:19] lol [19:20] Laibsch: if you want to help on firefox bugs, please help on firefox-3.0 bugs [19:20] firefox will sink soon :) [19:25] <[reed]> asac: got b4 ready? [19:26] http://starkravingfinkle.org/blog/2008/03/prism-09-now-as-a-firefox-extension/ [19:26] i've packaged b4~rc1 a few days ago [19:29] [reed], ^^ [19:29] <[reed]> cool [19:29] <[reed]> ETA was supposed to be today, but due to a Windows PGO issue, that might change [19:30] good ... we will roll them on monday i guess [19:31] mozilla bug 418926 [19:31] Mozilla bug 418926 in Build & Release "Tracking bug for Build and Release of FF3.0beta4 (Gecko 1.9b4)" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=418926 [19:42] asac, any news for ff3 locales ? [19:44] yeah ... we have a -de.po export for xulrunner + firefox [19:44] and we have an algorithm that would convert that into .xpi [19:44] and two volunteers from -mobile that want to implement that ;) [19:44] https://wiki.ubuntu.com/MozillaTeam/LaunchpadTranslationSupport [19:45] but no ETA [19:45] just that it should there hopefully won't be much problems along the way ... otherwise things will get really messy ;) [19:46] ok [20:09] firefox hangs more frequently for me starting today [20:09] maybe thats cairo? [20:10] hmm ... maybe it started when i build with in-source jpeg :/ [20:20] <[reed]> bah, just found a security problem with logrotate [20:20] <[reed]> hmm [20:20] Ubulette: do you see the background issue with ati opensource driver as well? [20:20] or just fglrx [20:20] ? [20:21] i dont know. I'm using fglrx because the opensource driver was too slow when I've installed that box [20:37] damn, I can't use anything using pulseaudio (/w or /wo esd) once i've played a flash sound/video in ff3 [20:44] asac, this is seriously broken [20:58] yes. i think its known that pulseaudio is broken [21:01] my troubles started 2 or 3 weeks ago [21:02] on both boxes [21:06] all is fine until I play a youtube video or another flash audio/video content [21:06] i guess our /etc/firefox3*/* stuff is broken [21:06] would be interesting to see if the issue exists in firefox 2 as well [21:07] Ubulette: i am pretty sure that firefoxrc is not considered anymore [21:07] me too, i don't see what reads it [21:10] but does it help to start firefox manually with a sound wrapper? [21:11] like aoss /usr/lib/firefox-3.0b3/firefox [21:11] or esdcompat /usr/lib/firefox-3.0b3/firefox [21:12] looks like that is the wrong wrapper [21:12] no idea [21:13] aoss puts me at 100% cpu [21:15] and it still doesn't work [21:15] esdcompat is not a wrapper but a daemon [21:30] asac: Can I install FF3 alongside normal FF? [21:31] you can, but you can't run both at the same time [21:32] That is OK. I'd only want FF3 for testing bugs as asac suggested [21:32] hhm, you're not using hardy ? [21:32] What I don't want is for the FF3 install to interfere with my regular FF browsing [21:32] not yet [21:32] still on gutsy [21:33] oh, then it's different [21:33] Is FF3 default on hardy? [21:33] you can install & run both at the same time [21:33] yes [21:38] Laibsch: ffox 3 beta3 should be in -backports [21:38] install from there [22:31] asac, i'm not alone: http://ubuntuforums.org/showthread.php?t=717945 [22:33] does starting with aoss help? [22:33] without that info i have no pointer [22:34] does the same bug exist when running gnash would be another valuable info [22:34] i still haven't received answers for these simple questions :) [22:36] aoss puts me at 100% cpu [22:36] and it still doesn't work [22:36] k [22:36] did you start the process directly [22:36] or the script? [22:36] directly [22:36] k [22:37] bug 199066 [22:37] Launchpad bug 199066 in network-manager "wireless support broken since 0.6.6~rc2" [Undecided,New] https://launchpad.net/bugs/199066 [22:41] http://ubuntuforums.org/showthread.php?t=717914 [22:43] http://ubuntulinuxtipstricks.blogspot.com/2008/03/playing-music-not-getting-sound-in.html [22:44] bug 199066 [22:44] Launchpad bug 199066 in network-manager "wireless support broken since 0.6.6~rc2" [Undecided,Invalid] https://launchpad.net/bugs/199066 [22:44] hm, libflashsupport [22:44] just invalidated :) ... hehe [22:45] whats libfrashsupport [22:45] donno [22:45] trying [22:45] Support library for sound output of Flash 9 with pulseaudio [22:46] http://www.pulseaudio.org/ticket/43 [22:46] what happens if you uninstall that? [22:47] i've just installed it [22:48] ah [22:48] does that help? [22:49] yes [22:49] ok [22:49] it rocks ! [22:49] isn't that a dependency of flashplugin-nonfree noadays? [22:49] nowadays [22:49] it is [22:49] apparently you are not using the package [22:49] shame on you [22:50] strange [22:50] as usual: better run distro stuff ;) [22:50] oh, it's in my user profile [22:51] whats strange? [22:51] yay [22:51] wipe it ... use plugin finder dialog to install it [22:51] ... ah right you wiped ubufox [22:51] then you have to it manually [22:51] my home dir is from my previous box, built in 1998 [22:52] your flash should be pretty old as well then ;) [22:52] ok lets search for bugs and close them :) [22:53] that was debian bo or hamm [22:53] then all the following [22:53] as unstable [22:53] then ubuntu edgy [22:53] and all the +1 since [23:00] bug 199666 [23:00] Launchpad bug 199666 in firefox-3.0 "add apport hooks from firefox 2 package" [High,Triaged] https://launchpad.net/bugs/199666 [23:06] what laptops are good those days ? [23:06] i want to renew mine [23:09] hm, now I have ff3 taking 30% cpu while i'm not touching it [23:09] a youtube page [23:09] damn, flash [23:13]