**** BEGIN LOGGING AT Wed Apr 13 23:59:57 2005
Apr 14 00:04:18 <rwhitby-web> pong
Apr 14 00:06:15 <ka6sox-office> okay they are back
Apr 14 00:06:31 <ka6sox-office> and you have already unpacked all the firmware source
Apr 14 00:07:08 <ka6sox-office> I'm looking for the .configure file for the kernel to add the necessary stuffs to allow us to use usbaudio.
Apr 14 00:07:53 <ka6sox-office> is there anything else you want the wl500g to do that I can enable in the kernel?
Apr 14 00:18:30 <rwhitby-web> I think audio support might already be in there.
Apr 14 00:18:45 <rwhitby-web> look in /home/wl500g/firmware/broadcom/src/linux/.config
Apr 14 00:18:49 <ka6sox-office> okay.
Apr 14 00:23:01 <ka6sox-office> yeah..usbaudio is a module
Apr 14 00:23:07 <ka6sox-office> but no devices
Apr 14 00:24:46 <ka6sox-office> this just may work out of the box.
Apr 14 00:25:34 <ka6sox-office> are you building the firmware?
Apr 14 00:33:42 <rpedde> That's it for me.  G'nite, all.
Apr 14 00:33:54 <ka6sox-office> nite rpedde 
Apr 14 00:34:11 <rpedde> good luck, ka6sox.
Apr 14 00:34:27 <rwhitby-web> heh - they just gave me "MPC Dev" status on that forum :-)
Apr 14 00:34:37 <rwhitby-web> ka6sox-away: I built it already in that area.
Apr 14 00:34:40 <ka6sox-office> MPC dev?
Apr 14 00:34:47 <ka6sox-office> okay what is building now?
Apr 14 00:37:39 <ka6sox-office> bbiab...headed home.
Apr 14 00:39:33 <rwhitby-web> openslug is building now
Apr 14 00:40:12 <rwhitby-web> ka6sox-office: http://www.mpeg-playcenter.com/modules.php?name=Forums&file=viewtopic&t=4373
Apr 14 00:49:44 <rwhitby-web> peteru-home: wonder if someone could do a NBD for the toppy?   That's what they use for accessing the internal disk on the KiSS players running the modded firmware.
Apr 14 00:57:13 <rwhitby-web> correction on the mpeg-playcenter software - they are not selling it - it's all open source and free.
Apr 14 00:58:56 <rwhitby-web> back later
Apr 14 01:44:42 <jacques> hmm, gastro has a strange idea of what time it is
Apr 14 05:37:40 <rwhitby> [g2]: running openslug on a serial-less slug ....
Apr 14 05:38:06 <rwhitby> in fact, on a slug who's case has never been opened ....
Apr 14 05:42:20 <[g2]> rwhitby, my build system is serial less
Apr 14 05:42:42 <[g2]> that being my native build system :)
Apr 14 05:43:37 <[g2]> actually, I've been debating whether to reflash my serial less or serial slug with APEX
Apr 14 05:44:43 <[g2]> on the avila board I've been reflashing mtdblock0 a bunch straight from Linux
Apr 14 05:45:10 <[g2]> I toggle between different bootloader version by just reflashing
Apr 14 05:45:48 <rwhitby> well, I've replaced my serial accessslug with a new serial-less accessslug (cause it will have very rare firmware upgrades), and put the serial slug into service as mediaslug.  Then the 34-way connector slug will become the APEX guinea pig
Apr 14 05:46:10 <[g2]> neat
Apr 14 05:46:17 <[g2]> maybe you'
Apr 14 05:46:28 <[g2]> maybe you'll actually get to test the JTAG :)
Apr 14 05:46:33 <rwhitby> maybe :-)
Apr 14 05:46:57 <rwhitby> bbiab, have to reboot router
Apr 14 05:47:03 <[g2]> nod
Apr 14 07:07:07 <neuronlapse> Hi, I've just unslung my nslu2, and I have a couple of questions. Is there a need (or is it even possible) to upgrade the kernel on the nslu2?
Apr 14 07:07:25 <neuronlapse> (without updating the firmware?)
Apr 14 07:07:44 <neuronlapse> I'm thinking security-wise
Apr 14 07:15:54 <NAiL> Is mysql-native failing to build only on my box?
Apr 14 07:20:42 <jp30> NAiL, you are asking about openslug?
Apr 14 07:24:54 <NAiL> hmm... yes. I am.
Apr 14 07:41:54 <CIA-9> 03jp30 * 10unslung/make/php-apache.mk: php-apache: force look for headers in STAGING_INCLUDE_DIR/apache2
Apr 14 07:46:17 <CIA-9> 03jp30 * 10unslung/make/php.mk: php: depend on and stage gdbm
Apr 14 07:47:18 <jp30> g'morning, rwhitby
Apr 14 07:47:25 <rwhitby> morning
Apr 14 07:48:05 <jp30> i'm making some progress with seperating php from apache
Apr 14 07:48:26 <rwhitby> any showstoppers?
Apr 14 07:49:03 <jp30> ... well, having some teething troubles compiling on official build system, should be straightened out soon...
Apr 14 07:49:27 <jp30> and a problem with makefiles
Apr 14 07:49:56 <jp30> you might be able to help. i want PHP_APACHE_VERSION always equal to PHP_VERSION...
Apr 14 07:50:12 <rwhitby> yep
Apr 14 07:50:44 <jp30> so it put PHP_APACHE_VERSION=$(PHP_VERSION) in php.mk. but this causes trouble...
Apr 14 07:50:55 <rwhitby> what trouble?
Apr 14 07:51:41 <jp30> it seems that under some circumstances, because php-apache.mk is included before php.mk, PHP_APACHE_VERSION ends up undefined.
Apr 14 07:52:09 <rwhitby> as long as you don't use := then it shouldn't do that
Apr 14 07:52:36 <jp30> that's what i thought, too!
Apr 14 07:52:53 <rwhitby> is it the version checked in now?
Apr 14 07:52:55 <ka6sox-away> morning...everythingup?
Apr 14 07:54:01 <jp30> rwhitby, no i checked into a version that repeats the version number. let me just check that i can reproduce the problem this morning...
Apr 14 07:54:11 <rwhitby> ok
Apr 14 07:56:13 <jp30> (still checking) as i recall, the problem only showed up when variables are expanded inside the target of a makefile rule
Apr 14 07:58:55 <rwhitby> hmm - yeah I could understand how that could be the case
Apr 14 08:00:00 <jp30> ok, i can reproduce the problem. change the definition of PHP_APACHE_VERSION in php-apache.mk to $(PHP_VERSION), and you'll see it during ipkg creation
Apr 14 08:00:48 <jp30> you'll see something like...
Apr 14 08:00:51 <jp30> make[1]: *** No rule to make target `/mnt-usr/home/jp30/src/unslung/builds/php-apache-5.0.3-ipk/CONTROL/control'.  Stop.
Apr 14 08:01:31 <jp30> this because $(PHP_APACHE_VERSION) was empty when the rule to create control was read
Apr 14 08:01:57 <rwhitby> BTW, php.mk is missing an openssl-stage
Apr 14 08:02:46 <rwhitby> I'll have to look at it tomorrow - it's after midnight here now ...
Apr 14 08:03:40 <jp30> re openssl, thanx, will fix that. re makefiles, let me know if you have any ideas
Apr 14 08:03:58 <rwhitby> ok, I will try it out tomorrow unless you've solved it first.
Apr 14 08:05:47 <CIA-9> 03jp30 * 10unslung/make/php.mk: php: stage openssl
Apr 14 08:06:18 <rwhitby> BTW, what is DBA, and how does it get staged?
Apr 14 08:06:42 <rwhitby> (-- enable-dba=shared)
Apr 14 08:07:00 <rwhitby> configure: error: DBA: Could not find necessary header file(s).
Apr 14 08:08:05 <jp30> ah, you're having that problem as well. dba is the name of a php module that depends on finding one of several possible dbs, including gdbm. i'm working on that problem now
Apr 14 08:08:16 <rwhitby> ok, cool
Apr 14 08:08:54 <jp30> php produces frustratingly little information when its configure fails :(
Apr 14 08:09:18 <rwhitby> do we just need libdb-stage and gdbm-stage ?
Apr 14 08:09:47 <jp30> great minds think alike - checking if libdb-stage helps now
Apr 14 08:11:02 <rwhitby> ok, will check again tomorrow and see whether things are in place to build php with thttpd support, and a separated thttpd and php package ...
Apr 14 08:11:21 <rwhitby> now that my hardware is in place, I can also help get those packages in shape.
Apr 14 08:11:43 <rwhitby> as well as help the MPC guys get their KiSS server stuff into Unslung.
Apr 14 08:19:00 <CIA-9> 03jp30 * 10unslung/make/php.mk: php: remove gratuitous shared from with-gdbm, with-db4 configure opts
Apr 14 08:40:08 <NAiL> heh
Apr 14 08:40:13 <NAiL> oops, wrong win
Apr 14 09:22:42 <CIA-9> 03jp30 * 10unslung/make/php.mk: php: clean up obseleted native stuff, stage and depend on libdb
Apr 14 09:27:28 <CIA-9> 03jp30 * 10unslung/Makefile: add -O2 to TARGET_OPTIMIZATION
Apr 14 09:30:14 <CIA-9> 03jp30 * 10unslung/Makefile: avoid trying to set time on packages directory when uploading
Apr 14 09:32:29 <CIA-9> 03jp30 * 10unslung/make/w3m.mk: w3m: force link with libdl and libpthread
Apr 14 12:46:14 <jeanfabrice> jp30-work: ping
Apr 14 12:46:46 * NAiL intercepts the ping. 
Apr 14 12:46:47 <NAiL> PONG
Apr 14 12:46:55 <jeanfabrice> nail ?
Apr 14 12:47:10 <NAiL> just... bored ;)
Apr 14 12:47:37 <jeanfabrice> ok. nobody's there ? ;)
Apr 14 12:48:53 <NAiL> nobody has said anything for a few hours, no
Apr 14 12:49:15 <NAiL> They're probably just hiding :)
Apr 14 12:49:33 <jeanfabrice> well. wanna talk a bit ? get bored with TV, too.
Apr 14 12:49:43 <NAiL> hehe
Apr 14 12:50:17 <NAiL> Do you know why the Packages file isn't updated with the packages I compile for openslug? ;)
Apr 14 12:52:23 <jeanfabrice> In what Makefile section did you put your package ?
Apr 14 12:52:45 <jeanfabrice> CROSS_PACKAGES_READY_FOR_TESTING  ?
Apr 14 12:53:04 <NAiL> I haven't added any packages. But bash (amongst ofthers) is built, but not added to the Packages
Apr 14 12:53:50 <NAiL> (ok, well.. I added samba in OPENSLUG_PACKAGES)
Apr 14 12:55:17 <jeanfabrice> I think you were talking about unslung, sorry. Don't have any knowledge about openslug
Apr 14 12:55:34 <NAiL> ah, ok
Apr 14 13:21:28 <NAiL> Hmm.. This one was new...
Apr 14 13:21:58 <NAiL> scsi0 (0:0): rejecting I/O to dead device
Apr 14 13:24:18 <ka6sox-office> jeanfabrice, any chance we can get the vorbis stuff running on Wl500G?
Apr 14 13:27:05 <jeanfabrice> ka6sox-office: don't know, haven't take a look at it now
Apr 14 13:27:16 <ka6sox-office> thanks!
Apr 14 13:28:58 <jeanfabrice> got a lot of trouble having libgd from unslung working on wl500g. it depends on fontconfig which depends on gconv-module which doesn't exist for wl500g. jp30 : is gconv-module mandatory for fontconfig ?
Apr 14 13:40:33 <CIA-9> 03jeanfabrice * 10unslung/make/fontconfig.mk: Remove gconv-modules dependency as it seems to be dummy and forbid installation on wl500g
Apr 14 13:45:24 <jeanfabrice> ka6sox-office: what vorbis stuff are you talking about exactly ?
Apr 14 13:46:21 <ka6sox-office> vorbis-tools, libvorbisidec, 
Apr 14 13:46:33 <jeanfabrice> it  builds fine on my dev machine
Apr 14 13:46:53 <jeanfabrice> Should I promote them into wl500g section ?
Apr 14 13:46:59 <ka6sox-office> yes please
Apr 14 13:47:25 <ka6sox-office> also sqlite2
Apr 14 13:47:43 <jeanfabrice> does it build ?
Apr 14 13:52:06 <ka6sox-office> it does for NSLU2
Apr 14 14:07:02 <CIA-9> 03jeanfabrice * 10unslung/Makefile: Promote libvorbis and vorbis-tools to wl500g packages
Apr 14 14:11:21 <jeanfabrice> rwhitby-away: ping
Apr 14 14:26:27 <jp30-work> jeanfabrice, belated pong
Apr 14 14:27:16 <jeanfabrice> hi jp30
Apr 14 14:28:02 <jeanfabrice> well, I'm in trouble porting some packages you wrote to wl500g. can I ask for support ?
Apr 14 14:28:14 <jp30-work> sure, what's the trouble?
Apr 14 14:29:07 <jeanfabrice> first : is gconv-modules still needed in some packages ? like fontconfig, libgd, because I can't install them on wl500g 
Apr 14 14:29:34 <jeanfabrice> and gconv-modules seems to do nothing but creating dirs
Apr 14 14:31:01 <jp30-work> gconv-modules contains bits of glibc that are missing from the linksys and unslung firmwares... packages depend on it if they won't work without a functioning iconv.
Apr 14 14:31:21 <jp30-work> does wl500g have a working iconv() function in glibc?
Apr 14 14:31:46 <jeanfabrice> it uses uclibc
Apr 14 14:32:51 <jp30-work> i see.
Apr 14 14:33:49 <jp30-work> could we make gconv-modules a dummy module on wl500g?
Apr 14 14:34:04 <jp30-work> ...i mean, it would exist, but be empty
Apr 14 14:34:13 <jp30-work> s/module/package/
Apr 14 14:34:53 <jeanfabrice> well, we can try. I will try it then
Apr 14 14:35:20 <jp30-work> ok, let me know if that causes any trouble
Apr 14 14:35:30 <jp30-work> ...or if you can think of a better way
Apr 14 14:35:42 <jp30-work> we should also coordinate over php at some point
Apr 14 14:35:44 <jeanfabrice> let me correct the change I - erroneous - make on fontconfig (deleting gconv-modules dependency)
Apr 14 14:38:32 <CIA-9> 03jeanfabrice * 10unslung/make/fontconfig.mk: Add gconv-modules dependency
Apr 14 14:39:59 <jeanfabrice> other wuestion I have is : fontconfig install is called with -s (strip). it breaks on nudi as strip is called against a mipsel binary. is it normal ?
Apr 14 14:40:24 <jp30-work> let me have a look...
Apr 14 14:41:29 <jp30-work> are you autoreconfing fontconfig with automake 1.9?
Apr 14 14:41:37 <jp30-work> ...before configuring it?
Apr 14 14:41:54 <jeanfabrice> no I discard this as it breaks for me
Apr 14 14:42:30 <jp30-work> install-strip is broken with automake < 1.5, that's the trouble
Apr 14 14:42:58 <jp30-work> what happens when you try to autoreconf fontconfig?
Apr 14 14:43:12 <jeanfabrice> ok. can't we use the arch strip command instead ? like mipsel-uclibc-strip for mispel ? don't you have one for arm ?
Apr 14 14:43:35 <ka6sox-office> automake (GNU automake) 1.4-p6
Apr 14 14:43:45 <jp30-work> yes we can, that's what automake 1.5 and greater do.
Apr 14 14:43:49 <jeanfabrice> got 1.4-p4 on debian
Apr 14 14:44:07 <ka6sox-office> jp30-work, should I install a later version on Nudi?
Apr 14 14:44:25 <jeanfabrice> nudi seems to have 1.9, no ?
Apr 14 14:44:28 <jp30-work> ka6sox, it's there already, it's just that the default version is 1.4
Apr 14 14:44:30 <ka6sox-office> no
Apr 14 14:44:41 <ka6sox-office> okay so we need to change the link?
Apr 14 14:45:06 <jp30-work> no, the safe way to invoke aclocal and automake is with an explicit version
Apr 14 14:45:11 <jp30-work> ...like this aclocal-1.9
Apr 14 14:45:31 <jp30-work> having the link point to a borken version of automake encourages this :)
Apr 14 14:45:45 <jeanfabrice> jp30-work : I meant : use $(TARGET-STRIP) then install
Apr 14 14:45:50 <ka6sox-office> so unless a ramdom builder will have to have the *exact* version or it will break.
Apr 14 14:46:04 <ka6sox-office> that was disjointed
Apr 14 14:46:12 <jp30-work> ka6sox, that's the intention
Apr 14 14:46:20 <ka6sox-office> okay 
Apr 14 14:46:31 <jp30-work> jeanfabrice, good idea
Apr 14 14:46:46 <jeanfabrice> this is less powerfull, I agree
Apr 14 14:47:57 <jp30-work> in the case of fontconfig it simplifies things as there's no other reason to autoreconf
Apr 14 14:48:19 <jeanfabrice> Can't find automake 1-9 either in testing or stable for debian :(
Apr 14 14:48:25 <jp30-work> ...though you will need multiple different versions of automake installed to build all the unslung packages anyway
Apr 14 14:48:35 <jp30-work> ...there are others that require automake 1.4
Apr 14 14:48:58 <jacques> heh
Apr 14 14:49:08 <jp30-work> i think rwhitby installed it on the official build machine
Apr 14 14:52:57 <jp30-work> ka6sox, second thought about explicit automake versions, random builder doesn't have to have exactly the same version, just same major/minor - automake's version numbers have three components
Apr 14 14:53:19 <ka6sox-office> automake 1.4 and automake 1.9 are installed.
Apr 14 14:53:37 <ka6sox-office> jp30-work, okay understood.
Apr 14 14:55:14 <jeanfabrice> so, what do we do for fontconfig ? I didn't know about autoconf (I'm really newbie, hey) so if you look at the mk, I made an if/then/else for discarding the def. of AUTOMAKE when building for wl500g (I thought it was a problem on my machine but commited the file without paying attention)
Apr 14 14:56:07 <jp30-work> well, since this problem is going to keep happening otherwise, why don't you look at installing automake 1.9 on your system?
Apr 14 14:56:19 <jeanfabrice> You're right.
Apr 14 14:56:25 <jeanfabrice> Have to find one
Apr 14 14:57:03 <jp30-work> on fedora the different version packages are called automake14, automake16, etc.
Apr 14 14:57:56 <ka6sox-office> jeanfabrice, automake1.9 is available in testing.
Apr 14 14:58:04 <jp30-work> if all else fails, you can install it from source
Apr 14 14:58:17 <ka6sox-office> it is available from testing
Apr 14 14:59:23 <jeanfabrice> ka6sox-office: finally found it as automake1.9, yes
Apr 14 15:00:12 <ka6sox-office> jeanfabrice, good.
Apr 14 15:00:29 <jeanfabrice> ty
Apr 14 15:00:33 <ka6sox-office> np
Apr 14 15:00:36 <jp30-work> does anyone here know about libbt? looks like it is the work of mkoster1 and rwhitby; it is failing to build at the mo
Apr 14 15:03:02 <ka6sox-office> libbt is for bittorrent stuff.
Apr 14 15:03:17 <ka6sox-office> I remember there was a large discussion about that.
Apr 14 15:03:28 <ka6sox-office> perlguru is mkoster.
Apr 14 15:03:39 <ka6sox-office> so next time you see him he would be the one to ask.
Apr 14 15:04:17 <jp30-work> thanks, ka6sox. i think i will demote and slugbug it
Apr 14 15:04:34 * jeanfabrice learns everyday a lot from you guys, and is not a big help :(
Apr 14 15:05:52 <ka6sox-office> jp30-work, good plan
Apr 14 15:10:29 <ka6sox-office> assign it to perlguru and i'm sure that rwhitby will see it.
Apr 14 15:11:30 <CIA-9> 03jeanfabrice * 10unslung/make/fontconfig.mk: Discard changes applied since due to local misconfiguration
Apr 14 15:22:10 <jacques> i wish tbr1-p012301.sffca.ip.att.net would fix their damn routing problem
Apr 14 15:26:16 <CIA-9> 03jp30 * 10unslung/Makefile: demote libbt
Apr 14 15:28:36 <joeyDviv1> any developers feel like answering a few questions from an 'end-user'?   Never seems to be any love over in the #nslu2-general channel...
Apr 14 15:32:17 <jeanfabrice> jp30-work: wanna talk on php package ?
Apr 14 15:34:55 <jp30-work> jeanfabrice, sure
Apr 14 15:36:21 <jeanfabrice> well, I'm focusing on php support for thttpd. Have seen your great work on php, apache and php-apache. php can be build for apache using apxs. thttpd doesn't have such convenience
Apr 14 15:37:03 <jp30-work> how does php work with thttpd - i take it its not just a cgi script?
Apr 14 15:37:39 <jeanfabrice> nop. it built with thttpd as you only get one binary at the ed of the build
Apr 14 15:38:34 <jp30-work> does php's "dl" mechanism work with thttpd?
Apr 14 15:39:04 <jeanfabrice> you have to tell php where to find thttpd source at configure & build time. It then install a lib into thttpd source and patches thttpd source to build using this lib
Apr 14 15:40:28 <CIA-9> 03rwhitby * 10unslung/make/sqlite.mk: Added ncurses-stage.
Apr 14 15:41:04 <jeanfabrice> don't really know as I built php for thttpd with module in it (not shared)
Apr 14 15:41:14 <jeanfabrice> Haven't make too much test on it
Apr 14 15:41:39 <jp30-work> i see. well, it looks like all we really need to do is check that your build of thttpd+php reads the /opt/etc/php.ini and shared extensions build by php.mk
Apr 14 15:42:07 <jeanfabrice> as a test you mean ?
Apr 14 15:43:18 <jp30-work> well, the difficult part of building php is getting all the extensions working. the way i've done it, php.mk does that, and php-apache (and thttpd+php) just take advantage
Apr 14 15:43:38 <jp30-work> ...of the php environment installed by php.mk
Apr 14 15:44:10 <jeanfabrice> but I'll still need to have thttpd build with php support in one mk, no ?
Apr 14 15:44:53 <jeanfabrice> and tweak it a bit to allow shared extension
Apr 14 15:44:56 <jp30-work> if what you say is true about how thttpd and php work together, yeah
Apr 14 15:46:01 <jp30-work> there's no way to do what rwhitby wanted, i think, and have one php module that works with all httpds
Apr 14 15:47:13 <rwhitby-away> jp30-work: I saw in the php build that it looks for thttpd sources
Apr 14 15:47:14 <jp30-work> at least the way we're doing it now, your thttpdphp doesn't have to depend on (libgd, openssl, ldap, imap, freetype etc  etc)
Apr 14 15:47:37 <rwhitby-away> can't we just point it to them, and have php build for both CGI usage and thttpd shared object?
Apr 14 15:48:05 <rwhitby-away> (them being the thttpd sources)
Apr 14 15:48:31 <rwhitby-away> jp30-work: BTW, my php build stops cause it's missing a cyrus-imapd-stage
Apr 14 15:48:44 <jp30-work> php needs to be configured at least twice, once for apache, once for thttpd. cleanest way to do that is to have two .mks. i think
Apr 14 15:49:02 <rwhitby-away> jp30-work: I also saw in the php configure something to do with making it an apache DSO instead of command line CGI
Apr 14 15:49:15 <jp30-work> php shouldn't depend on cyrus-imapd yet? 
Apr 14 15:49:31 <jp30-work> yes, php-apache builds the apache DSO
Apr 14 15:49:44 <jp30-work> ...and depends on php to provide the php extensions
Apr 14 15:49:45 <rwhitby-away> oh, sorry: checking for LDAP Cyrus SASL support... /home/unslung/packages/staging/opt
Apr 14 15:49:45 <rwhitby-away> configure: error: Cannot find ldap.h
Apr 14 15:50:09 <jp30-work> ok, will fix
Apr 14 15:50:18 <rwhitby-away> ok, so we can have a php-httpd which builds the thttpd thingo, and have it depend on php for the extensions too
Apr 14 15:50:30 <jp30-work> lots of stagings got lost because it used to be that they were implied by apache-stage
Apr 14 15:50:45 <rwhitby-away> but still have thttpd as a separate package from php-thttpd
Apr 14 15:51:05 <rwhitby-away> and still have php-thttp, php-apache and php all synchronised
Apr 14 15:51:22 <jp30-work> i think jeanfabrice is saying that thttpd doesn't support php as a DSO, only statically linked with thtttpd
Apr 14 15:51:39 <jeanfabrice> that's what I see for now
Apr 14 15:51:48 <jp30-work> synchronisation we can do, subject to the makefile problem we discussed yesterday
Apr 14 15:51:54 <jeanfabrice> thttpd+php is a single binary
Apr 14 15:52:22 <rwhitby-away> jeanfabrice: have you looked at the PHP configure script where it says "checking for thttpd" ?
Apr 14 15:52:44 <rwhitby-away> I'm just guessing about all this - I haven't examined all the files yet.
Apr 14 15:52:57 <jeanfabrice> yep. it just looks for config.h
Apr 14 15:53:05 <jeanfabrice> of thttpd
Apr 14 15:53:50 <rwhitby-away> so doesn't that build something independent of the thttpd binary?
Apr 14 15:53:56 <jeanfabrice> but patches thttpd source at install time (make install under php source) and installs its static lib under thttpd source
Apr 14 15:54:11 <rwhitby-away> aha
Apr 14 15:54:15 <jeanfabrice> :)
Apr 14 15:54:44 <jeanfabrice> would be too simple...
Apr 14 15:54:53 <rwhitby-away> ok, then can we rename thttpdphp to php-thttpd and synchronise it ?
Apr 14 15:54:58 <CIA-9> 03jp30 * 10unslung/make/php.mk: php: stage openldap
Apr 14 15:55:10 <jeanfabrice> maybe some info about SAPI for thttpd on php.net...
Apr 14 15:55:26 <jp30-work> you'd be lucky
Apr 14 15:55:43 <jeanfabrice> okay :(
Apr 14 15:56:12 <jeanfabrice> rwhitby-away: yes, but not now for me... need to go to bed oon
Apr 14 15:56:17 <rwhitby-away> and have it also synchronise with a standalone thttpd too, and make it CONFLICT with the stand-alone thttpd
Apr 14 15:56:36 <jeanfabrice> it already confils with thttpd normally ;)
Apr 14 15:56:46 <jp30-work> don't let me stop you looking... i just remember what a pain it was to figure out how to make extensions as DSOs. php.net's documentation not so good
Apr 14 15:56:50 <rwhitby-away> ok, when I ask for stuff like this it's not necessarily a request to do the work, just a request to tell me if it's a good idea to do it that way :-)
Apr 14 15:57:09 <jeanfabrice> it's a good idea.
Apr 14 15:57:52 <rwhitby-away> ok, so let's get php-thttpd to build the static binary now, and in the future it could be upgraded to build something shared and then depend on thttpd instead of conflicting with it
Apr 14 15:58:07 <rwhitby-away> (if we work out how to do the shared thing)
Apr 14 15:58:12 <jeanfabrice> my english is not very good (as everybody can see) so sometimes my sentences may be considered as 'brutal' but they are not.
Apr 14 15:58:28 <jp30-work> sounds good to me.
Apr 14 15:58:37 <rwhitby-away> jeanfabrice: your english is better than my <insert your native language here>
Apr 14 15:58:56 <jeanfabrice> not sure ;)
Apr 14 15:59:42 <rwhitby-away> jp30-work: do all the php extensions take up RAM if you're not using them?  or are they true shared on-demand libraries?
Apr 14 15:59:45 <jeanfabrice> well anything else than renaming the package ? jp3 was talking on relying on it's php.mk builts extensions
Apr 14 15:59:58 <jeanfabrice> jp30, sorry
Apr 14 16:00:02 <jp30-work> excuse me, phone
Apr 14 16:00:28 <rwhitby-away> jeanfabrice: if we can make it work the same as the php-apache, then that would be good.
Apr 14 16:01:02 <jeanfabrice> php-apache use apxs facility of apache
Apr 14 16:02:04 <jp30-work> ok, i'm back. i think it's important to try to offload php extensions from php-apache/thttpd to php. for one thing, later on there will be php-native-modules.mk as well
Apr 14 16:02:13 <rwhitby-away> jf: sorry, I meant in response to your question about php-httpd using php extensions
Apr 14 16:02:43 <rwhitby-away> if the extensions are independent of thttpd/apache, then I think it's a good thing to put them separate
Apr 14 16:03:41 <jp30-work> rwhitby, agreed
Apr 14 16:04:45 <rwhitby-away> again, if it can't be done that way for thttpd because of the static binary thing, then just do them in php-thttpd, and make it conflict with the php-modules packages instead of depending on them
Apr 14 16:05:05 <jeanfabrice> ok. Will work on php-thttpd to have it use shared extensions
Apr 14 16:05:43 <rwhitby-away> great job guys!  Do we also have consensus on all the pathnames in the config files, like DocumentRoot etc.
Apr 14 16:06:19 <rwhitby-away> i.e. /opt/share/www .....
Apr 14 16:06:22 <jeanfabrice> I'vre read /opt/share/www pat in this forum (maybe you rod)
Apr 14 16:06:29 <jeanfabrice> so it's ok for me
Apr 14 16:06:39 <jeanfabrice> waht about PEAR ?
Apr 14 16:06:54 <jp30-work> rwhitby, /opt/share/www is ok by me
Apr 14 16:07:02 <rwhitby-away> it would be great to be able to install both php-thttpd and php-apache, and have them both serve from the same document tree ...
Apr 14 16:07:03 <jp30-work> jf, pear is native-only, working on it
Apr 14 16:07:41 * jeanfabrice can only work on one small package at a time.. sniff :(
Apr 14 16:08:38 <jp30-work> well, thinking about working on it. i had this idea that i would split php.mk once again into php.mk and php-native-modules.mk
Apr 14 16:08:48 <jeanfabrice> Have to first promote php to wl500, it if compiles
Apr 14 16:09:10 <jeanfabrice> First have to..
Apr 14 16:11:36 <jeanfabrice> and make php-thttpd depends on jp30's php (using its /opt/etc/php.ini and its extensions), correct ?
Apr 14 16:12:22 <rwhitby-away> ok, back later
Apr 14 16:13:26 <jp30-work> jf, yes. make sure you use --enable-layout=GNU, and don't overwrite /opt/etc/php.ini
Apr 14 16:14:12 <jeanfabrice> what is the GNU layout exactly ?
Apr 14 16:14:16 <jp30-work> oh, and all the --disables and --withouts from php-apache.mk so you don't build in anything which php.mk builds as a DSO
Apr 14 16:15:26 <jp30-work> i used the gnu layout with php because that's what i did with apache
Apr 14 16:16:28 <jp30-work> ...not sure what the differences are from the default php behavior
Apr 14 16:16:43 <jeanfabrice> ok
Apr 14 16:16:59 <jp30-work> ...but the default apache layout is horrendous, all under $prefix/lib/apache or something
Apr 14 16:17:50 <jeanfabrice> does php layout works the same as apache layout (which I know) : I've never use layout with php...
Apr 14 16:18:54 <jp30-work> i think it's intended to. if you have firm views, we can change php.mk
Apr 14 16:19:48 <jp30-work> the reason i mentioned it was that i was worried that without --with-layout=GNU, php.ini might end up somewhere other than $prefix/etc
Apr 14 16:20:59 <jeanfabrice> I see. I forced it to be it /opt/etc/php.ini as configure parameter
Apr 14 16:21:22 <jeanfabrice> using --with-config-file=/opt/etc
Apr 14 16:21:34 <jp30-work> ok. that's extra safe
Apr 14 16:22:49 <jeanfabrice> ok. building your php.mk to get the extensions. Will work on php-thttpd this week-end
Apr 14 16:23:07 <jp30-work> cool. thanks for your hard work
Apr 14 16:23:36 <jeanfabrice> ty you ! ;)
Apr 14 16:25:09 <rwhitby-away> thank you both!
Apr 14 16:26:19 <rwhitby-away> jp30-work: if you're not doing it already, perhaps we can use the conf.d directory in apache2 to only load and configure (and depend upon) big modules if they are requested.
Apr 14 16:26:49 <rwhitby-away> e.g. if I'm running apache and don't want to use LDAP, then I shouldn't need to have slapd running just cause apache depends on the ldap stuff by default
Apr 14 16:27:26 <rwhitby-away> not sure if it's doable, but we need to have minimal RAM footprint implementations by default, with automatic usage of other things that are already installed (or are chosen to be installed).
Apr 14 16:28:01 <rwhitby-away> at the moment, my personal opinion is that apache depends on too much stuff.  But it is the first round, so the tweaking like this is yet to come ...
Apr 14 16:29:10 <jp30-work> agreed, but the only way to fix this is to break apache up into multiple packages (ie seperate packages for seperate modules)
Apr 14 16:29:20 <rwhitby-away> yeah - we can do that later.
Apr 14 16:29:34 <rwhitby-away> just keep it in mind as the long-term direction
Apr 14 16:30:16 <rwhitby-away> we can group packages to have a minimal install and a full install as a first step.  may not need to go to individual module granularity
Apr 14 16:30:34 <jp30-work> conf.d is used to only load modules that are installed; my feeling is that the config files should offer max functionality by default
Apr 14 16:30:53 <rwhitby-away> I think anything which causes another process to run (like the ldap stuff) should eventually be in a separate package
Apr 14 16:31:34 <jp30-work> openldap should probably be split into openldap-libs and openldap-daemon
Apr 14 16:31:39 <rwhitby-away> we can "suggests" max functionality, but should only "depends" min functionality.
Apr 14 16:32:04 <rwhitby-away> ah, yes - that's the other way to do it.
Apr 14 16:32:28 <jp30-work> rwhitby, i'm expecting a phone call, back in 20 minutes
Apr 14 16:32:29 <rwhitby-away> new error from php build:
Apr 14 16:32:35 <rwhitby-away> . /usr/lib/libxml2.so: could not read symbols: File in wrong format
Apr 14 16:32:35 <rwhitby-away> collect2: ld returned 1 exit status
Apr 14 16:32:39 <rwhitby-away> ok, bye
Apr 14 16:33:22 <jp30-work> last thing :) - this error on official system?
Apr 14 16:33:51 <jp30-work> if not, do you have a /usr/lib/libxml2.la?
Apr 14 16:47:23 <beemer> hmm
Apr 14 16:59:03 <CIA-9> 03jp30 * 10unslung/make/xemacs.mk: xemacs: fix depends
Apr 14 17:20:40 <CIA-9> 03jp30 * 10unslung/make/apache.mk: apache: move htdocs to /opt/share/www
Apr 14 17:24:00 <CIA-9> 03jp30 * 10unslung/Makefile: globally add -rpath-link to STAGING_LDFLAGS
Apr 14 17:30:39 <rh2> hey, anyone here?
Apr 14 17:31:02 <ka6sox-office> no.... :-)
Apr 14 17:31:45 <rh2> i'm still trying to solve that ext3 journal/ipkg problem.
Apr 14 17:32:44 <ka6sox-office> :(
Apr 14 17:33:29 <rh2> i can't figure it out for the life of me, why it would happen in particular from ipkg running
Apr 14 17:34:01 <rh2> do you think turning off "sync" might help?
Apr 14 17:34:56 <ka6sox-office> I'm just not sure what is happening...its not in my experience.
Apr 14 17:36:05 <ka6sox-office> have you googled for this problem?
Apr 14 17:36:22 <rh2> yup
Apr 14 17:38:45 <ka6sox-office> I"ve been asking a kernel dev in my office about this...she says its weird too.
Apr 14 17:39:20 <rh2> i was just able to get it to install ncurses by turning off sync
Apr 14 17:39:24 <rh2> maybe that will turn out to be it
Apr 14 17:40:24 <ka6sox-office> if that turns out to be the problem please write it up for the Wiki.
Apr 14 17:40:29 <ka6sox-office> www.nslu2-linux.org
Apr 14 17:46:50 <rh2> yeah, so far its working; if it keeps working, i'll be able to put the How-To for the whole process of non-destructive conversion up.
Apr 14 18:18:17 <ka6sox-office> thanks
Apr 14 21:42:48 <CIA-9> 03bzhou * 10unslung/make/python.mk: enable-shared
Apr 14 23:54:05 <perlguru> hi
**** ENDING LOGGING AT Thu Apr 14 23:59:56 2005