00:02.34 | *** join/#maemo-ssu ruskie (ruskie@sourcemage/mage/ruskie) |
00:24.27 | DocScrutinizer | wtf is OMP? |
00:24.42 | merlin1991 | open media player |
00:24.46 | DocScrutinizer | aaah |
00:24.56 | DocScrutinizer | mohammediaplayer |
00:25.03 | merlin1991 | that's the other name for it :D |
00:27.11 | DocScrutinizer | 19° at 2_30 in the night, and a distant thunder. I *love* this mood |
00:27.56 | DocScrutinizer | ~weather |
00:28.03 | DocScrutinizer | meh |
00:28.07 | DocScrutinizer | ~weather EDDN |
00:34.46 | merlin1991 | dunno |
00:34.51 | merlin1991 | my eyes are dying |
00:35.15 | merlin1991 | I need to get up soon to take my antibiotics in time, and I'm still waiting for a dist-upgrade here |
00:38.46 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
00:39.11 | merlin1991 | needs to remember NOT to start a dist-upgrade @ 1am in the morning |
00:39.29 | merlin1991 | It's the third time I made this mistake now xD |
00:39.31 | amiconn | ~weather EDDT |
00:39.43 | amiconn | ah |
00:41.36 | LaoLang_cool | ~weather |
00:42.15 | LaoLang_cool | ~weather Nanjing |
00:43.47 | merlin1991 | ~weather LOWW |
01:02.47 | DocScrutinizer | ~weather znsj |
01:02.59 | DocScrutinizer | ~weather zsnj |
01:05.07 | DocScrutinizer | smiles at ~identical weather at 4 different locations |
01:07.33 | merlin1991 | ~weather 11035 |
01:07.38 | merlin1991 | bah |
01:07.53 | amiconn | ~weather EDDB |
01:07.53 | merlin1991 | http://weather.noaa.gov/cgi-bin/nsd_lookup.pl?station=11035 |
01:08.42 | merlin1991 | DocScrutinizer: any idea how I could get that station? |
01:12.06 | DocScrutinizer | hm? |
01:12.29 | DocScrutinizer | which one? |
01:18.43 | merlin1991 | 11035 |
01:18.47 | merlin1991 | or even better 11034 |
01:19.49 | merlin1991 | http://weather.noaa.gov/cgi-bin/nsd_lookup.pl?station=11034 which would be the most accurate for me |
01:21.15 | merlin1991 | only 11036 has an icao index but that one is far away from me :/ |
01:51.12 | amiconn | Looks like only icao codes are possible. According to http://infobot.svn.sourceforge.net/viewvc/infobot/trunk/src/Modules/Weather.pl?revision=1927&view=markup infobot directly calls one of the html files from http://weather.noaa.gov/weather/current/ |
02:04.17 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
03:06.36 | DocScrutinizer | amiconn: so is this a limitation of the called html noaa.gov website, or is there sth to get patched in infobot? |
03:07.37 | DocScrutinizer | amiconn: if the latter, I probably can speed up and facilitate things a bit, when I get a hold on Tim |
03:08.14 | DocScrutinizer | I.E. a patch file could get applied in a few days |
03:13.42 | DocScrutinizer | nevermind, here the available stations: http://weather.noaa.gov/weather/current/ |
04:02.20 | int_ua | Are there any other CSSU-related translations hosted on Transifex besides OMP and n900-extra-translations? |
06:06.24 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.141) |
06:37.58 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
07:46.36 | *** join/#maemo-ssu Jade (~jade@unaffiliated/jade) |
07:51.21 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.141) |
08:23.44 | *** join/#maemo-ssu Jade- (~jade@unaffiliated/jade) |
08:25.58 | *** join/#maemo-ssu DocScrutinizer (~halley@openmoko/engineers/joerg) |
09:14.46 | *** join/#maemo-ssu smoku (~spectrum@xkh0g2.infr.xiaoka.com) |
09:28.01 | *** join/#maemo-ssu andre__ (~andre@89.177.48.113) |
09:28.07 | *** join/#maemo-ssu andre__ (~andre@Maemo/community/bugmaster/andre) |
09:55.29 | *** join/#maemo-ssu psycho_oreos (~no@unaffiliated/tuxsavvy) |
09:58.05 | Pali | freemangordon, merlin1991, what about include open media player, rewritten clock UI and calendar home widget into CSSU? |
10:03.45 | *** join/#maemo-ssu MohammadAG (~MohammadA@ool-45772b34.dyn.optonline.net) |
10:04.46 | *** join/#maemo-ssu xnt14 (~xnt14@ool-45772b34.dyn.optonline.net) |
10:04.59 | *** join/#maemo-ssu MohammadAG (~MohammadA@Maemo/community/contributor/MohammadAG) |
10:06.27 | *** join/#maemo-ssu mase76 (~mase76@p5DD3B04E.dip.t-dialin.net) |
10:09.34 | Pali | open media player seems be stable |
10:10.44 | MohammadAG | Aren't there some occasional crashes? |
10:11.10 | MohammadAG | (Which could probably be fixed by using QPointer) |
10:12.25 | Pali | MohammadAG, I did not get any crashes for 1 month |
10:13.24 | MohammadAG | 1 tester isn't enough |
10:31.33 | *** join/#maemo-ssu dafox (~dafox@dyn-194208.nbw.tue.nl) |
10:34.41 | Pali | MohammadAG, so we need more testing? |
10:35.02 | Pali | then other people and from TMO can test it too |
10:35.10 | MohammadAG | We've seen what happened with camera-UI |
10:37.53 | Pali | but if we do not push it to cssu-testing (or cssu-devel) we will not see real problems |
10:43.24 | LaoLang_cool | is looking for fetchmail for maemo... |
10:56.35 | *** join/#maemo-ssu Lava_Croft (lcd@satgnu.net) |
10:56.40 | Lava_Croft | DocScrutinizer51: |
11:40.11 | *** join/#maemo-ssu Pali_ (~pali@unaffiliated/pali) |
11:51.24 | Lava_Croft | https://fbcdn-sphotos-a.akamaihd.net/hphotos-ak-ash4/s720x720/401589_413468522010419_100000418249745_1437710_388073361_n.jpg |
11:51.28 | Lava_Croft | there you go |
11:51.29 | Lava_Croft | I asked them how many in stock |
11:51.43 | Lava_Croft | dude took 8 minutes to find out that the one on this picture is their last in stock |
11:51.56 | Lava_Croft | its the MediaMarkt in Alkmaar |
11:51.59 | Lava_Croft | have fun with it |
11:52.02 | *** part/#maemo-ssu Lava_Croft (lcd@satgnu.net) |
13:12.25 | *** join/#maemo-ssu infobot (~infobot@rikers.org) |
13:12.25 | *** topic/#maemo-ssu is Maemo Community Seamless Software Update "CSSU" channel, http://wiki.maemo.org/Community_SSU | Known bugs: http://j.mp/communityssu-bugs | Channel logs: http://mg.pov.lt/maemo-ssu-irclog/ | Sources: http://gitorious.org/community-ssu/ | Latest version (testing): 21.2011.38-1Tmaemo3.1; (stable): 21.2011.38-1Smaemo3 |
13:12.25 | *** mode/#maemo-ssu [+v infobot] by ChanServ |
13:35.51 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.141) |
13:38.51 | *** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm) |
13:50.12 | Raimu | :) |
13:50.36 | Raimu | Oh my god, it has all the arrow keys! |
13:51.27 | Raimu | has now realized why people actually bother mapping game keys to arrow keys and why his FI model doesn't cut it |
13:53.01 | Raimu | We need to press blue-left for arrow-up and blue-right for arrow-down. :P |
13:53.13 | Raimu | feels dumb |
14:10.26 | DocScrutinizer | Raimu: that's why I swapped all my DE keymats to US |
14:12.25 | DocScrutinizer | (the real reason is I can't learn by heart the US layout, so I need the correct keycap printings - of course the logical layout will be proper US if you switch to US keyboard in settings, just it doesn't match the printing on keys anymore then) |
14:12.39 | Raimu | Yup. |
14:16.17 | DocScrutinizer | btw this Fn+cursor for up/down is not only annoying, it also defeats proper mapping of Fn+UP to page-up or home, whatever you prefer |
14:49.17 | Raimu | Can you map Fn+shift+up? |
15:20.52 | *** join/#maemo-ssu arcean (~arcean@aacw27.neoplus.adsl.tpnet.pl) |
15:48.47 | freemangordon | Pali, I just can't imagine how we are going to support adeclock without anyone of us knowing a line of code. Otherwise if it is stable, why not. Re OMP - I think there are still crashes, didn't test wor a while, maybe will give it a shot again. NFC what calendar home widget is. |
15:53.18 | Pali | nicolai's calendar widget: http://talk.maemo.org/showthread.php?t=55018 |
15:55.59 | freemangordon | Pali, first bug in OMP - rotate to portrait an start a video ;) |
15:56.23 | freemangordon | *and |
15:56.57 | freemangordon | and ind continues to crash |
15:57.04 | freemangordon | *it |
15:57.52 | freemangordon | it is gust nowhere to be ready even for testing |
15:58.51 | freemangordon | on the other hand we can pull it in CSSU if you think the current developer will speedup bug-fixing |
15:59.19 | freemangordon | MohammadAG, after all you are the creator of OMP, do you have will to put a little effor in it again? |
16:02.29 | DocScrutinizer | if we're going to abandon mediaplayer in favour of any at best halfbaked alternative now, after we already did that with camera, I promise I'll abandon CSSU at large |
16:02.47 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28970.dip0.t-ipconnect.de) |
16:04.18 | freemangordon | DocScrutinizer, AIUI Pali was just asking, and if it depends on me, OMP will enter CSSU only and only if it is feature-complete and there are no known bugs at least. Which is not the case as for now |
16:04.54 | DocScrutinizer | no objection to offering freedom of choice to CSSU users. But forcing a new stuff as replacement for something proven to "work" is a killer |
16:05.05 | merlin1991 | imo we don't need omp in cssu |
16:05.13 | merlin1991 | it lives happily in extras |
16:05.13 | freemangordon | :nod: |
16:05.22 | freemangordon | extras-devel :D |
16:05.28 | DocScrutinizer | merlin1991: +++ |
16:05.32 | merlin1991 | and if you want fully system integration like me you just adjust the dbus service file from the stock mediaplayer |
16:05.39 | merlin1991 | s/fully/full/ |
16:05.42 | DocScrutinizer | merlin1991: +++ |
16:05.54 | freemangordon | and what about adeclock |
16:06.08 | DocScrutinizer | as it should've been done with camera already |
16:06.11 | merlin1991 | like you said nobody knows the code |
16:06.52 | freemangordon | but we could put it in CSSU in the same way as it is now with orientation lock applet in stable |
16:07.10 | MohammadAG | Camera actually has to be replaced |
16:07.15 | MohammadAG | Had* |
16:07.25 | MohammadAG | Running both conflicts |
16:07.39 | MohammadAG | freemangordon: yes, I do |
16:07.41 | merlin1991 | MohammadAG: how's your scratchbox? |
16:07.48 | freemangordon | :D :D :D |
16:08.02 | DocScrutinizer | MohammadAG: that'S a terribly poor argument |
16:08.06 | MohammadAG | I'll see if the code base is understandable |
16:08.40 | MohammadAG | DocScrutinizer: Life's unfair :p |
16:08.42 | DocScrutinizer | MohammadAG: in fact that's a good reason NOT to replace it |
16:09.00 | MohammadAG | Let's not start this again :p |
16:09.13 | freemangordon | MohammadAG, running stock MP and camera-ui from CSSU dos not conflict, that is what I am using for the last year or so. What do you mean? |
16:09.20 | DocScrutinizer | while the supposed 'conflict' is simply due to developers not caring to solve that issue |
16:09.35 | freemangordon | what conflict? |
16:09.39 | merlin1991 | freemangordon: the conflict is between stock camera-ui and cssu camera-ui |
16:09.41 | MohammadAG | freemangordon: What would opening the lens cover do? |
16:09.54 | freemangordon | start the camera |
16:09.57 | MohammadAG | Oh nvm, you misunderstood |
16:10.03 | freemangordon | yeah |
16:10.33 | merlin1991 | MohammadAG: now what about that scratchbox of yours? |
16:10.40 | MohammadAG | Walking to dorms, gimme 10 and I'll be back |
16:10.56 | freemangordon | BTW I think after all we should put operator widget in the next update |
16:11.17 | freemangordon | I think jonwil will be angry on us otherwise |
16:11.19 | DocScrutinizer | "duh, I CBA to make my camera app not conflict with stock camera, so whatyagonnado? simple: nuke stock camera" BWAHAHA |
16:11.24 | MohammadAG | ponders changing nick to TheTerminator |
16:11.43 | MohammadAG | My camera app? Stock would conflict |
16:11.57 | freemangordon | DocScrutinizer, indeed, lets not start that again |
16:11.59 | merlin1991 | sits in front of some uni assignment is wandering WTF the output Z and N are on a 16 bit alu |
16:12.17 | merlin1991 | s/wandering/wondering/ |
16:12.46 | DocScrutinizer | Zero and Negative? |
16:12.49 | merlin1991 | I get the part where the result goes out, and carry on (C) but what is Z and N? :D |
16:12.54 | freemangordon | yep |
16:13.12 | merlin1991 | is still not wiser :D |
16:13.18 | DocScrutinizer | EH? |
16:13.43 | freemangordon | and the bus widths should not matter re flag register contents :D |
16:13.44 | merlin1991 | might be due to the fact I never was @ uni when they explained stuff :D |
16:13.48 | DocScrutinizer | Zero == (ACCU = 0), Negative == (ACCU<0) |
16:14.19 | freemangordon | DocScrutinizer, btw N could be S too |
16:14.35 | DocScrutinizer | Sign, sometimes yes |
16:15.00 | DocScrutinizer | as it just represents most significant bit of accu |
16:15.04 | freemangordon | actually in x86 it is S |
16:15.09 | merlin1991 | searches for the book, since he doesn't even know wtf accu stands for |
16:15.12 | MohammadAG | Way too bored of physics and math this year |
16:15.20 | merlin1991 | btw I'm looking @ micro16 architecture here |
16:15.22 | freemangordon | merlin1991 accumulator |
16:15.55 | freemangordon | the register which is used th result from the operation to be stored |
16:16.02 | freemangordon | think AX |
16:16.24 | DocScrutinizer | on some CPU architectures there's no dedicated accu |
16:16.49 | freemangordon | ARM being one of them? :) |
16:16.50 | DocScrutinizer | then the flags represent results of last arithmetic op done on any register |
16:17.14 | DocScrutinizer | freemangordon: iirc yes |
16:18.00 | DocScrutinizer | ARM can do complex arithmetics on any of R1..R?? |
16:18.17 | DocScrutinizer | SP, PC, all are some R14, Rdunno |
16:18.40 | DocScrutinizer | so yes, there's quite likely nothing like an accumulator in ARM |
16:19.00 | merlin1991 | guys I went from just knowing about flipflops, & | and other easy stuff last week to some 16 bit alu today |
16:19.03 | merlin1991 | and i'm kinda lost |
16:19.13 | freemangordon | while x86 cannot multiply, divide, whatever the other operations were on a random register |
16:20.08 | freemangordon | merlin1991, ALUs should be easy, add and shift, see :) |
16:20.59 | DocScrutinizer | merlin1991: R5=R7+#3 -> ALU calculates content of R7 + "3" and stores to R5, while ALU's Z, N, C etcd flags that represent certain test results of that calculation are stored to some special place called status or flag register |
16:21.40 | merlin1991 | freemangordon: tbh the shift is easier to grasp for me :D |
16:22.04 | DocScrutinizer | since result is stored to R5, you could also consider Z, N, C etc valid for R5 at that very moment |
16:22.07 | merlin1991 | but I found the right book (still in plastic xD) and am reading the right chapter now :) |
16:22.53 | freemangordon | well, the ALUs from the early days of CPUs are just that, you can easily implement such ALU by using just standard TTL logic |
16:23.41 | DocScrutinizer | merlin1991: http://infocenter.arm.com/help/topic/com.arm.doc.qrc0001m/QRC0001_UAL.pdf |
16:24.01 | freemangordon | everything - multiplication, division, substraction is done only using add and shift |
16:24.21 | DocScrutinizer | see column "S updates" for what each opcode actually does to status flags |
16:24.57 | MohammadAG | Add and shift? |
16:25.05 | freemangordon | yep :) |
16:25.09 | MohammadAG | So theoretically, 2+0 is faster than 2*1? |
16:25.13 | freemangordon | yep |
16:25.27 | MohammadAG | (while in practice the difference is mus |
16:25.30 | DocScrutinizer | merlin1991: also see "Condition field" page 6 of that card |
16:25.33 | MohammadAG | ) |
16:25.39 | freemangordon | that was the biggest problem of CISC |
16:25.55 | MohammadAG | And calculators work the same? |
16:26.06 | freemangordon | that you cannot predict how many cycles the instrunction will take, so no correct scheduling |
16:26.23 | freemangordon | MohammadAG, NFC, maybe it depends on the generation |
16:27.21 | merlin1991 | rofl, gotta love this book, the text has C,N,Z but the picture above only contains N and Z |
16:29.06 | freemangordon | MohammadAG, have in mind we are talking about integer operations here, maybe the calculators have more advanced FP unit |
16:30.32 | freemangordon | DocScrutinizer, how is the correct english term for the type of code you should feed suc add-shift alu with, google translates it to "additional code" from bulgarian, but I don't think it is correct |
16:31.18 | DocScrutinizer | sorry, you lost me |
16:31.29 | DocScrutinizer | you mean microcode? |
16:32.00 | DocScrutinizer | the hidden "program" that does a div on x86? |
16:34.24 | freemangordon | no, when you want to substract with add-shift alu, you should invert the subtrahend ann add 1 |
16:34.52 | freemangordon | and there is a term for that, I just cannot remember/never know it |
16:35.30 | freemangordon | nevermind |
16:41.08 | freemangordon | DocScrutinizer, it is "two's complement" |
16:41.11 | freemangordon | :) |
16:41.32 | freemangordon | http://en.wikipedia.org/wiki/Method_of_complements |
16:45.11 | *** part/#maemo-ssu smoku (~spectrum@xkh0g2.infr.xiaoka.com) |
16:47.48 | DocScrutinizer | yay |
16:48.00 | DocScrutinizer | too basic for my radar, sorry :-D |
16:48.30 | DocScrutinizer | two's complement it the "natural change-sign" |
16:49.07 | DocScrutinizer | a-b == a+(-b) where "-b" == two's complement of b |
16:50.53 | MohammadAG | freemangordon, just a note, I think qDebug() slightly slows function returns |
16:51.05 | MohammadAG | so I hope these can be switched off query 0x553ad8 complete |
16:51.05 | MohammadAG | MainWindow::onSourceUpdating( progress = 0 , processed_items = 0 , remaining_items = 0 , remaining_time = -1 ) |
16:51.06 | MohammadAG | MainWindow::onSourceUpdating( progress = 100 , processed_items = 0 , remaining_items = 0 , remaining_time = 0 ) |
16:51.22 | DocScrutinizer | each CPU/ALU has complement (or xor with arbitrary - here all-"1") as well as two's_complement aka change-sign |
16:51.41 | freemangordon | MohammadAG, where is that from? |
16:53.00 | DocScrutinizer | really cool are ARM's instructions group "saturate" |
16:53.02 | MohammadAG | freemangordon, stderr |
16:53.19 | MohammadAG | also, "Disconnect headset to pause" isn't the best translation |
16:53.26 | DocScrutinizer | as well as the "count zeroes" |
16:53.33 | MohammadAG | it should "Pause music when headset is disconnected |
16:53.34 | MohammadAG | " |
16:54.15 | MohammadAG | besides those two points, it seems OMP shaped up well :') |
16:55.10 | DocScrutinizer | btw ARM *has* an accu, see e.g "move data"->"40-bit accumulator to register" XS |
16:55.35 | DocScrutinizer | s/XS/MAR/ |
16:55.58 | DocScrutinizer | MoveAccu->Register |
16:56.02 | MohammadAG | oh and I don't like how the album art resizes with no transition, but that's probably cause I use iOS a lot and expect that :P |
16:56.08 | MohammadAG | let's see |
16:57.38 | DocScrutinizer | RBIT |
16:57.38 | MohammadAG | Video still flickers when tapped to show controls <-- regression from stock MP |
16:57.41 | DocScrutinizer | :-D |
16:57.48 | freemangordon | MohammadAG, yeah |
16:58.04 | freemangordon | and it does not rotate to landscape if started in portrait |
16:58.14 | MohammadAG | I thought I fixed that... |
16:58.21 | DocScrutinizer | you need like 20+ instructions for RBIT on a 'regular' CPU |
16:58.32 | MohammadAG | in fact, it does |
16:59.10 | MohammadAG | freemangordon, forced rotation? |
17:00.50 | MohammadAG | ooh, UPnP |
17:03.09 | freemangordon | MohammadAG, could be |
17:03.14 | freemangordon | :) |
17:04.15 | MohammadAG | I'm impressed, the code base seems to be improved |
17:04.34 | MohammadAG | in fact the only thing I hate is home.cpp/h |
17:04.57 | MohammadAG | and FreqDlg, it's good practice to have useful full names |
17:12.23 | DocScrutinizer | honestly, I don't see use of implementing more and more gimmicks like transitions for cover art sizing into OMP, when elementary functions like editing playlists in a bearable (not even asking for convenient, useful) way are painfully missing |
17:14.38 | MohammadAG | DocScrutinizer, I just need someone who's good at implementing custom Qt widgets |
17:14.44 | MohammadAG | you should know lots of those |
17:15.46 | DocScrutinizer | cut song from playlist, insert song at arbitrary position in playlist, all derived cmds from those elementary operations like delete song from PL, move song up/down in PL, do all this with a selection of songs. Then commands like "stop after this song", "skip to $destination in PL after this song" |
17:17.23 | *** join/#maemo-ssu RST38h (marat@wsip-184-180-40-182.ri.ri.cox.net) |
17:18.06 | DocScrutinizer | well, maybe the last one is a tad over the top :-) |
17:19.27 | MohammadAG | http://t0.gstatic.com/images?q=tbn:ANd9GcRRHvNtn380j--Dgj0R9A_8Cd-N68q0kQebXkug8hr13bFIelWAFoqExwjn DocScrutinizer |
17:19.33 | DocScrutinizer | plus still the most annoying shortcoming of the whole pile: no gapless playback |
17:21.27 | DocScrutinizer | MohammadAG: what you're telling me? |
17:32.16 | merlin1991 | MohammadAG: how is your freaking scratchbox ffs |
17:52.23 | MohammadAG | merlin1991, as always |
17:52.32 | MohammadAG | merlin1991, I'm planning to reinstall Ubuntu 12.04 |
17:52.39 | merlin1991 | when? |
17:52.43 | MohammadAG | or upgrade, then reinstall scratchbox |
17:52.48 | MohammadAG | when I'm home, which should be tomorrow |
17:52.55 | MohammadAG | unless I make an accident or sth |
17:53.02 | MohammadAG | DocScrutinizer, that's what's needed to edit playlists |
17:53.16 | MohammadAG | a list with cells that have handles |
18:39.02 | *** join/#maemo-ssu arcean_ (~arcean@aaeq141.neoplus.adsl.tpnet.pl) |
18:44.58 | *** join/#maemo-ssu Jade- (~jade@unaffiliated/jade) |
18:46.18 | *** join/#maemo-ssu Sicelo (~Sicelo@unaffiliated/sicelo) |
18:47.17 | *** join/#maemo-ssu Jade (~jade@unaffiliated/jade) |
18:58.58 | merlin1991 | bah implementing multiplikation in that architecture is gay |
19:03.57 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
19:05.21 | merlin1991 | DocScrutinizer: I know why I'm going todo the sw side |
19:05.26 | merlin1991 | this is driving me crazy here :D |
19:05.35 | merlin1991 | though I progress steadily so it isn't that bad :) |
19:45.09 | *** join/#maemo-ssu ekze (~nyan@bakaekze.ru) |
20:18.31 | *** join/#maemo-ssu Sc0rpius (~naikel@190.78.151.78) |
20:20.21 | *** join/#maemo-ssu Sicelo (sicelo@unaffiliated/sicelo) |
20:36.06 | *** join/#maemo-ssu Jade- (~jade@unaffiliated/jade) |
21:04.49 | *** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm) |