| 10:32:52 | erikm | 'lo |
| 10:43:53 | Russ | morning |
| 10:44:06 | Russ | md5, or rc5? |
| 10:44:12 | erikm | oops |
| 10:44:13 | erikm | :) |
| 10:44:22 | erikm | lol :) |
| 10:44:25 | Russ | woohoo, encyrption |
| 10:44:39 | erikm | nah, just an md5 hash |
| 10:44:42 | Russ | I'm sure someone's boss is asking for it |
| 10:44:51 | Russ | "is our bootloader encrypted?" |
| 10:45:01 | erikm | that's why I made it configurable : |
| 10:45:21 | erikm | btw, I'm thinking about doing a 2.0.5-pre2 snapshot release |
| 10:46:09 | erikm | the code is relatively stable right now, and I think we're going to see lots of changes |
| 10:47:08 | Russ | bbiaw |
| 10:47:10 | erikm | (I'm working with BZFlag and somebody else from lineo to port it to non-SA architectures as well) |
| 12:56:20 | seletz | hi all! |
| 12:56:38 | seletz | Happy new Year to you! (a bit late, tough ... :) |
| 13:13:43 | erikm | re |
| 13:17:33 | erikm | seletz: happy newyear |
| 13:17:55 | erikm | seletz: btw, I'm thinking about doing a new development snapshot today |
| 13:18:10 | seletz | erikm: hi! |
| 13:18:54 | erikm | seletz: any good or bad feelings about that? |
| 13:18:57 | seletz | erikm: well, I'm currently solving some cvs conflicts i got today. |
| 13:19:09 | erikm | heh :) |
| 13:19:34 | seletz | erikm: but they seem mostly due to lack of recent check-outs :) |
| 13:19:41 | erikm | btw, system3 doesn't compile in the CVS version. |
| 13:19:44 | erikm | cvs update -dAP |
| 13:19:55 | seletz | erikm: :/ |
| 13:20:17 | erikm | (I have "update -dP" in my .cvsrc) |
| 13:20:18 | seletz | erikm: what's about pcmcia? I noticed some changes in diag/system3.c |
| 13:20:32 | seletz | (me too.) |
| 13:20:54 | erikm | seletz: that was because Chris Hoover put the SA1111_BASE in the arch dependent files |
| 13:21:17 | erikm | seletz: the compiler complains about missing declaration of function __REGP |
| 13:21:25 | seletz | erikm: thats a good idea anyway. |
| 13:21:25 | erikm | (line 117 in sa1111_init) |
| 13:21:39 | seletz | checking out |
| 13:22:00 | seletz | yes, i know. |
| 13:22:01 | erikm | and it complains about SA1111_VBASE being undeclared |
| 13:22:06 | seletz | yes, i know. |
| 13:22:14 | erikm | got the feeling that those two errors are related |
| 13:22:34 | seletz | thats because Chris did not copy all #defines to system3.h |
| 13:23:04 | seletz | erikm: thats all because the sa1111.h in linux kernel code changed |
| 13:23:04 | erikm | oh, and I also updated some of the serial stuff in system3.c |
| 13:23:10 | erikm | ah, right |
| 13:23:39 | seletz | erikm: i make it working (i.e. compilable at last) and do a checkin. |
| 13:24:03 | seletz | erikm: could you wait with the dev snapshot? |
| 13:24:19 | erikm | sure |
| 13:24:26 | seletz | (while i resolve the errors) |
| 13:24:29 | erikm | btw, xmodem is *fast* |
| 13:24:30 | seletz | ok |
| 13:24:40 | seletz | ah, the topic. |
| 13:25:06 | erikm | especially if you tell sx to use 1kB blocks with the "-k" option: 10080 bytes/s |
| 13:25:07 | seletz | well, xmodem up/download is really nice. |
| 13:25:24 | seletz | well, thats fast! |
| 13:25:37 | seletz | what about md5? |
| 13:25:50 | erikm | it normally uses 128 bytes blocks, and then it's about 6200 bytes/s |
| 13:25:52 | seletz | can we md5 check arbitary memory regions? |
| 13:25:59 | erikm | yes, you can |
| 13:26:02 | seletz | :)) |
| 13:26:37 | seletz | solving conflicts |
| 13:27:20 | erikm | hmm. I have some minor patches in my tree, I'll commit them as well |
| 13:28:27 | seletz | erikm: well, I'll call this day a cleanup and patching day. I'll remove some cruft from my code as well. |
| 13:36:17 | seletz | erikm: well, sa1111.h is my fault. i never did a checkin with SA1111_VBASE defined. doh. |
| 13:45:28 | seletz | erikm: have you seen the "regs" command in system3.c? |
| 13:46:06 | seletz | erikm: maybe we should move it to a non arch dep source file? |
| 13:47:03 | erikm | looks |
| 13:47:09 | Sammy | later to join :) |
| 13:47:20 | Sammy | go home .... |
| 13:48:46 | erikm | seletz: looks like a good plan |
| 13:49:25 | erikm | seletz: BTW, the names of those registers is in SA1100.h |
| 13:49:49 | erikm | seletz: (and be careful that the SA1100 has slightly different registers) |
| 13:50:03 | seletz | erikm: ok, i'll take a look and expand the list. Where to put it in, then? |
| 13:50:17 | erikm | src/diag/regs.c |
| 13:50:23 | seletz | :) |
| 13:55:04 | seletz | erikm: I'll create a include/blob/regs.h with some #defines foe SA1100 and SA1110. ok? |
| 13:55:54 | erikm | seletz: like what? |
| 13:56:21 | erikm | seletz: everything is already defined in include/asm-arm/mach-sa1100/SA-1100.h in the kernel source |
| 13:56:41 | seletz | erikm: like #if defined(SA1110)define the list of reg names for StrongARM #endif and so on |
| 13:57:04 | seletz | erikm: because of diffs between sa1100 and sa1110 etc. |
| 13:57:17 | erikm | seletz: better put that in regs.c, no need to export that to other files |
| 13:57:35 | erikm | seletz: btw, make it regs-sa11x0.c |
| 13:57:45 | seletz | erikm: ok. less work, too :) |
| 13:57:46 | seletz | ok |
| 13:58:38 | erikm | seletz: there is a non-StrongARM port in the work, so I'd rather have such architecture dependent stuff in files that can be clearly distinguished |
| 13:58:55 | erikm | seletz: (that's btw exactly the reason why I cleaned up the serial driver) |
| 14:03:13 | seletz | erikm: cotulla? |
| 14:03:41 | erikm | seletz: no, ARM 720T based. and there's also somebody working on ARM7TDMI |
| 14:04:15 | seletz | erikm: man, arm gets crowded, does it? |
| 14:04:42 | erikm | seletz: it already was. arm is everywhere |
| 14:04:56 | erikm | seletz: your harddrive probable has an ARM core |
| 14:06:07 | seletz | erikm: hmm, running linux on my hd holding linux and built in in a linux box? Oh, wait, hmmm |
| 14:06:17 | seletz | :) |
| 14:07:23 | erikm | seletz: there are people thinking about running armlinux on their GigE cards :) |
| 14:12:31 | seletz | erikm: ok, can we put printf() from brad's code int libblob? |
| 14:13:01 | seletz | erikm: this would allow a lot of cleanup in blob |
| 14:13:10 | erikm | seletz: I intend to do so, but I'd rather first release 2.0.5-pre2 |
| 14:16:00 | seletz | erikm: ok, in that case i'll have to wait with my patches too, because they are pcmcia related, and they use printf(). So i'll hack up a regs-sa11x0.c and submit it, then change system3.h to define SA1111_VBASE and that's it. The rest after the pre2 release. agreed? |
| 14:16:31 | erikm | seletz: agreed |
| 14:17:43 | erikm | reboots to test a VM patch for riel |
| 14:43:28 | erikm | returns |
| 14:50:24 | seletz | erikm: hmm, we currently don't have a #define which holds the cpu type info. I'll add a #define in config.h and configure.in. Ok? |
| 14:50:50 | erikm | seletz: I already had a patch doing that :) |
| 14:51:12 | erikm | wait a minute.... |
| 14:51:16 | seletz | erikm: :) |
| 14:55:42 | erikm | cvs commits |
| 14:57:10 | erikm | if you wait a for a second I'll also commit a minor patch for src/blob/{Makefile.am|rest-ld-script.in} |
| 14:57:23 | seletz | np |
| 14:59:08 | erikm | ok, done |
| 15:01:15 | erikm | you might need to run "make clean" if src/blob/blob doesn't link |
| 15:03:40 | seletz | trying out |
| 15:06:32 | seletz | erikm: hmmm, "CPU" is #undef'd in config.h. Should'nt CPU set in configure.in? |
| 15:06:48 | erikm | run tools/rebuild-gcc |
| 15:06:54 | seletz | doh |
| 15:07:33 | erikm | and use the --enable-maintainer-mode flag for configure |
| 15:11:55 | seletz | erikm: well, i _did_ use maintainer mode. and in my configure.in there's no AC_DEFINE/SUBST whatever filling CPU. (i did a make clean and configure too.) |
| 15:13:19 | seletz | prpplague: hi & happy new year ... |
| 15:15:13 | erikm | hell prpplague |
| 15:15:27 | erikm | s/hell/hello/ <-- freudian mistake :) |
| 15:15:44 | erikm | it is in configure.in |
| 15:15:53 | erikm | seletz: try cvs update -dAP configure.in |
| 15:16:31 | erikm | seletz: you might have a sticky tag on configure.in |
| 15:16:57 | prpplague | erikm: morning |
| 15:20:24 | erikm | remembers there are free drinks downstairs |
| 15:20:45 | erikm | bbl |
| 15:21:32 | prpplague | erikm: later dude |
| 16:57:16 | erikm | returns |
| 16:58:16 | erikm | *burps* |
| 16:58:25 | erikm | I don't think I need something to eat RSN |
| 16:58:26 | erikm | ;) |
| 17:24:50 | erikm | seletz: src/diag/system3.c still doesn't compile for me. which kernel are you using? |
| 17:31:03 | akira | hi |
| 17:31:08 | seletz | hi too |
| 17:31:11 | seletz | :) |
| 17:31:40 | erikm | akira: I removed include <blob/sa1111.h> from regs-sa11x0.c, it breaks all other architectures and isn't needed |
| 17:31:59 | erikm | s/akira/seletz/ |
| 17:32:06 | akira | PONG |
| 17:32:15 | akira | or whatever :) |
| 17:32:42 | seletz | erikm: oops. yes, of course. |
| 17:33:31 | seletz | erikm: made it not configurable, i'm too lazy now. |
| 17:33:50 | erikm | doesn't matter |
| 17:34:37 | seletz | hmm, i'm using a 2.4.16-rmk2 |
| 17:34:48 | erikm | checks |
| 17:35:17 | erikm | 2.4.13-ac5-rmk2. that's probably the problem |
| 17:35:17 | seletz | checking too |
| 17:35:40 | erikm | I needed a known stable kernel for a couple of demos |
| 17:35:41 | seletz | erikm: yes. they changed somewhere in between. sigh. |
| 17:36:23 | seletz | erikm: can you quickly switch over? |
| 17:36:28 | erikm | seletz: not really |
| 17:36:34 | seletz | erikm: hmmm. |
| 17:36:54 | erikm | seletz: could you run a "make dist", untar the tarball in /tmp, configure for system3 and see if that compiles? |
| 17:37:21 | seletz | erikm: np |
| 17:37:37 | seletz | working |
| 17:38:03 | seletz | erikm: i'll take a fresh cvs version. |
| 17:39:10 | erikm | seletz: the "make dist" tarball is interesting, it makes it clear if you forgot to add a file to a Makefile.am |
| 17:39:30 | seletz | we'll see ... |
| 17:44:23 | seletz | builds, except for diag, which doesnt build because of system3.c. Argh. |
| 17:44:32 | seletz | checking out why |
| 17:45:43 | erikm | seletz: it might be an include file with a sticky CVS tag |
| 17:46:35 | seletz | one moment |
| 17:47:12 | seletz | doh! |
| 17:47:14 | seletz | :) |
| 17:47:30 | erikm | something trivial? ;) |
| 17:47:46 | seletz | good test, make dist.... |
| 17:47:53 | erikm | *nod* :) |
| 17:48:07 | akira | ;) |
| 17:48:30 | BZFlag | erikm: what's the status on sa1111 support? |
| 17:48:42 | erikm | BZFlag: seletz knows |
| 17:48:50 | BZFlag | ok, seletz? ;-) |
| 17:48:55 | akira | i'll expect u to teach me all this seletz :) |
| 17:49:08 | erikm | BZFlag: I'm going to do a 2.0.5-pre2 development snapshot tonight |
| 17:49:22 | seletz | working |
| 17:49:24 | seletz | :) |
| 17:49:39 | BZFlag | which platform uses it now? and for what? |
| 17:49:55 | seletz | erikm: we'll see if this commit breaks it further more or solves it ... |
| 17:50:02 | seletz | on moment pls |
| 17:50:13 | erikm | rolls drums |
| 17:50:17 | BZFlag | looks like I need to add it to get at the sa1111 gpio pin to enable flash writes on this silly piece of hardware. |
| 17:50:40 | erikm | BZFlag: the idr? |
| 17:51:01 | BZFlag | yep. |
| 17:51:38 | BZFlag | one intel 16MB flash chip with write enable tied to a sa1111 gpio. nice, huh? |
| 17:51:54 | erikm | that's another way to do it, yes :) |
| 17:52:01 | seletz | was a sticky tag in sa1111.h |
| 17:52:14 | erikm | seletz: ah, that explains |
| 17:52:18 | BZFlag | and 2 other gpio on the sa1111 do lcd and backlight power. |
| 17:52:56 | BZFlag | course I think there are more than 3 free gpio's on the 1110. |
| 17:52:57 | erikm | BZFlag: well, that's possible as well. ipaq is not clean either |
| 17:52:58 | seletz | erikm: ok, i'll test it all again |
| 17:52:59 | BZFlag | argh.... ;-) |
| 17:53:23 | erikm | BZFlag: especially their egpio register that's *write* *only* :( |
| 17:54:04 | BZFlag | heh |
| 17:54:08 | seletz | erikm: doh, those write only horrors i got thankfully out of the head of my hw design guy ... |
| 17:54:39 | erikm | seletz: good. write only registers are evil |
| 17:54:46 | BZFlag | agreed! |
| 17:54:51 | seletz | yep |
| 17:55:21 | BZFlag | specially when they map the bit someplace else for reads. ugh. |
| 17:55:47 | erikm | BZFlag: yeah, the VGA did that. that was really hell |
| 17:55:58 | seletz | (they wanted to mimic a serial io -> shift reg to save some lines. they wanted to make this reg write-only. write-and-forget. ARGH! i said.) |
| 17:55:58 | erikm | BZFlag: and also hell to emulate |
| 17:56:31 | erikm | BZFlag: (/me wrote the VGA emulator for DOSemu) |
| 17:58:05 | erikm | writes release notes |
| 17:58:09 | seletz | erikm: wow, it builds. |
| 17:58:12 | seletz | :) |
| 17:58:18 | seletz | _phew_ |
| 17:58:19 | erikm | good :) |
| 17:58:27 | seletz | sorry, tough. |
| 17:58:47 | seletz | BZFlag: ok, now sa111 questions? |
| 17:58:53 | seletz | s/sa11/sa111/ |
| 17:58:57 | seletz | :) |
| 17:59:07 | seletz | f**ed it up |
| 17:59:52 | seletz | BZFlag: sa1111 is used on system3 for LCD and PCMCIA |
| 18:01:23 | BZFlag | ok, |
| 18:04:40 | seletz | BZFlag: the only thing is that ATM its only in diag. |
| 18:04:48 | erikm | seletz: btw, I think you need this patch in smctest() in src/diag/system3.c: |
| 18:04:53 | erikm | -u32*base= (u32 *)SMC_BASE; |
| 18:04:54 | erikm | +u32base= (u32)SMC_BASE; |
| 18:05:16 | seletz | checking |
| 18:06:27 | seletz | well, quite redundant IMHO. |
| 18:06:38 | erikm | yeah, but removes two compile time warnings |
| 18:06:44 | seletz | ok |
| 18:06:56 | seletz | applied |
| 18:06:58 | seletz | :) |
| 18:12:16 | erikm | seletz: did you commit it to CVS? |
| 18:12:46 | seletz | oh, sorry. one moment |
| 18:13:48 | seletz | done. |
| 18:14:01 | erikm | notes that the MD5 digest for a file uploaded with xmodem differs from the file on the host |
| 18:14:07 | erikm | seletz: thx |
| 18:14:20 | seletz | oops. that's not good ... |
| 18:14:48 | seletz | off-by-one error in checking area? |
| 18:14:55 | erikm | ah, I see why. xmodem uses 128 byte packets and stuffs data at the end of the file |
| 18:15:02 | erikm | tries |
| 18:15:35 | erikm | ok. to make it good, first do dd if=blob of=blob-for-md5 bs=128 conv=sync |
| 18:15:59 | seletz | dd is _super_ |
| 18:16:10 | erikm | now md5sum blob-for-md5, and you'll see that the md5sum is correct |
| 18:16:20 | erikm | we need ymodem or zmodem :) |
| 18:17:02 | seletz | well, we need tftp i'd say |
| 18:17:06 | seletz | :)) |
| 18:17:10 | erikm | IIRC ymodem is almost the same as xmodem+1k blocks+extended CRC and support for filenames and file length |
| 18:19:08 | erikm | from the release note: "We admit, we made a mess of it." :) |
| 18:22:04 | BZFlag | seletz: well, I'll have to move/copy it over to main for this ugly board hack. |
| 18:22:29 | erikm | BZFlag: if you do so, put it in src/lib/ |
| 18:22:52 | erikm | BZFlag: (but please wait for a couple of hours until I release 2.0.5-pre2) |
| 18:23:38 | BZFlag | agreed |
| 18:23:43 | erikm | BZFlag: btw, any news from duck? |
| 18:24:15 | BZFlag | you got his emails last week, yes? nothing since. (I'm still at home) |
| 18:24:38 | erikm | oh, wait, you're at pacific time |
| 18:24:49 | BZFlag | it might be nice to make it a config option to move stuff back and forth tween diag and blob proper. |
| 18:24:53 | BZFlag | mountian. |
| 18:25:28 | erikm | BZFlag: I'd rather keep blob as small as possible |
| 18:26:10 | erikm | BZFlag: if we need to sa1111 support in order to get some platforms supported in blob, I'd rather move the support in src/lib/ |
| 18:26:27 | seletz | erikm: but if BZFlag needs sa1111 support, we'll have to move things over |
| 18:26:42 | seletz | erikm: just a copy hack is not suitable IMHO |
| 18:26:49 | erikm | seletz: yes, and because you need it in diag, we'd rather put it in src/lib/ |
| 18:26:55 | seletz | yup |
| 18:27:01 | erikm | seletz: just to avoid code duplication |
| 18:27:08 | seletz | yup**2 |
| 18:27:13 | erikm | :) |
| 18:28:14 | seletz | erikm: just to give you a shock: if someone ever wants someting like a custom splash screen in blob, we'll have to move lcd.c as well. |
| 18:28:18 | erikm | OK, so on what platforms does this blob version work? Assabet, LART, System3, IDR? |
| 18:28:41 | erikm | seletz: well, I'm thinking about some kind of splash screen support. configure time option of course. |
| 18:28:50 | seletz | :) |
| 18:28:50 | BZFlag | hence me "would be nice" statement. |
| 18:29:10 | seletz | genau, erm, yup |
| 18:29:29 | BZFlag | if all platform code that works, but is not explicitly selected for "blob" got put in "diag" that would suite me just fine. |
| 18:29:57 | erikm | BZFlag: doesn't always make sense |
| 18:30:16 | seletz | erikm: if libblob gets big, thats not a problem, is it? blob links against it, and if the linker doesnt need some code it doesnt get in, right? |
| 18:30:30 | erikm | seletz: right |
| 18:30:40 | BZFlag | agreed. |
| 18:31:06 | BZFlag | so perhaps it's all in "diag" and only selected stuff in "blob"? |
| 18:31:11 | seletz | erikm: so, if we just make _one_ place to add commands and support funcs, then it would be libblob |
| 18:31:34 | BZFlag | seletz: you still need to tell "blob" which things to link in. |
| 18:31:38 | erikm | seletz: the linker works on a per file base for libraries. that's why I try to put functions in separate files (strncpy(), for example) |
| 18:31:39 | seletz | erikm: ATM its all a mess when i for ex want peek and poke in blob _and_ diag |
| 18:31:41 | erikm | BZFlag: *nod* |
| 18:31:51 | erikm | BZFlag: that's done in initcalls.c, for example |
| 18:32:34 | seletz | erikm: so make every command or commandset in sepparate files and put them in libblob |
| 18:32:44 | seletz | s/sepparate/separate/ |
| 18:32:50 | erikm | seletz: move the peek() and poke() implementation to src/lib/peek.c and src/lib/poke.c |
| 18:33:01 | seletz | that's what i mean |
| 18:33:29 | erikm | seletz: now make a selectively compiled src/blob/peek.c that only defines the __command() and it automatically gets linked in |
| 18:33:32 | seletz | erikm: same for upcoming pcmcia, ide and filesystem stuff |
| 18:33:37 | erikm | right |
| 18:34:27 | seletz | ok, then we could make a blob/commands.c where the __command() calls live. no need for separate files under blob and diag |
| 18:35:00 | erikm | there already is blob/commands.c :) |
| 18:35:13 | seletz | you know what i mean :) |
| 18:35:35 | seletz | name it blob/this_is_where_the_command_macros_are.c |
| 18:35:40 | seletz | :D |
| 18:35:55 | erikm | yes, but they would become a #define hell |
| 18:36:11 | erikm | #ifdef BLOB_CONFIG_WANT_COMMAND_FOOBAR |
| 18:36:18 | seletz | yup, agreed. but better one hell than more than one ... |
| 18:36:21 | erikm | __commandlist(foobar, "foobar", foobarhelp); |
| 18:36:23 | erikm | #endif |
| 18:37:00 | seletz | erikm: one could even come up with a shell/perl/bash script which generates this file |
| 18:37:28 | erikm | generated files... cool |
| 18:38:39 | seletz | erikm: no more hell but one single place to add/remove commands. |
| 18:38:51 | erikm | thinks about it |
| 18:39:10 | seletz | erikm: _and_ this file could be generated into src/diag and src/blob with the same script and syntax |
| 18:40:50 | seletz | erikm: the script could even automagically grep through the src/lib/*.c source for special tags to get help strings coherent, and check for commands etc |
| 18:41:09 | seletz | getting too excited |
| 18:45:00 | akira | :) |
| 18:59:17 | seletz | erikm: what did you come up with? |
| 18:59:21 | seletz | :) |
| 19:00:08 | erikm | still writes release note |
| 19:00:09 | erikm | s |
| 19:00:20 | erikm | and also slightly updates the README file |
| 19:00:35 | seletz | :) |
| 19:01:03 | erikm | Do you think I should mention the #blob IRC channel in the README file? |
| 19:01:16 | erikm | there is a risk that we get swamped with people over here |
| 19:01:35 | seletz | yes, i did mention it in some emails already. |
| 19:01:48 | erikm | that's not really a problem |
| 19:01:59 | seletz | if we get crowded we could open a #blob-devel or something |
| 19:02:09 | seletz | (private for developres) |
| 19:02:32 | erikm | but I'm a bit afraid that we'll reduce this channel to a blob helpdesk, and that's not really my intention |
| 19:02:48 | seletz | hmmm |
| 19:03:22 | seletz | thats a decision which should taken with care, IMHO. |
| 19:03:38 | erikm | I'll just don't mention it right now |
| 19:03:49 | akira | i'm quiet don't kick me :) |
| 19:04:02 | akira | besides i'm really nice in trhe morning :) |
| 19:04:05 | seletz | we could give blob a boost in popularity. |
| 19:04:18 | seletz | and thus get more people use it. |
| 19:04:34 | seletz | and thus get more ports (and more ports _back_) |
| 19:04:49 | erikm | that's already happening. the uclinux-dev people started to discover it |
| 19:05:29 | seletz | right now i think that some people think that tey're left alone, see some magic code, get afraid and rather use something different. |
| 19:07:11 | erikm | what about this: I'll put the IRC channel in this release, we'll see what happens. if it becomes too crowded, we'll remove it from the documentation |
| 19:07:12 | seletz | thats what happened to me. then i did try bootldr, redbood angel and all that stuff. better i started with blob right away. |
| 19:07:57 | seletz | ok, and put in a warning that #blob is for "real" blob talk only. |
| 19:08:05 | erikm | will do |
| 19:08:07 | seletz | or something like that. |
| 19:08:36 | seletz | remembers 'bout a missing diag docu |
| 19:08:53 | seletz | erikm: when do you plan a release? today? |
| 19:09:08 | erikm | " The documentation is still not in sync with the code" :) |
| 19:09:13 | erikm | seletz: today |
| 19:09:36 | seletz | hmm. |
| 19:10:21 | seletz | just give me a hour, then i'll ack up some docs for diag. |
| 19:10:34 | erikm | ok, put them in doc/ |
| 19:11:00 | erikm | seletz: it doesn't have to be much, just tell the people that it should be downloaded and booted as a kernel |
| 19:11:07 | seletz | but you'll eventually may gtet complaints 'bout bad english (beeing a austrian, that is:) |
| 19:11:29 | erikm | seletz: #include <std-language-disclaimer.h> on top :) |
| 19:11:40 | seletz | lol |
| 19:13:24 | seletz | erikm: btw, do we need a additional mirror for blob? |
| 19:13:38 | seletz | have some webspace unused |
| 19:13:56 | erikm | I don't think so, though you're free to set up whatever you like |
| 19:22:22 | akira | i hope that 'unused' was not a reference to my work on your site :( |
| 19:22:42 | erikm | akira: which work on whos site? |
| 19:23:10 | seletz | erikm: my site and akiras work :) |
| 19:23:11 | akira | my work on seletz' site :) |
| 19:23:17 | seletz | dduupp |
| 19:23:40 | akira | first thing i'll do after the exams, promised :) |
| 19:24:59 | akira | right now i'm trying to convince this FLASH Movie her eto pass some variables to included movies, and that bugware gives up on me every 15 minutes..... |
| 19:26:41 | akira | kinda annoying :/ |
| 19:51:11 | seletz | erikm: well, diag doc first try done. |
| 19:52:00 | erikm | looks |
| 19:55:04 | erikm | seletz: good enough. one minor nit: do an s/autor/author/ :) |
| 19:55:19 | seletz | doh. |
| 19:56:39 | seletz | done |
| 20:09:27 | akira | how long will you still be working seletz |
| 20:10:24 | akira | ? |
| 20:11:26 | erikm | seletz: oh, I see that I already mentioned #blob in the release notes for 2.0.5-pre1 |
| 20:16:21 | seletz | erikm: well, then we didn't got crowded, do we? :) |
| 20:17:41 | erikm | runs "make dist" |
| 20:19:03 | erikm | untars tarball in /tmp |
| 20:19:47 | seletz | waiting ... |
| 20:20:55 | erikm | ok, it compiles, and a "make dist" tarball contains the same files |
| 20:22:24 | erikm | tags the CVS tree |
| 20:25:27 | erikm | ok, the tree is tagged |
| 20:25:40 | erikm | kicks the version number in configure.in |
| 20:26:13 | erikm | go ahead, the tree is unfrozen |
| 20:43:38 | seletz | erikm: ok |
| 20:46:55 | BZFlag | is the SF project mentioned in that doc? the diff lines included the .nl site... |
| 20:49:57 | erikm | BZFlag: yes, SF is mentioned |
| 20:50:55 | erikm | waits for the file to show up on SF |
| 20:54:06 | seletz | uff, im tired now. |
| 20:54:23 | seletz | I'll get some sleep, bbl |
| 20:54:51 | erikm | see ya |
| 20:55:05 | erikm | goes home after he sends out the release mail |
| 21:00:21 | seletz | good night :) |
| 22:49:14 | erikm | goes zzz |