--- Log for 25.08.115 Server: hitchcock.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 6 days and 6 hours ago 00.00.28 Quit pamaury (Ping timeout: 240 seconds) 00.02.56 Quit dfkt (Read error: Connection reset by peer) 00.06.30 Quit scorche (Disconnected by services) 00.06.33 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 00.17.41 Quit xorly (Ping timeout: 252 seconds) 00.19.40 Quit ender` (Quit: Drinking a few cups of bleach on an empty stomach will remove the genes that cause low IQs, and stop them from replicating.) 00.22.16 # <[Saint]> it's './path/to/rockboxdev.sh --prefix=/path/to/desired/toolchain/location/", right? 00.23.40 # <[Saint]> hmmm, apparently not. 00.23.42 # <[Saint]> fuck. 00.23.42 Nick suYin is now known as suYin`OFF (suYin@server1.bouncer4you.de) 00.35.18 # <[Saint]> Ah, got it. 00.35.30 # <[Saint]> Albeit in a kind of silly way, but, I got it. 00.40.22 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 00.57.42 Quit dfkt (Read error: Connection reset by peer) 00.58.45 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 01.04.58 Quit prof_wolfff (Ping timeout: 245 seconds) 01.08.07 Quit krabador (Quit: Take The Time) 01.13.35 *** Saving seen data "./dancer.seen" 01.21.19 Quit mwfc (Ping timeout: 256 seconds) 01.21.58 Join mwfc [0] (~mwfc@hephaestus.mwfc.info) 01.32.15 Quit ZincAlloy (Quit: Leaving.) 01.35.21 Quit Ivoah2 (Quit: Connection closed for inactivity) 01.59.32 Join Strife89 [0] (~Strife89@adsl-98-80-207-38.mcn.bellsouth.net) 02.25.23 # anyone have experience using a 128gb microsd card in the clip zip? 02.25.43 # they've come down to the extent that they're somewhat affordable now honestly. 02.27.08 # http://www.amazon.com/gp/product/B00M562LF4?tag=b0c55-20 $60 02.32.50 # you mean with rockbox? 02.33.05 # yes 02.33.21 # what are the limits on FAT anyway? 02.33.24 # http://www.rockbox.org/wiki/SansaFAQ#Which_microSD_cards_can_I_use_63 I think that applies to all sansas 02.33.51 # ahh shoot, FAT32 can't do more than 32GB partitions in the first place. 02.34.01 # I think if you use linux you can format a large FAT32 partition 02.34.16 # (which will then work in windows after having been formatted) 02.34.57 # sidenote: something i've noticed in using rockbox again for the first time in a few years (got a clip zip) is that the documentation never says that the partition table need be DOS 02.35.27 # here's a way to do it in windows. http://www.techrepublic.com/blog/windows-and-office/format-fat32-drives-beyond-32gb-limit/ 02.36.01 # Galois: thanks for the links. 02.36.37 # i know the wiki will-never page says that alternative filesystems are out of the question, whens the last time that's been reconsidered? 02.38.47 # ext2 is smaller than you might expect 02.38.50 # "Support for newer FAT variants (e.g. exFAT) would also be strongly considered as they become more widely used." presumably that time is now, or really soon 02.39.46 # if you have /usr/src/linux populated, look at fs/ext2/ sometime. It's relatively tiny. 02.40.08 # less than 10kloc 02.40.37 # (for reference, ext4 = 49kloc) 02.41.41 # (fat = 7.6kloc) 02.41.52 # I agree that something other than FAT32 is a necessary feature these days. FAT32 is inadequate for modern devices. 02.42.11 # what modern devices does rockbox target? 02.42.26 # seems to me that most people have sadly moved onto smartphones 02.43.09 # ok, well, more accurately, FAT32 is one of like a bazillion things that rockbox needs in order to keep up with modern devices 02.43.28 # arrgh, I meant "something better than FAT32" 02.43.35 # i understood what you meant. 03.07.28 # <[Saint]> Errr...there's so much wrong here it's not funny. 03.07.49 # <[Saint]> The limit for FAT32 is 4TB 03.08.15 # <[Saint]> Any tool that refuses to format a 64GB+ volume as FAT is doing it for absolutely no reason at all. 03.08.43 # <[Saint]> TL;DR: yes, you can use a 128GB sdcard in a Clip* device with Rockbox as FAT32. 03.09.28 # <[Saint]> The sd spec dictates that sd volumes of 64GB and greater must ship to the client formatted as exFAT. 03.09.42 # <[Saint]> But there's absolutely nothing that states that it must be kept this way. 03.09.53 # <[Saint]> And any formatting tool that isn;t a pile of shit is happy to do so. 03.10.01 # <[Saint]> n1cky: ^ 03.10.55 # <[Saint]> Galois: ...why? 03.11.13 # <[Saint]> Do you regularly use files that are greater than 4GB on a digital audio player? 03.11.22 # <[Saint]> If not... 03.11.58 # <[Saint]> The only reason to use exFAT is so that people don't get confused and large format sdcard work out of the box. 03.12.11 # <[Saint]> But if you're capable of installing Rockbox in the first place you can format an sdcard. 03.12.58 # <[Saint]> The only real reason to use exFAT is if you're playing or recording truly _giant_ (4GB+) media files. 03.13.08 # <[Saint]> I suspect this does not happen a lot. If ever. 03.13.36 *** Saving seen data "./dancer.seen" 03.16.15 Quit soap (Ping timeout: 244 seconds) 03.16.29 Join xorly [0] (~xorly@ip-86-49-15-121.net.upcbroadband.cz) 03.22.55 # <[Saint]> That's like....ummmm....shit, math...errrr...a week solid worth of audio? 03.23.15 # <[Saint]> 6.9 days of continuous mp3@ 320 03.23.21 Join soap [0] (~soap@rockbox/staff/soap) 03.26.02 Join prof_wolfff [0] (~prof_wolf@89.141.51.203.dyn.user.ono.com) 03.26.31 # <[Saint]> Galois: n1cky: If either one of you can come up with a compelling reason as to why Rockbox actually _needs_ exFAT...I'm all ears. 03.26.58 # <[Saint]> To date, there's none I'm aware of. 03.29.19 # <[Saint]> Or any other filesystem for that matter. We don't need a permissions or ownership system, we don't need journaling, we don't have a compelling use case for very large files (4GB+), FAT32 covers the entire unicode glyph set barring a few exceptions, ...I really can't see it. 03.31.05 # <[Saint]> If there's a valid reason you're aware of for why Rockbox "needs" "something other than FAT32", and/or an explanation as to why FAT32 is "inadequate for modern devices"...I'd love to hear it dude. 03.32.36 Quit AlexP (Remote host closed the connection) 03.32.56 # <[Saint]> Alternatively it's also OK to say you were talking out your bumhole. 04.13.44 Quit xorly (Ping timeout: 255 seconds) 04.21.59 Quit soap (Ping timeout: 264 seconds) 04.33.23 # [Saint]: i just googled, "fat32 partition size limit" and google gave me a bad answer from technet that was related to Windows 98 / Windows 2000 04.34.13 # https://i.imgur.com/LWsdbaq.png 04.39.22 # [Saint]: my main issues with FAT32 are: 04.39.47 # 1: no symbolic links, wish that I could organize my library around them. 04.39.53 # 2: filename limitations 04.41.03 # I'll agree totally that rockbox does not need a journaling filesystem or a filesystem that supports large files. 04.41.28 # but ext2 does not have journaling, and while it supports large files there's no real disadvantage for it. 04.42.27 # [Saint]: FAT32 may be good enough for everything rockbox needs but that doesn't mean there aren't more modern filesystems that fit all of the same requirements. 04.42.56 # FAT32's limitations do not necessarily mean that it comes with a direct benefit in performance / speed / simplicity 05.04.42 # [Saint]: The formatting tools that ship with Windows XP/Vista/7/8/10 won't create FAT32 volumes larger than 32GB 05.05.39 # I don't know the reason why, but I suspect it's because Microsoft wants people to stop using FAT32 05.06.26 # so, you can't just clicky-click and format a large FAT32 volume. You need to install extra software, or install linux, or be running linux, or otherwise be doing something unusual 05.07.56 # the filename limitations are actually a serious issue, and in addition FAT32 has a 256-character limit on filename length 05.08.51 # none of these issues is serious by itself, but well, if I have a choice (and I do), then I'm just going to use Android, which supports nice wonderful ext4 goodness and doesn't have these problems 05.11.10 # the blobs in this directory: http://download.rockbox.org/bootloader/ 05.11.18 # where do they come from? 05.11.46 # sansa provided a blob which we patch? 05.13.39 *** Saving seen data "./dancer.seen" 05.18.06 # actually it seems that the 255-char pathname limit is in the win32 api, not the filesystem 05.29.10 Quit TheSeven (Disconnected by services) 05.29.22 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 05.46.08 Quit Strife89 (Ping timeout: 244 seconds) 06.01.43 Quit orly_owl (Ping timeout: 272 seconds) 06.29.47 Join soap [0] (~soap@rockbox/staff/soap) 06.39.12 Join TorC [0] (~TorC@fsf/member/TorC) 06.46.25 Join orly_owl [0] (~david@unaffiliated/orly-owl/x-3167833) 06.59.09 # VFAT has a name entry length limit of 255 unicode characters (more precisely 255 utf-16 code units) 07.00.47 # This is per component, not total path length 07.02.09 # Total path length in windows is limited to 260 characters when using the old api, and 32767 characters when using the unicode api 07.03.38 # This is independent of file system 07.13.41 *** Saving seen data "./dancer.seen" 07.13.52 Quit soap (Ping timeout: 246 seconds) 07.29.09 Nick suYin`OFF is now known as suYin (suYin@server1.bouncer4you.de) 07.29.50 Join soap [0] (~soap@rockbox/staff/soap) 07.44.57 Quit soap (Ping timeout: 244 seconds) 07.49.17 Nick suYin is now known as suYin`OFF (suYin@server1.bouncer4you.de) 07.50.24 Quit krnlyng (Ping timeout: 265 seconds) 08.01.21 # <[Saint]> n1cky: No, for reasons of legality we don't ship any OEM files 08.01.50 # <[Saint]> The bootloader is all our code, and it gets patched into an original firmware image you supply at install time. 08.02.15 # <[Saint]> either with the Rockbox Utility front end or using mkamsboot directly. 08.04.29 # <[Saint]> I didn't mean to come off so harsh before, I'm admittedly a bit grumpy from having to go nil-by-mouth since midnight last night for a surgery and I'm not too fond of the "we need something other than FAT32" debate which gets dragged up by various people a couple of times each year. 08.04.55 # <[Saint]> Realistically speaking no one is ever going to hit one of the limitations of FAT32 in any normal use case. 08.09.52 # <[Saint]> Regarding the bootloaders, while we /probably/ could slide under the radar and ship patched factor images for the Sansas, it's not worth the risk and it's just infinitely easier to have the user supply the firmware image and have them patch it with RbUtil or mkamsboot. 08.13.23 Quit munch (Ping timeout: 244 seconds) 08.13.54 Quit foolsh (Ping timeout: 244 seconds) 08.15.27 Join foolsh [0] (~quassel@2601:241:c200:4bc5:4463:fb77:2486:4b8c) 08.18.55 Join munch [0] (~munch@unaffiliated/munch) 08.25.14 Join ender` [0] (krneki@foo.eternallybored.org) 08.27.56 Join soap [0] (~soap@rockbox/staff/soap) 08.32.32 Quit ender` (Read error: Connection reset by peer) 08.32.56 Join ender` [0] (krneki@foo.eternallybored.org) 08.34.21 Quit soap (Ping timeout: 272 seconds) 08.40.58 Quit amiconn (Remote host closed the connection) 08.40.58 Quit pixelma (Remote host closed the connection) 08.41.36 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 08.41.37 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 09.11.22 Quit JanC (Ping timeout: 260 seconds) 09.13.45 *** Saving seen data "./dancer.seen" 09.45.23 Quit ps-auxw (Ping timeout: 250 seconds) 09.46.59 Join soap [0] (~soap@rockbox/staff/soap) 10.05.49 Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) 10.05.49 Quit pamaury (Changing host) 10.05.49 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.08.48 Join maruk [0] (~papier@titanium.v6.sdv.fr) 10.17.55 Join JanC [0] (~janc@lugwv/member/JanC) 10.21.36 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 10.44.23 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 10.58.57 Join AlexP [0] (~alex@rockbox/staff/AlexP) 11.02.44 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 11.05.06 Join pamaury_ [0] (~quassel@rockbox/developer/pamaury) 11.13.49 *** Saving seen data "./dancer.seen" 11.45.47 Quit soap (Ping timeout: 256 seconds) 11.47.11 Join krnlyng [0] (~liar@83.175.90.24) 11.57.58 Quit pamaury_ (Ping timeout: 260 seconds) 12.07.23 Join soap [0] (~soap@rockbox/staff/soap) 12.10.57 Quit Cust0sLim3n (Ping timeout: 272 seconds) 12.14.46 Quit krnlyng (Read error: Connection reset by peer) 12.17.12 Join krnlyng [0] (~liar@83.175.90.24) 12.22.54 Join Cust0sLim3n [0] (~CustosLim@unaffiliated/cust0slim3n) 12.47.41 Quit dfkt (Read error: Connection reset by peer) 12.49.20 Join pamaury_ [0] (~quassel@rockbox/developer/pamaury) 13.06.27 Quit soap (Ping timeout: 246 seconds) 13.06.33 Quit pamaury_ (Ping timeout: 250 seconds) 13.06.39 Quit mc2739 (Ping timeout: 246 seconds) 13.08.39 Join pamaury_ [0] (~quassel@rockbox/developer/pamaury) 13.08.46 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 13.13.51 *** Saving seen data "./dancer.seen" 13.42.04 Quit pamaury (Remote host closed the connection) 13.46.10 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 13.48.49 Quit pamaury (Remote host closed the connection) 13.49.17 Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) 13.49.17 Quit pamaury (Changing host) 13.49.17 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 14.09.39 Join Parker_ [0] (~ParkerR@unaffiliated/parkerr) 14.10.27 # gevaerts: ping 14.20.43 Join ps-auxw [0] (~arneb@p50875EF1.dip0.t-ipconnect.de) 14.22.10 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 14.27.04 Quit cmhobbs (Ping timeout: 255 seconds) 14.43.55 Join krabador [0] (~krabador@unaffiliated/krabador) 14.49.58 # wodz: pong? 15.00.14 # gevaerts: I am playing around with compiling rb app for symbian 9.3. Thats odd platform and our makefile system barfs about some gcc opts I extracted from symbian sdk. I need to pass '-include /home/wodz/S60v3/s60-sdk/epoc32/include/gcce/gcce.h' which provides some symbian specific stuff but if I simply add it to GCCOPTS I get '/home/wodz/rockbox/lib/rbcodec/codecs/codecs.make:140: *** missing separator. Stop.' 15.00.24 # gevaerts: Any clue? 15.04.29 # gevaerts: I find some attempts here http://www.rockbox.org/irc/logs/rockbox-20110407.txt 15.08.38 # I suspect that's related to the SOURCES files being preprocessed, so that -include also applying to those 15.10.09 # * gevaerts speculates 15.12.09 Join amayer [0] (~amayer@mail.weberadvertising.com) 15.12.16 # gevaerts: Any idea where to hack it in so it gets included before anything else and not interfere with other stuff? 15.13.39 # * gevaerts thinks he's right 15.13.55 *** Saving seen data "./dancer.seen" 15.14.15 # GCCOPTS is added to CFLAGS near the top of root.make. CFLAGS is then used to build PPCFLAGS, which is used to preprocess SOURCES 15.15.17 # You could try adding it to CFLAGS after that line 15.17.31 # For a proper solution I think we'd have to split GCCOPTS 15.17.46 Quit Cust0sLim3n (Ping timeout: 264 seconds) 15.17.54 # hmm, no go 15.18.41 # I added CFLAGS += -include /home/wodz/S60v3/s60-sdk/epoc32/include/gcce/gcce.h *after* PPCFLAGS in root.make 15.18.45 Quit pamaury (Remote host closed the connection) 15.18.47 # gevaerts: ^ 15.18.58 # Actually, I wonder why GCCOPTS is needed in PPCFLAGS at all. That one clearly needs INCLUDES and DEFINES, but GCCOPTS should be mostly about optimising and CPU settings, which shouldn't matter for preprocessing I think 15.19.18 # * gevaerts tries to remember the differenece between := and = 15.20.16 Join Cust0sLim3n [0] (~CustosLim@unaffiliated/cust0slim3n) 15.20.50 # wodz: what if you change the = afyter PPCFLAGS into :=? 15.21.49 # In file included from :2: 15.21.49 # /home/wodz/S60v3/s60-sdk/epoc32/include/gcce/gcce.h:161:1: config.h: No such file or directory 15.21.50 Join soap [0] (~soap@rockbox/staff/soap) 15.22.37 # 161 is actually the end of gcce.h 15.23.35 # Where does it say that? An actual attempt at compilation, or is it still trying to get the entire makefile system parsed? 15.24.29 # tons of this when I do make bin 15.24.41 # but before any compilation 15.25.07 # OK, so something else is still trying to use GCCOPTS somehow 15.26.40 # (or CFLAGS) 15.31.05 # wodz: you could try removing all that and setting your -i in root.make in the actual CC rules 15.31.41 # * wodz tries 15.32.11 # That's not *complete*, as in it won't apply to (all?) plugins and things like that, but I think it should get the core built 15.32.56 # * gevaerts doesn't really understand why the CFLAGS thing doesn't work. CFLAGS doesn't seem to be used in a makefile building related way anywhere else 15.34.58 # Your proposition works a bit better. Now I am bitten by lang.h not found 15.35.30 # * gevaerts also wants to throw things at people who think having to add -i to CFLAGS is a reasonable requirement for a toolchain 15.36.40 # gevaerts: Yep, the whole idea of gcce.h is utterly broken 15.36.43 # Right... 15.37.00 # lang.make also has some explicit compilation rules 15.37.40 # If you add the -i thing to line 34 in there you should get further I think 15.38.18 # But we really want it in CFLAGS itself eventually. This stacking of workarounds isn't really nice 15.38.44 # * gevaerts wonders... 15.42.22 # Now it tries to compile but produces myriads of errors from .h files 15.43.23 # wodz: it would be useful to see what happens with http://paste.debian.net/304811/ (and no other makefile changes) 15.44.24 # gevaerts: regular build or with symbian toolchain and braindead -i ? 15.44.43 # symbian, with the -i in GCCOPTS 15.46.12 # If that works, we should test if nothing else breaks with those (rebuild the lot twice, once without and once with that change), and if all is fine just push that bit. The SDL stuff also comes from GCCOPTS, which means the filter-out call could also go 15.46.33 # I can probably do a set of full builds tomorrow 15.49.19 # gevaerts: Now it can't find standard headers 15.50.15 # gevaerts: Before it starts to compile something. However lang.h is generated 15.50.56 # ah, not. It fails at building dependencies list 15.51.51 Join YuMiki [0] (~Mikki@ipservice-092-208-093-072.092.208.pools.vodafone-ip.de) 15.53.09 # moving some -I to TARGET_INC helps a bit but still no go 15.55.23 # Hmmm, that leads to mkdepfile in functions.h 15.56.04 # And that one also has -include config.h, which would be related to what you saw earlier 15.57.42 # Maybe add CFLAGS there? 15.59.33 # gevaerts: After moving some stuff to TARGET_INC the compilation starts but I am stuck at DIR not defined 16.03.38 # Hmmmm 16.03.51 Join Strife89 [0] (~Strife89@adsl-98-80-207-38.mcn.bellsouth.net) 16.03.55 # Does symbian have that? 16.04.29 # Maybe it's in a different header we need to include as well? 16.05.11 # its rather hard to search for DIR as it is so general term 16.06.33 # where DIR should be defined actually? 16.13.33 # Ok, on my linux box it is in dirent.h. There is no such thing in symbian posix layer :/ 16.14.59 Quit Strife89 (Ping timeout: 265 seconds) 16.19.50 Join soap_ [0] (~soap@rockbox/staff/soap) 16.20.08 Quit soap (Ping timeout: 240 seconds) 16.29.23 Quit soap_ (Ping timeout: 244 seconds) 16.37.42 Quit orly_owl (Ping timeout: 265 seconds) 16.51.11 Join ZincAlloy [0] (~Adium@p5B2FD2CD.dip0.t-ipconnect.de) 16.52.05 Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) 17.05.09 Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) 17.05.09 Quit pamaury (Changing host) 17.05.09 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 17.05.36 Quit pamaury (Read error: Connection reset by peer) 17.13.58 *** Saving seen data "./dancer.seen" 17.18.00 Quit AlexP (Remote host closed the connection) 17.37.47 Join soap [0] (~soap@rockbox/staff/soap) 17.38.06 Quit pamaury_ (Ping timeout: 244 seconds) 17.42.43 Quit soap (Ping timeout: 244 seconds) 18.03.12 Join xorly [0] (~xorly@ip-86-49-15-121.net.upcbroadband.cz) 18.29.28 Quit wodz (Quit: Leaving) 18.38.00 Quit maruk (Quit: Leaving.) 18.44.24 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 18.49.25 Quit pamaury (Ping timeout: 255 seconds) 18.57.21 Quit Rower (Ping timeout: 246 seconds) 18.59.35 Join AlexP [0] (~alex@rockbox/staff/AlexP) 19.14.02 *** Saving seen data "./dancer.seen" 19.29.04 Quit Parker_ (Read error: Connection reset by peer) 19.34.15 Join Ivoah2 [0] (uid49352@gateway/web/irccloud.com/x-oexbzgewrboiqxrf) 19.39.58 Join Parker_ [0] (~ParkerR@unaffiliated/parkerr) 19.43.21 Join Markmast_ [0] (~Markmaste@128-68-224-107.broadband.corbina.ru) 19.45.13 Nick suYin`OFF is now known as suYin (suYin@server1.bouncer4you.de) 19.46.58 Join orly_owl [0] (~david@unaffiliated/orly-owl/x-3167833) 20.02.49 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 20.04.35 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 20.07.51 Quit bluebrother^ (Ping timeout: 256 seconds) 20.08.01 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 20.14.58 Quit JanC (Ping timeout: 260 seconds) 20.16.39 Join Froward [0] (~flensomat@198.147.202.150) 20.17.37 Quit ruhannn (Ping timeout: 244 seconds) 20.17.38 Quit amiconn (Read error: Connection reset by peer) 20.17.40 Quit greatwolf (Ping timeout: 244 seconds) 20.17.52 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 20.18.07 # Hello! I have an ancient (5G) ipod that would be a good candidate for Rockbox. Unfortunately it refuses to even charge (it gives a very weak battery icon, the backlight never comes on -- all while plugged in) or mount. 20.18.40 # So, my questions are 1) are there any obvious fixes for this and 2) would any of you happen to have any ideas for fun stuff to do with the hardware? 20.19.09 Join ruhannn [0] (uid76353@gateway/web/irccloud.com/x-sukgivljhkizzslc) 20.19.12 # considering the hard drive is 90% of the space inside, it might be possible -- though unlikely -- to replace it with a flash card. 20.19.19 Join greatwolf [0] (greatwolf@2604:4600:8642:3e6::10) 20.23.02 Quit Cust0sLim3n (Ping timeout: 272 seconds) 20.26.17 Join Cust0sLim3n [0] (~CustosLim@unaffiliated/cust0slim3n) 20.26.54 # I gotta go soon, but I'll be back later. 20.27.13 # Cheers! 20.27.16 Quit Froward (Quit: im ghost like Swayze) 20.27.50 Quit pamaury (Quit: No Ping reply in 180 seconds.) 20.28.51 Join JanC [0] (~janc@lugwv/member/JanC) 20.28.58 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 20.30.40 Quit Markmast_ (Ping timeout: 265 seconds) 20.33.12 Quit Parker_ (Read error: Connection reset by peer) 20.44.10 Quit pamaury (Ping timeout: 255 seconds) 20.48.51 Join Parker_ [0] (~ParkerR@unaffiliated/parkerr) 20.50.28 Quit uber (Ping timeout: 255 seconds) 21.14.03 *** Saving seen data "./dancer.seen" 21.17.51 Join cmhobbs_ [0] (~cmhobbs@wsip-70-166-133-228.fv.ks.cox.net) 21.20.56 Join uber [0] (~uber@unaffiliated/uber) 21.22.57 Join Froward [0] (~flensomat@198.147.202.150) 21.23.04 # Hi I'm back :) 21.23.46 Quit cmhobbs_ (Ping timeout: 255 seconds) 21.34.17 # Froward: how long have you let it charge? 21.34.42 # When ever my ipod goes dead I usually need to let it charge for 10-15 min before it can actually boot 21.35.55 # about two hours 21.36.17 # it'll get a lil tiny battery icon for maybe five seconds. the backlight doesn't come on (or it's very very dim) 21.39.16 # yeah that doesnt sound good 21.40.58 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 21.50.08 Quit GeekShadow (Read error: Connection reset by peer) 21.55.21 Quit Ivoah2 (Quit: Connection closed for inactivity) 22.00.02 Quit YuMiki (Quit: YuMiki) 22.03.30 Quit pamaury (Quit: No Ping reply in 180 seconds.) 22.04.39 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 22.09.40 Quit pamaury (Quit: No Ping reply in 180 seconds.) 22.10.49 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 22.34.37 Quit AlexP (Read error: Connection reset by peer) 22.39.11 Quit Parker_ (Quit: Leaving) 22.45.38 Join Petri152 [0] (~Petri152@petritrebs.ca) 22.45.49 # Hello! 22.46.03 # Hello 22.46.55 # So, um... *ahem* any news on an iPod Classic stable release? :P 22.51.50 Join AlexP [0] (~alex@rockbox/staff/AlexP) 22.59.18 Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) 23.03.46 # [Saint]: you weren't harsh, no worries. I like when people can argue about things eloquently. 23.04.36 # [Saint]: and you're right. FAT32 really doesn't hit many limitations. I'd be nice to be able to do symlinks, but that's fluff honestly. 23.05.49 # one thing to remember to do: documentation needs to be updated so people know they need DOS partition tables. 23.06.01 # at least for the clip zip, i imagine it's the case for other devices though. 23.07.20 Quit pamaury (Quit: No Ping reply in 180 seconds.) 23.08.28 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 23.08.37 Quit uber (Ping timeout: 256 seconds) 23.10.48 Quit bray90820 () 23.14.06 *** Saving seen data "./dancer.seen" 23.14.26 Quit pamaury (Ping timeout: 244 seconds) 23.34.51 Nick suYin is now known as suYin`OFF (suYin@server1.bouncer4you.de) 23.54.39 Quit amayer (Quit: Leaving)