**** BEGIN LOGGING AT Wed Jan 03 02:59:58 2007 Jan 03 03:00:29 03bzhou * r4977 10optware/trunk/make/ncursesw.mk: ncursesw: changed from $(includedir) to ${includedir} Jan 03 03:40:57 03bzhou * r4978 10optware/trunk/make/py-routes.mk: py-routes: 1.6 -> 1.6.1 Jan 03 04:26:11 03bzhou * r4979 10optware/trunk/make/opencdk.mk: opencdk: 0.5.9 -> 0.5.11 Jan 03 04:26:39 03bzhou * r4980 10optware/trunk/make/gnutls.mk: gnutls: 1.6.0 -> 1.6.1 Jan 03 04:27:28 03bzhou * r4981 10optware/trunk/make/openldap.mk: openldap: 2.3.27 -> 2.3.31 Jan 03 04:28:15 03bzhou * r4982 10optware/trunk/make/net-snmp.mk: net-snmp: 5.3.1 -> 5.4 Jan 03 04:29:48 03bzhou * r4983 10optware/trunk/make/imagemagick.mk: imagemagick: 6.3.1-4 -> 6.3.1-5 Jan 03 04:49:58 03bzhou * r4984 10optware/trunk/make/tcpwrappers.mk: tcpwrappers: made to work on gcc4; stripped binaries Jan 03 04:51:08 03bzhou * r4985 10optware/trunk/Makefile: promoted tcpwrappers on slugosbe Jan 03 04:52:09 03bzhou * r4986 10optware/trunk/make/nagios-plugins.mk: nagios-plugins: removed -I/usr for gcc4 cross compilation Jan 03 04:53:45 * mwester didn't know nagio-plugins were in the feed -- and makes a note to make some changes to improve his nagios monitoring of his two production Unslung systems... Jan 03 05:15:47 03bzhou * r4987 10optware/trunk/ (Makefile make/madplay.mk): madplay: is working on slugosbe; stripped binary Jan 03 05:59:43 03bzhou * r4988 10optware/trunk/ (make/w3m.mk sources/w3m/file.c.patch): w3m: security fix http://sourceforge.net/tracker/index.php?func=detail&aid=1612792&group_id=39518&atid=425439 Jan 03 09:15:57 03oleo * r4989 10optware/trunk/make/nfs-server.mk: nfs-server: source location change Jan 03 09:30:42 03oleo * r4990 10optware/trunk/make/c-ares.mk: c-ares: initial import - C library that performs DNS requests and name resolves asynchronously Jan 03 09:49:47 03oleo * r4991 10optware/trunk/ (Makefile make/libuclibc++.mk): libuclibc++: remove libstdc++ dependency - now libuclibc++ Provides libstdc++ Jan 03 11:37:35 rwhitby, Could all oleg and ddwrt packages be reubuilded with new gcc-4.1.1 toolchain. This is suggestion form Oleg. Jan 03 11:40:24 From my tests this is unnecesasry. I have rebuilded all apps and it seems there are no issues except that mine gnuplot build OK, while the nudi one does not link (build) executable properly. Jan 03 12:26:13 oleo: we could easily do this if desired. Jan 03 12:26:41 nice Jan 03 12:27:03 but not this week, as we're dealing with a slugos rebuild now Jan 03 12:27:14 the question is if we should rename ddwrt or add openwrt Jan 03 12:27:38 Next week will be OK. Jan 03 12:28:42 I am now dealing it idea to provide separate libstdc++ and libuclibc++ Jan 03 12:46:19 here is something new.... I bought my third slug, and when entering upgrade mode it doesn't do red-green-red-green, but orange-green-orange-green Jan 03 12:48:04 I don't think I've ever seen actual red leds on my slug...I think they're orange Jan 03 13:01:17 slugos rebuild??? sounds good. Jan 03 13:18:01 guys ... perhaps i am being totally senile ... but how on earth can i convince ipkg to simply install the ipk file i give it .. instead of it trying to redownload the version it thinks is probably what i want instead ? Jan 03 13:24:20 03oleo * r4992 10optware/trunk/ (Makefile make/optware-devel.mk): optware: native toolchain for uClibc Jan 03 14:28:49 Caelian|work: You are not being senile. I, too, have not been able to force ipkg to do what I want it to do, instead of what it wishes to do. Perhaps there's a magic combination of flags, but I haven't found it! Jan 03 14:30:44 I have a problem with ipkg install, any guru's here? Jan 03 14:31:23 <[g2]> mwester Caelian|work I'd be guessing that after you tweak the ipkg.conf (or whatever it's called) there are depenency issues Jan 03 14:31:24 it says it can't find the package postgresql, which I'm trying to install Jan 03 14:31:44 <[g2]> jelle_ isn't there an ipkg list or show ? Jan 03 14:31:52 <[g2]> it'll show you all the packages in the repo Jan 03 14:32:49 it's not there... not in the list Jan 03 14:32:49 Caelian|work mwester: rm /var/lib/ipkg/lists/* (or where does ipkg keep lists) and retry Jan 03 14:33:23 while http://ipkgfind.nslu2-linux.org/details.php?package=postgresql&official=&format= tells me it is there... Jan 03 16:34:45 jelle: postgresql right now is optware package, if you're using openslug (slugos/BE), then it's not available from the openslug package feed Jan 03 16:36:38 eno: eh, what does optware mean? Jan 03 16:36:50 should I move to unslung? Jan 03 16:37:24 optware are s/w that installs to /opt Jan 03 16:37:54 so I could install it somehow, right? Jan 03 16:37:55 depends on your experience and what you want to do with the slug Jan 03 16:38:09 I'd like to run php with progresql Jan 03 16:38:24 what would you advise? Jan 03 16:38:34 (apache probably too, or cherokee) Jan 03 16:38:42 i believe a php package is coming to openslug feed soon Jan 03 16:39:15 if you don't care too much about kernel and drivers, then optware has what you need Jan 03 16:39:48 there's actually a new optware feed called slugosbe, targeting openslug Jan 03 16:40:05 just it's not documented and announced yet Jan 03 16:40:16 you have to do manualy bootstrap Jan 03 16:40:41 anyway, you're more on-topic in #nslu2-general Jan 03 16:41:07 do you know about unslung? are they normal packages there? Jan 03 16:41:43 optware started as the package feed for unslung, it was initially called unslung Jan 03 16:42:55 right. ok. I'll tell my brother to move to unslun Jan 03 16:43:18 while I keep running my thingies openslug. thanks a lot Jan 03 16:44:14 http://ipkg.nslu2-linux.org/feeds/optware/slugosbe/cross/unstable/ Jan 03 17:19:01 03bzhou * r4993 10optware/trunk/ (make/postgresql.mk sources/postgresql/postinst): postgresql: removed nslu2 specific stuff ifneq nslu2, postinst more robust Jan 03 17:34:33 anybody using the compsys ttl/rs232 adapters for serial access? Jan 03 17:34:53 i've had the transmit side go out (I think). just wondering if anybody else has seen this. Jan 03 19:42:21 Does anyone of you have had problems with the ethernet port of the NSLU2? My Slug works well in my 100 Mbit/s network but has stalling problems when uploading to the internet over 512 kbit ADSL modem. Jan 03 19:44:42 I suppose it's either bug in the driver or in the chip Jan 03 20:04:41 zaar: a bug? you might be jumping to conclusions, depending on the firmware you're running. Can you give us some more detail? Firmware, what tools are you using to upload, how do you know its stalled, what makes you suspect the NSLU2? Jan 03 20:12:52 My firmware is Debian/NSLU2 and I followed instructions in the page http://www.cyrius.com/debian/nslu2/install.html Jan 03 20:13:44 transferring files between my desktop and slug has no problems Jan 03 20:14:01 transferring data from internet to slug has no problems Jan 03 20:14:16 zaar: it's a known problem with the new open source ixp npe ethernet drive Jan 03 20:14:19 driver Jan 03 20:14:29 oh? Jan 03 20:14:58 so you know that it's driver's fault? Jan 03 20:15:07 yes Jan 03 20:15:16 do you have a workaround? Jan 03 20:15:30 have you done the tcp_wmem fix? Jan 03 20:15:36 yes Jan 03 20:15:58 sysctl net.ipv4.tcp_wmem="4096 8092 8092" Jan 03 20:16:03 no other work-around. Jan 03 20:17:05 btw - which nas-like device you would suggest? 64-128MB ram, 1xethernet, 1xusb 2.0 + hdd would be enough Jan 03 20:17:34 for consumer nas use, or for linux hacking use? Jan 03 20:18:09 I hope we see some day fix for the bug. Thanks for information. Jan 03 20:18:13 rwhitby: something which will be udner my desk and will serve storage and printer Jan 03 20:18:29 rwhitby: so hacking consumer use Jan 03 20:19:05 hrw: fan or fanless? Jan 03 20:19:31 rwhitby: preferred fanless or silent/exchangable fan Jan 03 20:19:55 rwhitby: I will spend >8h daily close to device Jan 03 20:20:42 * caplink811-log thinks about a loft, but that may be a little oversized Jan 03 20:21:01 hrw: 32MB ram too small? Jan 03 20:22:00 rwhitby: my progear webpad is another solution (112M ram) but lack usb 2.0 Jan 03 20:22:38 for me 32 is enough for home use (apache + postfix + dovecot + squirrelmail) Jan 03 20:22:55 zaar: without swap? Jan 03 20:23:09 with 512MB swap :) Jan 03 20:23:35 heh Jan 03 20:23:54 since there is usually one session per time passive servers are swapped out of way Jan 03 20:25:10 * mwester confesses to bias, but thinks an old DSM-G600 RevA, if one can be found, might fit the need (with fan replacement, fan is a bit noisy due to small size and no fan control) Jan 03 20:27:32 do you know any small fan which is also quiet? Jan 03 20:28:13 hrw: do you require a 2.6 kernel, or is 2.4 ok (with Optware packages?) Jan 03 20:28:53 rwhitby: 2.6/angstrom preferred - small set of distros to care Jan 03 20:30:11 hrw: I would ask HopsNBarley about which OpenProtium machines are going to be supported in Angstrom. Jan 03 20:30:41 ok Jan 03 20:31:14 from an nslu2-linux point of view, the options are nslu2, nas100d (noisy fan), dsmg600revA (noisy fan), Loft, FSG-3 (support not proven yet), QNAP-TSxxx (ask NAiL) Jan 03 20:32:02 what about DS-101J? Jan 03 20:32:56 ok. will remember. thx guys Jan 03 20:33:15 now need to debug mod_rewrite rules Jan 03 20:40:35 RewriteRule ^(.)(.)(.*)$ $1/$1$2/$1$2$3 [L] Jan 03 20:40:57 gcc-3.4.4.tar.gz -> g/gc/gcc-3.4.4.tar.gz is should do or not? Jan 03 20:48:18 RewriteRule ^([0-9a-zA-Z])([0-9a-zA-Z])(.*)$ $1/$1$2/$1$2$3 [L] Jan 03 20:48:29 works but it is not ideal Jan 03 20:56:12 cu Jan 03 21:35:58 I'm here Jan 03 21:36:20 osas: i know it's quite confusing with optware/slugosbe Jan 03 21:36:43 but the idea is to have optware as self-contained as possible Jan 03 21:36:49 I'm just trying to figure out what should O expect Jan 03 21:37:02 s/0/I/ Jan 03 21:37:08 I see Jan 03 21:37:24 so it will be pretty similar like unslung Jan 03 21:37:28 so even though openslug package feed has openssl, optware/slugosbe will not use it Jan 03 21:37:35 right Jan 03 21:37:38 ok Jan 03 21:38:06 everything will be under /opt managed using a separate ipkg Jan 03 21:38:10 it will be just like having /bin/ls and /opt/bin/ls for the ls command Jan 03 21:38:17 exactly Jan 03 21:38:19 k Jan 03 21:39:11 gotta go now ... Jan 03 21:39:16 now, asterisk14 passed the first PATH_MAX problem Jan 03 21:39:24 but Jan 03 21:39:46 ? Jan 03 21:39:53 stopped at add.c with "unknown architecture `armeb'" Jan 03 21:40:09 I think that we need a patch into a Makefile Jan 03 21:40:16 you know where -march=armeb is set? Jan 03 21:40:44 I remember that I ran into it ... but dunno out the top of my head Jan 03 21:40:47 codecs? Jan 03 21:40:51 GSM? Jan 03 21:42:00 codecs/gsm/src/add.c Jan 03 21:42:07 yup Jan 03 21:42:31 there is in the top Makefile for that directory Jan 03 21:43:36 see sources/asterisk14/gsm.patch\ Jan 03 21:43:49 maybe is something else this time Jan 03 21:43:54 ttl Jan 03 21:43:56 ok Jan 03 21:43:59 I really need to go Jan 03 21:44:14 e-mail me if you need something from me Jan 03 21:44:58 alright, thx Jan 03 22:10:55 03bzhou * r4994 10optware/trunk/ (Makefile make/asterisk14.mk sources/asterisk14/gsm.patch): asterisk14: fixed asterisk14 for slugosbe with the help of osas Jan 03 23:28:09 03oleo * r4995 10optware/trunk/make/perl-class-accessor.mk: perl-class-accessor: 0.27->0.30 Jan 03 23:31:05 03oleo * r4996 10optware/trunk/make/perl-par-dist.mk: perl-par-dist: 0.16->0.21 Jan 03 23:47:13 03oleo * r4997 10optware/trunk/make/perl-time-hires.mk: perl-time-hires: source fix Jan 03 23:56:50 03oleo * r4998 10optware/trunk/make/perl-time-hires.mk: perl-time-hires: fix accidental downgrade Jan 03 23:58:44 03oleo * r4999 10optware/trunk/ (4 files in 4 dirs): optware: enable perl packages for mipsel arch - uClibc based Jan 03 23:59:47 oleo: uclibc based perl packages, cool Jan 04 00:00:02 yea. Jan 04 00:04:18 03oleo * r5000 10optware/trunk/make/optware-devel.mk: optware-devel: add perl to uclibc - native toolchain for uClibc is now complete **** ENDING LOGGING AT Thu Jan 04 03:00:02 2007