--- Log opened Wed Apr 06 00:05:17 2011 00:05 -!- Keripo [~Keripo@may398.wireless-resnet.upenn.edu] has joined #freemyipod 00:15 -!- liar [~liar@clnet-p09-185.ikbnet.co.at] has quit [Read error: Operation timed out] 00:21 < Farthen> TheSeven: do we need a bugtracker? 00:21 < TheSeven> I think for now a wiki page should do 00:22 < TheSeven> but it certainly isn't a bad idea 00:22 < Farthen> at least a public bug collection somewhere would be good 00:22 < Farthen> otherwise we can't tell user890104 what to fix :-P 00:22 < TheSeven> considering the channel mapping issue, i'd propose the following guidelines: 00:23 < TheSeven> #freemyipod: everything related to development or the project in general. also things like bug reports or helping with non-standard use cases. so basically everything that others might want to read in the logs. 00:25 < TheSeven> #freemipod-support: helping with the usual well known issues, which repeat themselves over and over, to keep the logs of #freemyipod short. this is logged separately to allow other people who are experiencing problems to find the instructions. 00:26 < TheSeven> #freemyipod-chatter: everything completely unrelated to the project, such as socializing, swearing or asking questions about completely unrelated software (questions about e.g. how to use IDA belong to #freemyipod instead), mocking about people in the support channel, ... (this channel *isn't* logged) 00:26 < Farthen> does ranting about #freemyipod-support count as related or unrelated? 00:26 * TheSeven just answered that 00:27 < Farthen> not really 00:27 < TheSeven> if it's ranting about an specific issue causing trouble and proposing a fix for it, it's #freemyipod 00:27 < Farthen> it could be swearing but it could also evolve into a discussion 00:28 < TheSeven> if it's ranting about people just being dumb, this is #freemyipod-chatter 00:28 < TheSeven> of course, this should switch dynamically if it drifts into another direction 00:29 < TheSeven> so if someone proposes a fix for some instructions or procedures, or ask why some fix isn't possible, that should move to #freemyipod even if the discussion started as a general rant in #freemyipod-chatter 00:29 < TheSeven> guys, I *know* you can handle that and decide this on the fly 00:55 < user890104> what do i need to change in my C apps to qualify for adding them to the project's SVN? 00:57 < TheSeven> which apps are you talking about? the dfu or fuse thing? 01:00 < user890104> the dfu is more useful, the fuse thing is still a proof-of-concept 01:00 < user890104> but i can add at least read-only access to files (it lists dirs fine at the moment) 01:02 < user890104> i was actually thinking about if it would be easier to upload the bootstrap for the classics installation with a C program (precompiled for example) than installing python/pyusb and using the script 01:02 < user890104> (on linux of course) 01:26 < TheSeven> i generally assume that linux users are capable of handling python 01:26 -!- timccc1 [~timccc@112.166.15.141] has joined #freemyipod 01:26 < TheSeven> but if you want to provide such a tool, i won't object of course :) 01:33 -!- timccc [~timccc@112.166.15.141] has quit [Ping timeout: 240 seconds] 01:34 < user890104> what about credits/licenses/etc.? i saw that all files that are part of the project have a similar message/disclaimer, but i don't know what would be suitable for my work 01:34 < TheSeven> I don't really care as long as it's GPLv2+ 01:34 < TheSeven> let me have a look at libipoddfu 01:34 < user890104> actually, i haven't published any code written by me yet 01:35 < TheSeven> hm, one of the old ones with "TheSeven's iPod tools" in the header... should probably be changed to freemyipod.org tools or something 01:35 < user890104> i'm using a crc32 code in my dfu tool, which has the proper credits 01:36 < TheSeven> itunesdfu is labeled "emCORE", that's not really correct either 01:36 < TheSeven> i wouldn't really care about crc32 01:36 < TheSeven> that's so small, throw it away and rewrite it, or copy it from me 01:36 < TheSeven> i probably have very similar code in itunesdfu.c 01:37 < TheSeven> i mean, it's like 10 lines of c code... 01:37 < TheSeven> I also don't really care if you put your nickname or real name into the copyright header 01:41 < user890104> are there any coding style guidelines i should know? 01:42 < TheSeven> we don't really have our own, but there are some basic rules of sanity :P 01:43 < TheSeven> as we have cherrypicked a lot of code from rockbox, roughly following their coding style seems to make sense 01:43 < TheSeven> i.e. indent with 4 spaces, no tabs anywhere except for makefiles, { and } have their own line, ... 01:44 < TheSeven> i usually try to keep line lengths below 100 characters. more is hardly readable, but 80 (like rockbox asks for) is not really reasonable as well 01:45 < TheSeven> in contrast to rockbox I usually prefer //-style comments, to allow for easy commenting out of a block of code for testing purposes 01:45 < TheSeven> so as a general rule: try to roughly follow the existing code's style for consistency 01:46 < TheSeven> i'm also trying to finally move things to \n line endings consistently 01:46 < TheSeven> but there are still some files using \r\n, and some are even mixed 01:49 < user890104> i have read somewhere that // comments are C++ style, not C (that's why i changed them all over the code) 01:49 < TheSeven> which doesn't really matter to anyone 01:49 < TheSeven> the compilers accept it, so that's fine with me 01:50 < TheSeven> i have absolutely no idea why some people seem to dislike them 01:51 < TheSeven> once that DFU thing is done, would you consider getting involved in emcore app-layer development? i.e. fixing some things in the boot menu, writing a credits app, or similar tasks... 01:52 < user890104> as i said maybe an year or more ago - i'd be happy to help the project in any possible way 01:52 < TheSeven> yeah, but it's absolutely your own choice in which area you want to do that 01:53 < TheSeven> and i think getting used to the application layer is the best way to maybe get into kernel development one day 01:53 < TheSeven> see the #freemyipod-chatter discussion from some hours ago 01:53 < user890104> i have started writing pc-side applications because i find it easier to debug 01:54 < user890104> but with some more practice, i might be able to write device-side applications as well 02:11 -!- TheSeven [~TheSeven@rockbox/developer/TheSeven] has quit [Ping timeout: 276 seconds] 02:14 -!- TheSeven [~TheSeven@rockbox/developer/TheSeven] has joined #freemyipod 02:30 < user890104> i've made some changes to the code layout of the dfu tool, you can have a look at it and tell me if i've missed something 02:31 * user890104 is going to sleep 02:37 -!- faileas [~geek@cm72.delta23.maxonline.com.sg] has quit [Read error: Connection reset by peer] 03:08 -!- Keripo [~Keripo@may398.wireless-resnet.upenn.edu] has quit [Ping timeout: 258 seconds] 03:10 -!- Tom_Sawyer [c02be312@gateway/web/freenode/ip.192.43.227.18] has joined #freemyipod 03:22 -!- [Saint] [~st.lasciv@124-197-14-130.callplus.net.nz] has quit [Ping timeout: 260 seconds] 03:27 -!- [Saint] [~st.lasciv@124-197-14-130.callplus.net.nz] has joined #freemyipod 04:41 -!- Tom_Sawyer [c02be312@gateway/web/freenode/ip.192.43.227.18] has quit [Quit: Page closed] 05:02 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has quit [Remote host closed the connection] 05:03 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has joined #freemyipod 05:09 -!- Keripo [~Keripo@may148.wireless-resnet.upenn.edu] has joined #freemyipod 06:14 -!- soap__ [~soap@cpe-76-181-78-156.columbus.res.rr.com] has quit [Ping timeout: 258 seconds] 06:14 -!- soap__ [~soap@cpe-76-181-78-156.columbus.res.rr.com] has joined #freemyipod 06:51 -!- Keripo [~Keripo@may148.wireless-resnet.upenn.edu] has quit [Quit: Leaving.] 06:54 -!- n1s [~quassel@rockbox/developer/n1s] has joined #freemyipod 07:17 -!- hiddeboomsma [~hiddeboom@151-254.surfsnel.dsl.internl.net] has joined #freemyipod 07:18 -!- bcoco85 [~co@77.225.204.126] has quit [Quit: Leaving.] 07:20 -!- Keripo [~Keripo@165.123.49.197] has joined #freemyipod 08:36 -!- kyle6513 [~kyle6513@CPE-121-208-218-78.mjcz2.cha.bigpond.net.au] has joined #freemyipod 10:15 -!- Tom_Sawyer[GameO [Sawyercogs@219-90-165-197.ip.adam.com.au] has joined #freemyipod 10:25 < Tom_Sawyer[GameO> well, it seems to work nicely thus far 10:25 -!- Tom_Sawyer[GameO is now known as Tom_Sawyer 10:25 < Tom_Sawyer> only issue is a random crash when syncing with the computer 10:26 -!- Tom_Sawyer [Sawyercogs@219-90-165-197.ip.adam.com.au] has quit [Read error: Connection reset by peer] 10:26 -!- Tom_Sawyer [Sawyercogs@219-90-165-197.ip.adam.com.au] has joined #freemyipod 10:27 < Tom_Sawyer> hmm net drop 10:27 < Tom_Sawyer> seems to be working well thus far 10:27 < Tom_Sawyer> only issue is a random crash when syncing with the computer 10:34 -!- Tom_Sawyer [Sawyercogs@219-90-165-197.ip.adam.com.au] has quit [Ping timeout: 260 seconds] 10:38 -!- Tom_Sawyer [Sawyercogs@219-90-220-23.ip.adam.com.au] has joined #freemyipod 11:02 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has quit [Remote host closed the connection] 11:03 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has joined #freemyipod 11:42 -!- Keripo [~Keripo@165.123.49.197] has quit [Quit: Leaving.] 12:43 -!- adiblol [~adiblol@195.74.50.37] has quit [Ping timeout: 258 seconds] 12:55 -!- adiblol [~adiblol@a20071105100857.zb.lnet.pl] has joined #freemyipod 12:55 -!- geek7 [~geek@2001:c08:3700:ffff::2a81] has joined #freemyipod 13:04 -!- geek7 is now known as faileas 13:12 -!- geek__ [~geek@cm72.delta23.maxonline.com.sg] has joined #freemyipod 13:16 -!- faileas [~geek@2001:c08:3700:ffff::2a81] has quit [Ping timeout: 264 seconds] 14:11 -!- kyle6513 [~kyle6513@CPE-121-208-218-78.mjcz2.cha.bigpond.net.au] has quit [Read error: Connection reset by peer] 14:38 -!- [Saint] [~st.lasciv@124-197-14-130.callplus.net.nz] has quit [Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...] 15:00 -!- Keripo [~Keripo@SEAS297.wlan.seas.upenn.edu] has joined #freemyipod 15:19 -!- Tom_Sawyer [Sawyercogs@219-90-220-23.ip.adam.com.au] has quit [] 15:41 -!- hiddeboomsma [~hiddeboom@151-254.surfsnel.dsl.internl.net] has quit [Quit: Leaving.] 15:43 -!- benedikt93 [~benedikt9@unaffiliated/benedikt93] has joined #freemyipod 15:52 -!- Keripo [~Keripo@SEAS297.wlan.seas.upenn.edu] has quit [Quit: Leaving.] 16:06 -!- Keripo [~Keripo@seas167.apng.seas.upenn.edu] has joined #freemyipod 17:02 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has quit [Remote host closed the connection] 17:03 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has joined #freemyipod 17:37 -!- Keripo [~Keripo@seas167.apng.seas.upenn.edu] has quit [Quit: Leaving.] 18:02 -!- user890104_ [~Venci@6bez10.info] has joined #freemyipod 18:02 -!- user890104 [~Venci@6bez10.info] has quit [Read error: Connection reset by peer] 18:09 -!- Keripo [~Keripo@seas167.apng.seas.upenn.edu] has joined #freemyipod 18:44 -!- user890104_ [~Venci@6bez10.info] has quit [Ping timeout: 276 seconds] 18:49 -!- Keripo [~Keripo@seas167.apng.seas.upenn.edu] has quit [Quit: Leaving.] 19:09 -!- user890104 [~Venci@6bez10.info] has joined #freemyipod 19:13 -!- user890104 [~Venci@6bez10.info] has quit [Client Quit] 19:26 -!- user890104 [~Venci@6bez10.info] has joined #freemyipod 19:42 -!- Keripo [~Keripo@SEAS059.wlan.seas.upenn.edu] has joined #freemyipod 19:45 -!- Keripo [~Keripo@SEAS059.wlan.seas.upenn.edu] has quit [Client Quit] 19:55 -!- benedikt93 [~benedikt9@unaffiliated/benedikt93] has quit [Quit: HIP-HOP sounds best when you listen to METAL instead.] 19:57 -!- ParadisoShlee [~shlee@202.58.62.39] has quit [Ping timeout: 246 seconds] 19:57 -!- ParadisoShlee [~shlee@202.58.62.39] has joined #freemyipod 20:11 -!- Kebianizao [~kvirc@224.69.22.95.dynamic.jazztel.es] has joined #freemyipod 20:13 -!- liar [~liar@83.175.83.185] has joined #freemyipod 20:55 -!- Keripo [~Keripo@eng248.wireless-resnet.upenn.edu] has joined #freemyipod 21:01 < fmibot> New commit by user890104 (r693): ipoddfu_c: initial import 21:02 < fmibot> r693 build result: emcore: All green! 21:08 < Farthen> user890104: it compiles for you? i get "usb.c:49:2: error: format ‘%d’ expects type ‘int’, but argument 2 has type ‘ssize_t’" 21:09 < user890104> STeeF has also noted that it needs to be casted, however it compiles for me 21:09 < user890104> let me update the files once again, because i've pushed the wrong ones 21:10 < Farthen> ok 21:10 < Farthen> casting it to an int fixes it 21:11 < user890104> i'll include this 21:14 < fmibot> New commit by user890104 (r694): ipoddfu_c: upload the correct files, fix a compile error 21:14 < user890104> it should be fine now 21:15 < fmibot> r694 build result: emcore: All green! 21:15 -!- Keripo [~Keripo@eng248.wireless-resnet.upenn.edu] has quit [Quit: Leaving.] 21:17 < Farthen> it does, thanks 21:28 < user890104> there's one thing in both versions that should be cleared up - there's no way to choose which device do you want to send data to, if there are multiple supported ipods connected 21:29 < user890104> the same is valid for libemcore, also my libusb+fuse project 21:31 < TheSeven> oh, we have a new committer? :) 21:31 < TheSeven> [23:08] user890104: it compiles for you? i get "usb.c:49:2: error: format ‘%d’ expects type ‘int’, but argument 2 has type ‘ssize_t’" << strange compiler. that kind if thing should maybe produce warnings, but not errors 21:32 < user890104> TheSeven: i've used -Werror in the makefile 21:32 < TheSeven> ah 21:32 < TheSeven> [23:28] there's one thing in both versions that should be cleared up - there's no way to choose which device do you want to send data to, if there are multiple supported ipods connected << basically all of our code has that problem 21:37 < user890104> TheSeven: any suggestions how should it be implemented on the user interface side? menu, command line options or something else? 21:37 < TheSeven> command line options 21:37 -!- n1s [~quassel@rockbox/developer/n1s] has quit [Remote host closed the connection] 21:38 < TheSeven> ideally prepended --devicetype=IN2G or something similar 21:38 < TheSeven> as optional arguments of course, taking whatever device is available if no option is specified 21:38 < TheSeven> if there are multiple devices connected and no option is specified, it's probably best to list them and return an error status code 21:39 < TheSeven> if we have unique ids (which we should implement for emcore at least, we probably can't for dfu), we should also allow to select a specific device that way 21:52 < user890104> i've looked at ipodpatcher's code, it refuses to run if there are multiple ipods connected, so that would be enough to prevent connecting to wrong devices 21:56 -!- AlexP_ [~alex@rockbox/staff/AlexP] has joined #freemyipod 21:56 -!- AlexP [~alex@rockbox/staff/AlexP] has quit [Ping timeout: 252 seconds] 21:57 -!- AlexP_ is now known as AlexP 22:01 < TheSeven> nano2gs will reject code for nano3g/4g/classic and the other way round 22:01 < TheSeven> but nano3g/nano4g/classic will accept each other's code 22:01 < TheSeven> and we can't even tell nano3gs/classics apart at all 22:04 < user890104> even by looking at the serial number? 22:08 < user890104> TheSeven: what software did you use to sniff itunes' usb protocol for updating nano 4gs? 22:10 < Farthen> user890104: it uses quite the same api as libusb itself 22:11 < Farthen> he looked into some code from the iphone dev team that used that driver 22:12 < user890104> so the question is what did they use to capture the packets 22:14 -!- Keripo [~Keripo@eng250.wireless-resnet.upenn.edu] has joined #freemyipod 22:14 < Farthen> the api of the driver is the same as the libusb api. this could have been done with some guesswork it think 22:15 < Farthen> and if you are wondering about a usb sniffer: there is a setup that allows wireshark running on linux capture usb traffic from a windows vm 22:20 -!- Keripo [~Keripo@eng250.wireless-resnet.upenn.edu] has quit [Quit: Leaving.] 22:23 -!- user890104 [~Venci@6bez10.info] has quit [] 22:24 < TheSeven> [00:04] even by looking at the serial number? << you can't look at the serial number from DFU mode 22:28 < TheSeven> btw there are also usb sniffers for windows, they just aren't exactly reliable 22:34 -!- [Saint_] [~St.]@124-197-14-130.callplus.net.nz] has joined #freemyipod 22:36 -!- [Saint_] [~St.]@124-197-14-130.callplus.net.nz] has quit [Client Quit] 22:36 -!- [Saint] [~St.]@124-197-14-130.callplus.net.nz] has joined #freemyipod 22:37 -!- user890104 [~Venci@6bez10.info] has joined #freemyipod 22:40 -!- [Saint] [~St.]@124-197-14-130.callplus.net.nz] has quit [Client Quit] 22:40 -!- [Saint] [~St.]@124-197-14-130.callplus.net.nz] has joined #freemyipod 22:44 -!- Kebianizao [~kvirc@224.69.22.95.dynamic.jazztel.es] has quit [Quit: Estaba usando KVIrc KVIrc Equilibrium 4.1.1, revision: 5639, sources date: 20110306, built on: 2011-03-18 19:41:33 UTC 5639 http://www.kvirc.net/] 22:44 -!- AlexP [~alex@rockbox/staff/AlexP] has quit [Read error: Connection reset by peer] 22:45 -!- AlexP [~alex@rockbox/staff/AlexP] has joined #freemyipod 22:46 -!- [Saint] [~St.]@124-197-14-130.callplus.net.nz] has quit [Client Quit] 22:58 -!- [Saint] [~St.]@124-197-14-130.callplus.net.nz] has joined #freemyipod 23:02 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has quit [Remote host closed the connection] 23:03 -!- clustur [~logger@c-98-249-104-118.hsd1.tn.comcast.net] has joined #freemyipod 23:04 -!- [Saint] [~St.]@124-197-14-130.callplus.net.nz] has quit [Disconnected by services] 23:04 -!- S_a_i_n_t [~st.lasciv@124-197-14-130.callplus.net.nz] has joined #freemyipod 23:20 -!- kisak [~kisak@pool-72-70-187-188.hrbgpa.fios.verizon.net] has joined #freemyipod 23:21 -!- S_a_i_n_t [~st.lasciv@124-197-14-130.callplus.net.nz] has quit [Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...] 23:24 -!- [Saint] [~st.lasciv@124-197-14-130.callplus.net.nz] has joined #freemyipod 23:35 -!- geek__ is now known as faileas 23:51 -!- Keripo [~Keripo@eng250.wireless-resnet.upenn.edu] has joined #freemyipod --- Log closed Thu Apr 07 00:13:28 2011