=== asac_ is now known as asac === asac_ is now known as asac [06:33] does anybody know how can I install gnash on icecat? [07:57] hi [08:31] asac, ping [08:47] MechtiIde: hi [08:47] hello Alexander [08:48] do you speak German? asac [08:49] MechtiIde: yeah, but not in this channel :) and these things are good for publ [08:49] ic [08:50] iirc it is https://code.edge.launchpad.net/~saivann/ who prepared the last update of sunbird locales [08:51] he regularly pops in this channel [08:51] My question is how can we integrate the locales in the iceowl-extension in Debian [08:51] yes, i know :-D [08:51] I saw that in ubuntu there is version 0.7 and in dEbian/sid 0.8 [08:51] i think the sunbird-locales package does that [08:52] hi [08:52] did someone upload a broken package to debian [08:52] ? [08:52] asac, http://wiki.mozilla.org/Thunderbird:Road_Map_To_XULRunner [08:52] hi fta [08:52] My Intension is: many user of OpenOffice.org want something like Outlook [08:52] And we prefer to use Thunderbird/Lightning [08:52] MechtiIde: prefer over what? [08:53] asac, the sunbird-locales depends on sunbird (For Debian: iceowl-locales depends on iceowl and doesn't except iceowl-extension [08:54] hmm [08:54] I think this must be possible also when someone use Debian [08:55] I don't want that the Debian user must install the upstream to use the whole functionality [08:55] MechtiIde: i agree [08:55] I try to describe it in english. I know it is very difficult for me to describe such a complex theme [08:56] actually i thought that that was done already [08:56] if I look on packages.debian.org for iceowl [08:57] I find the l10n-packages (lenny/sid) for iceowl and not for the iceowl-extension [08:57] MechtiIde: try to ln -s /usr/lib/sunbird/extensions/langpack-de@sunbird.mozilla.org /usr/lib/thunderbird/extensions/ [08:58] and add thunderbird with the proper versioning as a target app to /usr/lib/sunbird/extensions/langpack-de@sunbird.mozilla.org [08:58] then I must also install iceowl beside iceowl-extension? [08:58] /install.rdf [08:58] no [08:59] first see if you can use them for iceowl-extension [08:59] if that works we have to fix the packaging [08:59] aka link it properly [08:59] add proper target application [08:59] fix Depends so it doesnt require you to install iceowl [08:59] If I want to install iceowl-l10n-de I must also install iceowl [08:59] yeah for now [08:59] try what i said above [09:00] I'm not a developer, only a user [09:00] then you cannot help ;) [09:00] file a bug [09:00] I don't understand why you have a "@" in a path [09:00] against iceowl-locales [09:01] and sunbird-locales [09:01] e.g. "please support iceowl-extension" [09:01] saivaan will probably take care [09:01] ok I will do it [09:01] thanks [09:04] I saw there is already a Bugreport [09:04] #436297 [09:06] The other extension I described was enigmail. There it is possible to use the locales from the upstream extension [09:13] asac [09:13] I miss my comment from yesterday to this issue [09:14] The mail you have aswer with the hint to this channel [09:14] MechtiIde: enigmail was discussed with others as well [09:14] most likely we will drop locale packages completely [09:14] and just ship translations in-package [09:14] fta: why did you test the .head patch in hardy? hardy is not affected [09:14] e.g. hunspell is 1.1 [09:15] anyway thanks [09:16] How must I address the comment that it is published under the Number #436297 [09:17] or do you have the mail adress of saivaan then I can send him a copy [09:21] asac, so what can I do to push it a bit [09:22] MechtiIde: as a user there is not much you can do [09:22] filing bug and prodding the folks regularly is pretty much what you can do [09:22] which you are already doing [09:22] My comment from yesterday I can't see in the Bug description [09:22] so what is wrong [09:22] the mail has to go to BUGID@bugs.debian.org [09:22] thats all [09:23] and what must I do? [09:23] send a mail [09:23] to?? [09:23] include proper subject (e.g. bug title) [09:23] the email address above [09:23] BUGID@bugs.debian.org [09:24] that's what I did [09:24] asac, well, if we can use the .head branch for both a little longer, why not. [09:25] MechtiIde: then maybe you got spam filtered ... no idea [09:26] fta_: no idea. dont feel good about it. most likely it will be applied for 3.0.1 anyway. so its not really diverged [09:28] here, it doesn't hurt, there's no code change [09:28] ill think about it [09:29] i already uploaded .hardy 122 to hardy-proposed ... so if we resync then for final [09:29] fta_: can you merge .head to .dev? [09:29] please rebump time so we get a clear RELEASE commit on dev [09:30] or release on .dev and merge that commit to .head [09:30] let me know so i can upload xul 1.9 to intrepid :) [09:31] i think everything is blocked on that there atm [09:34] fta_: ah ... and please cherry pick the Breaks: commit from .hardy branch to .head [09:35] fta_: that should be 121 [09:36] if you find any other app that needs a respin let me know. miro worked here without respinning [09:40] liferea works too [09:52] darn ... xul 1.9 hardy branch doesnt update on code.launchpad.net [09:52] should be 122 not 120 [09:52] fta_: if you need it, cherry pick 121 through bzr+ssh [09:52] i definitly pushed it [10:12] where's rc1!1!1! :D [10:17] uploaded :) [10:21] uploaded :) <= what ? where ? [10:22] to proposed [10:22] intrepid was technically already uploaded ;) [10:23] fta_: wanna cherry pick the Breaks commit and merge that as RELEASE to .dev ? [10:24] yep [10:24] let me know [10:24] fta_: you can rename the last changelog as it was never build [10:24] otherwise i have to remember to include the previous one in .changes [10:24] :) [10:26] fta_: according to launchpad folks the commit is also on http ... the website sync is just broken [10:26] cherry pick 122 from .hardy [10:27] jimmy_: cwong1: wake up ;) [10:27] i know, code.lp was already broken yesterday. but bazaar.lp is ok, even on ssh [10:27] i need to release midbrowser :-P [10:27] yep [10:27] well ... ssh is naturally ok because that accesses the non-mirrored place [10:37] fta_: btw, did you ever come back to the party? [10:37] or did you go home right after dinner? [10:43] i've been there for a while. we went to dinner and after that we've visited the TV tower with the babies [10:53] fta_: he? you went to dinner right when we arrived, didn't you? [10:54] at least reed did iirc [10:54] i shoud have said little while, i'm not fond of that kind of places anymore [10:55] but i understand people like that :) [10:56] saturday, the weather was great, at last [11:15] fta_: well... the band was cool [13:06] bug #231410 [13:06] asac: Bug 231410 on http://launchpad.net/bugs/231410 is private [13:14] asac, xul.head already has Breaks: epiphany-gecko (<< 2.22.1.1-0ubuntu1.8.04.1) [13:15] fta2: yes, but 122 adds more [13:15] just try merge -c 122 [13:16] bug 215728 [13:16] asac: Error: Could not parse data returned by Launchpad: The read operation timed out [13:19] hm, it's already merged. [13:19] xul.head #263 => 263: Alexander Sack 2008-05-22 * pull 'RELEASE 1.9~rc1+nobinonly-0ubuntu1 to ubuntu/intrepid' from [13:23] fta2: its merged yes. [13:23] fta2: the idea is that you add a new release [13:23] ubuntu2 [13:23] but i already have thatr [13:24] http://paste.ubuntu.com/14769/ [13:25] should I just close ubuntu2 and merge into .dev ? [13:25] unless you have something to add [13:26] fta2: you dont have the Breaks: ? [13:26] from .hardy [13:26] thats what i asked for [13:26] thats 122 on .hardy branch [13:26] lunch now [13:35] oh, from *.hardy ! I checked from *.dev [13:45] bug 233922 [13:45] Launchpad bug 233922 in xulrunner-1.9 "[new-upstream] Firefox 3.0 RC1 is available" [High,Fix committed] https://launchpad.net/bugs/233922 [13:51] asac, done. xul dev and head [13:51] feel free to push xul.dev (124) to intrepid [14:26] yup [14:28] fta2: you dropped the breaks changelog changes? [14:28] wanna readd them in rc1? [14:28] * 1.9b5 to 1.9rc1 upgrade Breaks: epiphany-gecko (<< 2.22.1.1-0ubuntu1.8.04.1) [14:28] - update debian/control [14:28] thats the line i added it too on .hardy [14:29] did i ? i don't think so. epiphany-gecko is in rc1 ubuntu1, yelp and the rest in ubuntu2 [14:30] ok [14:30] keep the credits :-P [14:30] jk [14:30] oh, sorry, i mentioned cherry pick [14:31] for once i used dch [14:31] yeah ... one can still give credits in cherry pick changelog entries ;) [14:31] i dont mind though [14:32] building [14:35] ok uploaded [14:40] fta2: is bug 209607 reproducible for you? [14:40] Launchpad bug 209607 in firefox-3.0 "Open file with external application broken" [Medium,Incomplete] https://launchpad.net/bugs/209607 [14:45] Bug 223357 [14:45] Launchpad bug 223357 in firefox-3.0 ""print selection Only" does not work in firefox3" [Undecided,New] https://launchpad.net/bugs/223357 [14:46] bug 220504 [14:46] Launchpad bug 220504 in firefox-3.0 "Firefox doesn't know what apps to use to open any type of downloaded files (dup-of: 209607)" [Undecided,New] https://launchpad.net/bugs/220504 [14:46] Launchpad bug 209607 in firefox-3.0 "Open file with external application broken" [Medium,Incomplete] https://launchpad.net/bugs/209607 === phoenix24_ is now known as phoenix24 [15:04] fta2: do we have the right cairo hardy-proposed? [15:12] bumb cairo! [15:16] armin76: you obviously have too much time ... wait [15:16] you are using gentoo :-P [15:27] i've merged cairo 2 weeks ago for intrepid, without the band-aid [15:28] but i need to work a bit more to fix ftbfs for some arches [15:28] ok [15:28] why do you want cairo hardy-proposed? 1.6.0 is not good enough ? [15:28] i talked about hardy though [15:28] fta2: we should use the version mozilla ships for final [15:28] otherwise we will see rendering bugs that upstream doesnt see [15:29] at least we should look what bugs were fixed since 1.6.0 [15:29] changes are minimal [15:30] yeah. we should review them to be sure [15:31] bug #215016 [15:31] Launchpad bug 215016 in liferea "Liferea (Hardy) crashes on startup" [High,Confirmed] https://launchpad.net/bugs/215016 [15:47] fails on hppa :P [15:47] http://launchpadlibrarian.net/14717619/buildlog_ubuntu-intrepid-hppa.xulrunner-1.9_1.9~rc1%2Bnobinonly-0ubuntu2_FAILEDTOBUILD.txt.gz [15:48] armin76, do you have a fix ? [15:48] * armin76 blames asac [15:48] nope [15:48] fta2: look at mikes package [15:48] he might have a patch [15:48] though not in a patch system [15:48] its the same error as always, warnings being treated as errors :) [15:49] but most you can probably diff the appropriate hppa xpcom files [15:49] armin76: yeah right [15:49] but why is that only on hppa? is that 64 bit? [15:50] because hppa is picky like sparc [15:50] sparc will fail on the same way [15:50] good [15:50] well if its an alignment issue its good to fail i'd say [15:51] gimme a patch and i'll test, i have no clue how to fix that :P [15:57] // The internal storage [15:57] char mAutoBuf[sizeof(Impl) + (kAutoBufSize - 1) * sizeof(void*)]; [15:57] i dont understand why this is calced that way [16:02] hrm... [16:03] it could be related that you're using -Os? [16:03] because i wasn't able to reproduce it, but i'll try again [16:03] http://www.ubuntugeek.com/how-to-install-firefox-3-rc1-in-ubuntu-hardy.html [16:04] woot, sparc compiled :D [16:10] fta2: does he patch our package? [16:11] fta2: If so we have to ask him to remove his packages immediately. He is certainly not allowed to distribute that with official marks [16:12] no, he just explains how to add my ppa to sources.list [16:13] thats not good either [16:13] he tells them to add the ~adnarim thing [16:14] hm, i guess adnarim has nothing to do with that, it seems to me it's there for other purposes (unrelated to the post) [16:14] yep: https://edge.launchpad.net/~adnarim/+archive [16:15] still he appears to trick the users to use that archive [16:24] done [16:27] huh? [16:28] whats done? [16:28] bumbed! [16:28] i've asked that guy to either hide/blur adnarim or to redo the screenshots [16:29] fta2: he should use ~mozillateam for this release [16:29] otherwise people will ride the lighning [16:29] i posted that in comments too ... but awaits moderation [16:29] why ppl don't upgrade to gutsy [16:29] ? [16:29] oh, ok, i don't mind [16:30] armin76: no idea ... feisty is like fawn [17:19] armin76, upgrade to gutsy ? you mean downgrade ? or what? [17:29] asac, are you sure your yelp << 2.22.1-0ubuntu2.8.04.1 is correct ??? intrepid has 2.22.1-0ubuntu2.. you should have used 2.22.1-0ubuntu2~8.04.1 [17:30] hardy-* should always be lower than intrepid [17:31] fta2: no intrepid has ubuntu3 now [17:31] https://edge.launchpad.net/ubuntu/intrepid/+source/yelp/2.22.1-0ubuntu3 [17:32] last hardy upload was ubuntu2 [17:32] 2.8.04.1 is the correct SRU version [17:32] hm [17:32] https://edge.launchpad.net/ubuntu/+source/yelp/ [17:33] ok [17:33] fta2: guess i meant upgrade to hardy :P === fta_ is now known as fta [21:02] fta: I now also have a testcase :) [21:02] sebner, ok [21:02] fta: http://-kol.deviantart.com/ [21:04] hm, apparently, the dns seems to accept that, while according to RFC 2396, it does not seems to be valid [21:04] fta: a user found this issue and asked me to ask one of you (seems to occur with every browser on linux but he said it's fixable in the /etc/hosts) [21:05] fta: but he told me it's working on windows and mac with the broswers [21:06] even with firefox (win and mac) ? [21:07] fta: he told me, yes. So it seems its not a bug in firefox but an issue with linux [21:08] i can see firefox doing the dns lookup, it's just fine [21:09] fta: I will ask him what he has done in the /etc/hosts to fix this [21:16] fta: RC1 is pretty fast. nice job =) [21:17] well, it's mostly upstream work :) [21:17] fta: sure but the packaging is apparently not that easy ;) [21:17] indeed [21:18] asac: also congratz to you :) [21:20] i can't find a related bug in bugzilla for this http://-foo [21:20] fta: as I said. may be a linux issue [21:22] even so, upstream doesn't seem to be aware of it [21:24] sebner, do we have a bug on lp for that ? if not, could you please file one ? [21:25] fta: I could but I'm not really sure if this is a real bug, maybe it's a security feature on linux. dunno [21:25] i don't think so. try: host -a -- -kol.deviantart.com [21:26] in a shell [21:27] fta: hmm. then it's the question if this URL is valid [21:28] fta: Remember that assembler assignment I had for school? I had been doing it for the most part of the last week and it's done. Now I did some beautification of code, although it's not so pretty yet. But it's working well :)... [21:28] (now i finished last code checking and preparing the report on it for tomorrow) [21:29] sebner, URI are defined in RFC 2396 [21:29] Jazzva, i read your blog :) [21:29] fta: so? [21:29] fta: You do? Didn't know that :)... [21:30] Jazzva, yes, read your post about that, excellent [21:31] sebner, quick read yesterday, i was convinced it's invalid [21:31] but? [21:31] fta: Thanks :)... I suppose I'll get maximum points on it. I don't think I missed something. Ok, back to report :) [21:36] sebner, http://paste.ubuntu.com/14888/ [21:36] sebner, i've pointed 2 lines [21:37] 34 and 35 [21:37] so it's allowed [21:37] no, it has to start with alpha or alphanum [21:38] and end to [21:38] the "-" is not allowed in 1st or last positions [21:38] ok [21:38] then it's not a bug [21:39] I'd say DNS permits it, URI doesn't [21:39] but that's just my interpretation [21:42] fta: so linux(/etc/hosts) is so strict and windows/mac not? [21:42] Hi all :) [21:44] /etc/hosts is used by the resolver, hence it's DNS rules. browser are parsing URIs, then they do a DNS lookup. here, it seems ff is doing the "-foo" lookup and it receives the correct answer, then it displays an error. Have to look at the code [21:45] fta: but I was told that it occurs on every browser on linux and fixable through /etc/hosts [21:47] i'd be curious to know how. if it's just -foo => foo then http://foo, it only works without virtual hosts [21:47] fta: I'll tell you tomorrow but this solution seems to be the only one [21:49] ok [21:49] i just don't understand why someone would want a hostname like that but well, why not. [21:50] fta: dunno ^^ but it's working on windows so maybe people expect it to work also on linux but now is the question if we want that [21:55] hm, annex B doesn't match annex A [21:55] fta@ix:~ $ perl -e '$_ = "http://-kol.deviantart.com/"; m,^(([^:/?#]+):)?(//([^/?#]*))?([^?#]*)(\?([^#]*))?(#(.*))?,; print $4."\n";' [21:55] -kol.deviantart.com [21:55] that RFC is bogus ;) [21:56] fta: Sry I'm a total n00b in these things. what does this mean? [21:58] the BNF (grammar) wants the hostname part of the URI to both start and end with an alphanum, while the regexp in annex B allows it to contain anything anywhere except '/', '?' and '#' [21:59] most likely the regexp is wrong (ie too simple) [21:59] i'm referring to http://www.faqs.org/rfcs/rfc2396.html [22:00] fta: ah, k. so no bug =) [22:01] asac, what do you think of this ? ^^ [22:01] fta: we should inform microsoft and apple :P [22:29] mozilla bug 355181 [22:29] Mozilla bug 355181 in Networking "net_IsValidHostName() comment says one thing, code does another" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=355181 [22:30] fta: ahhh!! so what does this mean? ^^ [22:31] donno yet, reading code [22:34] fta: I mean the bug report. It's about this issue [22:35] yes, the code is doing something like the regexp above, ie just looking at allowed chars, no particular order [22:36] fta: how similar is the firefox linux code compared to the firefox windows code? [22:36] that part should be almost identical, if not entirely [22:37] I still don't understand why it's working on windows then [22:48] seems we end up there: http://mxr.mozilla.org/mozilla/source/docshell/base/nsWebShell.cpp#1179 [22:51] fta: DisplayError. ok. but why not on win? [22:52] i don't know, yet [22:52] it's late, i'll investigate later [22:55] fta: thanks for your interest =) [23:04] night :) [23:15] gn8 folks