--- Log for 10.05.109 Server: lindbohm.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 23 days ago 00.00.39 # I mean applying the patch against the current cook.c, not a 2 year old one. 00.01.36 Join hd [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) 00.01.39 Quit hd (Read error: 104 (Connection reset by peer)) 00.02.46 # linuxstb : why not apply the patch to the older revision and then add the relevant patches later ? 00.03.52 # Because the diffs against the current code in svn won't make any sense. 00.06.53 Quit saratoga ("http://www.mibbit.com ajax IRC Client") 00.08.19 Quit killan (Read error: 54 (Connection reset by peer)) 00.09.13 # linuxstb : I'll try to manually apply the changes to the current cook.c then. 00.10.40 # I have to go now. Goodnight everyone ! 00.11.18 # mt: Or you could apply the changes from 2007 to 2009 to your cook.c. As long as you do it before producing the next patch, it doesn't matter. 00.17.15 Join saratoga [0] (i=9803c6dd@rockbox/developer/saratoga) 00.19.17 Quit saratoga (Client Quit) 00.19.54 Join saratoga [0] (i=9803c6dd@rockbox/developer/saratoga) 00.23.17 Quit bluebrother ("leaving") 00.24.58 Quit saratoga ("http://www.mibbit.com ajax IRC Client") 00.38.13 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 00.39.38 Quit kugel (Nick collision from services.) 00.39.43 Join kugel [0] (n=kugel@rockbox/developer/kugel) 00.42.30 Quit bertrik (Remote closed the connection) 00.43.15 *** Saving seen data "./dancer.seen" 00.48.17 Join saratoga [0] (i=9803c6dd@rockbox/developer/saratoga) 00.54.24 Quit mirak ("Ex-Chat") 00.56.21 Quit n1s ("Lämnar") 00.57.17 Join kugel_ [0] (n=kugel_@e178097126.adsl.alicedsl.de) 00.57.49 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9/2009030814]") 00.57.55 Nick kugel_ is now known as kugel (n=kugel_@e178097126.adsl.alicedsl.de) 01.00.00 Quit bmbl ("Woah!") 01.00.13 Join killan [0] (n=nnscript@c-5ef170d5.06-397-67626721.cust.bredbandsbolaget.se) 01.00.16 Quit miepchen^schlaf () 01.02.15 Quit matsl ("Leaving") 01.02.35 Join miepchen^schlaf [0] (n=miepel@p579EC3CB.dip.t-dialin.net) 01.05.02 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 01.05.16 Quit kugel (Read error: 104 (Connection reset by peer)) 01.07.06 Join kugel [0] (n=kugel@rockbox/developer/kugel) 01.07.26 Quit kugel (Read error: 104 (Connection reset by peer)) 01.07.33 Join kugel_ [0] (n=kugel_@e178097126.adsl.alicedsl.de) 01.07.53 Quit kugel_ (Read error: 104 (Connection reset by peer)) 01.08.25 Join kugel_ [0] (n=kugel_@e178097126.adsl.alicedsl.de) 01.09.25 Join kugel [0] (n=kugel@rockbox/developer/kugel) 01.09.34 Quit kugel_ (Client Quit) 01.10.43 Quit bertrik ("Leaving") 01.14.13 Quit kugel (Client Quit) 01.14.26 Join kugel [0] (n=kugel@rockbox/developer/kugel) 01.14.55 Quit kugel (Client Quit) 01.15.01 Join kugel [0] (n=kugel@rockbox/developer/kugel) 01.15.20 # New commit by 03dave (r20897): Patch by Mohamed Tarek - add #define to protect against multiple inclusion 01.16.54 Quit kugel (Client Quit) 01.18.24 Join kugel [0] (n=kugel@rockbox/developer/kugel) 01.24.16 # New commit by 03dave (r20898): Patch by Mohamed Tarek from FS#10182: 1) Move the main() test program from cook.c to a new main.c; 2) Move some common definitions from cook.c to ... 01.31.25 # Ok, it's been awhile since the new theme site has gone up. Still many authors have not moved their themes over. Is it time to discuss the fate of the (permissively licensed) themes on the wiki, or is the consensus to let them rot? 01.32.43 # I think if people want to move them they might as well 01.33.08 # the authors can always contact the theme site admins if they want to update their themes at some point in the future 01.35.37 Quit ender` (" Connection Reset by Gypsies with Wire Cutters") 01.36.53 Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) 01.37.34 # IIRC the argument had been made that "forcing" the theme author to explicitly acknowledge the license agreement on the theme site would be best... 01.37.56 # If the theme's already CC licensed, haven't they already agreed to it? 01.38.09 # Well, licensed under that specific CC license, that is 01.38.58 # On the other hand, we could just ignore all the old themes. Remove all the existing pages, dump *all* of them into a page called ThemeGraveyard, and then (if it's possible) make that place read only. 01.39.10 # There's not a reason we have to migrate them. 01.41.00 Quit timc (Remote closed the connection) 01.41.24 # if they're under compatible license we should move them 01.41.25 Join Dillizar [0] (n=Elive_us@77.28.27.129) 01.41.28 # any body here 01.42.16 # Dillizar: Did you have a specific question? 01.42.32 # well 01.42.34 # http://www.rockbox.org/mail/archive/rockbox-archive-2009-02/0027.shtml 01.42.51 # That's not exactly a question. 01.42.59 # i found this and i want to know the guy that installed rockbox on his philips or where can i find him 01.43.32 # Well, that's an email from the mailing list, and it includes an email address. 01.44.20 # there isnt a rockbox for philips gogear 6320 01.44.22 Join timc [0] (n=aoeu@116.3.12.65) 01.44.25 # i cant understand 01.44.29 Part Llorean 01.44.38 Join Llorean [0] (n=DarkkOne@rockbox/administrator/Llorean) 01.45.18 # Dillizar: That message was discussing development. That person did some work on it, and managed to get audio. 01.45.38 # right...but a port is in the process of being worked on...when it becomes ready for people to use, it will be announced as such and made available on the website 01.45.54 # ah kewl 01.46.08 # and how long does usualy takes 01.46.14 # There is no "usually" 01.46.27 # usually* 01.46.29 # It can happen very quickly, or it can never happen because the person becomes too busy and nobody new picks it up. 01.49.49 # kewl 01.49.57 # so i still have hope :) 01.52.05 Quit timc (Remote closed the connection) 01.56.27 Join firedix [0] (n=firedix@201.254.117.70) 01.57.03 Join ohyou [0] (n=plastic_@c-24-18-176-211.hsd1.wa.comcast.net) 01.59.05 Quit Sharn (Read error: 104 (Connection reset by peer)) 02.05.22 Quit amiconn (Nick collision from services.) 02.05.24 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 02.05.39 Quit pixelma (Nick collision from services.) 02.05.39 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 02.05.44 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 02.05.59 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 02.12.51 Quit domonoky1 (Read error: 104 (Connection reset by peer)) 02.18.24 Quit Unhelpful (Read error: 60 (Operation timed out)) 02.21.34 Quit ohyou (Read error: 110 (Connection timed out)) 02.24.26 Quit Horscht ("Verlassend") 02.27.22 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 02.39.13 Join MU{lappy} [0] (n=chshrcat@pool-98-117-8-126.hrbgpa.fios.verizon.net) 02.42.19 Join Sharn [0] (n=brandon@dsl-216-128-235-45.teton.id.tetontel.com) 02.43.19 *** Saving seen data "./dancer.seen" 03.02.21 Join Strife89 [0] (n=michael@204.116.244.200) 03.02.31 Quit Dillizar (Read error: 110 (Connection timed out)) 03.02.45 Join martian67_ [0] (n=martian6@testingthis.mooo.com) 03.04.25 Quit martian67 (Connection timed out) 03.12.23 Quit kugel (Read error: 110 (Connection timed out)) 03.12.25 Nick martian67_ is now known as martian67 (n=martian6@testingthis.mooo.com) 03.13.13 Join kugel [0] (n=kugel@rockbox/developer/kugel) 03.25.45 Nick synergist is now known as _synergis (n=christof@cant.be-arsed.co.uk) 03.47.51 Quit Lss (Read error: 104 (Connection reset by peer)) 03.54.06 Quit firedix ("Ex-Chat") 03.54.25 Nick _synergis is now known as synergist (n=christof@cant.be-arsed.co.uk) 03.58.14 # can we update the official sansa e200/c200 bootloaders to not reboot into the OF on USB insert? this seems to cause a lot of confusion for users 03.59.22 Quit Strife89 ("Night.") 04.00.24 Join timc [0] (n=aoeu@221.201.146.16) 04.06.09 # saratoga: We'll update them when the release version has a USB mode. 04.06.29 # At least, that's my understanding. 04.09.11 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) 04.09.44 # Llorean: do we have to use the same bootloaders for SVN and release installs? 04.11.06 # At the moment there's not the infrastructure in RBUtil to install different bootloaders depending on the choice made, I think. 04.11.12 # ah ok 04.11.20 # And we'll have USB enabled in the release, and new bootloaders, in what, a month and a half now? 04.11.26 # Probably not worth the effort. 04.12.12 # Probably about the time people should be looking at big patches they want to get into 3.3 actually, so there's plenty of time for testing before the freeze etc. 04.12.55 # Assuming we even have any "big" features still sitting around nearly done. 04.13.09 # I guess beast support, but who knows about that 04.13.52 # Isn't the big hurdle for the beast that we don't have an effective way to install in Windows? 04.14.09 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 04.14.23 # Or rather, we don't have a non-Linux install method? 04.14.28 # * Llorean hasn't looked at it in a while 04.14.55 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-f197a430877bec5f) 04.16.25 # i'm not sure, but i think the problem was getting the libusb licensing sorted out 04.17.05 # It's LGPL right? Shouldn't be a problem? 04.18.45 # libusb isn't the issue, it was the Microsoft MTP library. 04.18.47 # i think the example code we used to call libusb was under ambigulous license or something like that 04.19.03 # And the example code to use that MS lib... 04.19.05 # linuxstb: But that's an issue for Windows install only? 04.19.16 # Yes. 04.19.32 # * Llorean thinks that RBUtil support in Linux only is good enough for a release if such is necessary. 04.20.04 # I mean, it means for some people a LiveCD is necessary for the bootloader install, which is one-off anyway. Not such a huge deal? 04.20.05 # * linuxstb doesn't care about rbutil support - running an ipodpatcher-like application isn't hard... 04.20.24 # (and only has to be done once) 04.21.00 # An rbutil like app wouldn't be bad, but if we've got one of those for Windows, couldn't RBUtil just run it for you if you put it in the same folder? 04.21.06 # Er, an ipodpatcher like app 04.21.57 # don't we have people use libusb to do the e200R install? 04.22.06 # would the same trick not work here 04.22.15 # the e200R doesn't require MTP 04.22.57 # i'm mixing up libusb and libmtp probably 04.23.48 # The complication is how WIndows handles USB drivers - you need a driver for each VID/PID combination. e200rpatcher works in manufacturing mode, so it doesn't hurt for a Windows user to install the libusb driver for those IDs - it doesn't interfere with normal operation. 04.24.38 # http://www.rockbox.org/twiki/bin/view/Main/GigabeatSPort#Things_to_do_before_supported_st 04.24.55 # linuxstb: ipodpatcher has to be done once? well, I usually run it after every build (maybe about 20+ revs)... am I unneccessarily wasting my time? :p 04.25.43 # yes it doesn't do anything after the first time 04.25.44 # wpyh: Are you compiling ipodpatcher (and the bootloaders) yourself? 04.25.47 # * Llorean wonders when it was decided RBUtil support was non-essential 04.26.13 # I thought the whole point of releases was for the more mainstream users for which RBUtil was intended. 04.26.25 # So we drop the e200r as supported? 04.26.42 # The e200r happened before we started up releases again. 04.26.46 # It's sort of a grandfather clause. 04.26.47 # i think its rbutil is required if feasible 04.26.49 # But yes, I recall it being discussed and agreed. 04.27.15 # linuxstb: well, yes, I'm compiling everything by myself 04.27.41 # I don't see RBUtil as being "optional" for a target that's going to be added as a release target. Either it's impossible, in which case we bypass it, or we add it. 04.27.47 # wpyh: Then you're helpfully testing bootloaders for us... But there's no real need to. 04.28.02 Quit Thundercloud (Remote closed the connection) 04.28.04 # Llorean: And I can't remember when it was decided to have rbutil support essential 04.28.31 # * linuxstb has always thought of rbutil as an optional part of Rockbox 04.28.52 # * kugel too 04.28.54 # linuxstb: Being a part of Rockbox is different from being a release version 04.29.01 # Didn't we discuss this before 3.0? 04.29.03 # Which implies targets don't need to be supported by it to be released. 04.29.05 # the beast is somewhat special in that the only people using it are probably already rockbox users 04.29.17 # its not liek the sansas where a lot of people buy the player then find rockbox 04.29.28 # saratoga: Then it doesn't need to be supported or released if that's the case. 04.29.56 # "Supported" means it's ready for mainstream users. At this point, that means they can follow our "standard" install procedure - use RBUtil and let that handle it. 04.30.19 Quit Makuseru (Read error: 104 (Connection reset by peer)) 04.30.30 # * kugel disagrees 04.30.37 # If we want to have tiered levels of support, we should mark ones without RBUtil "beta" or something so people know in advance we're not offering them the full package. 04.30.37 # hm... ok... :p I haven't found major problems though, except for in-development ports (like sansa fuze) where I need to compile and install both the bootloader and the normal build otherwise rockbox couldn't be loaded at all 04.30.51 # where the distinction to released then (if there's a distinction)? 04.31.05 # i think the bootloader changes maybe once or twice a year, so theres probably never been anything for you to find problems in 04.31.33 # wpyh: you don't need to recompile the sansa bootloader, and you probably shouldn't 04.32.03 # I really wouldn't want rbutil support necessary to consider a target as completed 04.32.03 # linuxstb: If an automated installer can be done, why _shouldn't_ it be RBUtil, exactly? I mean, what's the point in not doing RBUtil support if it's possible? And if it's possible, what's the harm in waiting for it to be done before declaring it "supported"? 04.32.25 # kugel: Why not, exactly? If RBUtil support can be done, why not do it? If it can't be done, then it's not necessary for that target. 04.32.40 # Saying it's unnecessary is just creating an excuse for it not to have to be done ever. 04.32.53 # * scorche reminds people that we are still looking for topics to discuss during devcon... 04.32.57 # It's like saying "I don't think plugin keymaps are necessary for a port to be supported." 04.32.59 # the problem with rbutil is that its c++ and thus a lot of us have no idea how to work on it, so we have to depend on a couple people to keep up with development 04.33.01 # particularly because that means the people working on a port need to get involved with a totally different part of rockbox (desktop app, other language, other philosophy) 04.33.12 # that way, rbutil will only block new ports 04.33.41 # kugel: To which I can respond to you what gets told to users all the time - languages can be learned. 04.33.57 # especially if having RBUtil call an external installer application is an option anyway. 04.33.59 # Llorean: The target status page lists the criteria for release. I guess you don't agree with those. 04.34.02 # granted i only put about 30 minutes effort into it, but I still can't even manage to get rbutil to compile on my ubuntu machine 04.34.16 # people that work on a port are the ones that care less about rbutil since they use rockbox for a long time, and are familiar with the non-rbutil installation procedudes (they wrote them!) 04.34.38 # linuxstb: I wasn't aware wiki pages were automatically difinitive. 04.34.41 # definitive 04.34.41 # I think we wouldn't even consider AMS sansas for 3.3 if domonoky wasn't working rbutil anyway 04.34.59 # Llorean: Then what is? 04.35.07 # kugel: AMS Sansas aren't done yet anyway. At least the clip isn't. 04.35.12 # Llorean: the point is, people are required to learn a new language for rbutil support which they don't really care about anyway 04.35.17 # saratoga: why shouldn't I? (because of risks of bricking the player?) 04.35.18 # linuxstb: Is something? 04.35.23 # * linuxstb goes to sleep 04.35.35 # kugel: If they don't care about it, why should they care about the word "supported"? It's just a word. 04.35.47 # "Supported" means something to our users now - it means the software is ready for them. 04.35.53 # We've raised the bar, we should live up to it 04.35.56 # Not strive to lower it back down agian. 04.36.13 # People who are comfortable can use it with the console installers, etc, anyway. 04.36.20 # it would be nice if you can put a quote which says rbutil is explicitely requiered 04.36.39 # Why do I need a quote? It's my opinion, and i haven't denied that it's just my opinion. 04.36.47 # we've had a talk about this when the beast was first released for a day or two. without rbutil support. 04.36.50 # Since when do I need a quote to backup the fact that I have an opinion? 04.37.02 # The beast isn't supported. 04.37.05 # You claim rbutil is required 04.37.32 # I don't think it should be, I wouldn't want that 04.37.40 # kugel: Where, exactly, did I claim it's required? 04.38.11 # You'll notice the use of phrases such as "we should" and "I don't see" and so on. 04.38.11 # looking at that wiki page,linuxstb and I wrote the section on what supported means :) 04.38.21 # sheesh...this is only the second idea added to the ideas for discussion bit for devcon? 04.38.29 # saratoga: So basically linuxstb justified his statements with his other statements? 04.38.30 Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) 04.38.55 # Llorean: to be fair he added stuff to my original list which said that something was supported when you could download it and there was a manual 04.39.09 # We've raised the bar, we should live up to it...Not strive to lower it back down agian. 04.39.17 # saratoga: Still, basically he suggested it was definitive when he's the one who wrote it there. 04.39.22 # (that was what sounds like it was required to me) 04.39.29 # kugel: *should* 04.39.42 # This may be an English/German thing again, but "should" doesn't mean "have to" 04.39.52 # well 04.40.06 # wpyh: yeah bootloader installs on the AMS targets are pretty safe, but if something goes wrong theres no way to recover most of them, plus its pointless unless the bootloader is actually updated 04.40.07 # "We've raised the bar...Not strive to lower it back down agian." is the same for me 04.40.18 # kugel: What? 04.40.27 # without the should live up to it part 04.40.34 # You can't choose to ignore words in a sentence and then say "oh, but this means what I thought you said" 04.41.04 # saratoga: OK, I will only update the bootloader if it's updated again then. :) 04.41.51 # that part doesn't add or remove something to/of the meaning in the sense that "We've raised the bar" means rbutil is required 04.41.54 # to me, at least 04.42.05 # We did raise the bar. 04.42.17 # But that alone doesn't mean anything but "we've raised the bar" 04.43.20 *** Saving seen data "./dancer.seen" 04.53.43 # could someone please close FS#9473? I opened it but to me it seems invalid. 04.54.52 # * wpyh has successfully compiled rbutil on linux, with qt 4.5 05.06.17 Quit Seed ("cu, Andre") 05.08.19 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 05.09.22 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-d180cf26f3e04723) 05.11.16 # anyone care to review FS#9456? 05.12.20 Quit perrikwp (Client Quit) 05.13.36 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-5cddc0e56df1f085) 05.18.41 Quit saratoga ("http://www.mibbit.com ajax IRC Client") 05.20.22 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 05.20.59 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-3fb3376740be6a28) 05.21.18 Quit kugel ("exit(0);") 05.23.23 Quit perrikwp (Client Quit) 05.23.45 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-001424886e8718e0) 05.24.54 # Just to clarify for the record, since my opinion is apparently unclear 05.25.16 # 1) I do not think we've agreed on anything already, which is why I asked when things were agreed on. 05.25.35 # 2) I think that we've shown users a certain level of user experience with RButil, and that going forward we should show that same level of user experience for new "supported" targets 05.28.23 Quit perrikwp (Client Quit) 05.29.29 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-7fa09e8765502204) 05.29.53 Join saratoga [0] (n=9803c6dd@rockbox/developer/saratoga) 05.30.34 # regarding rbutil support, maybe some standards to make it easier to port new targets to would be helpful 05.31.01 # something like a standard form for tools like sansapatcher so that they can be quickly plugged into rbutil without someone needing to know much about how it actually works? 05.31.27 # Makes sense. 05.31.40 # i don't know how feasible it is though 05.32.16 # Or even a standard way to add a new target that calls an external tool so that we have a makeshift solution (it could even download the latest external tool, if we don't mind downloading executables) until "real" support is added 05.42.48 Quit timc ("Leaving") 05.46.37 Quit FlynDice (Remote closed the connection) 05.49.18 Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 06.06.34 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 06.07.39 Join timc [0] (n=aoeu@221.201.146.16) 06.16.56 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-0af8ac573da54f0d) 06.19.16 Quit _Auron_ (Read error: 60 (Operation timed out)) 06.29.54 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 06.32.19 Join fyrestorm [0] (n=nnscript@cpe-24-90-84-236.nyc.res.rr.com) 06.43.23 *** Saving seen data "./dancer.seen" 06.55.07 Quit wpyh ("Kopete 0.12.7 : http://kopete.kde.org") 06.55.23 Join _Auron_ [0] (n=DarkAuro@ppp-70-249-149-60.dsl.rcsntx.swbell.net) 07.01.00 Part toffe82 07.07.22 Join AndyI [0] (i=AndyI@212.14.205.32) 07.07.50 Join kushalone [0] (n=kushal@12.169.180.178) 07.14.31 Quit CaptainKwel ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 07.16.50 Quit brrybnds (Read error: 104 (Connection reset by peer)) 07.20.14 Quit kushalone (Client Quit) 07.20.59 Quit AndyIL (Read error: 110 (Connection timed out)) 07.29.31 Quit mt (Read error: 104 (Connection reset by peer)) 07.31.55 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 07.36.20 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-5efec800f18c2508) 07.40.33 # linuxstb: saratoga: there's a native usb library for Vista and 2007 with similar functionality to libusb, unfortunately not for win xp 07.41.35 Join fyre^OS [0] (n=nnscript@cpe-24-90-84-236.nyc.res.rr.com) 07.42.04 Quit fyre^OS (Read error: 104 (Connection reset by peer)) 07.46.04 Quit fyrestorm (Read error: 60 (Operation timed out)) 08.31.38 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 08.37.02 # Llorean, saratoga: Iirc I installed rockbox on my beast from within windows 08.41.13 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 08.42.17 # amiconn: is your beast tamed? 08.42.22 # what's its name? 08.42.25 # does it have fur? 08.42.31 # does it have horns? 08.43.16 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 08.43.25 *** Saving seen data "./dancer.seen" 08.43.28 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-7d6e173c3acc6b15) 08.53.37 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.55.57 Join Rob2223 [0] (n=Miranda@p4FDCC514.dip.t-dialin.net) 09.14.30 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.34.11 Join AndyIL [0] (n=pasha_in@212.14.208.235) 09.44.23 Quit AndyIL (Remote closed the connection) 09.44.40 Join AndyIL [0] (n=pasha_in@212.14.208.235) 09.49.16 Join n1s [0] (n=n1s@rockbox/developer/n1s) 09.49.20 Join flydutch [0] (n=flydutch@host219-166-dynamic.15-87-r.retail.telecomitalia.it) 09.52.20 Join schrottplatz [0] (n=max@f053225232.adsl.alicedsl.de) 09.52.52 Quit AndyI (Read error: 110 (Connection timed out)) 09.56.48 Quit AndyIL (Read error: 60 (Operation timed out)) 09.57.06 Join AndyI [0] (n=pasha_in@212.14.208.235) 09.58.38 Quit coney (Read error: 60 (Operation timed out)) 10.10.03 Join ender` [0] (i=krneki@84.255.206.8) 10.18.27 Quit antitrons (Read error: 104 (Connection reset by peer)) 10.18.41 Join antil33t [0] (n=Mudkips@119.224.12.185) 10.27.44 Quit krazykit (Read error: 60 (Operation timed out)) 10.32.19 Join coney [0] (n=james@oh.cyber-army.com) 10.33.11 Quit AndyI (Remote closed the connection) 10.33.26 Join AndyI [0] (n=pasha_in@212.14.208.235) 10.36.41 Quit AndyI (Read error: 104 (Connection reset by peer)) 10.41.55 Join AndyI [0] (n=pasha_in@212.14.208.235) 10.43.28 *** Saving seen data "./dancer.seen" 10.47.57 Quit linuxstb (Read error: 113 (No route to host)) 10.58.03 Quit AndyI (Remote closed the connection) 10.58.21 Join AndyI [0] (n=pasha_in@212.14.208.235) 11.20.36 Join Unhelpful [0] (n=Militant@rockbox/developer/Unhelpful) 11.20.52 Quit MU{lappy} ("Leaving") 11.28.36 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 11.35.54 Join Bobthebuilder [0] (n=bob@122.168.224.213) 11.39.41 Quit Bobthebuilder (Client Quit) 11.40.22 Join Bobthebuilder [0] (n=bob@122.168.224.213) 11.41.24 Quit Bobthebuilder (Client Quit) 11.50.57 Join Sedgewick [0] (n=Sedgewic@net-93-145-237-208.t2.dsl.vodafone.it) 11.51.03 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 11.51.25 Quit AndyI (Remote closed the connection) 11.51.39 Join AndyI [0] (n=pasha_in@212.14.208.235) 12.00.17 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 12.05.52 Join daurn| [0] (n=daurnima@ppp118-208-186-197.lns10.mel4.internode.on.net) 12.08.36 Quit schrottplatz ("o.O") 12.09.38 Quit daurn (Read error: 60 (Operation timed out)) 12.10.54 Join schrottplatz [0] (n=max@f053225232.adsl.alicedsl.de) 12.14.58 Quit tvelocity (Remote closed the connection) 12.25.10 Join kugel [0] (n=kugel@rockbox/developer/kugel) 12.25.17 Quit kugel (Client Quit) 12.25.18 Nick synergist is now known as _synergis (n=christof@cant.be-arsed.co.uk) 12.25.28 Join kugel [0] (n=kugel@rockbox/developer/kugel) 12.27.49 --> "Hello" received from DD32 (n=theonly_@45.232.233.220.exetel.com.au) 12.27.58 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 12.27.58 --> "hello" received from DD32 (n=theonly_@45.232.233.220.exetel.com.au) 12.28.04 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 12.28.07 --> "Hello" received from DD32 (n=theonly_@45.232.233.220.exetel.com.au) 12.41.30 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 12.43.29 *** Saving seen data "./dancer.seen" 12.50.55 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 12.52.32 Join msi [0] (i=msi@shell.noname-ev.de) 12.52.43 # hi there 12.53.18 # im using an ipod nano 3g - is there any build that works for it? 12.53.20 Join miepchen^schlaf [0] (n=miepel@p579ECD79.dip.t-dialin.net) 12.55.04 # no. 12.55.38 # are there any plans for its support? 12.57.13 Join midkay [0] (n=midkay@rockbox/developer/midkay) 12.57.35 # no. nobody has cracked the encryption on the firmware yet, we have no way to run any of our own code on it. 13.00.51 Quit _lifeless (Remote closed the connection) 13.01.08 Join _lifeless [0] (n=lifeless@188.16.107.29) 13.03.05 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 13.11.29 # what does this apple firmware base on? 13.12.00 Quit Horscht ("Verlassend") 13.16.09 # interesting story about the firmware also called "pixoOS" - http://www.sfgate.com/cgi-bin/article.cgi?file=/chronicle/archive/2004/08/16/BUGTG878AR1.DTL&type=printable 13.21.46 Join Administrator_ [0] (n=chatzill@xdsl-78-34-185-216.netcologne.de) 13.21.50 Nick Administrator_ is now known as dende (n=chatzill@xdsl-78-34-185-216.netcologne.de) 13.22.02 Nick dende is now known as dendemeier (n=chatzill@xdsl-78-34-185-216.netcologne.de) 13.25.46 # Rockbox currently doesn't run on the 2nd generation iPod nano. This is due in part to undocumented hardware, and a very nasty firmware encryption that we can not figure out. 13.26.05 # you suck Steve Jobs 13.26.07 # :/ 13.28.24 Join tvelocity [0] (n=tony@adsl22-78.her.forthnet.gr) 13.35.24 Quit linuxstb (Read error: 104 (Connection reset by peer)) 13.38.30 Quit kugel (Read error: 110 (Connection timed out)) 13.39.04 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 13.39.07 Join petur [50] (n=petur@rockbox/developer/petur) 13.44.48 Quit dendemeier ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") 13.52.06 Quit Seed ("cu, Andre") 13.56.49 Part domonoky 14.03.25 Join einhirn [0] (n=Miranda@p4FC610DB.dip0.t-ipconnect.de) 14.05.19 Join midijunkie [0] (n=Miranda@pD95460FE.dip0.t-ipconnect.de) 14.07.37 Quit Sedgewick ("off") 14.09.32 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 14.10.14 Quit intrados (Remote closed the connection) 14.19.08 Nick AlexP is now known as AlexP_ (n=alex@rockbox/staff/AlexP) 14.25.15 Nick AlexP_ is now known as AlexP (n=alex@rockbox/staff/AlexP) 14.29.35 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 14.36.53 Join Jaykay [0] (n=chatzill@p579E7A43.dip.t-dialin.net) 14.43.33 *** Saving seen data "./dancer.seen" 14.43.51 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 14.51.56 Join mt [0] (n=MTee@41.233.144.53) 15.02.23 Quit midijunkie ("?(???~•~)?") 15.02.29 Join midijunkie [0] (n=Miranda@pD95460FE.dip0.t-ipconnect.de) 15.06.55 Join {phoenix} [0] (n=dirk@p54B44C21.dip.t-dialin.net) 15.09.33 Join intrados [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) 15.11.13 Join TheSphinX^ [0] (n=cold@p54A5EAE5.dip.t-dialin.net) 15.14.14 Quit tvelocity (Remote closed the connection) 15.15.47 Join kushalone [0] (n=kushal@12.169.180.178) 15.22.43 Join midijunkie41 [0] (n=Miranda@pD95460FE.dip0.t-ipconnect.de) 15.33.35 Quit miepchen^schlaf () 15.34.26 Quit einhirn (Read error: 104 (Connection reset by peer)) 15.36.31 Quit midijunkie (Read error: 113 (No route to host)) 15.39.05 Quit bmbl ("Woah!") 15.44.43 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 15.45.52 Join bluebrother [0] (n=Dom@f053153142.adsl.alicedsl.de) 15.49.42 Quit midijunkie41 ("?(???~•~)?") 15.50.26 Quit petur ("moving on to the next family.....") 16.02.17 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 16.08.16 Join krazykit [0] (n=kkit@adsl-76-252-6-10.dsl.ipltin.sbcglobal.net) 16.12.52 # domonoky: which version of Qt are you using? 4.4.3? 16.15.38 Quit fdinel (Read error: 104 (Connection reset by peer)) 16.17.21 # bluebrother: 4.4.1 on windows. 16.17.43 Join miepchen^schlaf [0] (n=miepel@dslb-088-072-245-094.pools.arcor-ip.net) 16.18.11 Quit robin0800 (Read error: 104 (Connection reset by peer)) 16.18.17 Quit AndyI (Remote closed the connection) 16.18.31 Join AndyI [0] (n=pasha_in@212.14.208.235) 16.20.42 Quit miepchen^schlaf (Client Quit) 16.22.57 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 16.28.21 Join domonoky1 [0] (n=Domonoky@g229175198.adsl.alicedsl.de) 16.37.26 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 16.37.49 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-bce1d914ea1a1d30) 16.39.46 Join Lss [0] (n=Lss@cm7.delta91.maxonline.com.sg) 16.43.34 *** Saving seen data "./dancer.seen" 16.44.15 Join tvelocity [0] (n=tony@adsl22-78.her.forthnet.gr) 16.44.29 Quit Jaykay ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") 16.46.46 Quit domonoky (Read error: 110 (Connection timed out)) 16.48.58 Quit flydutch ("/* empty */") 16.50.23 Join Lynx_ [0] (n=Lynx@xdsl-84-44-173-86.netcologne.de) 16.51.39 Quit bmbl ("Woah!") 16.52.46 Join rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89) 16.54.15 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 16.59.42 # domonoky1: for some reason copying the vbs from the resource to the temp path seems to fail all the time, thus the call failing. Haven't figured why copying isn't working anymore. Interestingly it creates a temporary file with the contents of the vbs. 17.00.11 Quit kushalone (Client Quit) 17.00.59 Quit Thundercloud (Remote closed the connection) 17.09.11 Quit {phoenix} (Remote closed the connection) 17.11.21 Quit AndyI (Remote closed the connection) 17.11.35 Join AndyI [0] (n=pasha_in@212.14.208.235) 17.17.14 Quit gevaerts (Nick collision from services.) 17.17.23 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 17.23.49 Join _Mastery_ [0] (n=Mastery@66.241.118.70.cfl.res.rr.com) 17.23.49 Quit Mastery (Read error: 104 (Connection reset by peer)) 17.31.29 Quit intrados (Read error: 54 (Connection reset by peer)) 17.33.08 Join intrados [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) 17.34.52 Join saratogahome [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-1de375cafb7c351a) 17.38.31 Quit tvelocity (Read error: 54 (Connection reset by peer)) 17.40.59 Quit tessarakt (Read error: 104 (Connection reset by peer)) 17.42.04 Quit robin0800 (Remote closed the connection) 17.44.52 Quit AndyI (Remote closed the connection) 17.45.06 Join AndyI [0] (n=pasha_in@212.14.208.235) 17.46.51 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-dc2d74fcc56158f4) 17.47.14 Join FlynDice_ [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 17.52.02 Quit FlynDice_ (Read error: 104 (Connection reset by peer)) 17.52.09 Join FlynDice_ [0] (n=jack@24.19.225.90) 17.56.18 Join stoffel [0] (n=sfr@p57B4C094.dip.t-dialin.net) 17.57.45 Quit intrados (Read error: 54 (Connection reset by peer)) 17.58.41 Join tessarakt [0] (n=jens@e180081114.adsl.alicedsl.de) 17.59.16 Join intrados [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) 18.02.37 Quit FlynDice_ (Read error: 145 (Connection timed out)) 18.03.38 Join __Mastery__ [0] (n=Mastery@66.241.118.70.cfl.res.rr.com) 18.05.24 Quit itcheg (lindbohm.freenode.net irc.freenode.net) 18.05.24 NSplit lindbohm.freenode.net irc.freenode.net 18.05.24 Quit _Mastery_ (lindbohm.freenode.net irc.freenode.net) 18.05.24 Quit n1s (lindbohm.freenode.net irc.freenode.net) 18.05.24 Quit lucent (lindbohm.freenode.net irc.freenode.net) 18.05.24 Quit soap (lindbohm.freenode.net irc.freenode.net) 18.05.24 Quit Beta2K (lindbohm.freenode.net irc.freenode.net) 18.05.24 Quit Galois (lindbohm.freenode.net irc.freenode.net) 18.05.24 Quit liiwi (lindbohm.freenode.net irc.freenode.net) 18.05.24 Quit freqmod (lindbohm.freenode.net irc.freenode.net) 18.05.24 Quit markun (lindbohm.freenode.net irc.freenode.net) 18.05.24 Quit fxb__ (lindbohm.freenode.net irc.freenode.net) 18.06.09 NHeal lindbohm.freenode.net irc.freenode.net 18.06.09 NJoin freqmod [0] (i=quasselg@dhcp208-240.ed.ntnu.no) 18.07.34 Quit FlynDice (Read error: 110 (Connection timed out)) 18.08.42 NJoin fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 18.08.48 Join efyx_ [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) 18.09.10 NJoin markun [50] (n=markun@rockbox/developer/markun) 18.09.42 Join FlynDice_ [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 18.09.58 NJoin Beta2K [0] (i=1000@d36-124-26.home1.cgocable.net) 18.10.48 Quit _lifeless (Read error: 148 (No route to host)) 18.13.58 Join Segadude [0] (n=sega@cpe-74-74-92-21.stny.res.rr.com) 18.14.35 Join lucent [0] (i=lucent@silenceisdefeat.com) 18.15.13 # hey is there any hope for an iPod Touch version of rockbox? 18.15.49 # Not unless some one does the work 18.15.54 # not any time soon; the firmware is encrypted and the hardware is totally different to all the previous iPods 18.16.07 # It'd probably be better as an application on the touch too 18.16.23 # Torne: I think the touch can be jailbroken though 18.16.39 # i c. Alexp: I think so too 18.16.47 # that doesn't necessarily give you the ability to reflash it with arbitrary stuff 18.16.54 # it just means you can access some of the OS X-based OS 18.16.57 # Torne: I wouldn't reflash it 18.17.00 # i'm not sure exactly, but still 18.17.08 # Torne: I'd run Rockbox as a pllication 18.17.11 # yah. 18.17.15 # you could run rockbox as an app on the touch but someone would have to write rockbox as an app first :) 18.17.15 # *application 18.17.19 # so rockbox-as-app would have to happen first 18.17.22 # exactly 18.17.26 # and then get ported to the iPhone 18.17.39 # and then it'd still need jailbreaking because apple won't allow stuff that is intended to replace builtin apps 18.17.44 # yep 18.17.59 Quit bittin```` (Connection timed out) 18.18.59 # they would have ti make a new GUI tho 18.19.02 # *to 18.20.36 Join toffe82 [0] (n=chatzill@adsl-75-8-206-188.dsl.frs2ca.sbcglobal.net) 18.20.53 NJoin n1s [0] (n=n1s@rockbox/developer/n1s) 18.21.37 NJoin liiwi [0] (i=liiwi@idle.fi) 18.21.56 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-23e3dd390a15e4a5) 18.23.42 Quit stoffel ("leaving") 18.31.24 NJoin soap [50] (n=soap@rockbox/staff/soap) 18.33.45 # Hmm. Regarding the build problems of m68k-elf-gcc, there's a weird thing 18.34.01 # I can't even build it on my linux box anymore, but this used to work 18.34.54 # Now the question is whether this is due to some updated linux package, or due to some glitch in rockboxdev.sh (there were numerous changes since I last tried it on linux) 18.35.20 # I remember getting a problem with one of the crosscompilers, but it's a long time ago 18.38.50 # * amiconn suspects the latter, since the problem hits quite different systems 18.40.01 Part domonoky1 18.42.35 Quit ender` (Read error: 131 (Connection reset by peer)) 18.43.36 *** Saving seen data "./dancer.seen" 18.47.47 Quit mt (Read error: 110 (Connection timed out)) 18.52.36 Quit AndyI (Remote closed the connection) 18.52.52 Join AndyI [0] (n=pasha_in@212.14.208.235) 18.55.19 # amiconn: The problem seems to be the "-r" option added to "make". 18.56.35 # H,, what does that do? 18.56.44 # *Hmm, 18.56.46 # Disables built-in rules. 18.56.50 # ah 18.57.01 # It was needed because Apple added conflicting built-ins to their version of make. 18.57.01 # So gcc 3.4.x needs them? 18.57.21 # Does m68k-elf-gcc build on osx? 18.57.31 # I'm just doing a clean compile now to confirm my guess. 18.57.51 # But "make" in the libiberty directory worked for me, but "make -r" gives the error. 18.58.27 # amiconn: I recall various people testing that patch before it was committed, but my guess would be that no-one tried all the compilers... 18.58.51 # Yeah, probably just the popular arm :\ 18.59.35 # Yes, works fine when "-r" is removed. 19.00.02 # Do you have access to an osx box? 19.00.46 # Yes, I'll try. 19.04.46 Nick FlynDice_ is now known as FlynDice (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 19.08.09 # amiconn: Compiling m68k on OSX fails with the same problem. 19.08.35 Join fyrestorm [0] (n=nnscript@cpe-68-173-233-205.nyc.res.rr.com) 19.09.41 Nick JdGordon|afk is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 19.10.02 # linuxstb: With or without the -r ? 19.10.11 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 19.10.46 # With the -r. You're right, I should test without... 19.16.37 Quit TheSphinX^ ("XChat@Linux") 19.22.36 Join firedix [0] (n=firedix@201.254.116.40) 19.23.41 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 19.24.22 # amiconn: Yes, m68k compiles fine without the -r. So that seems the fix. 19.24.31 Join pyro_maniac [0] (n=pyro@91-64-227-210-dynip.superkabel.de) 19.24.39 # * linuxstb will try the other two 19.25.09 Join AndyIL [0] (i=AndyI@212.14.205.32) 19.25.13 Quit saratogahome ("CGI:IRC (EOF)") 19.26.03 Join flydutch [0] (n=flydutch@host219-166-dynamic.15-87-r.retail.telecomitalia.it) 19.26.24 Quit rwcr (Read error: 60 (Operation timed out)) 19.27.05 Quit AndyIL (Client Quit) 19.28.01 Join cmwslw [0] (n=cmwslw@c-98-249-113-152.hsd1.tn.comcast.net) 19.28.12 Part cmwslw ("Ex-Chat") 19.28.14 Quit AndyI (Read error: 60 (Operation timed out)) 19.28.16 Join renke [0] (n=renke@host-091-097-076-112.ewe-ip-backbone.de) 19.30.54 # linuxstb: Maybe it depends on the exact osx version? Something with 10.4.x vs. 10.5.x? 19.30.56 # * linuxstb discovers that the forums allow a 200KB text file to be quoted as part of a message, but not uploaded as an attachment... 19.31.22 # amiconn: I guess that's possible. 19.32.06 # Ah, sh fails as well. The problem seems to be compiling a ".m" file - I recall that Apple's makefile has a built-in for that extension. 19.32.18 # I mean sh fails without -r. 19.32.45 # sh compiled OK for me on debian testing 64bit with -r I think 19.32.59 # I'll just check, but I'm pretty sure that only m68k failed 19.33.54 # yeah, seems to be there OK 19.34.32 Quit flydutch (Read error: 104 (Connection reset by peer)) 19.35.54 # Hmm, http://svn.rockbox.org/viewvc.cgi?view=rev&revision=20704 19.36.17 Join mirak [0] (n=mirak@85-170-144-34.rev.numericable.fr) 19.36.29 # yes, it just seems it wasn't tested for m68k (or anything other than arm?) 19.36.49 # AlexP: All binutils and all other crosscompilers build with -r, just m68k-elf-gcc doesn't 19.37.05 # The ".m" file is in binutils, so maybe we can use "-r" for binutils, but not gcc. 19.37.13 # amiconn: I know - I mean that they may not have been tested, so that may just be chance 19.37.18 # This is probably because gcc 3.4.x doesn't like -r. The others are 4.0.x or 4.1.x 19.37.49 # (that is how it behaves on cygwin and linux) 19.40.10 Join flydutch [0] (n=flydutch@host219-166-dynamic.15-87-r.retail.telecomitalia.it) 19.41.25 Part Segadude 19.45.29 Join Ubuntuxer [0] (n=johannes@dslb-094-221-094-200.pools.arcor-ip.net) 19.47.10 # For the firewire ipods, does inserting firewire reboot to the Apple OF? i.e. does it work the same as USB does (prior to Rockbox USB)? 19.47.27 # yes 19.48.48 # I'm wondering about the manual note for ipod3g,ipod4g,ipodcolor,ipodmini that says "Firewire detection is not supported in Rockbox at the moment. Please use USB only." I take it that this isn't true? 19.49.05 Join juane414 [0] (n=chatzill@119.149.14.227) 19.49.26 # hey all i'm new to rockbox is there a way to sync with windows media player? 19.49.55 # anyone? 19.50.21 # Patience - 30 seconds isn't long to read the question, let alone type out an answer 19.50.48 # sorry thought everyone was afk 19.50.48 # With what player and what version of Rockbox? 19.50.59 # juane414: After 30 seconds wait? 19.51.05 # ipod video 60g gen5 19.51.14 # What version of Rockbox? 19.51.32 # latest release 19.51.36 # 3.2 i believe 19.51.42 # Could you check? 19.51.51 # yup its 3.2 19.51.55 Quit mirak ("Ex-Chat") 19.52.41 # Then that uses the apple firmware for USB 19.53.04 # and that means it's not possible? 19.53.05 # So wmp will treat it as a normal ipod 19.53.13 # okay 19.53.46 # well no big loss i haven't used itunes in ages anyway 19.53.54 # amiconn: should reverting that -r commit fix my gcc compile problem? 19.53.57 # been using sharepod 19.54.14 # JdGordon: only for m68k 19.54.20 # thanks for answering my question alex 19.54.23 # that happens to be my problem :) 19.54.36 # JdGordon: reverting it will break it on macosx for the others 19.54.48 # I think the fix is to only use -r for binutils. 19.55.10 # i.e. revert that -r commit, and explicity add "-r" to the make line for binutils. 19.55.54 # The problem on OSX is only with .m files, which only exist in binutils. 19.56.22 Quit juane414 ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") 19.56.58 # <1 min m68k gcc compile on my quad core :) 19.57.17 # of course, thats with ccache from months ago, but sitll lightning fast :) 19.57.23 # and yes, removing -r fixed it 19.58.15 # Bagder: you can add m68k back onto my build server 19.58.31 # cool 19.59.28 Quit Ubuntuxer ("Leaving.") 20.03.42 Join Tali_ [0] (n=chatzill@bzq-84-108-58-176.cablep.bezeqint.net) 20.04.00 Join Darren415 [0] (n=DarrenMR@cpe-74-78-172-134.buffalo.res.rr.com) 20.04.28 Quit Tali_ (Client Quit) 20.04.41 Join tomers [0] (n=chatzill@bzq-84-108-58-176.cablep.bezeqint.net) 20.04.43 # What is the best video format for rockbox? 20.05.12 # mpeg2 20.05.36 # do you know of a converter thats free? 20.05.44 # many, see the wiki page 20.06.42 # ty 20.06.44 Part Darren415 20.07.05 # * GodEater likes the easy questions 20.09.26 Join rwcr [0] (n=oremanj@xenon.get-linux.org) 20.11.14 # New commit by 03dave (r20899): Revert r20704 and only use the -r option when compiling binutils. This is good enough to fix compilation of the toolchains on OSX, but doesn't break ... 20.11.19 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 20.11.37 # * linuxstb was about to type something to say he's changed rockboxdev.sh, but CIA-38 beat him... 20.15.01 Quit Bagder (Read error: 104 (Connection reset by peer)) 20.15.04 Join Darren415 [0] (n=DarrenMR@cpe-74-78-172-134.buffalo.res.rr.com) 20.15.20 # I'm not seeing anything about converters on the wiki 20.15.25 Join Galois [0] (i=djao@efnet.math.uwaterloo.ca) 20.15.34 # Darren415: You want the PluginMpegplayer page 20.15.53 Join Bagder [241] (n=daniel@rockbox/developer/bagder) 20.15.59 Quit __Mastery__ ("maybe windows will stop sucking if I restart") 20.18.25 Join Grahack [0] (n=chri@ip-194.net-82-216-197.nantes.rev.numericable.fr) 20.18.38 Quit renke ("leaving") 20.18.50 # amiconn: I'm wondering about the manual note for ipod3g,ipod4g,ipodcolor,ipodmini that says "Firewire detection is not supported in Rockbox at the moment. Please use USB only." I take it that this isn't true? 20.19.37 # Does anybody know for I can publish my private git repository on a remote machine that I have an user account for, and which I can connect to using SSH? 20.21.23 Join domonoky [0] (n=Domonoky@g229175198.adsl.alicedsl.de) 20.22.09 # AlexP: "svn blame" says you wrote that... Or did you just reformat? 20.22.18 # I just reformatted 20.22.19 Join ender` [0] (i=krneki@foo.eternallybored.org) 20.22.26 # tomers: read-only or read-write ? 20.22.49 # tomers: yes you can. There's an interesting article here: http://scie.nti.st/2007/11/14/hosting-git-repositories-the-easy-and-secure-way 20.23.47 # AlexP: Seems febs added it in r11887 (Jan 2007), so I'm guessing it's out of date. I recall amiconn working on firewire detection. But wait for him to confirm. 20.24.02 # Should I be able to play video on an ipod that shouldnt otherwise play video with rockbox? 20.24.33 # Grahack: I have read-write access 20.24.36 Quit firedix ("Ex-Chat") 20.24.40 # linuxstb: Yes, he said that it works just as USB does, so I'm (pretty damn) sure it is out-of-date :) 20.24.43 # Darren415: Yes, Rockbox plays videos on ipods that Apple doesn't. 20.24.50 # bluebrother: Thanks 20.24.58 # Darren415: Which ipod do you have? 20.25.04 # 1st gen nano 20.25.09 Join gartral [0] (n=gareth@75.33.75.186) 20.25.23 # Darren415: Then video should work well in Rockbox - because of the small screen. 20.25.45 # well I have a cable to hook it to my tv so I can download movies and watch them there instead of burning them. 20.26.00 # Rockbox doesn't support the TV-out. 20.26.13 # ok 20.26.21 # (I don't even known if the Nano has one) 20.26.32 # I can play audio though the tv 20.27.25 # Er, but aren't you just using the headphone socket? 20.27.29 # no 20.27.47 # so how is it connedted? 20.28.11 # the Ipod connector thingy 20.28.20 # That is just using a line out 20.28.26 # And is quite different to video 20.28.36 # ok 20.28.43 # Anyway, regardless of whether the nano has video out, Rockbox doesn't support it 20.29.00 # But even if the Nano had a TV out, the CPU in the Nano would never be able to fill a TV screen with video - it's far too slow. 20.29.04 # is there any plugins that do or is it completely unsupported? 20.29.07 # tomers: YOU have read-write access but do you need that others have? If yes, the link that bluebrother sent is great, if no, you can simply publish with http (To publish via HTTP section of http://www.bluishcoder.co.nz/2007/09/how-to-publish-git-repository.html) 20.29.08 # does rockbox support the video out on any target? 20.29.20 Join fyrestorm [0] (n=nnscript@cpe-68-173-233-205.nyc.res.rr.com) 20.29.34 # gartral: There's some work-in-progress for the ipod video in a flyspray patch. 20.30.33 # * gartral wonders what it would take to get video out on the mr100s.. 20.30.39 # Darren415: All plugins that we know of come with Rockbox. Besides, video out wouldn't be a plugin, it would be core capability. It isn't supported 20.30.42 # Darren415: It's impossible - there is no tv-out hardware in the 1st gen Nano (I've just googled...) 20.30.56 # cd .. 20.31.02 # damn 20.33.53 # ty 20.33.56 Part Darren415 20.35.40 # Grahack: The remote server has no git installed. I am only able to transfer files to it, and I have my own ~/public_html directory, available at http://myserver.com/~tomers/ 20.37.30 # I guess you don't need other to write to it, so http is probably good enough 20.37.39 # tomers: great, so everything you need is here: http://www.bluishcoder.co.nz/2007/09/how-to-publish-git-repository.html, in the relevant section 20.38.13 # so you'll have full access with ssh:// and others read-only with http:// 20.40.20 # Grahack: Oh, I saw there 'chmod +x /git/.... ' and I thought it is now relevant for me. Now I get it - it means doing it on your development machine. I should have RTFM 20.43.39 *** Saving seen data "./dancer.seen" 20.45.24 # only the section starting with "To publish via HTTP" is relevant for you. 20.47.58 Join evilwombat [0] (n=stevenm@pool-71-182-212-11.pitbpa.east.verizon.net) 20.48.37 # Hello. Has anyone ever tried replacing an ajbrec's 2.5" hdd with a CF card and adapter? 20.48.49 # tomers: arf sorry, you're in the right section, you have to "chmod +x my_repo.git/hooks/post-update" on the server 20.49.29 # tomers: I'm not sure to understand your problem... 20.53.38 # New commit by 03alex (r20900): Properly capitalise "Rockbox", and rewrite a couple of small sections. Some of this is taken from FS#9880 by Johannes Linke. 20.55.41 Join petur [50] (n=petur@rockbox/developer/petur) 20.55.48 # would anyone be intrested in a minor keymap patch for solitaire? 20.56.07 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 20.56.18 Join arohtar [0] (n=faemir@88-106-242-222.dynamic.dsl.as9105.com) 20.56.53 # depends what it does :) 20.58.21 # causes solitaire to not jump to menu on power key press, and when the key was released 20.58.58 # Is it on FS? 20.59.01 Quit faemir (Read error: 104 (Connection reset by peer)) 20.59.24 # not yet, i wanted to see if anyone was intrested, i'll upload now 20.59.25 Quit robin0800 (Client Quit) 21.00.04 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 21.02.31 # * gartral spots he made a mistake 21.05.01 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 21.09.27 Quit Grahack ("Leaving.") 21.10.26 # and since i dont really know how most of the players respond, this is for sansas as of right now 21.10.47 # you can check using the sim 21.11.06 # domonoky: news on FS 21.11.15 # FS#10190: it is a Qt issue :( 21.11.39 # AlexP: ide have to compile for every sim.. 21.11.50 # gartral: yes, you would 21.12.06 # gartral: But if you want to do it properly... 21.12.15 # Grahack: Thanks for the info. I'll look into it. I think there's no problem... 21.12.18 Quit tomers ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]") 21.12.52 Quit robin0800 ("No Ping reply in 90 seconds.") 21.13.18 # gartral: Not every sim, just every keypad. e.g. you only need one ipod build. 21.13.34 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 21.13.39 # bluebrother: bad. that probably also affects other parts of rbutil (bootloaderinstallfile for example). We should build a new windows binary with a older Qt version i think. 21.14.26 # it won't affect bootloaderinstallfile as that doesn't use resources. I'll try to create a new binary with Qt 4.5.0 and check if the issue appears too. 21.14.51 Join kugel [0] (n=kugel@rockbox/developer/kugel) 21.15.12 # linuxstb: yea, didnt think of that, speaking of, ever look into OVPsim? 21.15.33 # No, never heard of it... 21.17.28 Join tomers [0] (n=chatzill@bzq-84-108-58-176.cablep.bezeqint.net) 21.17.55 # gartral: I doubt many people would want to invest time in using proprietory tools with Rockbox though. 21.17.55 Join Ubuntuxer [0] (n=johannes@dslb-094-220-231-079.pools.arcor-ip.net) 21.20.57 Quit blithe ("Lost terminal") 21.21.08 Join blithe [0] (n=blithe@blakesmith.me) 21.21.13 # bluebrother: ah, i thought it affected all copies (as there are reported (unverfied) problems with bootloader install on mrobe100 and gigabeat). 21.26.08 Join {phoenix} [0] (n=dirk@p54B44C21.dip.t-dialin.net) 21.30.33 # well at least from the tt bug I linked in the task it only affects when copying from resources. Maybe I should check the copying in the bootloader install too 21.30.58 Quit blithe ("Lost terminal") 21.31.08 Join blithe [0] (n=blithe@blakesmith.me) 21.31.10 Join froggyman [0] (n=47ba40e2@gateway/web/cgi-irc/labb.contactor.se/x-03839988977ac530) 21.31.19 # #rockbox-community 21.31.26 # #rockbox-community 21.31.37 # froggyman: it doesn't work this way. 21.31.43 # froggyman, I think you mean /join #rockbox-community 21.31.46 # you want to use /join at the beginning 21.32.18 # yeah i know, it tried copying and pasting it in but it just put it in the chat right away 21.32.52 Quit kugel (Read error: 110 (Connection timed out)) 21.33.17 Join kugel [0] (n=kugel@rockbox/developer/kugel) 21.34.19 # anyone know why the WPS themes from this site dont seem to be working properly? (http://linuxstb.cream.org/themes/index.php?model=ipodvideo64mb#ipod%20simple) 21.34.34 # Because it is very old? 21.34.35 # * linuxstb wonders where froggyman got that URL from 21.34.56 # And also not the theme site? 21.35.28 # Hi, Please have a look at my patch. FS#10193 The patch adds a standart game menu to brickmania, pegbox, rockblox, spacerocks and jewels and slightly improve the usability of the games. 21.35.35 # no, the regular ones from the "current" theme site work, just not those 21.36.00 # yes, I know 21.36.07 # That is not the theme site, and old 21.36.16 # froggyman: Where did you find the URL for it? 21.36.18 # well, then the theme is incompatible. You need to fix it 21.36.43 # alexP i got that after searching the forums a bit... 21.36.49 # kugel is right, that I had rather divide it into different patches, but I can't do it anymore 21.37.31 # huh 21.38.01 # Ubuntuxer: It's hard for people to review such a patch, so it's less likely to get committed. 21.38.37 # * froggyman realizes that linuxstb took down the archived theme site 21.39.07 # froggyman: It was never "the archived theme site". 21.39.32 # It was just a test I shared temporarily, and forgot to remove. 21.39.53 # ahh, but it was still a copy of it 21.39.53 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 21.40.02 # no it wasn't 21.40.48 # I would be deeply grateful, if someone still review it. 21.41.34 # Ubuntuxer: It'll be much more likely to be reviewed if you split it up 21.41.36 # Why "can't" it be devided into different patches? 21.42.41 # Ubuntuxer: Do your files have tabs in them? The alignment looks broken in the diff. 21.42.56 Quit robin0800 (Read error: 113 (No route to host)) 21.43.28 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-f5e5e4cd094e92ea) 21.43.31 # Actually not 21.43.36 # I will review it 21.47.43 # Why do you think it looks broken? I used always four spaces. 21.48.32 # I'm looking at the diff in firefox - I'm guessing it's using 8 spaces for tab characters. 21.49.24 # Which is why Rockbox source shouldn't have tab characters - use actual space characters. 21.50.56 # Ubuntuxer: Looking at pegbox for example, is there a reason to rename those functions to add pegbox_ to the start? 21.51.49 # tabs ftw 21.51.55 # if only people would use them properly 21.54.32 # I thought problems occurs if two funtions have the same name. 21.55.07 # I wanted to except that 21.57.18 # If you would like I will delete all this tiny non-functional changes. 21.57.29 # Ubuntuxer: Unless there's a function with the same name in the plugin-lib, it's not a problem. 21.58.08 # Ubuntuxer: From a quick look, your patch seems to do three things: 1) Cosmetic changes; 2) bugfixes; 3) new features. Split across many plugins... 21.58.47 Join _lifeless [0] (n=lifeless@188.16.107.29) 22.00.34 # ok, what do you think about the new features? 22.02.36 # I'm not sure what they are... But it's good to see someone working on plugins - they're generally abandoned after their initial development. 22.03.17 # Hey guys- is there any development at all happening on the old Archos targets? 22.03.53 # well, you could argue most non-target specific rockbox development is also archos development 22.04.06 # anything in particular you're thinking about? 22.04.23 # this is true, but I meant things like the wav codec, any possible B/W or small-screen plugins, etc 22.05.15 # i rarely plug this thing into computer anymore (it lives in my car) and am thinking about updating the RB on it.. seeing what to expect, etc 22.05.58 Quit kugel (Read error: 110 (Connection timed out)) 22.05.58 Quit intrados (Remote closed the connection) 22.06.59 # @linuxstb: just test it please, you will notice immediately the small improvements. 22.07.19 # evilwombat: i'd say that very few developers care about the archoses anymore 22.07.29 # some do use them, tho 22.07.38 # preglow, aah, I see... sadly this is the only rb device i own :( and I'm poor 22.08.04 # preglow, maybe you might know.. I have an arjrec 10GB, so it's got USB 1.1. I heard the bigger models used USB 2.0. Any ideas on how they got away with this? 22.08.14 # none whatsoever 22.08.15 # Is it just a different version of the same chip? 22.08.17 # aah 22.08.17 # i've only ever seen archoses :> 22.08.21 Join mt [0] (n=MTee@41.233.144.53) 22.08.29 # my first rockbox device was an iriver h120 22.08.39 # ah, nice. that is a good one 22.08.42 # indeed it is 22.09.00 # if i can get usb 2.0, i'm considering bringing this thing up to full operation.. fixing the charge controller, etc 22.09.23 # if the chip is pin-compatible, it can be exchanged.. 22.09.39 # but i've no idea if the rest of the device is changed 22.10.49 # well, me neither :) 22.11.43 # who did the reverse-engineering on those devices? linus? 22.11.45 Join BHSPitMonkey_ [0] (n=stephen@pool-71-244-5-24.dllstx.fios.verizon.net) 22.12.10 # linuxstb , saratoga : I was able to manually apply the necessary modifications to cook.c from the patch to convert it to fixed-point. 22.12.21 Join moredhel [0] (n=faemir@88-106-242-222.dynamic.dsl.as9105.com) 22.12.33 # cook.c r 18079 not the old one form 2007 22.12.41 # I've got a question about the function splash(). If I change the font size the text is cut off. Is it a known bug ? Could it be that it just occurs on my fuze? 22.12.43 Quit BHSPitMonkey (Read error: 104 (Connection reset by peer)) 22.12.57 Nick BHSPitMonkey_ is now known as BHSPitMonkey (n=stephen@pool-71-244-5-24.dllstx.fios.verizon.net) 22.13.44 # Ubuntuxer: if you change the font size, you change the amount of space needed to display the text... 22.14.30 Quit arohtar (Read error: 104 (Connection reset by peer)) 22.14.48 Quit bmbl (No route to host) 22.14.52 # but the text box doesn't change size 22.15.06 # mt: That's good news. 22.15.29 # mt: Now add multi-channel support ;) 22.15.33 # Ubuntuxer: that sounds like a bug, likely introduced with recent changes to the splash functionn 22.16.02 # linuxstb : sure, why not ? :) 22.16.04 # Ubuntuxer: pleas post a bug report in our tracker with details on how to reproduce it 22.16.18 # ok 22.17.07 # evilwombat: several people, i think 22.17.16 # all of the swedes and more 22.17.37 # linuxstb : I'd like to show you my modifications first though before making a patch. 22.17.53 # Wasn't the h100 chosen in part becuase the hardware was reasonably documented as well? 22.17.59 # aye 22.18.07 # an approach we should have stuck to :P 22.18.40 # indeed :) 22.18.58 # preglow: Or an approach we wished the manufacturers had stuck to... 22.19.16 # linuxstb : Should I drop lfg for the current patch, and use cook_random or rand(), or would it be better if this happens in another patch ? 22.19.47 # mt: My personal preference is for lots of small patches. That way, the commit messages are more useful. 22.19.59 # linuxstb: a fair point.. 22.21.01 Quit schrottplatz ("o.O") 22.21.50 Join bittin```` [0] (i=bittin@anapnea.net) 22.22.03 # linuxstb : OK. not-so-few modifications had been done to cook.c though. 22.23.29 # mt: BTW, don't forget copyright headers on new files - I added one to cook.h before committing your last patch. 22.23.38 # FS#10197 22.23.39 # I'll do a patch that should change cookdata.h , create cook_fixpoint.h, cookdata_fixpoint.h and cook_fix_mdct.h in addition to modifying cook.c. 22.24.43 # linuxstb : I was going to add one to cook.h, but I thought I didn't really do anything there, I just moved some declarations to a separate file. 22.25.15 # mt: just a thought, have you looked if you can use the mdct present in the rockbox codec lib, it could save you a lot of work if you could use it 22.27.00 # n1s : no I haven't. I'll look into that, but I think the fixed-point mdct produced by the patch is similar to that used in rockbox. (I remember saratoga saying something like that ? ) 22.30.15 # Alright, forgive the denseness. What the devil is rockblox1d? 22.30.31 # one dimensional rockblox! 22.30.39 # so it would appear 22.31.17 Join kugel [0] (n=kugel@rockbox/developer/kugel) 22.31.17 # it's for people who find rockblox too hard 22.31.44 Quit Ubuntuxer ("Leaving.") 22.33.05 Quit tomers ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042523]") 22.33.31 # n1s : yes, just looked into rockbox's mdct, it's the same are the one cook uses ( both imported from tremor ). 22.33.39 # s/are/as 22.34.29 # mt: that's good news as our version is pretty optimized for our targets (and avoids duplication) :) 22.39.34 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 22.40.58 Quit XavierGr (Read error: 104 (Connection reset by peer)) 22.43.43 *** Saving seen data "./dancer.seen" 22.44.35 Quit Llorean (Read error: 104 (Connection reset by peer)) 22.44.55 Join Llorean [0] (n=DarkkOne@adsl-99-185-10-150.dsl.hstntx.sbcglobal.net) 22.46.17 # linuxstb : Modifications to cook.c will have to be done all in one patch, to make it compile and work properly. (Most of the decoding-related functions will be changed ) 22.46.44 Quit AlexP ("Please insert girder") 22.46.46 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 22.47.07 Join AlexP [0] (n=alex@rockbox/staff/AlexP) 22.49.23 Join mt_ [0] (n=MTee@41.233.144.53) 22.49.56 Nick mt is now known as Guest44924 (n=MTee@41.233.144.53) 22.50.21 Nick mt_ is now known as mt (n=MTee@41.233.144.53) 22.52.19 Join intrados [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) 22.53.01 Quit _synergis (Remote closed the connection) 22.55.50 Join _synergis [0] (n=christof@cant.be-arsed.co.uk) 22.56.45 Quit _synergis (Client Quit) 22.58.02 Quit moredhel (Client Quit) 22.58.19 Join faemir [0] (n=faemir@88-106-242-222.dynamic.dsl.as9105.com) 23.00.13 Join ender [0] (i=krneki@foo.eternallybored.org) 23.04.06 Quit n1s ("Lämnar") 23.08.05 Quit Guest44924 (Read error: 110 (Connection timed out)) 23.09.48 Quit {phoenix} (Remote closed the connection) 23.10.29 # what are the benefits of using CF vs. a hard drive in a iPod? 23.10.46 # seek time and power usage 23.10.55 # solid state so you dont have to be so carefull with it 23.10.57 # also shock resistance 23.11.49 # Basically, if CF comes in an acceptable capacity and price for you, it's the better choice 23.12.00 # gevaerts: where's the best place to put a setting check to only charge or connect to usb? 23.12.52 # JdGordon: usb_power_button() in firmware/usb.c 23.13.01 # Llorean: thanks 23.13.09 # arg, why did my e200 with a brand new bootloader boot the OF when usb is connected? 23.13.28 # so would i be able to expect higher battery life with a CF card in then? 23.13.30 # JdGordon: brand new bootloader from where? 23.13.38 # svn 23.14.58 Quit flydutch ("/* empty */") 23.15.01 # that's weird 23.15.35 # froggyman: CF may be slower though. Still fast enough for normal use, but noticeable when copying files 23.16.21 # nope, bootloader didnt update :( 23.16.21 # I didn't think the new bootloaders were released, not sure though 23.16.37 # they aren't 23.16.54 # There are some on a flyspray task, but svn should do it too :) 23.17.09 Quit ender` (Read error: 110 (Connection timed out)) 23.17.19 # gevaerts: so what about battery life, is it like a huge drop (around 50%), minimal drop, or minimal increase? 23.17.56 # why the heck isnt sansapatcher installing the new bootloader? 23.18.03 # froggyman: I haven't tested this, but as far as I know CF should be better 23.18.04 Join miepchen^schlaf [0] (n=miepel@p579ECD79.dip.t-dialin.net) 23.21.19 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 23.23.08 # arg, really.. wtf? I've removed the rbbl, sudo eject /dev/sdc, reconnected it, used sansapatcher to list the loaders and it shows none, reinstall the rbbl, eject again and its still showing the bl from nov 07 23.24.45 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-dca2b09a7bf32cd3) 23.24.48 Quit kugel (Read error: 110 (Connection timed out)) 23.27.09 # so, maybe you're just installing the old bootloader by accident 23.27.25 # nope 23.27.49 Join kugel [0] (n=kugel@rockbox/developer/kugel) 23.28.18 Quit petur ("Zzzzzz") 23.28.42 # linuxstb, saratoga : New patch is in the task now :) 23.29.21 # oh joy... the OF is now not loadable 23.32.38 Quit evilwombat ("^D") 23.33.42 # mt: Can you add some text to README.rockbox describing these changes? Are all the changes from patches to ffmpeg, or are some your work? 23.34.01 # i.e. give links to where you got the patches from, and say which you applied. 23.34.39 # OK. 23.35.01 Quit bluebrother ("Leaving") 23.40.35 # linuxstb: have you got any ideas why sansapatcher and rbutil both cant seem to do anything with the firware partition? 23.40.58 # both say successfully removed/installed the bootloader, but nothing gets changed 23.44.29 # JdGordon: Sorry, no. 23.46.04 Quit kugel (Read error: 110 (Connection timed out)) 23.46.47 # linuxstb : is this enough ? (http://pastebin.com/d1fd86890) 23.48.12 # mt: Looks good to me. Although you could say "An uncommitted patch from ffmpeg's mailing list..." (and you wrote maling instead of mailing) 23.48.17 Join kugel [0] (n=kugel@rockbox/developer/kugel) 23.49.29 # linuxstb : parts of the patch were committed. (" a partially committed patch ".. ? :) ) 23.52.15 # linuxstb : how about this - http://pastebin.com/d7c7fe433 23.53.06 Quit kugel (Read error: 104 (Connection reset by peer)) 23.53.20 Join kugel [0] (n=kugel@rockbox/developer/kugel) 23.57.25 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net)