Search results

You might want to manually go in and edit the /etc/cups/cupsd.conf file so that 'debug' is your LogLevel. That'll put a boatload of info into /var/log/cups/error_log and perhaps help determine the cause of the problem. I will say that just yesterday, I got my Lombard/Jag/CUPS printing...

so where is the '-lncurses' on the command line via the Makefile? You need to call it out during the final link phase. Just installing ncurses isn't enough.

try recompiling and including -lcurses on the linker command

some packages include an 'uninstall' target in their Makefiles. Many do not. it really boils down to figuring out where it stashed all the files and moving them out of the way. Usually, things are rooted in /usr/local but a 'make -n install' will show you what gets installed w/o...

well, no and yes. It does include a rudimentary 'runsocks' shell script which re-orders the dynamic library path which should accomplish what you want. However, that script doesn't know about OSX but that should be pretty trivial to change. If you have the libsocks.dylib...

http://www.gnu.org/software/mailman/mailman.html

if you want virtual desktops, there are a few products out there like codetek.com If you just want consoles, then GNU 'screen' will do.

I have the bsdmall.com Darwin 1.4.1 CDROM in front of me and according to that at least, it requires an Intel 440BX motherboard. I think that if you want to futz around and attempt to get it to work, experiment, etc, you can give Darwin a try. If you want to put a workable Unix-like...

the configure script is written in 'sh', not perl. Second, I've looked at it and its one of the poorer configure scripts because generally, you can tell the script where to find libraries. Fink puts all of its stuff in /sw/.... and its libraries in /sw/lib. If your running...

it's not a big deal. Some versions of 'ar' have the 's' flag, others do not. All it does is add a table of contents to the .a archive. The same thing can be achieved using the 'ranlib' command. So, modify the Makefile to remove the 's' and add a line that runs ranlib on the thing...

Perhaps in the 'active network ports' tab on the Network setup page you have Ethernet ABOVE modem? You could do somthing like a ifconfig en0 down also

You'll want to edit the /etc/ttys file to turn the appropriate tty 'on' and then you need to tell the init process to reread the file via a 'kill -s HUP 1'

well, perl should be able to kick off a fortran program using the 'system' call (assuming that is supported on the VMS port of perl). The 'system' call will 'stall' (or block) the perl program until it is over and then it (the perl program) continues. Then you get perl to load the...

my thought would be to get a USB-serial widget and assuming that the driver software is reasonable, you should be able to enable 'getty' on that line and have it work.

check the /etc/sudoers file to see who is allowed first off. then do an 'id' to see if you are in fact in teh same group or whatever. If you are, then sudo is correct.

Last year, we had a thunderstorm in my area and I lost motherboards, add-in cards, stereo equip, garage opener, phones and answering machines. If you think the network prefs are correct, you should at least be able to 'ping' the iMac. On many hubs/routers, there is an LED to indicate...

I vaguely recall seeing some webpage about how to do it but in general, unless you are very comfortable disassembling and working on microelectronics, it ain't gonna happen. perhaps a Google will turn up the page.

part of the reason may be because for an anonymous ftp account, the daemon does a 'chroot' and effectively remaps '/' so you probably can't get to your other drive.

each piece of s/w is different. most take a -v kind of option..... [localhost:~] howardm% httpd -version Server version: Apache/1.3.26 (Darwin) Server built: 06/24/02 16:41:08

Your A= needs to be: A=TCP $h From reading the sendmail source: if (strcmp(m->m_mailer, "[IPC]") == 0) { /* Use the second argument for host or path to socket */ if (m->m_argv[0] == NULL || m->m_argv[1] == NULL ||...