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 2013-11-06

00:00:12TheSevencould also be that it isn't reacting to the SETUP received IRQ at all
00:00:32TheSevenso it might already have locked up very shortly after asserting the STALL
00:01:03TheSevenmaybe just print something to the display when receiving a request for string descriptor 3, and check if that point is being reached?
00:01:24 Quit Zagor (Quit: Clint excited)
00:02:05gevaertsHmmm, we should be able to do some tests with a fake USB driver that doesn't do *anyhing* except requesting exclusive disk access. If that still locks up the device, things would be more clear
00:02:32 Join Scall [0] (~chat@unaffiliated/scall)
00:05:54JdGordongevaerts: skin enging e should clean up before connection
00:06:52gevaertsHmmm, what about shutdown?
00:08:51gevaertsIf it were an issue with general theme cleanup as such, it almost *has* to be with something not being cleaned up in time and still being going on after USB stuff is happening. Otherwise I'd expect issues with switching themes as well
00:09:37JdGordondidnt someone has switching issues also?
00:09:47*JdGordon hasnt read much backlog
00:10:09gevaertsAnd the fact that this is seen on both regular ports with a proper USB driver and these hybrid application ports seems to rule out pure timing issues
00:10:48gevaertsWell, maybe. None of those have been mentioned today, and my memory isn't good enough to remember any reports from earlier...
00:11:02gevaertsStill, lebellium is here to try :)
00:11:48 Quit wodz (Quit: Leaving)
00:12:22lebelliumwhat hybrid application port?
00:12:38gevaertsHmm, wait
00:12:42*gevaerts is confused now!
00:12:57JdGordonwell, skin_unload_all() is called, but maybe something is wierd when the viewports are intiialised a bit further on
00:13:00lebelliumthe YP-R0 has no USB connection in Rockbox
00:13:30gevaertslebellium: which player did you have your first USB/theme issues on?
00:13:47gevaertsIIRC it was something samsung-like, or the theme was, anyway
00:14:37lebelliumthe player has always been clip zip. And my theme is called "samsung-like" on any target :)
00:15:17lebelliumbut I had theme (not USB) issues on YP-R0 I guess
00:15:57gevaertsAnyway, does switching themes (including *away* from your theme) on the zip work reliably for you?
00:17:22lebelliumWell switching themes works with a reboot. Without reboot sometimes or often something like the background is not loaded properly
00:18:47gevaertsNot sure if that counts as serious enough to be cause trouble for USB, but I'm also not convinced it's not
00:20:07gevaertsIt's still a bug though
00:21:29[Saint]Its a fairly recent one, too.
00:21:45 Join wowaname [0] (
00:21:54[Saint]This definitely used to work, but I have noticed backdrops failing to apply occasionally myself.
00:21:57wowanameh saint
00:22:08wowanamehaving trouble copying files to ipod classic with rsync
00:22:24wowanamersync: recv_generator: mkdir "/media/iPodClassic/music/Heliogabal/チュニック" failed: Input/output error (5)
00:22:26wowanamefor example
00:22:46[Saint]...that's not FAT legal, is it?
00:22:57wowanameworked fine before
00:23:11wowanameit's not the filename trust me
00:23:37[Saint]Either way, this isn't exactly Rockbox related.
00:23:43wowanameit may be
00:23:43[Saint]This is generic unix support.
00:23:52wowanamemy question is where the error is
00:24:03wowanamebecause classic is known for iffy usb support
00:24:35 Join markun [0] (~markun@rockbox/developer/markun)
00:24:37[Saint]It either works or it doesn't. It doesn't drop packets or exclude random files.
00:24:51wowanameit's not random though
00:25:02wowanamersync just stops after failing enough
00:25:18wowanamei would do the whole log but won't for obvious reasons
00:25:28[Saint]as it should.
00:25:37wowanamei know
00:25:41wowanameit should NOT fail
00:26:11gevaertsThere's an easy way to see if you have USB issues
00:26:16[Saint]simple test, rename that folder, try again.
00:26:19gevaertsDoes dmesg say you have them?
00:26:20wowanameit mounts
00:26:23wowanameok [Saint]
00:27:00wowanamedmesg yes
00:27:04wowanamebuffer i/o error on sdb
00:27:08wowanamesdb being ipod
00:27:54[Saint]How the...hmmm.
00:27:55gevaertsJust buffer io, or also actual USB errors?
00:28:04wowanamehold on i'm retrying something
00:28:12gevaertsCan you put the dmesg stuff on a pastebin?
00:28:18wowaname[Saint]» skipped folder and reached regular ASCII folder and it quit
00:28:19wowanameok gevaerts
00:28:33wowanamelemme get a less crappy term
00:28:38wowanameto copypaste
00:29:06[Saint]At this point I'd be tempted to say its a local corruption issue.
00:29:22wowanameshit not again
00:29:30wowanamein that case... i'd have to reformate
00:29:35wowanamecopy over 9001 files
00:29:44wowanamenot a problem but just the idea
00:31:45wowanamei used xchat /exec so forgive me
00:32:28[Saint]Oh - aha, I see. I had some issue with one of the glyphs in that path, yes, it is indeed FAT legal. My mistake.
00:32:29gevaertsOK, that's not USB issues
00:32:39wowaname's ok [Saint]
00:32:42wowanamegevaerts» ok
00:32:47gevaertsIt's good to see we actually report bad sectors properly these days :)
00:32:52gevaertsi.e. it's the disk
00:33:03wowanameso.. in short, format it?
00:33:05***Saving seen data "./dancer.seen"
00:33:09[Saint]One of the characters looked suspiciously like a \ to me.
00:33:14wowanamelol saint
00:33:14[Saint]No, no no.
00:33:54gevaerts"Medium Error" means we can't read or write that block
00:34:15wowanameso as you said bad sector
00:34:35wowanamewait you're not saying...
00:34:36[Saint]throw chkdsk or fsck.vfat at it.
00:34:43[Saint]depending what OS you're on.
00:34:46gevaerts[Saint]: *why*?
00:35:09wowaname[Saint]» can't make a backup bootsector
00:35:13gevaertsWe *know* there are bad sectors.
00:35:13wowanametherefore can't run fsck
00:35:16wowanametried earlier
00:35:48[Saint]attempt to recover bad sectors?
00:35:52wowanamewith what
00:36:06K1773Rwowaname: your aware you can reformat it but first check the drive with badblocks, afterwards only use the good ones?
00:36:17[Saint]I know scanning for them is irrelevant, its the attempted recovery I was after.
00:36:20wowanameok K1773R
00:36:33wowanamebut how do i check if i cannot check
00:36:39wowanamecatch 22
00:37:06K1773Rits the -c switch for mkfs.vfat
00:37:26K1773Ralso pass -v :)
00:37:28wowaname'd help to unmount :p
00:38:03wowanameV for verbose?
00:38:07[Saint]fwiw - these disks are well known for crapping the bed.
00:38:08wowanameis that what you are saying
00:38:09K1773Rlittle v, not big
00:38:11K1773Rand yes
00:38:21wowaname−−help says -V
00:38:29K1773Roh, different than mine then
00:38:46wowaname>no medium found
00:39:04wowanamewait i ran it on ./sdb
00:39:14[Saint]I have seen a couple of surface scan images of these disks with bad blocks stripped across the surface in an odd repeatable pattern.
00:39:18[Saint]Its actually kinda neat.
00:39:23[Saint]If you hate data.
00:39:36wowanamemy old flashdrive was full of defects
00:40:16wowanamewhy is it saying /dev/sdb is not found
00:40:20wowanameit's clearly there
00:40:39wowanameoh but it isnt
00:41:19wowanameDevice partiton expected
00:41:26wowanameusing -I now
00:43:02wowanameran with cvI
00:43:19gevaertsWell, you *could* scan where the bad blocks are, and then make a partition table to match
00:43:29gevaertsThat's left as an exercise to the interested reader though
00:43:37wowanameis it likely to succeed
00:43:44wowanamei'm guessing not with my luck
00:44:10gevaertsWell, it depends on where the bad blocks are
00:44:30wowanamemeh screw it; i have everything backed up so i'm just gonna wipe and recover
00:46:39 Quit markun (Ping timeout: 264 seconds)
00:50:09wowanamemy alloted freenode time is up
00:50:15 Quit wowaname (Quit: <3)
00:56:14 Quit kugel (Ping timeout: 245 seconds)
00:56:36 Quit ender` (Quit: Life is what happens to you when you had other plans. -- John Lennon)
01:01:04 Join Epicanis [0] (
01:06:16 Quit bertrik (Remote host closed the connection)
01:13:26TheSevenhm, more and more of these ipod drives failing
01:13:59TheSevenincluding a weird incident where someone reported several thousands of bad sectors on a drive of a brand new ipod classic with <10 power on hours
01:14:15TheSeventhat one just got replaced by the apple store though
01:17:00 Join Strife89 [0] (
01:19:07[Saint]Kinda glad I only seem to use my CEATA ones.
01:23:14[Saint]Well...sorry, that's not entirely true.
01:23:50[Saint]But the PATA one that does get used frequently is converted to solid state.
01:24:04 Join treaki__ [0] (
01:27:53 Quit treaki_ (Ping timeout: 246 seconds)
01:32:24 Quit lebellium (Quit: ChatZilla [Firefox 26.0/20131028225529])
02:14:24 Join lonoxmont [0] (
02:22:43lonoxmonthello, i have an 80gb ipod video that i would like to get working with a 2013 volkswagen gps/radio unit with a MEDIA-IN connector, and its not currently doing much besides throwing an error about not finding a supported device. what information can i gather that would be helpful, should anyone wish to take up the challenge? im running the latest stable release of rockbox for 5.5g ipod video.
02:27:36*[Saint] puts on his speculation hat
02:28:15lonoxmontalso, i have searched the web pretty thouroughly for info on making it work, and it seems im one of the few people to try and make this situation work. i have access to a linux and a windows xp rig, and am not afraid to get (somewhat) down and dirty with testing this stuff out. im afraid im not very good with programming, but i can run a script with the best of them.
02:28:15[Saint]Its /probably/ the age old case of "Head Unit sees iPod PID and attempts to talk to Rockbox using IAP it doesn't understand" thing.
02:29:09lonoxmontthat does seem to be quite a common occurence, looking through the flyspray thread
02:30:01lonoxmontand from what i gather, essentialy the rockbox devs have to reverse engineer and hack together a workaround for each combination of device and head unit.
02:30:22[Saint]No, no.
02:30:29lonoxmontagain, ill do whatever legwork oyu guys need on this end, i just need to be told what to do.
02:30:48[Saint]We just need to pass a different VID/PID combo, but, we don;t have our own and it isn't entirely ethical to give the user the option to insert their own.
02:31:10[Saint](for the reason that someone paid for it, that wasn't us)
02:31:39lonoxmonthmm,. so is there a solution?
02:31:46[Saint]lines 241 and 242
02:32:08[Saint]Steal a VID/PID from some generic mass storage device and recompile.
02:32:51lonoxmontthis says at the top its for a g6 ipod, wont that cause issues with mine since its a 5.5?
02:33:08***Saving seen data "./dancer.seen"
02:33:36[Saint]ah, crap - wrong file.
02:33:39lonoxmont;a=blob;f=firmware/export/config/ipodvideo.h;h=707c7d973b35b507f55d058575c38a4906dcb952;hb=HEAD ill try with this one i think
02:34:10[Saint]Its important to not that you can do exactly nothing with that file alone.
02:34:33 Quit krabador (Quit: Sto andando via)
02:35:00[Saint]The second link I provided gives you the details of what you must do in order to compile Rockbox.
02:35:31[Saint]The file I was trying to point to was merely showing you what you needed to edit, but you've a way to go before that yet.
02:35:53lonoxmontyeah i think my debian box needs all the development stuff installed
02:35:56lonoxmontshouldnt be too hard
02:37:30[Saint]The important parts of that device config (to you) are just the USB_PRODUCT_ID and USB_VENDOR_ID #defines
02:38:01[Saint]Where you get the VID/PID combination from is your business.
02:39:36 Join krabador [0] (~krabador_@unaffiliated/krabador)
02:39:50 Quit krabador (Remote host closed the connection)
02:40:29lonoxmontim going to take a wild guess and say google is my friend on that one.
02:40:35[Saint]WHat really needs to happen, and its really only a case of getting around to it and getting it organized, is getting Rockbox its own allotment of IDs and allowing the user to switch between the original and our own via a UI option.
02:40:49lonoxmonthaha, bet that isnt a cheap fix
02:40:49[Saint]But realistically this affects a very tiny portion of people, so its easy to neglect.
02:41:05lonoxmontfree? then why hasnt it happened?
02:41:46[Saint]Becuase this is a volunteer project and people work on what they want to when they want to.
02:42:01[Saint]...and it affects a tiny subset of users.
02:42:37lonoxmontah, yeah, needs of the many outweigh the needs of the few, or the one.
02:43:22lonoxmontif i knew how to implement it id do it, but im not much but a sysadmin :/
02:43:53lonoxmontalright, ill be back in a bit, then ill see about getting the git cloned and compiled
02:43:59lonoxmontthanks for the help so far
02:44:15[Saint]Not a problem.
02:44:39TheSevenIIRC a full USB vendor ID costs "just" $2k, which is really cheap for that kind of thing
02:45:36[Saint]Right. But, OpenMoko :)
02:52:15 Quit pystar89 (Ping timeout: 246 seconds)
02:54:51TheSevenyes, this just means that we should be able to sublicense 256 IDs from them for like $10 :)
02:56:52[Saint]Hmmmm...I thought it was actually *free*.
02:57:14TheSevenor rather it would even be fair to do it for that price :)
02:58:00[Saint]Ah, I get you.
03:14:27JdGordondidnt we talk about getting an openmoko pid before?
03:19:24[Saint]Many, many times.
03:53:08lonoxmonti return, cloning the git now
03:59:04lonoxmontso just get the vid/pid from any storage device, say a usb stick of some type?
04:01:38[Saint]I don't really think it terribly moral to answer that.
04:02:12lonoxmontim just trying to avoid exploding my media player :B
04:02:35lonoxmontlets put that on its head, will putting an incorrect id blow anything up?
04:02:43lonoxmontyou know the code better than i
04:03:07lonoxmontalright thats what i wanted to know
04:03:43[Saint]I'm sorry about being indirect, its a weird subject. I don't want it to equate to "Yeah, sure, rip off these guys"
04:04:35lonoxmontno problem, im sure you guys are on a wanted list for daring to stand up to your corporate overlords
04:08:36 Nick DormantBrain is now known as SuperBrainAk (~andy@2001:470:8:a61::5f92:59a1)
04:10:22 Quit foolsh (Quit: foolsh)
04:19:43lonoxmontim assuming i just want a normal build?
04:33:10***Saving seen data "./dancer.seen"
04:42:41 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn)
04:42:43 Quit amiconn (Disconnected by services)
04:42:43 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn)
04:51:21 Join pystar89 [0] (
04:54:34 Quit amiconn (Disconnected by services)
04:54:35 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn)
04:54:35 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma)
04:54:35 Quit pixelma (Disconnected by services)
04:54:35 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma)
04:54:37 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn)
05:09:45lonoxmontfound an error with your makefile/documentation, if you need zip support you need to have that listed in the prerequisites on the website.
05:10:34[Saint]In what distro is zip and unzip not default packages?
05:11:11lonoxmontdebian when net installed, apparently
05:11:12rudi_sDebian for example.
05:12:52[Saint]I can't say I have ever encountered that. I must've always pulled it in as a dependency I guess.
05:29:56DEBUGEOF from server (Connection timed out) (snapshot: netstuff.c line 545)
05:29:56***Saving seen data "./dancer.seen"
05:29:58***Started Dancer V4.16
05:29:58***Connected to on port 6667
05:29:58***Logfile for #rockbox started
05:29:59Mode"logbot :+i" by logbot
05:30:05***Server message 501: 'logbot :Unknown MODE flag'
05:30:05 Join logbot [0] (
05:30:05 Join Naked [0] (
05:30:05 Join Xerion [0] (
05:30:05 Join pixelma [0] (pixelma@rockbox/staff/pixelma)
05:30:05 Join amiconn [0] (amiconn@rockbox/developer/amiconn)
05:30:05 Join pystar89 [0] (
05:30:05 Join lonoxmont [0] (
05:30:05 Join treaki__ [0] (
05:30:05 Join Strife89 [0] (
05:30:05 Join Epicanis [0] (
05:30:05 Join Scall [0] (~chat@unaffiliated/scall)
05:30:05 Join fs-bluebot [0] (
05:30:05 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
05:30:05 Join rdn [0] (
05:30:05 Join Jinx [0] (~Jinx@unaffiliated/jinx)
05:30:05 Join dfkt_ [0] (OxO29A@unaffiliated/dfkt)
05:30:05 Join [Saint] [0] (~saint@rockbox/user/saint)
05:30:05 Join gelraen [0] (
05:30:05 Join amithkk [0] (uid4289@2buntu/writers/amithkk)
05:30:05 Join alecjw [0] (
05:30:05 Join Topy44 [0] (~Topy44@
05:30:05 Join mikroflops [0] (
05:30:05 Join knittl [0] (~knittl@unaffiliated/knittl)
05:30:05 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
05:30:05 Join simabeis [0] (~simabeis@
05:30:05 Join user890104 [0] (
05:30:05 Join yosafbridge [0] (
05:30:05 Join Ketturi [0] (
05:30:05 Join Guest11127 [0] (
05:30:05 Join Beta2K [0] (
05:30:05 Join evilnick [0] (~evilnick@rockbox/staff/evilnick)
05:30:05 Join Zambezi [0] (
05:30:05 Join nosa-j [0] (~m00k@
05:30:05 Join eternnoir [0] (uid13219@gateway/web/
05:30:05 Join thegeek_ [0] (
05:30:05 Join prymeroot [0] (~prymeroot@unaffiliated/prymeroot)
05:30:05 Join linuxguy3 [0] (
05:30:05 Join dv_ [0] (
05:30:05 Join tchan [0] (~tchan@lunar-linux/developer/tchan)
05:30:05 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
05:30:05 Join Bluefoxicy [0] (
05:30:05 Join shamus [0] (
05:30:05 Join Scromple [0] (~Simon@
05:30:05 Join JdGordon [0] (cb1380e2@rockbox/developer/JdGordon)
05:30:05 Join AlexP [0] (~alex@rockbox/staff/AlexP)
05:30:05 Join SuperBrainAk [0] (~andy@2001:470:8:a61::5f92:59a1)
05:30:05 Join habys [0] (
05:30:05 Join Poodlemastah [0] (
05:30:05 Join akaWolf1 [0] (~akaWolf@
05:30:05 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful)
05:30:05 Join redd [0] (~redd@unaffiliated/redd)
05:30:05 Join GodEater [0] (~whoknows@rockbox/staff/GodEater)
05:30:05 Join Provel [0] (
05:30:05 Join scorche [0] (~scorche@rockbox/administrator/scorche)
05:30:05 Join Raptors [0] (
05:30:05 Join kiwicam [0] (~quassel@
05:30:05 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123)
05:30:05 Join Marex_ [0] (~Marex@
05:30:05 Join FOAD [0] (~foad@unaffiliated/foad)
05:30:05 Join soap [0] (~soap@rockbox/staff/soap)
05:30:05 Join froggyman [0] (~frogs@unaffiliated/froggyman)
05:30:05 Join x56 [0] (
05:30:05 Join TBCOOL [0] (
05:30:05 Join K1773R [0] (~K1773R@unaffiliated/k1773r)
05:30:05 Join desrt [0] (
05:30:05 Join Karrde [0] (
05:30:05 Join alexbobp [0] (
05:30:05 Join Maxdamantus [0] (~Maxdamant@2001:470:f078::dead:beef:cafe)
05:30:05 Join liar [0] (~liar@
05:30:05 Join Mir [0] (
05:30:05 Join dokan [0] (
05:30:05 Join vedos [0] (
05:30:05 Join bzed [0] (
05:30:05 Join @ChanServ [0] (ChanServ@services.)
05:30:05 Join uwe_mobile [0] (
05:30:05 Join funman [0] (~fun@rockbox/developer/funman)
05:30:05 Join dionoea [0] (
05:30:05 Join maraz [0] (
05:30:05 Join SrRaven [0] (
05:30:05 Join copper [0] (~copper@unaffiliated/copper)
05:30:05 Join Galois [0] (
05:30:05 Join n17ikh [0] (~n17ikh@unaffiliated/n17ikh)
05:30:05 Join Jack87 [0] (Jack87@nasadmin/admin/jack87)
05:30:05 Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow)
05:30:05 Join ranmachan [0] (
05:30:05 Join olspookishmagus [0] (
05:30:05 Join Elfish [0] (amba@2001:1608:12:1:13:3:3:7)
05:30:05 Join makoto [0] (
05:30:05 Join andypotter [0] (
05:30:05 Join uwe_ [0] (
05:30:05 Join zoktar [0] (~zoktar@unaffiliated/zoktar)
05:30:05 Join derf [0] (
05:30:05 Join aevin [0] (eivindsy@unaffiliated/aevin)
05:30:05 Join Synergist [0] (~synfn@unaffiliated/synergist)
05:30:05 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019)
05:30:05 Join ender| [0] (krneki@2a01:260:4094:1:42:42:42:42)
05:30:05 Join KotH [0] (
05:30:05 Join michaelni [0] (
05:30:05 Join gevaerts [0] (~fg@rockbox/developer/gevaerts)
05:30:05 Join Bagder [241] (~daniel@rockbox/developer/bagder)
05:30:05 Join scorche|sh [0] (
05:30:05 Join rasher [0] (~rasher@rockbox/developer/rasher)
05:30:05 Join Kohlrabi [0] (
05:30:05 Join rudi_s [0] (
05:30:05 Join ruskie [0] (ruskie@sourcemage/mage/ruskie)
05:30:54lonoxmontsomehow i think this is oging to turn into one of thos enightmares where you have to reverse engineer everything
05:31:11lonoxmontat least it charges still even in rockbox
05:31:26lonoxmontso maybe i can use the aux in 3.5mm jack as a workaround :/
05:31:39[Saint]You best bet at this stage is hoping your head unit has a line in.
05:31:44lonoxmontit does
05:32:03[Saint]As to why it doesn't want to access what should be presented as generic removable storage - no idea.
05:33:14lonoxmonti think it has a deeper access to it than that, since its able to pull things form the itunesdb on the device, and i guess it also has the ability to tag things for later purchase in itunes, eg you listen to something on sirius you hit a button and it writes to the itunesdb with a list of what oyu liked
05:33:41lonoxmontand with the fact it writes to the screen
05:34:00[Saint]That's just IAP (iPod Accessory Protocol), which anyone that has the benefit of signing an NDA and paying royalties can use.
05:34:02lonoxmonti dunno, its probably more work than anyone wants to put into a device thats already many years old and few people have
05:34:40[Saint]IAP is partially implemented in Rockbox, but, its nowhere near complete as its all done via reverse engineering.
05:34:54lonoxmonttoo bad im not rich enough to make a shell corporation, get the dox, and then release it in an "accident"
05:35:03lonoxmontor a "leak"
05:35:20JdGordonwe have the full leaked IAP doc
05:35:50[Saint]JdGordon: full?
05:35:54[Saint]...I don't think so.
05:36:11JdGordonmaybe not latest but its pretty well everything isnt it?
05:36:26 Quit TheSeven (Disconnected by services)
05:36:41 Join [7] [0] (~quassel@rockbox/developer/TheSeven)
05:37:38[Saint]If that were the case then why is dock/accessory support *so* terrible?
05:37:50JdGordonbecause noone has done the work?
05:37:53[Saint]Like "pretty much guaranteed to fail" kinda terrible.
05:38:19[Saint]By my understanding several people have tried working on IAP.
05:39:23lonoxmontJdGordon: did you miss the part where everything they have has been painstakingly reverse engineered?
05:39:52JdGordonlonoxmont: I *am* one of "they" in your sentance....
05:39:56[Saint]No, he didn't. I apparently missed the part where that was no longer the case, apparently for some time now. :)
05:39:58JdGordonlook at my cloak :p
05:40:27lonoxmontso i guess you are the one i need to talk to then :B
05:40:37JdGordonso yeah, if you want it working better grab those gerrit patches and see what needs to be done to commit them
05:40:44lonoxmonthow do you feel about remotely reverse engineering the code for my radio :P
05:40:47[Saint]Maybe if you could implement IAp in the skin engine. :)
05:40:54JdGordonoh oh! one sec
05:41:15[Saint]Those patches are a *mess*...
05:42:41JdGordonlonoxmont: send the car, I'll debug it :p
05:43:15JdGordon[Saint]: IIRC/UC/WTF iap isnt exactly easy to integrate into the rest of the core which is probably why
05:43:37lonoxmontJdGordon: if only that were an option...
05:44:03lonoxmonti dont know enough about coding to be of much use, other than collecting logs or what have you
05:44:47JdGordonok, so apply the patches I lionked above and see what that gets you
05:44:59JdGordonat the very least we'll know if they are worth pushing as-is
05:45:00lonoxmonthow do i do that?
05:45:26[Saint]a bunch of failed hunks, is what it'll get you.
05:45:26[Saint]path conflicts.
05:46:15[Saint]...and each one seems to depend on the others? Dear lord.
05:47:54lonoxmontdont suppose thats an easy fix then :/
05:48:23JdGordonlearn to code :)
05:49:01lonoxmonti know enough to (usually) tell the languages apart, but thats about it :/
05:51:22lonoxmontit seems to be a circular dependency, to know how to code (or learn how) you must already have some coding knowledge...
05:51:47 Quit Epicanis (Quit: it is nigh unto bedtime)
05:51:52[Saint]Nope. Not at all.
05:52:04lonoxmontand asking where to start always sets off a holy war
05:52:09[Saint]Its just like any other thing humans can laern.
05:52:45lonoxmontsince some say start with c, some say start with assembler, some say start with python, the list goes on...
05:53:16JdGordonyes, well anyone saying start with a language is an idiot
05:53:20JdGordonstart with an itch
05:53:41[Saint]Well, only C is going to do you any good here.
05:53:55JdGordoni.e an itch to scratch... a reason to start coding
05:54:22lonoxmontwell ive got one right here i guess, my thing wont talk to my other thing because of some extrememly valuable proprietary document
05:54:32[Saint]If the first step someone points you to is "Read the C reference manual", you'll probably just kill yourself.
05:55:56lonoxmontso what do i do to start then?
05:56:51JdGordondownload the source and make sure you can build and run an image, then open up apps/iap.c and (hard part) try to see how much (if any) you can figure out whats happening
05:57:06JdGordonand join #rockbox-community so you dont flood here with questions
05:58:08lonoxmonti guess ill go flood there with questions then :P
05:58:16lonoxmontthanks for the help so far
06:21:13 Quit rdn (Remote host closed the connection)
06:34:22 Join mortalis [0] (~kvirc@
07:14:38 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee)
07:16:33 Quit [Saint] (Remote host closed the connection)
07:18:41 Join [Saint] [0] (~saint@rockbox/user/saint)
07:30:00***Saving seen data "./dancer.seen"
07:50:36 Quit Scall (Quit: Bye bye)
08:01:06 Join Scall [0] (~chat@unaffiliated/scall)
08:11:03 Join LinusN [0] (~linus@
08:24:17 Join Zagor [0] (
08:24:17 Quit Zagor (Changing host)
08:24:17 Join Zagor [242] (~bjst@rockbox/developer/Zagor)
08:31:30 Join ender` [0] (
08:33:20 Join einhirn [0] (~Miranda@2001:638:605:4:ec26:3c63:8c80:6336)
08:49:54 Join nick_p [0] (
08:50:49 Quit nick_p (Client Quit)
08:55:40 Quit [Saint] (Remote host closed the connection)
08:57:26 Join bertrik [0] (~quassel@rockbox/developer/bertrik)
08:57:43 Join [Saint] [0] (~saint@rockbox/user/saint)
09:16:28 Join maruk [0] (
09:22:12 Quit Maxdamantus (Ping timeout: 255 seconds)
09:23:39 Join Maxdamantus [0] (~Maxdamant@2001:470:f078::dead:beef:cafe)
09:26:18 Quit bertrik (Ping timeout: 260 seconds)
09:26:43 Quit kevku (Ping timeout: 260 seconds)
09:29:59 Quit [Saint] (Remote host closed the connection)
09:30:03***Saving seen data "./dancer.seen"
09:32:02 Join [Saint] [0] (~saint@rockbox/user/saint)
09:46:19 Nick SuperBrainAk is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1)
09:47:23 Join markun [0] (~markun@rockbox/developer/markun)
09:48:22 Quit [Saint] (Remote host closed the connection)
09:50:29 Join [Saint] [0] (~saint@rockbox/user/saint)
10:04:15 Quit kiwicam (Remote host closed the connection)
10:07:15 Quit einhirn (Ping timeout: 245 seconds)
10:14:58 Join lebellium [0] (
10:18:02 Join kevku [0] (~kevku@2a01:d0:ffff:34a::8:3)
10:23:29 Join kugel [0] (
10:23:29 Quit kugel (Changing host)
10:23:29 Join kugel [0] (~kugel@rockbox/developer/kugel)
10:38:10 Quit funman (Ping timeout: 260 seconds)
10:38:51 Join funman [0] (
10:50:06 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
10:54:21mortalisZagor: Have you had a chance to upload bootloaders?
10:54:37 Quit pamaury (Ping timeout: 265 seconds)
10:54:52mortalisbtw, frontpage needs to be updated
10:55:09Zagorno, I forgot
10:55:41mortalislink -
11:05:16 Join __jae__ [0] (
11:22:26 Join wodz [0] (
11:30:06***Saving seen data "./dancer.seen"
11:39:26 Quit [Saint] (Remote host closed the connection)
11:52:33 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
11:55:18wodzpamaury: ping
11:55:31pamaurywodz: pong
11:56:21wodzpamaury: Do I assume correctly that wireshark hides actual packet size and groups data belonging to single transaction?
11:56:53pamauryit's very high level, so it's useful for high level debugging only
11:57:08pamauryand errors are hardly useful
11:58:15wodzAnyway I think we have a way to run custom code on irivers e100/e150/e200/e300. Currently this is a bit involving but this looks promising
11:58:40gevaertspamaury: did you see FS #12910 ?
11:58:41fs-bluebot Sansa zip clip fails to enumerate over USB under Windows. (bugs, unconfirmed)
11:59:18pamaurywodz: what is the soc on these ?
11:59:22 Quit dfkt_ (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.)
12:01:33pamaurygevaerts: yes I just saw that, it is not clear what is the issue, it looks like the core doesn't clear stall ?
12:01:48gevaertsWell, I don't know
12:02:07pamauryI cannot download the attached jpg, again this attach file bug ?
12:02:30gevaertsYes. It has lots of empty lines in front
12:02:46gevaerts and
12:02:59gevaertsSee also last night's log. We didd discuss this a bit
12:03:21gevaertsIt looks like the stall is cleared, and then nothing else hapens (the core keeps sending NAKs)
12:06:49pamauryI have the zip and usb analyser maybe I can give it a shot, but it is 100% reproducible ?
12:08:33gevaertsWell, I doubt it
12:08:45 Quit ender` (Read error: Connection reset by peer)
12:09:26gevaertslebellium could connect to a windows system yesterday, but then there's this registry thing that's mentioned that may well cause this sort of bug to be hidden
12:09:26 Join ender` [0] (
12:10:01gevaertsI mean, if it's a *new* bug, any windows system used before the bug might well not show it then
12:11:00 Quit liar (Ping timeout: 248 seconds)
12:11:15pamaurywhat is that registry thing ?
12:11:42pamauryfor the OS to send ask the 0xFE descriptor, you need to uninstall the device I guess, to get probed again
12:11:55gevaertsYes, something like that
12:12:06gevaertsI'm not sure of the details
12:12:24pamauryyou can uninstall using the device manager, what is the OS of this guy ?
12:13:10gevaertsSome windows. Not sure which one
12:13:20gevaertsAlso, I'm not sure if uninstall using the device manager clears everything
12:13:55gevaertsHe mentions
12:15:09pamauryinteresting, I'll try it out
12:16:07pamaurythis usb core is definitely picky
12:16:34pamauryis it clip zip specific ? I rememeber similar issues with the clip+
12:16:58gevaertsNo idea
12:21:53 Quit copper (Quit: ZNC -
12:22:24 Join copper [0] (~copper@unaffiliated/copper)
12:26:29pamaurymaybe I should complete the disassembly of the clip+ ROM which has the complete usb driver for the Clip+, I guess it's the same on the zip
12:30:26 Quit lebellium (Ping timeout: 272 seconds)
12:32:50 Join lebellium [0] (
12:36:01pamaurygevaerts: I only need to modify buildserver/builds to compile new targets ?
12:46:14pamaurygevaerts: can you recall me what is the number after the zip: "", is it estimated build cost ?
12:46:41K1773Rwhats a build cost?
12:48:58pamaurythe build server dispatch the builds to the client depending on how long each build should take and the power of the buildclient
12:49:13pamaurysome targerts takes longer to compile than others
13:01:32pamaurygevaerts: can you review g#657 please ?
13:01:44 Join ikeboy [0] (
13:06:51 Join petur [0] (~petur@rockbox/developer/petur)
13:20:19 Quit ikeboy (Quit: ikeboy)
13:25:56 Join liar [0] (~liar@
13:30:07***Saving seen data "./dancer.seen"
13:34:53gevaertspamaury: done. One slight but important issue
13:37:23pamauryah right
13:37:58gevaertsI've done this wrong in the past. If you do, a confused build server ensues
13:46:58 Quit Scall (Ping timeout: 246 seconds)
13:47:55 Join krabador [0] (~krabador_@unaffiliated/krabador)
13:52:30 Quit petur (Ping timeout: 272 seconds)
13:53:37 Join Scall [0] (~chat@unaffiliated/scall)
14:01:14 Quit Strife89 (Ping timeout: 245 seconds)
14:14:36 Join petur [0] (~petur@rockbox/developer/petur)
14:20:56pamaurygevaerts: updated
14:21:57gevaertspamaury: looks ok now
14:22:32 Quit Scall (Quit: Bye bye)
14:22:47 Join ladyblink [0] (
14:29:27 Join Scall [0] (~chat@unaffiliated/scall)
14:30:17 Quit kugel (Quit: leaving)
14:31:57 Join kugel [0] (~kugel@rockbox/developer/kugel)
14:36:33wodzpamaury: e100/e150/e200/e300 have atj2135N SoC (maybe e300 has atj2137N but this are virtually the same)
14:37:41pamaurydo you have the doc for the soc ?
14:37:53pamauryIt is the one I wrote the descrambler for ?
14:39:13 Quit kugel (Quit: Lost terminal)
14:40:21 Join amayer [0] (
14:41:24 Join cmhobbs [0] (
14:41:24 Quit cmhobbs (Changing host)
14:41:24 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs)
14:42:04 Join rdn [0] (
14:43:11wodzpamaury: yes and yes
14:43:25wodzpamaury: afaik usb core is not documented though
14:43:57wodzbasically this is mips 4kec core + DSP
14:44:09wodzmips core runs at max 180MHz
14:52:04 Quit cmhobbs (Ping timeout: 240 seconds)
14:52:18 Quit markun (Ping timeout: 272 seconds)
14:54:24 Join petur2 [0] (
14:54:57 Quit petur (Disconnected by services)
14:55:01 Nick petur2 is now known as petur (
14:55:12 Quit petur (Changing host)
14:55:12 Join petur [0] (~petur@rockbox/developer/petur)
14:56:01pamaurywodz: which of these do you have ? how did you buy them ? They seem not so easy to buy
14:56:54 Join kugel [0] (
14:56:54 Quit kugel (Changing host)
14:56:54 Join kugel [0] (~kugel@rockbox/developer/kugel)
14:57:09wodzpamaury: I have 2 e150 - one broken and one functional. I bought it on allegro - polish service similar to ebay
14:58:20wodzI think e300 is still on stock
14:58:45 Join markun [0] (~markun@rockbox/developer/markun)
15:07:19 Quit wodz (Quit: Leaving)
15:23:40[7]hm, should be easy enough to send some get descriptor requests with pyusb on linux to further diagnose things
15:24:17[7]would be an interesting question if a request for stringdesc 0xee (or anything else that stalls) locks up just that endpoint or the whole device
15:26:08 Join dfkt [0] (dfkt@unaffiliated/dfkt)
15:26:09gevaertsSounds like a good plan
15:30:08***Saving seen data "./dancer.seen"
15:33:59 Join ikeboy [0] (
15:39:24 Join lebellium_ [0] (
15:40:03 Quit lebellium (Ping timeout: 264 seconds)
15:40:04 Nick lebellium_ is now known as lebellium (
15:44:20pamauryI wonder if Oracle really wants to screw up all their tools
15:44:41pamauryI are screwing up pretty badly with Virtualbox 4.3
15:59:19 Quit kevku (Ping timeout: 245 seconds)
16:04:59 Quit liar (Ping timeout: 245 seconds)
16:18:13 Quit ikeboy (Quit: ikeboy)
16:23:46 Quit dfkt (Disconnected by services)
16:23:47 Join dfkt_ [0] (dfkt@unaffiliated/dfkt)
16:40:00 Join dv__ [0] (
16:40:20 Quit dv_ (Ping timeout: 248 seconds)
16:42:05 Nick dv__ is now known as dv_ (
16:51:10 Quit Zagor (Quit: Clint excited)
16:57:49 Join Strife89 [0] (~Strife89@2602:306:250e:cae9:9c1f:d527:770d:2503)
17:04:43 Join y4n [0] (~y4n@unaffiliated/y4ndexx)
17:07:11 Quit krabador (Quit: Sto andando via)
17:12:34 Quit K1773R (Ping timeout: 252 seconds)
17:15:53 Join Narod [0] (
17:16:00 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee)
17:18:28 Join K1773R [0] (~K1773R@unaffiliated/k1773r)
17:22:20 Join krabador [0] (~krabador_@unaffiliated/krabador)
17:29:59 Quit markun (Ping timeout: 245 seconds)
17:30:09***Saving seen data "./dancer.seen"
17:56:18 Quit mortalis (Ping timeout: 260 seconds)
18:01:50 Quit petur (Quit: Nettalk6 -
18:02:30 Join Guest17648 [0] (
18:04:10 Join bertrik [0] (
18:04:18 Quit bertrik (Changing host)
18:04:18 Join bertrik [0] (~quassel@rockbox/developer/bertrik)
18:11:46 Quit habys (Ping timeout: 245 seconds)
18:12:50 Join liar [0] (~liar@
18:13:44 Join habys [0] (
18:34:41 Quit maruk (Quit: Leaving.)
18:34:46 Join Narod- [0] (
18:37:46 Quit Narod (Ping timeout: 272 seconds)
18:37:57 Quit bertrik (Remote host closed the connection)
18:52:38 Quit pamaury (Ping timeout: 246 seconds)
19:02:57 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
19:15:16 Quit nosa-j (Ping timeout: 268 seconds)
19:16:51 Join markun [0] (~markun@rockbox/developer/markun)
19:19:33 Join nosa-j [0] (~m00k@
19:21:27 Nick DormantBrain is now known as SuperBrainAk (~andy@2001:470:8:a61::5f92:59a1)
19:22:24 Quit eternnoir (Remote host closed the connection)
19:28:27 Quit amithkk (Remote host closed the connection)
19:30:12***Saving seen data "./dancer.seen"
19:31:34 Quit nosa-j (Ping timeout: 260 seconds)
19:35:04 Join nosa-j [0] (~m00k@
19:41:26 Quit pamaury (Remote host closed the connection)
19:45:32 Join Zagor [0] (~bjst@
19:45:32 Quit Zagor (Changing host)
19:45:32 Join Zagor [242] (~bjst@rockbox/developer/Zagor)
19:45:44 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
19:55:06 Join amithkk [0] (uid4289@2buntu/writers/amithkk)
20:07:58 Join eternnoir [0] (uid13219@gateway/web/
20:25:25K1773Rpamaury: tell me more
20:27:30pamauryK1773R: about ?
20:28:09K1773Rvbox4.3 screwup
20:31:57pamaurywell for vbox 4.3 was unusable, it crashed all the time (I mean plain crash, machine reboot without a warning, not even bsod), and usb is completely broken, and 100% cpu usage. The 4.3.2 version is slightly better, at least it doesn't crash anymore but usb is still completely broken
20:32:32pamauryI thought the point of a major version change (4.2.18 -> 4.3) was to bring new features, not break everything
20:34:39 Join Horscht [0] (~Horscht@xbmc/user/horscht)
20:37:02 Quit Horscht (Client Quit)
20:54:47 Quit y4n (Quit: 6,000,000 ways to die — choose one.)
20:58:25 Quit Strife89 (Ping timeout: 264 seconds)
21:01:12 Join Bluefoxicy_ [0] (
21:08:04 Join Szczepancio [0] (
21:08:15*gevaerts has some news
21:08:30gevaertsOn my fuzev2, we do *not* recover properly from a STALL
21:08:34gevaertsThe OF handles it fine
21:09:01 Join uwe__ [0] (
21:09:33 Quit Bluefoxicy (Quit: ZNC -
21:09:34 Quit tchan (Ping timeout: 240 seconds)
21:09:34 Quit uwe_ (Ping timeout: 240 seconds)
21:09:35 Quit Karrde (Ping timeout: 240 seconds)
21:09:35*gevaerts decides to try a PP device too
21:09:35 Nick Bluefoxicy_ is now known as Bluefoxicy (
21:09:58 Join Karrde [0] (
21:10:49pamaurygevaerts: what is the usb core on fuzev2 ?
21:11:15gevaertspamaury: it builds usb-s3c6400x
21:11:25gevaertsSo the usual suspect
21:11:45pamaurythe problem is that many usb doc are very unclear on how they handle stall on control endpoints
21:11:51pamaury(when they mention it at all)
21:11:58gevaertsOK, it's fine on e200v1
21:12:14gevaertsSo it definitely seems to be a driver issue
21:12:15lebelliumand on C200? \o/
21:12:24gevaertslebellium: not going to try :)
21:12:34gevaertsI don't see why it should go wrong there though
21:13:03lebelliumIIRC I have no USB issues with Fuzev1 and e200v1
21:13:06*gevaerts has a simple pyusb thing that tries a valid string descriptor, then 0xEE, then a valid one again
21:14:48pamauryso this particular usb core and all its variant have a quirk on ep0 stall
21:15:05pamaurysince the doc mention that it gets automatically cleared on SETUP
21:15:16gevaertsYes, something is clearly wrong
21:15:57gevaertsWell, I don't actually know what it does after the stall. All I know is that from then on the device is dead on the USB bus for all practical purposes
21:16:22gevaertsWhether that is because the STALL condition is still there, or because we need to reinitialise something, I have no idea
21:17:31K1773Rpamaury: that sounds familiar, tough i had it some years ago with vmware. didnt try vbox4.3 yet. what guest/host setup did you use?
21:17:56pamauryobviously ;)
21:18:01K1773Rgood :)
21:18:29K1773Reh, i saw ppl doing some winserver and selling linux VMs on it, morons :S
21:19:15K1773Rgood that i know, so i wont try the 4.3
21:20:09gevaertspamaury: I've uploaded my test script to FS #12910 if you want to play with it
21:20:10fs-bluebot Sansa zip clip fails to enumerate over USB under Windows. (bugs, unconfirmed)
21:20:55pamaurygevaerts: thanks
21:22:20gevaertsYou'll notice that I don't speak fluent python :)
21:27:29pamauryI don't either so I won't criticize
21:27:30pamauryhum, I can't get the file with the tracket, get a blank page
21:27:30pamauryactually I get 1099 empty lines and then your code is incomplete
21:27:30DBUGEnqueued KICK pamaury
21:27:30pamaurywhat is wrong with this bug tracket ?
21:27:53gevaertsIt's php on the server
21:28:02gevaertsIt's incomplete?
21:28:32gevaertsIt should be 29 actual lines
21:29:17gevaertsPython code can look incomplete if you're not used to it
21:29:59gevaerts[7]: any chance of trying the script with your "new" driver on the classic?
21:30:15***Saving seen data "./dancer.seen"
21:30:17gevaertsWell, with the rockbox driver as well, maybe, but I suspect we can expect a failure there
21:32:58pamaurygevaerts: hum actually you're right, it's complete, there still are 1099 blank lines before !
21:33:08gevaertsYes, I know
21:33:14gevaertsYesterday it only added 1092
21:36:04gevaertsOur only chance is to give Zagor some fresh motivation to have another go
21:36:48Zagorand ideally some kind of clue what to look for
21:37:06gevaertsWell, we do know that the problem grows
21:37:15gevaertsNot sure what exactly that points to...
21:37:35pamauryah no it's 1092
21:37:40pamauryI misread ;)
21:37:59gevaertsWell, it used to be a few, anyway
21:38:12gevaertsAnd *all* php seems to suffer
21:38:25gevaertsZagor: maybe start with a very short nearly-dummy test page in php?
21:38:41pamauryyeah that's very weird
21:39:06pamaurymaybe some header file got corrupted and prints blanks whereas it should not ?
21:40:54K1773Rthe pictureflow dont work on an iPodClassic, i kills the whole system. known problem? (probably related to doom i guess? as it crashes on the same loading stage (doing graphics stuff))
21:41:03K1773Rs/i kills/it kills/
21:41:29K1773R[7]: ^
21:44:16CtcpIgnored 1 channel CTCP requests in 0 seconds at the last flood
21:44:16*[7] reads the backlog
21:50:24[7]gevaerts: reliably freezes the USB core on nano2g with both drivers
21:50:37 Join foolsh [0] (
21:50:53[7]a reconnect (and thus re-init of the full core) seems to bring it back to life with the new driver
21:51:17[7]it doesn't happen on the classic
21:51:37[7]wait, that's the old emCORE driver
21:52:02[7]UMSboot (new driver) isn't affected there as well
21:52:10[7]so the very same code base fails on nano2g and works on classic
21:52:18[7]that seems to suggest a HW bug
21:52:27[7]I'll try to reproduce that on STM32
21:52:34[7](where I have a proper debugger)
21:54:36 Quit bluebrother (Disconnected by services)
21:54:41 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother)
21:56:01 Quit fs-bluebot (Ping timeout: 246 seconds)
21:57:21 Join fs-bluebot [0] (
21:57:26[7]"unable to read config index 0 descriptor/start: -32"
21:57:45[7]UMSboot fails to work there at all. and it did work there at some point...
22:05:35[7]nano4g is broken as well (reset loop)
22:09:25 Quit Narod- ()
22:32:11 Part LinusN
22:33:37 Quit pamaury (Ping timeout: 240 seconds)
22:34:23 Quit Guest17648 (Quit: Hmmm...)
22:38:25 Quit kevku (Quit: KVIrc 4.3.1 Aria
22:41:43 Join Guest17648 [0] (
22:42:08 Quit Guest17648 (Client Quit)
22:42:49 Quit Szczepancio (Read error: Connection reset by peer)
22:45:06 Join Guest17648 [0] (
22:45:49 Quit Guest17648 (Client Quit)
22:58:08 Quit markun (Ping timeout: 265 seconds)
23:00:43 Join tchan [0] (~tchan@lunar-linux/developer/tchan)
23:06:30 Quit nosa-j (Excess Flood)
23:06:52 Join nosa-j [0] (~m00k@
23:07:10 Nick SuperBrainAk is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1)
23:07:53 Quit nosa-j (Excess Flood)
23:09:18 Join nosa-j [0] (~m00k@
23:14:32 Quit nosa-j (Ping timeout: 268 seconds)
23:20:11 Join nosa-j [0] (~m00k@
23:30:19***Saving seen data "./dancer.seen"
23:35:52 Quit amayer (Quit: Leaving)
23:57:42 Quit kugel (Ping timeout: 246 seconds)

Previous day | Next day