00:02.36 | *** join/#nslu2-linux Tobbe__ (n=Tobbe@120.19.235.85.dk-no.res.dyn.perspektivbredband.net) |
00:05.23 | *** part/#nslu2-linux marceln (n=marceln@pion.xs4all.nl) |
00:07.36 | CoreDump|home | *sigh* |
00:07.50 | CoreDump|home | I _really_ need to get the parts for the serial cable |
00:08.20 | CoreDump|home | it's kinda a pain to debug altboot w/o |
00:16.17 | CoreDump|home | muwahaha, first official altboot boot of a slug |
00:19.25 | rwhitby | cool |
00:19.32 | hillct | what's altboot? |
00:19.55 | CoreDump|home | a flexible boot-manager |
00:20.06 | CoreDump|home | rwhitby: which mtdblock was / again? |
00:20.15 | hillct | replacement for RedBoot or on top of RedBoot? |
00:20.38 | CoreDump|home | hillct: neither, it's a userspace helper replacing /linuxrc |
00:20.39 | rwhitby | CoreDump|home: mtdblock 4 on a slug I think |
00:20.58 | hillct | oh, cool |
00:21.11 | hillct | so it lets you tweak the init process? |
00:21.41 | hillct | more easily |
00:21.59 | CoreDump|home | It lets you choose which partition / device to boot from |
00:22.05 | rwhitby | replaces turnup |
00:45.35 | CIA-19 | 03bzhou * r5513 10optware/trunk/make/erl-yaws.mk: erlang yaws: 1.66 -> 1.68 |
00:46.28 | mwester | CoreDump|home: mtd block 2 on the dsmg600 and nas100 systems, if that makes any difference for what you're doing... |
00:48.52 | VoodooZ | is it still going to be possible to use the old method or none at all though? |
00:51.09 | CoreDump|home | VoodooZ: You are free to completely ignore it. It won't affect your boot-time in that case at all |
00:51.18 | CoreDump|home | usage is optional |
00:51.51 | CoreDump|home | mwester: thanks, but I found a better way to get to the partition (ie: I stole it from turnup ;) ) |
00:52.18 | VoodooZ | cool. Just curious. I'll definitely try it first though. I might love it. Keep up the excellent work. |
00:53.04 | VoodooZ | rwhitby: I was thinking.. if I was to install angstrom (LE), do I have to change the FIS for proper endianess? |
00:53.07 | CoreDump|home | =) it will be some time before it's finished |
00:56.56 | CoreDump|home | n8 |
01:21.06 | hillct | well, aparently the ansewer to my 'can't find popt.h' problem is: |
01:21.08 | hillct | CFLAGS_prepend = "-I${STAGING_INCDIR} " |
01:21.30 | hillct | yet it doesn't seem to pass the added CFLAGS to the compile process |
01:25.05 | *** join/#nslu2-linux hillct (n=H@client200-5.dsl.intrex.net) |
01:28.02 | *** join/#nslu2-linux DaKa (n=David@nslu2-linux/daka) |
01:49.32 | hillct | is there a way to force .bb files to be re-parsed when a build is done? I don't see any pattern to when my recipie file is re-parsed (regardless of file modifications) |
01:53.52 | *** join/#nslu2-linux DaKa (n=David@nslu2-linux/daka) |
02:08.28 | rwhitby | VoodooZ: our kernel will read FIS in either endianness |
02:16.54 | *** join/#nslu2-linux DaKa (n=David@nslu2-linux/daka) |
02:33.45 | hillct | rwhitby: any thoughts on why CFLAGS_prepend = "-I${STAGING_INCDIR} " might not work in a .bb file? I'm trying to get my package to pickup headers from the dependency package popt ? |
02:35.50 | hillct | it just isn't being picked up |
02:36.13 | rwhitby | no idea |
02:36.19 | CIA-19 | 03osas * r5514 10optware/trunk/make/asterisk14.mk: asterisk14: r53528 -> r55097 upstream fix for gsm codec |
02:49.47 | hillct | I've been trying all afternoon to try and get this build and it just won't work |
03:03.30 | *** join/#nslu2-linux jacques (n=jacques@nslu2-linux/jacques) |
03:05.45 | VoodooZ | rwhitby: very nice. I'll try that soon... |
03:13.20 | *** join/#nslu2-linux omp (n=omp@gentoo/developer/omp) |
03:28.00 | *** join/#nslu2-linux DaKa (n=David@nslu2-linux/daka) |
03:32.30 | *** join/#nslu2-linux dyoung (n=dyoung@nslu2-linux/dyoung) |
04:52.52 | *** join/#nslu2-linux yvasilev (n=yvasilev@189.140.143.115) |
04:52.53 | *** join/#nslu2-linux DaKa (n=David@nslu2-linux/daka) |
04:59.00 | *** join/#nslu2-linux chacko (n=chacko@c-67-161-27-148.hsd1.ca.comcast.net) |
04:59.01 | chacko | Good Evening! For SlubOS/BE, where on the bootup disk is the ip# saved? I am bringing up a second slug, with the image of the |
04:59.02 | chacko | another disk running SlugOS/BE. Even though the second slug had a different ip#, after bootup it assumes the ip# of the |
04:59.02 | chacko | other slug from where the disk copy was made. |
04:59.03 | osas | it should be /etc/network/interfaces |
04:59.03 | chacko | osas, thank you very much! I see the number there. |
04:59.03 | osas | k |
04:59.03 | osas | how did you instructed the second slug to boot up from the mirrored disk? |
04:59.05 | osas | chacko ? |
04:59.06 | chacko | Hi |
04:59.06 | osas | see my previous question |
04:59.06 | osas | how did you instructed the second slug to boot up from the mirrored disk? |
04:59.06 | chacko | osas, I did it with turnup disk without the -i, since I had a fully made image of the working disk |
04:59.07 | osas | oh ... I see |
04:59.07 | osas | k |
04:59.08 | osas | did you used dd to mirror the disk? |
04:59.10 | chacko | osas, everything worked --- everything worked, it was unreal, I cannot tell any difference between the two slug!! |
04:59.10 | osas | did you used dd to mirror the disk? |
04:59.10 | chacko | I used rsync to make the copy on the first slug |
04:59.10 | osas | ah ... I see |
04:59.10 | osas | nice |
04:59.11 | osas | now I know how to back-up my flash stick ;-) |
04:59.11 | osas | thx |
04:59.11 | *** join/#nslu2-linux DaKa (n=David@nslu2-linux/daka) |
04:59.12 | chacko | osas, I can help you with that if you need, I routinely do that |
04:59.13 | osas | I know where to find you ;-) |
04:59.13 | chacko | For my harddisk, I have 4 identical 10GB partitions, and I usually backup my entire images to one of these in a rotating basis |
04:59.14 | osas | maybe you can post it on the wiki |
04:59.14 | osas | I see |
04:59.14 | osas | my goal is to ackup the flash |
04:59.14 | osas | I'm running asterisk from flash |
04:59.14 | chacko | osas, I did it based on the stuff in the Wiki, but I will add some stuff to confirm what I did |
04:59.15 | osas | k |
04:59.15 | chacko | I can backup from the flash just as well, using rsync --- the same script |
04:59.15 | osas | I was thinking about dd ... |
04:59.16 | chacko | I have actually gone back and forth between flash and harddisk |
04:59.16 | mwester | chacko: your rsync made a perfect copy of the disk, but the sysconf partition in flash overwrote some of the critical files, like the IP address. If you were to reset the sysconf partition prior to booting the "cloneslug" up, it might not require the extra step to restore the IP address. |
04:59.17 | osas | I have two linuxrc files under / (internal flash) |
04:59.51 | osas | one for flash and the other one for hd |
04:59.51 | osas | I just need to use the right one and reboot |
05:01.02 | chacko | mwester, in my case nothing was overwritten, that why I had the same ip# !! I did not use turnp disk -i, but without -i |
05:01.02 | chacko | without the new disk, I had a differnt --- correct --- ip# for the second slug in the flash, but the boot from the disk used everything from |
05:01.03 | chacko | the other --- as to be expected. |
05:01.03 | chacko | osas, the big advantage of rsync over dd is that after the first copy, rsync does delta copy by default |
05:01.03 | osas | I see |
05:01.03 | chacko | osas, for me the first copy takes 15 minutes to 30 min, depending on the data, but the subsequent just a min or less |
05:01.04 | osas | nice |
05:01.05 | chacko | mwester, is there a way to determine what other data like the ip# may be different between two different slug need to operate on the same net |
05:01.05 | osas | just the IP |
05:01.06 | chacko | Great!! |
05:54.11 | CIA-19 | 03bzhou * r5515 10optware/trunk/make/py-formencode.mk: py-formencode: 0.6 -> 0.7 |
05:54.11 | *** join/#nslu2-linux chacko (n=chacko@c-67-161-27-148.hsd1.ca.comcast.net) |
05:54.13 | hillct | In case anyone has some insights into this, I've been stuck on this all afternoon: http://www.pastebin.ca/359980 |
05:54.14 | osas | check in the #oe channel |
05:54.14 | osas | you did :-) |
06:17.10 | hillct | I've been in both all day |
06:17.10 | hillct | I've been learning a lot |
06:17.10 | hillct | an it seems I'm close to getting this to work |
06:17.11 | hillct | I know I haven't defined a target package, but one thing at a time ;) |
06:17.11 | hillct | as far as I can tell, I'm doing exactly as the docs indicate |
06:17.12 | hillct | I'm onviously missing something though |
06:17.12 | hillct | it seems that CFLAGS just isn't getting picked up |
06:17.13 | hillct | which of course, is the item I really need. The others are in there just for sanity checking |
06:17.13 | chacko | osas, hi |
06:17.14 | chacko | osas, I need to change the hostname too! Where/how? |
06:17.15 | *** join/#nslu2-linux jmV (n=Sinclair@p54A0A4E0.dip0.t-ipconnect.de) |
06:17.18 | mwester | chacko: just run turnup init, or check the turnup script to see where it writes the hostname if you prefer. |
06:18.27 | chacko | mwester, thank you! |
06:18.31 | *** join/#nslu2-linux DaKa (n=David@nslu2-linux/daka) |
06:19.54 | *** join/#nslu2-linux DrZimmerman (n=theo@84-72-180-229.dclient.hispeed.ch) |
06:37.08 | *** join/#nslu2-linux l0c4lh0st (n=a@89.98.192.9) |
09:23.03 | hillct | how do I go about building a toolchain to include a specific version of libgcc1 ? |
09:45.57 | *** join/#nslu2-linux rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
10:05.04 | *** join/#nslu2-linux flipflip (n=flipflip@80-219-215-53.dclient.hispeed.ch) |
11:50.49 | *** join/#nslu2-linux mwester_ (n=mwester@nslu2-linux/mwester) |
12:10.46 | *** join/#nslu2-linux AdamBaker (n=aab@userch028.dsl.pipex.com) |
12:38.04 | *** join/#nslu2-linux kolla (n=kolla@firda.kolla.no) |
12:54.13 | *** join/#nslu2-linux alain__ (n=alain@ANantes-156-1-148-31.w90-25.abo.wanadoo.fr) |
12:54.28 | alain__ | Hi all |
12:56.46 | alain__ | I've just installed unslung 6.8 on my nslu2 and when I connect by telnet or ssh on the shell I can't get auto-completion |
12:57.51 | Tobbe | alain__: the default shell in unslung 6.8 is very basic, it doesn't have support for auto-completion |
12:58.10 | Tobbe | you need to install bash or some other shell to get that |
12:58.17 | alain__ | ok |
12:58.40 | Tobbe | alain__: and questions like this are better suited for #nslu2-general ;) |
12:58.58 | alain__ | ok sorry |
12:59.16 | alain__ | I asked this on nslu2-genral but got no response |
12:59.43 | Tobbe | ohh, I missed that. Sorry :) |
13:00.30 | alain__ | how much memory does bash use ? |
13:01.50 | Tobbe | not very much :) less than sshd |
13:28.48 | *** join/#nslu2-linux drif_ (n=drif@a88-112-207-120.elisa-laajakaista.fi) |
13:30.20 | W_SHaRK | I'm trying to compile glftpd on debian sarge, but I miss something : /usr/bin/ld: ERROR: /usr/lib/libc_nonshared.a(elf-init.oS) uses hardware FP, whereas /glftpd/bin/ansi2gl uses software FP |
13:30.27 | W_SHaRK | any ideas what's wrong ? |
15:02.26 | CoreDump|home | morning |
15:02.27 | W_SHaRK | mornin |
15:02.28 | *** join/#nslu2-linux bullet (n=bullet@200.203.203.62.cust.bluewin.ch) |
15:02.37 | W_SHaRK | I guess I need to use nwfpe |
15:02.37 | W_SHaRK | should I ? :) |
15:02.41 | CoreDump|home | does anyone here know off-hand if commits to monotone.openembedded.org are synced back into the nslu2 monotone server? |
15:02.41 | NAiL | yes |
15:02.41 | CoreDump|home | hi NAiL and thanks. Makes kinda sense but asking doesn't hurt heh |
15:02.41 | NAiL | W_SHaRK: arm debian uses hardfloat (which is really silly since there are hardly any ARM devices with FP) |
15:02.42 | NAiL | the kernel already has nwfpe. It handles all FP through exceptions. |
15:02.42 | *** join/#nslu2-linux kolla (n=kolla@firda.kolla.no) |
15:02.43 | W_SHaRK | hm |
15:02.43 | W_SHaRK | should I compile this nwfpe module or is it already running ? |
15:02.43 | NAiL | It's already running |
15:02.43 | NAiL | look at the dmesg output |
15:02.43 | NAiL | AFAIK, it's not possible to compile an ARM kernel without either nwfpe or fastfpe |
15:02.43 | W_SHaRK | checking |
15:02.44 | NAiL | so you need to compile glftpd with hardware fp |
15:02.44 | W_SHaRK | how do i do that ? with cross compile ? |
15:02.45 | NAiL | are you compiling natively? |
15:02.45 | NAiL | or cross? |
15:02.45 | W_SHaRK | yes |
15:02.45 | W_SHaRK | native |
15:02.46 | NAiL | odd |
15:02.46 | W_SHaRK | thanks a lot for your infos, it's much appreciated ! :) |
15:02.46 | W_SHaRK | ok so I'll set a cross compile env |
15:02.47 | NAiL | You might want to check #debian-arm on irc.debian.org |
15:02.47 | W_SHaRK | thx |
15:02.47 | NAiL | If you're compiling natively and you get that error, I believe it's a bug with the toolchain |
15:02.49 | W_SHaRK | are you a fan of NiN btw ? :) |
15:05.27 | *** join/#nslu2-linux DaKa (n=David@nslu2-linux/daka) |
15:05.28 | NAiL | heh, I was a bit more NiN fan in the old days. I don't think it's actually related to my nick though :-P |
15:05.28 | W_SHaRK | :) |
15:05.28 | *** join/#nslu2-linux ka6sox-away (n=tking@netblock-66-159-209-57.dslextreme.com) |
15:05.29 | ka6sox-away | cbpage ping |
16:47.57 | hillct | is there a set of virtual packages for building a toolchain that will cross-compile for 3.10-beta ? |
16:47.57 | hillct | when I got my recipie going for logrotate, I found it ended up with a dependency on libgcc1 (>= 4.1.1). How do I sddress this? |
16:47.58 | hillct | erthe resultant logrorate package did, I mean |
16:47.58 | hillct | how do I address this? |
16:47.58 | W_SHaRK | http://www.nslu2-linux.org/wiki/DebianSlug/CrossCompiling |
16:47.59 | hillct | if only I was running debian |
16:48.00 | W_SHaRK | you can set a virtual machine on your pc or something like that ? |
16:48.01 | hillct | I suppose |
16:48.01 | hillct | I'm running FC6. I had no trouble with the current toolchain via 'bb virtual/armeb-linux-gcc virtual/libc'. I'm just suprised the virtual packages aren't versioned such that you can built toolchains suitable for each release |
16:48.01 | hillct | My setup is as described here: http://www.nslu2-linux.org/wiki/Optware/SlugosbeDevel |
16:48.01 | hillct | I guess the other option is to wait for my second slug to arrive (next week) and use it as a dev enviroment |
16:48.01 | hillct | installing the bleeding edge code there |
16:48.02 | hillct | or, I suppose I could try a native build... |
16:48.02 | hillct | that too, would take a great deal of setup |
16:48.02 | hillct | I've already spent days at this and now I find I can't even test the damn package |
16:48.02 | hillct | quite frustrating |
16:48.03 | NAiL | make setup-slugos-3.10-beta will check out the proper sources for 3.10-beta. |
16:48.03 | *** join/#nslu2-linux eiffel (n=eiffel@p5B0508A6.dip0.t-ipconnect.de) |
16:48.03 | NAiL | cd releases/slugos-3.10-beta/ && make DISTRO=openslug |
16:48.03 | NAiL | after a while it'll have built you a toolchain that is correct for 3.10 |
16:48.03 | W_SHaRK | I'm still a N00b with the arm slug... anyway, I thought native compilation will be easier, but it definitlvy not working on my nslu |
16:48.03 | hillct | oh |
16:48.04 | hillct | geez. I wish I'd known that days ago :) |
16:48.04 | hillct | will update the wiki as soon as i get this working |
16:48.05 | hillct | NAiL: is there a way to avoid building the whole distro in that case, as there is with the current minimum toolchain? |
16:48.07 | hillct | NAiL: before I heard from you, I had attempted 'bb virtual/armeb-linux-gcc-3.4.4 virtual/libc' |
16:48.07 | NAiL | well, building the kernel should build about the minimum |
16:48.07 | NAiL | more or less |
16:48.07 | hillct | it does seem to be building the right versions, but it's still building. Should I wait for it to finish or would it just run up against other dependencies? |
16:48.08 | hillct | perhaps I should stop and start again with your approach since it's known to work |
17:21.34 | *** join/#nslu2-linux Jin^eLD (n=jin@belief.htu.tuwien.ac.at) |
17:21.36 | Jin^eLD | hi, not sure if this is the right place to ask about the wl500g, somehow I can't find the prebuild toolchain from ASUS, any ideas where to get it? the GPL package from ASUS did not have it too |
17:21.40 | W_SHaRK | sorry can't help you :/ |
17:21.41 | Jin^eLD | is there a dedicated optware channel? |
17:21.41 | Jin^eLD | well ok, I'll try a different approach then :) eno created optware packages of the software that I am working on, but that only worked out for non uclibc targets |
17:21.43 | Jin^eLD | for uclibc we had a problem with a dependency - with id3lib |
17:21.44 | Jin^eLD | I'd like to take a look at it, maybe I can fix it |
17:21.44 | Jin^eLD | so basically I just want to build optware for some uclibc target, but I am new to optware and I do not have any hardware supporting it |
17:22.18 | Jin^eLD | which target is the "easiest" in terms of installation? |
17:22.18 | Jin^eLD | i.e. - without any external vendor downlaods or something |
17:22.18 | Jin^eLD | ? |
17:22.19 | W_SHaRK | did you look at : http://www.nslu2-linux.org/wiki/Optware/AddAPackageToOptware ? |
17:22.19 | Jin^eLD | I did.. but I have to admit that I was looking for wl500g specific info :) let me check again |
17:22.19 | W_SHaRK | well, it's a bit nslu2 specific here |
17:22.19 | W_SHaRK | I guess |
17:22.20 | Jin^eLD | well, thats the thing - I did a test with optware and could build for nslu2 |
17:22.20 | Jin^eLD | but as far as I know nslu2 is glibc based? |
17:22.20 | Jin^eLD | I need some uclibc target |
17:22.20 | CIA-19 | 03osas * r5516 10optware/trunk/ (make/asterisk14.mk sources/asterisk14/nv.patch): asterisk14: r55097 -> 55196 + adding three extra nv_app files |
17:23.32 | W_SHaRK | what are you running on your wl500g ? |
17:23.32 | Jin^eLD | I do not have a wl500g :) I just have a nasty user who keeps pestering me about a port of my upnp server to the wl500g |
17:23.32 | Jin^eLD | I think he uses Oleg's firmware |
17:23.32 | W_SHaRK | ha sorry :) |
17:23.33 | Jin^eLD | :) |
17:23.33 | Jin^eLD | so right now I am looking for an easy way to build something for this target |
17:23.33 | W_SHaRK | I understand now :) |
17:23.33 | Jin^eLD | but I failed at... finding the prebuild toolchain, which is really stupid :) |
17:24.07 | Jin^eLD | the links in the forums turn out dead, and the asus.zip did not have it |
17:24.07 | Jin^eLD | :) |
17:55.41 | W_SHaRK | are you talking about this forum ? http://wl500g.info/ |
17:55.42 | Jin^eLD | yes |
17:55.43 | Jin^eLD | maybe I missed something.. but so far the links I found did not work for me; I got oleg's update to the toolchain |
17:55.43 | Jin^eLD | but afaik the original from ASUS is still required |
17:55.43 | NAiL | Jin^eLD: You can make the toolchain by using the master makefile AFAIK |
17:55.43 | Jin^eLD | NAiL: you mean just set OPTWARE_TARGET to oleg and it will build the toolchain? |
17:55.44 | NAiL | I don't remember the specific target, but it should be in the list at the start of the optware makefile |
17:55.44 | eno | Jin^eLD: try "cd optware; make oleg-target; cd oleg; make directories; make toolchain" |
17:55.44 | Jin^eLD | hey eno :) |
17:55.44 | Jin^eLD | thx |
17:55.44 | W_SHaRK | still building mine on my poor dual PII-300 lol |
17:55.45 | Jin^eLD | crap.. Resolving nas.kynisk.com... failed: Name or service not known - it can't download the linux-libc-headers-TS101.tar.bz2 file |
17:55.45 | Jin^eLD | google keeps silent.. are there no mirrors for this one? |
17:55.45 | NAiL | no, and you shouldn't need it |
17:55.45 | NAiL | infact, I should remove that part from the makefile |
17:55.45 | Jin^eLD | ok where do I disable it? |
17:55.45 | eno | optware/make/buildroot.mk |
17:55.45 | Jin^eLD | yep just found it.. |
17:55.46 | eno | or you can try touch downloads/linux-libc-headers-TS101.tar.bz2 |
17:55.46 | W_SHaRK | if you are maintaining the MakeFile NAiL, you should correct the setup-host-ubuntu to use sudo instead of su, because ubuntu disables root by default |
17:55.46 | *** join/#nslu2-linux kfm82_ (n=kfm82@p54BEF0E1.dip.t-dialin.net) |
17:55.47 | Jin^eLD | eno: thx, it seems to be building now |
17:55.48 | NAiL | W_SHaRK: I'm not, but I'll do it ;) |
17:55.48 | W_SHaRK | oops sorry, I forgot the wiki powa :) |
17:55.48 | CIA-19 | 03nail * r5517 10optware/trunk/make/buildroot.mk: buildroot.mk: Remove traces of the ts101 target |
17:56.23 | *** join/#nslu2-linux joshin (n=josh@unaffiliated/joshin) |
18:56.15 | eno | any1 knows "ERROR: You must set MACHINE to nslu2le or nslu2be. |
18:56.15 | eno | ? |
18:56.15 | eno | i was trying to "make slugosbe-image" |
18:56.15 | CoreDump|home | eno: your OE env isn't setup right. Dunno about the makefile thingy I'm afraid |
18:56.19 | eno | ah, slugosbe/conf/auto.conf is where it's set |
18:56.19 | osas | hi eno |
18:56.19 | eno | i probably setup slugosbe a couple of days ago, and it was using nslu2 |
18:56.19 | eno | hi osas |
18:56.19 | osas | can you check this: http://bugs.digium.com/view.php?id=8637 |
18:56.19 | osas | tha latest post from digium |
18:56.20 | osas | about the pg_conf |
18:56.20 | osas | I was trying to get postgres support for asterisk14 |
18:56.21 | eno | besides checking the existence and trying to execute pg_config, what info does configure need? |
18:56.21 | osas | dunno exactly ... |
18:56.21 | osas | I will try to find out |
18:56.22 | osas | do you think that we can build two pg_conf? |
18:56.22 | osas | one against the host and the other one cross? |
18:56.22 | osas | install the host one in the stage and the other on in tha package |
18:56.22 | eno | sometimes we do that, we even have a host/{builds,staging} for that |
18:56.23 | eno | it really depends on what info configure needs |
18:56.23 | osas | I will check and let you know ... |
18:56.23 | osas | can we fix postgres? |
18:56.23 | eno | if we have these info (such as -I or -L -l), then we might just well give it |
18:56.31 | osas | right now the buil will fail b/c is checking the executable ... |
18:56.31 | osas | so we will need to patch the config ... |
18:56.31 | eno | i prefer not changing postgres unless we have to |
18:56.31 | osas | and the whole purpose of the bug was to get rid of the patches |
18:56.31 | eno | well, to me, patching configure to make it cross compilable is common |
18:56.31 | osas | I will dig more and let you know ... |
18:56.32 | osas | yeah ... but some good S/W out there will compile ok w/o a patch :-) |
18:56.32 | osas | and this is my goal |
18:56.32 | osas | I got openser to fix some issues :-) |
18:56.32 | eno | in this case, fixing postgresql will be more work |
18:56.32 | osas | I see |
18:56.33 | osas | maybe we can live without it since we have odbc :-) |
18:56.35 | eno | checking and running pg_config made the assumption that compilation is not cross |
18:56.36 | eno | there are other packages depending on postgresql that can get -I -L -l info in different ways |
18:56.36 | eno | although i wish postgresql were using pkgconfig |
18:56.36 | osas | I will see what I can do ... |
21:36.38 | *** join/#nslu2-linux jbot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
21:36.38 | *** topic/#nslu2-linux is nslu2-linux developer channel - use #nslu2-general for end-user questions |
22:00.23 | cbpage | hope there's linux on the mips one too |
22:00.36 | cbpage | if there's one thing i know about dlink -- they can't write drivers/firmware worth a damn ;) |
22:01.05 | Jin^eLD | dammit.. I only changed the id3lib.tar.gz package in downloads, make id3lib - and it wiped out my toolchain and starts to build the toolchain all over again.. the 4th time today |
22:01.12 | Jin^eLD | any ideas what could be causing this? |
22:18.13 | *** join/#nslu2-linux jacques (n=jacques@nslu2-linux/jacques) |
22:24.02 | *** join/#nslu2-linux DaKa (n=David@nslu2-linux/daka) |
22:28.16 | CIA-19 | 03marceln * r5520 10optware/trunk/Makefile: scponly works for the slug (wl-hdd builds but doesn't work) |
22:29.45 | CIA-19 | 03marceln * r5521 10optware/trunk/Makefile: Scponly ready for testing on the slug |
22:46.32 | *** join/#nslu2-linux DaKa (n=David@nslu2-linux/daka) |
22:55.05 | CIA-19 | 03bzhou * r5522 10optware/trunk/Makefile: scponly promoted |
23:10.29 | hillct | yay! My second slug will be ariving next week |
23:11.00 | NAiL | cool |
23:11.06 | NAiL | the more, the merrier ) |
23:11.07 | NAiL | ;) |
23:11.10 | hillct | slugs 3 and 4 will stay at a friend's house |
23:11.28 | hillct | connected via vpn |
23:11.38 | NAiL | nice |
23:12.06 | hillct | what exactly does it take to put together a native package? Is there an automated native build system out there? |
23:12.27 | NAiL | I'm not sure the native builder is active anymore |
23:12.37 | NAiL | There was a slug dedicated to doing native builds |
23:12.55 | NAiL | AFAIK, it hasn't been updated for a long time |
23:12.57 | hillct | since I seem to be aquiring so many of the damn things, I figure I'd put together a distributed native build mechanism |
23:13.11 | NAiL | distcc |
23:13.20 | hillct | saw that mentioned |
23:13.26 | hillct | how comprehensive it it? |
23:13.56 | hillct | does it just work from a list of packages and allocate to a list of slugs? |
23:14.11 | eno | there is someone running gentooslug, build with distcc |
23:14.52 | hillct | I may play with it a bit just as soon as I get done with logrotate and (next) ntpclient |
23:15.15 | NAiL | hillct: btw, you might want to send the .bb to the mailinglist so it's added to the repo |
23:15.22 | NAiL | isn't ntpclient already in the repo? |
23:15.35 | hillct | not in OE |
23:15.39 | hillct | it's in optware |
23:15.43 | hillct | same with logrotate |
23:16.06 | hillct | oe only has logrotate-script which is IMHO rather weak |
23:16.38 | NAiL | isn't ntpdate enough? ;) |
23:16.49 | hillct | I'll send the .bb files off to the list just as soon as I've tested them |
23:17.15 | hillct | there's rdate that's part of busybox |
23:17.18 | eno | sometimes i build optware packages natively, with or without distcc |
23:20.10 | hillct | I didn't see ntpdate in the repos |
23:20.49 | hillct | ntpdate is part of the xntpd package which is bloated |
23:20.56 | hillct | ntpclient is nice and lean |
23:21.34 | *** join/#nslu2-linux yvasilev (n=yvasilev@189.140.143.115) |
23:21.38 | hillct | it operates as a demon rather than being fired off via cron |
23:21.48 | NAiL | ah |
23:21.52 | NAiL | tried openntpd? |
23:22.01 | NAiL | IIRC it's way smaller than xntpd |
23:22.29 | hillct | hasn't looked at openntpd |
23:22.49 | hillct | guess I'll compare with ntpclient once I have it going |
23:22.51 | NAiL | I spent a couple of weeks tearing my hair out over openntpd ;) |
23:23.19 | hillct | do you feel strongly that it's the way to go? |
23:23.27 | hillct | I'm not interested in reinventing the wheel |
23:24.11 | NAiL | Well, it's small, fast and works very nice. Except if your clock is *way* off, or is drifting too fast for it to cope (which used to be the case with earlier firmware, fixed now) |
23:26.09 | hillct | I'll see about building ntpclient just because I need the practice with bitbake. If it gets too hairy, I'll just go with openntpd |
23:26.54 | NAiL | cool |
23:27.05 | NAiL | let me know what comes out of it |
23:27.15 | NAiL | I'll push it to the stable feed |
23:28.25 | hillct | can I safely remove all the build directories (in slugosbe/tmp) other than cross, after I build the toolchain? |
23:28.36 | hillct | I could use the space |
23:29.33 | NAiL | you can remove "work" |
23:29.49 | NAiL | You won't save that much space with the rest of the dirs |
23:30.00 | NAiL | (and I don't know which of the other dirs are safe to remove) |
23:30.13 | NAiL | do not remove the stamps dir ;) |
23:30.22 | NAiL | or staging |
23:30.38 | NAiL | deploy is safe |
23:30.55 | NAiL | rootfs should be safe too |
23:50.54 | CIA-19 | 03bzhou * r5523 10optware/trunk/ (make/asterisk14.mk sources/asterisk14/nv.patch): |
23:50.54 | CIA-19 | asterisk14: worked around use_ast_mutex_t_instead_of_pthread_mutex_t compilation error on uclibc |
23:50.54 | CIA-19 | by changing include order, see http://bugs.digium.com/view.php?id=5558 |
23:50.54 | CIA-19 | exclude .svn when building tarball next time |
23:51.41 | hillct | what are your thoughts on the Fedora/Redhat style cron run-parts mechanism? |
23:52.20 | hillct | seems it makes for far more convenient crod job addition by other packages |