**** BEGIN LOGGING AT Thu Jan 05 02:59:59 2006 Jan 05 09:46:37 hi when i compiled an app under cross development with bb ... how can i remove this and do it again? Jan 05 10:11:06 <[g2]> kami22 bb -c clean foo Jan 05 12:12:47 I finally got my slug back, and now I'm fiddling with ucslugc but am a bit lost... Jan 05 12:13:09 I'm making (or rather trying to make) a ucslugc image, but dependancies fail me Jan 05 12:13:37 of course all off this worked just fine with openslug where I did it dozens of times Jan 05 12:13:54 but now make ucslugc-image dies with Jan 05 12:13:57 ERROR: Nothing provides virtual/armeb-linux-uclibc-libc-for-gcc Jan 05 12:13:57 ERROR: dependency virtual/armeb-linux-uclibc-libc-for-gcc (for gcc-cross) not satisfied Jan 05 12:14:54 Most likely I'm missing something trivial, but can't figure out exactly what... Jan 05 12:15:11 or, much less likely, the ucslugc build is broken :) Jan 05 12:15:56 all ideas/hints/tips/rtfms welcome Jan 05 12:16:25 jbowler is the person you most likely want to get in touch with Jan 05 12:18:15 bear: what monotone database are you using? Jan 05 12:19:34 Anyway it doesn't matter. This revision: ece0a6a55e4dd79fcabf7867d390f3eb6f6190af should work fine if you build from scratch (i.e. completely remove the tmp directory first). Jan 05 12:20:15 If using the master makefile, "cd openembedded; monotone --revision=ece0a6a55e4dd79fcabf7867d390f3eb6f6190af update" should get something buildable. Jan 05 12:20:30 will try in a second Jan 05 12:20:45 thanks Jan 05 12:21:41 err... monotone: misuse: no such revision 'ece0a6a55e4dd79fcabf7867d390f3eb6f6190af' Jan 05 12:21:55 admittedly I'm a monotone n00b :( Jan 05 12:21:56 Well, I guess that answers my first question. Jan 05 12:22:35 I did a clean make setup salsa with http://www.nslu2-linux.org/Makefile Jan 05 12:22:38 In the same directory, tell me what the files MT/options and MT/revision contain. Jan 05 12:23:00 branch "org.openembedded.dev" Jan 05 12:23:00 database "/usr/src/slug/monotone/nslu2-linux.db" Jan 05 12:23:01 key "" Jan 05 12:23:18 for options, the revision is 55fdbbf786a5a6359e98f4531a7bd55979c25270 Jan 05 12:24:03 (if only we used subversion or cvs, I wouldn't feel such an idiot :( ) Jan 05 12:24:42 No, this is because you and I are looking at a different set of revisions - it's fsck'ed at present. Jan 05 12:25:37 Try this (same directory): "monotone log --brief --last=1 --revision=c47b56a3ef9d7d425411c60ff6fef2a174b20ea6" Jan 05 12:26:10 monotone: misuse: no such revision 'c47b56a3ef9d7d425411c60ff6fef2a174b20ea6' Jan 05 12:27:28 Yep, ok, I've just looked on nudi.nslu2-linux.org, I can probably find a working revision from that.... one moment... Jan 05 12:37:11 bear: in the same directory: monotone update --revision=4f6c7596b5871a9e3eafaef263afe31a0239a07b Jan 05 12:37:58 Then go into the ucslugc directory, remove the tmp subdir (to get rid of all the generated files) and make ucslugc-image (I think that's the right target). Jan 05 12:38:20 monotone: updated to base revision 4f6c7596b5871a9e3eafaef263afe31a0239a07b Jan 05 12:38:21 yay Jan 05 12:39:14 just started the make, let's see what comes out of it... Jan 05 12:39:23 That's actually from Dec 17 last year, before things started diverging. I can tell you how to get something up-to-date, but it will move your system from the nslu2-linux database to the openembedded ones. Jan 05 12:46:48 I'm just toying with it, if there are no significant differences buildwise, it will do just fine Jan 05 12:47:57 I want to see if I can cram a DNS and something rinetd-like Jan 05 12:48:11 in a ucslugc without going to external storage Jan 05 12:55:01 it just went past the point where it failed last time and is now building gcc so I guess it will be OK Jan 05 12:55:58 bear: I believe that will fit with no problem, but a full DNS server might start to hit space limitations (dnsmasq, no problem, but a full DNS builds a big DB). Jan 05 12:57:18 Anyway, if the database exceeds the DRAM there could be perf problems in any system and if it doesn't then it should fit in tmpfs (e.g. in /tmp). Jan 05 13:01:11 dnsmasq will do, but if I have a choice I'd go for tinydns, it was pretty conservative on memory usage last time I bothered to check Jan 05 13:02:13 So long as the server doesn't maintain a database on the flash file system there should be no problem. (On thing I've found is that Berkeley DB's don't work off flash because mmap fails). Jan 05 14:27:11 03marceln * 10unslung/ (Makefile make/zip.mk): Added zip on request of "Joaquim Baptista" Jan 05 15:41:26 we are now in a monotone blackout period whilst the database is fixed. Jan 05 15:41:35 See the latest message on nslu2-linux or nslu2-developers Jan 05 15:41:50 all access to monotone is turned off, as are the autobuilds Jan 05 16:38:35 hi Jan 05 16:39:00 what happend to nslu2-linux.db.gz? Jan 05 16:39:09 404: Not Found Jan 05 16:39:27 see the nslu2-developers mailing list Jan 05 16:39:50 or nslu2-linux Jan 05 16:39:52 thx Jan 05 16:42:56 Put it into the topic? Jan 05 16:43:30 omg, that's horrible Jan 05 16:46:02 "clean up on aisle 9"... Jan 05 16:46:10 Tiersten to the rescue Jan 05 16:46:15 don't blame me. wasn't me :) Jan 05 16:48:51 ByronT-Desktop, when we're on changing topics, can you change this part on #nslu2-general.. Jan 05 16:48:53 BTW on www.nslu2-linux.org/wiki/Main/FAQ is nothing Jan 05 16:48:53 http://www.nslu2-linux.org/wiki/FAQ/HomePage Jan 05 16:49:13 np Jan 05 16:49:23 thank you Jan 05 16:50:15 caplink811_log: Main/FAQ is empty because the FAQs aren't kept there Jan 05 16:50:42 they used to be Jan 05 16:51:11 They were moved Jan 05 16:51:31 I forgot to update #nslu2-general topic Jan 05 16:52:17 well, i know, but the topic on #nslu2-genral point at this page, and some people are confused about that Jan 05 16:52:20 ah k Jan 05 16:54:47 at least the fixed database is one third the size of the corrupted one Jan 05 17:00:52 * caplink811_log thinks, it's time for heading to bed now (as ByronT-Desktop mentioned sometime before)... so, good night all Jan 05 20:48:39 ~weather enva Jan 05 20:48:43 Trondheim / Vaernes, Norway; (ENVA) 63-28N 010-56E 17M; last updated: 2006.01.06 0250 UTC; Dew Point: 10 F (-12 C); Pressure (altimeter): 30.56 in. Hg (1035 hPa); Relative Humidity: 92%; Temperature: 12 F (-11 C); Visibility: greater than 7 mile(s); Wind: from the E (080 degrees) at 5 MPH (4 KT); Windchill: 3 F (-16 C) Jan 05 20:49:41 this is odd. It's the first time I've experienced *thick* fog at this temperature. I can barely see the neighbours **** ENDING LOGGING AT Fri Jan 06 02:59:57 2006