--- Log opened Sun Dec 04 00:02:38 2011
00:02 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has joined #freemyipod
00:02 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has quit [Read error: Connection reset by peer]
00:18 -!- Sorcerer-69 [447352fe@gateway/web/freenode/ip.68.115.82.254] has quit [Ping timeout: 265 seconds]
00:25 < fmibot> New commit by theseven (r820): libUI: Add item rendering callback to chooser renderers and add setting chooser module
00:26 < fmibot> New commit by theseven (r821): emCORE: Fix library user list allocations being owned by a user instead of the library
00:26 < fmibot> New commit by theseven (r822): emCORE: Add missing function definition
00:28 < fmibot> New commit by theseven (r823): iPod Classic boot menu: Complete rework, this is ready for beta testing
00:42 < TheSeven> n1s, Poodlemastah, user890104: want to test?
00:42 < user890104> TheSeven: sure
00:43 < user890104> TheSeven: did you fix the bug where you need to select "return to menu" in order to execute the settings menu action?
00:44 < user890104> export/libui.h:34:31: error: ../settingchooser.h: No such file or directory
00:44 < TheSeven> yes, that was just a temporary quirk during the restructuring
00:45 < fmibot> New commit by theseven (r824): libUI: Fix red (add files that were overlooked when committing r820)
00:46 < user890104> that's better :)
00:46 < fmibot> r824 build result: emcore: All green!
00:46 < fmibot> r824 build result: umsboot: All green!
00:49 < fmibot> r819 build result: emcore: All green!
00:49 < fmibot> r819 build result: umsboot: All green!
00:49 < fmibot> r820 build result: emcore: All green!
00:49 < fmibot> r820 build result: umsboot: All green!
00:50 < fmibot> r821 build result: emcore: All green!
00:50 < fmibot> r821 build result: umsboot: All green!
00:50 < fmibot> r822 build result: emcore: All green!
00:50 < fmibot> r822 build result: umsboot: All green!
00:51 < fmibot> r823 build result: emcore: All green!
00:51 < fmibot> r823 build result: umsboot: All green!
00:52  * TheSeven wonders who that guy with the weird nano2g lcd was
00:52 < TheSeven> last chance to fix this in the upcoming release...
01:00 < user890104> TheSeven: the settings menu bug doesn't seem to be fixed for me
01:00 < user890104> i select Run UMSboot
01:00 < user890104> and the marker moves to Return to main menu
01:00 < user890104> and it doesn't run
01:01 < user890104> same for Run Rockbox fallback image
01:01 < user890104> the other options are fine
01:03 < fmibot> New commit by theseven (r825): iPod Classic boot menu: Fix UMSboot and Rockbox fallback image
01:04 < fmibot> r825 build result: emcore: All green!
01:04 < user890104> and since you made the PREV button go one level back, why don't you make the FWD button go one level deeper (like rb)
01:05 < TheSeven> does it really do that in RB?
01:05 < TheSeven> hm, apparently...
01:05  * TheSeven wonders what that's good for, as it basically duplicates the center button
01:06 < user890104> then why did you make the left button go back, instead of using MENU? :)
01:07 < user890104> and why does rockbox enter disk mode, even if i've been holding a button during boot
01:08 < user890104> ah, only holding menu skips disk mode
01:08 < user890104> i thought someone made any button skip it at some point
01:09 < fmibot> New commit by theseven (r826): iPod Classic boot menu: Make right button behave like the center button in list choosers
01:09 < fmibot> r826 build result: emcore: All green!
01:09 < fmibot> r826 build result: umsboot: All green!
01:09 < fmibot> r826 build result: libboot: Red! (theseven commited)
01:09 < fmibot> r826 build result: libui: Red! (theseven commited)
01:09 < fmibot> r826 build result: libmkfat32: Red! (theseven commited)
01:09 < fmibot> r826 build result: libpng: Red! (theseven commited)
01:10 < TheSeven> wtf
01:11 < Farthen> sorry :-P
01:11 < user890104> since when does this bot compile the libs?
01:11 < Farthen> i'm currently implementing it
01:11 < user890104> ah
01:15 < user890104> TheSeven: where do you define what each button does?
01:18 < TheSeven> for which screen?
01:19 < user890104> i mean in general, where is the connection between an action and an actual device button?
01:20 < TheSeven> for choosers it's specified in the action handler configuration
01:20 < user890104> i found the buttonmap
01:20 < TheSeven> yeah, that's what it is
01:21 < user890104> but it's not obvious which buttons does each item of the buttonmap map to
01:21 < TheSeven> that's the internal button order of the clickwheel
01:21 < TheSeven> (center right left bottom top)
01:23 < user890104> ah, menu and play go up/down the lists
01:23 < user890104> cool :)
01:24 < TheSeven> and the skip buttons do the same in the iconflow chooser
01:24 < user890104> yeah, i knew the iconflow one
01:24 < user890104> but not the other
01:26  * user890104 compiles r826
01:26 < user890104> TheSeven: do you like the new emCORE Releases layout in the wiki?
01:26 < user890104> http://www.freemyipod.org/wiki/EmCORE_Releases
01:28 < user890104> i might rename the pages one day, so emCORE_Releases becomes emCORE/Releases and so on
01:28 < user890104> it would be more tree-like
01:29 < fmibot> New commit by theseven (r827): libUI: Make up/down buttons change integer values in settingchoosers
01:35 < Farthen> i'm currently working on the buildbot and probably broke sth
01:35 < Farthen> i will rebuild those commits when i have it working again
01:38 < TheSeven> user890104: I've removed that comment about fastboot
01:38 < TheSeven> we shouldn't do that before the release is in the wild
01:39 < TheSeven> and i'd think a release note for the new release and a note on the fastboot page is sufficient
01:41 -!- Keripo [~Keripo@SEAS170.wlan.seas.upenn.edu] has quit [Quit: Leaving.]
01:52 < user890104> TheSeven: i wanted to warn the users to stop installing fastboot apps, because most of them fail at that step
01:52 < user890104> and seem to have issues when recovering
01:52 < user890104> even if it's as simple as the initial installation
01:52 < TheSeven> I think the warning on the fastboot page should be sufficient for that
01:53 < TheSeven> fastboot will just disappear with the new release
01:54 < user890104> but that won't stop them from trying to install an older version, just because they knew that it works like that
01:54 < user890104> and they'll most likely hit the panic message again
02:33 < n1s> TheSeven: i can probably test tomorrow if you remind me, goodnight
02:34 -!- n1s [~n1s@rockbox/developer/n1s] has quit [Quit: Ex-Chat]
02:42 < fmibot> New commit by theseven (r828): iPod Nano 2G boot menu: Backport changes from iPod Classic version
02:43 < TheSeven> aww, this nano2g screen is just too small..
03:02 < user890104> TheSeven: looks good on n2g, too
03:14 -!- TheSeven [~TheSeven@rockbox/developer/TheSeven] has quit [Disconnected by services]
03:14 -!- [7] [~TheSeven@rockbox/developer/TheSeven] has joined #freemyipod
04:45 < fmibot> r819 build result: All projects green!
04:45 < fmibot> r820 build result: libui: Red!; app-bootmenu-ipodclassic: Red!; app-bootmenu-ipodnano2g: Red!; app-bootmenu-ipodnano4g: Red!; app-snake: Red! (theseven commited)
04:46 < fmibot> r821 build result: libui: Red!; app-bootmenu-ipodclassic: Red!; app-bootmenu-ipodnano2g: Red!; app-bootmenu-ipodnano4g: Red!; app-snake: Red! (theseven commited)
04:46 < fmibot> r822 build result: libui: Red!; app-bootmenu-ipodclassic: Red!; app-bootmenu-ipodnano2g: Red!; app-bootmenu-ipodnano4g: Red!; app-snake: Red! (theseven commited)
04:47 < fmibot> r823 build result: libui: Red!; app-bootmenu-ipodclassic: Red!; app-bootmenu-ipodnano2g: Red!; app-bootmenu-ipodnano4g: Red!; app-snake: Red! (theseven commited)
04:47 < fmibot> r824 build result: All projects green!
04:47 < fmibot> r825 build result: All projects green!
04:48 < fmibot> r826 build result: All projects green!
04:48 < fmibot> r827 build result: All projects green!
04:49 < fmibot> r828 build result: All projects green!
05:34 < Farthen> ok, the build script will build nearly everything now
05:34 < Farthen> emcore, umsboot, apps and libs
06:02 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has joined #freemyipod
06:02 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has quit [Read error: Connection reset by peer]
06:22 -!- NeuralNode2 [447352fe@gateway/web/freenode/ip.68.115.82.254] has joined #freemyipod
06:23 -!- NeuralNode2 [447352fe@gateway/web/freenode/ip.68.115.82.254] has quit [Client Quit]
06:23 -!- user890104 [~Venci@Addicted.to.Minecraft.ipv6.6bez10.info] has quit [Ping timeout: 244 seconds]
07:48 -!- user890104 [~Venci@Addicted.to.Minecraft.ipv6.6bez10.info] has joined #freemyipod
08:03 -!- user890104 [~Venci@Addicted.to.Minecraft.ipv6.6bez10.info] has quit [Ping timeout: 244 seconds]
08:06 -!- user890104 [~Venci@Addicted.to.Minecraft.ipv6.6bez10.info] has joined #freemyipod
08:11 -!- n1s [~n1s@nl118-175-223.student.uu.se] has joined #freemyipod
08:11 -!- n1s [~n1s@nl118-175-223.student.uu.se] has quit [Changing host]
08:11 -!- n1s [~n1s@rockbox/developer/n1s] has joined #freemyipod
08:23 -!- n1s [~n1s@rockbox/developer/n1s] has quit [Read error: Connection reset by peer]
08:41 -!- ShapeShifter499 [~ShapeShif@c-98-244-33-205.hsd1.ca.comcast.net] has quit [Quit: Leaving]
10:18 -!- liar [~liar@clnet-p09-185.ikbnet.co.at] has joined #freemyipod
10:36 < [7]> Farthen: you could make it build the emcore loaders and installers as well by specifying a target file
10:38 -!- n1s [~n1s@nl118-175-223.student.uu.se] has joined #freemyipod
10:38 -!- n1s [~n1s@nl118-175-223.student.uu.se] has quit [Changing host]
10:38 -!- n1s [~n1s@rockbox/developer/n1s] has joined #freemyipod
12:02 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has joined #freemyipod
12:02 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has quit [Remote host closed the connection]
13:46 -!- Utchybann [~Utchy@rps6752.ovh.net] has quit [*.net *.split]
13:46 -!- Poodlemastah [~Poodlemas@h-241-205.a218.priv.bahnhof.se] has quit [*.net *.split]
13:46 -!- n1s [~n1s@rockbox/developer/n1s] has quit [*.net *.split]
13:47 -!- teuf [~teuf@lernaeus.myrix.net] has quit [*.net *.split]
13:47 -!- user890104 [~Venci@Addicted.to.Minecraft.ipv6.6bez10.info] has quit [*.net *.split]
13:47 -!- Farthen [~Farthen@2a01:4f8:101:2a4:0:bc28:b2e1:9] has quit [*.net *.split]
13:47 -!- Elfish [amba@2a01:4f8:100:90a1:abc:abc:abc:abc] has quit [*.net *.split]
13:47 -!- Kuitsi [~Kuitsi@a88-113-118-171.elisa-laajakaista.fi] has quit [*.net *.split]
13:47 -!- Liath [~Liath@fctnnbsc30w-198164211239.dhcp-dynamic.FibreOp.nb.bellaliant.net] has quit [*.net *.split]
13:47 -!- scorche [~scorche@rockbox/administrator/scorche] has quit [*.net *.split]
13:47 -!- soap [~soap@rockbox/staff/soap] has quit [*.net *.split]
13:47 -!- ChanServ [ChanServ@services.] has quit [*.net *.split]
13:53 -!- Poodlemastah [~Poodlemas@h-241-205.a218.priv.bahnhof.se] has joined #freemyipod
13:53 -!- Utchybann [~Utchy@rps6752.ovh.net] has joined #freemyipod
13:53 -!- scorche [~scorche@174-26-5-117.phnx.qwest.net] has joined #freemyipod
13:53 -!- teuf [~teuf@lernaeus.myrix.net] has joined #freemyipod
13:53 -!- Liath [~Liath@fctnnbsc30w-198164211239.dhcp-dynamic.FibreOp.nb.bellaliant.net] has joined #freemyipod
13:53 -!- n1s [~n1s@rockbox/developer/n1s] has joined #freemyipod
13:53 -!- Kuitsi [~Kuitsi@a88-113-118-171.elisa-laajakaista.fi] has joined #freemyipod
13:53 -!- soap [~soap@cpe-76-181-78-156.columbus.res.rr.com] has joined #freemyipod
13:53 -!- user890104 [~Venci@Addicted.to.Minecraft.ipv6.6bez10.info] has joined #freemyipod
13:53 -!- Farthen [~Farthen@2a01:4f8:101:2a4:0:bc28:b2e1:9] has joined #freemyipod
13:53 -!- Elfish [amba@fuplz.co.cc] has joined #freemyipod
14:01 -!- Elfish [amba@fuplz.co.cc] has quit [Read error: Connection timed out]
14:02 -!- ChanServ [ChanServ@services.] has joined #freemyipod
14:02 -!- mode/#freemyipod [+o ChanServ] by asimov.freenode.net
14:03 -!- Elfish [amba@fuplz.co.cc] has joined #freemyipod
14:07 -!- Farthen [~Farthen@2a01:4f8:101:2a4:0:bc28:b2e1:9] has quit [*.net *.split]
14:08 -!- Farthen [~Farthen@2a01:4f8:101:2a4:0:bc28:b2e1:9] has joined #freemyipod
14:21 -!- ShapeShifter499 [~ShapeShif@c-98-244-33-205.hsd1.ca.comcast.net] has joined #freemyipod
15:01 -!- liar [~liar@clnet-p09-185.ikbnet.co.at] has quit [Ping timeout: 258 seconds]
15:28 -!- krnlyng [~liar@clnet-p09-185.ikbnet.co.at] has joined #freemyipod
15:51 < [7]> hm, there are 2 bugs left which we could try to tackle in the upcoming release
15:51 < [7]> - the nano2g lcd issue
15:51 < [7]> - the linux ehci problem
15:55 -!- krnlyng is now known as liar
15:55 -!- liar is now known as Guest4888
16:10 < [7]> Guest4888: did you find time to look into the LCD issue?
16:10 < [7]> if not, do you have time to do some testing?
16:12 < Guest4888> i hadn't had much luck with the lcd so far
16:12 < Guest4888> but i have time to do some tests^^
16:13 < fmibot> r823 build result: emcoreldr-ipodclassic: Red!; emcoreldr-ipodnano2g: Red!; libui: Red!; app-bootmenu: Red!; app-bootmenu: Red!; app-bootmenu: Red!; app-installer-ipodclassic: Red!; app-installer-ipodnano2g: Red!; app-installer-ipodnano4g: Red!; app-snake: Red! (theseven commited)
16:18 < fmibot> r823 build result: emcoreldr-ipodclassic: Red!; emcoreldr-ipodnano2g: Red!; libui: Red!; app-bootmenu: Red!; app-bootmenu: Red!; app-bootmenu: Red!; app-installer-ipodclassic: Red!; app-installer-ipodnano2g: Red!; app-installer-ipodnano4g: Red!; app-snake: Red! (theseven commited)
16:20 < fmibot> r823 build result: libui: Red!; app-bootmenu: Red!; app-bootmenu: Red!; app-bootmenu: Red!; app-installer-ipodclassic: Red!; app-installer-ipodnano2g: Red!; app-installer-ipodnano4g: Red!; app-snake: Red! (theseven commited)
16:31 < fmibot> r828 build result: emcore-installer: Red!; emcore-installer: Red! (theseven commited)
16:32 < [7]> Guest4888: so what do we know?
16:32 < [7]> DMA didn't seem to be involved at all, right?
16:33 < Guest4888> yep, it seemed to behave the same way when dma wasn't used
16:33 < [7]> so we basically didn't manage to get it to work at all with the emcore driver, but with the embios driver it works flawlessly?
16:34 < Guest4888> as far as i can tell yes
16:34 < [7]> does it work if you comment out the LCD accesses in displaylcd_setup?
16:37 < Guest4888> yes
16:42 < [7]> did you already try changing PHTIME? and inserting delays at various points?
16:42 < [7]> which LCDPHTIME and LCDCON values does the emBIOS driver use?
16:43 < fmibot> r828 build result: emcore-installer: Red!; emcore-installer: Red! (theseven commited)
16:45 < fmibot> r828 build result: emcore-installer: Red!; emcore-installer: Red! (theseven commited)
16:47 < fmibot> r828 build result: emcore-installer-ipodclassic: Red!; emcore-installer-ipodnano2g: Red! (theseven commited)
16:50 < fmibot> r828 build result: emcore-installer-ipodclassic: Red!; emcore-installer-ipodnano2g: Red! (theseven commited)
17:59 -!- n1s [~n1s@rockbox/developer/n1s] has quit [Quit: Ex-Chat]
18:02 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has joined #freemyipod
18:02 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has quit [Remote host closed the connection]
19:01 -!- n1s [~n1s@nl118-175-223.student.uu.se] has joined #freemyipod
19:01 -!- n1s [~n1s@nl118-175-223.student.uu.se] has quit [Changing host]
19:01 -!- n1s [~n1s@rockbox/developer/n1s] has joined #freemyipod
19:15 -!- ShapeShifter499 [~ShapeShif@c-98-244-33-205.hsd1.ca.comcast.net] has quit [Quit: Leaving]
19:36 < [7]> hm, looks like we have a bug where runfirmware while the boot menu is active causes a lockup on nano2g, but not on the classic
19:38 < [7]> hm, and now i can't reproduce it any more
19:42 < [7]> Guest4888: can you try commenting everything but the last command?
19:42 < [7]> which one of the code paths is your LCD using?
19:43 -!- Guest4888 is now known as liar
19:43 < liar> lcd_detect() returns 2
19:43 < [7]> in that case, remove everything except for the CMD 0x22
19:43 < [7]> is that one sufficient to make it fail?
19:45  * [7] has a suspicion
19:45 < liar> what was the memoryaddress for runfirmware again?
19:46 < [7]> 0x08000000
19:47 < liar> the text isnt aligned correctly but it is displayed
19:49 < [7]> should behave the same way as if if was all commented
19:49 < [7]> does it do that?
19:49 < [7]> if yes, uncomment the other CMD lines as well
19:50 < liar> it does the same
19:51 < liar> only the cmd lines?
19:52 < liar> if i uncomment the cmd lines but the data lines not the text is displayed correctly aligned
19:57 < [7]> ok, so if the data lines are removed, it basically works?
19:58 < [7]> I think I know what's going on...
19:58 < liar> what do you suspect?
20:00 < [7]> there were some weirdnesses wrt. transmitting 16bit data over that 18bit bus
20:01 < liar> oh
20:02 < [7]> in the emBIOS driver we used some hack for the non-2 model which I got rid of in the meantime by configuring LCDCON differently (I discovered some hidden bits)
20:02 < [7]> which means that we will probably have to use different LCDCON values for the different LCD types and transfer modes (16bit DMA and 18bit PIO)
20:25 < [7]> liar: can you try that? http://pastie.org/2966031
20:30 < liar> [7]: the same happens :(
20:30 < [7]> what exactly?
20:30 < liar> "emCORE v0.2.2 r828M" gets displayed (correctly) but nothing else
20:32 < [7]> ok, can you revert to svn head and comment the data lines of the 0x50-0x53 commands and send zero data for the 0x20/0x21 commands?
20:36 < liar> [7]: no change
20:36 < [7]> ok, but if you comment the 0x20/0x21 data lines it works?
20:39 < [7]> user890104: which LCD type does your nano2g have btw?
20:41 < liar> [7]: i am 100% sure it worked before. but now it does not :S
20:46 < [7]> liar: are you sure that the code you change ends up running on the device?
20:46 < [7]> if in doubt, deliberately break something to test :)
20:47 < [7]> e.g. make displaylcd_native return without doing anything
20:50 < liar> that panics because of the mutex in displaylcd_setup, so i think basicially it is working...
20:52 < [7]> hm, what happens if you completely comment all cmd/data lines in displaylcd_setup?
21:00 < liar> the same as before, incorrectly aligned text but everything displayed
21:01 < [7]> hm, now bisect between those two...
21:07 < [7]> liar: the lcd works within rockbox even if it's booted by a broken emcore, right?
21:09 < liar> it works if i wait for a few seconds until it sleeps and then power it on again
21:10 < liar> an hour ago this worked: http://codepad.org/IGUBUwW4 (reproducible) now the only thing except everything commented is: http://codepad.org/PvwNWcSn
21:15 < user890104> [7]: 0:0 in diag, type: 1 (7) LDS176 in rb
21:18 < liar> the only thing i changed in the last hour was that i reverted all files to svn. i had some dbgconsole_puts throughout the code but nothing else
21:19 < [7]> hm, that might have affected timing in a way so that the printing of the second line made it into the same update as the first
21:25 < [7]> comparing emcore's and embios' drivers, I can't find any difference at all
21:25 < [7]> the emcore loader however works differently (in byte mode instead of word mode)
21:26 < [7]> and rockbox's driver is a completely different business
21:27 < [7]> it does LCDCON |= 0x80; and has some other differences as well:
21:27 < [7]> s5l_lcd_write_cmd_data(R_HORIZ_ADDR_START_POS, x0);
21:27 < [7]> s5l_lcd_write_cmd_data(R_HORIZ_ADDR_END_POS, x1);
21:27 < [7]> s5l_lcd_write_cmd_data(R_VERT_ADDR_START_POS, y0);
21:27 < [7]> s5l_lcd_write_cmd_data(R_VERT_ADDR_END_POS, y1);
21:27 < [7]> s5l_lcd_write_cmd_data(R_HORIZ_GRAM_ADDR_SET, (x1 << 8) | x0);
21:27 < [7]> s5l_lcd_write_cmd_data(R_VERT_GRAM_ADDR_SET, (y1 << 8) | y0);
21:27 < [7]> s5l_lcd_write_cmd(0);
21:27 < [7]> s5l_lcd_write_cmd(R_WRITE_DATA_TO_GRAM);
21:28 < liar> i've noticed that
21:28 < [7]> however the |= 0x80 doesn't seem to have any effect if i try it on mine
21:30 < liar> if i change those setup commands to match the rockbox one, still only the first line is displayed but shifted to the right iirc
21:31 < [7]> so sending nothing at all works reliably?
21:31 < [7]> and just sending CMD 0x22 as well?
21:32 < [7]> then try this:
21:32 < [7]>         lcd_send_cmd(0);
21:32 < [7]>         lcd_send_cmd(0x22);
21:32 < [7]> if it works, try uncommenting these again:
21:32 < [7]>         lcd_send_cmd(0x50);
21:32 < [7]>         lcd_send_data(startx);
21:34 -!- n1s [~n1s@rockbox/developer/n1s] has quit [Quit: Ex-Chat]
21:34 < liar> if i add the extra lcd_send_cmd(0); nothing is displayed (the embios screen does not get erased)
21:38 < [7]> do we agree that the send cmd/data functions in embios and emcore are equivalent?
21:40 < [7]> LCDCON is set to 0xd01 in both
21:41 < [7]> the command sequence seems to be identical as well
21:46 < [7]> hm... timing? the old code is definitely faster
21:54 < liar> i would say they are equivalent
21:55 < liar> it might be a timing issue...
21:58 < [7]> even a disassembly of the emcore code looks very similar - apart from a few compiler madnesses
21:58 < [7]> and the timing difference shouldn't be big
22:08 < [7]> liar: what about trying to write a C driver for embios and checking if that one fails as well?
22:09 < liar> i can try. but i've got to do some homework now, i'll start that tomorrow
22:16 < liar> when do you plan to release a new emcore version?
22:16 < [7]> that highly depends on whether we manage to nail down this bug
22:16 < [7]> i'll try to get fixes for that one and the ehci problem into the release
22:17 < [7]> (i'll start looking into the ehci one tomorrow)
22:17 < [7]> if we don't manage to achieve any progress during the next week I'll probably release without them though
22:18 < [7]> the release will definitely be this year
23:21 -!- liar [~liar@clnet-p09-185.ikbnet.co.at] has quit [Remote host closed the connection]
23:37 -!- ShapeShifter499 [~ShapeShif@c-98-244-33-205.hsd1.ca.comcast.net] has joined #freemyipod
--- Log closed Mon Dec 05 00:02:35 2011