**** BEGIN LOGGING AT Thu Mar 20 02:59:56 2008 Mar 20 03:46:10 03bzhou * r8031 10optware/trunk/ (Makefile make/ack.mk): ack: added & promoted Mar 20 13:00:26 'l Mar 20 13:00:27 ' Mar 20 13:00:29 'lo Mar 20 13:00:37 hope someone here can help you Mar 20 13:06:27 ido: just remember to ask it again.. Mar 20 13:09:10 these guys are probably not here right now anyhow Mar 20 13:09:24 well, if you're not asking you'll never find it out Mar 20 13:09:52 when trying to build the Makefile for slugos, it stopped getting diffutils for openembedded/packages Mar 20 13:09:59 and now when trying to restart, it won't work, saying it cant find the file Mar 20 13:10:22 how do i makeit re-get the file and continue to build? Mar 20 13:10:27 pastebin.ca the error messages please Mar 20 13:10:34 ido: see.. ;) Mar 20 13:12:33 http://www.pastebin.ca/950254 Mar 20 13:13:59 does openembedded/packages/diffutils/diffutils_2.8.1.bb exist in your tree? Mar 20 13:14:18 nope Mar 20 13:14:42 it should Mar 20 13:15:17 hrm. i might have deleted it accidently while cleaning up the partially downloaded .gz Mar 20 13:15:36 (cd openembedded ; mtn list missing) Mar 20 13:15:56 then mtn revert the missing files Mar 20 13:16:15 ok Mar 20 13:16:20 doing that Mar 20 13:17:56 oh, cool, that got the missing .bb file Mar 20 13:19:27 ~emulate rwhitby Mar 20 13:19:28 Another Satisfied Customer! Mar 20 13:19:39 g'night Mar 20 13:20:29 'night. Mar 20 13:55:38 is there a direct corelation between versions of bitbake and slugos releases? I imagine not, but I'm trying to understand a build problem where libpaths are ot being properly transformed Mar 20 13:56:33 hillct: we release the correct version of bitbake in the slugos source release tarballs Mar 20 13:57:01 and for the unstable head, we have the corresponding version of bitbake in the monotone repository that is checked out by the master makefile Mar 20 13:57:13 and presumably the mastermakefile pulls the relevent version each time as well right? Mar 20 13:57:25 yeah Mar 20 13:57:27 what you said Mar 20 13:58:22 of course that depends on me being up to date with the latest bitbake release, but I believe we're in sync at the moment unless the OE guys have committed metadata which requires newer than the latest stable bitbake release. Mar 20 13:58:46 so, the issue I'm seeing is that a recipe that worked in the 3.10 build enviroment fails in the 4.8 build enviroment because it fails to insert a slash at the beginning of a directory copy operation aparently Mar 20 13:59:53 I end up with libs that should be packaged into the app ipk, being placed in a directory structure such as /home/slug/releases/slugos-4.8-beta/nslu2be.tmp/work/armv5teb-linux/callweaver-RC-1.1.99.20080307-r0/image/home/slug/releases/slugos-4.8-beta/nslu2be.tmp/staging/armeb-linux/usr/lib/callweaver Mar 20 14:00:12 * rwhitby dunnos Mar 20 14:00:42 I'm trying to work of if I simply have a typo in my recipe, or there's an underlying problem Mar 20 14:00:49 * hillct hopes the former Mar 20 14:03:52 gotta be a typo on my end or this would be happening for tons of packages Mar 20 14:07:45 hmm Mar 20 14:08:17 my reading of the autotools class is that it seets these parameters already so I may not need to include them in OE_EXTRACONF Mar 20 14:08:18 --bindir=${bindir} --datadir=${datadir} --sysconfdir=${sysconfdir} \ --includedir=${includedir} --libdir=${libdir} --infodir=${infodir} \ --mandir=${mandir} --localstatedir=${localstatedir}" Mar 20 14:08:32 where each of those variables remains unmodified Mar 20 14:09:16 if that's accurate I'd see those parameters duplicated on the configure command line right? Mar 20 14:40:55 03bzhou * r8032 10optware/trunk/make/py-bazaar-ng.mk: bzr: 1.2 -> 1.3 Mar 20 15:05:22 probably this should be fixed in OE, but it appears openssh-sshd includes the openssh-sftp-server subsystem within it's config file, but doesn't include the package as a dependency Mar 20 15:06:52 or was it intended that 4.8 should include the sftp-server subsystem? Mar 20 15:29:40 dont' think anyone really thought about it too much. If sftp has been present in older SlugOS/OpenSlug releases, we should probably keep it unless it's really big. Mar 20 15:36:46 was there a particular reason why slugos used openssh over the smaller one? Mar 20 15:54:36 Yes. Mar 20 15:55:15 dropbear is crippled in certain ways, and the upgrade to openssh was painful. Mar 20 15:55:54 since there was plenty of room in flash, we decided to start with openssh to begin with; those that needed more flash could replace it with dropbear should they desire (at least that was the reasoning) Mar 20 15:57:38 dropbear was crippled in soooo many ways Mar 20 16:15:22 ok. thanks guys. Mar 20 16:15:41 Just wondering as I noticed that opesnssh took almost 4megs of ram.. Mar 20 16:15:57 not that I'm starving for ram on the robot yet.. Mar 20 16:27:41 I was really pleasantly suprised to find openssh in there by default. I recall earlier discussions relating to lack of space, but it was nice to find it there. I noticed the 4.8 imaage is significantly smaller overall than 3.10 when I flashed it. Is there a consolidated changelog for releases or is it just a matter of SVN notes? Mar 20 17:25:52 03bzhou * r8033 10optware/trunk/make/gutenprint.mk: gutenprint: 5.1.6 -> 5.1.7 Mar 20 18:36:28 'lo again. Mar 20 18:36:35 http://www.pastebin.ca/950616 Mar 20 18:36:44 could someone please take a look at this error ? Mar 20 18:38:36 the error in the log.do_install is: Mar 20 18:38:55 : cannot remove `/home/ido/slug/slugos/tmp/work/armv5te-linux/ixp4xx-npe-2.4-r1/ixp400_xscale_sw/src/npeDl/NPE-B': No such file or directory Mar 20 18:42:34 I'm seeing lots of compile output about shared library provider errors: NOTE: Couldn't find shared library provider for libssl.so.0.9.7 Mar 20 18:42:37 for example Mar 20 18:43:03 is that indicative of a libtool problem or something else? Mar 20 20:31:11 hey Reedy_Boy Mar 20 20:33:29 'lo Mar 20 20:37:50 http://www.pastebin.ca/950616 Mar 20 20:38:01 can you tell me how to fix that Mar 20 20:38:10 i'm building the Makefile Mar 20 20:38:18 at least trying to Mar 20 20:40:27 Wrong log file Mar 20 20:40:28 ido-: OE HEAD is not very stable, try build slugos 4.8-beta release version Mar 20 20:40:43 See line 29 of your pastebin... Mar 20 20:41:13 actually, I work pretty hard at keeping SlugOS on OE HEAD bulding... :) Mar 20 20:42:42 that's lot of work mwester Mar 20 20:46:10 hrm. Mar 20 20:46:34 make setup-slugos-4.8-beta Mar 20 20:46:43 yes Mar 20 20:46:48 and then make slugosle ? Mar 20 20:47:08 should i make clean, or does it not matter ? Mar 20 20:47:59 the release build is setup in a different directory Mar 20 20:48:05 see http://www.nslu2-linux.org/wiki/Optware/SlugosbeDevel Mar 20 20:48:14 hrm. Mar 20 20:48:59 so what did i build uptil now if not the releases ? Mar 20 20:49:19 you're building the latest and greatest Mar 20 20:49:27 you were Mar 20 20:50:02 it was building everything including the firmware itself ? Mar 20 20:50:20 ugh. actually it was quite a waste of time i guess... Mar 20 20:50:41 depends on how you start the build Mar 20 20:51:08 well, i just did what the wiki page on the Makefilesaid Mar 20 20:51:09 We're rather jumping to a conclusion here, aren't we? Mar 20 20:51:40 just 'make slugosle' Mar 20 20:51:40 Assumption: whatever is wrong with the current build attempt is corrected by going to an older set of sources. Mar 20 20:52:04 But we have no idea what is wrong, nor have we even looked at the log file that will tell us what is wrong... Mar 20 20:52:20 the error in the log.do_install is: Mar 20 20:52:24 : cannot remove `/home/ido/slug/slugos/tmp/work/armv5te-linux/ixp4xx-npe-2.4-r1/ixp400_xscale_sw/src/npeDl/NPE-B': No such file or directory Mar 20 20:52:35 and thats it Mar 20 20:54:13 Can you list the current contents of the npeDI folder? Mar 20 20:55:49 ixNpeDlImageConverter.c IxNpeMicrocode.c patches Readme.txt Mar 20 20:57:45 I don't have Readme.txt - what's the contents of that one? Mar 20 20:58:54 README for Intel(R) IXP400 Software Release Mar 20 20:59:16 IXP400 SW Release version 3.0.1 Mar 20 20:59:51 3.0.1? Mar 20 21:00:16 What's the output from this command: Mar 20 21:00:40 unzip -t /home/ido/slug/downloads/IPL_ixp400NpeLibrary-2_4.zip Mar 20 21:01:08 i didnt get the 2_4 version Mar 20 21:01:12 only the Mar 20 21:01:15 3 Mar 20 21:01:21 maybe i should get the 2_4 Mar 20 21:01:42 Er... Mar 20 21:02:10 so i'll try with the 2_4 Mar 20 21:02:29 Yeah. Mar 20 21:02:45 i should get tthe no-crypto version, right ? Mar 20 21:04:11 rm. Mar 20 21:04:21 You need the one named IPL_ixp400NpeLibrary-2_4.zip Mar 20 21:05:23 Yep, that's the one without cryto. Mar 20 21:07:37 should i rename the files ? Mar 20 21:07:39 i guess you'll have the same problem with 4.8-beta, if you build the image Mar 20 21:08:28 OTOH, bb virtual/arm-linux-gcc virtual/libc should be ok Mar 20 21:08:39 You should not rename any downloaded files; if you find yourself in a situation where you think you should rename to fix a problem, then something has gone wrong earlier. Mar 20 21:09:47 oh. Mar 20 21:09:52 cus it says so in the wiki Mar 20 21:09:56 ? where? Mar 20 21:09:59 for the IXP Mar 20 21:10:08 Link? Mar 20 21:10:22 Agree to the license and download "2.1 Download" of Intel Hardware Access Software (this gives you BSD_ixp400AccessLibrary-2_1.zip which must be renamed to IPL_ixp400AccessLibrary-2_1) Mar 20 21:10:28 http://www.nslu2-linux.org/wiki/Development/MasterMakefile#ubuntu7.04 Mar 20 21:10:40 thats where i got the idea in the first place Mar 20 21:10:40 Goodness, that's out of date. Mar 20 21:10:47 it is. Mar 20 21:10:55 but thats the best i've found Mar 20 21:10:55 That would be circa OpenSlug 3.10 or so... Mar 20 21:11:32 actually its updated for slug 4.8 with a note Mar 20 21:11:38 well, at least the note is Mar 20 21:11:56 i got the latest ixp since i saw it was outdated.. Mar 20 21:12:19 Not really outdated. The 3.x stuff drops support for the chipset in the NSLU2 Mar 20 21:14:17 Ah, there's a note about SlugOS 4.8, but it's not really obvious. Mar 20 21:16:35 hrm Mar 20 21:16:51 finished downloading the ixp files Mar 20 21:16:55 and put them in the download dir Mar 20 21:17:01 and made the md5sum Mar 20 21:17:11 now how do i restart it ? Mar 20 21:18:00 rm -rf /home/ido/slug/slugos/tmp/work/armv5te-linux/ixp4xx-npe-2.4-r1 Mar 20 21:18:04 then Mar 20 21:18:23 rm -f /home/ido/slug/slugos/tmp/stamps/ixp4xx-npe* Mar 20 21:18:30 then restart the build Mar 20 21:19:16 hrm, ok, thesecond one was the one i wasnt aware of Mar 20 21:19:22 hope it works now Mar 20 21:19:51 ido-: is your goal to build slugosle image, or optware/slugosle package? Mar 20 21:20:48 optware/slugosle by default uses the toolchain of slugosle 4.8beta toolchain Mar 20 21:21:44 packages Mar 20 21:22:08 if i want to build from svn, does it matter which toolchain i use ? Mar 20 21:22:55 toolchain matters Mar 20 21:23:43 for rtorrent in particular, it is known gcc4 has some problem Mar 20 21:23:54 oh brrr. Mar 20 21:24:01 so i should build the 4.8 ? Mar 20 21:24:18 the best toolchain is gcc3 (which is from slugos 3.10) Mar 20 21:30:33 eno: would you care to elaborate on 'best' toolchain? Mar 20 21:31:24 is 'best' just a measure of how many things build using that toolchain? Mar 20 21:32:17 i mean best toolchain to build rtorrent Mar 20 21:34:03 hrm. Mar 20 21:34:13 http://libtorrent.rakshasa.no/wiki/LibTorrentKnownIssues Mar 20 21:34:20 so you're saying i should build 3.10 ? Mar 20 21:35:39 hrm. Mar 20 21:35:52 i'm not sure i follow how to build the toolchain of 3.1 Mar 20 21:36:09 first make setup-slugos-3.1 Mar 20 21:36:13 then make slugosle ? Mar 20 21:37:11 ido-: i told you yesterday, look at "Building release-specific minimum required toolchains" section of Mar 20 21:37:16 http://www.nslu2-linux.org/wiki/Optware/SlugosbeDevel Mar 20 21:37:43 oh Mar 20 21:37:45 hrm. Mar 20 21:38:18 not that i'm opposed to other methods, other toolchains, when you have time Mar 20 21:38:25 but if i make slugosle shouldnt it build the whole thing to what i've make setup-slugos-version ? Mar 20 21:38:53 read the master Makefile Mar 20 21:39:19 it will probably take more time for me to explain Mar 20 21:41:47 or more time to read, its long Mar 20 21:41:51 and kinda complex for me Mar 20 21:41:55 i've tried Mar 20 21:41:56 :) Mar 20 21:43:36 look for slugosle-%-beta and slugosle, they take different actions, right? Mar 20 21:44:14 they build in entirely different subdirs Mar 20 22:00:21 hrm Mar 20 22:00:25 eno: ? Mar 20 22:00:32 whats . ./setup-env ? Mar 20 22:01:31 i mean, what does the first dot do ? Mar 20 22:01:40 like 'source' Mar 20 22:01:46 it's called source Mar 20 22:02:07 it closes my konsole tab when i run it Mar 20 22:02:22 ido-: you need to set some machine variables Mar 20 22:02:26 one sec Mar 20 22:02:30 I have the commands here Mar 20 22:02:54 IIRC, itj's because of ubuntu dash vs bash thing Mar 20 22:03:19 uhu ? Mar 20 22:03:19 execute these two commands when you're in your release-specific directory Mar 20 22:03:35 iam in a release specific dir Mar 20 22:03:37 i am running ubuntu, with bash Mar 20 22:03:41 should i be running dash ? Mar 20 22:03:43 sed -i -e 's/^MACHINE[[:space:]]*=[[:space:]]*\".*\"/MACHINE = \"nslu2be\"/'conf/auto.conf Mar 20 22:04:00 echo "TOPDIR='`pwd`'" >conf/topdir.conf. conf/topdir.conf && test "`pwd`" = "$TOPDIR" || echo "TOPDIR='`pwd`'" > conf/topdir.conf Mar 20 22:04:25 then try: . ./setup-env Mar 20 22:04:34 it should work properly at that point Mar 20 22:05:21 mwester: I'm not entirely sure where those commands should be placed in the master makefile, perhaps at the end of the setup-env target Mar 20 22:06:02 hrm, the sed fails Mar 20 22:06:36 make sure you're in the directory the makefile created for your release Mar 20 22:06:57 i am Mar 20 22:07:04 sed: -e expression #1, char 65: unknown option to `s' Mar 20 22:07:19 could be a copy/paste problem Mar 20 22:07:27 hang on Mar 20 22:08:54 hrm Mar 20 22:09:00 I think you might be mixing up 3.10 stuff with 4.8 stuff. What exactly are we trying to build here? Mar 20 22:09:01 the second line was apparently enough Mar 20 22:09:12 rtorrent eventually Mar 20 22:09:23 Yes, but what are you building with the master makefile? Mar 20 22:09:26 what version? Mar 20 22:09:40 slug 3.10 Mar 20 22:09:46 http://pastebin.ca/950886 Mar 20 22:10:18 I don't believe those replacements are 4.8-specific Mar 20 22:10:49 there should be a space before conf/auto.conf in the first sed line Mar 20 22:11:09 hrm. makes sense. Mar 20 22:11:17 but worked anyhow Mar 20 22:11:24 well, its going over bitfiles Mar 20 22:13:11 ido-: you also need to adjust optware/platforms/toolchain-slugosle.mk the TARGET_CROSS_TOOLCHAIN_LOCATION line Mar 20 22:13:24 currently it defaults to 4.8-beta Mar 20 22:31:08 03bzhou * r8034 10optware/trunk/make/py-flup.mk: py-flup: renamed 2.4 ipk to py24-flup Mar 20 22:31:56 03bzhou * r8035 10optware/trunk/make/py-webpy.mk: py-webpy: suggests flup Mar 20 22:50:04 morning Mar 20 23:00:15 hrm Mar 20 23:00:23 slugos-lag is what i should build eno ? Mar 20 23:03:40 slugosle or slugosbe. slugos-lag is deprecated as a name. Mar 20 23:03:52 i'm building 3.10 Mar 20 23:04:02 whats the equivalent ? Mar 20 23:04:38 from the master makefile, you should be able to say "make slugosle-3.10-beta" Mar 20 23:05:34 right.. ok Mar 20 23:05:40 trying that Mar 20 23:08:54 ah, it might require "make debianslug-3.10-beta" for that release - if slugosle doesn't work, then try that Mar 20 23:09:19 (assuming you want little-endian, otherwise "make openslug-3.10-beta" Mar 20 23:09:59 seemed slugosle-3.10-beta worked Mar 20 23:10:13 well, at least until the bitfile phase which is at right now Mar 20 23:10:28 no, it will fail - I just tried it. Mar 20 23:10:37 yeah Mar 20 23:10:40 on TARGET_OS Mar 20 23:10:40 slugosle only came in as a distro at 4.x Mar 20 23:11:12 slugos-lag then? Mar 20 23:11:18 as DISTRO Mar 20 23:12:34 do you want little endian or big endian? Mar 20 23:12:39 little Mar 20 23:12:49 make debianslug-3.10-beta Mar 20 23:12:53 well, same as slugosle Mar 20 23:13:05 i dont want debian packages Mar 20 23:13:15 you won't get debian packages Mar 20 23:13:21 just to build rtorrent for my le-4.8 Mar 20 23:13:27 ht. Mar 20 23:13:31 on Mar 20 23:13:36 i understand Mar 20 23:13:41 "debianslug" was the old name for slugosle, since it built a kernel which could debootstrap debian. Mar 20 23:14:09 so what was slug-l* ? Mar 20 23:14:20 lag/lau Mar 20 23:14:29 different from debianslug Mar 20 23:18:42 slugos-lag == debianslug == slugosle Mar 20 23:19:03 lau is uclibc version, which is different and no longer supported. Mar 21 02:08:50 03rwhitby * r1053 10kernel/trunk/patches/2.6.25/ixp4xx-fsg-led-driver.patch: Updates after review by leds maintainer **** ENDING LOGGING AT Fri Mar 21 02:59:56 2008