=== xtknight [n=xtknight@c-68-43-122-211.hsd1.mi.comcast.net] has joined #ubuntu-mozillateam === shirish [n=shirish@59.95.5.194] has joined #ubuntu-mozillateam [02:39] Ubulette: you up m8? [02:41] asac: Ubulette: maybe something you guys may be interested as a future project. http://www.netsurf-browser.org/ seems to be a nice browser implementation ;) [02:43] also its in debian, we just need to sync with it http://packages.debian.org/lenny/netsurf === Admiral_Chicago [n=FreddyM@st074039212101.monm.edu] has joined #ubuntu-mozillateam === shirish [n=shirish@59.95.5.194] has left #ubuntu-mozillateam [] [06:07] c [06:07] ugh [06:32] asac: re bug 133360, it seems classpath totally failed to build on all arches. I take it from the last comment, that you uploaded it. I can confirm that it won't build on ppc and i386, and it seems that its trying to find a header that should be present, as its from libxul-dev. [06:32] Launchpad bug 133360 in classpath "added Xb-Npp-xxx tags accordingly to "firefox distro add-on suport" spec" [Undecided,Fix committed] https://launchpad.net/bugs/133360 [08:57] asac: thanks! [11:01] bug 133452 [11:01] Launchpad bug 133452 in flashplugin-nonfree "gutsy amd64: flashplugin-nonfree not working" [Undecided,Confirmed] https://launchpad.net/bugs/133452 [11:14] TheMuso: was xulrunner updated in the meantime as well? [11:14] TheMuso: my classpath upload didn't change anything (i hope) [11:42] asac: I don't know if it was updated. The only thing that was changed in the upload you did was what is in the debdiff attached to that bug. [11:43] right ... that definitly shouldn't cause the build failure [11:43] No. Let me check when xulrunner was lat uploaded. [11:44] 2007-08-21 [11:44] ah ok [11:44] hmm [11:44] doesn't look like that might be the case either [11:47] well classpath upload before the latest was 2007-04-27 [11:47] ... there have been a lot of xul uploads in between i guess [11:48] e.g. previous classpath build against 1.8.0.x ... now we are at 1.8.1.x [11:48] Right. [11:48] So I'm guessing its a xulrunner issue... [11:48] i think we should merge debian classpath? [11:49] i think its a classpath issue ... e.g. not yet adapted to build against xulrunner [11:49] Ok. [11:49] Does that require an UVF? [11:49] as in debian having a newer upstream version? [11:49] Or will you pick bits from it? [11:50] how many rdepends does classpath have? [11:50] 9 [11:51] I think I've got that right. [11:51] sorry, seems like the list has dupes for some reaso [11:51] reason [11:53] Ok, I'd rde rdeps. [11:53] apt-cache rdepends classpath-common [11:54] libgcj-common conflicts with it, and cacao and jamvm both depend on it. [11:54] i think we should try if they can be properly rebuild against latest classpath before uploading and getting UVFe [11:54] ok so 4 [11:54] Right. [01:10] TheMuso: do you want to take care? e.g. bugging motu about this or doing tests and preparing merge et al? === paran [n=paran@cl-56.sto-01.se.sixxs.net] has joined #ubuntu-mozillateam [01:15] asac: ping [01:16] paran: pong [01:17] asac: about your comment on bug 133452, I don't think any special handling is necessary. the prerm-script always seems to remove both alternatives (non wrapped and wrapper plugin) [01:17] Launchpad bug 133452 in flashplugin-nonfree "gutsy amd64: flashplugin-nonfree not working" [Undecided,Incomplete] https://launchpad.net/bugs/133452 [01:18] asac: the upgrade instead breaks because of some nasty bugs in update-alternatives itself [01:18] paran: why not? [01:18] paran: ah ok ... right i just removed both ... :) [01:18] paran: let me take a quick look if its true [01:18] asac: the incorrect alternative will always be removed using update-alternatives --remove [01:19] ok right we try to remove both alternatives on all archs [01:19] good [01:19] paran: so it still breaks? [01:20] someone suggested to run update-alternatives --auto once after installing those alternatives [01:20] no idea if that makes sense or fixes our issues [01:20] asac: yes unfortunately [01:20] when the last alternative is removed it seems that it is not removed from the alternatives system. [01:20] what is worse is that the alternative is changed from auto to manual [01:21] so when the correct alternative is added later it will not get changed [01:21] hmm ... can we see if there is no alternative left (e.g. by --list?) [01:21] and then try to do some smart manual stuff to fix it? [01:22] yes, you could run update-alterntives --remove-all, manually when there is no alternatives left [01:22] will this remove it for real? [01:22] yup [01:23] but then off course you should chech using --list before doing that :) [01:23] however this is a ugly hack, it would be much better if update-alternatives did the right thing [01:23] ok so something like update-alternative --list $app-flashplugin | grep -c == 0 -> update-alternatives --remove-all $app-flashplugin might work? [01:25] i think we want the ugly hack + a bug against update-alternatives [01:25] i will add that hack for gnash as well then [01:27] paran: do you want to file these two bugs against dpkg? [01:28] e.g. 1. "update-alternative --remove doesn't remove alternative completely when removing the last installed alternative" [01:28] yeah, I'l deffinately file a bug [01:28] 2. "update-alternative --remove switches to manual mode when last alternative is removed from system" [01:28] I will reasearch it a little more first, to try to figure out what is going on [01:28] paran: thanks ... if you have those bugs let me know so i can bug iwj about it [01:30] paran: will you update the debdiff and add --remove-all ? [01:34] asac: I could do that, but I won't have time today I think. would need some testing together with gnash to make sure it works as expected === asac_the_2nd [n=asac@e177166183.adsl.alicedsl.de] has joined #ubuntu-mozillateam [01:57] !bug [01:57] If you find a bug in Ubuntu or any of its derivatives, please file a bug report at: http://bugs.ubuntu.com/ - Bugs in/wishes for the bots can be filed at http://launchpad.net/products/ubuntu-bots === Batelje [n=tombatse@d54C5AF52.access.telenet.be] has joined #ubuntu-mozillateam [02:02] hi [02:02] i need sme help from you guys ... [02:02] paran: ok ... i can wait another day or two i guess ;) [02:03] paran: if you cannot work on it, just let me know ... then I would do it :/ [02:03] Batelje: just ask ;) [02:03] my firefox closes by himself , i opend it via the terminal and it says 'bus error (core dumped)' [02:03] i also have thids problem by epiphany [02:03] Batelje: gnome? [02:03] Batelje: in gutsy? or feisty? [02:04] yes gnome , feisty fawn [02:04] Batelje: reproducible? or just coincidentially? [02:04] Batelje: try to start firefox in safe mode from terminal: [02:04] firefox -safe-mode [02:04] he always closes when i typed in a url and he is loading the page [02:04] does that help? [02:04] lets see... [02:05] nope , same problem [02:09] ow yeah , it happens everythime since 2 days ago [02:09] so reproducible [02:10] Batelje: what plugins do you use? [02:11] Batelje: please try if this happens with a new user account as well [02:11] (or backup your $HOME/.mozilla directory and move it away before starting firefox ... so you get a fresh profile) [02:12] ok i will try that second one first [02:13] what do i need to delete ? the plugins ? [02:14] try to move away the whole .mozilla directory first [02:14] if that helps remove all content of .mozilla/plugins/ [02:19] asac: ok, I'l try to get it done tomorrow. in the mean time you could perhaps bug somebody to fix bug 138145 as that is also blocking flash on amd64 :) [02:19] Launchpad bug 138145 in ia32-libs "missing ia32 libXcomposite" [High,Confirmed] https://launchpad.net/bugs/138145 [02:20] paran: so that is an issue? [02:20] ok will bug bryce [02:24] asac: yup, it needs 32bit libXcomposite to work. is should be quite simple to add libxcomposite1 to the list of packages that ia32-libs is built from === Paddy_EIRE [n=patrick@78.144.25.19] has joined #ubuntu-mozillateam === Paddy_EIRE [n=patrick@78.144.25.19] has joined #ubuntu-mozillateam [03:12] paran: still there? any idea why libXcomposite is not missing or now needed (as it appeared to work before) ? [03:12] s/not/now/ [03:34] paran: bug 138145 is fixed [03:34] Launchpad bug 138145 in ia32-libs "missing ia32 libXcomposite" [High,Fix released] https://launchpad.net/bugs/138145 === Paddy_EIRE [n=patrick@78.144.25.19] has joined #ubuntu-mozillateam === Paddy_EIRE [n=patrick@78.144.25.19] has joined #ubuntu-mozillateam === Paddy_EIRE [n=patrick@78.144.25.19] has joined #ubuntu-mozillateam === Paddy_EIRE [n=patrick@78.144.25.19] has joined #ubuntu-mozillateam === asac [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [04:01] asac: not sure I understand your question... the ia32-libs-bug was fixed today, after I told you :) [04:02] i had no question [04:02] just stated that it was fixed [04:03] "any idea why libXcomposite is not missing or now needed (as it appeared to work before) ?" === asac_the_2nd [n=asac@e177166183.adsl.alicedsl.de] has left #ubuntu-mozillateam [] === Chipzz [i=chipzz@safehex.be] has joined #ubuntu-mozillateam [04:19] asac: what I was mentioning used to be a bug in older ubuntu releases [04:20] though it may have been fixed in the meanwhile [04:20] Chipzz: so network-manager didn't work? [04:20] not using nm at all ;) [04:20] Chipzz: so what didn't work before you used /e/n/i ? [04:20] this install is from before ubuntu used n, [04:20] nm [04:21] because you mentioned that something else didn't work [04:21] yeah [04:21] manually setting the essid/key [04:21] ok [04:21] ie doing iwconfig eth1 essid foo; iwconfig eth1 key bar [04:21] then lets go back to that square [04:21] comment out all eth1 entries in /e/n/i [04:21] and do it that way [04:22] with debug_level=65535 [04:22] I vaguely recall seeing something in a changelog which could indicate that has been fixed in the meanwhile [04:22] changelog of which package? [04:23] heh [04:23] linux-image iirc [04:23] ok [04:23] ok this is *weird* [04:23] please test if it works manually ... and if not caputre the log ;) === Chipzz looks extremely baffled now [04:25] root@Vertex:~# iwconfig eth1 essid nighty ; iwconfig eth1 | grep 'Access Point' Mode:Managed Frequency:2.437 GHz Access Point: 00:14:BF:A5:49:52 [04:25] root@Vertex:~# iwconfig eth1 essid chipzz ; iwconfig eth1 | grep 'Access Point' Mode:Managed Channel=0 Access Point: Not-Associated [04:25] root@Vertex:~# iwconfig eth1 | grep 'Access Point' Mode:Managed Frequency:2.467 GHz Access Point: 00:13:10:92:E4:0F [04:25] both AP's have a WEP key [04:25] and I did not use any iwconfig eth1 key commands in between [04:25] how on earth is that possible??? === Chipzz puts that up his pipe and smokes it :P [04:26] Chipzz: afaik you can associate with WEP [04:26] without key [04:26] however your packages won't be understood [04:27] asac: as long as I recall, I did not get associated with an AP at all as long as I didn't set a key :) [04:27] ok lets check [04:27] well ... that might be something different. [04:27] please capture a log from that [04:27] e.g. start wiht essid any [04:27] observe that it doesn't auto associate [04:27] then run iwconfig eth1 essid nighty [04:27] and wait till you are associated with the access point [04:30] heh [04:30] commented out all eth1 related entries in /e/n/i [04:30] ran rmmod ipw2200 ; modprobe ipw2200 [04:30] get associated with the wrong AP again [04:33] Chipzz: you have the log of that? [04:33] try to modprobe ipw{2100,2200,3945} debug=1 debug_level=65535 [04:34] (unless you have setup that module config in sysctl.conf) [04:34] Chipzz: did you run iwconfig at all? [04:34] nope [04:34] ok so its just auto associating [04:34] well, just "iwconfig eth1" to look at which ap it's associated [04:34] can you please modprobe ipw2200 associate=0 [04:35] yes ... pleae load the module with associate=0 and debug_level=655... like above [04:35] and if it still happens bring the syslog up [04:35] ok lets see [04:37] hrrrmk [04:37] [ 2358.328000] ipw2200: Unknown parameter `debug_level' [04:37] [ 2371.388000] ipw2200: Unknown parameter `debuglevel' [04:37] shall I google it or do you know the correct parameter off-hand? :) [04:38] hmm [04:38] just debug? [04:42] that works [04:42] Chipzz: its just debug=655.. [04:42] yes [04:42] ok will update the wiki [04:42] anyway, not reproducable atm anymore [04:42] *sigh* :) [04:42] Chipzz: with associate=0 ? [04:42] with or without that [04:43] try with associate=1 [04:43] Chipzz: do you have a open network at hand? [04:43] its far better to observe association bugs there [04:44] WEP isn't any different ... except the key [04:45] asac: I think I know why I'm not seeing it anymore [04:45] the FON_ network doesn't occur in the ipw_best_network scan list anymore [04:45] also not seeing it in iwlist scan [04:48] Chipzz: you know how to capture a good log ... whenever you can reproduce and capture such a log please open a bug and state what you did at which point of time ;) [04:48] i already see a bunch of issues in the drivber [04:48] but unless you have a real/reproducible issue, it doesn't make sense to push a test patch to you ;) [04:52] ok :) === Paddy_EIRE [n=patrick@78.144.25.19] has joined #ubuntu-mozillateam === Paddy_EIRE [n=patrick@78.144.25.19] has joined #ubuntu-mozillateam === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === Paddy_EIRE [n=patrick@78.144.25.19] has joined #ubuntu-mozillateam === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === bluekuja [n=andrea@ubuntu/member/bluekuja] has joined #ubuntu-mozillateam === cwong1 [i=chatzill@nat/intel/x-325fe03b2ddfbc63] has joined #ubuntu-mozillateam === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [06:51] asac_: hi, did you have chance to look into the menupopup today? [06:53] cwong1: look at WORKING ;) [06:53] just define s with class="hildonmenu" [06:53] k === asac [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === asac__ [n=asac@e177161123.adsl.alicedsl.de] has joined #ubuntu-mozillateam === jeromeg [n=jerome@gra94-2-82-66-142-60.fbx.proxad.net] has joined #ubuntu-mozillateam [07:35] hi === shirish [n=shirish@59.95.23.27] has joined #ubuntu-mozillateam [07:45] Ubulette: hi [07:46] asac: hi [07:47] hi all [07:47] hey, cool, so what's up guys? [07:47] not much here. [07:48] Ubulette: btw did you checkout the link I gave yesterday? [07:48] shirish, if you're a web developer, you can try ff-trunk-venkman [07:48] in my repo [07:49] Ubulette: unfortunately not a web-developer, what does the ff-trunk-venkman fork has? [07:49] it's a javascript/xul debugger [07:50] that's cool, is that something which would be shipped by mozilla in the main-stream or is this which would be on the sidelines till some time to come? [07:51] it's part of mozilla [07:52] ok that's cool then, but unfortunately not a web-developer, just a user who's curious ;) [07:52] http://www.sofaraway.org/ubuntu/tmp/ff3-venkman.png [07:52] http://www.sofaraway.org/ubuntu/tmp/ff3-venkman-2.png [07:54] i am out for a whil ... will be back later though [07:54] asac: take care [07:54] Ubulette: cool pics. [07:55] http://www.mozilla.org/projects/venkman/ that's the project & it has been since ff 2.0 it seems. [07:55] even since 0.9 [07:56] not sure it was packaged before [07:56] maybe it was [07:57] well, project has been lost for a while and moz guys just resurrected it for ff3 [07:58] aha, ok that's why I didn't come to know of it. [07:58] also the UI seems to be something of 80's or something. [08:00] well, it's functional [08:02] true [08:03] Ubulette: are there any bugs which you reported to something, which you want to get confirmed one way or the other? [08:03] Ubulette: bored to death today ;) [08:04] still the flash audio not stopped when pressing back [08:07] ah, yes, but that is with the flashplugin-nonfree i take [08:08] well, if appeared recently in trunk and i haven't touched my flash setup [08:08] -if+it [08:10] but you have been using flashplugin-nonfree or gnash or swfdec? [08:11] and a totally off-topic thing is there any free/open source game that you like/play? [08:11] by free and open source I mean the game is under a GPL license. [08:12] could you try to play today's track on http://chinesepod.com/ then wait a couple of seconds and hit the back button ? [08:13] ok will do === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === Ubulette_ [n=Ubulette@APuteaux-153-1-76-89.w81-249.abo.wanadoo.fr] has joined #ubuntu-mozillateam [08:23] gasp, i hate that daily disconnection === Paddy_EIRE [n=patrick@89.240.248.3] has joined #ubuntu-mozillateam [08:33] shirish, did it work for you ? [08:33] oops, forgot all about it, hang on [08:35] Ubulette_: on my system, the lesson doesn't play at all (using swfdec) ;( [08:35] :( [08:35] hmm. thanks anyway [08:35] asac, xul ships tons of .a so dbgsym is not very useful here [08:37] asac, did you have a chance to discuss with benjamin ? [08:37] Ubulette_: completely sorry, it just somehow just went out of my mind, have been trying to find some educational games for my 7 yr. old niece, other than the gcompris & childsplay (but in free software domain) === jneves [n=jneves@a81-84-27-180.cpe.netcabo.pt] has joined #ubuntu-mozillateam [08:38] sorry, no idea [08:39] hi - I was looking for the debs for seamonkey [08:39] I'm assuming that's enough to use a mozilla suite profile, or am I wrong? === Ubulette_ is now known as Ubulette [08:41] jneves, we have iceape [08:41] Ubulette: only in gutsy... [08:41] I need it for feisty... [08:41] use our ppa [08:41] https://launchpad.net/~mozillateam/+archive [08:42] Ubulette: thanks - it looks like what I was looking for :D [08:42] you're welcome === shirish [n=shirish@59.95.23.27] has left #ubuntu-mozillateam [] [09:37] asac, we discuss branch renaming whenever you want :) [09:38] I'm creating a firefox.dev.video branch locally [10:15] asac: was looking at u-u-s queue [10:15] I see two packages you uploaded === jneves [n=jneves@62.169.79.35] has joined #ubuntu-mozillateam [10:15] still on fix committed [10:15] and one FTBFS I guess [10:16] same for the other [10:16] hjmf, any explanation? === fuoco [n=gad@87.69.68.130.cable.012.net.il] has joined #ubuntu-mozillateam [10:25] where are the minefield or trunk packages? [10:25] ppa [10:25] ? [10:26] https://launchpad.net/~mozillateam/+archive [10:26] Personal Package Archive [10:26] ah thx [10:26] :) [10:27] any idea at which specific day a8 will be out? [10:27] (we're behind because our ppa maintainer is not available at the moment) [10:27] a8 is late [10:28] http://developer.mozilla.org/devnews/index.php/2007/09/10/firefox-trunk-to-stay-frozen-for-m8-a-little-bit-longer/ [10:30] so the last is from 0829, is that right? [10:31] in the ppa, yes. [10:32] do you need something fresher ? [10:32] fuoco ? [10:33] well, i'm using only a7 now, but i have quite a few problems, i wanted to know how it's coming along with bugfixes, and i assume the bugfixes are mostly the very fresh stuff [10:33] after the feature freeze especially [10:33] what's your arch ? [10:34] powerpc [10:34] hmm, i can't help with debs then. I build daily minefields but for i386 [10:35] yeah i build my own anyways, but i like to use the closest to official package source [10:35] you can grab the .dev branches of xul and firefox then [10:35] that's what i maintain here [10:36] that gets dumped to .trunk about every week [10:36] why do i need xul? [10:36] then end up in granparadiso [10:36] heh, i just thought xul is for compiling other stuff against gecko, no ? [10:37] because with now uses that. ff is now small using xul that is shared with other xul apps [10:38] wow, that's a packaging change or upstream? [10:39] just packaging change for us, upstream build system is capable of doing so [10:39] and that will stick through the next releases of granparadiso and eventually ff3? === jneves [n=jneves@62.169.79.35] has left #ubuntu-mozillateam ["Leaving"] [10:40] hopefully for gp a8, yes [10:40] (starting to) [10:40] very cool [10:41] i'm working on kazehakase and songbird for use this xul too [10:42] well, slow progress to tell the (sad) truth. lack of time mostly, and that's a huge work [10:44] fuoco, if you need the tarballs to build the .dev branches, there're there: http://www.sofaraway.org/ubuntu/tarballs/ [10:44] ff now uses stripped sources (as most are no longer needed as they are for xul now) [10:45] the latest stuff right ? [10:46] regarding packaging, yes. [10:46] for sources, you can get fresher ones and just bump changelog [10:47] fetch my mozclient branch to build uptodate tarballs [10:47] ok [10:47] https://code.launchpad.net/~fta [10:48] (I should really write an howto for that...) [10:49] i should apply also the powerpc fix i suppose [10:50] hmm, it should be in already [10:50] let me check [10:51] yes, xul.dev commit #14 [10:52] is this thing any stabler than alpha7 in your experience ? [10:52] i'm happy with it [10:53] i'm no longer using anything else [10:53] trunk you mean? [10:53] yes (in fact my daily builds using *.dev branches) [10:55] Ubulette: is this what you use actually? http://www.sofaraway.org/ubuntu/minirepos/firefox-minefield/pool/firefox-trunk/ [10:56] yes [10:56] so i can use the .dsc file to rebuild the same one for my arch - it's extremely simple [10:57] try and tell me :) [10:57] will do [10:58] (hmm, my bot forgot .changes files behind.. I need to fix that) [10:59] lol yeah [10:59] fuoco, one detail though. you'll get versioning from my bot. [10:59] yeah i noticed... [10:59] do you have a record of how long the compile takes on your machine? === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [11:00] either you keep that or you change it back [11:00] 1 hour for xul, 1 minute for ff3 :) [11:00] 1 minute??? [11:00] yep [11:01] what system is that ? [11:01] 1 hour is also very short i think, no? [11:01] remember everything is in xul [11:01] i don't have much experience with ff building [11:02] in fact, xul takes between ~47min and 55min [11:02] it's not even a fast pc [11:03] amd64 3200+ running gutsy i386 [11:04] not too slow i suppose either :) [11:05] slower than my core2 at home [11:06] fuoco, you need to build xul 1st [11:06] yeah i know [11:06] :) [11:06] ok === asac [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [11:14] this connection is just a mess [11:14] :) [11:14] bluekuja: yes right [11:14] bluekuja: i think hjmf mark them fix released [11:15] asac: also if they are both FTBFS? [11:15] (all archs) [11:15] ah classpath [11:15] right [11:15] of coruse not [11:15] asac, i'm already sick with just 1 reset per day so i feel bad for you :P [11:15] bluekuja: what about the other? [11:16] Ubulette: the bad thing is that it always happens at bad times [11:16] e.g. when in an irc meeting [11:16] asac: https://launchpad.net/ubuntu/+source/helix-player/1.0.8-2ubuntu1 [11:16] Ubulette: i consider to drop dsl and just go umts or something [11:17] no ftth in your area ? [11:18] lol [11:18] asac: classpath is failed too [11:20] Ubulette: i need libnspr updated package too ? [11:20] you need at least the version in the ppa [11:20] or mine [11:20] as you prefer [11:21] gnight all [11:21] cu tomorrow [11:22] asac, I'm testing the video element patch right now. [11:23] it's a huge patch for xul [11:23] only [11:23] huge because of the 3rd party libs [11:24] if it works well, i'll patch it to use --with-system-whatever as it seems we have everything in gutsy [11:24] and the drop the 3rd party patch [11:24] saving us a 14M patch [11:25] before you jump, it's in a different branch at the moment === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [11:27] ok tomorrow i will call my isp [11:27] hm, what was the last line you saw ? [11:27] if i can't find a solution for this then there will be more terror in this world ;) [11:28] i saw nothing :/ [11:28] 23:15 < Ubulette> no ftth in your area ? [11:28] 23:17 < asac> ftth? [11:28] 23:17 < asac> i doubt there is ;) otherwise i would have heard of it [11:28] 23:17 < asac> university is over the street and i could use their wifi ;) ... but would need to get an account from somewhere :) [11:28] 23:19 < asac> bluekuja: hmm is there a new debian version for helix? [11:28] 23:20 < asac> wow p.d.o got a face lift [11:28] 23:20 < asac> http://packages.debian.org/helix-player [11:28] 23:25 < asac_> ok tomorrow i will call my isp [11:28] ftth = fiber to the home [11:28] i doubt there is [11:28] no ftth in your area ? [11:28] * asac_ has quit (Read error: 113 (No route to host)) [11:28]