--- Log for 30.12.113 Server: adams.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 7 hours ago 00.00.30 Join onder` [0] (~onder@dyn-dsl-to-76-75-115-88.nexicom.net) 00.03.08 Quit LordBimbam (Quit: Gone for now. Cee ya later.) 00.05.07 Quit kugel (Remote host closed the connection) 00.05.17 Join kugel [0] (~kugel@tmo-103-51.customers.d1-online.com) 00.05.17 Quit kugel (Changing host) 00.05.17 Join kugel [0] (~kugel@rockbox/developer/kugel) 00.05.43 Quit knittl (Ping timeout: 245 seconds) 00.07.34 Join knittl [0] (~knittl@ssh.fumuga.com) 00.07.34 Quit knittl (Changing host) 00.07.34 Join knittl [0] (~knittl@unaffiliated/knittl) 00.08.53 Quit ender` (Quit: I went to the cinema, and the prices were: Adults $5.00, children $2.50. So I said, "Give me two boys and a girl.") 00.09.28 Quit kugel (Ping timeout: 245 seconds) 00.12.06 Quit lorenzo92 (Ping timeout: 260 seconds) 00.15.38 Join LordBimbam [0] (~bimbam@unaffiliated/implementation) 00.30.07 Quit LordBimbam (Quit: Gone for now. Cee ya later.) 00.32.03 Quit Provel (Ping timeout: 245 seconds) 00.43.22 Join kugel [0] (~kugel@rockbox/developer/kugel) 00.43.54 Quit Narod () 00.44.08 Join Provel [0] (~Provel@97-88-171-31.dhcp.stls.mo.charter.com) 00.46.30 *** Saving seen data "./dancer.seen" 01.04.52 Join treaki__ [0] (0434cc7f28@p4FF4B031.dip0.t-ipconnect.de) 01.09.00 Quit treaki_ (Ping timeout: 272 seconds) 01.11.10 Quit ladyblink (Ping timeout: 272 seconds) 01.12.18 Join ladyblink [0] (bassgeisha@selectah.drop.that.bass.aikyou.bassgeisha.com) 01.17.37 Quit kugel (Ping timeout: 264 seconds) 01.18.15 # Zagor: could you remove AntoneOconnell AaronShake PenelopeMoore EdwardFinney AlexMorgan from the wiki? Their user pages have (or had, I managed to clip one or two of them) spam 01.21.52 # Also AleroterFasert 01.23.10 # Oh, and GansenNolan 01.26.18 Join onder`_ [0] (~onder@dyn-dsl-to-76-75-115-88.nexicom.net) 01.28.38 Quit onder` (Ping timeout: 272 seconds) 01.28.40 Nick onder`_ is now known as onder` (~onder@dyn-dsl-to-76-75-115-88.nexicom.net) 01.31.02 # In fact, can't we just delete all users who didn't get write permission for at least a month or something? I'm sure I probably missed a lot 01.39.36 Join simonpatapon [0] (8713a678@gateway/web/freenode/ip.135.19.166.120) 01.40.06 # Hi, i have trouble with an archos jukebox recorder and rockbox 01.40.59 # when on direct power (without battery) i can see battery charging, then i power on and the scroll bar wont finish and load rockbox 01.41.49 # i just changed the HD, formatted less than 128gb and installed RB 01.41.59 # when i put the drive back in it wont load 01.48.18 Quit dfkt_ (Disconnected by services) 01.48.19 Join dfkt [0] (dfkt@unaffiliated/dfkt) 02.14.34 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 27.0/20131216183647]) 02.15.43 Quit n17ikh (Ping timeout: 245 seconds) 02.22.40 Join n17ikh [0] (~n17ikh@unaffiliated/n17ikh) 02.32.59 Join sakax [0] (~sakax@unaffiliated/sakax) 02.37.29 Quit sakax (Client Quit) 02.40.22 Join sakax [0] (~sakax@unaffiliated/sakax) 02.46.31 *** Saving seen data "./dancer.seen" 02.48.56 Quit sakax (Remote host closed the connection) 03.03.41 Quit ^7heo (Disconnected by services) 03.04.13 Join ^7heo [0] (~7heo@p4FF7972C.dip0.t-ipconnect.de) 03.49.54 Join KiwiCAM_ [0] (~quassel@121.99.184.8) 03.51.29 Quit kiwicam (Ping timeout: 272 seconds) 04.08.03 Quit rasher (Changing host) 04.08.03 Join rasher [0] (~rasher@rockbox/developer/rasher) 04.19.01 Join Guinness [0] (Slayer@c-69-143-187-144.hsd1.va.comcast.net) 04.19.40 Join onder`_ [0] (~onder@dyn-dsl-to-76-75-115-88.nexicom.net) 04.20.47 Quit onder` (Ping timeout: 252 seconds) 04.20.51 Nick onder`_ is now known as onder` (~onder@dyn-dsl-to-76-75-115-88.nexicom.net) 04.31.34 Quit amiconn (Disconnected by services) 04.31.34 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.31.36 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.32.14 Quit pixelma (Disconnected by services) 04.32.14 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.32.16 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.46.35 *** Saving seen data "./dancer.seen" 05.17.36 Quit TheSeven (Disconnected by services) 05.17.50 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 05.22.21 Quit Provel (Ping timeout: 272 seconds) 05.22.27 Join Provel [0] (~Provel@97-88-171-31.dhcp.stls.mo.charter.com) 05.24.23 Quit [Saint] (Remote host closed the connection) 05.26.26 Join [Saint] [0] (~saint@rockbox/staff/saint) 06.02.00 Nick SuperBrainAK is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1) 06.24.21 Quit cmhobbs (Ping timeout: 252 seconds) 06.31.22 Quit Strife89 (Ping timeout: 245 seconds) 06.46.38 *** Saving seen data "./dancer.seen" 07.02.33 Join mortalis [0] (~kvirc@213.33.220.118) 07.28.19 Join JdGord [0] (~AndChat69@pa49-184-103-106.pa.vic.optusnet.com.au) 07.42.31 Quit amiconn (Remote host closed the connection) 07.42.32 Quit pixelma (Remote host closed the connection) 07.43.30 Join pixelma [0] (pixelma@rockbox/staff/pixelma) 07.43.30 Join amiconn [0] (amiconn@rockbox/developer/amiconn) 07.50.46 Join AndChat|694784 [0] (~AndChat69@pa49-184-97-241.pa.vic.optusnet.com.au) 07.53.05 Quit JdGord (Ping timeout: 272 seconds) 08.11.09 Join JdGord [0] (~AndChat69@2001:44b8:4134:6a01:4950:c77f:98db:9bb2) 08.11.39 Quit JdGord (Read error: No route to host) 08.12.24 Join JdGord [0] (~AndChat69@2001:44b8:4134:6a01:4950:c77f:98db:9bb2) 08.13.26 Quit AndChat|694784 (Ping timeout: 264 seconds) 08.14.43 Quit JdGord (Client Quit) 08.21.48 Quit Provel (Read error: Connection reset by peer) 08.29.23 Join Provel [0] (~Provel@97-88-171-31.dhcp.stls.mo.charter.com) 08.35.31 Join ender` [0] (krneki@foo.eternallybored.org) 08.46.39 *** Saving seen data "./dancer.seen" 09.03.25 Join lorenzo92 [0] (~chatzilla@host130-105-dynamic.41-79-r.retail.telecomitalia.it) 09.04.52 # kugel: thanks for the review! Nothing serious indeed :D anyway, for HAVE_RECORDING we still don't have it. I would like to test my alsa patch on R1 and see whether here we have the same driver bug (i guess not since OF makes use of it...) 09.27.21 Join rela [0] (~x@pdpc/supporter/active/rela) 09.27.55 Quit lorenzo92 (Ping timeout: 260 seconds) 09.28.54 Quit [Saint] (Remote host closed the connection) 09.31.11 Join [Saint] [0] (~saint@rockbox/staff/saint) 09.33.27 Quit rela (Ping timeout: 245 seconds) 09.57.01 Join lorenzo92 [0] (~chatzilla@46.18.27.62) 10.01.52 Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 10.42.35 Quit lorenzo92 (Ping timeout: 260 seconds) 10.46.41 *** Saving seen data "./dancer.seen" 11.13.59 Quit AlexP (Remote host closed the connection) 11.15.33 Join AlexP [0] (~alex@rockbox/staff/AlexP) 11.38.34 Quit onder` (Ping timeout: 252 seconds) 11.39.32 Quit uwe_ (Ping timeout: 272 seconds) 11.40.25 Join onder` [0] (~onder@dyn-dsl-to-76-75-115-88.nexicom.net) 11.47.55 Quit onder` (Ping timeout: 260 seconds) 11.48.58 Join onder` [0] (~onder@dyn-dsl-to-76-75-115-88.nexicom.net) 11.57.55 Join uwe_mobile [0] (~uwe@static.88-198-8-117.clients.your-server.de) 12.01.12 Join uwe_ [0] (~uwe_@dslb-088-066-160-105.pools.arcor-ip.net) 12.07.12 Join man_in_shack [0] (~likeyouca@unaffiliated/man-in-shack/x-4279753) 12.07.16 # * man_in_shack waves 12.08.33 # so i just got a sanza clip+ and was going to start fiddling with a theme for it 12.08.50 # are the simulators opensource or win32 only? 12.12.50 # open source 12.12.56 # you can build them yourself 12.13.28 # uay 12.13.29 # *yay 12.13.40 # select "sim" instead of "normal" when running tools/configure 12.16.15 # neato 12.16.39 # ../tools/configure 12.16.41 # make 12.16.45 # make fullinstall 12.16.52 # source downloading slowwwwwwwly 12.23.22 # fun little configure system that 12.36.35 # * [Saint] points out that make fullinstall isn't necessary at all in the slightest 12.36.55 # <[Saint]> In some cases, it may not even be wanted. 12.37.34 # what does fullinstall do exactly? 12.40.07 # <[Saint]> From memory it does make zip automatically, extracts that to the simdisk, and then drops it in a user-accessible path - but I'm a bit fuzzy on it. 12.40.48 # <[Saint]> Personally, I just leave it all in the build directory, extract the binary zip into the simdisk manually, and then run the sim binary in-place and wipe it all out when I'm done. 12.40.56 # right 12.43.16 # is there a tool to fix executable permissions or should i just guess what it's doing? 12.44.36 # <[Saint]> after configure, then make && make zip, among other things, in your build directory will be a simdisk directory - rockbox.zip, and the Rockbox SDL binary. Extracting the rockbox.zip to the simdisk is sufficient to get the sim functional, but you'll need some form of media in the simdisk root as well in order to test WPS. 12.45.05 # <[Saint]> And, yes, I guess - but its not particular to Rockbox. Just chmod +x binary_name 12.45.36 # problem is the .7z source archive has no +xs for ALL the tools 12.46.07 # <[Saint]> Oh - how quaint. 12.46.19 # yah 12.46.22 # <[Saint]> Its probably also hideously out of date. 12.46.39 # <[Saint]> I don't think anyone keeps those archives up-to-date. 12.46.39 # it SAYS it's 3.13 ... 12.46.44 *** Saving seen data "./dancer.seen" 12.47.00 # <[Saint]> I rather recommend pulling from git head. 12.47.10 # really? 12.47.11 # <[Saint]> There's no point in building a release SIM 12.47.18 # <[Saint]> You can just download one... 12.47.32 # i COULD, but the binaries are win32 only 12.47.47 # <[Saint]> Ah. Right. 12.47.50 # yeah 12.50.16 # <[Saint]> building now. 12.50.48 # <[Saint]> Oh, eeek, 64bit? 12.51.04 # hm? 12.51.12 # <[Saint]> Your host. 12.51.24 # apparently 12.51.28 # [Saint]: I think "fullinstall" just makes a zip file WITH all fonts and unpacks it into "simdisk" 12.51.45 # <[Saint]> that's fullzip 12.51.45 # saves a command or two 12.52.43 # <[Saint]> (from recollection - fullinstall is similar to fullzip, but it does the final packaging steps and moves it off somewhere else I believe) 12.53.05 # I'm not sure what's undesirable about it 12.54.14 # <[Saint]> shit - I can't build from head. 12.54.18 # <[Saint]> she's brokeded. 12.54.25 # uh? 12.54.27 # I just did 12.54.29 # Fuze+ sim 12.54.45 # <[Saint]> /home/saint/Development/Rockbox/rockbox/apps/gui/skin_engine/skin_engine.c: In function ‘gui_sync_skin_init’: 12.54.45 # <[Saint]> /home/saint/Development/Rockbox/rockbox/apps/gui/skin_engine/skin_engine.c:136:33: error: ‘struct wps_data’ has no member named ‘backdrop_id’ 12.54.45 # <[Saint]> if (skins[j][i].data.backdrop_id != -1) 12.54.45 DBUG Enqueued KICK [Saint] 12.54.45 # <[Saint]> ^ 12.54.45 # <[Saint]> /home/saint/Development/Rockbox/rockbox/apps/gui/skin_engine/skin_engine.c:137:54: error: ‘struct wps_data’ has no member named ‘backdrop_id’ 12.54.46 *** Alert Mode level 1 12.54.46 # <[Saint]> skin_backdrop_unload(skins[j][i].data.backdrop_id); 12.54.48 # <[Saint]> ^ 12.54.50 # <[Saint]> make: *** [/home/saint/ 12.54.52 # <[Saint]> crap. 12.55.03 # looks fun 12.55.06 # <[Saint]> the same error is popping up for various targets across the build table 12.55.27 Join lebellium_ [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 12.55.45 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 12.55.45 # * [Saint] waves a fist at JdGordon 12.56.16 # i tried playing doom on the clip+ for a little and holy crap that was insane 12.56.28 Join JdGord [0] (~AndChat69@pa49-184-100-199.pa.vic.optusnet.com.au) 12.56.37 Quit lebellium (Ping timeout: 264 seconds) 12.56.38 Nick lebellium_ is now known as lebellium (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 12.57.16 # <[Saint]> Looks like its the monochome targets that copped it. 12.57.35 # Did I break someyjing? 12.57.36 # <[Saint]> monochrome/greyscale/charcell(?) 12.57.43 # <[Saint]> JdGord: apparently, yes. 12.57.53 # it's not just the monochrome that's the problem, it's also the resolution 12.57.58 # <[Saint]> At a quick look it looks like all the non-color targets? 12.58.02 # ? 12.58.16 # <[Saint]> man_in_shack: sorry, talking to JdGord 12.58.26 # ah indeed 12.58.45 # I'll checkin later 12.58.48 Quit JdGord (Client Quit) 12.59.05 # <[Saint]> JdGordon: (logs) http://pastebin.com/W2fdpkqR 13.00.04 # well fine then 13.00.08 # IGNORE ME 13.00.12 # been ages since i've used git 13.00.59 # worth me rebasing it to 3.13 to build the sim, as that's what i've got running on the clip+? 13.02.02 Join ter2 [0] (~tertu@65-128-138-136.mpls.qwest.net) 13.04.27 Join Mir_ [0] (~Mir@pool-71-109-219-225.lsanca.dsl-w.verizon.net) 13.04.47 *** Alert Mode OFF 13.05.03 Join dionoea_ [0] (~dionoea@oyp.chewa.net) 13.05.20 Join mikroflops_ [0] (~yogurt@s208h98o2esc1.dyn.tyfon.se) 13.05.22 Join knitt1 [0] (~knittl@ssh.fumuga.com) 13.05.29 Quit knitt1 (Changing host) 13.05.29 Join knitt1 [0] (~knittl@unaffiliated/knittl) 13.05.33 Join Naked_ [0] (~naked@naked.iki.fi) 13.05.54 Join ranmacha1 [0] (ranma@kagami.uguu.de) 13.06.05 Join x76 [0] (~0x56@sillytitties.com) 13.06.36 Quit Galois (Ping timeout: 272 seconds) 13.06.37 Quit knittl (Ping timeout: 272 seconds) 13.06.37 Quit tertu (Ping timeout: 272 seconds) 13.06.38 Quit x56 (Ping timeout: 272 seconds) 13.06.38 Quit dionoea (Ping timeout: 272 seconds) 13.06.39 Quit mikroflops (Ping timeout: 272 seconds) 13.06.40 Quit ranmachan (Ping timeout: 272 seconds) 13.06.40 Quit shamus (Ping timeout: 272 seconds) 13.06.40 Quit Hero (Ping timeout: 272 seconds) 13.06.41 Quit B4gder (Ping timeout: 272 seconds) 13.06.41 Quit Mir (Ping timeout: 272 seconds) 13.06.41 Quit Naked (Ping timeout: 272 seconds) 13.06.42 # and on that topic, how do i track down which git commit is the last release? :) 13.07.11 Join B4gder [0] (~daniel@178.174.211.166) 13.07.22 Quit B4gder (Changing host) 13.07.22 Join B4gder [241] (~daniel@rockbox/developer/bagder) 13.07.24 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 13.08.26 # found it 13.11.46 # yay it built 13.14.22 # yay it runs 13.14.35 # does it make coffee, too? 13.14.55 # it will when i'm done writing my plugins :P 13.15.01 # great! 13.31.58 # ok back 13.32.01 # what i do? 13.33.44 # grr... irc bot doesnt say build status :/ 13.33.48 # thats a bit annoying 13.35.34 # Build Server message: 3New build round started. Revision 124c969, 243 builds, 32 clients. 13.38.30 # Build Server message: 3Build round completed after 175 seconds. 13.39.59 # bluebrother^: why doesnt fs-bluebot show build failures anymore(?) 13.40.25 Join swilde [0] (~wilde@xdslr186.osnanet.de) 13.41.37 # i'm just gonna go hide now 13.41.50 # nurse my hold 13.41.59 # *cold 13.42.13 # thanks guys 13.42.16 Part man_in_shack 13.50.52 # <[Saint]> Oh...heh. dammit. 13.51.03 # <[Saint]> I really should've seen the fix for that myself. 13.51.34 # <[Saint]> It makes so much sense after someone _else_ does it... 13.52.17 # <[Saint]> But, before that, seeing errors for backdrop on targets that shouldn;t have one...you'd think that would've pointed me on the right track, but, nope. 13.53.14 # * [Saint] wonders if this really will fix the USB theme craziness issues 13.53.26 # <[Saint]> Better summon lebellium I guess. :P 14.01.12 Quit swilde (Quit: mission in big blue box) 14.07.09 Join einhirn [0] (Miranda@bsod.vpn.tu-clausthal.de) 14.17.51 # what? 14.18.05 Quit scorche|sh (Ping timeout: 246 seconds) 14.26.46 Nick x76 is now known as x56 (~0x56@sillytitties.com) 14.28.07 Quit ^7heo (Disconnected by services) 14.28.37 Join ^7heo [0] (~7heo@p4FF7821F.dip0.t-ipconnect.de) 14.29.36 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 14.31.22 Join amayer [0] (~amayer@mail.weberadvertising.com) 14.41.10 Quit cmhobbs (Ping timeout: 252 seconds) 14.46.48 *** Saving seen data "./dancer.seen" 15.03.07 Join rela [0] (~x@pdpc/supporter/active/rela) 15.15.58 Quit michaelni (Read error: Connection timed out) 15.16.35 Join michaelni [0] (~michael@chello084114129144.4.15.vie.surfer.at) 15.31.30 # [Saint]: I don't know what the latest commit is supposed to do but for me when pluggins the USB cable it keeps my theme backdrop but replace the status bar with the default status bar. USB works so far 15.43.41 Quit amayer (Quit: Leaving) 15.44.19 Join amayer [0] (~amayer@mail.weberadvertising.com) 16.14.51 Quit mortalis (Ping timeout: 246 seconds) 16.17.49 Quit Provel (Read error: Connection reset by peer) 16.26.12 Join Provel [0] (~Provel@97-88-171-31.dhcp.stls.mo.charter.com) 16.27.55 # Something wrong with the website this morning? 16.46.52 *** Saving seen data "./dancer.seen" 16.52.01 Join ls__ [0] (1893b049@gateway/web/freenode/ip.24.147.176.73) 16.53.23 # I have the Sansa Clip+, I want to remove the origonal firmware so should I repartion the entire disk? If so what is the best filesystem that I should put on the eMMC?? 17.05.09 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 17.09.06 # Any ideas? I do not want to get a brick 17.11.31 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 17.13.36 # Why do you want to bother with removing the original firmware? Just to get a few K more disk space? 17.17.04 # I am fine with the origonal firmware, however the partition table is really bad so I want to clean it up 17.21.06 # The _partition table_ is bad? I think these actually come from Sansa with the filesystem directly on the device _without_ a partition table... Am I remembering wrongly? 17.23.20 # I think I would just back up the filesystem, recreate it, then reload it from the backup... without messing with the boot sector... what led you to think there were problems with of a partition tabular nature? 17.26.54 # The thing is, the disk is seperated into four partions. One partition is Novell Netware 386, and the rest are unkown. 17.27.28 # Partitions 1 - 3 exactly 1GB, and the fourth is 1 Kilobyte 17.28.54 # How did it get that way? What tool is reporting that? Are you sure? You're seeing 3 visible 1G filesystems, or what? It sounds like the original firmware is probably _already_ toasted, if you're reporting accurately... 17.31.42 # As far as what filesystem to use - always FAT32. Me, I leave the internal alone (which doesn't have a partition table on mine, just the filesystem directly on the disk...) and on the external cards I do create a partition table with 1 primary partition that spans the device with a FAT32 filesystem. 17.37.09 # I was thinking of partition the entire internal as FAT32, putting the bootloader and the .rockbox directory there fresh. 17.41.26 # Still curious how it got the way you're describing and what tools you're using. 17.43.00 # But if you're right, don't worry about doing it wrong, you're already toast as far as the disk. 17.43.52 # I think if you have it off and hold the center button while connecting it, it has a hard-wired USB mode, even without firmware or rockbox - but you must already be doing that, if you're right about the partitions, and your tools are telling you the truth... 17.44.39 # I'm looking at $sudo fdisk /dev/sdb then listing the partitions 17.48.29 # With gparted, I'm seeing one FAT32 at 3.66 GB 17.54.50 # When I do "fdisk -l /dev/sdb", I get: root@26m:~# fdisk -l /dev/sdb 17.54.50 # Disk /dev/sdb: 3933 MB, 3933732864 bytes 17.54.50 # 122 heads, 62 sectors/track, 1015 cylinders, total 7683072 sectors 17.54.50 DBUG Enqueued KICK toehser 17.54.50 # Units = sectors of 1 * 512 = 512 bytes 17.54.50 # Sector size (logical/physical): 512 bytes / 512 bytes 17.54.50 *** Alert Mode level 1 17.54.50 # I/O size (minimum/optimal): 512 bytes / 512 bytes 17.54.50 *** Alert Mode level 2 17.54.50 # Disk identifier: 0x00000000 17.54.52 # Device Boot Start End Blocks Id System 17.55.19 # ... no partition table there 17.56.30 # Hey vfat is the same as FAT32 right? 17.57.53 # No, vfat exists in more than one flavor, vfat refers to the extension from 8.3 to lfn. There is vfat-16, vfat-32, etc... 17.58.39 # mkfs.vfat will choose the best format automatically 18.01.18 # Okay well I'm going to try this ::http://userbound.com/blog/Restore-Rockbox-Root-on-Clip+/ 18.01.26 # Is there a difference between mkfs.vfat and mkdosfs? I always use that syntax. 18.01.29 # And I will let you know the results of fdisk aftwards 18.02.50 # Those instructions create partitions, which is different than factory - but I would expect it to work. 18.03.01 # mkfs allows you to createa label with the -L switch 18.03.35 # Actually, root@26m:~# ls -l /sbin/mkdosfs /sbin/mkfs.vfat 18.03.36 # -rwxr-xr-x 1 root root 27584 Feb 18 2013 /sbin/mkdosfs 18.03.36 # lrwxrwxrwx 1 root root 7 Nov 12 07:57 /sbin/mkfs.vfat -> mkdosfs 18.03.36 *** Alert Mode level 3 18.03.36 # root@26m:~# 18.03.36 *** Alert Mode level 4 18.03.36 # They're the same program... 18.04.33 # At least on Ubuntu 18.06.07 Quit treaki__ (Quit: Verlassend) 18.08.42 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 18.09.15 # Oh neat, actually it is -n not -L for the label. Haha I never remember all this linux stuff... 18.13.37 *** Alert Mode OFF 18.35.42 # Great, now there is one primary FAT32 partition spaning the entire internal flash. Everything works to! 18.38.48 Quit ls__ (Quit: Page closed) 18.46.53 *** Saving seen data "./dancer.seen" 18.58.12 Nick DormantBrain is now known as SuperBrainAK (~andy@2001:470:8:a61::5f92:59a1) 19.15.40 Join lenavolkova [0] (~lenavolko@193.104.110.143) 19.19.53 Quit lenavolkova (Remote host closed the connection) 19.26.58 Join bunakov [0] (~bunakov@91.210.102.193) 19.27.33 Quit bunakov (Remote host closed the connection) 19.37.40 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 20.25.08 Join stripwax [0] (~Miranda@rockbox/developer/stripwax) 20.26.55 Nick Mir_ is now known as Mir (~Mir@pool-71-109-219-225.lsanca.dsl-w.verizon.net) 20.39.24 Quit stripwax (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 20.46.55 *** Saving seen data "./dancer.seen" 20.51.37 Quit y4n (Quit: PANTS OFF!) 21.16.41 Join Hero [0] (~IceChat77@frfd-00-0348.dsl.iowatelecom.net) 21.22.59 Quit akaWolf (Quit: my exit) 21.38.35 Quit AlexP (Remote host closed the connection) 21.40.36 Join AlexP [0] (~alex@rockbox/staff/AlexP) 21.45.14 Quit AlexP (Remote host closed the connection) 21.47.07 Join AlexP [0] (~alex@rockbox/staff/AlexP) 21.48.21 Quit simonpatapon (Quit: Page closed) 22.07.10 Quit rela (Read error: Connection reset by peer) 22.22.07 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 22.23.32 Quit fs-bluebot (Ping timeout: 252 seconds) 22.24.56 Join fs-bluebot [0] (~fs-bluebo@g224238113.adsl.alicedsl.de) 22.25.22 Quit bluebrother^ (Ping timeout: 260 seconds) 22.46.56 *** Saving seen data "./dancer.seen" 23.30.18 Join lorenzo92 [0] (~chatzilla@host115-106-dynamic.25-79-r.retail.telecomitalia.it) 23.30.26 Quit lorenzo92 (Client Quit) 23.41.30 Join lorenzo92 [0] (~chatzilla@host115-106-dynamic.25-79-r.retail.telecomitalia.it) 23.42.16 Quit [Saint] (Remote host closed the connection) 23.43.10 Quit amayer (Quit: Leaving) 23.43.11 # a quick poll: how many devices have we that have HW support for the bluetooth? yp-r1 does and it would be cool to start introducing a bluetooth stack, we might even use this http://code.google.com/p/btstack/ 23.44.23 Join [Saint] [0] (~saint@rockbox/staff/saint) 23.50.45 Quit Hero (Quit: Say What?) 23.51.32 Join kugel [0] (~kugel@91-64-116-250-dynip.superkabel.de) 23.51.32 Quit kugel (Changing host) 23.51.32 Join kugel [0] (~kugel@rockbox/developer/kugel) 23.52.32 # lorenzo92: i think none of our targets do Bluetooth 23.53.20 # kugel: hum okay, then the r1 is the first one ... actually it would be cool to have the bluetooth functioning some day ;) 23.53.25 Quit kugel (Read error: Connection reset by peer) 23.53.33 # but first the actual port :D 23.53.41 Join kugel [0] (~kugel@91-64-116-250-dynip.superkabel.de) 23.53.42 Quit kugel (Changing host) 23.53.42 Join kugel [0] (~kugel@rockbox/developer/kugel) 23.53.52 # but the project you linked to looks interesting. sounds like a good fit for us going by the description 23.54.43 # indeed. small footprint and well supporting static memory allocation, as well as no thread dependency (actually we do threading, and the "main loop" of the stack fits one of them) 23.55.07 # i can't tell if we have Bluetooth experts around 23.55.11 # R1's bluetooth module works via UART too, like the shown example 23.55.48 # cool 23.58.18 # we could basically have the generic btstack, then a small HAL driver for a particular target (i guess this means writing some wrappers to send and receive raw data) 23.58.58 # and then an event-based mechanism (like we are doing for other system events) for i.e. showing an incoming file to the user