--- Log for 01.09.108 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 11 days and 4 hours ago 00.00.16 # another question - anyone knows a free svn online hostng projects? like code.google? 00.01.12 # sf.net 00.01.47 # sf.net have svn or cvs 00.03.23 # so, anyone knows why I am getting that errors? 00.06.47 # dionoea, you wrote md5sum right? what do you think about the patch in FS#9209? 00.08.19 # bertrik_: looks good. (In fact it might be wise to not compile that plugin in default builds ... kind of like the test plugins) 00.09.19 # * bluebrother spots a typedef struct in this header :/ 00.09.58 # Casainho: again, where is MATRIX_MCFG2 defined? 00.10.38 # dionoea: you also were the one who introduced the "live moving" in the playlist viewer, right? 00.11.03 # gevaerts: AT91_REG MATRIX_MCFG2; // Master Configuration Register 2 (hperiphs) 00.11.07 # Casainho: is that the exact casing of the error you get? 00.11.14 # gevaerts: line 129 of that file 00.11.35 # the line you pasted has AT91_REG, while the error you posted at91_reg 00.12.36 # well, I get errors on each line of that file :-( 00.12.42 # * bluebrother considers this header file ugly as hell 00.13.02 # ah -- so you simply picked one randomly? 00.13.14 # export/AT91SAM9260.h:1041: Error: bad instruction `at91_reg AIC_FFDR' 00.13.16 # export/AT91SAM9260.h:1042: Error: bad instruction `at91_reg AIC_FFSR' 00.13.18 # export/AT91SAM9260.h:1043: Error: junk at end of line, first unrecognized character is `}' 00.13.19 # export/AT91SAM9260.h:1085: Error: bad instruction `typedef struct _AT91S_PIO{' 00.13.20 # export/AT91SAM9260.h:1086: Error: bad instruction `at91_reg PIO_PER' 00.13.22 # export/AT91SAM9260.h:1087: Error: bad instruction `at91_reg PIO_PDR' 00.13.24 # export/AT91SAM9260.h:1088: Error: bad instruction `at91_reg PIO_PSR' 00.13.26 # export/AT91SAM9260.h:1089: Error: bad instruction `at91_reg Reserved0[1]' 00.13.27 # Casainho: please don't do that 00.13.28 # export/AT91SAM9260.h:1090: Error: bad instruction `at91_reg PIO_OER' 00.13.28 # wow 00.13.29 # stop 00.13.29 # export/AT91SAM9260.h:1091: Error: bad instruction `at91_reg PIO_ODR' 00.13.31 # export/AT91SAM9260.h:1092: Error: bad instruction `at91_reg PIO_OSR' 00.13.32 # stop it 00.13.39 # export/AT91SAM9260.h:1093: Error: bad instruction `at91_reg Reserved1[1]' 00.13.40 # sorry - should be pastbin 00.13.45 # you've been told once 00.13.46 # hell yes 00.14.42 # sorry - forgot 00.14.51 # the erros are here on pastbin: http://pastebin.com/d33b1df17 00.15.43 # Casainho: IMO these struct stuff is a bad idea anyway -- you should take the datasheet and create the register defines yourself IMO 00.16.15 Quit n1s () 00.17.17 # Casainho: Look at the other files (e.g. something like mcf5249.h) in firmware/export/ for what bluebrother means 00.17.40 # "export/AT91SAM9260.h:2674: Error: junk at end of line, first unrecognized character is `}'" 00.18.03 # that's several times in the error messages 00.18.08 # Casainho: Are you compiling in Windows or Linux? That's a DOS text file... 00.18.17 # hmmm - maybe is this: #ifndef __ASSEMBLY__ 00.18.19 # typedef struct _AT91S_SYS { 00.18.24 # linux 00.18.42 # dos2unix is your man 00.18.51 # That's against the rockbox coding style, but I don't see how that's related to the problem 00.18.58 # but I am tryingto build the crt0.S file... 00.19.13 # That would explain it then, you can't write C code in a .S file... 00.19.42 # pixelma: yep, that was me. Is it broken? 00.19.55 # I have the impression that it has issues with the typedeffing of foo and *foo 00.20.05 # the same time using the same name that is 00.20.06 # dionoea: slightly (sometimes), see http://www.rockbox.org/tracker/task/7967 for details 00.20.17 # Indeed. That's why that #ifndef __ASSEMBLY__ is there. Just define the right symbols... 00.20.30 # <_emp> typedef makes things ugly really fast 00.20.34 # ok, I take that back. Overlooked the somewhat hidden P ... 00.20.58 Quit ompaul (Client Quit) 00.21.07 # dionoea: it's a bit weird though 00.21.09 # isn't it nice to hide information? You'll always will ask yourself what exactly this type means ... 00.21.56 # pixelma: i'll try and debug it tomorrow. Just remind me to do so 00.21.58 # bluebrother: but surely it's intuitively clear that AT91_REG means volatile unsigned int.. 00.22.05 # Time to go sleep now. Good night. 00.22.14 # dionoea: nice, will do ;) 00.22.25 # gevaerts: true. :| 00.22.57 # okok - I did resolved by doing "#define __ASSEMBLY__" before include that header file :-) -- thank you all :-) 00.23.06 # Casainho: have you made sure you're using the correct line endings (LF for linux) 00.23.26 # * bluebrother frequently gets annoyed by those guys at work typedeffing all stuff all the time and even not knowing why doing so :/ 00.23.52 # kugel: don't know, but that same header file builds perfectly on another project, builded with the same tools here on GNU/Linux 00.24.25 # Casainho: Ok. But if you want to be sure, run dos2unix on that fule 00.24.28 # file* 00.24.34 # <_emp> I can download the current build source in one file, or is subversion the only way to get the source? 00.24.36 # You should fix the line endings (i.e. set the correct svn properties), but gcc should handle it fine 00.24.49 # kugel: thanks :-) 00.25.02 # _emp: there's the source archive at the current build page 00.25.08 # <_emp> thanks 00.25.11 # Casainho: a header file doesn't build. It gets included, thus the compile unit including it needs to build 00.25.43 # depending on the compile unit this might fail, but gcc will still show the error occuring in the header 00.26.07 # :-) -- I am learning a lot :-) 00.26.40 # <_emp> kugel, how often are those updated? 00.26.56 # _emp: on every source code change 00.27.02 # _emp: every commit 00.27.07 # it's just as current as the current builds 00.27.23 # <_emp> is there a release or stable branch that doesn't change as often? 00.27.40 # not for lots of years 00.27.48 # There should be one soon 00.27.51 # well, rockbox 2.5, but that's heavily updated. You'll want to wait for 3.0 00.27.53 # no. But I was thinking if we should create tarballs for rbutil releases 00.27.58 # although we are in feature freeze for a release at the moment 00.28.15 # outdated rather 00.28.21 # <_emp> it would be far easier to maintain a port, if I didn't have to worry about the source changing nightly 00.28.32 # as for rbutil, we have tags for each release 00.28.34 Quit mf0102 ("Ex-Chat") 00.28.48 # _emp: So just work of a specific revision 00.29.05 # s/of/off 00.29.08 Join krazykit [0] (n=kkit@host-72-175-80-116.rwl-wy.client.bresnan.net) 00.30.03 # <_emp> and there is a file I can download for the release build of rbutil? 00.30.28 # Each revision is tagged in svn and built from that 00.30.32 # no. At least not for the releases made 00.31.57 # <_emp> ideally, I would just download a release, open the archive, patch it, build it, and install it. 00.32.23 Quit bluebrother (Nick collision from services.) 00.32.28 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 00.32.31 # What are you doing (out of interest)? 00.32.41 # but IMO we should consider offering tarballs in the future. Doesn't even need the full sources, just strip everything not needed by rbutil 00.32.44 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.32.55 # would also make it much easier for other distro packages 00.33.19 # <_emp> well, I have a rough working port of rockbox on openbsd, so now, I want to start down the road of being able to submit for inclusion in the ports tree. This requires a lot more work. 00.33.38 # port in what sense? 00.33.46 # <_emp> http://www.openbsd.org/porting.html 00.34.10 # BigBambi: they call packaging "porting" to make it sound more impressive :) 00.34.14 # a "ports" package 00.34.14 # ah, packaging rbutil 00.34.36 # <_emp> well, I need a port to build a package 00.34.39 # gevaerts: indeed, packaging I understand - porting to me means something quite different :) 00.35.17 # * bluebrother did rpm packages some years ago, but that's much less impressive :) 00.35.32 # I also got confused about the talk of doing it to rockbox, not rbutil 00.35.43 # anyway, releasing a tarball would be a good thing imo 00.35.45 # How will we be expected to handle distribution packages that may be older versions? 00.35.59 # <_emp> well, here's the checklist I am going to start going down: http://www.openbsd.org/checklist.html 00.36.17 Quit bughunter2 ("bye") 00.36.19 # gevaerts: I want to make rbutil check its version automatically on startup and display a warning anyway 00.36.28 # <_emp> then, I can get some help from the openBSD community to test this some more 00.36.38 # bluebrother: in non-offline mode I guess :) 00.36.53 # even in offline mode! :D 00.37.01 # * bluebrother spots the clock 00.37.18 # * gevaerts clearly hit bluebrother on the head too hard earlier 00.37.19 Join tvelocity_ [0] (n=tony@gw1.mycosmos.gr) 00.37.42 # dang, got to get some sleep now. Got work to do tomorrow errr ... later 00.37.58 Quit bluebrother ("sleep") 00.38.46 Nick tvelocity_ is now known as tvelocity[a] (n=tony@gw1.mycosmos.gr) 00.41.34 # I am trying to build a port that don't have yet any display - just 2 LEDs for now - can I build RB bootloader without the need to build the display code? 00.43.32 Quit bertrik_ ("Leaving") 00.43.57 # Sure, why not? 00.44.40 Quit waldo ("Konversation terminated!") 00.47.21 # in my targe-config file I have all comment about the display, however I am getting this error 00.47.32 Quit tvelocity[a] ("Αποχώρησε") 00.47.42 # In file included from common.c:21: 00.47.43 # /home/cas/Documentos/RockboxPlayer/rockbox_port/rockbox/firmware/export/lcd.h:38:5: warning: "LCD_DEPTH" is not defined 00.48.31 # sorry, thats not the error :-) -- is this one: 00.48.34 # common.c: In function ‘printf’: 00.48.36 # common.c:74: error: ‘LCD_HEIGHT’ undeclared (first use in this function) 00.48.54 Nick Kopfgeldjaeger is now known as Kopfi|offline (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 00.50.00 # Casainho: So? Can't you imagine what this error means? 00.50.31 # yes I can, but how can I build without any thing about the display? 00.51.09 # stop the functions from accessing the display, e.g. by putting some #if 0 ... #endif around 00.52.01 # okok... tought that maybe could be another easy way :-) - thanks :-) 00.52.01 # or, rather define something like NO_DISPLAY, and put #ifndef NO_DISPLAY ... #endif around, that's slightly cleaner 00.52.25 # well, rockbox isn't made to run without display 00.53.03 # you could also create a parser, so that every access to the display will not display anything, but rather make the LEDs flash or something 00.53.30 # s/parser/wrapper 00.53.41 # my task is to make the leds flash using RB kernel :-) 00.53.58 # see, that's what I proposed 00.54.35 # so, you actually don't want to remove the LCD code, but rather create an led api 00.54.55 Quit ender` (" The Japanese really love nature. For instance, the art of bonsai. That's where they take a little baby tree and torture it") 00.55.26 # kugel: well, I am a beguinner, I don't understand somethings you are saying :-) 00.55.30 Quit tvelocity (Read error: 110 (Connection timed out)) 00.55.35 # parser? :-) 00.55.50 # i meant wrapper 00.56.35 # you make a wrapper, which redirects LCD functions to the LEDs 00.56.49 # that's what i would do 00.57.34 # I think I understand... 00.57.38 # but i wonder what's the goal of this. why not using the LCD in the first place? 00.57.44 # but I am in bootloader stage... 00.58.06 # Casainho: the rockbox bootloader is a mini-rockbox, that doesn't change anything 00.58.07 # because I don't have drivers for LCD yet 00.58.47 # and would like to first use the LEDs, much esiear than making LCD drivers... 00.59.41 # well, that you need to re-implement functions like printf() 01.00.50 # kugel: okok, after... now I would like to build the RB bootloader even if it's is empty 01.01.53 # that won't helpyou 01.02.14 # how are you planning to see if it works? 01.02.59 # yes, I need to have a base to start... 01.03.28 # a problem here: I can't find the common.c file, but I am getting an error on it... 01.03.41 # where is common.c file? 01.04.24 # it is not listed on SOURCES file.... 01.04.56 # is this even a rockbox file? 01.05.18 # I don't know where it is 01.05.43 Quit krazykit ("Connection reset by beer") 01.05.45 # oh, I got it -- bootloader/common.c 01.07.48 Quit tessarakt ("Client exiting") 01.08.05 Nick oofus is now known as oofus[away] (n=chris@oofus.demon.co.uk) 01.08.14 Nick oofus[away] is now known as oofus (n=chris@oofus.demon.co.uk) 01.08.41 Quit oofus (Read error: 104 (Connection reset by peer)) 01.13.01 # and now I am in the linking stage, for the first time :-) -- but gettin g this error: 01.13.44 # usr/local/arm9/lib/gcc/arm-elf/4.1.1/../../../../arm-elf/bin/ld: ERROR: /usr/local/arm9/lib/gcc/arm-elf/4.1.1/libgcc.a(_udivsi3.o) uses FPA instructions, whereas /home/cas/Documentos/RockboxPlayer/rockbox_port/rockbox/build/bootloader/bootloader.elf does not 01.18.51 # Use the Rockbox recommended arm-elf-gcc (i.e. the one built by rockboxdev.sh) 01.18.58 # amiconn: what to do about the characters with ENCODING -1? 01.19.19 # <_emp> the rockboxdev.sh works great 01.19.28 # Casainho: we have gone over this before... 01.20.25 # okok - so I will build arm-elf with rockboxdev.sh :-) 01.21.27 # amiconn: ah, seems they're all blank, at least in the cronyx fonts. No harm in discarding them then. 01.24.30 Quit super (Read error: 60 (Operation timed out)) 01.25.24 *** Saving seen data "./dancer.seen" 01.27.23 Quit MethoS- (Remote closed the connection) 01.28.18 Quit faemir ("Leaving") 01.32.23 Quit saratoga ("CGI:IRC") 01.54.58 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-b362eb0bb36225ec) 01.57.57 # so are we branching 3.0 off today? 01.58.30 Join safetydan [0] (n=evertond@rockbox/developer/safetydan) 01.59.13 Quit Casainho (Read error: 60 (Operation timed out)) 02.07.47 Quit sbhsu (Read error: 110 (Connection timed out)) 02.13.58 Quit culture (Success) 02.21.35 Quit saratoga ("CGI:IRC (EOF)") 02.28.17 Quit XavierGr () 02.31.15 Quit dabujo ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") 02.32.39 Quit |Marco| ("leaving") 02.35.42 Quit nplus (Remote closed the connection) 02.39.21 Join Casainho [0] (n=chatzill@87-196-155-253.net.novis.pt) 02.39.44 # hello again :-) 02.40.10 # I did build the RB bootloader however I am getting a bootloader bin file of 0 bytes... 02.41.16 # on the bootloader C file I just get one warning: "rockboxplayerlittle.c:411: warning: function declaration isn’t a prototype" -- that the main(), why that error? 02.42.09 # and the other warning at linker stage is this one: "/usr/local/arm-elf/lib/gcc/arm-elf/4.0.3/../../../../arm-elf/bin/ld: warning: cannot find entry symbol reset_handler; defaulting to 00000000" 02.42.43 # reset_handler is refered on file .lds... 02.43.07 # does anyone have clues about why bootloader file is 0 bytes? 02.49.29 Quit bd_ (Read error: 104 (Connection reset by peer)) 02.49.54 Join ranok [0] (n=ranok@cosmos.woodstock.clarkson.edu) 02.58.53 # well 02.58.57 # that's rather annoying 02.59.51 Join MU{lappy} [0] (n=Militant@pool-98-117-9-134.hrbgpa.fios.verizon.net) 03.00.29 # bye bye 03.00.32 Quit Casainho ("ChatZilla 0.9.83 [Firefox 3.0.1/2008072820]") 03.03.41 Join wpyh [0] (n=william@75-140-9-84.static.rvsd.ca.charter.com) 03.04.05 Quit markun (Read error: 104 (Connection reset by peer)) 03.04.14 Join markun [0] (n=markun@bastards.student.ipv6.utwente.nl) 03.05.25 Quit Thundercloud__ (Remote closed the connection) 03.05.50 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 03.05.51 Quit ranok ("Peace and chow") 03.15.56 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 03.16.03 # * JdGordon kicks scorche|sh back 03.25.28 *** Saving seen data "./dancer.seen" 03.34.52 # JdGordon: hey, how's your flu? Do you feel better? 03.35.47 Quit DerDome (Nick collision from services.) 03.35.48 Join DerDome1 [0] (n=DerDome@dslb-082-083-197-200.pools.arcor-ip.net) 03.36.00 Nick DerDome1 is now known as DerDome (n=DerDome@dslb-082-083-197-200.pools.arcor-ip.net) 03.39.26 Part pixelma 03.49.24 Join reacocard [0] (n=reacocar@WL-311.CINE.HMC.Edu) 03.52.01 Quit kugel ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 04.03.14 Join mazling [0] (i=largeear@host86-139-57-15.range86-139.btcentralplus.com) 04.04.26 Quit Thundercloud (Remote closed the connection) 04.09.40 Quit phinze (Read error: 110 (Connection timed out)) 04.16.01 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 04.16.15 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 04.19.43 Nick beta2k_ is now known as beta2k (n=beta@d150-126-240.home.cgocable.net) 04.35.07 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-e1112bedf82800e5) 04.52.39 Part wpyh 05.00.34 DEBUG Received signal 15 (SIGTERM), terminating (snapshot: fplrun.c line 385) 05.00.34 *** Cleanup 05.00.34 *** Saving seen data "./dancer.seen" 05.00.34 *** Exit 05.10.41 *** Started Dancer V4.16 05.10.41 *** Connected to irc.freenode.net on port 6667 05.10.41 *** Logfile for #rockbox started 05.10.46 Ctcp Version from freenode-connect!freenode@freenode/bot/connect 05.10.47 *** Server message 501: 'logbot :Unknown MODE flag' 05.10.47 Mode "logbot :+i" by logbot 05.10.47 Join logbot [0] (n=bjst@gateway/web/cgi-irc/labb.contactor.se/x-507a9318582de8ba) 05.10.47 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-e1112bedf82800e5) 05.10.47 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 05.10.47 Join mazling [0] (i=largeear@host86-139-57-15.range86-139.btcentralplus.com) 05.10.47 Join reacocard [0] (n=reacocar@WL-311.CINE.HMC.Edu) 05.10.47 Join DerDome [0] (n=DerDome@dslb-082-083-197-200.pools.arcor-ip.net) 05.10.47 Join markun [0] (n=markun@bastards.student.ipv6.utwente.nl) 05.10.47 Join MU{lappy} [0] (n=Militant@pool-98-117-9-134.hrbgpa.fios.verizon.net) 05.10.47 Join safetydan [0] (n=evertond@rockbox/developer/safetydan) 05.10.47 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 05.10.47 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 05.10.47 Join Bger [0] (n=bager@rockbox/developer/Bger) 05.10.47 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 05.10.47 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 05.10.47 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 05.10.47 Join jon-kha [0] (i=jon-kha@kahvi.eu.org) 05.10.47 Join toffe82 [0] (n=chatzill@adsl-75-3-220-37.dsl.frs2ca.sbcglobal.net) 05.10.47 Join desowin [0] (n=desowin@atheme/member/desowin) 05.10.47 Join goffa [0] (n=goffa@216.220.23.105) 05.10.47 Join nobodyspecial [0] (n=sheppard@S010600115b4aee37.ed.shawcable.net) 05.10.47 Join daurnimator [0] (n=daurn@dsl-58-6-110-92.vic.westnet.com.au) 05.10.47 Join daurn [0] (n=daurnima@unaffiliated/daurnimator) 05.10.47 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 05.10.47 Join avis [0] (n=ident@pdpc/supporter/student/avis) 05.10.47 Join rasher [50] (n=rasher@rockbox/developer/rasher) 05.10.47 Join Rob2223 [0] (n=Miranda@p4FDCE0EF.dip.t-dialin.net) 05.10.47 Join nima [0] (n=nima@adsl-75-45-227-27.dsl.sfldmi.sbcglobal.net) 05.10.47 Join Galois [0] (i=djao@efnet-math.org) 05.10.47 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 05.10.47 Join BlakeJohnson86 [0] (n=bjohnson@c-71-63-161-27.hsd1.mn.comcast.net) 05.10.47 Join HellDragon [0] (n=jd@Wikipedia/HellDragon) 05.10.47 Join fyrestorm [0] (n=fyre@cpe-68-173-169-24.nyc.res.rr.com) 05.10.47 Join swimmer [0] (i=swimmer@xs7.xs4all.nl) 05.10.47 Join jfc [0] (n=john@dpc691978010.direcpc.com) 05.10.47 Join UncleRemus [0] (n=caj@78-69-154-184-no176.tbcn.telia.com) 05.10.47 Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 05.10.47 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 05.10.47 Join Jorsik [0] (n=jorsik00@217-159-162-102-dsl.trt.estpak.ee) 05.10.47 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 05.10.47 Join midkay [0] (n=midkay@rockbox/developer/midkay) 05.10.47 Join Dhraakellian [0] (n=ntryon@cpe-69-207-147-61.rochester.res.rr.com) 05.10.47 Join _emp [0] (n=tweaker@ip68-230-75-227.ph.ph.cox.net) 05.10.47 Join lastebil [0] (n=truck@cube.lomal.la) 05.10.47 Join Soap [50] (n=soap@rockbox/staff/soap) 05.10.47 Join Hadaka [0] (i=naked@naked.iki.fi) 05.10.47 Join crashd_ [0] (i=foobar@lostnode.org) 05.10.47 Join ComradeHaz [0] (i=Haz@85.234.136.4) 05.10.47 Join feisar [0] (i=jljhook@irkki.fi) 05.10.47 Join fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 05.10.47 Join wurscht [0] (i=wurst@telia.ffm.us-dialin.net) 05.10.47 Join crwl [0] (n=crawlie@a91-154-18-71.elisa-laajakaista.fi) 05.10.47 Join ch4os [0] (n=ch4os@unaffiliated/ch4os/x-059673) 05.10.47 Join topher|away [0] (n=topher@epiar/founder/topher) 05.10.47 Join Slasheri [0] (i=miipekk@xen.ihme.org) 05.10.47 Join beta2k [0] (n=beta@d150-126-240.home.cgocable.net) 05.10.47 Join parafin [0] (i=parafin@paraf.in) 05.10.47 Join Strogg [0] (n=jean@unaffiliated/strogg) 05.10.47 Join DaCapn [0] (n=dacapn@nemo.csn.tu-chemnitz.de) 05.10.47 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 05.10.47 Join Bjoern-Erik [0] (n=Bjoern@41.80-202-110.nextgentel.com) 05.10.47 Join thegeek [0] (n=nnscript@s080a.studby.ntnu.no) 05.10.47 Join neddy [0] (n=john@nat/sun/x-3546bed5da8e335f) 05.10.47 Join gromit` [0] (n=gromit@ALagny-154-1-52-37.w81-249.abo.wanadoo.fr) 05.10.47 Join Zom [0] (n=zom@reactos/tester/Zom) 05.10.47 Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) 05.10.47 Join freqmod_qu [0] (n=quassel@2001:700:300:1800:213:d3ff:fee9:5ed0) 05.10.47 Join vort3x [0] (n=vortex@unaffiliated/dfa001) 05.10.47 Join suom1 [0] (i=markus@viitamaki.net) 05.10.47 Join axionix [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com) 05.10.47 Join scorche|sh [50] (n=scorche@rockbox/administrator/scorche) 05.10.47 Join tchan [0] (n=tchan@lunar-linux/developer/tchan) 05.10.47 Join agaffney [0] (n=agaffney@gentoo/developer/pdpc.active.agaffney) 05.10.47 Join num1 [0] (n=brian@unaffiliated/num1) 05.10.47 Join DogBoy [0] (n=john@unaffiliated/dogboy) 05.10.47 Join dionoea [0] (n=dionoea@videolan/developer/dionoea) 05.10.47 Join shodanX [0] (n=shodanX@arie.informatik.uni-erlangen.de) 05.10.47 Join rvvs89 [0] (n=rvvs89@bright-snat.ucc.asn.au) 05.10.47 Join Battousai [0] (n=bryan@gentoo/developer/battousai) 05.10.47 Join desowin_ [0] (n=desowin@atheme/member/desowin) 05.10.47 Join tarbo [0] (n=me@unaffiliated/tarbo) 05.10.47 Join pabs [0] (n=pabs@xor.pablotron.org) 05.10.47 Join Kopfi|offline [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 05.10.47 Join Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) 05.10.47 Join courtc [0] (n=court@unaffiliated/courtc) 05.10.47 Join nicktastic [0] (n=nick@unaffiliated/nicktastic) 05.10.47 Join basti [0] (n=basti@85.214.109.173) 05.10.47 Join maddler [0] (n=maddler@cabbage.komputika.net) 05.10.47 Join Bagder [241] (n=daniel@rockbox/developer/bagder) 05.10.47 Join preglow [0] (i=thomj@tvilling2.pvv.ntnu.no) 05.10.47 Join SUSaiyan [0] (n=SUSaiyan@cc955743-a.zwoll1.ov.home.nl) 05.10.47 Join HEx_ [0] (i=HEx@83-231-209-76.dsl.prodigynet.co.uk) 05.10.47 Join joshin [0] (n=joshin@unaffiliated/joshin) 05.10.47 Join @ChanServ [0] (ChanServ@services.) 05.10.47 Join jmspeex [0] (n=jmspeex@modemcable112.109-81-70.mc.videotron.ca) 05.10.47 Join Llorean [0] (n=DarkkOne@rockbox/administrator/Llorean) 05.10.47 Join lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 05.10.47 Join Zambezi [0] (i=stolgfor@itslyna.se) 05.10.47 Join delt_away [0] (i=1000@66.234.26.5) 05.10.47 Join ze [0] (i=ze@cpe-75-82-143-231.socal.res.rr.com) 05.10.47 Join iamben [0] (n=ben@adsl-70-255-19-58.dsl.spfdmo.sbcglobal.net) 05.10.47 Join maraz [0] (i=maraz@xob.kapsi.fi) 05.10.47 Join w0rd54 [0] (i=blackdev@100mbit.top-site.us) 05.10.47 Join idshark [0] (i=chainsaw@i.will.tell.u.some.hotstories.de) 05.10.47 Join unpaidbill [0] (i=bill@420nugs.info) 05.10.47 Join FOAD [0] (n=dok@dinah.blub.net) 05.10.47 Join blithe [0] (n=blithe@stiletto.djblithe.com) 05.10.47 Join Kohlrabi [0] (n=Kohlrabi@81.169.178.165) 05.10.48 *** Server message 477: 'logbot #rockbox :[freenode-info] why register and identify? your IRC nick is how people know you. http://freenode.net/faq.shtml#nicksetup' 05.16.59 Join Horschti [0] (n=Horscht@p4FD4C98D.dip.t-dialin.net) 05.17.45 Quit Horscht (Nick collision from services.) 05.18.20 Quit Horschti (Client Quit) 05.20.12 Join plus [0] (n=plus@li26-205.members.linode.com) 05.20.42 # Hi, I have a 5G 60GB iPod with iPL installed, and I just upgraded to the latest build of Rockbox for my iPod, but it no longer loads from the boot menu 05.21.20 Join EspeonEefi [0] (i=espeonee@STRATTON-FOUR-TWENTY-THREE.MIT.EDU) 05.24.27 # plus: that is likely related to how it looks for the rockbox binary, however we do not support the ipl bootloader here 05.24.54 # Alright 05.28.32 Join webguest80 [0] (n=18226480@gateway/web/cgi-irc/labb.contactor.se/x-69b5f01ea9b81f46) 05.30.25 Join RastaUdu [0] (n=18226480@gateway/web/cgi-irc/labb.contactor.se/x-1b6a1a35e9ed6cb2) 05.32.39 Quit reacocard (Read error: 110 (Connection timed out)) 05.33.32 Quit webguest80 ("CGI:IRC (Ping timeout)") 05.35.55 # hey 05.36.00 # i 05.36.07 # i have a question 05.36.20 # i installed rockbox on my 30gb ipod... 05.36.37 # i cant find a way to make fonts bigger.... is it possible? 05.37.44 # you need to change your font...this is described in the manual 05.38.09 # i cannot find 05.38.51 # look harder ;) 05.38.52 # the page 05.38.56 # can u help me 05.39.03 Join reacocard [0] (n=reacocar@WL-311.CINE.HMC.Edu) 05.39.32 # ? 05.39.59 # i just did...the channel guidelines state that you should read the manual before asking for help in here though...you also seem to be violating a few other ones...(the link to the channel guidelines are in the topic) 05.40.06 # there is a manual link on the homepage 05.40.56 # i know that 05.41.11 # what guide i follow the loading fonts? 05.41.14 # guide 05.41.29 # RastaUdu: there is a section in the manual on that 05.42.36 Join Lambdumb [0] (n=Lambda@12-202-140-90.client.mchsi.com) 05.42.47 # what section do i have to look for 05.42.50 # i cant find it 05.43.29 # are you looking at the html manual or the pdf version? 05.43.46 # the online 05.43.56 # the pdf function typically has a "search" functionality, so you can usualy juts search for "font" 05.44.32 # you dont see anything in here relating to fonts? http://download.rockbox.org/manual/rockbox-ipodvideo/rockbox-buildli1.html#x2-1000 05.44.58 # loading fonts 05.45.10 # but i dont want to load fonts i want to make fonts bigger 05.45.30 Join Lambdugh [0] (n=Lambda@12-202-140-90.client.mchsi.com) 05.45.38 # 20:37 < scorche|sh> you need to change your font 05.45.47 # i told you earlier that you need to... 05.45.47 # how? 05.45.49 # heh 05.46.00 # u jsut playing around with words 05.46.04 # u not helping me at all 05.46.14 # lol 05.46.18 # lol 05.46.32 # he's suggesting that you help yourself 05.46.34 # stp using "u" as said in the topic....do you not understand that by me saying that you need to change your font that you need to load a new font? 05.46.50 # RastaUdu: all the time ou spen arguing with scorche|sh you could have searched the manual and found the answer 05.47.15 # RastaUdu, you need to choose a different font to get it larger 05.47.16 # ok... wel i went to the manual....and it says load fonts 05.47.27 # i dont need to load fonts i need to make the fonts bigger 05.47.31 # and i dont know how 05.47.44 # and in the manual i cant see anything about font resizing 05.47.51 # so i came here to ask how to do it 05.47.54 # RastaUdu, you need to choose a different font to get it larger 05.48.05 # that is the only way 05.48.08 # and i find this asshole that tells me useless stuff 05.48.13 # RastaUdu: for the third time, you need to change the font to get it bigger...in the fonts pack, many fonts come in different sizes 05.48.22 # ok thans advcomp 05.48.33 # RastaUdu: keep it civil... 05.49.06 # shut up 05.49.09 # i cant stand u 05.49.26 # you still are using "u"... 05.49.53 # so what 05.49.55 # RastaUdu, read the guidelines please 05.50.19 # RastaUdu: they are linked in the topic of this channel...they list the guidelines that one should follow while in this channel 05.50.39 # this is dumb 05.51.02 # one should also follow them if one expects to receive help here.. 05.51.15 # RastaUdu, irc guidelines are not dumb 05.51.24 # but scorche is 05.51.35 # i am what? 05.51.47 # since i asked for help cause i dint find anything on the guide and he started Bitching 05.52.14 # RastaUdu: this is your last warning...keep the topic to rockbox and follow the guidelines.. 05.52.17 # he has not 05.52.23 # ok 05.52.24 # wutever 05.52.41 # thanx for your help scorche 05.52.56 # YOU are really helpful 05.55.32 # does the source build properly under freebsd? 05.55.32 Quit RastaUdu ("CGI:IRC (EOF)") 05.55.55 # nobodyspecial: it should provided you are using the correct crosscompilers 05.56.08 # sl 05.56.18 # sl? 05.56.23 # *so I need to build the linux toolchain? 05.57.21 # rockboxdev.sh should work there 05.58.05 Join wpyh [0] (n=william@75-140-9-84.static.rvsd.ca.charter.com) 06.02.02 # alright, Thanks 06.03.14 Quit Lambdumb (Read error: 110 (Connection timed out)) 06.11.52 Quit Zarggg () 06.20.49 Join iLoVeRocknRoll [0] (n=18226480@gateway/web/cgi-irc/labb.contactor.se/x-a23385b71eb9a1fc) 06.21.08 # hey everyone 06.21.31 # anyone here? 06.21.54 # iLoVeRocknRoll, yes 06.22.01 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 06.22.06 # yes, someone is here 06.22.18 # i was wondering if it is possible somehow to use the ipod while i am recharging it 06.22.44 # yes, it's possible 06.22.48 # are you using RB? 06.23.26 # iLoVeRocknRoll: hold the menu button while inserting the cable...this is all described in the manual though 06.23.54 # will it charge anyways 06.24.07 # i mean it wont screw my ipod 06.24.07 # ? 06.24.52 # ok i jsut tried it works.. but no background light? 06.25.42 # eh?...the backlight should work as normal 06.25.53 # no it doesnt work 06.26.00 # if it would screw up your ipod, do you think we would allow it? ;) 06.26.05 # i mean everything works when plugged in but no light 06.26.43 # are you running the latest build? 06.26.48 # yes 06.26.55 # downloaded like a couple min ago 06.27.36 # oh i wentr on options and i turned on 06.27.37 # lol 06.27.41 # idk why it was off 06.27.54 # probably because you turned it off at some point ;) 06.28.17 # i see there is a gameboy emulator too in it... i read the guide... it says i can put the games enywhere... 06.28.32 # i did put the game in the ipod but it desnt load it 06.28.38 # i mean i cant even see the file 06.28.59 # then you may have to check your file view options 06.29.11 # hmm 06.29.15 # where is it located 06.29.29 # in the menu somewhere...ceck the manual 06.29.31 # check 06.29.41 # i am in the file view 06.29.50 # what option am i fixing? 06.30.31 # show files 06.31.04 # lemme try hold on 06.32.14 # nice it froze 06.32.22 # lol 06.33.56 # awesome lmao 06.35.33 # this stinks 06.36.02 Quit iLoVeRocknRoll ("CGI:IRC") 06.43.09 # scorche: was that some kind of 1user? 06.45.09 # if you are refering to "luser", then likely 06.45.23 # hm... ok 06.45.28 # * wpyh didn't know 06.48.52 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 06.56.16 Join Genre9mp3 [0] (n=yngwiejo@rockbox/contributor/Genre9mp3) 06.57.27 Quit Genre9mp3 (Client Quit) 07.05.47 Quit gevaerts (Nick collision from services.) 07.05.59 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 07.07.40 Join xxbatman94xx [0] (i=d1ad5e65@gateway/web/ajax/mibbit.com/x-c56779624353c3f6) 07.08.02 # heyy umm i need help with making voice files for my ipod 07.08.22 # im using the rockbox utility 07.10.44 *** Saving seen data "./dancer.seen" 07.11.21 Quit xxbatman94xx (Client Quit) 07.49.14 Quit DaCapn () 07.51.25 Part toffe82 07.56.46 Join bughunter2 [0] (n=Jelle@77.164.66.126) 08.00.15 Join nplus [0] (n=nplus@141.25.Globcom.Net) 08.00.36 Join austriancoder [0] (n=austrian@rockbox/developer/austriancoder) 08.01.35 Part safetydan 08.02.19 Quit massiveH ("Leaving") 08.04.30 Quit JdGordon ("Konversation terminated!") 08.07.20 Join JdGordon [0] (n=Miranda@c220-237-62-106.smelb2.vic.optusnet.com.au) 08.19.47 # gevaerts: please consider this (small) patch for meizu_dfu.c http://pastebin.com/m1d115568 08.21.57 Nick num1 is now known as num1_ (n=brian@unaffiliated/num1) 08.25.01 Join ShockValue [0] (n=bp@c-24-16-251-159.hsd1.mn.comcast.net) 08.25.32 # hi all.. i found a couple threads on rockbox being implemented on the Rio Karma.. is that still in the works or a dead end? 08.26.37 # good question 08.26.48 # afaik there's no work in progress currently 08.27.02 # but the guy who was looking at it still mentions wanting to get back to it 08.28.42 # Can somebody tell me the state of gsoc "rockbox as application"? 08.29.35 # good question ;) 08.30.16 Quit bughunter2 ("bye") 08.33.21 Join stoffel_ [0] (n=sfr@p57B4F503.dip.t-dialin.net) 08.37.19 Quit BigBambi (Read error: 113 (No route to host)) 08.37.53 # austriancoder: it's currently quantum - the waveform has yet to collapse 08.37.58 # austriancoder: All I can tell you is that at the moment, rockbox is not an application 08.38.25 # :) 08.40.55 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-d4ada72f4b9682c0) 08.44.50 Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-d4ada72f4b9682c0) 08.46.47 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.48.36 # is -fPIC really always right for the sim gcc options? 08.49.10 # i doubt it 08.49.15 # me too 08.49.27 # r18376 makes it so 08.51.28 # * GodEater goes to look up what -fPIC does 08.51.53 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.52.53 # * GodEater is enlightened 08.54.40 # B4gder: sorry I didnt reply to your email.... somewhat forgot about it untill this morning :p 08.54.51 # can you pass me the log from -gsoc? 08.56.13 # I don't have a log from there 08.57.19 # ok, we'll have to live with some of it being repeated then :p 08.57.29 # im not so sure we should fail it... 08.57.46 # let's continue in #rockbox-gsoc 08.57.47 # * GodEater thinks this should probably go back to -gsoc ? 08.57.57 # * JdGordon isnt sure why... but ok 08.57.59 # * scorche|sh deletes his similar line 08.58.20 # JdGordon: to prevent blown egos/drama, i would say 08.58.21 Join Rob2222 [0] (n=Miranda@p4FDCF772.dip.t-dialin.net) 08.58.24 # * GodEater prods at LinusN too 08.58.32 # kk 09.04.24 # B4gder: we can use -fpic or -fPIC to get rid of the warning.. http://gcc.gnu.org/onlinedocs/gcc-4.3.2/gcc/Code-Gen-Options.html#Code-Gen-Options 09.05.06 # it doesn't just silence the warning 09.05.29 # it fixes the warning 09.05.47 # yes, but does it produce a funtional output all over? 09.05.54 # just google about "warning: creating a DT_TEXTREL in object." 09.06.02 # you're missing my point 09.06.50 # -fPIC is a pretty big change 09.07.06 # and I'm doubting that it works unconditionally like that 09.07.12 # is there an other solution? 09.07.38 # first keyword being "unconditonally", I don't think everyone gets that warning to start with 09.08.45 # do you think we all get it? 09.09.08 # maybe?! 09.09.34 # is it ld that warns? 09.09.50 # I don't see any warnings in the build table 09.10.25 # or perhaps, what does it take to get the warning? 09.10.32 # yes... its ld 09.10.46 *** Saving seen data "./dancer.seen" 09.11.07 # so, what ld do you have on what arch? 09.11.38 # the ld for the plugins/codecs and not for the main rockboxui? 09.11.50 # 1) remove -fPIC from configure script. 2) mkdir sim; cd sim 3) ../tools/configure 50 Sim 4) make 09.12.07 # GNU ld (GNU Binutils) 2.18 09.12.18 # so why is there no warnigns in the build table? because it doesn't detect them? 09.12.39 # I don't have -fsim and I have no warnings 09.12.44 # not a single one 09.12.58 # so, what ld do you have on what arch? 09.13.06 # 64bit? 09.13.56 # x86 - GNU ld (GNU Binutils) 2.18 09.14.18 # and yes.. i get these warnings for plugins/codecs 09.16.12 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.16.36 # not a single one of the build server sims get these warnings 09.17.00 # talking of which - mine will be offline this week - it's been moved while the room it's in is painted 09.17.00 # what ld version is used on them? 09.17.05 # various 09.17.16 # No such warnings here either. x86_64 needs -fPIC though, and has it set for quite some time now 09.17.40 # right, that's the thing I recalled 09.18.00 # Adding it for all sims is most probably wrong 09.18.17 # I'd expect trouble with crosscompiled sims at least 09.18.21 # http://rafb.net/p/LaNROn35.html 09.19.07 # we don't doubt you getting these, we just question the fix 09.19.44 Join nplus_ [0] (n=nplus@141.25.Globcom.Net) 09.19.45 # And it's a warning that doesn't result in an error. That's fundamentally different from x86_64 09.19.58 # feel free to revert my commit 09.20.06 # amiconn: ah true 09.20.06 # The latter would also throw that warning without -fPIC, but then linking actually fails 09.20.46 # "This means that you are including an object in the shared library which was compiled without the -fpic option." 09.20.58 # makes no sense... 09.22.03 # and it is odd that austriancoder gets it but nobody else 09.22.15 # * GodEater just checked, and he also didn't get it 09.23.28 # gcc -v: http://rafb.net/p/gyYKXa67.html 09.23.50 # hm gentoo... 09.24.26 # * GodEater remembers getting odd build errors occasionally on gentoo 09.25.10 # yeah, we've seen it before... 09.26.11 Join funman [0] (n=tg@97-195-ftth.onsbrabantnet.nl) 09.27.28 # ladies? and gentlemen, please fasten your seat belt, the Sansav2 port is about to take off ! 09.27.45 # \o/ 09.27.55 # * austriancoder does a sim compile test on an other gentoo machine 09.28.45 Quit nplus (Read error: 110 (Connection timed out)) 09.29.01 # Did you try crosscompiling and testing a win32 sim with your change? 09.29.28 # funman: rock! 09.29.40 Join t0mas [0] (n=tomas@rockbox/developer/t0mas) 09.29.43 # * B4gder buckles up 09.30.46 # * GodEater gets into the RockboxRollerCoaster and buckles up too 09.30.48 # we have access to 3 buttons and the keypad led on one of the models (Clip) 09.31.04 # nice! 09.31.16 # amiconn: not yet.. but I can try my luck... never did it before 09.31.18 # * scorche|sh actually ordered a Clip yesterday 09.31.37 # but that doesn't necessarily mean we are safe from bricking it 09.31.56 # we need some help from people with e200, because this model has a real recovery mode 09.32.48 # funman: How are you injecting code - have you improved upon the "mkamsboot" code I wrote? 09.33.32 # linuxstb: no we use the same technique, and this is why we need experiments with e200 09.33.48 # I have a few ideas where we could put code, but not sure if we can really access it 09.34.16 # only testing will tell, and I don't want to brick another Clip :P 09.34.55 Join webguest26 [0] (n=577b4bd7@gateway/web/cgi-irc/labb.contactor.se/x-5fdec966397353f4) 09.34.55 # funman: but if it has a recovery mode, how do you brick it? 09.35.06 # B4gder: the Clip hasn't 09.35.20 # ah, I'm confusing matters... 09.35.30 # the m200 hasn't, the e200 has 09.35.40 # I don't know about Fuze 09.35.48 Quit midkay ("Leaving") 09.35.49 # good morning :) 09.36.03 # t0mas: hey ho you long lost soul! ;-) 09.36.17 # hehe.. sorry :) 09.36.31 # really busy job.. 09.36.57 # I do read the rockbox news ;-) 09.37.13 # which changes once in a blue moon ;) 09.38.38 # indeed.. takes no time at al ;) 09.40.07 Quit Lambdugh (Connection timed out) 09.41.31 Quit webguest26 ("CGI:IRC (EOF)") 09.48.02 Join scotty [0] (n=scotty@i577B4BD7.versanet.de) 09.49.10 Join midkay [0] (n=midkay@rockbox/developer/midkay) 09.52.02 Join Lambduh [0] (n=Lambda@12-202-140-90.client.mchsi.com) 09.52.08 Part scotty 09.54.10 Join scotty_007 [0] (n=scotty@i577B4BD7.versanet.de) 09.58.25 # amiconn: See FS#9347 for font cleanup. I think it should be post-3.0 stuff to make sure we don't break anything. 09.59.25 Quit EspeonEefi (Read error: 104 (Connection reset by peer)) 10.00.16 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 10.01.19 # That last commit is giving me lots of warnings when I build - "warning: -fPIC ignored for target (all code is position independent)" 10.02.04 # pondlife: right, we've been discussing the not so greatness of that commit this morning 10.02.10 # I see 10.02.31 # * pondlife should finish reading logs before speaking 10.02.41 # regarding 3.0, I would prefer a release branch done... just about now 10.04.36 # B4gder: I don't see anything speaking against it either 10.05.05 # Should the -FPIC be reverted/fixed first? 10.05.11 # i.e. so no warnings at least 10.05.11 # * linuxstb wonders how the merging back to trunk will happen, and what should go in the release branch (e.g. rbutil/manual changes...) 10.05.22 Quit num1_ ("God does not believe in Atheists, therefore they do not exist.") 10.05.33 # I think most things will just get committed to trunk as usual 10.05.45 # and only selected release-fixes go into the branch (as well) 10.05.55 # will anything be backported to the release? 10.06.06 # I'd say fixes but not features 10.06.12 # Are rbutil and the manual close to release-ready? Or are we not worried about those? 10.06.27 # and the new theme site? 10.06.35 # well, as I see it we have no choice but to do this 10.06.36 # pondlife: feel free to revert... i think i can live it all these warnings 10.06.44 # or to scrap the release plans (again) 10.06.47 # The theme site is outside the main rockbox svn 10.06.52 # we can't just continue having a freeze 10.07.01 # B4gder: Nooo, release time is now! 10.07.06 # I think so too 10.07.34 # I don't think trying to perfect things will be succesful 10.07.55 # I see it as "3.0 is effectively in feature freeze forever, but trunk becomes unfrozen." 10.08.04 # I agree 10.08.41 # then bugger it... hows tonight for release? 10.08.42 # austriancoder: Do you get many sim warnings without -fPIC? 10.08.54 # has nayone actually got any bugs which they are working on almost ready? 10.09.03 # JdGordon: I think we should branch first and give some days to cleanup on the branch 10.09.09 # any 3.0 showstoppers left? 10.09.14 # I doubt there is any point 10.09.25 # sure branch, but why wait unless someone is actually working on it? 10.09.28 # JdGordon: Nothing stopping you adding fixes to the 3.0 branch 10.09.30 # let's wait for Llorean for some input on that, he's our unofficial release-guru 10.09.48 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 10.09.48 # JdGordon: you, or me, I mean! 10.09.56 # LinusN: we went into the freeze with all showstoppers fixed 10.10.04 # pondlife: :) 10.10.09 # not really a wait, but some time to work on the release packages and make them nice 10.10.18 # oh sure 10.10.21 # how are the manuals? 10.10.36 # who reads manuals anyway? B-] 10.10.38 # * B4gder ducks 10.11.04 # There are 28 bugs open marked as "3.0", but some are fixed in SVN and awaiting new bootloaders. 10.11.29 # Furthermore, some are on non-3.0 targets 10.11.39 # (Assuming we're being picky there.) 10.12.03 # There's also a vague hope that manual, rbutil and translations might get a few fixes if we branch for a week's time 10.12.41 # FS#8999 is probably the worst one remaining as far as I can tell - CPU stays boosted. 10.12.42 # So which targets are we including? I think it will be simpler to just include everything, but there were some people saying the 1g/2g ipod for example wasn't good enough (no shutdown/sleep) 10.13.11 # linuxstb: 1G also suffers from scrollwheel failure - http://www.rockbox.org/tracker/task/8745 10.13.31 # (Or rather, some do.) 10.13.55 # id say the wheel issue is biugger than cpu staying bootsed... but neither are showstoppers 10.14.11 # pondlife: http://rafb.net/p/LaNROn35.html - without -fPIC 10.14.13 # the h300 bootloader has issues... :-( 10.14.18 Join Mathiasdm [0] (n=Mathias@vpnb098.ugent.be) 10.14.57 # LinusN: I implore you and petur to put some of your life aside for that task... ;) 10.15.09 # My H380 is quite happy, sadly. 10.15.10 # devcon 09! 10.15.21 # pondlife: mine too 10.15.54 # LinusN: But yours also has a workiing USB bootloader mode with v5, right? Mine does not... 10.16.15 # that's interesting 10.16.23 # I'm not sure the manuals are up for a release (though I can't tell from the top of my head which important things could be missing, but I know of places with outdated information). And I listened to parts of the DevCon meeting records yesterday... it's been said that a manual release doesn't have to happen with the release - and a manual (or general documentation) cleanup week was suggested 10.17.15 # I suspect an ATA (or something else) init timing issue causing both the USB bootloader issue and petur's issue. Having reordered things since v5, the USB bootloader now works, but we don't really know why... 10.18.50 # pixelma: as long as they dont have wrong install instrucstions... 10.18.59 # thats the only big daanger with the manual 10.18.59 # s 10.21.45 # those could be a lot better for some targets, e.g. H100/300 or the Iaudios don't mention the things you hve to do after putting the bootloader on in the "automated installation" part which comes first (rbutil shows some instructions there but they can easily be overlooked) 10.22.08 # rasher: just had a quick look at FS#9347 - why are you suggesting to rename snap tp snap-8? If I remember correctly, it needs 10 pixels of space, or is it just an example? 10.22.54 # pixelma: Then it should be snap-10, yes. It was just a quick example 10.23.29 # Hmm, silly question - how do I redirect both stdout and stderr to the same file (i.e. make >t 2>t)..? 10.23.47 # > 2>&1 10.23.56 # Thanks 10.29.41 Join mf0102 [0] (n=michi@85-127-180-91.dynamic.xdsl-line.inode.at) 10.29.55 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 10.31.22 # rasher: ok, there are also fonts which state a wrong number in the name, at least compared to what I would expect. E.g. helvR10 needs 12 pixels, helvR12 needs 14, mix12 needs 13... 10.32.13 # pixelma: This should also be fixed. Post-3.0 obviously, as set in the "Due in version" field. 10.32.18 # Ideally as soon as possible. 10.34.17 # I've been wondering whether it would be good or not to do all those renaming at once 10.34.20 # Wouldn't that be nice to fix before release? So that themes can be fixed? 10.36.02 # and a suggestion for the helvR* specifically - rename to something slightly different than helvR (maybe "helvetica" or so) to avoid confusion when talking about helvR12 10.37.01 # I have some trouble with mixed labels in asm: http://paste.ubuntu.com/42348/ 10.37.29 # ld sees a function into a function 10.37.42 Join krz_ [0] (n=chatzill@mail.jvl.by) 10.37.54 # linuxstb: I think it should just *after* release, so themes can get fixed before next release 10.38.04 # I agree 10.38.20 # If you do that, then you'll get a load of themes that work with trunk, but not with 3.0 10.38.46 # That's always the risk 10.39.00 # It's not a "risk" - you seem to be saying you want to do that. 10.39.09 Join Nibbler [0] (n=Nibbler@e181090207.adsl.alicedsl.de) 10.39.10 # What's the problem with renaming now? 10.39.26 # linuxstb: Breaking almost every theme *just* before release is not nice 10.39.56 # austriancoder: A small subset of the sim build I get: http://pastebin.com/m69ab684a 10.40.19 # I'm using gcc (GCC) 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) 10.40.46 # rasher: The svn themes should of course be fixed in parallel with the rename 10.40.48 # austriancoder: I'd say you should revert that commmit and research further why you get the warning 10.40.59 # rasher: I agree it's not nice, but I think it's preferable to the alternative. 10.40.59 # That's a lot of warnings, makes it hard to see any real problems... 10.41.19 # i think release time is just the right time to break things 10.41.34 # LinusN: Immediately post-release, you mean? 10.41.38 # no 10.41.50 # pre-release? 10.42.18 # because you can expect the user to do a clean install for the release 10.43.06 # So when 3.0 releases, almost no themes in the wild works? Ew 10.43.28 # hmm, that's a point 10.43.38 # rasher: And the alternative is that shortly after 3.0 is released, themes don't work any more with it... 10.43.53 # linuxstb: Only if we overwrite the current themes 10.43.59 # well, the 3rd option is to not rename fonts at all... 10.44.22 # Or a 4th option - leave the old fonts there with the broken names, and do "svn cp" to create new ones with new names 10.44.24 # until we break something else in the wps syntax or similar 10.44.25 # I don't see why themes couldn't be kept as "3.0" 10.44.39 # I tend to agree with linuxstb (not strongly though) and it also depends on whether we really will have a release more often 10.45.09 Join Mathiasdm2 [0] (n=Mathias@vpnj165.ugent.be) 10.45.15 Quit amiconn (Nick collision from services.) 10.45.17 # The themes site should offer releases as "required build", I think 10.45.21 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 10.47.45 # * amiconn would just rename the fonts, fix the svn themes and leave the rest to the theme authors 10.47.54 # somehow I don't like option 3 (because of inconsistent and confusing names) or 4 (beause the font folder will get a lot larger) 10.48.01 # The theme site is something that seems to take forever 10.48.05 # rasher: I just think 3.0 will be around much longer than it will take to fix the themes, and that's the cleaner of the two options. 10.48.20 Join cfp [0] (n=cfpcompt@abo-17-57-68.mts.modulonet.fr) 10.49.49 # pixelma: Do you know how many fonts are we talking about? 10.49.50 # some themes are still broken anyways 10.50.08 # I guess as long as we don't have the themes sites, maybe it is smarter to rename now, since authors will probably jsut overwrite their (currently working) themes 10.50.16 # linuxstb: unfortunately no 10.50.57 # I also think most users will have an old .rockbox directory there anyway (with the old fonts), so for them, the themes won't break anyway (if we choose non-conflicting new names) 10.51.08 # but rasher's patch names some and I already mentioned 3 more earlier 10.51.26 # are only the themes affected by the name changes? 10.55.10 # couldn't we add, just in release 3, a switch in wps parser to replace new names with old ones ? 10.55.41 # cfp: Sounds really hackish 10.56.05 Join Nico_P [0] (i=53915df2@gateway/web/ajax/mibbit.com/x-a448606b19f40e66) 10.57.32 # indeed 10.57.54 # but it could allow every themes to be fixed for trunk 10.58.32 # I'm pretty sure that's lowest on the list of ways to go. That would be a rather nasty binsize hit 10.59.56 # * linuxstb proposes a quick vote - 1) Rename prior to release; 2) Rename after release; 3) Don't rename at all; 4) Include copies of fonts with both names; 5) Hack Rockbox to rename-on-load 11.00.20 # * linuxstb goes for 1 11.00.28 # * B4gder votes ... 3 11.00.46 # I'm going to say 1 11.00.51 # (with the rename postponed until we do other things) 11.01.26 # * B4gder still has scars from soname bump fights ;-) 11.01.45 Quit Mathiasdm (Read error: 110 (Connection timed out)) 11.01.58 # i'd say 5 11.02.02 # B4gder: this is probably less troublesome, but yeah, that option is my next choice 11.02.24 # * amiconn votes 1 11.02.34 # So rename a decent amount of time prior to 3.1, and hope we have a themes site that would enable us to do it by script? 11.02.48 # i.e. not immediately after 3.0? 11.03.19 # * linuxstb would probably still prefer 1. 11.03.21 # qounds good too 11.04.23 # * pixelma leans towards option 1 too 11.04.39 # my postpone idea would be to combine the font rename with some other future theme/wps syntax breakage 11.05.00 # but I seem to be in a minority anyway ;-) 11.05.07 # * gevaerts agrees with B4gder 11.05.27 # but if names are changed before the release, it means that we have to ask themes designers to modify their themes just before the release 11.05.29 # or 11.05.30 # * pixelma suggests calling for an RSB decision ;) 11.05.31 # I think I would prefer to just get it done 11.05.39 # B4gder: it seems cleaner, yes, but then we might get to wait for ages. It doesn't happen that often, actually 11.06.00 # cfp: Many of the themes can be fixed by anyone, and it's a quite simple fix 11.06.03 # right, but I think we should be (more) careful about break themes 11.06.08 # we could add a tag for themes working with 3.0 11.06.32 # and imo the font rename isn't terribly important 11.06.42 # B4gder: This is very minor breakage though, and now that we've got the WPS Galleries sorted, it's easier to fix 11.07.03 # hm, and a themes site could fix them on the fly ;-) 11.07.24 # right 11.07.27 # linuxstb: do you remember why you used ld in mkamsboot Makefile ? 11.07.43 # So we first finish the themes site, then rename, and then release? 11.07.45 # * gevaerts hides 11.07.48 # but what about adding a "Ready for rockbox v3.0" to complying themes 11.08.03 # is the themes site so close to being ready ? 11.08.14 # wouldn't that delay the release a lot ? 11.08.52 # linuxstb: please have a look at this patch http://paste.ubuntu.com/42352/ 11.08.55 # It would. That's why I needed to hide :) 11.09.17 # we've had the fonts named like this for ages, I think having functional themes is more important than to all of a sudden make the names "right" 11.10.41 # If we had a "bug" of similar magnitude in the wps syntax (i.e. a wps tag that doesn't have the right name according to some naming scheme), I think it would clearly be post-3.0 11.10.42 # * rasher ponders doing something with bash, curl and sed to fix the themes in the WPS GAlleries 11.10.47 *** Saving seen data "./dancer.seen" 11.11.48 # i guess I agree with gevaerts 11.12.30 # gevaerts: but what then, wait until next release? 11.12.35 # gevaerts: When to fix it? 11.12.47 # Rename fonts as a 3.1 todo? 11.12.56 # So my proposal is : release fonts as they are, split theme site and/or wiki in release and svn parts, and fix 11.13.00 # and when we have a themes site preferably 11.13.24 # Exactly 11.13.29 Join gregzx [0] (n=chatzill@dsz247.neoplus.adsl.tpnet.pl) 11.13.48 # That really should be a 3.1 goal. 11.13.54 # The themes site, not the fonts. 11.14.02 # in fact, once we have such a site we could always try to convert themes to the version the users uses, as long as it knows all the quirks 11.14.19 # We will probably have some wps changes in svn during the 3.0 lifetime, so we need to somehow support two theme branches anyway 11.15.15 Join avis- [0] (n=ident@adsl-99-162-203-222.dsl.hstntx.sbcglobal.net) 11.25.51 Join create [0] (n=cfpcompt@abo-17-57-68.mts.modulonet.fr) 11.26.07 # IMO we should either do it today, or wait until either we have a themes site, or another major wps/theme change that breaks compatibility. Avoiding the need to split the themes gallery should be the #1 priority. 11.26.57 Quit stoffel_ ("Lost terminal") 11.27.17 # And perhaps we should only break compatibility just prior to releases - to ensure themes always work with the most recent release. 11.29.29 # funman: ld is needed to ensure the code is linked to run from the correct address. Things didn't work correctly without it. 11.29.44 Quit avis (Read error: 110 (Connection timed out)) 11.29.51 Nick avis- is now known as avis (n=ident@adsl-99-162-203-222.dsl.hstntx.sbcglobal.net) 11.30.02 Nick create is now known as cfp- (n=cfpcompt@abo-17-57-68.mts.modulonet.fr) 11.30.34 # linuxstb: then we should wait 11.30.34 # linuxstb: that's a nice idea in theory, but would it work in practice? It means that something like viewports-in-wps can't have a decent testing period before it's in a release 11.30.42 Quit cfp (Read error: 110 (Connection timed out)) 11.30.49 Nick cfp- is now known as cfp (n=cfpcompt@abo-17-57-68.mts.modulonet.fr) 11.31.46 # gevaerts: Things are tested before going in SVN anyway - by people either compiling the patch, or unsupported builds. 11.32.12 # And "new feature" mostly doesn't mean "breaks compatibility" 11.32.32 # linuxstb: I think as soon as we have a themes site, keeping themes for specific releases should get trivial 11.32.42 Quit pondlife (Read error: 110 (Connection timed out)) 11.32.47 # * cfp votes for not breaking anything and leaves 11.32.52 Quit cfp () 11.33.38 # linuxstb: true. 11.34.21 # * gevaerts thinks we can't spring a huge font-renaming on theme authors a week before the release without prior warning 11.35.14 # I don't see it as springing it on theme authors - anyone and everyone can edit one line in the theme.cfg file and reupload the theme. 11.36.05 # Bagder: Imo it'd be a good thing to rename the fonts before 3.0: (1) It was discussed at devocn that the fonts folder needs cleanup 11.36.25 # (2) Several fonts are *unusable* atm anyway. The rename would go in parallel with the fix 11.37.01 # I disagree 11.37.08 # removing silly fonts we can do at once 11.37.31 # linuxstb: if that "anyone" gets a bit more concrete it could be acceptable. Just relying on anyone without knowing a name however doesn't sound right to me 11.38.31 # And (3) postponing things isn't good in general. The postponing tends to go forever... 11.43.30 # B4gder: Is it possible to edit files directly in twiki without breaking anything? 11.43.41 # B4gder: for someoen with server access, I mean 11.44.11 # it's bascially RCS behind the scenes 11.44.23 # on individual files I mean 11.45.16 # Hmm, so we could run a script on the server to fix themes... 11.52.26 Quit Nibbler (Read error: 113 (No route to host)) 11.53.17 Quit Nico_P ("http://www.mibbit.com ajax IRC Client") 11.55.49 Join PaulJam [0] (n=PaulJam_@p54BCD94F.dip.t-dialin.net) 12.01.35 Quit swimmer (Client Quit) 12.04.35 Join swimmer [0] (n=swimmer@95-50-223.ftth.xms.internl.net) 12.09.33 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 12.12.58 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 12.15.28 Join swima [0] (n=swimmer@95-50-223.ftth.xms.internl.net) 12.16.14 Quit swimmer (Read error: 60 (Operation timed out)) 12.16.45 Nick swima is now known as swimmer (n=swimmer@95-50-223.ftth.xms.internl.net) 12.17.53 Quit gregzx ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 12.19.18 Join dabujo [0] (i=xx@p4FDB25F6.dip0.t-ipconnect.de) 12.35.40 Join BigBambi [0] (i=86ceaf40@rockbox/staff/BigBambi) 12.38.26 # Is anyone else unable to reach the forums? 12.39.02 # I can reach them 12.39.20 # Bugger. I wonder if work has done something sneaky 12.39.45 # gevaerts: Could you give me the IP? 12.40.01 # 67.18.187.47 12.40.04 # thanks 12.40.45 # gevaerts: That appears to be a picture of a plastic lizzard in a chair 12.44.54 # BigBambi: it's a name-based virtual host 12.45.19 # * gevaerts blames scorche|sh for that lizzard 12.45.43 # ld gives me trouble mistaking labels with functions: http://paste.ubuntu.com/42348/ 12.45.59 Join moos [0] (i=moos@81-66-127-205.rev.numericable.fr) 12.46.01 # gevaerts: ah, damn. Thanks anyway 12.46.19 # BigBambi: time for local /etc/hosts editing? 12.47.09 # ah good plan 12.47.26 # except the windows version (at work :°° 12.48.42 # is there some syntax I can use in my .S files to tell ld not to consider said label as a function ? 12.58.36 Join Nico_P [0] (i=53915df2@gateway/web/ajax/mibbit.com/x-0fb6775730400c19) 13.01.43 # funman: Can you post your entire test.S file? 13.03.12 # http://paste.ubuntu.com/42369/ 13.04.35 # hm 13.04.48 # if I use label: instruction instead of label:\ninstruction it's better 13.05.30 # hem 13.05.40 # no, the problem comes if I put a comment right after the label 13.07.09 # funman: You didn't close the comment at line 33... 13.07.45 # ah damn ! 13.07.58 # thanks for your snake eyes 13.09.59 # BTW, the Rockbox style is to write assembly instructions in lower-case, so you may want to get used to that style... 13.10.39 # upper-case is reserved (in general) for pre-processor symbols 13.10.49 *** Saving seen data "./dancer.seen" 13.12.41 Quit mazling (Read error: 110 (Connection timed out)) 13.18.34 Join swima [0] (n=swimmer@95-50-223.ftth.xms.internl.net) 13.18.41 Nick Kopfi|offline is now known as Kopfgeldjaeger (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 13.21.14 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 13.22.39 Part swima ("[IRSSI] Should I do my BOBBIE VINTON medley?") 13.24.03 Join Schmogel [0] (n=Miranda@p3EE21E88.dip0.t-ipconnect.de) 13.33.09 Quit swimmer (Read error: 110 (Connection timed out)) 13.34.14 Quit BigBambi ("http://www.mibbit.com ajax IRC Client") 13.39.28 Join swimmer [0] (n=swimmer@95-50-223.ftth.xms.internl.net) 13.46.58 Nick Kopfgeldjaeger is now known as Kopfi|offline (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 13.47.39 Join faemir [0] (n=faemir@88-106-209-242.dynamic.dsl.as9105.com) 13.49.53 Join JordanG [0] (n=user@c-98-217-197-152.hsd1.ma.comcast.net) 13.53.36 # Hey all, random (probably not rockbox's fault) question: I lost a hard drive, so I'm trying to copy my music off my ipod, but it seems lots of files get corrupted (they skip around, make clicking sounds, etc) although these errors aren't present when I play straight from the ipod. Any ideas? 13.55.03 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 13.55.48 # so they sound bad when played back from the "new" hard drive ? 13.56.28 # GodEater: indeedy. 13.56.50 # Though they sound fine playing from the standalone ipod, or when i play them on my computer w/ the ipod hooked up via usb. 14.00.29 # weird, huh? 14.01.19 # JordanG: try comparing files on the ipod with their copy on the PC 14.01.21 Join miepchen^schlaf [0] (n=miepchen@p579ECA94.dip.t-dialin.net) 14.02.29 # gevaerts: compare how? 14.02.57 # depends on your os 14.03.45 # I'm running linux 14.04.02 # md5sum 14.04.07 # would be a good method 14.04.16 # OK. md5sum on both sides then (md5sum /media/ipod/file /media/non-ipod/file) 14.04.18 # or some other hash 14.05.12 # ah, gotcha 14.05.36 # gimme a min to find a file w/ problems 14.07.37 # hmm. hold on, something has made darn near everything freeze. which is... odd... 14.07.51 # * gevaerts suspects the new hard drive 14.08.33 # * GodEater does too 14.09.14 # i don't think so, i had this problem on two different machines. 14.09.46 # GodEater: which svn revision are you using in your FS#8943 tests? 14.10.14 Quit JordanG (Remote closed the connection) 14.10.16 # gevaerts: last test was with 18355 14.11.11 # GodEater: can you try with r18370 or later? 14.11.55 # I can - but not right now 14.11.59 Join JordanG [0] (n=user@c-98-217-197-152.hsd1.ma.comcast.net) 14.12.32 # what's the difference ? 14.12.40 # Basically my sansa "fixes" broke UMS for everyone else. 14.14.34 # hmm. My computer is really not pleased with my ipod now for whatever reason... It just locks up when I try to access the thing. 14.14.38 Join zakk_ [0] (n=zakk@c-68-33-218-128.hsd1.md.comcast.net) 14.15.18 # JordanG: This is not really Rockbox related. 14.16.25 # rasher: Probably not, just thought people 'round here had some expertise in the subject, and I've been scratching my head about it for a while. I can bugger off, if you'd prefer. 14.16.39 Join krz__ [0] (n=chatzill@mail.jvl.by) 14.16.46 # gevaerts: broke it in what way? With the same symptoms ? 14.16.55 # JordanG: Well this channel is strict about being on topic. There is #rockbox-community for off-topic chatter 14.17.07 # where similar people hang out ;) 14.17.31 # GodEater: it eats filesystems for lunch 14.17.44 # marvellous 14.17.49 # with or without sauce ? :) 14.17.50 # I noticed on ipod (both mini and video) 14.17.53 # rasher: gotcha, thanks. 14.19.53 # GodEater: "same symptoms"? like "completely hosed"? i love detailed bug reports :-) 14.20.21 Part JordanG ("ERC Version 5.3 (IRC client for Emacs)") 14.22.15 # LinusN: I could have dumped the disk for you I suppose 14.22.19 # should I do that next time ? :) 14.22.24 # :-) 14.22.37 # linux wouldn't even recognise it as VFAT any more 14.22.57 # which is worse btw, "completely hosed" or "eats filesystems for lunch"? :-P 14.22.58 # I had to force it to mount with -t vfat, and when I did, the mess on there was pretty indescribable 14.23.28 # there was no trace of a directory structure, and the file names that were there were using characters I don't have buttons for on my keyboard 14.23.40 # is that better ? 14.23.59 # there you go. your filesystem has been eaten alive :-) 14.24.15 # Anyway, I'm pretty sure that it was my fault, not yours :) 14.24.21 # :-) 14.24.34 # * B4gder stands up to take the blame 14.24.38 # me me! 14.24.44 # * LinusN blames bagder 14.24.51 # * GodEater blames perl 14.24.58 # I'm sorry, I'll do better next time! 14.25.25 # You should have made an svn pre-commit script that rejects buggy code! 14.25.25 # yeah, or we will revoke your svn access! 14.25.44 # you mean I'm free to go now? 14.26.29 Quit Mathiasdm2 ("Invisible Internet Project: http://www.i2p2.de") 14.29.47 # B4gder: hold on sonny - you don't get out of here that easily 14.30.17 Join fragilematter [0] (n=barbu_do@92.82.104.55) 14.31.08 # darn 14.31.29 # austriancoder: so how about that revert? 14.32.24 # * GodEater still needs to get http access to the git repo working 14.32.38 # s/still needs/still needs B4gder/ 14.32.44 # yeah 14.32.51 Quit krz_ (Read error: 110 (Connection timed out)) 14.32.52 # or even the svn repo over http, right? 14.33.00 # that would be nice 14.34.30 # while I would applaud both, I can only use GIT 14.34.44 # our proxy doesn't understand the PROPFIND methods that svn-over-http requires 14.34.51 # oh 14.34.58 # webdav... 14.35.21 # at least, it didn't last time I tried 14.35.30 # it did the electronic equivalent of "huh?" 14.35.55 # same here IIRC 14.35.57 # yeah, older/stricter/sillier proxies do that... 14.36.11 # I think mine falls into the two latter classes 14.36.13 # GodEater: I think the git repo can be cloned fine over http 14.37.40 # indeed, hence my request ;) 14.37.59 # unless you're saying it already can be 14.38.02 # and I'm just being dull ? 14.38.15 # I think it already works 14.38.23 # I mislaid the repo url 14.38.26 # do you have it to hand ? 14.39.17 # I don't remember it either... B4gder? 14.39.30 # hehe - I asked him last week ;) 14.39.55 # its not over http iirc 14.40.17 # we run git-daemon from xinetd for it 14.40.34 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 14.40.42 # oh then maybe I'm confusing it with the one I have at repo.or.cz 14.45.31 Part fragilematter 14.51.45 Join cfp [0] (n=cfpcompt@abo-17-57-68.mts.modulonet.fr) 14.52.41 # I'm thinking we talk to llorean before we branch 14.52.49 Nick Kopfi|offline is now known as Kopfgeldjaeger (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 14.53.07 # he being unofficial release-person 14.53.27 # other than that, I see nothing in the way 15.01.32 # oops, my code overflows by 2 instructions 15.02.04 # Yes, hacking the v2 brings a new dimension to binsize... 15.03.03 # I could check other versions of the firmware to see if I can put more than 0xa4 bytes 15.03.53 # 0xa4 bytes should be enough for anyone 15.03.53 # B4gder: revert done 15.04.00 # thanks 15.04.03 # :) 15.06.30 Join borelg_ [0] (n=gabriele@host220-78-dynamic.180-80-r.retail.telecomitalia.it) 15.06.38 # hi 15.07.48 Quit dabujo ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") 15.08.05 Part cfp 15.08.42 # please can you answer me? 15.08.58 # borelg_: Did you ask a question? 15.09.42 # yes please 15.09.53 # no sorry 15.10.11 # ok my question is this 15.10.39 # how can I understand if my mp3 player is compatible with another custum firmware? 15.10.47 # sorry for my english.... 15.10.54 *** Saving seen data "./dancer.seen" 15.11.40 # The mp3 players that Rockbox works on are listed at the top of this page - http://www.rockbox.org 15.12.38 # yes I've read this but a person said that his mp3 (that it doesn't match in the list) can be modified 15.13.10 Join BingoJ [0] (n=oskar@87.113.70.246.plusnet.pte-ag2.dyn.plus.net) 15.13.35 # because its firmware was the firmware of another mp3 that you have modified 15.13.38 # borelg_: that might be true, but it doesn't run rockbox 15.14.24 # and there isn't an howto to modified the firmware? 15.14.33 # i know that is very very difficult 15.14.44 # borelg_: www.rockbox.org/wiki/NewPort 15.15.59 # my mp3 is from mediacom... there isn't it in the list.... 15.16.09 # there is a solution? 15.16.13 # yes, see that url 15.16.17 # and start working 15.16.21 # ok thanks 15.16.33 # and gather some skilled friends too, this is going to take time! 15.16.52 # ok but what url? 15.17.01 # www.rockbox.org/wiki/NewPort 15.17.06 # ah sorry 15.17.23 # what could I do? 15.17.28 # ? 15.17.35 # you mean you're done already? 15.18.02 # What should I do? 15.18.04 # sorry 15.18.08 # for my english 15.18.52 # everything what's described in that wiki page 15.18.53 Join LambdaCalculus37 [0] (n=LambdaCa@c-24-0-218-198.hsd1.nj.comcast.net) 15.19.43 # but where? 15.19.57 # the link B4gder posted twice 15.20.03 # I think its a bot 15.20.09 # it loops already 15.20.12 # What do I have to search 15.20.15 # ? 15.20.33 # yes i've understand 15.20.33 # borelg_: go read that page and stop being stupid 15.20.43 # and I'm not a bot.... 15.20.57 # B4gder: we're all bots 15.21.14 # ok I've understand that I must go to that page 15.21.25 # but in that page there are many links 15.21.39 # * B4gder stops talking and just looks at borelg_ 15.21.40 # what link do I must read? 15.22.26 # you must read the entire page 15.22.28 # 3 times 15.22.30 # slowly 15.22.34 # then a forth time 15.22.41 # then ask us again if you need clarifications 15.22.45 Join vitja [0] (n=vitja@l34.ipu.rssi.ru) 15.23.01 # ok thank you very much!! :-) 15.23.08 # now I go to read 15.23.19 # bye bye and good afternoon 15.23.34 Quit borelg_ ("Ex-Chat") 15.24.08 # Badger: stop making jokes, please - got tears in my eyes already :-) 15.24.38 # haha 15.26.14 # * LambdaCalculus37 goes to the logs to see what all of this was about 15.31.41 Join Mathiasdm [0] (n=Mathias@surfvtk.ugent.be) 15.36.00 Join n1s [0] (n=nils@rockbox/developer/n1s) 15.39.42 Part scotty_007 15.42.42 Join kugel [0] (n=chatzill@unaffiliated/kugel) 15.43.14 Nick MU{lappy} is now known as Unhelpful (n=Militant@pool-98-117-9-134.hrbgpa.fios.verizon.net) 15.47.42 Quit austriancoder ("Lost terminal") 15.49.48 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 15.56.36 Quit LambdaCalculus37 ("Do quit now, there's a demon around the corner!") 15.57.22 Join JohanC [0] (n=51f206a8@gateway/web/cgi-irc/labb.contactor.se/x-feee40cf32b4b8a4) 16.02.11 Join oofus [0] (n=chris@oofus.demon.co.uk) 16.14.39 # linuxstb, rasher: Most themes won't break, as most bring the fonts they are using with them 16.15.24 # kugel: in that case they will break other stuff... 16.15.33 # So they need fixing anyway 16.16.23 # gevaerts: sure they need fixing, but they still will work. They will just create a larger font folder 16.16.40 # As some of the renames only fix the size, I guess there could very well be collisions then 16.16.50 # * gevaerts didn't actually check this 16.17.09 # Of course we could do the rename so that this doesn't happen 16.18.37 # gevaerts: As far as I read the renaming wouldn't only fix the size, but rather replace the the short cryptic abbreviations with something usefull 16.18.49 # http://www.rockbox.org/tracker/task/9347 16.20.00 # So, if a theme uses helvR12 (which is included in the theme package), and the rockbox version was renamed to helvetica14, the theme would copy the old helvR12 to the font folder and still work 16.23.22 # a question 16.23.44 # can i take d2 official firmware and modify it somehow? 16.26.15 # Jorsik: sure go ahead 16.27.33 # with what do i open it? 16.28.18 # since this is rockbox, let's assume we talk rockbox and then you don't do that at all actually. We write a new firmware for it 16.28.54 # there is no rockbox for d2 16.29.05 # there is ongoing work to put rockbox on the d2 16.29.15 # how far is it 16.29.38 # it runs rockbox, but not really stable for every-man use 16.29.49 # funman: would it be helpful if i get a fuze? 16.29.56 # see the dedicated forum thread for details 16.30.15 Quit vitja (Read error: 110 (Connection timed out)) 16.30.28 # i only need to assign functions to buttons 16.30.36 # kugel: sure, nobody has tested it so far afaik 16.30.37 # "only" 16.31.04 # Jorsik: and why would you assume that that's simple ? 16.31.13 # i dont 16.31.30 # but i wanna try 16.31.46 # funman: I need to get a new device soon anyway. I'm thinking of either a fuze or a sony a818 (sony provided source code of the firmware (linux kernel) and bootloader (u-boot)) 16.31.46 # well please go ahead 16.31.49 # Jorsik: then read up on the forum thread and join in 16.32.12 Join tvelocity [0] (n=tony@195.167.65.108) 16.32.15 # both cost almost the same, 8GB for ~100€ 16.32.15 # kugel: don't count on those sources to be any fun 16.32.21 # kugel: if there is nothing hidden it's not funny :) 16.32.25 # they all release "sources" 16.32.38 # with all the fun being binary modules anyway 16.32.40 Part LinusN 16.32.57 # so the sources are stock linux and uboot tarballs you can download from anywhere 16.33.10 # B4gder: No, they're modified 16.33.22 # but are there hw-specific drivers too? 16.33.28 # yea 16.33.39 # then things are better than average! ;-) 16.33.45 # I compared the sony sources with stock sources 16.33.54 Quit Nico_P ("http://www.mibbit.com ajax IRC Client") 16.34.02 Join Nico_P [0] (i=53915df2@gateway/web/ajax/mibbit.com/x-df156b86bfa769a6) 16.34.10 # kugel: Do you have that diff available? 16.34.40 # there's a whole mp200 (the soc the sony uses) dir which contains a lot, which isn't found in the stock source 16.34.58 # linuxstb: yea 16.35.16 # Is a datasheet available for that SoC? 16.35.36 # I assume "diff -ru dir1 dir2" is the way to go? 16.36.02 # kugel: yeps 16.36.15 # Maybe with -N? 16.36.21 # right -N too 16.36.33 # linuxstb: yes and no, sony released a very detailed service manual, but nec (the producer of the mp200) didn't reveal much 16.36.47 # there's a thread in the new ports forum 16.36.54 # and hopefully those changes are hw-changes too, and not just platform setup stuff etc 16.37.41 Quit mf0102 ("Ex-Chat") 16.40.12 # linuxstb: the diff is pretty big, I recommend using a tool like beyond compare 16.43.48 # linuxstb: have you had a look at the service manual 16.46.48 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 16.48.40 Quit swimmer (Read error: 104 (Connection reset by peer)) 16.48.55 # linuxstb: http://www.alice-dsl.net/simonemartitz/rockbox/sony-sources-diff.7z 16.49.19 Join swimmer [0] (n=swimmer@95-50-223.ftth.xms.internl.net) 16.50.24 Quit zakk_ (Remote closed the connection) 16.55.35 Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 16.55.37 # funman: Have you found infos about the ams3525? 16.56.26 # what kind of infos ? did you follow the forum thread ? 16.56.43 # funman: like MHz, components 16.56.52 # I have the datasheet 16.57.05 # yes I followed the forum thread, but I can't remember every single post 16.57.16 # but most of the info is cryptic for me 16.57.19 # funman: do you have a link? 16.57.32 Quit JohanC ("CGI:IRC (Ping timeout)") 16.57.33 # it's not public but ams give it away for free 16.58.09 # So, it's impossible to share? 16.58.29 # if I don't make it public? 16.58.48 # http://www.austriamicrosystems.com/eng/Products/Mobile-Entertainment/High-Performance-Microcontrollers it's 266MHz 16.59.30 # those sony diffs contain a million unrelated changes 17.00.36 # which explains why the diff is so enormous 17.00.41 # B4gder: Yes, but also many related changes. As I said, using a compare tool like beyond compare is more useful than looking at the plain diffs 17.01.09 # I'm not arguing about its usefulness 17.01.22 # I'm just saying a vast portion of the diffs are unrelated 17.01.34 # no matter what diff tool you use 17.02.31 # "Linux kernel version: 2.6.10-argonplusevb_psram_default-makena_dev" ;-) 17.03.17 # I think also that the sony sources come from various linux versions 17.03.23 # which explains the diffs all over 17.04.28 # B4gder: yea, I also saw some Nokia copyright notices 17.04.44 # yes, but in omap 17.05.22 # the mp200 code is (c) NEC 17.05.56 # and montavista it seems 17.06.35 # but it's still modified for the mp200 (e.g. the arch/arm/mach-mp200 folder is entirely new) 17.06.44 # and some lovely asian comments! 17.07.27 # uhm, s/some/many 17.08.51 # the service manual provided detailed info, e.g. block diagrams, pin assignments 17.09.00 # that's nice 17.09.24 Quit Thundercloud (Read error: 110 (Connection timed out)) 17.10.16 # so, the question is still: sansa fuze or sony? :) 17.10.56 *** Saving seen data "./dancer.seen" 17.11.18 # with both eyes looking at porting rockbox to it 17.11.32 Quit Lambduh ("Leaving") 17.12.08 Quit BingoJ ("Leaving.") 17.17.16 # in a similar line of thinking to renaming fonts... anyone made a descision on when to remove the deprecated lang strings and bump the lang version? 17.17.44 Join bughunter2 [0] (n=Jelle@77.164.66.126) 17.23.19 Quit Zarggg () 17.25.40 # kugel: yuck 17.26.11 Join virtuoso015 [0] (n=vinay@59.96.61.28) 17.26.56 Quit miepchen^schlaf () 17.31.11 Quit JdGordon (Read error: 104 (Connection reset by peer)) 17.32.03 # Remove them 17.32.08 # Descision made :) 17.33.42 Join cfp [0] (n=cfpcompt@abo-17-57-68.mts.modulonet.fr) 17.33.43 Part cfp 17.34.41 # kugel: So even if we fix the fonts, the user might still end up with broken fonts because themes include them? That's really awful 17.35.27 # rasher: yes, and depending on how the renaming looks like, the themes will even break rockbox, e.g. when helvR12 is renamed to helvR14 17.36.03 # themes including a helvR14 would overwrite the rockbox version 17.37.24 Join toffe82 [0] (n=chatzill@adsl-71-132-87-166.dsl.sntc01.pacbell.net) 17.38.18 # No renamed font will have the name of a previously existing font 17.38.48 Join herrwaldo [0] (n=waldo@ip-81-11-225-147.dsl.scarlet.be) 17.41.10 Quit oofus (Read error: 113 (No route to host)) 17.41.22 # amiconn: By virtue of the current names being so stupid 17.41.34 # Also careful planning! 17.44.00 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 17.45.10 Join oofus [0] (n=chris@oofus.demon.co.uk) 17.45.42 # Maybe the new font names could be formalised to allow them to be listed in size order (i.e. all the 12-point fonts together)? 17.46.05 Part B4gder 17.46.12 # family.size.fnt or somesuch? 17.46.28 # I'm going to be out all day today, at least. It's been a holiday weekend, and I've been busier with family stuff than expected, but am just dropping in to say I think we should go ahead and branch. 17.47.37 # Who will actually do the branch? Someone who knows more about SVN that me, I hope... 17.49.19 # Yeah, I'd certainly bugger it up entirely. It's a slightly ceremonial thing, so I'd put Bagder forward as them an who should do it, but as long as it gets done in the next day or so, and it gets done the "right" way, I'm happy. :) 17.49.38 # Bagder's not around though... so maybe tomorrow? 17.49.55 # Ah, sorry - misread your words 17.50.18 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 17.50.52 # "as the man" 17.50.57 # * Llorean has spacebar issues. 17.52.45 Quit Nico_P ("http://www.mibbit.com ajax IRC Client") 17.52.57 Quit funman ("leaving") 17.53.40 # pondlife: if you rename the fonts so that all 12-point ones are together etc., fonts which exist in more than one size will be apart. Not the nicest either... 17.54.34 # pixelma: By default they should be alphabetical still, but I'd like the ability to organise by point size in future. 17.55.04 # I'd prefer point size. 17.55.07 # pondlife: Yea, I thought of this too. Should be doable 17.55.08 # Nothing urgent, but maybe worth including this sort of thing in a new naming convention. 17.55.14 # I don't need to see "what different sizes are Nimbus available in" 17.55.23 # I need to see "which fonts won't break the vertical spacing of my current theme" 17.56.32 # Exactly 17.56.43 # I want to have both 17.56.52 Join cfp [0] (n=CFPCompt@abo-17-57-68.mts.modulonet.fr) 17.57.28 Part J-23 17.57.36 # kugel: Since we can't name files both ways, the simplest solution is to have the files named in such a way that the default sort handles it either as one or the other. 17.58.26 # And I feel a much saner default is by font size, since the size or size range is going to determine which fonts a person is willing to use. 17.58.52 # It's rare that someone says "I want to use Courier, and I don't care at all what size it is, 8-point is fine, whatever" 17.59.47 # Llorean: afaik the size is in the header of a fnt file, so we could have a extra menu, sorting the fonts not by filename, but by what's written in the header 18.00.07 # hey guys ! 18.00.08 # And that would require opening and scanning every font file, every time. 18.00.14 # sorry to drop in 18.00.27 # but has anything been decided about the fonts being renamed ? 18.00.31 # "USHORT height 2 font height in pixels " 18.00.38 # or is it still being discussed ? 18.00.52 # kugel: That doesn't address it being horribly inefficient compared to filenames. 18.00.58 # Llorean: or building a database out of it once. 18.01.12 # kugel: Ah, yes, the "let's just keep it all in RAM and waste more of it" excuse. 18.01.24 # kugel: Why is "sort by name of font" preferable? 18.01.46 # * amiconn also prefers sorting by name 18.02.01 # I really see a point in sorting by font familiar, but I'd prefer size sorting. If it's too complex and not worth it to have both, then rather size sorting 18.02.11 # Perhaps a "theme maintainer" badge, Llorean. 18.02.22 # Get some people signed up to maintain themes. 18.02.23 # familiy* 18.02.28 # Soap: Good idea! 18.02.45 # Why not just include the font size first in the name? 18.02.46 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.02.47 # Another one of those things non-coders can do. 18.02.49 # kugel, amiconn: Under what conditions is "family" going to be a higher priority than "size"? 18.02.57 # rasher: That's what I'm in favour of. 18.03.29 # Choosing another font size of the same style... 18.03.34 # Llorean: I said I prefer size over family, but I most prefer most 18.03.36 # The only clean way, IMHO, to address the font size issue is to just bite the bullet and fix it now. I can't think of a scenario which won't cause someone some grief if a clean sweep isn't just made. 18.03.38 Join Nibbler [0] (n=Nibbler@e181090207.adsl.alicedsl.de) 18.03.47 # You know, I'm used to non-graphical themes which aren't locked in to a single font size 18.04.02 Quit domonoky (Client Quit) 18.04.04 # amiconn: But often are limited by the screen size, so you need "X or less" for the size anyway. 18.04.29 # It would be nice if the clean sweep could be done AFTER the new theme site is up, though. That way RBUtil could be updated not to use rockbox-themes.org and that site could be completely removed from usage. 18.04.33 # kugel: Yes, you prefer "attempt to have your cake and eat it too", and I've tried to explain to you several times that sometimes we need to pick between two things rather than shoehorn them both in. 18.04.36 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.04.45 # Plus, fonts of the same family tend to have the same or similar unicode coverage. Not so for different fonts of the same size 18.05.12 # For I don't see how any method of fixing the font size can be accomplished so long as rockbox-themes.org is still pointed to by rbutil. 18.05.31 # Soap: We should just disable fonts in RBUtil in the next build, and until we have a real site. 18.05.36 # Soap: Er, disable themes 18.06.18 Quit cfp () 18.06.34 # Well, isn't it possible to have two font folders: 1 which contains the fonts sorted by size, and 1 which contains links the the fonts sorted by family 18.06.52 # s/the the/to the 18.07.42 # While I think disabling themes in rbutil is _a_ solution, Llorean, I don't think it is a good one. People won't upgrade, and the satellite forums (such as ABI) will just tell people to use an older version of rbutil if functionality (no matter how broken) is removed. (This is my crystal ball speaking). 18.07.42 # and creating the folder with the links could also be done at compiling time 18.07.53 # how does that sound? 18.08.04 # I still think that font size is far more likely to be important than family for most users, most of the time 18.08.17 # Soap: If nearly every single theme in RBUtil doesn't work anyway, I don't see why the satellite forums would do that. 18.08.58 # kugel: Very hackish and annoying, since people will try to add their own fonts for themes and be confused by the fact that it shows up in one sort and not the other, and so on. 18.09.02 # So having the size first in the name seems the most sensible option to me. 18.09.52 # kugel: Use of themes is basically dependent on a maximum font size in nearly all cases, so the majority of cases need sorting by size anyway to make it easier to find a font you can use for your situation. 18.10.02 # Llorean: then we have to tell them to either not include fonts at all, or create both 18.10.25 # kugel: Or we could pick a single sorting method and be done with it... 18.10.45 # kugel: Tell me, when exactly is sorting by family preferable? Under what circumstances? 18.10.55 # What conditions make size irrelevant? 18.11.11 # * domonoky just wants the new theme site up and running... the you dont need to disable theme installing in rbutil :-) 18.11.39 # that was kind of my point. 18.11.53 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 18.12.01 # Llorean: both are relevant... 18.12.10 # but as it looks like we wont have the new site till the 3.0 release, we should just disable it for the rbutil release version... 18.12.10 # Llorean: I still prefer sorting by family, also because the list would look less strange 18.12.17 # Soap: I'm just assuming it won't be up for 3.0, and for 3.0 we'll want a new RBUtil build with the latest fixes, so why not disable themes in it for now? 18.12.32 # However, if we're going to sort by size, we need zero-padding for sizes <10 pixels 18.12.54 # Otherwise the ordering would be really strange 18.12.54 # kugel: Yes, but under what conditions is Family important to the point where you don't need to check size first? 18.13.04 Join funman [0] (n=fun@82-171-216-191.ip.telfort.nl) 18.13.06 # amiconn: Since we control the filenames, that's no problem. 18.13.27 # Llorean: Sometimes you want a specific familiy but don't need the exact size 18.13.56 # E.g. I'd prefer a 12px font when it looks nicer than a 13px font (which would be best-match size wise) 18.14.01 # themes could be updated in a weekend with 5 people I'm guessing. 18.14.11 # amiconn: but for most of our wps you need a specific size, and not a specific familiy, or the wps layout will break.. 18.14.19 # amiconn: Please understand that you're not the typical user.. 18.14.27 # I know... 18.14.38 # Llorean: with my solution you can have both. I don't see why you are rejecting this with the excuse "users will...." 18.14.39 # amiconn: Yes, but even then, you know 14px+ is going to push information off the screen, so you can scroll to 13px, see what fonts are available from there downward (upward?) 18.15.09 # amiconn: I understand your point perfectly, I just think sorting by size would benefit more users 18.15.25 # kugel: I'm rejecting it with the excuse "it requires making things more complicated, not less, and creates additional code complication" 18.15.38 # kugel: You need to create code to manage these links to the other fonts, to know what to do with them. 18.16.06 # I don't have a problem with creating code 18.16.07 Quit Thundercloud_ (Read error: 110 (Connection timed out)) 18.16.19 # kugel: You really need to learn that we favour trying to keep things simple where possible. Having two font folders, one with links, is the opposite of simplicity. Having the files named in a way that is expected to benefit the most users, is simple. 18.16.22 # Otoh, sorting by size would have the advantage that we could exclude extremely large fonts for small LCDs (e.g. >16px for archos) and extremely small fonts for fine-pitched LCDs (e.g. tinyprop* for G5) 18.16.25 # I'm torn myself (usually I pick from font size) but I can't imagine this in a list (I can't actually say why but it feels unnatural, maybe it's because what one is used to from a PC). Also you could see which font size is missing from a certain font family you like... "simple solution" all fonts come in all sizes ;) 18.16.37 # I mean exclude them while packaging 18.16.49 # pixelma: If all fonts came in all sizes, we could have a separate font size menu. :) 18.17.17 # In fact we could do that now, but going by name makes it easier 18.17.30 # Soap: if you need help with maintaining themes, I'd volunteer 18.17.52 # I know I know I know about not giving timelines - but relatively how far away is the replacement site? I don't even know what issues still remain to be resolved. 18.18.15 # IMHO 3.0 should wait for the replacement theme site if it is anywhere close to complete. 18.18.39 # So, SS-Family-Variant is the way to go? 18.18.42 # 3.0 RC1 could be next week, but 3.0 waits until theme site populated with working themes and rbutil is out. 18.18.52 # (e.g. 12-Nimbus-Regular) 18.19.06 # amiconn: That would be my personal preference. 18.20.02 # I'd go for the full names instead of weird abbreviations, btw. 18.20.08 # Agreed 18.20.27 Join fragilematter [0] (n=barbu_do@92.83.231.80) 18.20.36 Join krazykit [0] (n=kkit@host-69-145-33-166.rwl-wy.client.bresnan.net) 18.20.38 Quit funman ("leaving") 18.20.42 # Helv->Helvetica, Ter->Terminus etc 18.20.45 # * pixelma wonders whether there would be a way for different sorting methods to have both, though can't imagine one 18.20.50 # Soap: the code for the new theme site is in SVN, dont know whats missing from it.. 18.21.59 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.22.02 # pixelma: I proposed to look into the header of a fnt to sort by size, but it's to complex 18.22.12 # too rather 18.22.51 Join Ubuntuxer [0] (n=johannes@dslb-088-077-000-237.pools.arcor-ip.net) 18.23.12 # kugel: It's much simpler to have the filenames consistent and just parse them anyway, if you're gonna do any operations on data. 18.23.24 # Since you already have the filenames available since you're listing the files. 18.23.28 # amiconn: sounds wonderful 18.24.01 # Llorean: of course. I was just replying to pixelma that it's possible in theory 18.24.34 # she wondered if there's a way 18.25.10 Join Lambduh [0] (n=Lambda@12-202-140-90.client.mchsi.com) 18.26.16 # kugel: Well, the obvious way would be to use the information from the filenames though. If they're named consistently, you can just ignore the first three characters to get the family name. 18.26.25 # Well family-variant 18.26.44 # * Llorean doesn't see why you'd ever peek into the file's header at all. 18.27.16 Quit krz__ ("ChatZilla 0.9.83 [Firefox 1.5.0.12/2007050813]") 18.27.23 # Llorean: I realized that this way isn't good long ago. I don't know why you are still arguing against it 18.29.22 # I thought filenames too, like sort ba last 2 characters of the filename but I guess even if that would work it comes with a penalty too that is not worth it... 18.29.24 # kugel: Since you never said you realized it was bad, and the last thing you said about it was still in favour of it, I had no way of knowing this. You merely started offering other alternatives, never actually acknowledging you realized it was bad, and brought it back up as an "option" to other people, so I had to assume you thought it was still bad. 18.29.27 # er still good 18.29.28 # *by 18.30.41 Quit jhMikeS (Nick collision from services.) 18.30.47 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 18.31.25 # I hoped someone had an ingenious new idea... 18.34.43 Quit agaffney (Read error: 104 (Connection reset by peer)) 18.34.54 Join agaffney [0] (n=agaffney@gentoo/developer/pdpc.active.agaffney) 18.35.51 Quit PaulJam (".") 18.37.43 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 18.37.49 Join Lear [0] (i=chatzill@rockbox/developer/lear) 18.39.43 Part Ubuntuxer 18.44.27 Quit Mathiasdm ("Invisible Internet Project: http://www.i2p2.de") 18.44.51 Join miepchen^schlaf [0] (n=miepchen@dslb-088-074-053-062.pools.arcor-ip.net) 18.45.34 Join mf0102 [0] (n=michi@85-127-38-26.dynamic.xdsl-line.inode.at) 18.46.55 Quit Seed ("cu, Andre") 18.47.05 # * linuxstb reads a long discussion about font name conventions in the logs, but didn't notice a concensus about when to do the renaming... 18.47.25 # * rasher thought SS-Family-Variant.bdf 18.47.41 # When 18.48.02 Nick oofus is now known as oofus[away] (n=chris@oofus.demon.co.uk) 18.48.12 Part Llorean 18.48.49 Quit krazykit (Read error: 110 (Connection timed out)) 18.48.51 # I think SS-Family-Variant will look odd (Family is usually written first), but agree it's probably the most useful way to sort them, given how Rockbox works at the moment. 18.51.25 Quit bertrik (Read error: 60 (Operation timed out)) 18.52.18 Part virtuoso015 18.56.27 # * domonoky li,e 18.56.33 # arg 18.56.38 # * domonoky likes 12-Nimbus-Regular :-) 18.56.42 Join Arathis [0] (n=doerk@p508A6CF8.dip.t-dialin.net) 18.56.50 Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) 18.57.27 # 08-Nimbus-Regular looks strange though... 18.58.12 # Is "Regular" the accepted term, not "Normal" ? 18.58.21 # Do we need the regular? 18.58.45 # I agree to -Bold, but won't regular be assumed? 18.58.55 # * gevaerts votes for SS-Variant-Family.bdf. If you invert things, invert them properly 18.59.10 Join Schmogel [0] (n=Miranda@p3EE21E88.dip0.t-ipconnect.de) 18.59.19 # gevaerts: Not inverting, just ordering by importance. 18.59.27 # rasher: That has the advantage of "12-Nimbus.fnt" sorting first 18.59.32 # first, some background on what we're talking about on -community: http://pastebin.com/f4d50f600 18.59.44 # Why use SS- as a prefix? That's kind of counter intuitive. People are used to have fonts listed by name (not by size). 18.59.56 # of course it's easier if you want to try all the small fonts or something 18.59.59 # dionoea: Read back in the logs for the discussion... 19.00.07 # dionoea: Because size is usually the most important for a user trying to pick a font 19.00.08 # gevaerts: could you try appending 0xa5a5a5a5 0x5a5a5a5a twice to the end of rockboot.ebn? 19.01.19 # wpyh: trying now 19.01.26 # ok 19.02.09 # Doesn't help 19.02.12 # hm 19.02.17 # Actually that doesn't surprise me 19.02.28 # I wonder how to name the "Hebrew-*" fonts... they probably should be merged into some of the other fonts, or just deleted 19.02.41 # gevaerts: does sending the original M6SL.ebn work? 19.02.43 # The device gets the first 2048 bytes, so the end bytes don't matter here 19.03.18 # M6SL.ebn still works 19.03.25 # so there's something wrong 19.03.32 # ah, ok 19.03.49 # I think you should add some space after CUFD (at 0x20) 19.04.07 # * wpyh has to go soon 19.04.24 # gevaerts: try comparing the output (from the usbtracer) 19.04.30 # with the original m6sl.ebn 19.04.36 # there are some differences I think 19.04.42 # unfortunately I have to go soon 19.04.49 # please post here, I'm still online 19.04.52 # :) 19.06.36 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 19.09.47 Join DeSnajpa_VI [0] (n=DeSnajpa@xmpp.2.jabster.pl) 19.09.50 Join globi [0] (n=Drk@2001:470:1f12:d3:0:0:0:2) 19.10.01 Part globi 19.10.02 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 19.10.06 # Erk, the FONTBOUNDINGBOX isn't very reliable, it seems 19.10.10 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 19.11.00 *** Saving seen data "./dancer.seen" 19.11.41 Join AhtiK [0] (n=ahti@88.196.5.82) 19.14.21 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 19.15.04 # What's the difference between ter-u14b.bdf and ter-u14v.bdf? 19.15.39 # dionoea: since you seem around now, may I remind you of the moving track in playlist viewer bug? ;) 19.16.01 # pixelma: ah ... right 19.16.18 # rasher: amiconn found one but thinks one of them can be dropped, unfortunately I didn't remember which 19.20.22 Nick oofus[away] is now known as oofus (n=chris@oofus.demon.co.uk) 19.21.50 Quit AhtiK (Read error: 60 (Operation timed out)) 19.22.38 Part DeSnajpa_VI 19.26.21 Part fragilematter 19.30.02 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 19.30.53 Quit Arathis ("Bye, bye") 19.32.39 # pixelma: posted a preliminary list of renames to the flyspray tracker 19.32.50 # actually it's a shellscript, but the list is there in plain sight 19.35.16 # What happened in the "when" discussion? 19.35.29 # Wait until we have a themes site so we can keep working-for-3.0 themes around? 19.36.05 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.36.10 # amiconn, pixelma: Thoughts on FS#2918 (other than it being possibly outdated) 19.36.40 Join Yondering [0] (n=Timo@pppoe-133-107.wcta.net) 19.39.12 # rasher: sure, I'm all for it and I even thought that this was already the convention (and fixed snap in r14280) 19.39.45 Quit Horscht (Client Quit) 19.40.21 # the chicago font is not in SVN anymore 19.40.33 # pixelma: Great, I think it should be the convention indeed. 19.41.07 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-af9a0c922b6aa6f0) 19.41.10 # We could possibly even check this automaticly, once all fonts are the same encoding 19.41.53 # Lear: when you get a chance, send me the source for that Tremor IMDCT you mentioned, I couldn't find anything on google for it 19.44.26 # saratoga: Sure, just say how (tried DCC, but that didn't work). 19.45.17 Quit tvelocity ("Αποχώρησε") 19.45.26 # Lear: sorry, using the webclient, email would be fine 19.45.36 # can you open a private chat? 19.47.26 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.52.18 Join borelg_ [0] (n=gabriele@host197-34-dynamic.2-79-r.retail.telecomitalia.it) 19.52.27 # hi 19.52.31 # sorry 19.52.39 # but I've lost the wiki url 19.52.48 # con you give me it please....? 19.53.18 # click on the wiki link on every page of www.rockbox.org 19.54.17 # no non wiki general url 19.54.41 # eh? 19.54.42 # I want to use a custum firmware on my mp3 mediacom 19.54.52 # Rockbox doesn't run on that 19.54.56 # sorry but I'm not english 19.55.02 # All the players it works on are listed on www.rockbox.org 19.55.34 # and there isn't a way to put rockbox on my mp3? 19.55.42 Join AhtiK [0] (n=ahti@88-196-185-130-dsl.rgu.estpak.ee) 19.55.55 # It would mean a whole new port: www.rockbox.org/wiki/NewPort 19.56.06 # yes this is the link 19.56.15 # but what does mean? 19.56.21 # what does it mean? 19.56.27 # It is instructions for how to do a new port 19.56.40 # and waht is it? 19.56.40 # Do you have skills in electronics and low level programming? 19.56.48 # what do you mean what is it? 19.56.49 # yes a bit... 19.56.52 # more of an outline of how one could develop a new port really 19.56.58 # what is it a new port? 19.57.10 # It is converting Rockbox to run on a new player 19.57.27 # ah ok thank you very much 19.57.30 # You need to identify the hardware, work out a way to run custom code, write drivers,.... 19.57.39 # if I will be have a problem 19.57.46 # can I ask help here? 19.57.50 # Sure 19.57.53 # ok thanks 19.58.02 # rasher: The ter-xxxv versions are the "EGA/VGA bold" versions, as opposed to the "normal bold" versions 19.58.03 # now I go to work on new port 19.58.08 # I think we can drop them 19.58.20 # borelg_: Good luck! 19.58.20 # bye 19.58.24 # thanks 19.58.57 # rasher: One final question though - shall we rename rockbox_default.bdf to its actual name? 19.59.24 Join scotty_007 [0] (n=scotty@i577B4BD7.versanet.de) 20.00.10 # This happens to be "Clean", i.e. the same as clR6x8-8859-2, but with a different encoding, i.e. also a different glyph coverage 20.00.34 # We should merge them, and limit the builtin font to iso8859-1 (via convbdf option) 20.01.24 # Ideally we find the unicode versions of those fonts which we currently only provide in limited encodings 20.02.09 Quit borelg_ ("Ex-Chat") 20.02.13 Join mirak [0] (n=mirak@81-66-70-98.rev.numericable.fr) 20.03.06 Quit mirak (SendQ exceeded) 20.03.56 Join mirak [0] (n=mirak@81-66-70-98.rev.numericable.fr) 20.04.00 # <_emp> howdy 20.04.53 Join echelon [0] (n=echelon@ool-182cc7a4.dyn.optonline.net) 20.05.04 # rasher: Regarding the renaming - I think it should be done as "svn rename" in order to keep the history 20.05.23 # hi, what audio drivers are used for the rockbox? 20.05.39 # drivers? 20.05.53 # amiconn: ah yes of course 20.05.54 # echelon: drivers for the correct hardware... 20.06.03 # what's the process? 20.06.12 # i have an embedded system i'm trying to hack 20.06.14 # What do you mean? 20.06.27 # just needed a few pointers for where i should look 20.07.31 # it's through i2c 20.07.47 # why do you want to look at rockbox drivers? 20.07.59 # echelon: so you have similar hw like one of the rockbox targets? 20.08.08 # rasher: I am wondering a bit about the names you suggested. If we want SS-Family-Variant, some names need their extra dash removed, and others are missing the variant 20.08.18 Quit XavierGr (Nick collision from services.) 20.08.18 # Or do we leave out the variant if there's only one? 20.08.29 # not necessarily, i figured the procedure for writing drivers was similar 20.08.30 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 20.08.55 # amiconn: I don't think there'a ny point including the variant if it's "-regular" or there's only one 20.10.19 # I'd leave out the '00-' from 00-Starmap 20.10.27 # This thing just looks odd 20.10.44 # But that's apparently its name :\ 20.11.26 # Regarding #2918 - this is clearly wanted, and it's necessary to check which of those fonts still need it 20.11.48 # snap is already fixed, and chicago12 is gone. That leaves 2 20.12.00 Part echelon 20.12.18 # hmm 20.13.12 # And possibly others 20.13.15 # The name is "00 Starmap" btw, not "00-Starmap". That's already a deviation... 20.14.23 # Didn't I rename it to that? 20.14.42 Quit Yondering ("Leaving") 20.14.51 # oh, indeed you did 20.15.00 # * amiconn wonders how svn will cope with the space 20.15.15 # I should hope it'd be fine 20.15.22 # * amiconn suggests to do it in steps. 20.15.31 # (1) Drop fonts we want to drop 20.15.33 # Some build scripts might break though 20.15.55 # (2) Do the unicode conversion, and merging. This includes the build system fix for sysfont 20.16.00 # (3) Do the rename 20.22.44 # wpyh: ping 20.22.47 # markun: ping 20.23.21 Quit Nibbler (Read error: 113 (No route to host)) 20.27.19 Join showstopr1 [0] (n=showstop@p508D3171.dip0.t-ipconnect.de) 20.27.26 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 20.31.29 # rasher: Do you have an opinion on uwe_prop, proportional, and rockfont-8? 20.32.07 # Both 'proportional' and 'rockfont-8' are based on uwe_prop, but there are slight differences 20.32.37 # rockfont-8 has the best unicode coverage of those (and is my work ...) 20.33.13 # iirc, I switched away from uwe_prop because of its 4 being easy to mistake for 1 20.33.34 # uwe_prop and proportional are designed with the characters being as narrow as possible, while rockfont-8 is a bit more relaxed in order to improve readability 20.33.49 # ah 20.34.21 # amiconn: no real opinion, no 20.35.17 # Also, the first 2 have their baseline right at the bottom, so there's no room for descenders at all. rockfont-8 has the characters shifted up by 1 pixel to allow for somewhat better look 20.36.44 Quit XavierGr (Nick collision from services.) 20.36.53 # While the first 2 are striving for the narrowest possible characters in general, uwe_prop goofs on this both for some symbols as well as for some Latin-1 characters. Some of them are even wider than in rockfont-8 20.36.55 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 20.37.03 # proportional fixes some of them, but not all 20.37.52 Nick oofus is now known as oofus[away] (n=chris@oofus.demon.co.uk) 20.38.11 # Seems like at least one of them could be removed 20.39.58 # All 3 fonts were made by rockboxers. uwe_prop by Uwe Freese, proportional by Jrg Hohensohn, and rockfont-8 by me 20.40.22 Quit AhtiK (Read error: 110 (Connection timed out)) 20.41.34 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 20.42.04 # Also, is there away to (automatically) check themes in the wiki for the fonts they use? 20.43.06 # Those we're renaming and those we're dropping because of brokenness shouldn't be a problem, but if we want to drop a functional font (Hebrew* as you suggested), it might be in use by a theme 20.45.51 # I don't really see what purpose the Hebrew-* ones serve. They're just Schumacher-Clean :\ 20.47.21 # Really? 20.47.48 # To me it looks like someone used an aritrary font as a template, and didn't both editing the properties properly 20.48.20 # I may be wrong though 20.49.03 # oh, could be 20.49.11 # I'm just looking at the source 20.51.47 Quit scotty_007 ("Leaving.") 20.52.03 # wpyh: in what way? 20.52.15 # um, it just sits there 20.52.21 # the lcd didn't even turn on 20.52.32 Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 20.52.39 # hmm probably the backlighting is differently wired 20.52.55 # ok... 20.52.55 # wpyh: do you have information about the .ebn headers (for m6sl) ? 20.52.58 # did you try running the Rockbox binary? 20.53.13 # mcuelenaere: running the Rockbox binary as in? 20.53.18 # gevaerts: um, no 20.53.26 # I mostly compare the outputs and guess 20.53.30 # wpyh: compiling it, copying it as onda.bin etc 20.53.42 # the Rockbox bootloader 20.53.45 # for the vx747 20.53.46 # gevaerts: btw, what version did you use when you used the hardware tracer? 20.54.03 # wpyh: version of what? The OF? 20.54.06 # mcuelenaere: yes, that's what I did. I compiled the bootloader, then used the restore tool, and used it as "onda.bin" 20.54.11 # gevaerts: yes, the OF version 20.54.14 # * gevaerts doesn't remember 20.54.22 # gevaerts: is it an English version? 20.54.25 # Yes 20.54.38 # wpyh: ah so you were trying to run the Rockbox bootloader? 20.54.45 # mcuelenaere: yeah.. 20.54.48 # and what happens when you try to run the OF files? 20.54.57 # gevaerts: where did you get that OF from? 20.55.27 # mcuelenaere: running the original bin's will erase the nand (just like the restore process) 20.55.32 # The meizu website. The problem is that I downloaded more than one version, and I don't remember which one I traced 20.55.38 # hm... 20.55.40 # wpyh: ah yes, forgot about that part :) 20.55.52 # but when you did it last time, did it showed something on the screen? 20.55.54 # gevaerts: ok, I'll try to find out which one 20.56.18 # mcuelenaere: it's ok, now I have my videos on the micro sd card :D 20.56.24 # :) 20.56.57 # mcuelenaere: yes, the last time I tried it showed garbage on the screen (but at least it was on) 20.57.41 # hmm weird 20.57.52 # wpyh: the version doesn't really matter. The header contains things like total size and maybe CPU type. I need to find out what exactly... 20.57.59 # so probably it's eroring somewhere before backlight_init() 20.58.16 # wpyh: do you have some time, your vx767 and a compile environment? 20.58.25 # mcuelenaere: yes, I do have it 20.58.28 # * wpyh is multitasking 20.58.36 # I see :) 20.58.49 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 20.58.51 # gevaerts: I actually think the version matters... I'm trying to compare the sent data with the original file 20.58.56 # ok, edit firmware/target/mips/ingenic_jz47xx/system-jz4740.c 20.59.06 # and uncomment the sti() call 20.59.13 # do the same in bootloader/vx747.c 20.59.23 # eh recomment it rather 20.59.49 # see, on the M3/M6TP/M6SP, the whole file size is written to the 4 bytes after CUFD 21.02.41 Join AhtiK [0] (n=ahti@88-196-185-130-dsl.rgu.estpak.ee) 21.03.55 # mcuelenaere: ah... I seem to have modified bootloader/ondavx747.c :p 21.04.09 # :) 21.04.16 # ah yes, try first doing svn up 21.04.37 # ok :) 21.04.58 # actually I added a "return 0;" before sti() in bootloader/ondavx747.c 21.05.12 # :P 21.05.20 # then of course, init_backlight() won't work 21.05.25 # eh backlight_init() 21.06.58 # * gevaerts managed to "brick" his M6SL \o/ 21.08.02 Quit Thundercloud (Read error: 110 (Connection timed out)) 21.09.11 # mcuelenaere: yeah :p 21.09.18 # gevaerts: great :D 21.10.13 # mcuelenaere: it still doesn't work... 21.10.16 # I'll try reverting it 21.10.31 # I just copied the first 64 butes from M6SL.ebn and filled in the correct size 21.10.49 # wpyh: ok, then try putting backlight_init() higher 21.10.55 # ie just after main() 21.11.02 *** Saving seen data "./dancer.seen" 21.11.03 # mcuelenaere: ok 21.11.10 # gevaerts: so it was the header, eh? 21.11.20 # yes 21.11.25 # and if that doesn't work, try putting it just after system_main() in system-jz4740.c 21.11.34 # (that's the first C function executed after crt0.S) 21.14.05 Quit showstopr1 (Read error: 110 (Connection timed out)) 21.15.26 # Did someone delete my post in the v2 thread? 21.16.29 # gevaerts: ok, it's the english version of 2.004.6. please compare the two -- AFAICS, the 32-bit int right after "CUFD" is different 21.16.31 # kugel: apparently 21.16.31 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 21.16.35 # kugel: Looks like someone did. I don't know who, but those kinds of posts don't last... 21.16.40 # mcuelenaere: still didn't work, I'll try again 21.16.49 Join fyrestorm [0] (n=fyre@cpe-68-173-169-24.nyc.res.rr.com) 21.17.14 # wpyh: which step exactly did you try? 21.17.35 # I undid everything I changed, then compiled 21.17.47 # I'll try moving the backlight_init() call upwards 21.17.57 # kugel: twas soap and he was quite right to... 21.18.12 # wpyh: well, yes. That's the size :) 21.18.35 # * _emp almost has a working port built. But needs help. 21.18.52 # Ok, I thought it would be usefull if they know, that a Fuze owner is going to help them (they don't have a Fuze owner yet, and I talked to funman, who seemed to be quite happy about that) 21.18.52 # I did. Sorry I didn't PM. I thought it was obvious the post was ripe for deletion as it offered nothing in the development thread. In the future I will be sure to PM you if a similar situation arises. 21.19.20 # You are not a Fuze owner. You might be in the future. That is the difference. 21.19.22 # gevaerts: can you please try making a 16-byte hole right after CUFD? 21.19.30 # then write the size there 21.19.31 # Save your message for when you have the hardware in hand. 21.19.38 # Ok 21.20.38 # mcuelenaere: still, nothing 21.20.44 # _emp: then ask... 21.20.46 # maybe my utility is broken 21.21.11 # wpyh: weird, because what crt0.S initialises is generic for the jz47xx CPU's ... 21.21.50 # mcuelenaere: ah, my tool is broken :( 21.22.01 # I wasn't using usbtool :p 21.22.06 # :p 21.22.11 # sorry :p 21.22.18 # let me fix it first ;) 21.23.54 # wpyh: it "works" with 8 zero bytes following the size 21.24.16 Quit moos ("Rockbox rules the DAP world") 21.25.03 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 21.25.32 # <_emp> domonoky, I'm running into two current issues. 1) the file I am pulling down keeps changing, so I cannot create a checksum that lasts more than a day, 2) the root keeps changing from rockbox-(some number) to rockbox-(someother number), which I can regex around, but makes it difficult to maintain. Any chance you could have a stable version and current version, where the current version continues development, and the stable is locked down w 21.25.32 # <_emp> ith patches for reliability and security? 21.26.04 # gevaerts: hm... just 8? it seems to have 24 "unknown" bytes after the size 21.26.22 Join jernejovc [0] (n=matej@89.142.44.202) 21.26.43 # Anyone have an idea about how to check the themes for the fonts used? 21.27.03 # wpyh: Possibly, but just clearing those 8 made it accept it 21.27.07 # from what I see from M6SL.ebn, there is a header of 32 bytes (probably the basic irqs), then an unknown 32 bytes (containing CUFD, size, and 24 unknown bytes), then the rest of the irq table 21.27.18 Part Dhraakellian ("Meddle not in the affairs of ircops, for they are (not so) subtle, and quick to anger.") 21.27.21 # wpyh: I'm pretty sure the 4 bytes at 0x38 are also size-related 21.28.28 # ah, yes 21.28.29 # amiconn: You mean just get some overall statistics on what fonts are used? 21.28.34 # those are probably the size of the main firmware 21.28.36 # yes 21.28.36 # let's see 21.28.49 # Indeed. That should help to find out where that is 21.28.53 # _emp: about 1) which files do you want to checksum ? about 2) the development version is in trunk... every release has its own branch, so it depends on what you want.. getting the latest release is difficult.. true.. 21.29.40 # gevaerts: the int at 0x24 is 1451BC, the int at 0x38 is 13D1BC, while 1451BC-13D1BC=32768 21.29.49 # 32768 is the size of the nand loader block 21.29.51 # :D 21.30.12 Quit AhtiK (Connection timed out) 21.30.23 # <_emp> I need to checksum the archive, so in this case: rockbox.7z; this is to help prevent against MITM 21.30.26 # I was listening to the devcon recordings; there's a section where we're talking about fonts (part2, starting at 1:00:00) 21.30.50 # then, when it is written by the dfu tool, the int at 0x24 is overwritten by 1451CC 21.31.02 # gevaerts: I was talking about 2.004.5, sorry :p 21.31.08 # wpyh: and 32768 is also the content of 0x30. Coincidence? 21.31.14 # or 2.004.4 :p 21.31.18 # <_emp> I need a stable archive file. 21.31.36 # gevaerts: nah, not a coincidence to me :p 21.31.38 Quit Thundercloud_ (Read error: 110 (Connection timed out)) 21.32.33 # _emp: there is no stable release for rockbox at moment (onyl the very ancient 2.5 release)... 21.32.46 # if you look at M6SL.ebn for 2.004.6, then it's 0x1463B8-0x13E3B8=32768, and when written by the dfu tool, the int at 0x24 will become 0x1463C8 (because the data size is the file size + the dfu suffix of 16 bytes) 21.32.50 # Judging from that, we should drop some more fonts than those currently suggested 21.33.01 # <_emp> domonoky, any plans to create a stable archive in the future? 21.33.22 # gevaerts: but what about the ints at 0x28 and 0x2c? 21.33.33 # they are always 0x00000002 and 0x00000014 21.33.37 # _emp: we are currently in feature freeze for the upcoming 3.0 release 21.34.21 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 21.35.51 # <_emp> scorche!sh, yeah, I say that. I'm really interested in a stable rbutil since it pulls downs the latest stuff anyway. I don't expect users to want to build and maintain cross compilers. 21.35.55 # <_emp> *saw 21.36.15 # _emp: So it is rbutil you want, and not rockbox 21.36.43 # <_emp> BigBambi, yes, but the only archive I have found on the site is rockbox.7z. Is there an alternative? 21.36.53 # _emp: oh...this is about your custom build? 21.37.07 # _emp: thats not rbutil.. 21.37.11 # No, but I can't imagine it would be very difficult to create one for each rbutil release 21.37.30 # _emp: You have been confusing everyone by talking about Rockbox when you mean rbutil 21.37.36 # _emp: so you want a source archive of rbutils release ? 21.37.47 # <_emp> domonoky, yep; sorry. 21.38.01 # <_emp> I didn't think of them separately. 21.38.02 # _emp: why not pull them from svn ? 21.39.41 # <_emp> domonky, let me check to see if that is a viable option in the port system. That is what I have done locally myself. 21.40.09 # domonoky: For the next release, I think a source tarball will be nice. It will also be useful for the ebuild for gentoo. 21.40.43 # rasher: http://rasher.dk/rockbox/fonts/ seems to be broken. FF complains about a redirect loop 21.40.58 # jup.. and that reminds me of a bug to fix in the rbspeex Makefile.. there are conflicts with the use ARCH define :-) 21.41.42 # amiconn: odd 21.41.46 # amiconn: fixed now anyway 21.42.44 # thx 21.44.11 # rasher: Is there a reason why you have clR6x12, but only that single size? 21.44.47 # <_emp> here's a work in progress Makefile for the port: http://pastebin.com/d757f23cf 21.45.06 # amiconn: No idea, I think I just have whatever's in xorg's cvs 21.48.45 # * amiconn also wonders why his X11 doesn't seem to have any .bdf 21.49.00 Quit Xerion (Read error: 104 (Connection reset by peer)) 21.49.18 # mcuelenaere: I'm still trying to figure out what I did wrong... 21.49.36 # wpyh: is usbtool working? 21.49.45 # haven't tried yet :p 21.50.23 Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) 21.50.56 # * wpyh is using usbmon to look 21.51.40 Quit Lear ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 21.53.41 # mcuelenaere: I forgot to say, that usbtool doesn't compile now 21.53.51 # how so? 21.54.00 # there is an undeclared variable "size" in nand_dump() and rom_dump() 21.55.08 # hmm weird you're right 21.56.19 # wpyh: svn up 21.57.26 Join AhtiK [0] (n=ahti@88-196-185-130-dsl.rgu.estpak.ee) 21.57.37 # it compiles now :) 21.59.26 # wpyh: could 0x40 and further be real code? 21.59.43 # * gevaerts probably asks silly questions 22.00.01 # gevaerts: I think so... 22.00.16 # but what about 0x00-0x1f? 22.00.32 # mcuelenaere: my tool acts funny :( 22.01.18 # like? 22.01.23 # you mean yours or mine? 22.01.26 # mine 22.01.30 # it sends different data... 22.01.34 # maybe something's wrong 22.01.54 # I'll check again 22.01.55 Quit saratoga ("CGI:IRC (EOF)") 22.04.12 # wpyh: the 0x14 could be an offset to the code start. It's at 0x2c, and 0x2c+0x14==0x40 22.04.55 # mcuelenaere: my checksum seems to be wrong. I'll try again 22.05.09 # gevaerts: right 22.05.26 # wpyh: checksum? 22.05.29 # I wouldn't expect such an offset to be relative though 22.05.40 # yeah, the vx767 checksums the VX767_1.0.dl :p 22.05.53 # gevaerts: yes, and what about the first 32 bytes of the file? 22.06.00 # it looks like a table... no? 22.06.05 # * gevaerts can't do all bytes at once :) 22.06.07 # Indeed. 22.06.12 Nick oofus[away] is now known as oofus (n=chris@oofus.demon.co.uk) 22.07.40 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 22.10.00 # mcuelenaere: it almost works... 22.10.10 Quit BigBambi ("Leaving") 22.11.42 Join swima [0] (n=swimmer@95-50-223.ftth.xms.internl.net) 22.14.25 Part swima ("[IRSSI] -- Artemus Ward") 22.16.10 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 22.17.45 # mcuelenaere: I give up -- I'll try usbtool 22.18.01 # :P 22.19.14 # * gevaerts doesn't have a clue about what those first 16 bytes mean 22.21.38 # rasher: Seems like clR6x12 was the only one which was extended to unicode :/ 22.21.55 # So all we have are our ISO8859-1 and -2 versions we shoul dmerge 22.22.55 # (I mean for clR6x8) 22.23.31 # linuxstb: Are you working on something regarding the fonts used in themes? 22.26.01 # mcuelenaere: usbtool works 22.26.20 # wpyh: and does the firmware works? 22.26.24 # does the backlight goes on? 22.26.34 # mcuelenaere: I've only tried with the OF :p 22.26.40 # wait 5 minutes :) 22.27.53 # I forgot the definition of the checksum :( 22.28.01 Quit AhtiK (Read error: 110 (Connection timed out)) 22.28.51 # hm... seems not 22.29.40 # seems not even if you place backlight_init() in system_main() ? 22.30.51 # no, I mean I didn't get the checksum wrong -- I got another thing wrong, but I don't know what it is 22.30.52 # (yet) 22.30.59 # * wpyh needs to calm down 22.31.18 # :) 22.32.21 # amiconn: Sorry, no - I have to work on other (non-rockbox) things... 22.32.27 # domonoky: do you think renaming ARCH was a good idea? What if a user explicitly wants to use a specific ARCH value? 22.32.42 Join Casainho [0] (n=chatzill@87-196-155-253.net.novis.pt) 22.33.20 # then he should use RBARCH=xxx make ? 22.33.41 # and we really only need this ARCH thing for macosX.. 22.33.41 # IMO the Makefile should cope with an external value of ARCH (which it currently doesn't) 22.34.03 # how about if you want to cross compile on 64bit for 32bit or similar? 22.35.04 # * bluebrother needs to read up on the make manual 22.35.55 # mcuelenaere: the bins are packed for vx767 22.36.07 # in what format? 22.36.29 # http://www.rockbox.org/twiki/pub/Main/OndaVX747/firmware_flash_procedure.txt 22.36.30 # hello RB people :-) 22.36.37 # look at the end 22.36.42 # it's quite difficult to explain :p 22.37.06 # ahh ok 22.37.11 # * bluebrother hides 22.37.12 # it's just some kind of tar file 22.37.20 # or concatenated file 22.37.45 # bluebrother: the problem with the ARCH is, that it is set on some targets, where we dont want it.. and we want to set it on mac for both builds .. 22.37.46 # I am trying to build a new port... I am trying to build the bootloader, I get one file for bootloader but is a 0 bytes size :-( -- can anyone guess why is a 0 bytes bootloader files? -- here is the pastbin of build time: http://pastebin.com/m12e45377 22.38.01 # it's like, it has VX767_1.0.dl appended to it 22.38.41 # Casainho: check your lds files and see if it matches the sections you've compiled 22.38.41 # ok, now I got the OF working, but rockboot.vx747 still doesn't work 22.38.42 # domonoky: do we really want it to be unset on i.e. i386? The problem is that we expect it to be unset to construct the Makefile targets 22.39.02 # wpyh: are you running linux or windows? 22.39.03 # Casainho: make V=1 may offer some more clues 22.39.14 # mcuelenaere: thanks 22.39.20 # does bootloader.elf look fine? 22.39.23 # bluebrother: yes, the ARCH define was not intended for normal crosscompiling... we built it specific for the mac problem.. 22.39.59 # mcuelenaere: I think we are missing something in rockboot.vx747: the signature at the start (0x78563412) and the file size after that 22.40.01 # domonoky: I know ... I did it ;-) 22.40.02 # I'm running linux 22.40.08 # * wpyh has to eat lunch soon 22.40.24 # wpyh: I ignored that because only the original code used that AFAIK 22.40.25 # Bagder: bootloader elf have 35kb... 22.40.30 # still, in that case the Makefile should cope with setting ARCH. 22.40.44 # bluebrother: if someone really wants to crosscompile it, he shoud fix the makefile :-) 22.40.47 Join fml [0] (n=4fd3c4b2@gateway/web/cgi-irc/labb.contactor.se/x-9e9b95117b70d594) 22.40.48 # Casainho: then the bootloader command or objcopy seem to be the "bad guy" here 22.40.50 # mcuelenaere: ok 22.40.52 # wpyh: (original code as in what used to be 10.bin) 22.41.15 # wpyh: can you easily see a usb device disconnect on linux? 22.41.22 # * bluebrother doesn't like half-baked solutions 22.41.26 # mcuelenaere: dmesg 22.41.30 # yes I know 22.41.35 # mcuelenaere: I don't understand what you mean by "easily see"? 22.41.35 # but I meant 'easily' 22.41.42 # tail -f /var/log/messages :) 22.41.48 # while sleep 0.1; do dmesg; done? 22.41.50 # Windows generates a nice bell sound 22.41.52 # bluebrother: and at least the lib wil have the wrong name for rbutil if you use it this way... 22.42.10 # mcuelenaere: you can tweak udev to do that :) 22.42.15 # well never mind, try fiddling with the USB register manipulation in bootloader/vx747.c 22.42.16 # Bagder: is there a way to see if there is code on elf file? 22.42.22 # move it up until you get the usb disconnect 22.42.23 # Hello. How long shold I hold down the Select button (on Sansa e200) to fire a 'long press'? My dad can't tap it quickly enough. Couldn't we introduce a setting for the long press threshold? 22.42.28 # Casainho: readelf perhaps? 22.42.43 # * wpyh has to eat lunch 22.42.47 # ok 22.42.50 # domonoky: well, that's part of the problem. 22.43.06 # mcuelenaere: I don't quite understand though.. please keep posting, I'll take a look later 22.43.10 # ok 22.43.23 # As it's done on PC where you can set the time interval between two mouse clicks that should be a double click. 22.43.41 # wpyh: there's this line: 'REG8(USB_REG_POWER) &= ~USB_POWER_SOFTCONN; 22.43.48 # it generates a USB disconnect 22.43.59 # which is the only debugging output if you can't use the LCD 22.44.10 # try to use it to look where the code crashes 22.44.19 # ie moving it up and down until you find the bug 22.44.55 # code flow is like this: crt0.S -> system_main() in firmware/target/mips/ingenic_jz47xx/system-jz4740.c -> main() in bootloader/vx747.c 22.45.02 # bluebrother: feel free to make this makefile nicer.. i dont really know a bettter solution without changing more of the Makefile (and without braking other OSs) ..:-) 22.45.18 # Bagder: here the readelf -a : http://pastebin.com/f4aa33722 22.46.12 # Casainho: but what does your bootloader command do? 22.46.21 Quit miepchen^schlaf () 22.46.33 # "boottool" in the configure script 22.46.47 # well, the bootlaoder C file just flash a LED using a timer.... 22.46.59 # Casainho: in tools/configure 22.47.04 # Casainho: run make V=1 please 22.47.11 # then check the output what commands that are used 22.47.33 # the elf is converted to bin with objdump 22.47.46 # then the bin is converted to a bootloader by a "boottool" of your choice 22.48.19 # somewhere around there it goes wrong in your build 22.48.43 # as usual, if you can provide a patch against the rockbox svn we could help out... 22.48.58 # hmmm - boottool, don't know what is this.... 22.49.14 # Casainho: then read tools/configure again 22.49.21 # and search for "boottool" 22.49.22 # Bagder: I don't know how to make patchs... 22.49.30 # Casainho: svn diff 22.49.39 # Casainho: I figure this is a good time to learn! 22.51.14 Join ompaul_ [0] (n=ompaul@gnewsense/friend/ompaul) 22.52.07 # okok - I must learn about SVN - I was waiting to use code.google to host the port I am trying to do... - because now we are 2 persons working on it... but there is problems with code.google for us :-( 22.52.17 # here the configure: #boottool="cp " #?? 22.52.19 # bootoutput="rockbox.playerlittle_bootloader" 22.52.32 # Casainho: before "svn diff" you need to "svn add" the files you create 22.52.39 # Casainho: you'll find that using svn will be a lot easier, since then not only 2 people can help out, but hundreds of rockbox hackers 22.52.54 # Casainho: and the make V=1 output shows that used as... ? 22.52.54 Quit fml ("CGI:IRC (EOF)") 22.53.11 # yes, yes, I want to use SVN but I need to find a free server... 22.53.20 # nonono 22.53.23 # check out rockbox 22.53.27 # make your changes 22.53.30 # post the patches 22.53.42 # actualy I am already using svn for other project, we are 4 people working there :-) 22.53.44 # well, at least I think so 22.54.19 # you're only creating barriers by not doing the development like all the other rockbox hackers do it 22.54.22 # Bagder: okok, I will try to make the patch -- but, what it that boottool? 22.54.38 # ok a third time: 22.54.45 # Casainho: and the make V=1 output shows that used as... ? 22.55.03 # make V=1 is your friend 22.55.07 # make V=1 can be helpful 22.55.44 # boottool as I described already above, is what converts a bin to a bootloader for your target 22.55.58 # in your case, I don't think you need to do anything with the bin file 22.56.18 # so it could just do cp 22.56.22 # or possibly even mv 22.56.26 Quit ompaul (Read error: 60 (Operation timed out)) 22.57.23 Join LambdaCalculus37 [0] (n=LambdaCa@c-24-0-218-198.hsd1.nj.comcast.net) 22.58.01 # Bagder: I send the output of make V=1 to a text file and I can't find the word "boottool" there... 22.58.15 # of course not 22.58.21 # boottool is set in configure 22.58.29 # * kugel facepalms 22.58.38 # and then configure puts that tool in the generated Makefile 22.58.40 # so I will uncoment the boottool on configure to be the "cp" command :-) 22.59.55 Join dabujo [0] (i=xx@p4FDB25F6.dip0.t-ipconnect.de) 23.00.15 # did that and did run configure and make all, the same result, bootloader file with 0 bytes 23.00.32 # then show us the make V=1 output 23.03.33 # ok, here: http://pastebin.com/d6e0ab293 23.04.10 # so bootloader.bin is zero bytes too? 23.04.38 # bootloader/bootloader.bin 23.04.50 # IMO it doesn't make sense to use rockbox.blah if it's in fact a bin file ... 23.05.19 # bluebrother: true, but configure is made to kind of assume that so it is easiest to go with that for starters 23.05.46 # can't you just make configure to use "bin" as extension for the result? 23.05.48 # just saw now that bootloader.bin is also 0 bytes... 23.06.05 # Casainho: then bootloader.map is your next research area 23.06.12 Nick oofus is now known as oofus[away] (n=chris@oofus.demon.co.uk) 23.06.24 # wpyh: I'll read the logs for your results 23.06.28 Quit mcuelenaere ("Zzzz") 23.06.51 # bluebrother: yes that's indeed possible, and when Casainho gets further we can bug him on such details :-) 23.07.08 # Bagder: bootloader.mpa here: http://pastebin.com/m551455d6 23.07.34 # oh there's no code 23.07.50 # .text is empty 23.08.41 # oh, I must be missing something... 23.09.44 # Casainho: Have you actually written a bootloader? i.e. a .c file in bootloader/ and added it to bootloader/SOURCES ? 23.09.59 # linuxstb: yes, I did.... 23.10.09 # I am trying to make the patch now... 23.10.30 # I can't see it being compiled in your "make V=1" output, but maybe I missed it... 23.11.05 *** Saving seen data "./dancer.seen" 23.12.11 # Casainho: and your boot.lds specifies the crt object file in STARTUP() ? 23.13.10 # Bagder: ??? ehe - I think no... just did copy flash LED code crt0.S and lds file, as bootloader files... 23.13.24 Join tvelocity [0] (n=tony@195.167.65.108) 23.13.32 # you need to make a boot.lds in similar style like the other rockbox ones 23.14.22 Join einhirn [0] (i=Miranda@p5B031B43.dip0.t-ipconnect.de) 23.14.22 # but do work on creating a patch, it'll be a win in the longer run 23.14.31 # and make sure you can repeat the procedure easily 23.14.34 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.14.38 # okok :-) 23.15.13 # Slasheri: ping 23.15.36 Join n17ikh [0] (n=n17ikh-@130-127-73-84.lightsey.resnet.clemson.edu) 23.16.30 Join miepchen^schlaf [0] (n=miepchen@p579ECA94.dip.t-dialin.net) 23.21.22 Nick oofus[away] is now known as oofus (n=chris@oofus.demon.co.uk) 23.21.47 # rasher: Your pixel size values are quite a bit off... 23.22.18 # amiconn: Yeah, I based it losely on FONTBOUNDINGBOX, and some of them are quite obviously wrong, I'm sure more of them are subtly wrong 23.22.31 # * amiconn is building a list 23.22.56 # Bagder: I should do a diff, diff to base or a diff to head? 23.23.56 # to head I guess 23.25.56 Quit pondlife (Read error: 110 (Connection timed out)) 23.28.26 Join Mathiasdm [0] (n=Mathias@78-22-6-189.access.telenet.be) 23.30.07 Quit bertrik ("Leaving") 23.32.12 Quit Schmogel (Read error: 104 (Connection reset by peer)) 23.32.46 # Bagder: nothing did happen -- what should I see? in file patch file? 23.33.06 # I am using a GUI svn program, the "RapidSVN"... 23.33.12 # I've never used that 23.34.03 # Casainho: just execute "svn diff > myfile.diff" in the root directory 23.34.14 # from the terminal 23.34.28 # or shell or whatever you call it 23.34.31 # and remember to 'svn add' all new files first 23.35.46 # well, there are a few files over few directories... I must do svn add for each one? 23.36.03 # yes 23.36.23 # Casainho: you can do "svn -R add" directories 23.36.45 # with -R being the recursive option. adding files already version'd doesn't matter 23.36.58 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 23.38.30 Join AhtiK [0] (n=ahti@88-196-185-130-dsl.rgu.estpak.ee) 23.38.30 # well, you can also svn diff > myfile.diff; diff -u /dev/null my/added/file >> myfile.diff 23.38.53 # * bluebrother sees recursive adds and shudders 23.40.47 # recursively adding should be avoided, unless you know exactly what you're doing (and checking twice before diff / ci) or you might face major hurts ... 23.40.55 # s/hurts/pain/ 23.41.15 Quit ompaul_ (Client Quit) 23.45.04 # mcuelenaere: if I treat the device as a vx747 (using vx747's bin files), then it will disconnect (which should means that it runs our code) 23.45.20 # mcuelenaere: if I treat it as a vx767 though, it doesn't 23.46.46 Quit matsl (Remote closed the connection) 23.48.29 # okok, here is the diff file :-) 23.48.30 # http://html.casainho.net/rbplayer.diff 23.49.58 # Casainho: You don't include rockboxplayerlittle.c in bootloader/SOURCES 23.50.16 # Plus you appear to have some unrelated changes in that diff - have you done a "svn update" recently? 23.51.01 Join safetydan [0] (n=evertond@rockbox/developer/safetydan) 23.51.34 # linuxstb: maybe didt'nt the svn update... I were working on other svn GUI program, I made there... 23.51.43 # Plus what are the files in bootloader/rockboxplayerlittle-bootstrap/ - are they needed? 23.52.18 # You should really only have one new .c file in bootloader/ with all other changes in firmware/ 23.53.45 Join num1 [0] (n=brian@unaffiliated/num1) 23.54.04 # linuxstb: okok, all that files on bootloader can later be removed... 23.54.07 # what is Super bass? 23.54.17 # and what is MDB? 23.54.36 # Casainho: If you want others to look at your patch, it would be much easier if you moved them out of the way now - they make the patch much harder to read. 23.55.00 # You also appear to have made a mistake on the first line of tools/configure - adding the word "little" before #!/bin/sh 23.55.01 # you should really clean up that registers define mess and unrelated stuff. It's a pain to look through that diff 23.55.17 # rasher: Hmm, seems our naming scheme was a bit too simplistic :/ 23.55.34 # The 'Fixed' family comes both in weight and density variants 23.56.16 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 23.56.55 # * linuxstb thought that "svn diff" would make a diff between the current code and the revision of the svn checkout, so wonders why there are all these reversals 23.57.07 # Casainho: So you used "RapidSVN" to create that diff? 23.57.26 # * linuxstb suspects "diff to head" was wrong, and "diff" was the right option 23.57.41 # linuxstb: no, I did "svn add *" 23.57.54 # after 23.58.03 # * bluebrother didn't even understood the question about "head" and "base" -- what's "base" on a svn checkout? 23.58.18 # "diff > rbplayer.diff" 23.58.28 # I'm not sure about "base", but I'm guessing "head" means a diff between the (modified) checkout and the latest revision