**** BEGIN LOGGING AT Sun Jun 19 23:59:56 2005 Jun 20 00:11:35 is that a known problem? Jun 20 00:11:38 NOTE: import patch '/mnt/daten/projects/nslu2/openslug/openembedded/packages/ixp Jun 20 00:11:38 425-eth/files/ethhdr.patch' as 'ethhdr.patch' Jun 20 00:11:38 ERROR: patch did not apply, try again with force (-f -i ...) Jun 20 00:18:40 - * Copyright <81>© 2004, Intel Corporation. Jun 20 00:18:40 + * Copyright © 2004, Intel Corporation. Jun 20 00:19:11 that line produce the error, is any openslug developer here who can do a change in the repository? Jun 20 00:48:05 I've seen that line somewhere, but the currently checked in ethhdr.patch and the one in OpenSlug-1.12 do not contain the change. Jun 20 01:03:07 i tried to upgrade my local mirror but its not working Jun 20 01:03:28 INFO-Cannot get ChangeSet for revision ................... **** ENDING LOGGING AT Mon Jun 20 01:47:09 2005 **** BEGIN LOGGING AT Mon Jun 20 01:47:29 2005 Jun 20 04:30:13 it seems that it is not possible to build openslug, now i got the newest sources and got another error with the package gnu-config-native while patching Jun 20 04:53:51 greetings are there any key indicators for checking the success of unslinging 5.5 ? Jun 20 04:54:13 df Jun 20 04:55:09 grrrrrrr Jun 20 04:55:12 shows /dev/sda1 etc... I thought the diversion scripts etc. weren't touched Jun 20 04:56:02 BTW how goes the PVR ? Jun 20 04:56:38 Topfield continues to rule Jun 20 04:57:10 on my project list, though this little beast keeps on stumping me Jun 20 04:57:17 # df Jun 20 04:57:17 Filesystem 1k-blocks Used Available Use% Mounted on Jun 20 04:57:17 rootfs 123627 65838 56513 54% / Jun 20 04:57:17 "/dev/sda2 6528 5308 1220 81% /initrd Jun 20 04:57:18 "/dev/sda2 123627 65838 56513 54% / Jun 20 04:57:18 "/dev/sda1 1217924 32864 1172688 3% /share/hdd/data Jun 20 04:57:20 "/dev/sda2 123627 65838 56513 54% /share/hdd/conf Jun 20 04:57:22 # Jun 20 04:57:26 UnspecifiedId: should look something like that Jun 20 04:57:27 XBMC provides so much but misses on rec Jun 20 04:57:43 (without the "'s) Jun 20 04:57:44 initrd.. Jun 20 04:58:02 initrd is the jffs2 still mounted Jun 20 04:58:24 busybox df gets confused Jun 20 04:58:44 k, prev. comment, the scripts were overwritten ? Jun 20 04:58:50 cat /proc/mounts is also useful Jun 20 04:58:54 ie. upped from 3.18 had to do via Redboot Jun 20 04:59:07 if they were in jffs2, then yes Jun 20 04:59:11 if on external disk, then no Jun 20 04:59:15 k Jun 20 04:59:22 yes, all mounted correct Jun 20 04:59:42 (note that my system above is a bit custom - rootfs is usually on the data partition now) Jun 20 04:59:56 was reading that in the distro nots Jun 20 04:59:59 notes Jun 20 05:00:24 cool trying to get kaid going for the young fella with xlink/kai etc Jun 20 05:00:52 pardon? Jun 20 05:01:24 trying to get the NSLU to run KAID aka Xlink Kai, opensource answer to Xbox Live Jun 20 05:04:13 sorry to be a pest, but no files/scripts etc. ended up in /unslung after 5.5 unsling ? Jun 20 05:04:43 did you run slingover? Jun 20 05:04:48 yes Jun 20 05:04:52 slingover disk 1 Jun 20 05:05:07 no space between disk and 1 Jun 20 05:05:22 are they still there in /share/hdd/conf/unslung ? Jun 20 05:05:36 typo, just replied source disk is /share/hdd/conf /share/hdd/data etc Jun 20 05:06:12 did it say "Copying /unslung directory from $source to $target." ... Jun 20 05:06:34 no Jun 20 05:06:44 just Source disk is /share/hdd/conf Jun 20 05:06:50 Target disk is /share/hdd/data Jun 20 05:06:59 does /share/hdd/conf/unslung exist? or /share/hdd/conf/unslung.old ? Jun 20 05:07:11 yes unslung.old has the 3.18 contents Jun 20 05:07:41 Hmm - it should have copied them to /share/hdd/data/unslung, which will become /unslung on reboot after unslinging Jun 20 05:07:43 sorry no unslung under /share/hdd/conf/ Jun 20 05:08:15 I've noticed about 3 anomalies from the instructions Jun 20 05:08:19 put it down to me Jun 20 05:08:37 I used redboot and the erase instructions Jun 20 05:08:50 the slingover script is pretty straightforward. have a look at it and see what it has done Jun 20 05:19:33 is all the slingover script moving it to /share/hdd/data ? or am I missing something Jun 20 05:19:57 that's all slingover does Jun 20 05:20:22 the buildsystem is more complex like the other cvs tree of sourceforge Jun 20 05:28:55 rwhitby: did you used the buildsystem last time? which dates should be used for all CVS variables? Jun 20 05:29:24 is any date after 20050515 possible? Jun 20 05:45:13 Somebody called? Jun 20 05:45:27 Wow! You guys have been busy. a new kernel! Jun 20 06:08:24 mr_claus: was afk. just set it to today's date usually. Jun 20 06:08:45 rwhitby: all dates? Jun 20 06:08:59 dunno, you need to test whether it works or not Jun 20 06:09:34 i started with only changing gnu_config to see if it's working, after it is finished i will change to uclibc and will change the other dates too Jun 20 06:20:55 rwhitby: bitkeeper/monotone is in work now :) Jun 20 06:23:04 i hope it will be finished shortly :) Jun 20 06:39:31 in 3.18 I had shares that were located under /share/hdd/data Jun 20 06:39:55 unslinging to 5.5 the unslung,bin etc. directories now reside under the same parent dir ? Jun 20 07:09:46 * jf-work entering logger mode Jun 20 07:11:47 * jf-work entering logger mode Jun 20 11:36:00 Hi Jun 20 14:03:02 I just upgraded from 4.20 to 5.5 and everything seems okay, but on the initial webpage it shows Disk2/Flash Read, 0MG (0% Free) Jun 20 14:03:12 I am able to write to it and df shows: /dev/sda1 288260508 161840036 123491904 57% /share/hdd/data Jun 20 14:03:26 any one else seen this? Jun 20 14:03:49 should be Disk2/Flash Ready, 0MB (0% Free) Jun 20 14:04:02 known issue Jun 20 14:04:09 intriduced by linksys R29 Jun 20 14:04:10 p3pilot, thats a known bug with the R29 base that Unslung-5.5 uses. Jun 20 14:04:35 its something we cant fix because its part of some binary for which we have no source. Jun 20 14:05:06 okay...I looked through the FAQ and the mailing list, but didn't find..must have missed it..sorry about that Jun 20 14:05:15 it's been discussed on the list Jun 20 15:36:08 morning, rwhitby-web Jun 20 15:36:50 jp30, still down under? Jun 20 15:38:07 morning guys Jun 20 15:38:39 howdy Jun 20 15:40:59 hi, ka6sox, yes, just arrived in canberra Jun 20 15:41:12 sweet. Jun 20 15:49:48 p3pilot: can you add that issue to the FAQ please? Jun 20 15:51:27 is anyone here capable of testing libusb? I'd like to make some "build cleanup" changes to it, but don't want to break anything. Jun 20 15:53:02 03jp30 * 10unslung/make/ (dhcp.mk iptables.mk ircd-hybrid.mk vdr-mediamvp.mk): fix some -ipk targets to clean old directories first Jun 20 15:53:47 jp30: I can test it later tonight - in your current timezone, no less :-) Jun 20 15:55:05 thanks, rwhitby - i'll put the changes into cvs when I have finished testing the backlog Jun 20 15:55:28 ...it's just a matter of re-libtoolising, libusb comes with a libtool that is broken on arm Jun 20 15:55:48 this is why it produces shared libraries with strange extensions Jun 20 16:02:53 jf-logger, when you read this, you might like to look at my recent changes to dhcp.mk et. al. it's important to clean up old ipk staging directories when building a new ipk, otherwise they may contain a control file with the wrong version number and confuse ipkg-build Jun 20 16:09:32 http://vanille.de/tools/FOSDEM2005.pdf - we're mentioned on page 22 Jun 20 16:10:10 and page 23 :-) Jun 20 16:13:23 page 23 is pretty small :-) Jun 20 16:21:04 rwhitby-web, will I have write access to that part? I already added it to the page for additions to the README file. Jun 20 16:22:18 p3pilot: yes, you should be able to edit the FAQ Jun 20 16:27:10 03jp30 * 10unslung/Makefile: promote many packages Jun 20 16:32:47 03jp30 * 10unslung/make/libpng.mk: build clean up, remove static library Jun 20 16:33:41 rwhitby-web, added faq#43 Jun 20 16:33:47 p3pilot: thx Jun 20 16:44:50 03jp30 * 10unslung/make/libusb.mk: some build changes to libusb Jun 20 16:46:20 rwhitby-web, i've checked in the changes i want to make to libusb - can you check that the resulting binary works with existing packages when you get the chance? i also removed the static libusb, since i couldn't see why it was needed. Jun 20 16:46:48 jp30: will try tonight if I remember Jun 20 16:47:21 thanks Jun 20 18:10:10 hmm.. Is there any documentation on the new upslug script? Jun 20 18:11:58 NAiL: I thought upslug was a C program Jun 20 18:12:09 or do you mean turnup? Jun 20 18:12:16 if so, ask jbowler-away Jun 20 18:12:48 yes, turnup Jun 20 18:13:03 It's been a while since I used 'em ;) Jun 20 18:13:41 Ok, just wondering what'll happen when I turnup an already-turnuped disk Jun 20 18:37:38 [g2]: I can't see that bb is building the packages I want. Do I have to specify manually? Jun 20 18:38:13 For the native dev env. Did a pull earlier today.. Jun 20 18:49:45 <[g2]> NAiL, did you bb openslug-packages ? Jun 20 18:51:13 yeah, but looking at openslug-packages, I can't see the needed packages listed? Jun 20 18:51:19 It's still compiling, btw Jun 20 19:01:48 turnup disk /dev/??? just causes the system to boot from that disk Jun 20 19:02:05 turnup disk -i /dev/??? will whine that the disk is already initialised Jun 20 19:02:20 hehe, ok Jun 20 19:02:45 You can force overwrite, but be careful because it doesn't remove stuff already there - so if a startup script has moved (for example), the boot may fail. Jun 20 19:03:06 ok, thanks Jun 20 19:14:34 Okay... I'm just dropping in for a quick second to say that I'm having a little trouble with the fact that it takes longer to install and 'make' the svn sources than it does for the svn sources to change. Jun 20 19:15:01 Things get out of sync half way through the process... Hmmm... Jun 20 19:15:03 :) Jun 20 19:15:50 haha Jun 20 19:18:03 Bad bot! :P Jun 20 19:18:43 I just checked in a whole load of stuff to a bk clone of nslu2-linux... Jun 20 19:21:12 I see.... Jun 20 19:21:24 bot needs to learn how to throttle Jun 20 19:21:26 Why isn't there a delay on the bot? :) Jun 20 19:21:31 exactly Jun 20 19:31:06 jbowler-away: 2.0 is creeping closer? Jun 20 19:37:18 03jbowler * r52 10/releases/OpenSlug-2.0-beta/: Release 2 of OpenSlug Jun 20 19:37:40 2.0 is just going into the svn repository. The svn trunk is identical to what 2.0 will be. 2.0, of course, may rapidly become 2.1 if there is a problem. Jun 20 19:39:09 cvs export of nslu2-linux openembedded repo: http://kernel.bkbits.net/42b753db88hZ9QeqaucsP_y091pVpg.tgz Jun 20 19:39:33 cvs export of nslu2-linux nslu2-package-symlinks repo: http://kernel.bkbits.net/42b1943amH-lq16luhE-K9ReY-fuAQ.tgz Jun 20 19:39:47 Right, they're pretty fast, but does that have [g2]'s last changes in it? Jun 20 19:40:17 The problem is that, at the moment you do the export you've frozen the world... Jun 20 19:40:20 dunno Jun 20 19:40:43 <[g2]> jbowler-away, doesn't matter I'll be baselining on the BK tag Jun 20 19:41:00 <[g2]> the cvs will be for post BK Jun 20 19:41:02 I think we maybe should stop checking things into bk now ;-) Jun 20 19:41:11 <[g2]> me too Jun 20 19:41:39 that's what I've asked about in #oe Jun 20 19:42:12 I guess we can ask for more than one export. Jun 20 19:42:49 <[g2]> jbowler-away, hey since we're the co-leads I guess we've got a quorum :) Jun 20 19:43:04 * dyoung-web pouts Jun 20 20:00:58 hola dyoung-foo Jun 20 20:01:30 <[g2]> Ahh... my script foo is *much* better than your script foo :) Jun 20 20:03:29 Yeah, but do you know kung foo? Jun 20 20:03:31 :-) Jun 20 23:03:28 jbowler-away: did my email to #oe capture our discussion correctly? Jun 20 23:03:57 Yes Jun 20 23:04:55 thx Jun 20 23:56:45 morning **** ENDING LOGGING AT Mon Jun 20 23:59:56 2005