**** BEGIN LOGGING AT Sat Jan 07 02:59:58 2006 Jan 07 03:35:51 rwhitby, just removed my db file (actually did a find first to make very sure that I did not have something lying around). then started from scratch by getting the master makefile, and did make setup. Jan 07 03:35:56 however now I get an error: Jan 07 03:35:57 ( monotone -d monotone/nslu2-linux.db unset database default-server ) Jan 07 03:35:57 monotone: misuse: database schemas do not match: wanted 1509fd75019aebef5ac3da3a5edf1312393b70e9, got bd86f9a90b5d552f0be1fa9aee847ea0f317778b. try migrating database Jan 07 03:36:28 do I need a newer version of monotone (I am at 0.22), or is something else wrong? Jan 07 03:37:27 0.24 is what you need Jan 07 03:37:56 but wait before you install it, cause you need to migrate your keys Jan 07 03:38:07 first, db init a new database with 0.22 Jan 07 03:38:14 then install your keys in that database Jan 07 03:38:17 then install 0.24 Jan 07 03:38:29 then db migrate that database (which will store your keys in the filesystem) Jan 07 03:38:39 then start using the nslu2-linux.db database with 0.24 Jan 07 03:38:43 ok? Jan 07 03:38:47 ok, but isn't it much simpler to just move to 0.24 and reload my keys? Jan 07 03:38:58 0.24 has a different on-disk key format Jan 07 03:39:10 the only way to convert is to db migrate a database which contains the keys Jan 07 03:39:33 ah, I would have expected that I could just import them from the txt file Jan 07 03:39:49 yeah, so did I, but it's not the case (at least I couldn't work out how to) Jan 07 03:40:30 I'll migrate as you stated. Is there a way to get the keys out again to store them ? Jan 07 03:41:09 they are stored in the filesystem post-0.24, not in the database Jan 07 03:41:17 in ~/.monotone/keys Jan 07 03:41:20 so save them from there Jan 07 03:41:30 ok, I'll archive that one Jan 07 03:42:06 btw you wrote: No? Go do it. Don't make me come over there .... :-) Jan 07 03:42:27 lol. if you ever happen to be in the area you are more than welcome (but the db is already gone) Jan 07 03:43:41 i assume the size reduction is due to the fact that intermediate delta's are lost Jan 07 03:44:26 no, I think it's due to the erroneous propagation of stuff between the branches. Jan 07 03:44:34 ah ok Jan 07 03:44:37 our additions since Dec8 only added 30Kb Jan 07 03:45:06 i had the idea that you perhaps created a new database and only stored the latest version Jan 07 03:46:24 jbowler had an OE database, and I simply worked out what had changed from that, and then checked those new files in with a single changelog combined from the log from the corrupted database Jan 07 03:46:46 understood Jan 07 03:47:14 glad we have this resolved, still do not feel very happy about the root cause .... Jan 07 03:47:16 So we lost intermediate deltas from dec 8, but retained the changelogs. Jan 07 03:47:31 but it was a small set of files, so no great loss. Jan 07 03:48:19 found it odd that I saw some changes after dec 8 in CIA Jan 07 04:16:14 rwhitby, moved to mt 0.25 (that is the current version), now make setup did its thing. I'm now running make openslug-kernel and things work like a charm Jan 07 04:17:16 rwhitby, how do you want me to prove that I deleted all old copies. I'll happily run a find on my system if that makes people feel comfortable (or whatever else you would desire, e.g. a md5sum of my new database) Jan 07 04:18:07 eFfeM: monotone head of the new database from a pull now will do it. Jan 07 04:18:29 rwhitby, do you want it in mail, or in the channel or as a PM Jan 07 04:18:37 here in channel is fine Jan 07 04:18:53 [slug@Woonkamer OpenSlugHead]$ mt head Jan 07 04:18:53 monotone: branch 'org.nslu2-linux.dev' is currently merged: Jan 07 04:18:53 cf145de9ed953c4d61e7fd70c5da422c4f54e737 rwhitby@nslu2-linux.org 2006-01-04T13:10:46 Jan 07 04:18:55 what's your key id again? Jan 07 04:19:23 eFfeM@openembedded.org Jan 07 04:19:37 ok, you have write access again Jan 07 04:19:42 tnx Jan 07 04:20:02 will check in the latest pvrusb2 driver later today or tomorrow Jan 07 04:20:07 ok Jan 07 04:20:39 it's still rebuilding things as I started from scratch, have to wait that out first Jan 07 10:30:03 03bzhou * 10unslung/make/getmail.mk: upstream upgrade from 4.4.2 to 4.4.4 Jan 07 11:08:47 rwhitby, as per your recommendations, i manually fetched, configured, made, made installed and ldconfigured pcre-6.3 to get the default unslung nmap and other packages running.... $LD_LIBRARY_PATH and $LD_RUN_PATH both point to /usr/local/lib, yet nmap still refuses to run Jan 07 11:11:11 maybe certain intricacies of ldconfig have yet escaped me? i seem to have succesfully built /usr/local/lib/libpcre.so.0 but nmap still complains about not finding it Jan 07 11:13:03 maybe i should try symlinking it to /opt/local/lib to conform with optware installation parameters? Jan 07 11:24:28 great, nmap now seems to be working... so how exactly shall i go about contributing the libpcre-6.3 build back to the unslung community repository? ;) Jan 07 11:31:36 on a related note, has anyone bothered to build tcsh (6.14.00 or other) on unslung 5.5 ? Jan 07 13:07:41 kfm82: any optware libraries need to be installed in /opt/lib/ Jan 07 13:08:11 then the unslung build system will set the ld run path automatically. Jan 07 13:08:34 just follow the instructions on the howto/addapackagetounslung wiki page to contribute the pacakge Jan 07 13:12:17 rwhitby, in the meantime i noticed that pcre already exists in the ipkg repo, albeit an older version (5.0-4 vs. 6.3).... seems i just wasted over three hours of my life going the all-manual route Jan 07 13:12:49 that's why we have the wiki page pointing people there :-) Jan 07 13:13:30 at least the entire exercise gave me an opportunity to learn a litte about linux dynamic link libraries.... Jan 07 13:13:57 so, on to tcsh 6.14.00.. any takers? :D Jan 07 13:20:34 it appears to me as if coreutils-uptime was broken in unslung 5.5 as well? Jan 07 13:20:49 uptime: couldn't get boot time: No such file or directory Jan 07 13:23:42 and while i'm at it, how about getting a standard gnu top on the slug to measure cpu and memory usage. Jan 07 13:26:26 procps? Jan 07 15:40:09 oops, i was foolish enough to do a little # cat /dev/random as root, and now my dropbear ssh service seems to hang, complaining about unavailable entropy sources... can i fix this without a reboot? **** BEGIN LOGGING AT Sat Jan 07 16:04:11 2006 Jan 07 16:04:26 Wiki is back **** ENDING LOGGING AT Sun Jan 08 02:59:56 2006