Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2017-02-01

00:17:58 Quit Senji_ (Ping timeout: 252 seconds)
00:26:23 Quit pamaury (Ping timeout: 255 seconds)
00:32:54 Quit ender` (Quit: Two possibilities exist: Either we are alone in the Universe, or we are not. Both are equally terrifying. — Arthur C. Clarke)
00:35:18 Quit girafe (Read error: Connection reset by peer)
00:37:09 Quit paulk-collins (Quit: Leaving)
00:48:29 Join jvoisin [0] (~jvoisin@dustri.org)
00:49:21***Saving seen data "./dancer.seen"
01:00
01:06:39Bilgusok __builtin I'm going to leave well enough alone I started to make chessbox able to save partial positions to the pgn files that then lead to making a FEN notation generator which was easy enough then to a FEN parser to set the board back up and I realized if I'm going to all this trouble I might as well start from scratch and fix the damn thing right and really I have no desire to so I'm leaving well enough alone lol
01:07:31__builtinhmm
01:07:47__builtinit'd be nice to have a beatable chess game :)
01:08:59__builtinis the bug in GNU Chess or the rockbox-specific code?
01:09:15Bilguswhat I have up on gerrit fixes it
01:10:08BilgusReally the game should end at the move limit someone removed that limit and that is where the bug comes in to play
01:10:59Bilguswhat I have done makes the game array rollover which works well enough
01:11:21__builtinthat sounds like a good compromise, does it break any current functionality?
01:11:26Bilgusit just happens to make an invalid pgn file
01:12:10Bilgusbut since rb doesn't handle pgn files with arbitrary starting positions anyway its kinda no harm no foul
01:12:35Bilgusplus prior to this you wouldn't have ever had that pgn file anyways
01:13:09__builtinsounds like a good enough "fix" to me
01:13:27BilgusI added bounds checking into the pgn load function so the user gets a message 'unable to parse file' or something along those lines if they try to select that pgn entry
01:13:48Bilgusme as well.
01:14:34__builtinI think there is one little issue in gnuchess.c; you have a hard-coded 255 instead of MAX_GAME_CNT - 1
01:16:24Bilgusreally MAX GAME CNT should be UCHAR MAX + 1
01:16:28Bilgusas well
01:17:25__builtinhmm, that seems a bit excessive, that would imply that CHAR_BIT != 8, and chessbox brekaing wouldn't be a major concern by then ;)
01:25:04Bilgusk lol
01:26:13*__builtin predicts that the end of the world as we know it will happen whenever someone changes CHAR_BIT
01:28:52__builtinif you can fix the hard-coded value, I should be able to merge it
01:35:14Bilgusdone, same in chessbox.c and fixed the DBG define
01:38:24__builtinhmm, was changing str[10] to str[9] on chessbox_pgn.c:165 intentional?
01:38:59Bilgusyes the buffer in the struct is only 9
01:39:08__builtinah, ok
01:39:11__builtinhere goes
01:39:56Bilgusso even though it only (dangerously strcat's) like max 5 chars I decided it was prudent to fix
01:41:16 Join doppler [0] (~doppler@unaffiliated/doppler)
01:41:29__builtinbah, merge conflict
01:41:58Bilgusgotta do the whitespace removal one first
01:42:42fs-bluebotBuild Server message: New build round started. Revision 1fa7c56, 255 builds, 15 clients.
01:43:03Bilgusbe interesting to see what kind of warnings appear with that one
01:43:14__builtinyou can follow the progress at http://build.rockbox.org/dev.cgi
01:43:29Bilgusits already up lol
01:45:40 Join recal [0] (68206de9@gateway/web/freenode/ip.104.32.109.233)
01:46:03__builtinis it being weird for you too and not showing the in-progress one?
01:46:14Bilgusyep
01:47:03__builtinthey've been taking around 10 minutes or so lately
01:47:19BilgusI'll check back in in a bit then
01:54:13fs-bluebotBuild Server message: Build round completed after 691 seconds.
01:54:14fs-bluebotBuild Server message: Revision 1fa7c56 result: All green
01:55:10__builtingood job :)
02:00
02:04:45__builtinhmm, would it be possible for the build server to do builds of all the patches on gerrit?
02:05:09__builtinit would prevent a lot of surprises, for sure
02:05:38__builtinbut, I guess there is the drawback of anyone being able to push to gerrit, and thus execute arbitrary code...
02:06:42__builtinmaybe it could be limited to contributors or committers only
02:12:33 Join Bilgus_ph [0] (~Bilgus_ph@108.120.194.249)
02:13:32Bilgus_phNICE glad to not have to look at chessbox again lol
02:14:06 Quit Bilgus_ph (Remote host closed the connection)
02:17:26recalAnyone else having issues accessing the themes page? I've used multiple browsers
02:17:53__builtinrecal: the server that hosts it has been down a lot lately
02:18:13__builtin(along with the forums as well)
02:18:39recalAh, okay. Any alternate way to grab the files or shall I just check again tomorrow?
02:19:24__builtinnot really, you could try archive.org
02:20:04[Saint]No. No you could not.
02:20:10[Saint]Unless you just want to look at it.
02:20:16recalOkay, thanks. I'll just check tomorrow then.
02:20:32[Saint]All archive.org is going to do is supply links to themes hosted on the same server that isn;t responding.
02:20:34[Saint]Useless.
02:48:30recalNewbie problem: Windows isn't recognizing my newly Rockboxed Sansa Clip+. Any common troubleshooting?
02:49:25***Saving seen data "./dancer.seen"
02:49:26 Quit furrywolf (Ping timeout: 240 seconds)
02:49:51 Join furrywolf [0] (~randyg@70-1-74-111.pools.spcsdns.net)
02:53:54__builtinis it showing USB mode?
02:54:00__builtin(on the clip)
02:57:42recalYes, the USB is on whether or not it's actually plugged in or not.
02:58:10recalThen I force reset, and now the USB won't come whether it's plugged in or not.
02:58:22recalThe computer does the acknowledgment beep when it enters, though.
02:59:19__builtinhmm, so the USB plug on your clip's screen is still there even when you unplug it from the computer?
02:59:28recalYep.
03:00
03:00:26__builtinthat /might/ be a rockbox bug; what version are you running? (development or release?)
03:00:35recalRelease
03:00:55recalIt's now recognized it and asked me to format the drive. Would that brick it completely or is it a good idea for just a plain reinstallation?
03:01:17__builtinyou shouldn't have to
03:01:30__builtinand you really should be running the development builds, the release is way out of date
03:02:09__builtinit has a crapload of bug fixes and improvements
03:02:31recalI'll do a reinstall if I ever get it to work. :P
03:18:33recalUpdate: If I load it from the dualboot to the standard system, the computer recognizes it, but the rockbox utility doesn't. So... I guess it's time for a manual install.
03:23:59 Join korjata [0] (~korjata@67-8-111-107.res.bhn.net)
03:34:53 Quit recal (Ping timeout: 260 seconds)
03:37:51 Join idonob_ [0] (~Owner@S0106602ad08ec3dd.vs.shawcable.net)
03:39:57 Quit uwe_ (Ping timeout: 255 seconds)
03:41:00 Join uwe_ [0] (~uwe_@dslb-084-056-053-066.084.056.pools.vodafone-ip.de)
03:49:24 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il)
03:50:44 Quit athidhep (Quit: athidhep)
03:51:48 Quit korjata (Quit: Leaving)
03:56:05 Quit shai (Quit: Leaving)
04:00
04:00:58 Quit idonob_ (Ping timeout: 264 seconds)
04:02:45 Join idonob_ [0] (~Owner@S0106602ad08ec3dd.vs.shawcable.net)
04:04:11 Quit idonob_ (Client Quit)
04:22:17Bilguscan Someone close FS #10363 at your earliest convenience? https://www.rockbox.org/tracker/task/10363
04:22:18fs-bluebothttp://www.rockbox.org/tracker/task/10363 Chessbox playing errors and crashing (bugs, unconfirmed)
04:23:09Bilgusfixed with g#1548
04:23:11fs-bluebotGerrit review #1548 at http://gerrit.rockbox.org/r/1548 : Fix for Chessbox bug FS #10363 by William Wilgus
04:25:02 Join idonob_ [0] (~Owner@S0106602ad08ec3dd.vs.shawcable.net)
04:49:26***Saving seen data "./dancer.seen"
04:53:46 Quit idonob_ (Ping timeout: 255 seconds)
05:00
05:23:43 Join ffurrywol [0] (~randyg@184-194-73-180.pools.spcsdns.net)
05:24:56 Quit furrywolf (Ping timeout: 276 seconds)
05:53:14 Join lffurrywo [0] (~randyg@107.25.129.178)
05:56:40 Quit ffurrywol (Ping timeout: 240 seconds)
06:00
06:05:46 Quit TheSeven (Ping timeout: 256 seconds)
06:06:00 Join [7] [0] (~quassel@rockbox/developer/TheSeven)
06:12:31 Quit lffurrywo (Read error: Connection reset by peer)
06:22:21 Join PurlingNayuki [0] (~Thunderbi@183.38.174.119)
06:29:27 Quit PurlingNayuki (Quit: PurlingNayuki)
06:49:29***Saving seen data "./dancer.seen"
07:00
07:00:30 Join PurlingNayuki [0] (~Thunderbi@183.38.174.119)
07:03:26 Quit [7] (Ping timeout: 240 seconds)
07:04:08 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
07:43:30 Quit jhMikeS (Read error: Connection reset by peer)
07:43:31 Join _jhMikeS_ [0] (~jethead71@d192-24-173-177.try.wideopenwest.com)
07:43:32 Nick _jhMikeS_ is now known as jhMikeS (~jethead71@d192-24-173-177.try.wideopenwest.com)
07:47:07 Join Senji [0] (~Senji@85.187.103.250)
08:00
08:23:38 Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
08:23:38 Quit pixelma (Quit: .)
08:23:49 Join pixelma [0] (~pixelma@rockbox/staff/pixelma)
08:23:50 Join amiconn [0] (~amiconn@rockbox/developer/amiconn)
08:24:19 Quit amiconn (Client Quit)
08:24:19 Quit pixelma (Client Quit)
08:26:47 Join amiconn [0] (amiconn@rockbox/developer/amiconn)
08:26:50 Join pixelma [0] (pixelma@rockbox/staff/pixelma)
08:28:35 Join ender` [0] (krneki@foo.eternallybored.org)
08:38:35 Join edhelas [0] (~edhelas@145.133.43.230)
08:41:13 Quit PurlingNayuki (Remote host closed the connection)
08:41:53 Quit Senji (Ping timeout: 248 seconds)
08:44:57 Join PurlingNayuki [0] (~Thunderbi@183.38.174.119)
08:49:31***Saving seen data "./dancer.seen"
09:00
09:05:50 Quit edhelas (Quit: Leaving.)
09:34:35 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
09:35:35 Quit PurlingNayuki (Quit: PurlingNayuki)
09:36:12 Join PurlingNayuki [0] (~Thunderbi@183.38.174.119)
09:49:37 Join xorly [0] (~xorly@ip-89-176-102-19.net.upcbroadband.cz)
09:52:54 Join paulk-collins [0] (~paulk@gagarine.paulk.fr)
09:55:51 Join elensil [0] (~edhelas@2001:1c02:1903:d800:c9a8:d219:3f65:fdee)
10:00
10:27:52 Quit pamaury (Ping timeout: 258 seconds)
10:49:33***Saving seen data "./dancer.seen"
11:00
11:04:16 Join pamaury [0] (~quassel@wks-50-63.mpi-sws.org)
11:04:17 Quit pamaury (Changing host)
11:04:17 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
11:19:33 Join robertd1 [0] (~root@186-90-12-124.genericrev.cantv.net)
11:21:39 Quit jhMikeS (Ping timeout: 240 seconds)
11:34:40 Quit xorly (Ping timeout: 248 seconds)
12:00
12:17:21 Join skapazzo [0] (~skapazzo@151.9.205.1)
12:17:36 Join petur [0] (~petur@91.183.48.77)
12:17:36 Quit petur (Changing host)
12:17:36 Join petur [0] (~petur@rockbox/developer/petur)
12:22:50 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
12:49:35***Saving seen data "./dancer.seen"
13:00
13:26:41 Join StaticAmbience [0] (~Quassel@host86-150-142-24.range86-150.btcentralplus.com)
13:40:17prof_wolfffwodz: yes it seems that something related with the flash could produce the read errors, probably TheSeven may help here, how many read errors do you get if you use RB to read the whole disk?
13:40:46 Quit paulk-collins (Quit: Leaving)
13:40:52wodzprof_wolfff: It dies pretty quickly. I posted full log from dmesg last time
13:46:52prof_wolfffwodz: i think it dies when trying to write files, but probably read errors should not halt the device, use this command "dd if=/dev/sdX of=/dev/null bs=65536 conv=sync,noerror" to show read erros, it should ignore read errors and continue reading, anyway you can stop it if you see too many errors...
13:47:31wodzprof_wolfff: This should be with unmodified rb build, right?
13:47:38prof_wolfffyes
13:48:30prof_wolfffis there any issue when reading the flash to play music (no USB involved)?
13:49:18wodzprof_wolfff: Don't know. Never used OF on this unit. But since disk mode does not return any errors I doubt OF will
13:50:01prof_wolfffsorry, i was referring to play music in RB, did you try it?
13:53:17wodzprof_wolfff: I used this device regularly in the past and until 'Grand USB breakage' it was ok. I didn't test it heavily after recovering from messed FTL stage. I played an hour of so of music without issue but thats all.
13:54:48 Join xorly [0] (~xorly@193.85.203.185)
13:57:31prof_wolfffso i guess that probably there are not too much 'bad' sectors
14:00
14:00:11 Join paulk-blaze [0] (~paulk@no3.u-bordeaux.fr)
14:00:18 Join JanC_ [0] (~janc@lugwv/member/JanC)
14:00:33wodzprof_wolfff: bad sectors should be handled gracefully by ftl
14:01:33 Quit JanC (Killed (orwell.freenode.net (Nickname regained by services)))
14:01:33 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC)
14:01:38 Join pamaury_ [0] (~pamaury@rockbox/developer/pamaury)
14:02:38prof_wolfffyes i think so, they should handled in a similar way S.M.A.R.T. does on HDDs, but really i know almost nothing about n2g ftl, the code is very nice but for sure it will take a long time to read it
14:04:27 Quit [Saint] (Ping timeout: 240 seconds)
14:08:03 Join [Saint] [0] (~sinner@rockbox/staff/saint)
14:13:39 Quit pamaury_ (Ping timeout: 240 seconds)
14:32:24 Join preglow [0] (~thomj@2001:840:4243:3::101)
14:32:34 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:423:70b0:4c4f:579f)
14:49:36***Saving seen data "./dancer.seen"
14:57:19 Quit wodz (Ping timeout: 258 seconds)
15:00
15:05:15 Quit xorly (Ping timeout: 256 seconds)
15:05:49 Join Bilgus_ [0] (~Bilgus@gateway/tor-sasl/bilgus)
15:07:52 Quit Strife89 (Ping timeout: 252 seconds)
15:08:15 Join Strife89 [0] (~quassel@adsl-98-80-182-178.mcn.bellsouth.net)
15:08:16 Quit Bilgus (Ping timeout: 240 seconds)
15:11:07 Quit paulk-blaze (Read error: Connection reset by peer)
15:11:24 Join paulk-blaze [0] (~paulk@no3.u-bordeaux.fr)
15:14:46 Quit soap (Read error: Connection reset by peer)
15:15:16 Join soap [0] (~soap@rockbox/staff/soap)
15:25:09 Quit paulk-blaze (Ping timeout: 240 seconds)
15:28:28 Join paulk-blaze [0] (~paulk@no3.u-bordeaux.fr)
15:39:33 Join xorly [0] (~xorly@193.85.203.185)
15:55:24 Join Senji [0] (~Senji@85.187.103.250)
15:56:53 Quit paulk-blaze (Quit: Leaving)
16:00
16:14:14 Quit soap (Read error: Connection reset by peer)
16:14:44 Join soap [0] (~soap@rockbox/staff/soap)
16:18:28 Join lffurrywo [0] (~randyg@72-57-121-90.pools.spcsdns.net)
16:30:17 Nick lffurrywo is now known as furrywolf (~randyg@72-57-121-90.pools.spcsdns.net)
16:46:58 Join soap_ [0] (~soap@rockbox/staff/soap)
16:49:38***Saving seen data "./dancer.seen"
16:50:10 Quit soap (Ping timeout: 252 seconds)
17:00
17:05:10 Join mutnai [0] (6db91733@gateway/web/freenode/ip.109.185.23.51)
17:13:16 Quit soap_ (Ping timeout: 252 seconds)
17:13:57 Join soap_ [0] (~soap@rockbox/staff/soap)
17:14:56 Join kugel [0] (~kugel@ip5b42cab9.dynamic.kabel-deutschland.de)
17:14:56 Quit kugel (Changing host)
17:14:56 Join kugel [0] (~kugel@rockbox/developer/kugel)
17:18:13 Quit soap_ (Ping timeout: 252 seconds)
17:23:27 Quit mutnai (Quit: Page closed)
17:46:41 Join rela [0] (~x@pdpc/supporter/active/rela)
17:51:47 Quit petur (Quit: Connection reset by beer)
17:57:21 Quit Senji (Ping timeout: 264 seconds)
18:00
18:09:16 Quit elensil (Quit: Leaving.)
18:23:44 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com)
18:24:42 Join Senji [0] (~Senji@85.187.103.250)
18:46:42 Quit pamaury (Remote host closed the connection)
18:49:41***Saving seen data "./dancer.seen"
19:00
19:04:51 Quit xorly (Ping timeout: 245 seconds)
19:29:38 Join edhelas [0] (~edhelas@145.133.43.230)
19:31:01 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
19:37:52 Quit comradekingu (Ping timeout: 248 seconds)
19:59:55 Join Strife1989 [0] (~Strife89@2602:306:bce1:8c20:5a94:6bff:fe41:c78)
20:00
20:01:25 Nick Strife1989 is now known as Strife89|Work (~Strife89@2602:306:bce1:8c20:5a94:6bff:fe41:c78)
20:03:37 Quit edhelas (Quit: Leaving.)
20:10:39 Join girafe [0] (~girafe@LFbn-1-11729-221.w2-7.abo.wanadoo.fr)
20:32:26 Join xorly [0] (~xorly@ip-89-176-102-19.net.upcbroadband.cz)
20:39:30 Join TheLemonMan [0] (~root@irssi/staff/TheLemonMan)
20:49:44***Saving seen data "./dancer.seen"
20:51:08 Join Senji_ [0] (~Senji@85.187.103.250)
20:51:23 Quit Senji_ (Read error: Connection reset by peer)
20:51:53 Join Senji_ [0] (~Senji@85.187.103.250)
20:54:08 Quit Senji (Ping timeout: 248 seconds)
21:00
21:07:55 Join petur [0] (~petur@rockbox/developer/petur)
21:09:13 Quit The_Prospector (Ping timeout: 252 seconds)
21:10:01 Join The_Prospector [0] (~The_Prosp@unaffiliated/cornman)
21:34:00 Quit Strife89|Work (Ping timeout: 255 seconds)
21:38:30 Join MrZeus1 [0] (~MrZeus@2a02:c7f:7008:3400:5092:768c:67b4:9665)
22:00
22:07:55 Quit furrywolf (Read error: Connection reset by peer)
22:10:31 Join furrywolf [0] (~randyg@72-57-121-90.pools.spcsdns.net)
22:12:51pamauryah great Sony, why report a volume range of 0..100 if any value above 32 fails anyway
22:13:45pamaurywodz (logs): could you have a look in the sony driver what is the real range of volume supported ?
22:13:59pamauryI updated the new task on gerrit to use alsa api to set controls
22:15:21 Quit TheSeven (Ping timeout: 256 seconds)
22:15:47 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
22:24:31 Quit Bray90820 ()
22:30:16 Quit petur (Remote host closed the connection)
22:48:47 Quit StaticAmbience (Ping timeout: 240 seconds)
22:49:32 Join wodz [0] (~wodz@89-74-169-198.dynamic.chello.pl)
22:49:46***Saving seen data "./dancer.seen"
22:50:11wodzI think driver rejects volume above 0x20
22:50:15wodzpamaury: ^
22:50:17 Join edhelas [0] (~edhelas@145.133.43.230)
22:51:22edhelashi pamaury
22:52:09edhelasI tried to repatch the trunk of rockbox with your usb-audio patch, it seems to mess-up a bit the menus (what is written doesn't correspond to the actions done)
22:52:39wodzpamaury: just checked volume above 0x20 should give printk("<3>%s(): invalid vol=%d\n", "cnr_vol_set", vol)
22:52:45pamauryedhelas: I haven't touched it in a while. You probably need to "make clean", to regenerate the lang files
22:52:54wodzpamaury: you can check in dmesg
22:53:02pamaurywodz: ah I didn't check the kernel log. And is the lower limit actually 0 ?
22:53:03edhelaspamaury: ah yeah
22:53:16edhelaspamaury: I'm really looking forward to it
22:53:46wodzpamaury: lower limit seems to not be checked :-)
22:54:35pamaurywodz: it's possible the kernel enforced the range 0..100 already
22:55:15wodzpamaury: It can be that param is unsigned and thus it is sufficient to check upper limit
22:55:17pamauryunless the value is actually in some kind of dB format and 32 is super super loud
22:55:33pamauryno integer parameters are signed I think
23:00
23:00:58 Quit wodz (Quit: Leaving)
23:06:48[Saint]Is the usb audio implementation actually useful enough to be valuable to end users at this stage?
23:06:55[Saint]I didn't think it was...
23:07:33pamauryno I don't think so
23:08:05[Saint]Yeah, I was gonna say, I have a feeling edhelas is going to be bitterly disappointed as to the scope of functionality.
23:08:10pamauryit's only valuable for devs that knows usb and usb audio and rockbox ;)
23:08:14[Saint]But I may be misparsing and s/he intends to augment it.
23:14:29 Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com)
23:20:42 Quit ender` (Quit: At least most of the dead had been cleared away now, though it took weeks. The Necropolis furnaces ran full-time, and a lot of restaurants boasted a Soylent Green special on their menus, for the more discerning palates. — Simon R. Green: Hell to Pay)
23:21:18 Join ender` [0] (krneki@foo.eternallybored.org)
23:23:23edhelas[Saint]: well that could be a really nice feature to put in the System Configuration
23:23:55edhelassome of the Rockbox audio players have a quite decent DAC, better than some PC integrated ones
23:24:27edhelasalso with the nature of USB Audio it could really be quite plug & play
23:27:54 Quit girafe (Read error: Connection reset by peer)
23:28:51pamauryedhelas: [Saint] we all understand the value of that feature, the code is just incomplete and not working
23:32:08 Quit ender` (Ping timeout: 240 seconds)
23:32:12[Saint]Oh, I'm aware. I just needed confirmation that you hadn't been a busy boy behind my back when I wasn't looking.
23:32:21[Saint]As you're known to do more than occasionally.
23:32:35[Saint]I just wasn't aware if USB audio was still in the state I remembered it being in.
23:32:46[Saint](that state being near-useless to end users)
23:33:52[Saint]And I wanted to make that part clear to edhelas, and/or ascertain if he intended to look in to this in the scope of an end user or to augment existing function int he scope of a developer.
23:33:54 Join ender` [0] (krneki@foo.eternallybored.org)
23:34:05[Saint]But thanks for making things clear for all parties pamaury.
23:34:28edhelasthanks as well :)
23:36:13 Join JanC_ [0] (~janc@lugwv/member/JanC)
23:36:16pamaury[Saint]: sorry I mentioned your name by mistake :-p
23:37:29 Nick JanC is now known as Guest9668 (~janc@lugwv/member/JanC)
23:37:29 Quit Guest9668 (Killed (hitchcock.freenode.net (Nickname regained by services)))
23:37:29 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC)
23:37:56 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
23:38:53[Saint]pamaury: aha.
23:42:45 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.")
23:45:28 Join chrisb [0] (~chrisb@pool-71-175-249-93.phlapa.east.verizon.net)
23:55:03 Quit skapazzo (Quit: leaving)

Previous day | Next day