Question answered. You asked about 7 and you say 7.0 works.Important point is that I installed FreeBSD 7.0 several months back with no issues at all.
I don't know where you are seeing the 7.x but this page only list 7.0.The DA site lists support for FreeBSD 7.x (notice the "x" as opposed to a "0") as "Beta/Unstable".
Well, I did post here and here. MySQL wasn't the only problem. There were problems with SuPHP, apache, just a multitude really. but then again, it might just be due to that howto I followed to combine DA & FreeBSD's ports (see below).I never got any information from anyone that things do not work or something. 64bit system with 32bit compat shims might work out best indeed.
Installatron might have used /tmp/mysql.sock or something, which is placed somehwere else on the FreeBSD system, creating a symbolic link might have fixed that, but given that you stopped trying, this might no longer be resolved.
Neither have I. But I have had coredumps with the libiconv installed by DA's installation script which required me to reinstall libiconv from ports. I'm also not the only one.Note that by having libiconv from ports I never -ever- got a coredump for csh...
Ok so I've done the upgrade. AfterWow nicely done! Please let us know how your upgrade goes.
/usr/sbin/freebsd-update -r 7.1-RELEASE upgrade && /usr/sbin/freebsd-update -r 7.1-RELEASE install
portsnap -I update
cd /usr/ports/misc/compat6x; make; make install
#!/bin/sh #Fix For /usr/bin/ld: /usr/lib/libpthread.a(thr_syscalls.o): relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC #/usr/lib/libpthread.a: could not read symbols: Bad value #Thanx Mel_Flynn on forums.freebsd.org mkdir /tmp/pthread.bkp mv /usr/lib/libpthread* /tmp/pthread.bkp/ cd /usr/lib for ext in .a .so _p.a; do ln -vs libthr$ext libpthread$ext done
As of yesterday FreeBSD is not supporting 7.0. That means no more security updates. DA has really dropped the ball with it's BSD support imho. Today I am upgrading to 7.1 branch and I hope all goes well but if I need to fight to get it all working so be it. I still want the 64-bit BSD version too. I can't stand having to run the 32 bit binaries on a quad-core. It's ridiculous.
Spooky. I started with the raq2 as well. Cobalt made imho some impressive machines. At least until Sun bought them and destroyed the low-end server market in one purchase. That has always annoyed me.bought out by WindRiver, who raised the support and licensing costs dramatically, about the same time we started looking at the early Cobalt RaQs (my first ones were the RaQ2 models). So we slowly and painfully moved back to Linux.
Since Cobalt RaQs were running a spinoff of Red Hat Linux, when we left them (or rather, when Sun abandoned us), we used Red Hat Linux, and then later Whitebox Linux and CentOS Linux, as we moved on, first to Plesk (we were a Gold Partner) and then to DirectAdmin.
I agree but realistically I doubt DA will bother. To me an even better solution would be a similar commercial package that was dedicated to FreeBSD. DA isn't cutting it and neither is Webmin.For me, the Holy Grail would be a FreeBSD 64-bit version of DA which works *with* the ports system rather than against it