Is there any way to remove build dependencies of the port after installing it?
Many ports use exotic tools for building and these tools are not used anymore when port is builded and installed.
I've upgraded server running OpenWebmail from Debian 4.0 to Debian 5.0. Perl was upgraded to 5.10 as well. I have issues with some functions of OpenWebmail (attachments are 0 bytes size, HTML-formatted e-mails are broken), may be there is some patch for Openwebmail or compatibility mode for Perl?
I've got a box which was partially updated to Debian Lenny. It throws Segmentation fault on even simple commands like ls. When I added file /etc/ld.so.nohwcap I was able to upgrade and run machine.
Now I'd like to remove this file, but when I do this -- I got the same segmentation fault. What should I check?
/etc/ld.so.nohwcap When this file is present the dynamic linker will
load the non-optimized version of a library, even
if the CPU supports the optimized version.
Good day!
While trying to recover a box to lenny it seems I've broken things. It upgrades libc and glib after that dpkg seems to be broken.
I can run apt-get, but it gets segmentation fault from dpkg:
# apt-get -f install
Reading package lists... Done
Building dependency tree... Done
0 upgraded, 0 newly installed, 0 to remove and 316 not upgraded.
9 not fully installed or removed.
Need to get 0B of archives.
After unpacking 0B of additional disk space will be used.
/bin/sh: line 1: 4606 Segmentation fault /usr/sbin/dpkg-preconfigure --apt
E: Sub-process /usr/bin/dpkg received a segmentation fault.
I can login via SSH but even ls is not working:
# ls
Segmentation fault
Is there anything I can do remotelly via SSH?
# ldd /bin/ls
linux-gate.so.1 => (0xffffe000)
librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0xb7fc8000)
libacl.so.1 => /lib/libacl.so.1 (0xb7fc2000)
libselinux.so.1 => /lib/libselinux.so.1 (0xb7fac000)
libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7e51000)
libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7e3f000)
/lib/ld-linux.so.2 (0xb7fd8000)
libattr.so.1 => /lib/libattr.so.1 (0xb7e3b000)
libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7e37000)
libsepol.so.1 => /lib/libsepol.so.1 (0xb7df6000)
It seems I've temporary fixed it with:
# touch /etc/ld.so.nohwcap
From here: http://saintaardvarkthecarpeted.com/blog/archive/2005/08/_etc_ld_so_nohwcap.html
I have a server with Gentoo and Postfix. Postfix is configured so that all e-mail messages are routed through an external relay which requires a particular address in 'From'.
From /etc/postfix/main.cf:
relayhost = relay.example.com
I also have a cron task, which I'd like to send e-mail from. But the 'From' address is 'user@hostname', which is not allowed on a relay. Is it possible to substitute the correct address to cron for sending messages or fix the Postfix configuration in some way?
I've installed PEAR on Debian Lenny using apt-get install php-pear, it was installed in /usr/share/php
When I try to install anything using pear install <package> the PEAR folder is created under current user home directory and separate copy of pear is installed there.
I ended up by installing local copy of PEAR for one of the users like this: http://kuziel.info/log/archives/2006/04/01/Installation-of-local-PEAR-repository
Is any way to tell pear to install packages to system-wide repository in /usr/share/php? What is the recommended way of using system-wide PEAR copy?
I have a system that was possibly rootkited (the IRC bot was installed and +ai attributes were set on /usr/bin, /usr/sbin, /bin, /sbin). The IRC bots were deleted and system was upgraded to 5.0.4 from 4.0. I'm afraid that something in the folders I've mentioned was modified. I can't reinstall the box, so is there any way to check the integrity of the system? I have already checked rkhunter and chrootkit.