Unfortunately no one can be told what fun_plug is - you have to see it for yourself.
You are not logged in.
Has anyone got bind (or another DNS server) successfully running on a DNS-323 yet?
Offline
dnsmasq isn't an option since it does not allow you to maintain your own zones.
I currently have chroot'ed a bind 8.4.7 and runs fine.
Mem: 42352K used, 19596K free, 0K shrd, 13372K buff, 15892K cached
Load average: 0.16 0.03 0.01
PID USER STATUS VSZ PPID %CPU %MEM COMMAND
...
2379 root SW 2744 1 0.0 4.4 named
..
Offline
dnsmasq delivers entrys in /etc/hosts. In some cases (let's say just a few hosts) this maybe enough and it's easy to maintain. But if you say bind runs fine, ok. I'd prefer powerdns but without a database server like mysql or postgresql as backend that's not a big difference to bind.
Offline
you right. for some cases it might be enough. if it is less memory consuming - good. but i guess currently there is no 'native' binary for DNS-323 available? even fonz's fun-plug 0.5 does not contain one.
Offline
That sounds a good way forward for me.
Fonz - do you have a date in mind for the next update?
Offline
oxygen wrote:
for people who want to install the new packages: install tar and gzip before busybox, or you are screwed.
Are you mixing old and new packages? If you don't reinstall (like I suggest in the ChangeLog), you start mixing gcc42 and gcc41 toolchains. The gcc42 toolchain was broken, I don't know how well that works together.
What exactly was your problem? funpkg removing too many files on upgrade? If that's the case, it's because of a dangerous limit in busybox's comm applet. If you don't want to reinstall, do this first:
cd /ffp/var/packages rm -f busybox* gzip* tar* ffp-scripts* cd /path/to/new/packages funpkg tar*.tgz gzip*.tgz busybox*.tgz ffp-scripts*.tgz
You should then be able to upgrade the remaining packages using 'funpkg -u *.tgz'
Last edited by fonz (2008-03-11 12:54:11)
Offline
fonz wrote:
oxygen wrote:
for people who want to install the new packages: install tar and gzip before busybox, or you are screwed.
Are you mixing old and new packages? If you don't reinstall (like I suggest in the ChangeLog), you start mixing gcc42 and gcc41 toolchains. The gcc42 toolchain was broken, I don't know how well that works together.
What exactly was your problem? funpkg removing too many files on upgrade? If that's the case, it's because of a dangerous limit in busybox's comm applet. If you don't want to reinstall, do this first:Code:
rm /ffp/var/packages/busybox* funpkg /path/to/new/busybox...tgz
I did not reinstall because i made some modification to al lot of scripts. especially because i have installed ffp on a flash drive. i did a wget -r --level=0 http://www.inreto.de/dns323/fun-plug/0. … /packages/ and then deleted the things i didn't want. then i did funpkg *.tgz
the problem was, that busybox was upgraded before gzip and tar was installed, but the new busybox version lacks the tar and gzip applets. i managed to get it working by untar'ing the packages over nfs.
Offline
oxygen wrote:
the problem was, that busybox was upgraded before gzip and tar was installed, but the new busybox version lacks the tar and gzip applets. i managed to get it working by untar'ing the packages over nfs.
Good point. That's a problem when not doing a reinstall. You're right, it's better to install tar and gzip first.
Offline