00:00:16 | Casainho | another question - anyone knows a free svn online hostng projects? like code.google? |
00:01:12 | dionoea | sf.net |
00:01:47 | Casainho | sf.net have svn or cvs |
00:03:23 | Casainho | so, anyone knows why I am getting that errors? |
00:06:47 | bertrik_ | dionoea, you wrote md5sum right? what do you think about the patch in FS #9209? |
00:08:19 | dionoea | 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 | gevaerts | Casainho: again, where is MATRIX_MCFG2 defined? |
00:10:38 | pixelma | dionoea: you also were the one who introduced the "live moving" in the playlist viewer, right? |
00:11:03 | Casainho | gevaerts: AT91_REG MATRIX_MCFG2; // Master Configuration Register 2 (hperiphs) |
00:11:07 | bluebrother | Casainho: is that the exact casing of the error you get? |
00:11:14 | Casainho | gevaerts: line 129 of that file |
00:11:35 | bluebrother | the line you pasted has AT91_REG, while the error you posted at91_reg |
00:12:36 | Casainho | well, I get errors on each line of that file :-( |
00:12:42 | * | bluebrother considers this header file ugly as hell |
00:13:02 | bluebrother | ah −− so you simply picked one randomly? |
00:13:14 | Casainho | export/AT91SAM9260.h:1041: Error: bad instruction `at91_reg AIC_FFDR' |
00:13:16 | Casainho | export/AT91SAM9260.h:1042: Error: bad instruction `at91_reg AIC_FFSR' |
00:13:18 | Casainho | export/AT91SAM9260.h:1043: Error: junk at end of line, first unrecognized character is `}' |
00:13:19 | Casainho | export/AT91SAM9260.h:1085: Error: bad instruction `typedef struct _AT91S_PIO{' |
00:13:20 | Casainho | export/AT91SAM9260.h:1086: Error: bad instruction `at91_reg PIO_PER' |
00:13:22 | Casainho | export/AT91SAM9260.h:1087: Error: bad instruction `at91_reg PIO_PDR' |
00:13:24 | Casainho | export/AT91SAM9260.h:1088: Error: bad instruction `at91_reg PIO_PSR' |
00:13:26 | Casainho | export/AT91SAM9260.h:1089: Error: bad instruction `at91_reg Reserved0[1]' |
00:13:27 | gevaerts | Casainho: please don't do that |
00:13:28 | Casainho | export/AT91SAM9260.h:1090: Error: bad instruction `at91_reg PIO_OER' |
00:13:28 | kugel | wow |
00:13:29 | pixelma | stop |
00:13:29 | Casainho | export/AT91SAM9260.h:1091: Error: bad instruction `at91_reg PIO_ODR' |
00:13:31 | Casainho | export/AT91SAM9260.h:1092: Error: bad instruction `at91_reg PIO_OSR' |
00:13:32 | kugel | stop it |
00:13:39 | Casainho | export/AT91SAM9260.h:1093: Error: bad instruction `at91_reg Reserved1[1]' |
00:13:40 | Casainho | sorry - should be pastbin |
00:13:45 | pixelma | you've been told once |
00:13:46 | kugel | hell yes |
00:14:42 | Casainho | sorry - forgot |
00:14:51 | Casainho | the erros are here on pastbin: http://pastebin.com/d33b1df17 |
00:15:43 | bluebrother | 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 | linuxstb | Casainho: Look at the other files (e.g. something like mcf5249.h) in firmware/export/ for what bluebrother means |
00:17:40 | kugel | "export/AT91SAM9260.h:2674: Error: junk at end of line, first unrecognized character is `}'" |
00:18:03 | kugel | that's several times in the error messages |
00:18:08 | linuxstb | Casainho: Are you compiling in Windows or Linux? That's a DOS text file... |
00:18:17 | Casainho | hmmm - maybe is this: #ifndef __ASSEMBLY__ |
00:18:19 | Casainho | typedef struct _AT91S_SYS { |
00:18:24 | Casainho | linux |
00:18:42 | kugel | dos2unix is your man |
00:18:51 | gevaerts | That's against the rockbox coding style, but I don't see how that's related to the problem |
00:18:58 | Casainho | but I am tryingto build the crt0.S file... |
00:19:13 | linuxstb | That would explain it then, you can't write C code in a .S file... |
00:19:42 | dionoea | pixelma: yep, that was me. Is it broken? |
00:19:55 | bluebrother | I have the impression that it has issues with the typedeffing of foo and *foo |
00:20:05 | bluebrother | the same time using the same name that is |
00:20:06 | pixelma | dionoea: slightly (sometimes), see http://www.rockbox.org/tracker/task/7967 for details |
00:20:17 | gevaerts | 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 | bluebrother | ok, I take that back. Overlooked the somewhat hidden P ... |
00:20:58 | | Quit ompaul (Client Quit) |
00:21:07 | pixelma | dionoea: it's a bit weird though |
00:21:09 | bluebrother | isn't it nice to hide information? You'll always will ask yourself what exactly this type means ... |
00:21:56 | dionoea | pixelma: i'll try and debug it tomorrow. Just remind me to do so |
00:21:58 | gevaerts | bluebrother: but surely it's intuitively clear that AT91_REG means volatile unsigned int.. |
00:22:05 | dionoea | Time to go sleep now. Good night. |
00:22:14 | pixelma | dionoea: nice, will do ;) |
00:22:25 | bluebrother | gevaerts: true. :| |
00:22:57 | Casainho | okok - I did resolved by doing "#define __ASSEMBLY__" before include that header file :-) −− thank you all :-) |
00:23:06 | kugel | 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 | Casainho | 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 | kugel | Casainho: Ok. But if you want to be sure, run dos2unix on that fule |
00:24:28 | kugel | 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 | gevaerts | You should fix the line endings (i.e. set the correct svn properties), but gcc should handle it fine |
00:24:49 | Casainho | kugel: thanks :-) |
00:25:02 | kugel | _emp: there's the source archive at the current build page |
00:25:08 | _emp | thanks |
00:25:11 | bluebrother | Casainho: a header file doesn't build. It gets included, thus the compile unit including it needs to build |
00:25:43 | bluebrother | depending on the compile unit this might fail, but gcc will still show the error occuring in the header |
00:26:07 | Casainho | :-) −− I am learning a lot :-) |
00:26:40 | _emp | kugel, how often are those updated? |
00:26:56 | kugel | _emp: on every source code change |
00:27:02 | gevaerts | _emp: every commit |
00:27:07 | kugel | 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 | BigBambi | not for lots of years |
00:27:48 | gevaerts | There should be one soon |
00:27:51 | kugel | well, rockbox 2.5, but that's heavily updated. You'll want to wait for 3.0 |
00:27:53 | bluebrother | no. But I was thinking if we should create tarballs for rbutil releases |
00:27:58 | BigBambi | although we are in feature freeze for a release at the moment |
00:28:15 | kugel | 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 | bluebrother | as for rbutil, we have tags for each release |
00:28:34 | | Quit mf0102 ("Ex-Chat") |
00:28:48 | BigBambi | _emp: So just work of a specific revision |
00:29:05 | BigBambi | 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 | BigBambi | Each revision is tagged in svn and built from that |
00:30:32 | bluebrother | 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 | BigBambi | What are you doing (out of interest)? |
00:32:41 | bluebrother | 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 | bluebrother | 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 | BigBambi | port in what sense? |
00:33:46 | _emp | http://www.openbsd.org/porting.html |
00:34:10 | gevaerts | BigBambi: they call packaging "porting" to make it sound more impressive :) |
00:34:14 | krazykit | a "ports" package |
00:34:14 | BigBambi | ah, packaging rbutil |
00:34:36 | _emp | well, I need a port to build a package |
00:34:39 | BigBambi | 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 | BigBambi | I also got confused about the talk of doing it to rockbox, not rbutil |
00:35:43 | bluebrother | anyway, releasing a tarball would be a good thing imo |
00:35:45 | gevaerts | 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 | bluebrother | 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 | gevaerts | bluebrother: in non-offline mode I guess :) |
00:36:53 | bluebrother | 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 | bluebrother | 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 | Casainho | 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 | gevaerts | Sure, why not? |
00:44:40 | | Quit waldo ("Konversation terminated!") |
00:47:21 | Casainho | 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 | Casainho | In file included from common.c:21: |
00:47:43 | Casainho | /home/cas/Documentos/RockboxPlayer/rockbox_port/rockbox/firmware/export/lcd.h:38:5: warning: "LCD_DEPTH" is not defined |
00:48:31 | Casainho | sorry, thats not the error :-) −− is this one: |
00:48:34 | Casainho | common.c: In function ‘printf’: |
00:48:36 | Casainho | 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 | kugel | Casainho: So? Can't you imagine what this error means? |
00:50:31 | Casainho | yes I can, but how can I build without any thing about the display? |
00:51:09 | kugel | stop the functions from accessing the display, e.g. by putting some #if 0 ... #endif around |
00:52:01 | Casainho | okok... tought that maybe could be another easy way :-) - thanks :-) |
00:52:01 | kugel | or, rather define something like NO_DISPLAY, and put #ifndef NO_DISPLAY ... #endif around, that's slightly cleaner |
00:52:25 | kugel | well, rockbox isn't made to run without display |
00:53:03 | kugel | 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 | kugel | s/parser/wrapper |
00:53:41 | Casainho | my task is to make the leds flash using RB kernel :-) |
00:53:58 | kugel | see, that's what I proposed |
00:54:35 | kugel | 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 | Casainho | 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 | Casainho | parser? :-) |
00:55:50 | kugel | i meant wrapper |
00:56:35 | kugel | you make a wrapper, which redirects LCD functions to the LEDs |
00:56:49 | kugel | that's what i would do |
00:57:34 | Casainho | I think I understand... |
00:57:38 | kugel | but i wonder what's the goal of this. why not using the LCD in the first place? |
00:57:44 | Casainho | but I am in bootloader stage... |
00:58:06 | kugel | Casainho: the rockbox bootloader is a mini-rockbox, that doesn't change anything |
00:58:07 | Casainho | because I don't have drivers for LCD yet |
00:58:47 | Casainho | and would like to first use the LEDs, much esiear than making LCD drivers... |
00:59:41 | kugel | well, that you need to re-implement functions like printf() |
01:00 |
01:00:50 | Casainho | kugel: okok, after... now I would like to build the RB bootloader even if it's is empty |
01:01:53 | kugel | that won't helpyou |
01:02:14 | kugel | how are you planning to see if it works? |
01:02:59 | Casainho | yes, I need to have a base to start... |
01:03:28 | Casainho | a problem here: I can't find the common.c file, but I am getting an error on it... |
01:03:41 | Casainho | where is common.c file? |
01:04:24 | Casainho | it is not listed on SOURCES file.... |
01:04:56 | kugel | is this even a rockbox file? |
01:05:18 | kugel | I don't know where it is |
01:05:43 | | Quit krazykit ("Connection reset by beer") |
01:05:45 | Casainho | 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 | Casainho | and now I am in the linking stage, for the first time :-) −− but gettin g this error: |
01:13:44 | Casainho | 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 | linuxstb | Use the Rockbox recommended arm-elf-gcc (i.e. the one built by rockboxdev.sh) |
01:18:58 | rasher | amiconn: what to do about the characters with ENCODING -1? |
01:19:19 | _emp | the rockboxdev.sh works great |
01:19:28 | scorche|sh | Casainho: we have gone over this before... |
01:20:25 | Casainho | okok - so I will build arm-elf with rockboxdev.sh :-) |
01:21:27 | rasher | 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 | saratoga | 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:00 |
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 | Casainho | hello again :-) |
02:40:10 | Casainho | I did build the RB bootloader however I am getting a bootloader bin file of 0 bytes... |
02:41:16 | Casainho | 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 | Casainho | 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 | Casainho | reset_handler is refered on file .lds... |
02:43:07 | Casainho | 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 | ranok | well |
02:58:57 | ranok | that's rather annoying |
02:59:51 | | Join MU{lappy} [0] (n=Militant@pool-98-117-9-134.hrbgpa.fios.verizon.net) |
03:00 |
03:00:29 | Casainho | 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 | kugel | 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:00 |
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 |
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 | plus | 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 | scorche|sh | 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 | plus | 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 | RastaUdu | hey |
05:36:00 | RastaUdu | i |
05:36:07 | RastaUdu | i have a question |
05:36:20 | RastaUdu | i installed rockbox on my 30gb ipod... |
05:36:37 | RastaUdu | i cant find a way to make fonts bigger.... is it possible? |
05:37:44 | scorche|sh | you need to change your font...this is described in the manual |
05:38:09 | RastaUdu | i cannot find |
05:38:51 | scorche|sh | look harder ;) |
05:38:52 | RastaUdu | the page |
05:38:56 | RastaUdu | can u help me |
05:39:03 | | Join reacocard [0] (n=reacocar@WL-311.CINE.HMC.Edu) |
05:39:32 | RastaUdu | ? |
05:39:59 | scorche|sh | 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 | advcomp2019 | there is a manual link on the homepage |
05:40:56 | RastaUdu | i know that |
05:41:11 | RastaUdu | what guide i follow the loading fonts? |
05:41:14 | RastaUdu | guide |
05:41:29 | scorche|sh | 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 | RastaUdu | what section do i have to look for |
05:42:50 | RastaUdu | i cant find it |
05:43:29 | scorche|sh | are you looking at the html manual or the pdf version? |
05:43:46 | RastaUdu | the online |
05:43:56 | scorche|sh | the pdf function typically has a "search" functionality, so you can usualy juts search for "font" |
05:44:32 | scorche|sh | you dont see anything in here relating to fonts? http://download.rockbox.org/manual/rockbox-ipodvideo/rockbox-buildli1.html#x2-1000 |
05:44:58 | RastaUdu | loading fonts |
05:45:10 | RastaUdu | 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 | scorche|sh | 20:37 < scorche|sh> you need to change your font |
05:45:47 | scorche|sh | i told you earlier that you need to... |
05:45:47 | RastaUdu | how? |
05:45:49 | DogBoy | heh |
05:46:00 | RastaUdu | u jsut playing around with words |
05:46:04 | RastaUdu | u not helping me at all |
05:46:14 | nobodyspecial | lol |
05:46:18 | RastaUdu | lol |
05:46:32 | DogBoy | he's suggesting that you help yourself |
05:46:34 | scorche|sh | 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 | nobodyspecial | RastaUdu: all the time ou spen arguing with scorche|sh you could have searched the manual and found the answer |
05:47:15 | advcomp2019 | RastaUdu, you need to choose a different font to get it larger |
05:47:16 | RastaUdu | ok... wel i went to the manual....and it says load fonts |
05:47:27 | RastaUdu | i dont need to load fonts i need to make the fonts bigger |
05:47:31 | RastaUdu | and i dont know how |
05:47:44 | RastaUdu | and in the manual i cant see anything about font resizing |
05:47:51 | RastaUdu | so i came here to ask how to do it |
05:47:54 | advcomp2019 | RastaUdu, you need to choose a different font to get it larger |
05:48:05 | advcomp2019 | that is the only way |
05:48:08 | RastaUdu | and i find this asshole that tells me useless stuff |
05:48:13 | scorche|sh | 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 | RastaUdu | ok thans advcomp |
05:48:33 | scorche|sh | RastaUdu: keep it civil... |
05:49:06 | RastaUdu | shut up |
05:49:09 | RastaUdu | i cant stand u |
05:49:26 | scorche|sh | you still are using "u"... |
05:49:53 | RastaUdu | so what |
05:49:55 | advcomp2019 | RastaUdu, read the guidelines please |
05:50:19 | scorche|sh | 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 | RastaUdu | this is dumb |
05:51:02 | scorche|sh | one should also follow them if one expects to receive help here.. |
05:51:15 | advcomp2019 | RastaUdu, irc guidelines are not dumb |
05:51:24 | RastaUdu | but scorche is |
05:51:35 | scorche|sh | i am what? |
05:51:47 | RastaUdu | since i asked for help cause i dint find anything on the guide and he started Bitching |
05:52:14 | scorche|sh | RastaUdu: this is your last warning...keep the topic to rockbox and follow the guidelines.. |
05:52:17 | advcomp2019 | he has not |
05:52:23 | RastaUdu | ok |
05:52:24 | RastaUdu | wutever |
05:52:41 | RastaUdu | thanx for your help scorche |
05:52:56 | RastaUdu | YOU are really helpful |
05:55:32 | nobodyspecial | does the source build properly under freebsd? |
05:55:32 | | Quit RastaUdu ("CGI:IRC (EOF)") |
05:55:55 | scorche|sh | nobodyspecial: it should provided you are using the correct crosscompilers |
05:56:08 | nobodyspecial | sl |
05:56:18 | scorche|sh | sl? |
05:56:23 | nobodyspecial | *so I need to build the linux toolchain? |
05:57:21 | scorche|sh | rockboxdev.sh should work there |
05:58:05 | | Join wpyh [0] (n=william@75-140-9-84.static.rvsd.ca.charter.com) |
06:00 |
06:02:02 | nobodyspecial | 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 | iLoVeRocknRoll | hey everyone |
06:21:31 | iLoVeRocknRoll | anyone here? |
06:21:54 | advcomp2019 | iLoVeRocknRoll, yes |
06:22:01 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
06:22:06 | wpyh | yes, someone is here |
06:22:18 | iLoVeRocknRoll | i was wondering if it is possible somehow to use the ipod while i am recharging it |
06:22:44 | wpyh | yes, it's possible |
06:22:48 | wpyh | are you using RB? |
06:23:26 | scorche|sh | iLoVeRocknRoll: hold the menu button while inserting the cable...this is all described in the manual though |
06:23:54 | iLoVeRocknRoll | will it charge anyways |
06:24:07 | iLoVeRocknRoll | i mean it wont screw my ipod |
06:24:07 | iLoVeRocknRoll | ? |
06:24:52 | iLoVeRocknRoll | ok i jsut tried it works.. but no background light? |
06:25:42 | scorche|sh | eh?...the backlight should work as normal |
06:25:53 | iLoVeRocknRoll | no it doesnt work |
06:26:00 | scorche|sh | if it would screw up your ipod, do you think we would allow it? ;) |
06:26:05 | iLoVeRocknRoll | i mean everything works when plugged in but no light |
06:26:43 | scorche|sh | are you running the latest build? |
06:26:48 | iLoVeRocknRoll | yes |
06:26:55 | iLoVeRocknRoll | downloaded like a couple min ago |
06:27:36 | iLoVeRocknRoll | oh i wentr on options and i turned on |
06:27:37 | iLoVeRocknRoll | lol |
06:27:41 | iLoVeRocknRoll | idk why it was off |
06:27:54 | scorche|sh | probably because you turned it off at some point ;) |
06:28:17 | iLoVeRocknRoll | 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 | iLoVeRocknRoll | i did put the game in the ipod but it desnt load it |
06:28:38 | iLoVeRocknRoll | i mean i cant even see the file |
06:28:59 | scorche|sh | then you may have to check your file view options |
06:29:11 | iLoVeRocknRoll | hmm |
06:29:15 | iLoVeRocknRoll | where is it located |
06:29:29 | scorche|sh | in the menu somewhere...ceck the manual |
06:29:31 | scorche|sh | check |
06:29:41 | iLoVeRocknRoll | i am in the file view |
06:29:50 | iLoVeRocknRoll | what option am i fixing? |
06:30:31 | scorche|sh | show files |
06:31:04 | iLoVeRocknRoll | lemme try hold on |
06:32:14 | iLoVeRocknRoll | nice it froze |
06:32:22 | iLoVeRocknRoll | lol |
06:33:56 | iLoVeRocknRoll | awesome lmao |
06:35:33 | iLoVeRocknRoll | this stinks |
06:36:02 | | Quit iLoVeRocknRoll ("CGI:IRC") |
06:43:09 | wpyh | scorche: was that some kind of 1user? |
06:45:09 | scorche|sh | if you are refering to "luser", then likely |
06:45:23 | wpyh | 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:00 |
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 | xxbatman94xx | heyy umm i need help with making voice files for my ipod |
07:08:22 | xxbatman94xx | 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 |
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 | wpyh | 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 | ShockValue | 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 | GodEater | good question |
08:26:48 | GodEater | afaik there's no work in progress currently |
08:27:02 | GodEater | but the guy who was looking at it still mentions wanting to get back to it |
08:28:42 | austriancoder | Can somebody tell me the state of gsoc "rockbox as application"? |
08:29:35 | scorche|sh | 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 | GodEater | austriancoder: it's currently quantum - the waveform has yet to collapse |
08:37:58 | num1_ | austriancoder: All I can tell you is that at the moment, rockbox is not an application |
08:38:25 | austriancoder | :) |
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 | B4gder | is -fPIC really always right for the sim gcc options? |
08:49:10 | LinusN | i doubt it |
08:49:15 | B4gder | me too |
08:49:27 | B4gder | 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 | JdGordon | B4gder: sorry I didnt reply to your email.... somewhat forgot about it untill this morning :p |
08:54:51 | JdGordon | can you pass me the log from -gsoc? |
08:56:13 | B4gder | I don't have a log from there |
08:57:19 | JdGordon | ok, we'll have to live with some of it being repeated then :p |
08:57:29 | JdGordon | im not so sure we should fail it... |
08:57:46 | B4gder | 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 | scorche|sh | 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 | JdGordon | kk |
09:00 |
09:04:24 | austriancoder | 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 | B4gder | it doesn't just silence the warning |
09:05:29 | austriancoder | it fixes the warning |
09:05:47 | B4gder | yes, but does it produce a funtional output all over? |
09:05:54 | austriancoder | just google about "warning: creating a DT_TEXTREL in object." |
09:06:02 | B4gder | you're missing my point |
09:06:50 | B4gder | -fPIC is a pretty big change |
09:07:06 | B4gder | and I'm doubting that it works unconditionally like that |
09:07:12 | austriancoder | is there an other solution? |
09:07:38 | B4gder | first keyword being "unconditonally", I don't think everyone gets that warning to start with |
09:08:45 | B4gder | do you think we all get it? |
09:09:08 | austriancoder | maybe?! |
09:09:34 | B4gder | is it ld that warns? |
09:09:50 | B4gder | I don't see any warnings in the build table |
09:10:25 | B4gder | or perhaps, what does it take to get the warning? |
09:10:32 | austriancoder | yes... its ld |
09:10:46 | *** | Saving seen data "./dancer.seen" |
09:11:07 | B4gder | so, what ld do you have on what arch? |
09:11:38 | B4gder | the ld for the plugins/codecs and not for the main rockboxui? |
09:11:50 | austriancoder | 1) remove -fPIC from configure script. 2) mkdir sim; cd sim 3) ../tools/configure 50 Sim 4) make |
09:12:07 | austriancoder | GNU ld (GNU Binutils) 2.18 |
09:12:18 | B4gder | so why is there no warnigns in the build table? because it doesn't detect them? |
09:12:39 | B4gder | I don't have -fsim and I have no warnings |
09:12:44 | B4gder | not a single one |
09:12:58 | B4gder | so, what ld do you have on what arch? |
09:13:06 | B4gder | 64bit? |
09:13:56 | austriancoder | x86 - GNU ld (GNU Binutils) 2.18 |
09:14:18 | austriancoder | and yes.. i get these warnings for plugins/codecs |
09:16:12 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
09:16:36 | B4gder | not a single one of the build server sims get these warnings |
09:17:00 | GodEater | talking of which - mine will be offline this week - it's been moved while the room it's in is painted |
09:17:00 | austriancoder | what ld version is used on them? |
09:17:05 | B4gder | various |
09:17:16 | amiconn | No such warnings here either. x86_64 needs -fPIC though, and has it set for quite some time now |
09:17:40 | B4gder | right, that's the thing I recalled |
09:18:00 | amiconn | Adding it for all sims is most probably wrong |
09:18:17 | amiconn | I'd expect trouble with crosscompiled sims at least |
09:18:21 | austriancoder | http://rafb.net/p/LaNROn35.html |
09:19:07 | B4gder | 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 | amiconn | And it's a warning that doesn't result in an error. That's fundamentally different from x86_64 |
09:19:58 | austriancoder | feel free to revert my commit |
09:20:06 | B4gder | amiconn: ah true |
09:20:06 | amiconn | The latter would also throw that warning without -fPIC, but then linking actually fails |
09:20:46 | B4gder | "This means that you are including an object in the shared library which was compiled without the -fpic option." |
09:20:58 | B4gder | makes no sense... |
09:22:03 | B4gder | 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 | austriancoder | gcc -v: http://rafb.net/p/gyYKXa67.html |
09:23:50 | B4gder | hm gentoo... |
09:24:26 | * | GodEater remembers getting odd build errors occasionally on gentoo |
09:25:10 | B4gder | yeah, we've seen it before... |
09:26:11 | | Join funman [0] (n=tg@97-195-ftth.onsbrabantnet.nl) |
09:27:28 | funman | ladies? and gentlemen, please fasten your seat belt, the Sansav2 port is about to take off ! |
09:27:45 | GodEater | \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 | amiconn | Did you try crosscompiling and testing a win32 sim with your change? |
09:29:28 | B4gder | 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 | funman | we have access to 3 buttons and the keypad led on one of the models (Clip) |
09:31:04 | scorche|sh | nice! |
09:31:16 | austriancoder | 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 | funman | but that doesn't necessarily mean we are safe from bricking it |
09:31:56 | funman | we need some help from people with e200, because this model has a real recovery mode |
09:32:48 | linuxstb | funman: How are you injecting code - have you improved upon the "mkamsboot" code I wrote? |
09:33:32 | funman | linuxstb: no we use the same technique, and this is why we need experiments with e200 |
09:33:48 | funman | I have a few ideas where we could put code, but not sure if we can really access it |
09:34:16 | funman | 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 | B4gder | funman: but if it has a recovery mode, how do you brick it? |
09:35:06 | funman | B4gder: the Clip hasn't |
09:35:20 | B4gder | ah, I'm confusing matters... |
09:35:30 | funman | the m200 hasn't, the e200 has |
09:35:40 | funman | I don't know about Fuze |
09:35:48 | | Quit midkay ("Leaving") |
09:35:49 | t0mas | good morning :) |
09:36:03 | B4gder | t0mas: hey ho you long lost soul! ;-) |
09:36:17 | t0mas | hehe.. sorry :) |
09:36:31 | t0mas | really busy job.. |
09:36:57 | t0mas | I do read the rockbox news ;-) |
09:37:13 | GodEater | which changes once in a blue moon ;) |
09:38:38 | t0mas | 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 | rasher | 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 |
10:00:16 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
10:01:19 | pondlife | 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 | B4gder | pondlife: right, we've been discussing the not so greatness of that commit this morning |
10:02:10 | pondlife | I see |
10:02:31 | * | pondlife should finish reading logs before speaking |
10:02:41 | B4gder | regarding 3.0, I would prefer a release branch done... just about now |
10:04:36 | rasher | B4gder: I don't see anything speaking against it either |
10:05:05 | pondlife | Should the -FPIC be reverted/fixed first? |
10:05:11 | pondlife | 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 | B4gder | I think most things will just get committed to trunk as usual |
10:05:45 | B4gder | and only selected release-fixes go into the branch (as well) |
10:05:55 | JdGordon | will anything be backported to the release? |
10:06:06 | pondlife | I'd say fixes but not features |
10:06:12 | linuxstb | Are rbutil and the manual close to release-ready? Or are we not worried about those? |
10:06:27 | JdGordon | and the new theme site? |
10:06:35 | B4gder | well, as I see it we have no choice but to do this |
10:06:36 | austriancoder | pondlife: feel free to revert... i think i can live it all these warnings |
10:06:44 | B4gder | or to scrap the release plans (again) |
10:06:47 | linuxstb | The theme site is outside the main rockbox svn |
10:06:52 | B4gder | we can't just continue having a freeze |
10:07:01 | pondlife | B4gder: Nooo, release time is now! |
10:07:06 | B4gder | I think so too |
10:07:34 | B4gder | I don't think trying to perfect things will be succesful |
10:07:55 | pondlife | I see it as "3.0 is effectively in feature freeze forever, but trunk becomes unfrozen." |
10:08:04 | B4gder | I agree |
10:08:41 | JdGordon | then bugger it... hows tonight for release? |
10:08:42 | pondlife | austriancoder: Do you get many sim warnings without -fPIC? |
10:08:54 | JdGordon | has nayone actually got any bugs which they are working on almost ready? |
10:09:03 | B4gder | JdGordon: I think we should branch first and give some days to cleanup on the branch |
10:09:09 | LinusN | any 3.0 showstoppers left? |
10:09:14 | JdGordon | I doubt there is any point |
10:09:25 | JdGordon | sure branch, but why wait unless someone is actually working on it? |
10:09:28 | pondlife | JdGordon: Nothing stopping you adding fixes to the 3.0 branch |
10:09:30 | B4gder | 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 | pondlife | JdGordon: you, or me, I mean! |
10:09:56 | JdGordon | LinusN: we went into the freeze with all showstoppers fixed |
10:10:04 | JdGordon | pondlife: :) |
10:10:09 | B4gder | not really a wait, but some time to work on the release packages and make them nice |
10:10:18 | JdGordon | oh sure |
10:10:21 | LinusN | how are the manuals? |
10:10:36 | B4gder | who reads manuals anyway? B-] |
10:10:38 | * | B4gder ducks |
10:11:04 | pondlife | There are 28 bugs open marked as "3.0", but some are fixed in SVN and awaiting new bootloaders. |
10:11:29 | pondlife | Furthermore, some are on non-3.0 targets |
10:11:39 | pondlife | (Assuming we're being picky there.) |
10:12:03 | rasher | 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 | pondlife | FS #8999 is probably the worst one remaining as far as I can tell - CPU stays boosted. |
10:12:42 | linuxstb | 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 | pondlife | linuxstb: 1G also suffers from scrollwheel failure - http://www.rockbox.org/tracker/task/8745 |
10:13:31 | pondlife | (Or rather, some do.) |
10:13:55 | JdGordon | id say the wheel issue is biugger than cpu staying bootsed... but neither are showstoppers |
10:14:11 | austriancoder | pondlife: http://rafb.net/p/LaNROn35.html - without -fPIC |
10:14:13 | LinusN | the h300 bootloader has issues... :-( |
10:14:18 | | Join Mathiasdm [0] (n=Mathias@vpnb098.ugent.be) |
10:14:57 | pondlife | LinusN: I implore you and petur to put some of your life aside for that task... ;) |
10:15:09 | pondlife | My H380 is quite happy, sadly. |
10:15:10 | JdGordon | devcon 09! |
10:15:21 | LinusN | pondlife: mine too |
10:15:54 | pondlife | LinusN: But yours also has a workiing USB bootloader mode with v5, right? Mine does not... |
10:16:15 | LinusN | that's interesting |
10:16:23 | pixelma | 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 | pondlife | 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 | JdGordon | pixelma: as long as they dont have wrong install instrucstions... |
10:18:59 | JdGordon | thats the only big daanger with the manual |
10:18:59 | JdGordon | s |
10:21:45 | pixelma | 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 | pixelma | 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 | rasher | pixelma: Then it should be snap-10, yes. It was just a quick example |
10:23:29 | pondlife | Hmm, silly question - how do I redirect both stdout and stderr to the same file (i.e. make >t 2>t)..? |
10:23:47 | funman | > 2>&1 |
10:23:56 | pondlife | 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 | pixelma | 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 | rasher | pixelma: This should also be fixed. Post-3.0 obviously, as set in the "Due in version" field. |
10:32:18 | rasher | Ideally as soon as possible. |
10:34:17 | pixelma | I've been wondering whether it would be good or not to do all those renaming at once |
10:34:20 | linuxstb | Wouldn't that be nice to fix before release? So that themes can be fixed? |
10:36:02 | pixelma | 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 | funman | I have some trouble with mixed labels in asm: http://paste.ubuntu.com/42348/ |
10:37:29 | funman | ld sees a function into a function |
10:37:42 | | Join krz_ [0] (n=chatzill@mail.jvl.by) |
10:37:54 | rasher | linuxstb: I think it should just *after* release, so themes can get fixed before next release |
10:38:04 | pondlife | I agree |
10:38:20 | linuxstb | If you do that, then you'll get a load of themes that work with trunk, but not with 3.0 |
10:38:46 | rasher | That's always the risk |
10:39:00 | linuxstb | 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 | linuxstb | What's the problem with renaming now? |
10:39:26 | rasher | linuxstb: Breaking almost every theme *just* before release is not nice |
10:39:56 | pondlife | austriancoder: A small subset of the sim build I get: http://pastebin.com/m69ab684a |
10:40:19 | pondlife | I'm using gcc (GCC) 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) |
10:40:46 | amiconn | rasher: The svn themes should of course be fixed in parallel with the rename |
10:40:48 | B4gder | austriancoder: I'd say you should revert that commmit and research further why you get the warning |
10:40:59 | linuxstb | rasher: I agree it's not nice, but I think it's preferable to the alternative. |
10:40:59 | pondlife | That's a lot of warnings, makes it hard to see any real problems... |
10:41:19 | LinusN | i think release time is just the right time to break things |
10:41:34 | pondlife | LinusN: Immediately post-release, you mean? |
10:41:38 | LinusN | no |
10:41:50 | pondlife | pre-release? |
10:42:18 | LinusN | because you can expect the user to do a clean install for the release |
10:43:06 | rasher | So when 3.0 releases, almost no themes in the wild works? Ew |
10:43:28 | LinusN | hmm, that's a point |
10:43:38 | linuxstb | rasher: And the alternative is that shortly after 3.0 is released, themes don't work any more with it... |
10:43:53 | rasher | linuxstb: Only if we overwrite the current themes |
10:43:59 | B4gder | well, the 3rd option is to not rename fonts at all... |
10:44:22 | linuxstb | 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 | B4gder | until we break something else in the wps syntax or similar |
10:44:25 | rasher | I don't see why themes couldn't be kept as "3.0" |
10:44:39 | pixelma | 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 | rasher | 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 | pixelma | 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 | amiconn | The theme site is something that seems to take forever |
10:48:05 | linuxstb | 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 | linuxstb | pixelma: Do you know how many fonts are we talking about? |
10:49:50 | pixelma | some themes are still broken anyways |
10:50:08 | rasher | 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 | pixelma | linuxstb: unfortunately no |
10:50:57 | linuxstb | 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 | pixelma | but rasher's patch names some and I already mentioned 3 more earlier |
10:51:26 | scotty_007 | are only the themes affected by the name changes? |
10:55:10 | cfp | couldn't we add, just in release 3, a switch in wps parser to replace new names with old ones ? |
10:55:41 | rasher | cfp: Sounds really hackish |
10:56:05 | | Join Nico_P [0] (i=53915df2@gateway/web/ajax/mibbit.com/x-a448606b19f40e66) |
10:57:32 | cfp | indeed |
10:57:54 | cfp | but it could allow every themes to be fixed for trunk |
10:58:32 | rasher | 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 |
11:00:20 | * | linuxstb goes for 1 |
11:00:28 | * | B4gder votes ... 3 |
11:00:46 | rasher | I'm going to say 1 |
11:00:51 | B4gder | (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 | cfp | i'd say 5 |
11:02:02 | rasher | B4gder: this is probably less troublesome, but yeah, that option is my next choice |
11:02:24 | * | amiconn votes 1 |
11:02:34 | linuxstb | 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 | linuxstb | i.e. not immediately after 3.0? |
11:03:19 | * | linuxstb would probably still prefer 1. |
11:03:21 | cfp | qounds good too |
11:04:23 | * | pixelma leans towards option 1 too |
11:04:39 | B4gder | my postpone idea would be to combine the font rename with some other future theme/wps syntax breakage |
11:05:00 | B4gder | but I seem to be in a minority anyway ;-) |
11:05:07 | * | gevaerts agrees with B4gder |
11:05:27 | cfp | 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 | cfp | or |
11:05:30 | * | pixelma suggests calling for an RSB decision ;) |
11:05:31 | linuxstb | I think I would prefer to just get it done |
11:05:39 | rasher | B4gder: it seems cleaner, yes, but then we might get to wait for ages. It doesn't happen that often, actually |
11:06:00 | rasher | cfp: Many of the themes can be fixed by anyone, and it's a quite simple fix |
11:06:03 | B4gder | right, but I think we should be (more) careful about break themes |
11:06:08 | cfp | we could add a tag for themes working with 3.0 |
11:06:32 | B4gder | and imo the font rename isn't terribly important |
11:06:42 | rasher | 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 | B4gder | hm, and a themes site could fix them on the fly ;-) |
11:07:24 | cfp | right |
11:07:27 | funman | linuxstb: do you remember why you used ld in mkamsboot Makefile ? |
11:07:43 | gevaerts | So we first finish the themes site, then rename, and then release? |
11:07:45 | * | gevaerts hides |
11:07:48 | cfp | but what about adding a "Ready for rockbox v3.0" to complying themes |
11:08:03 | cfp | is the themes site so close to being ready ? |
11:08:14 | cfp | wouldn't that delay the release a lot ? |
11:08:52 | funman | linuxstb: please have a look at this patch http://paste.ubuntu.com/42352/ |
11:08:55 | gevaerts | It would. That's why I needed to hide :) |
11:09:17 | B4gder | 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 | gevaerts | 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 | cfp | i guess I agree with gevaerts |
11:12:30 | rasher | gevaerts: but what then, wait until next release? |
11:12:35 | rasher | gevaerts: When to fix it? |
11:12:47 | pondlife | Rename fonts as a 3.1 todo? |
11:12:56 | gevaerts | 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 | B4gder | and when we have a themes site preferably |
11:13:24 | pondlife | Exactly |
11:13:29 | | Join gregzx [0] (n=chatzill@dsz247.neoplus.adsl.tpnet.pl) |
11:13:48 | rasher | That really should be a 3.1 goal. |
11:13:54 | rasher | The themes site, not the fonts. |
11:14:02 | B4gder | 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 | gevaerts | 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 | linuxstb | 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 | linuxstb | And perhaps we should only break compatibility just prior to releases - to ensure themes always work with the most recent release. |
11:29:29 | linuxstb | 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 | cfp- | linuxstb: then we should wait |
11:30:34 | gevaerts | 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 | linuxstb | gevaerts: Things are tested before going in SVN anyway - by people either compiling the patch, or unsupported builds. |
11:32:12 | linuxstb | And "new feature" mostly doesn't mean "breaks compatibility" |
11:32:32 | rasher | 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 | gevaerts | 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 | linuxstb | 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 | amiconn | 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 | amiconn | (2) Several fonts are *unusable* atm anyway. The rename would go in parallel with the fix |
11:37:01 | B4gder | I disagree |
11:37:08 | B4gder | removing silly fonts we can do at once |
11:37:31 | gevaerts | 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 | amiconn | And (3) postponing things isn't good in general. The postponing tends to go forever... |
11:43:30 | rasher | B4gder: Is it possible to edit files directly in twiki without breaking anything? |
11:43:41 | rasher | B4gder: for someoen with server access, I mean |
11:44:11 | B4gder | it's bascially RCS behind the scenes |
11:44:23 | B4gder | on individual files I mean |
11:45:16 | linuxstb | 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:00 |
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 | BigBambi | Is anyone else unable to reach the forums? |
12:39:02 | gevaerts | I can reach them |
12:39:20 | BigBambi | Bugger. I wonder if work has done something sneaky |
12:39:45 | BigBambi | gevaerts: Could you give me the IP? |
12:40:01 | gevaerts | 67.18.187.47 |
12:40:04 | BigBambi | thanks |
12:40:45 | BigBambi | gevaerts: That appears to be a picture of a plastic lizzard in a chair |
12:44:54 | gevaerts | BigBambi: it's a name-based virtual host |
12:45:19 | * | gevaerts blames scorche|sh for that lizzard |
12:45:43 | funman | 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 | BigBambi | gevaerts: ah, damn. Thanks anyway |
12:46:19 | gevaerts | BigBambi: time for local /etc/hosts editing? |
12:47:09 | BigBambi | ah good plan |
12:47:26 | BigBambi | except the windows version (at work :°° |
12:48:42 | funman | 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:00 |
13:01:43 | linuxstb | funman: Can you post your entire test.S file? |
13:03:12 | funman | http://paste.ubuntu.com/42369/ |
13:04:35 | funman | hm |
13:04:48 | funman | if I use label: instruction instead of label:\ninstruction it's better |
13:05:30 | funman | hem |
13:05:40 | funman | no, the problem comes if I put a comment right after the label |
13:07:09 | linuxstb | funman: You didn't close the comment at line 33... |
13:07:45 | funman | ah damn ! |
13:07:58 | funman | thanks for your snake eyes |
13:09:59 | linuxstb | 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 | linuxstb | 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 | JordanG | 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 | GodEater | so they sound bad when played back from the "new" hard drive ? |
13:56:28 | JordanG | GodEater: indeedy. |
13:56:50 | JordanG | 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 |
14:00:29 | JordanG | weird, huh? |
14:01:19 | gevaerts | 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 | JordanG | gevaerts: compare how? |
14:02:57 | gevaerts | depends on your os |
14:03:45 | JordanG | I'm running linux |
14:04:02 | GodEater | md5sum |
14:04:07 | GodEater | would be a good method |
14:04:16 | gevaerts | OK. md5sum on both sides then (md5sum /media/ipod/file /media/non-ipod/file) |
14:04:18 | GodEater | or some other hash |
14:05:12 | JordanG | ah, gotcha |
14:05:36 | JordanG | gimme a min to find a file w/ problems |
14:07:37 | JordanG | 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 | JordanG | i don't think so, i had this problem on two different machines. |
14:09:46 | gevaerts | GodEater: which svn revision are you using in your FS #8943 tests? |
14:10:14 | | Quit JordanG (Remote closed the connection) |
14:10:16 | GodEater | gevaerts: last test was with 18355 |
14:11:11 | gevaerts | GodEater: can you try with r18370 or later? |
14:11:55 | GodEater | 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 | GodEater | what's the difference ? |
14:12:40 | gevaerts | Basically my sansa "fixes" broke UMS for everyone else. |
14:14:34 | JordanG | 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 | rasher | JordanG: This is not really Rockbox related. |
14:16:25 | JordanG | 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 | GodEater | gevaerts: broke it in what way? With the same symptoms ? |
14:16:55 | rasher | JordanG: Well this channel is strict about being on topic. There is #rockbox-community for off-topic chatter |
14:17:07 | GodEater | where similar people hang out ;) |
14:17:31 | gevaerts | GodEater: it eats filesystems for lunch |
14:17:44 | GodEater | marvellous |
14:17:49 | GodEater | with or without sauce ? :) |
14:17:50 | gevaerts | I noticed on ipod (both mini and video) |
14:17:53 | JordanG | rasher: gotcha, thanks. |
14:19:53 | LinusN | 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 | GodEater | LinusN: I could have dumped the disk for you I suppose |
14:22:19 | GodEater | should I do that next time ? :) |
14:22:24 | LinusN | :-) |
14:22:37 | GodEater | linux wouldn't even recognise it as VFAT any more |
14:22:57 | LinusN | which is worse btw, "completely hosed" or "eats filesystems for lunch"? :-P |
14:22:58 | GodEater | I had to force it to mount with -t vfat, and when I did, the mess on there was pretty indescribable |
14:23:28 | GodEater | 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 | GodEater | is that better ? |
14:23:59 | LinusN | there you go. your filesystem has been eaten alive :-) |
14:24:15 | gevaerts | Anyway, I'm pretty sure that it was my fault, not yours :) |
14:24:21 | LinusN | :-) |
14:24:34 | * | B4gder stands up to take the blame |
14:24:38 | B4gder | me me! |
14:24:44 | * | LinusN blames bagder |
14:24:51 | * | GodEater blames perl |
14:24:58 | B4gder | I'm sorry, I'll do better next time! |
14:25:25 | gevaerts | You should have made an svn pre-commit script that rejects buggy code! |
14:25:25 | LinusN | yeah, or we will revoke your svn access! |
14:25:44 | B4gder | you mean I'm free to go now? |
14:26:29 | | Quit Mathiasdm2 ("Invisible Internet Project: http://www.i2p2.de") |
14:29:47 | GodEater | 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 | B4gder | darn |
14:31:29 | B4gder | austriancoder: so how about that revert? |
14:32:24 | * | GodEater still needs to get http access to the git repo working |
14:32:38 | GodEater | s/still needs/still needs B4gder/ |
14:32:44 | B4gder | yeah |
14:32:51 | | Quit krz_ (Read error: 110 (Connection timed out)) |
14:32:52 | B4gder | or even the svn repo over http, right? |
14:33:00 | Nico_P | that would be nice |
14:34:30 | GodEater | while I would applaud both, I can only use GIT |
14:34:44 | GodEater | our proxy doesn't understand the PROPFIND methods that svn-over-http requires |
14:34:51 | B4gder | oh |
14:34:58 | B4gder | webdav... |
14:35:21 | GodEater | at least, it didn't last time I tried |
14:35:30 | GodEater | it did the electronic equivalent of "huh?" |
14:35:55 | Nico_P | same here IIRC |
14:35:57 | B4gder | yeah, older/stricter/sillier proxies do that... |
14:36:11 | GodEater | I think mine falls into the two latter classes |
14:36:13 | Nico_P | GodEater: I think the git repo can be cloned fine over http |
14:37:40 | GodEater | indeed, hence my request ;) |
14:37:59 | GodEater | unless you're saying it already can be |
14:38:02 | GodEater | and I'm just being dull ? |
14:38:15 | Nico_P | I think it already works |
14:38:23 | GodEater | I mislaid the repo url |
14:38:26 | GodEater | do you have it to hand ? |
14:39:17 | Nico_P | I don't remember it either... B4gder? |
14:39:30 | GodEater | hehe - I asked him last week ;) |
14:39:55 | B4gder | its not over http iirc |
14:40:17 | B4gder | 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 | Nico_P | 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 | B4gder | 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 | B4gder | he being unofficial release-person |
14:53:27 | B4gder | other than that, I see nothing in the way |
15:00 |
15:01:32 | funman | oops, my code overflows by 2 instructions |
15:02:04 | linuxstb | Yes, hacking the v2 brings a new dimension to binsize... |
15:03:03 | funman | I could check other versions of the firmware to see if I can put more than 0xa4 bytes |
15:03:53 | linuxstb | 0xa4 bytes should be enough for anyone |
15:03:53 | austriancoder | B4gder: revert done |
15:04:00 | B4gder | thanks |
15:04:03 | funman | :) |
15:06:30 | | Join borelg_ [0] (n=gabriele@host220-78-dynamic.180-80-r.retail.telecomitalia.it) |
15:06:38 | borelg_ | hi |
15:07:48 | | Quit dabujo ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") |
15:08:05 | | Part cfp |
15:08:42 | borelg_ | please can you answer me? |
15:08:58 | linuxstb | borelg_: Did you ask a question? |
15:09:42 | borelg_ | yes please |
15:09:53 | borelg_ | no sorry |
15:10:11 | borelg_ | ok my question is this |
15:10:39 | borelg_ | how can I understand if my mp3 player is compatible with another custum firmware? |
15:10:47 | borelg_ | sorry for my english.... |
15:10:54 | *** | Saving seen data "./dancer.seen" |
15:11:40 | linuxstb | The mp3 players that Rockbox works on are listed at the top of this page - http://www.rockbox.org |
15:12:38 | borelg_ | 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 | borelg_ | because its firmware was the firmware of another mp3 that you have modified |
15:13:38 | B4gder | borelg_: that might be true, but it doesn't run rockbox |
15:14:24 | borelg_ | and there isn't an howto to modified the firmware? |
15:14:33 | borelg_ | i know that is very very difficult |
15:14:44 | B4gder | borelg_: www.rockbox.org/wiki/NewPort |
15:15:59 | borelg_ | my mp3 is from mediacom... there isn't it in the list.... |
15:16:09 | borelg_ | there is a solution? |
15:16:13 | B4gder | yes, see that url |
15:16:17 | B4gder | and start working |
15:16:21 | borelg_ | ok thanks |
15:16:33 | B4gder | and gather some skilled friends too, this is going to take time! |
15:16:52 | borelg_ | ok but what url? |
15:17:01 | B4gder | www.rockbox.org/wiki/NewPort |
15:17:06 | borelg_ | ah sorry |
15:17:23 | borelg_ | what could I do? |
15:17:28 | B4gder | ? |
15:17:35 | B4gder | you mean you're done already? |
15:18:02 | borelg_ | What should I do? |
15:18:04 | borelg_ | sorry |
15:18:08 | borelg_ | for my english |
15:18:52 | desowin | 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 | borelg_ | but where? |
15:19:57 | desowin | the link B4gder posted twice |
15:20:03 | B4gder | I think its a bot |
15:20:09 | B4gder | it loops already |
15:20:12 | borelg_ | What do I have to search |
15:20:15 | borelg_ | ? |
15:20:33 | borelg_ | yes i've understand |
15:20:33 | B4gder | borelg_: go read that page and stop being stupid |
15:20:43 | borelg_ | and I'm not a bot.... |
15:20:57 | gevaerts | B4gder: we're all bots |
15:21:14 | borelg_ | ok I've understand that I must go to that page |
15:21:25 | borelg_ | but in that page there are many links |
15:21:39 | * | B4gder stops talking and just looks at borelg_ |
15:21:40 | borelg_ | what link do I must read? |
15:22:26 | B4gder | you must read the entire page |
15:22:28 | B4gder | 3 times |
15:22:30 | B4gder | slowly |
15:22:34 | B4gder | then a forth time |
15:22:41 | B4gder | then ask us again if you need clarifications |
15:22:45 | | Join vitja [0] (n=vitja@l34.ipu.rssi.ru) |
15:23:01 | borelg_ | ok thank you very much!! :-) |
15:23:08 | borelg_ | now I go to read |
15:23:19 | borelg_ | bye bye and good afternoon |
15:23:34 | | Quit borelg_ ("Ex-Chat") |
15:24:08 | scotty_007 | Badger: stop making jokes, please - got tears in my eyes already :-) |
15:24:38 | B4gder | 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:00 |
16:02:11 | | Join oofus [0] (n=chris@oofus.demon.co.uk) |
16:14:39 | kugel | linuxstb, rasher: Most themes won't break, as most bring the fonts they are using with them |
16:15:24 | gevaerts | kugel: in that case they will break other stuff... |
16:15:33 | gevaerts | So they need fixing anyway |
16:16:23 | kugel | gevaerts: sure they need fixing, but they still will work. They will just create a larger font folder |
16:16:40 | gevaerts | 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 | gevaerts | Of course we could do the rename so that this doesn't happen |
16:18:37 | kugel | 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 | kugel | http://www.rockbox.org/tracker/task/9347 |
16:20:00 | kugel | 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 | Jorsik | a question |
16:23:44 | Jorsik | can i take d2 official firmware and modify it somehow? |
16:26:15 | B4gder | Jorsik: sure go ahead |
16:27:33 | Jorsik | with what do i open it? |
16:28:18 | B4gder | 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 | Jorsik | there is no rockbox for d2 |
16:29:05 | B4gder | there is ongoing work to put rockbox on the d2 |
16:29:15 | Jorsik | how far is it |
16:29:38 | B4gder | it runs rockbox, but not really stable for every-man use |
16:29:49 | kugel | funman: would it be helpful if i get a fuze? |
16:29:56 | B4gder | see the dedicated forum thread for details |
16:30:15 | | Quit vitja (Read error: 110 (Connection timed out)) |
16:30:28 | Jorsik | i only need to assign functions to buttons |
16:30:36 | funman | kugel: sure, nobody has tested it so far afaik |
16:30:37 | B4gder | "only" |
16:31:04 | GodEater | Jorsik: and why would you assume that that's simple ? |
16:31:13 | Jorsik | i dont |
16:31:30 | Jorsik | but i wanna try |
16:31:46 | kugel | 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 | GodEater | well please go ahead |
16:31:49 | B4gder | 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 | kugel | both cost almost the same, 8GB for ~100€ |
16:32:15 | B4gder | kugel: don't count on those sources to be any fun |
16:32:21 | funman | kugel: if there is nothing hidden it's not funny :) |
16:32:25 | B4gder | they all release "sources" |
16:32:38 | B4gder | with all the fun being binary modules anyway |
16:32:40 | | Part LinusN |
16:32:57 | B4gder | so the sources are stock linux and uboot tarballs you can download from anywhere |
16:33:10 | kugel | B4gder: No, they're modified |
16:33:22 | B4gder | but are there hw-specific drivers too? |
16:33:28 | kugel | yea |
16:33:39 | B4gder | then things are better than average! ;-) |
16:33:45 | kugel | 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 | linuxstb | kugel: Do you have that diff available? |
16:34:40 | kugel | 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 | kugel | linuxstb: yea |
16:35:16 | linuxstb | Is a datasheet available for that SoC? |
16:35:36 | kugel | I assume "diff -ru dir1 dir2" is the way to go? |
16:36:02 | B4gder | kugel: yeps |
16:36:15 | linuxstb | Maybe with -N? |
16:36:21 | B4gder | right -N too |
16:36:33 | kugel | 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 | kugel | there's a thread in the new ports forum |
16:36:54 | B4gder | 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 | kugel | linuxstb: the diff is pretty big, I recommend using a tool like beyond compare |
16:43:48 | kugel | 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 | kugel | 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 | kugel | funman: Have you found infos about the ams3525? |
16:56:26 | funman | what kind of infos ? did you follow the forum thread ? |
16:56:43 | kugel | funman: like MHz, components |
16:56:52 | funman | I have the datasheet |
16:57:05 | kugel | yes I followed the forum thread, but I can't remember every single post |
16:57:16 | funman | but most of the info is cryptic for me |
16:57:19 | kugel | funman: do you have a link? |
16:57:32 | | Quit JohanC ("CGI:IRC (Ping timeout)") |
16:57:33 | funman | it's not public but ams give it away for free |
16:58:09 | kugel | So, it's impossible to share? |
16:58:29 | kugel | if I don't make it public? |
16:58:48 | funman | http://www.austriamicrosystems.com/eng/Products/Mobile-Entertainment/High-Performance-Microcontrollers it's 266MHz |
16:59:30 | B4gder | those sony diffs contain a million unrelated changes |
17:00 |
17:00:36 | B4gder | which explains why the diff is so enormous |
17:00:41 | kugel | 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 | B4gder | I'm not arguing about its usefulness |
17:01:22 | B4gder | I'm just saying a vast portion of the diffs are unrelated |
17:01:34 | B4gder | no matter what diff tool you use |
17:02:31 | B4gder | "Linux kernel version: 2.6.10-argonplusevb_psram_default-makena_dev" ;-) |
17:03:17 | B4gder | I think also that the sony sources come from various linux versions |
17:03:23 | B4gder | which explains the diffs all over |
17:04:28 | kugel | B4gder: yea, I also saw some Nokia copyright notices |
17:04:44 | B4gder | yes, but in omap |
17:05:22 | B4gder | the mp200 code is (c) NEC |
17:05:56 | B4gder | and montavista it seems |
17:06:35 | kugel | but it's still modified for the mp200 (e.g. the arch/arm/mach-mp200 folder is entirely new) |
17:06:44 | B4gder | and some lovely asian comments! |
17:07:27 | B4gder | uhm, s/some/many |
17:08:51 | kugel | the service manual provided detailed info, e.g. block diagrams, pin assignments |
17:09:00 | B4gder | that's nice |
17:09:24 | | Quit Thundercloud (Read error: 110 (Connection timed out)) |
17:10:16 | kugel | so, the question is still: sansa fuze or sony? :) |
17:10:56 | *** | Saving seen data "./dancer.seen" |
17:11:18 | kugel | with both eyes looking at porting rockbox to it |
17:11:32 | | Quit Lambduh ("Leaving") |
17:12:08 | | Quit BingoJ ("Leaving.") |
17:17:16 | JdGordon | 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 | rasher | 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 | beta2k | Remove them |
17:32:08 | beta2k | 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 | rasher | 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 | kugel | 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 | kugel | 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 | amiconn | 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 | rasher | amiconn: By virtue of the current names being so stupid |
17:41:34 | rasher | 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 | pondlife | 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 | pondlife | family.size.fnt or somesuch? |
17:46:28 | Llorean | 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 | pondlife | Who will actually do the branch? Someone who knows more about SVN that me, I hope... |
17:49:19 | Llorean | 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 | pondlife | Bagder's not around though... so maybe tomorrow? |
17:49:55 | pondlife | Ah, sorry - misread your words |
17:50:18 | | Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) |
17:50:52 | Llorean | "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 | pixelma | 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 | pondlife | pixelma: By default they should be alphabetical still, but I'd like the ability to organise by point size in future. |
17:55:04 | Llorean | I'd prefer point size. |
17:55:07 | kugel | pondlife: Yea, I thought of this too. Should be doable |
17:55:08 | pondlife | Nothing urgent, but maybe worth including this sort of thing in a new naming convention. |
17:55:14 | Llorean | I don't need to see "what different sizes are Nimbus available in" |
17:55:23 | Llorean | I need to see "which fonts won't break the vertical spacing of my current theme" |
17:56:32 | pondlife | Exactly |
17:56:43 | kugel | 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 | Llorean | 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 | Llorean | 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 | Llorean | 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 | kugel | 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 |
18:00:07 | cfp | hey guys ! |
18:00:08 | Llorean | And that would require opening and scanning every font file, every time. |
18:00:14 | cfp | sorry to drop in |
18:00:27 | cfp | but has anything been decided about the fonts being renamed ? |
18:00:31 | kugel | "USHORT height 2 font height in pixels " |
18:00:38 | cfp | or is it still being discussed ? |
18:00:52 | Llorean | kugel: That doesn't address it being horribly inefficient compared to filenames. |
18:00:58 | kugel | Llorean: or building a database out of it once. |
18:01:12 | Llorean | kugel: Ah, yes, the "let's just keep it all in RAM and waste more of it" excuse. |
18:01:24 | Llorean | kugel: Why is "sort by name of font" preferable? |
18:01:46 | * | amiconn also prefers sorting by name |
18:02:01 | kugel | 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 | Soap | Perhaps a "theme maintainer" badge, Llorean. |
18:02:22 | Soap | Get some people signed up to maintain themes. |
18:02:23 | kugel | familiy* |
18:02:28 | Llorean | Soap: Good idea! |
18:02:45 | rasher | 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 | Soap | Another one of those things non-coders can do. |
18:02:49 | Llorean | kugel, amiconn: Under what conditions is "family" going to be a higher priority than "size"? |
18:02:57 | Llorean | rasher: That's what I'm in favour of. |
18:03:29 | amiconn | Choosing another font size of the same style... |
18:03:34 | kugel | Llorean: I said I prefer size over family, but I most prefer most |
18:03:36 | Soap | 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 | amiconn | 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 | Llorean | amiconn: But often are limited by the screen size, so you need "X or less" for the size anyway. |
18:04:29 | Soap | 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 | Llorean | 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 | amiconn | 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 | Soap | 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 | Llorean | Soap: We should just disable fonts in RBUtil in the next build, and until we have a real site. |
18:05:36 | Llorean | Soap: Er, disable themes |
18:06:18 | | Quit cfp () |
18:06:34 | kugel | 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 | kugel | s/the the/to the |
18:07:42 | Soap | 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 | kugel | and creating the folder with the links could also be done at compiling time |
18:07:53 | kugel | how does that sound? |
18:08:04 | rasher | 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 | Llorean | 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 | Llorean | 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 | rasher | So having the size first in the name seems the most sensible option to me. |
18:09:52 | Llorean | 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 | kugel | Llorean: then we have to tell them to either not include fonts at all, or create both |
18:10:25 | Llorean | kugel: Or we could pick a single sorting method and be done with it... |
18:10:45 | Llorean | kugel: Tell me, when exactly is sorting by family preferable? Under what circumstances? |
18:10:55 | Llorean | 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 | Soap | that was kind of my point. |
18:11:53 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
18:12:01 | kugel | Llorean: both are relevant... |
18:12:10 | domonoky | 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 | amiconn | Llorean: I still prefer sorting by family, also because the list would look less strange |
18:12:17 | Llorean | 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 | amiconn | However, if we're going to sort by size, we need zero-padding for sizes <10 pixels |
18:12:54 | amiconn | Otherwise the ordering would be really strange |
18:12:54 | Llorean | 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 | Llorean | amiconn: Since we control the filenames, that's no problem. |
18:13:27 | amiconn | Llorean: Sometimes you want a specific familiy but don't need the exact size |
18:13:56 | amiconn | 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 | Soap | themes could be updated in a weekend with 5 people I'm guessing. |
18:14:11 | domonoky | 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 | rasher | amiconn: Please understand that you're not the typical user.. |
18:14:27 | amiconn | I know... |
18:14:38 | kugel | 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 | Llorean | 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 | rasher | amiconn: I understand your point perfectly, I just think sorting by size would benefit more users |
18:15:25 | Llorean | kugel: I'm rejecting it with the excuse "it requires making things more complicated, not less, and creates additional code complication" |
18:15:38 | Llorean | kugel: You need to create code to manage these links to the other fonts, to know what to do with them. |
18:16:06 | kugel | I don't have a problem with creating code |
18:16:07 | | Quit Thundercloud_ (Read error: 110 (Connection timed out)) |
18:16:19 | Llorean | 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 | amiconn | 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 | pixelma | 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 | amiconn | I mean exclude them while packaging |
18:16:49 | Llorean | pixelma: If all fonts came in all sizes, we could have a separate font size menu. :) |
18:17:17 | amiconn | In fact we could do that now, but going by name makes it easier |
18:17:30 | kugel | Soap: if you need help with maintaining themes, I'd volunteer |
18:17:52 | Soap | 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 | Soap | IMHO 3.0 should wait for the replacement theme site if it is anywhere close to complete. |
18:18:39 | amiconn | So, SS-Family-Variant is the way to go? |
18:18:42 | Soap | 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 | amiconn | (e.g. 12-Nimbus-Regular) |
18:19:06 | Llorean | amiconn: That would be my personal preference. |
18:20:02 | amiconn | I'd go for the full names instead of weird abbreviations, btw. |
18:20:08 | Llorean | 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 | amiconn | 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 | domonoky | 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 | kugel | pixelma: I proposed to look into the header of a fnt to sort by size, but it's to complex |
18:22:12 | kugel | too rather |
18:22:51 | | Join Ubuntuxer [0] (n=johannes@dslb-088-077-000-237.pools.arcor-ip.net) |
18:23:12 | Llorean | 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 | Llorean | Since you already have the filenames available since you're listing the files. |
18:23:28 | rasher | amiconn: sounds wonderful |
18:24:01 | kugel | Llorean: of course. I was just replying to pixelma that it's possible in theory |
18:24:34 | kugel | 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 | Llorean | 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 | Llorean | 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 | kugel | 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 | pixelma | 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 | Llorean | 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 | Llorean | er still good |
18:29:28 | pixelma | *by |
18:30:41 | | Quit jhMikeS (Nick collision from services.) |
18:30:47 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
18:31:25 | pixelma | 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 | Llorean | 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 | linuxstb | 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 | domonoky | 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 | linuxstb | 08-Nimbus-Regular looks strange though... |
18:58:12 | linuxstb | Is "Regular" the accepted term, not "Normal" ? |
18:58:21 | rasher | Do we need the regular? |
18:58:45 | rasher | 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 | rasher | gevaerts: Not inverting, just ordering by importance. |
18:59:27 | linuxstb | rasher: That has the advantage of "12-Nimbus.fnt" sorting first |
18:59:32 | wpyh | first, some background on what we're talking about on -community: http://pastebin.com/f4d50f600 |
18:59:44 | dionoea | 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 | dionoea | of course it's easier if you want to try all the small fonts or something |
18:59:59 | linuxstb | dionoea: Read back in the logs for the discussion... |
19:00 |
19:00:07 | rasher | dionoea: Because size is usually the most important for a user trying to pick a font |
19:00:08 | wpyh | gevaerts: could you try appending 0xa5a5a5a5 0x5a5a5a5a twice to the end of rockboot.ebn? |
19:01:19 | gevaerts | wpyh: trying now |
19:01:26 | wpyh | ok |
19:02:09 | gevaerts | Doesn't help |
19:02:12 | wpyh | hm |
19:02:17 | gevaerts | Actually that doesn't surprise me |
19:02:28 | rasher | 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 | wpyh | gevaerts: does sending the original M6SL.ebn work? |
19:02:43 | gevaerts | The device gets the first 2048 bytes, so the end bytes don't matter here |
19:03:18 | gevaerts | M6SL.ebn still works |
19:03:25 | wpyh | so there's something wrong |
19:03:32 | wpyh | ah, ok |
19:03:49 | wpyh | I think you should add some space after CUFD (at 0x20) |
19:04:07 | * | wpyh has to go soon |
19:04:24 | wpyh | gevaerts: try comparing the output (from the usbtracer) |
19:04:30 | wpyh | with the original m6sl.ebn |
19:04:36 | wpyh | there are some differences I think |
19:04:42 | wpyh | unfortunately I have to go soon |
19:04:49 | wpyh | please post here, I'm still online |
19:04:52 | wpyh | :) |
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 | rasher | 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 | rasher | What's the difference between ter-u14b.bdf and ter-u14v.bdf? |
19:15:39 | pixelma | dionoea: since you seem around now, may I remind you of the moving track in playlist viewer bug? ;) |
19:16:01 | dionoea | pixelma: ah ... right |
19:16:18 | pixelma | 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 | rasher | pixelma: posted a preliminary list of renames to the flyspray tracker |
19:32:50 | rasher | actually it's a shellscript, but the list is there in plain sight |
19:35:16 | rasher | What happened in the "when" discussion? |
19:35:29 | rasher | 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 | rasher | 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 | pixelma | 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 | pixelma | the chicago font is not in SVN anymore |
19:40:33 | rasher | 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 | rasher | We could possibly even check this automaticly, once all fonts are the same encoding |
19:41:53 | saratoga | 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 | Lear | saratoga: Sure, just say how (tried DCC, but that didn't work). |
19:45:17 | | Quit tvelocity ("Αποχώρησε") |
19:45:26 | saratoga | Lear: sorry, using the webclient, email would be fine |
19:45:36 | saratoga | 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 | borelg_ | hi |
19:52:31 | borelg_ | sorry |
19:52:39 | borelg_ | but I've lost the wiki url |
19:52:48 | borelg_ | con you give me it please....? |
19:53:18 | BigBambi | click on the wiki link on every page of www.rockbox.org |
19:54:17 | borelg_ | no non wiki general url |
19:54:41 | BigBambi | eh? |
19:54:42 | borelg_ | I want to use a custum firmware on my mp3 mediacom |
19:54:52 | BigBambi | Rockbox doesn't run on that |
19:54:56 | borelg_ | sorry but I'm not english |
19:55:02 | BigBambi | All the players it works on are listed on www.rockbox.org |
19:55:34 | borelg_ | 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 | BigBambi | It would mean a whole new port: www.rockbox.org/wiki/NewPort |
19:56:06 | borelg_ | yes this is the link |
19:56:15 | borelg_ | but what does mean? |
19:56:21 | borelg_ | what does it mean? |
19:56:27 | BigBambi | It is instructions for how to do a new port |
19:56:40 | borelg_ | and waht is it? |
19:56:40 | BigBambi | Do you have skills in electronics and low level programming? |
19:56:48 | BigBambi | what do you mean what is it? |
19:56:49 | borelg_ | yes a bit... |
19:56:52 | saratoga | more of an outline of how one could develop a new port really |
19:56:58 | borelg_ | what is it a new port? |
19:57:10 | BigBambi | It is converting Rockbox to run on a new player |
19:57:27 | borelg_ | ah ok thank you very much |
19:57:30 | BigBambi | You need to identify the hardware, work out a way to run custom code, write drivers,.... |
19:57:39 | borelg_ | if I will be have a problem |
19:57:46 | borelg_ | can I ask help here? |
19:57:50 | BigBambi | Sure |
19:57:53 | borelg_ | ok thanks |
19:58:02 | amiconn | rasher: The ter-xxxv versions are the "EGA/VGA bold" versions, as opposed to the "normal bold" versions |
19:58:03 | borelg_ | now I go to work on new port |
19:58:08 | amiconn | I think we can drop them |
19:58:20 | BigBambi | borelg_: Good luck! |
19:58:20 | borelg_ | bye |
19:58:24 | borelg_ | thanks |
19:58:57 | amiconn | 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 |
20:00:10 | amiconn | 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 | amiconn | We should merge them, and limit the builtin font to iso8859-1 (via convbdf option) |
20:01:24 | amiconn | 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 | amiconn | rasher: Regarding the renaming - I think it should be done as "svn rename" in order to keep the history |
20:05:23 | echelon | hi, what audio drivers are used for the rockbox? |
20:05:39 | Bagder | drivers? |
20:05:53 | rasher | amiconn: ah yes of course |
20:05:54 | gevaerts | echelon: drivers for the correct hardware... |
20:06:03 | echelon | what's the process? |
20:06:12 | echelon | i have an embedded system i'm trying to hack |
20:06:14 | gevaerts | What do you mean? |
20:06:27 | echelon | just needed a few pointers for where i should look |
20:07:31 | echelon | it's through i2c |
20:07:47 | saratoga | why do you want to look at rockbox drivers? |
20:07:59 | Bagder | echelon: so you have similar hw like one of the rockbox targets? |
20:08:08 | amiconn | 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 | amiconn | Or do we leave out the variant if there's only one? |
20:08:29 | echelon | 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 | rasher | amiconn: I don't think there'a ny point including the variant if it's "-regular" or there's only one |
20:10:19 | amiconn | I'd leave out the '00-' from 00-Starmap |
20:10:27 | amiconn | This thing just looks odd |
20:10:44 | rasher | But that's apparently its name :\ |
20:11:26 | amiconn | Regarding #2918 - this is clearly wanted, and it's necessary to check which of those fonts still need it |
20:11:48 | amiconn | snap is already fixed, and chicago12 is gone. That leaves 2 |
20:12:00 | | Part echelon |
20:12:18 | amiconn | hmm |
20:13:12 | rasher | And possibly others |
20:13:15 | amiconn | The name is "00 Starmap" btw, not "00-Starmap". That's already a deviation... |
20:14:23 | rasher | Didn't I rename it to that? |
20:14:42 | | Quit Yondering ("Leaving") |
20:14:51 | amiconn | oh, indeed you did |
20:15:00 | * | amiconn wonders how svn will cope with the space |
20:15:15 | rasher | I should hope it'd be fine |
20:15:22 | * | amiconn suggests to do it in steps. |
20:15:31 | amiconn | (1) Drop fonts we want to drop |
20:15:33 | rasher | Some build scripts might break though |
20:15:55 | amiconn | (2) Do the unicode conversion, and merging. This includes the build system fix for sysfont |
20:16:00 | amiconn | (3) Do the rename |
20:22:44 | gevaerts | wpyh: ping |
20:22:47 | gevaerts | 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 | amiconn | rasher: Do you have an opinion on uwe_prop, proportional, and rockfont-8? |
20:32:07 | amiconn | Both 'proportional' and 'rockfont-8' are based on uwe_prop, but there are slight differences |
20:32:37 | amiconn | rockfont-8 has the best unicode coverage of those (and is my work ...) |
20:33:13 | Dhraakellian | iirc, I switched away from uwe_prop because of its 4 being easy to mistake for 1 |
20:33:34 | amiconn | 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 | Dhraakellian | ah |
20:34:21 | rasher | amiconn: no real opinion, no |
20:35:17 | amiconn | 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 | amiconn | 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 | amiconn | 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 | rasher | Seems like at least one of them could be removed |
20:39:58 | amiconn | 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 | amiconn | Also, is there away to (automatically) check themes in the wiki for the fonts they use? |
20:43:06 | amiconn | 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 | rasher | I don't really see what purpose the Hebrew-* ones serve. They're just Schumacher-Clean :\ |
20:47:21 | amiconn | Really? |
20:47:48 | amiconn | To me it looks like someone used an aritrary font as a template, and didn't both editing the properties properly |
20:48:20 | amiconn | I may be wrong though |
20:49:03 | rasher | oh, could be |
20:49:11 | rasher | I'm just looking at the source |
20:51:47 | | Quit scotty_007 ("Leaving.") |
20:52:03 | mcuelenaere | wpyh: in what way? |
20:52:15 | wpyh | um, it just sits there |
20:52:21 | wpyh | 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 | mcuelenaere | hmm probably the backlighting is differently wired |
20:52:55 | wpyh | ok... |
20:52:55 | gevaerts | wpyh: do you have information about the .ebn headers (for m6sl) ? |
20:52:58 | mcuelenaere | did you try running the Rockbox binary? |
20:53:13 | wpyh | mcuelenaere: running the Rockbox binary as in? |
20:53:18 | wpyh | gevaerts: um, no |
20:53:26 | wpyh | I mostly compare the outputs and guess |
20:53:30 | mcuelenaere | wpyh: compiling it, copying it as onda.bin etc |
20:53:42 | mcuelenaere | the Rockbox bootloader |
20:53:45 | mcuelenaere | for the vx747 |
20:53:46 | wpyh | gevaerts: btw, what version did you use when you used the hardware tracer? |
20:54:03 | gevaerts | wpyh: version of what? The OF? |
20:54:06 | wpyh | 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 | wpyh | gevaerts: yes, the OF version |
20:54:14 | * | gevaerts doesn't remember |
20:54:22 | wpyh | gevaerts: is it an English version? |
20:54:25 | gevaerts | Yes |
20:54:38 | mcuelenaere | wpyh: ah so you were trying to run the Rockbox bootloader? |
20:54:45 | wpyh | mcuelenaere: yeah.. |
20:54:48 | mcuelenaere | and what happens when you try to run the OF files? |
20:54:57 | wpyh | gevaerts: where did you get that OF from? |
20:55:27 | wpyh | mcuelenaere: running the original bin's will erase the nand (just like the restore process) |
20:55:32 | gevaerts | 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 | wpyh | hm... |
20:55:40 | mcuelenaere | wpyh: ah yes, forgot about that part :) |
20:55:52 | mcuelenaere | but when you did it last time, did it showed something on the screen? |
20:55:54 | wpyh | gevaerts: ok, I'll try to find out which one |
20:56:18 | wpyh | mcuelenaere: it's ok, now I have my videos on the micro sd card :D |
20:56:24 | mcuelenaere | :) |
20:56:57 | wpyh | mcuelenaere: yes, the last time I tried it showed garbage on the screen (but at least it was on) |
20:57:41 | mcuelenaere | hmm weird |
20:57:52 | gevaerts | 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 | mcuelenaere | so probably it's eroring somewhere before backlight_init() |
20:58:16 | mcuelenaere | wpyh: do you have some time, your vx767 and a compile environment? |
20:58:25 | wpyh | mcuelenaere: yes, I do have it |
20:58:28 | * | wpyh is multitasking |
20:58:36 | mcuelenaere | I see :) |
20:58:49 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
20:58:51 | wpyh | gevaerts: I actually think the version matters... I'm trying to compare the sent data with the original file |
20:58:56 | mcuelenaere | ok, edit firmware/target/mips/ingenic_jz47xx/system-jz4740.c |
20:59:06 | mcuelenaere | and uncomment the sti() call |
20:59:13 | mcuelenaere | do the same in bootloader/vx747.c |
20:59:23 | mcuelenaere | eh recomment it rather |
20:59:49 | wpyh | see, on the M3/M6TP/M6SP, the whole file size is written to the 4 bytes after CUFD |
21:00 |
21:02:41 | | Join AhtiK [0] (n=ahti@88-196-185-130-dsl.rgu.estpak.ee) |
21:03:55 | wpyh | mcuelenaere: ah... I seem to have modified bootloader/ondavx747.c :p |
21:04:09 | mcuelenaere | :) |
21:04:16 | mcuelenaere | ah yes, try first doing svn up |
21:04:37 | wpyh | ok :) |
21:04:58 | wpyh | actually I added a "return 0;" before sti() in bootloader/ondavx747.c |
21:05:12 | mcuelenaere | :P |
21:05:20 | mcuelenaere | then of course, init_backlight() won't work |
21:05:25 | mcuelenaere | 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 | wpyh | mcuelenaere: yeah :p |
21:09:18 | wpyh | gevaerts: great :D |
21:10:13 | wpyh | mcuelenaere: it still doesn't work... |
21:10:16 | wpyh | I'll try reverting it |
21:10:31 | gevaerts | I just copied the first 64 butes from M6SL.ebn and filled in the correct size |
21:10:49 | mcuelenaere | wpyh: ok, then try putting backlight_init() higher |
21:10:55 | mcuelenaere | ie just after main() |
21:11:02 | *** | Saving seen data "./dancer.seen" |
21:11:03 | wpyh | mcuelenaere: ok |
21:11:10 | wpyh | gevaerts: so it was the header, eh? |
21:11:20 | gevaerts | yes |
21:11:25 | mcuelenaere | and if that doesn't work, try putting it just after system_main() in system-jz4740.c |
21:11:34 | mcuelenaere | (that's the first C function executed after crt0.S) |
21:14:05 | | Quit showstopr1 (Read error: 110 (Connection timed out)) |
21:15:26 | kugel | Did someone delete my post in the v2 thread? |
21:16:29 | wpyh | 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 | gevaerts | kugel: apparently |
21:16:31 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
21:16:35 | linuxstb | kugel: Looks like someone did. I don't know who, but those kinds of posts don't last... |
21:16:40 | wpyh | 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 | mcuelenaere | wpyh: which step exactly did you try? |
21:17:35 | wpyh | I undid everything I changed, then compiled |
21:17:47 | wpyh | I'll try moving the backlight_init() call upwards |
21:17:57 | scorche|sh | kugel: twas soap and he was quite right to... |
21:18:12 | gevaerts | wpyh: well, yes. That's the size :) |
21:18:35 | * | _emp almost has a working port built. But needs help. |
21:18:52 | kugel | 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 | Soap | 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 | Soap | You are not a Fuze owner. You might be in the future. That is the difference. |
21:19:22 | wpyh | gevaerts: can you please try making a 16-byte hole right after CUFD? |
21:19:30 | wpyh | then write the size there |
21:19:31 | Soap | Save your message for when you have the hardware in hand. |
21:19:38 | kugel | Ok |
21:20:38 | wpyh | mcuelenaere: still, nothing |
21:20:44 | domonoky | _emp: then ask... |
21:20:46 | wpyh | maybe my utility is broken |
21:21:11 | mcuelenaere | wpyh: weird, because what crt0.S initialises is generic for the jz47xx CPU's ... |
21:21:50 | wpyh | mcuelenaere: ah, my tool is broken :( |
21:22:01 | wpyh | I wasn't using usbtool :p |
21:22:06 | mcuelenaere | :p |
21:22:11 | wpyh | sorry :p |
21:22:18 | wpyh | let me fix it first ;) |
21:23:54 | gevaerts | 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 | wpyh | 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 | amiconn | Anyone have an idea about how to check the themes for the fonts used? |
21:27:03 | gevaerts | wpyh: Possibly, but just clearing those 8 made it accept it |
21:27:07 | wpyh | 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 | gevaerts | wpyh: I'm pretty sure the 4 bytes at 0x38 are also size-related |
21:28:28 | wpyh | ah, yes |
21:28:29 | linuxstb | amiconn: You mean just get some overall statistics on what fonts are used? |
21:28:34 | wpyh | those are probably the size of the main firmware |
21:28:36 | amiconn | yes |
21:28:36 | wpyh | let's see |
21:28:49 | gevaerts | Indeed. That should help to find out where that is |
21:28:53 | domonoky | _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 | wpyh | gevaerts: the int at 0x24 is 1451BC, the int at 0x38 is 13D1BC, while 1451BC-13D1BC=32768 |
21:29:49 | wpyh | 32768 is the size of the nand loader block |
21:29:51 | wpyh | :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 | amiconn | 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 | wpyh | then, when it is written by the dfu tool, the int at 0x24 is overwritten by 1451CC |
21:31:02 | wpyh | gevaerts: I was talking about 2.004.5, sorry :p |
21:31:08 | gevaerts | wpyh: and 32768 is also the content of 0x30. Coincidence? |
21:31:14 | wpyh | or 2.004.4 :p |
21:31:18 | _emp | I need a stable archive file. |
21:31:36 | wpyh | gevaerts: nah, not a coincidence to me :p |
21:31:38 | | Quit Thundercloud_ (Read error: 110 (Connection timed out)) |
21:32:33 | domonoky | _emp: there is no stable release for rockbox at moment (onyl the very ancient 2.5 release)... |
21:32:46 | wpyh | 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 | amiconn | 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 | wpyh | gevaerts: but what about the ints at 0x28 and 0x2c? |
21:33:33 | wpyh | they are always 0x00000002 and 0x00000014 |
21:33:37 | scorche|sh | _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 | BigBambi | _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 | scorche|sh | _emp: oh...this is about your custom build? |
21:37:07 | domonoky | _emp: thats not rbutil.. |
21:37:11 | BigBambi | No, but I can't imagine it would be very difficult to create one for each rbutil release |
21:37:30 | BigBambi | _emp: You have been confusing everyone by talking about Rockbox when you mean rbutil |
21:37:36 | domonoky | _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 | domonoky | _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 | linuxstb | 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 | amiconn | rasher: rasher.dk/rockbox/fonts/">http://rasher.dk/rockbox/fonts/ seems to be broken. FF complains about a redirect loop |
21:40:58 | domonoky | 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 | rasher | amiconn: odd |
21:41:46 | rasher | amiconn: fixed now anyway |
21:42:44 | amiconn | thx |
21:44:11 | amiconn | 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 | rasher | 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 | wpyh | mcuelenaere: I'm still trying to figure out what I did wrong... |
21:49:36 | mcuelenaere | wpyh: is usbtool working? |
21:49:45 | wpyh | 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 | wpyh | mcuelenaere: I forgot to say, that usbtool doesn't compile now |
21:53:51 | mcuelenaere | how so? |
21:54:00 | wpyh | there is an undeclared variable "size" in nand_dump() and rom_dump() |
21:55:08 | mcuelenaere | hmm weird you're right |
21:56:19 | mcuelenaere | wpyh: svn up |
21:57:26 | | Join AhtiK [0] (n=ahti@88-196-185-130-dsl.rgu.estpak.ee) |
21:57:37 | wpyh | it compiles now :) |
21:59:26 | gevaerts | wpyh: could 0x40 and further be real code? |
21:59:43 | * | gevaerts probably asks silly questions |
22:00 |
22:00:01 | wpyh | gevaerts: I think so... |
22:00:16 | wpyh | but what about 0x00-0x1f? |
22:00:32 | wpyh | mcuelenaere: my tool acts funny :( |
22:01:18 | mcuelenaere | like? |
22:01:23 | mcuelenaere | you mean yours or mine? |
22:01:26 | wpyh | mine |
22:01:30 | wpyh | it sends different data... |
22:01:34 | wpyh | maybe something's wrong |
22:01:54 | wpyh | I'll check again |
22:01:55 | | Quit saratoga ("CGI:IRC (EOF)") |
22:04:12 | gevaerts | wpyh: the 0x14 could be an offset to the code start. It's at 0x2c, and 0x2c+0x14==0x40 |
22:04:55 | wpyh | mcuelenaere: my checksum seems to be wrong. I'll try again |
22:05:09 | wpyh | gevaerts: right |
22:05:26 | mcuelenaere | wpyh: checksum? |
22:05:29 | gevaerts | I wouldn't expect such an offset to be relative though |
22:05:40 | wpyh | yeah, the vx767 checksums the VX767_1.0.dl :p |
22:05:53 | wpyh | gevaerts: yes, and what about the first 32 bytes of the file? |
22:06:00 | wpyh | it looks like a table... no? |
22:06:05 | * | gevaerts can't do all bytes at once :) |
22:06:07 | gevaerts | 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 | wpyh | 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 | wpyh | mcuelenaere: I give up −− I'll try usbtool |
22:18:01 | mcuelenaere | :P |
22:19:14 | * | gevaerts doesn't have a clue about what those first 16 bytes mean |
22:21:38 | amiconn | rasher: Seems like clR6x12 was the only one which was extended to unicode :/ |
22:21:55 | amiconn | So all we have are our ISO8859-1 and -2 versions we shoul dmerge |
22:22:55 | amiconn | (I mean for clR6x8) |
22:23:31 | amiconn | linuxstb: Are you working on something regarding the fonts used in themes? |
22:26:01 | wpyh | mcuelenaere: usbtool works |
22:26:20 | mcuelenaere | wpyh: and does the firmware works? |
22:26:24 | mcuelenaere | does the backlight goes on? |
22:26:34 | wpyh | mcuelenaere: I've only tried with the OF :p |
22:26:40 | wpyh | wait 5 minutes :) |
22:27:53 | wpyh | I forgot the definition of the checksum :( |
22:28:01 | | Quit AhtiK (Read error: 110 (Connection timed out)) |
22:28:51 | wpyh | hm... seems not |
22:29:40 | mcuelenaere | seems not even if you place backlight_init() in system_main() ? |
22:30:51 | wpyh | 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 | wpyh | (yet) |
22:30:59 | * | wpyh needs to calm down |
22:31:18 | mcuelenaere | :) |
22:32:21 | linuxstb | amiconn: Sorry, no - I have to work on other (non-rockbox) things... |
22:32:27 | bluebrother | 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 | domonoky | then he should use RBARCH=xxx make ? |
22:33:41 | domonoky | and we really only need this ARCH thing for macosX.. |
22:33:41 | bluebrother | IMO the Makefile should cope with an external value of ARCH (which it currently doesn't) |
22:34:03 | bluebrother | 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 | wpyh | mcuelenaere: the bins are packed for vx767 |
22:36:07 | mcuelenaere | in what format? |
22:36:29 | wpyh | http://www.rockbox.org/twiki/pub/Main/OndaVX747/firmware_flash_procedure.txt |
22:36:30 | Casainho | hello RB people :-) |
22:36:37 | wpyh | look at the end |
22:36:42 | wpyh | it's quite difficult to explain :p |
22:37:06 | mcuelenaere | ahh ok |
22:37:11 | * | bluebrother hides |
22:37:12 | mcuelenaere | it's just some kind of tar file |
22:37:20 | mcuelenaere | or concatenated file |
22:37:45 | domonoky | 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 | Casainho | 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 | wpyh | it's like, it has VX767_1.0.dl appended to it |
22:38:41 | mcuelenaere | Casainho: check your lds files and see if it matches the sections you've compiled |
22:38:41 | wpyh | ok, now I got the OF working, but rockboot.vx747 still doesn't work |
22:38:42 | bluebrother | 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 | mcuelenaere | wpyh: are you running linux or windows? |
22:39:03 | Bagder | Casainho: make V=1 may offer some more clues |
22:39:14 | Casainho | mcuelenaere: thanks |
22:39:20 | Bagder | does bootloader.elf look fine? |
22:39:23 | domonoky | bluebrother: yes, the ARCH define was not intended for normal crosscompiling... we built it specific for the mac problem.. |
22:39:59 | wpyh | 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 | bluebrother | domonoky: I know ... I did it ;-) |
22:40:02 | wpyh | I'm running linux |
22:40:08 | * | wpyh has to eat lunch soon |
22:40:24 | mcuelenaere | wpyh: I ignored that because only the original code used that AFAIK |
22:40:25 | Casainho | Bagder: bootloader elf have 35kb... |
22:40:30 | bluebrother | still, in that case the Makefile should cope with setting ARCH. |
22:40:44 | domonoky | 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 | Bagder | Casainho: then the bootloader command or objcopy seem to be the "bad guy" here |
22:40:50 | wpyh | mcuelenaere: ok |
22:40:52 | mcuelenaere | wpyh: (original code as in what used to be 10.bin) |
22:41:15 | mcuelenaere | wpyh: can you easily see a usb device disconnect on linux? |
22:41:22 | * | bluebrother doesn't like half-baked solutions |
22:41:26 | gevaerts | mcuelenaere: dmesg |
22:41:30 | mcuelenaere | yes I know |
22:41:35 | wpyh | mcuelenaere: I don't understand what you mean by "easily see"? |
22:41:35 | mcuelenaere | but I meant 'easily' |
22:41:42 | bluebrother | tail -f /var/log/messages :) |
22:41:48 | wpyh | while sleep 0.1; do dmesg; done? |
22:41:50 | mcuelenaere | Windows generates a nice bell sound |
22:41:52 | domonoky | bluebrother: and at least the lib wil have the wrong name for rbutil if you use it this way... |
22:42:10 | gevaerts | mcuelenaere: you can tweak udev to do that :) |
22:42:15 | mcuelenaere | well never mind, try fiddling with the USB register manipulation in bootloader/vx747.c |
22:42:16 | Casainho | Bagder: is there a way to see if there is code on elf file? |
22:42:22 | mcuelenaere | move it up until you get the usb disconnect |
22:42:23 | fml | 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 | Bagder | Casainho: readelf perhaps? |
22:42:43 | * | wpyh has to eat lunch |
22:42:47 | mcuelenaere | ok |
22:42:50 | bluebrother | domonoky: well, that's part of the problem. |
22:43:06 | wpyh | mcuelenaere: I don't quite understand though.. please keep posting, I'll take a look later |
22:43:10 | mcuelenaere | ok |
22:43:23 | fml | 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 | mcuelenaere | wpyh: there's this line: 'REG8(USB_REG_POWER) &= ~USB_POWER_SOFTCONN; |
22:43:48 | mcuelenaere | it generates a USB disconnect |
22:43:59 | mcuelenaere | which is the only debugging output if you can't use the LCD |
22:44:10 | mcuelenaere | try to use it to look where the code crashes |
22:44:19 | mcuelenaere | ie moving it up and down until you find the bug |
22:44:55 | mcuelenaere | 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 | domonoky | 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 | Casainho | Bagder: here the readelf -a : http://pastebin.com/f4aa33722 |
22:46:12 | Bagder | Casainho: but what does your bootloader command do? |
22:46:21 | | Quit miepchen^schlaf () |
22:46:33 | Bagder | "boottool" in the configure script |
22:46:47 | Casainho | well, the bootlaoder C file just flash a LED using a timer.... |
22:46:59 | mcuelenaere | Casainho: in tools/configure |
22:47:04 | Bagder | Casainho: run make V=1 please |
22:47:11 | Bagder | then check the output what commands that are used |
22:47:33 | Bagder | the elf is converted to bin with objdump |
22:47:46 | Bagder | then the bin is converted to a bootloader by a "boottool" of your choice |
22:48:19 | Bagder | somewhere around there it goes wrong in your build |
22:48:43 | Bagder | as usual, if you can provide a patch against the rockbox svn we could help out... |
22:48:58 | Casainho | hmmm - boottool, don't know what is this.... |
22:49:14 | Bagder | Casainho: then read tools/configure again |
22:49:21 | Bagder | and search for "boottool" |
22:49:22 | Casainho | Bagder: I don't know how to make patchs... |
22:49:30 | mcuelenaere | Casainho: svn diff |
22:49:39 | Bagder | Casainho: I figure this is a good time to learn! |
22:51:14 | | Join ompaul_ [0] (n=ompaul@gnewsense/friend/ompaul) |
22:52:07 | Casainho | 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 | Casainho | here the configure: #boottool="cp " #?? |
22:52:19 | Casainho | bootoutput="rockbox.playerlittle_bootloader" |
22:52:32 | kugel | Casainho: before "svn diff" you need to "svn add" the files you create |
22:52:39 | Bagder | 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 | Bagder | Casainho: and the make V=1 output shows that used as... ? |
22:52:54 | | Quit fml ("CGI:IRC (EOF)") |
22:53:11 | Casainho | yes, yes, I want to use SVN but I need to find a free server... |
22:53:20 | Bagder | nonono |
22:53:23 | Bagder | check out rockbox |
22:53:27 | Bagder | make your changes |
22:53:30 | Bagder | post the patches |
22:53:42 | Casainho | actualy I am already using svn for other project, we are 4 people working there :-) |
22:53:44 | Bagder | well, at least I think so |
22:54:19 | Bagder | you're only creating barriers by not doing the development like all the other rockbox hackers do it |
22:54:22 | Casainho | Bagder: okok, I will try to make the patch −− but, what it that boottool? |
22:54:38 | Bagder | ok a third time: |
22:54:45 | Bagder | Casainho: and the make V=1 output shows that used as... ? |
22:55:03 | Bagder | make V=1 is your friend |
22:55:07 | Bagder | make V=1 can be helpful |
22:55:44 | Bagder | boottool as I described already above, is what converts a bin to a bootloader for your target |
22:55:58 | Bagder | in your case, I don't think you need to do anything with the bin file |
22:56:18 | Bagder | so it could just do cp |
22:56:22 | Bagder | 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 | Casainho | 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 | Bagder | of course not |
22:58:21 | Bagder | boottool is set in configure |
22:58:29 | * | kugel facepalms |
22:58:38 | Bagder | and then configure puts that tool in the generated Makefile |
22:58:40 | Casainho | 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 |
23:00:15 | Casainho | did that and did run configure and make all, the same result, bootloader file with 0 bytes |
23:00:32 | Bagder | then show us the make V=1 output |
23:03:33 | Casainho | ok, here: http://pastebin.com/d6e0ab293 |
23:04:10 | Bagder | so bootloader.bin is zero bytes too? |
23:04:38 | Bagder | bootloader/bootloader.bin |
23:04:50 | bluebrother | IMO it doesn't make sense to use rockbox.blah if it's in fact a bin file ... |
23:05:19 | Bagder | bluebrother: true, but configure is made to kind of assume that so it is easiest to go with that for starters |
23:05:46 | bluebrother | can't you just make configure to use "bin" as extension for the result? |
23:05:48 | Casainho | just saw now that bootloader.bin is also 0 bytes... |
23:06:05 | Bagder | 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 | mcuelenaere | wpyh: I'll read the logs for your results |
23:06:28 | | Quit mcuelenaere ("Zzzz") |
23:06:51 | Bagder | bluebrother: yes that's indeed possible, and when Casainho gets further we can bug him on such details :-) |
23:07:08 | Casainho | Bagder: bootloader.mpa here: http://pastebin.com/m551455d6 |
23:07:34 | Bagder | oh there's no code |
23:07:50 | bluebrother | .text is empty |
23:08:41 | Casainho | oh, I must be missing something... |
23:09:44 | linuxstb | Casainho: Have you actually written a bootloader? i.e. a .c file in bootloader/ and added it to bootloader/SOURCES ? |
23:09:59 | Casainho | linuxstb: yes, I did.... |
23:10:09 | Casainho | I am trying to make the patch now... |
23:10:30 | linuxstb | 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 | Bagder | Casainho: and your boot.lds specifies the crt object file in STARTUP() ? |
23:13:10 | Casainho | 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 | Bagder | 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 | Bagder | but do work on creating a patch, it'll be a win in the longer run |
23:14:31 | Bagder | and make sure you can repeat the procedure easily |
23:14:34 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
23:14:38 | Casainho | okok :-) |
23:15:13 | kugel | 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 | amiconn | rasher: Your pixel size values are quite a bit off... |
23:22:18 | rasher | 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 | Casainho | Bagder: I should do a diff, diff to base or a diff to head? |
23:23:56 | Bagder | 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 | Casainho | Bagder: nothing did happen −− what should I see? in file patch file? |
23:33:06 | Casainho | I am using a GUI svn program, the "RapidSVN"... |
23:33:12 | Bagder | I've never used that |
23:34:03 | kugel | Casainho: just execute "svn diff > myfile.diff" in the root directory |
23:34:14 | kugel | from the terminal |
23:34:28 | kugel | or shell or whatever you call it |
23:34:31 | Bagder | and remember to 'svn add' all new files first |
23:35:46 | Casainho | well, there are a few files over few directories... I must do svn add for each one? |
23:36:03 | Bagder | yes |
23:36:23 | kugel | Casainho: you can do "svn -R add" directories |
23:36:45 | kugel | 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 | bluebrother | 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 | bluebrother | 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 | bluebrother | s/hurts/pain/ |
23:41:15 | | Quit ompaul_ (Client Quit) |
23:45:04 | wpyh | 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 | wpyh | mcuelenaere: if I treat it as a vx767 though, it doesn't |
23:46:46 | | Quit matsl (Remote closed the connection) |
23:48:29 | Casainho | okok, here is the diff file :-) |
23:48:30 | Casainho | http://html.casainho.net/rbplayer.diff |
23:49:58 | linuxstb | Casainho: You don't include rockboxplayerlittle.c in bootloader/SOURCES |
23:50:16 | linuxstb | 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 | Casainho | linuxstb: maybe didt'nt the svn update... I were working on other svn GUI program, I made there... |
23:51:43 | linuxstb | Plus what are the files in bootloader/rockboxplayerlittle-bootstrap/ - are they needed? |
23:52:18 | linuxstb | 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 | Casainho | linuxstb: okok, all that files on bootloader can later be removed... |
23:54:07 | num1 | what is Super bass? |
23:54:17 | num1 | and what is MDB? |
23:54:36 | linuxstb | 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 | linuxstb | 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 | bluebrother | you should really clean up that registers define mess and unrelated stuff. It's a pain to look through that diff |
23:55:17 | amiconn | rasher: Hmm, seems our naming scheme was a bit too simplistic :/ |
23:55:34 | amiconn | 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 | linuxstb | 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 | Casainho | linuxstb: no, I did "svn add *" |
23:57:54 | Casainho | 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 | Casainho | "diff > rbplayer.diff" |
23:58:28 | linuxstb | I'm not sure about "base", but I'm guessing "head" means a diff between the (modified) checkout and the latest revision |