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 |