epretorious

various different implementations the main Apache binary:: apache-mpm-event apache-mpm-itk apache-mpm-prefork apache-mpm-worker

I can't seem to locate the package that contains the Apache binary (/usr/sbin/httpd). The apache-base package sounds like it should have it... [epretorious@epretorious Desktop]$ rpm -qi apache-base Name : apache-base Relocations: (not relocatable) Version : 2.2.3 Vendor: Mandriva Release : 1.1mdv2007.0 Build Date: Wed 04 Jul 2007 01:00:22 PM MDT Install Date: Sun 09 Sep 2007 09:39:07 PM MDT Build Host: mercury.mandriva.com Group : System/Servers Source RPM: apache-2.2.3-1.1mdv2007.0.src.rpm Size : 415007 License: Apache License Signature : DSA/SHA1, Wed 04 Jul 2007 03:28:31 PM MDT, Key ID 9aa8d0d022458a98 Packager : Mandriva Security Team <security@mandriva.com> URL : [url="http://www.apache.org"]http://www.apache.org[/url] Summary : Common files and utilities for apache Description : This package contains the apache utilities such as Apache Bench (ab) for stress testing your apache installation and several tools for managing user databases, access control, the apache logs and more. ...but it doesn't. It contains may related tools: [epretorious@epretorious Desktop]$ rpm -ql apache-base | grep sbin /usr/sbin/ab /usr/sbin/apachectl /usr/sbin/check_forensic /usr/sbin/checkgid /usr/sbin/dbmmanage /usr/sbin/htdbm /usr/sbin/htdigest /usr/sbin/htpasswd /usr/sbin/httxt2dbm /usr/sbin/list_hooks.pl /usr/sbin/log_server_status /usr/sbin/logresolve /usr/sbin/logresolve.pl /usr/sbin/rotatelogs /usr/sbin/split-logfile ...including /usr/sbin/apachectl - a shell script that executes the Apache binary - but it does not require the package that provides /usr/sbin/httpd. [epretorious@epretorious Desktop]$ sudo /usr/sbin/apachectl start /usr/sbin/apachectl: line 80: /usr/sbin/httpd: No such file or directory Please help!

I'm not sure that installing over the current installation is such a good idea: The current installation has been updated over time and the freshly-installed packages might conflict with the currently-installed (i.e., updated) packages. Success! :D I booted the system using an old hard drive and I copied the libraries from a running Mandriva 2007.0 system onto the root partition (mounted at /mnt) and recreated the links: epretorious@epretorious-t43:/mnt/lib$ sudo ln -s librt-2.4.so librt.so.1 epretorious@epretorious-t43:/mnt/lib$ sudo ln -s libdl-2.4.so libdl.so.2 epretorious@epretorious-t43:/mnt/lib$ ls -al lib{dl,rt}* -rwxr-xr-x 1 root root 9700 2007-04-26 21:30 libdl-2.4.so lrwxrwxrwx 1 root root 12 2007-04-26 21:32 libdl.so.2 -> libdl-2.4.so -rwxr-xr-x 1 root root 26488 2007-04-26 21:30 librt-2.4.so lrwxrwxrwx 1 root root 12 2007-04-26 21:31 librt.so.1 -> librt-2.4.so epretorious@epretorious-t43:/mnt/lib$ ls -al ../usr/lib/lib{dl,rt,c}.so -rw-r--r-- 1 root root 238 2007-01-18 10:53 ../usr/lib/libc.so lrwxrwxrwx 1 root root 20 2007-02-25 11:49 ../usr/lib/libdl.so -> ../../lib/libdl.so.2 lrwxrwxrwx 1 root root 20 2007-02-25 11:49 ../usr/lib/librt.so -> ../../lib/librt.so.1 Thanks!

From a running Mandriva 2007.0 system: [admin@vdc-vm2 lib]$ cd /lib [admin@vdc-vm2 lib]$ ls -al libdl* librt* -rwxr-xr-x 1 root root 9700 Jul 24 2006 libdl-2.4.so* lrwxrwxrwx 1 root root 12 Dec 7 04:39 libdl.so.2 -> libdl-2.4.so* -rwxr-xr-x 1 root root 26488 Jul 24 2006 librt-2.4.so* lrwxrwxrwx 1 root root 12 Dec 7 04:39 librt.so.1 -> librt-2.4.so* [admin@vdc-vm2 lib]$ cd /usr/lib [admin@vdc-vm2 lib]$ ls -al libdl* librt* libc.* -rw-r--r-- 1 root root 238 Jul 24 2006 libc.so lrwxrwxrwx 1 root root 20 Dec 7 04:42 libdl.so -> ../../lib/libdl.so.2* lrwxrwxrwx 1 root root 20 Dec 7 04:42 librt.so -> ../../lib/librt.so.1* On my system (mounted at /mnt): epretorious@epretorious-t43:/mnt/usr/lib$ cd /mnt/lib epretorious@epretorious-t43:/mnt/lib$ ls -al libc.* librt.* libdl.* ls: libc.*: No such file or directory ls: librt.*: No such file or directory ls: libdl.*: No such file or directory epretorious@epretorious-t43:/mnt/lib$ cd /mnt/usr/lib/ epretorious@epretorious-t43:/mnt/usr/lib$ ls -al libc.* librt.* libdl.* -rw-r--r-- 1 root root 238 2007-01-18 10:53 libc.so lrwxrwxrwx 1 root root 11 2007-02-25 11:47 libc.so.6 -> libc-2.4.so lrwxrwxrwx 1 root root 20 2007-02-25 11:49 libdl.so -> ../../lib/libdl.so.2 lrwxrwxrwx 1 root root 12 2007-02-25 11:47 libdl.so.2 -> libdl-2.4.so lrwxrwxrwx 1 root root 20 2007-02-25 11:49 librt.so -> ../../lib/librt.so.1 lrwxrwxrwx 1 root root 12 2007-02-25 11:47 librt.so.1 -> librt-2.4.so Assuming that I can just copy the libraries across, I've got some reconstructive surgery to do.

OMG - I had no idea how important these files are: When I rebooted the system, init complained... /bin/bash: error while loading shared libraries: libdl.so.2: cannot open shared object file: no such file or directory. ...and the boot process completely stopped! What do I do now?! :huh:

HELP! :huh: I accidentally deleted three of glibc's libraries (libdl.so.2, libc.so.6, & librt.so.1) and now I'm not able to recover them using RPM: [root@eto-dhcp34 ~]# rpm --Uvh /var/lib/misc/Mandrivalinux/media/main/glibc-2.4-4mdk.i586.rpm --Uvh: unknown option [root@eto-dhcp34 ~]# urpmi /var/lib/misc/Mandrivalinux/media/main/glibc-2.4-4mdk.i586.rpm /usr/bin/perl: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory

The kernel output from the BackTrack2 Live-CD is more verbose: BT ~ # cardctl ident Socket 0: product info: "Lucent Technologies", "WaveLAN/IEEE", "Version 01.01", "" manfid: 0x0156, 0x0002 function: 6 (network) BT ~ # dmesg | tail -20 pcmcia: registering new device pcmcia0.0 orinoco 0.15 (David Gibson <hermes@gibson.dropbear.id.au>, Pavel Roskin <proski@gnu.org>, et al) orinoco_cs 0.15 (David Gibson <hermes@gibson.dropbear.id.au>, Pavel Roskin <proski@gnu.org>, et al) eth2: Hardware identity 0001:0001:0004:0002 eth2: Station identity 001f:0001:0008:0034 eth2: Firmware determined as Lucent/Agere 8.52 eth2: Ad-hoc demo mode supported eth2: IEEE standard IBSS ad-hoc mode supported eth2: WEP supported, 104-bit key eth2: MAC address 00:02:2D:B5:8A:E0 eth2: Station name "HERMES I" eth2: ready eth2: orinoco_cs at 0.0, irq 3, io 0x5100-0x513f eth2: Monitor mode support is buggy in this firmware, not enabling ADDRCONF(NETDEV_UP): eth2: link is not ready eth2: New link status: Connected (0001) ADDRCONF(NETDEV_CHANGE): eth2: link becomes ready eth2: Monitor mode support is buggy in this firmware, not enabling eth2: no IPv6 routers present eth2: Monitor mode support is buggy in this firmware, not enabling It appears that the firmware of my YDI Diamond (i.e., Orinoco Silver) card isn't supported: From The Latest News & Updates page of the Linux ORiNOCO Driver site ...

This is a physical-layer issue. (i.e., If there's no link light, there is a problem with the hardware. Period.) ;) Please test the ethernet connection with a separate card/router and verify.

Do I need to patch the source and recompile the kernel to get monitor mode in orinoco? According to The Latest News & Updates page of the Linux ORiNOCO Driver site, version 0.15 contains "Monitor mode support" but when I go to enable monitor mode, iwconfig complains: [epretorious@localhost Desktop]$ uname -r 2.6.17-5mdv [epretorious@localhost Desktop]$ rpm -q kernel-2.6.17.5mdv kernel-2.6.17.5mdv-1-1mdv2007.0 [epretorious@localhost Desktop]$ /sbin/pccardctl info PRODID_1="Lucent Technologies" PRODID_2="WaveLAN/IEEE" PRODID_3="Version 01.01" PRODID_4="" MANFID=0156,0002 FUNCID=6 Apr 19 22:41:56 localhost kernel: pccard: PCMCIA card inserted into slot 0 Apr 19 22:41:56 localhost kernel: cs: memory probe 0xd0000000-0xd7ffffff: excluding 0xd0000000-0xd7ffffff Apr 19 22:41:56 localhost kernel: cs: memory probe 0xa8400000-0xb7ffffff: excluding 0xa8400000-0xa8bfffff 0xa9c00000-0xac3fffff Apr 19 22:41:56 localhost kernel: pcmcia: registering new device pcmcia0.0 Apr 19 22:41:56 localhost ifplugd(eth3)[7984]: ifplugd 0.28 initializing. Apr 19 22:41:56 localhost ifplugd(eth3)[7984]: Using interface eth3/00:02:2D:B5:8A:E0 with driver <orinoco> (version: 0.15) Apr 19 22:41:56 localhost ifplugd(eth3)[7984]: Using detection mode: SIOCETHTOOL Apr 19 22:41:56 localhost ifplugd(eth3)[7984]: Initialization complete, link beat not detected. Apr 19 22:41:57 localhost kernel: eth3: New link status: Connected (0001) Apr 19 22:41:57 localhost ifplugd(eth3)[7984]: Link beat detected. Apr 19 22:41:58 localhost ifplugd(eth3)[7984]: Executing '/etc/ifplugd/ifplugd.action eth3 up'. [root@localhost ifplugd]# /sbin/iwconfig eth3 mode monitor Error for wireless request "Set Mode" (8B06) : SET failed on device eth3; Operation not supported. Why can't I set the card's mode to "monitor"? FWIW: Monitor mode works for my Intel ipw2200 and my Prism 2-based pcmcia card. [moved from Software by spinynorman]

I downloaded Johnny Long's excellent presentation"No-Tech Hacking" from ShmooCon 2007 but, when I play it using Totem 2.16.1 there's no sound. [epretorious@localhost Video]$ file "No-Tech Hacking - Johnny Long.mp4" No-Tech Hacking - Johnny Long.mp4: ISO Media, MPEG v4 system, version 1 Should I be using a different player for MPEG 4 video?

A thread in the Kismet forum claims that this error is caused by compiling against an old version of libpcap: Using the prescribed method, I verified that the version included with Mandriva 2007.0 is, indeed, quite old: [epretorious@eto-dhcp36 ~]$ /usr/sbin/tcpdump --version tcpdump version 3.9.4 libpcap version 0.9.1 ...so I decided to compile that latest stable verion of libpcap (0.9.5) from source: Downloaded the latest stable source, Removed libpcap0, libpcap0-devel, kismet, Installed byacc (byacc-1.9-20mdk) & flex (flex-2.5.4a-25mdv2007.0) to satisfy libpcap's dependencies, Compiled libpcap, and Compiled kismet. Kismet run's very nicely now! :D

Oops - I didn't have urpmi source "main" configured correctly. ;) I installed libpcap0-devel and compiled kismet successfully, but kismet complains: [epretorious@localhost etc]$ sudo kismet Server options: none Client options: none Starting server... Waiting for server to start before starting UI... Will drop privs to epretorious (6021) gid 6021 No specific sources given to be enabled, all will be enabled. Enabling channel hopping. Enabling channel splitting. Source 0 (internal): Enabling monitor mode for ipw2200 source interface eth1 channel 6... Source 0 (internal): Opening ipw2200 source interface eth1... FATAL: arptype 803 not supported by libpcap - falling back to cooked socket

Most pcmcia/Cardbus 802.11b/g adapters work "right out of the box" but the Orinoco Classic Gold is the standard. HTH, Eric P. Sunnyvale, CA

I had to disable dependency checking to install kismet-3.1.060413-1mdv2007.0 (a.k.a. Kismet, v. 2006.04.R1) on Mandriva 2007.0 because of a dependency error (more). When I start kismet, though, it fails because the interface is reset: Feb 28 09:18:01 localhost sudo: epretorious : TTY=pts/0; PWD=/home/epretorious/Desktop; USER=root; COMMAND=/usr/bin/kismet Feb 28 09:18:01 localhost kernel: device eth1 entered promiscuous mode Feb 28 09:18:01 localhost kernel: audit(1172683081.510:4): dev=eth1 prom=256 old_prom=0 auid=4294967295 Feb 28 09:18:01 localhost ifplugd(eth1)[6175]: Link beat lost. Feb 28 09:18:07 localhost ifplugd(eth1)[6175]: Executing '/etc/ifplugd/ifplugd.action eth1 down'. Feb 28 17:18:07 localhost avahi-daemon[3357]: Withdrawing address record for 192.168.1.108 on eth1. Feb 28 17:18:07 localhost avahi-daemon[3357]: Leaving mDNS multicast group on interface eth1.IPv4 with address 192.168.1.108. Feb 28 17:18:07 localhost avahi-daemon[3357]: IP_DROP_MEMBERSHIP failed: No such device Feb 28 17:18:07 localhost avahi-daemon[3357]: iface.c: interface_mdns_mcast_join() called but no local address available. Feb 28 17:18:07 localhost avahi-daemon[3357]: Interface eth1.IPv4 no longer relevant for mDNS. Feb 28 09:18:07 localhost ifplugd(eth1)[6175]: Program executed successfully. Feb 28 09:18:08 localhost kernel: device eth1 left promiscuous mode Feb 28 09:18:08 localhost kernel: audit(1172683088.606:5): dev=eth1 prom=0 old_prom=256 auid=4294967295 Feb 28 09:18:09 localhost ifplugd(eth1)[6175]: Link beat detected. Feb 28 09:18:10 localhost ifplugd(eth1)[6175]: Executing '/etc/ifplugd/ifplugd.action eth1 up'. Feb 28 09:18:12 localhost dhclient: DHCPREQUEST on eth1 to 255.255.255.255 port 67 I found that by disabling ifplugd, kismet functions correctly (i.e., the interface remained in promiscuous mode) but I had to manually reconfigure the interface afterwards. How can I prevent ifplug from interfering with kismet but still reconfigure the interface when I'm done using kismet? Eric P. Sunnyvale, CA

Oops - I forgot to mention that the libpcap0 package is already installed: [epretorious@localhost Desktop]$ rpm -qa | grep pcap libpcap0-0.9.1-2mdk [epretorious@localhost Desktop]$ ls -al /usr/lib/libpcap* lrwxrwxrwx 1 root root 14 Feb 24 20:22 /usr/lib/libpcap.so.0 -> libpcap.so.0.9* -rwxr-xr-x 1 root root 167052 Jan 1 2006 /usr/lib/libpcap.so.0.9*

One more thing: This seems like a packaging bug. i.e., libMagick10.3.0 isn't even available for Mandriva 2007.0 - Mandriva 2007.0 ships with libMagick10.4.0!. I'd file a bug, but there's no packager information: [epretorious@eto-dhcp36 ~]$ rpm -qi kismet Name : kismet Relocations: (not relocatable) Version : 3.1.060413 Vendor: Mandriva Release : 1mdv2007.0 Build Date: Tue 27 Jun 2006 10:42:08 AM PDT Install Date: Tue 27 Feb 2007 06:00:20 PM PST Build Host: taz.eijk.nu Group : Networking/Other Source RPM: kismet-3.1.060413-1mdv2007.0.src.rpm Size : 2559126 License: GPL Signature : DSA/SHA1, Wed 20 Sep 2006 11:21:34 AM PDT, Key ID 445935f878d019f5 URL : http://www.kismetwireless.net Summary : Kismet is an 802.11b/g network sniffer and network dissector Description : Kismet is an 802.11b/g network sniffer and network dissector. It is capable of sniffing using most wireless cards, automatic network IP block detection via UDP, ARP, and DHCP packets, Cisco equipment lists via Cisco Discovery Protocol, weak cryptographic packet logging, and Ethereal and tcpdump compatible packet dump files. It also includes the ability to plot detected networks and estimated network ranges on downloaded maps or user supplied image files. What's the best way to make sure that this gets resolved? Eri c P. Sunnyvale, CA

I tried installing the kismet package from contrib (kismet-3.1.060413-1mdv2007.0) but it failed because of dependencies: [epretorious@eto-dhcp36 ~]$ sudo urpmi kismet Some requested packages cannot be installed: kismet-3.1.060413-1mdv2007.0.i586 (due to unsatisfied libMagick-10.3.0.so.0) Continue installation anyway? (Y/n) n [epretorious@eto-dhcp36 ~]$ rpm -qa | grep -i libmagick libMagick10.4.0-6.2.9.2-1.2mdv2007.0 ...so I downloaded the latest stable source and attempted to compile kismet-2007-01-R1b from source but am not able to configure on Mandriva 2007.0 (i586). i.e., When I run `configure`, it complains... [epretorious@eto-dhcp36 kismet-2007-01-R1b]$ ./configure --libdir=/usr checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no <<<snip>>> checking for linux/netlink.h... yes checking for linux/wireless.h... yes checking that linux/wireless.h is what we expect... yes checking that wireless extentions support SIOCIWFIRSTPRIV... yes checking for pcap_open_live in -lpcap... no configure: WARNING: Compiling without libpcap support. configure: WARNING: Compiling without libpcap support. Many capture sources will be disabled. <<<snip>>> config.status: creating Makefile config.status: WARNING: Makefile.in seems to ignore the --datarootdir setting config.status: creating scripts/kismet config.status: creating extra/buzzme/Makefile config.status: WARNING: extra/buzzme/Makefile.in seems to ignore the --datarootdir setting config.status: creating extra/Makefile config.status: WARNING: extra/Makefile.in seems to ignore the --datarootdir setting config.status: creating conf/kismet.conf config.status: creating conf/kismet_ui.conf config.status: creating config.h config.status: config.h is unchanged Configuration complete: Compiling for: linux-gnu (i686) C++ Library: stdc++ Installing as group: root Man pages owned by: man Installing into: /usr/local Setuid capable: yes Terminal Control: ncurses Curses interface: yes Panels interface: yes Linux Netlink capture: yes Linux wireless : yes Linux wireless v.22+ : yes pcap capture: no airpcap control: n/a (only Cygwin/Win32) WSP100 capture: no Viha capture: n/a (only Darwin) Radiotap headers: yes Using local dump code: yes Imagemagick support: no Expat Library: no GMP Library: no PThread Support: yes libz compression: no *** WARNING *** LibPCAP was not found. Kismet previously included a local copy of this library, however it now expects libpcap to be provided by the system. Kismet on Linux without LibPcap cannot capture data locally and will almost certainly NOT BE WHAT YOU WANT. Your distribution should provide packages for libpcap, otherwise it can be downloaded from http://tcpdump.org Configuration complete. Run 'make dep' to generate dependencies and 'make' followed by 'make install' to compile and install. How can I fix this? :huh: Eric P. Sunnyvale, CA [moved by mystified]

From the x0rfbserver manual page: X0RFBSERVER(1) User's Manual X0RFBSERVER(1) NAME x0rfbserver - a VNC server for an existing display SYNOPSIS x0rfbserver [-shared] [-viewonly] x0rfbserver { -stdio | -about | -help } DESCRIPTION This is a VNC server that acts for a pre-existing display (whereas the AT&T VNC server creates a new display). Buchan Milne had this to say in his post on the GLUG-tech mailing list:

FWIW: All of this has disabled Mandriva 2007's pretty splash screen.

FWIW: Security level is set to 'High' (MCC -> Security (Advanced) -> Set the System Security Level -> Basic Options -> Security Level = High) but I've allowed autologin (MCC -> Security (Advanced) -> Set the System Security Level -> System Options -> Autologins = Yes). :unsure:

For posterity: When I tried to install AOL Instant Messenger (aim-1.5.286-1.i386.rpm) on Mandriva 2007.0 (x86_64), rpm complained: [root@shaffer ~]# rpm -iv aim-1.5.286-1.i386.rpm error: Failed dependencies: libgdk-1.2.so.0 is needed by aim-1.5.286-1.i386 libglib-1.2.so.0 is needed by aim-1.5.286-1.i386 libgmodule-1.2.so.0 is needed by aim-1.5.286-1.i386 libgtk-1.2.so.0 is needed by aim-1.5.286-1.i386 libstdc++-libc6.1-1.so.2 is needed by aim-1.5.286-1.i386 ...so I installed libstdc++2.10, libgtk+1.2, and libglib1.2: root@shaffer ~]# urpmf libgdk-1.2.so.0 lib64gtk+1.2:/usr/lib64/libgdk-1.2.so.0 lib64gtk+1.2:/usr/lib64/libgdk-1.2.so.0.9.1 libgtk+1.2:/usr/lib/libgdk-1.2.so.0 libgtk+1.2:/usr/lib/libgdk-1.2.so.0.9.1 [root@shaffer ~]# rpm -q libgtk+1.2 package libgtk+1.2 is not installed [root@shaffer ~]# urpmi libgtk+1.2 To satisfy dependencies, the following packages are going to be installed: libglib1.2-1.2.10-16mdk.i586 libgtk+1.2-1.2.10-45mdv2007.0.i586 Proceed with the installation of the 2 packages? (2 MB) (Y/n) installing libgtk+1.2-1.2.10-45mdv2007.0.i586.rpm libglib1.2-1.2.10-16mdk.i586.rpm from //var/ftp/pub/Mandrivalinux/media/main32 Preparing... ############################################# 1/2: libglib1.2 ############################################# 2/2: libgtk+1.2 ############################################# [root@shaffer ~]# urpmf libstdc++-libc6.1-1.so.2 libstdc++2.10:/usr/lib/libstdc++-libc6.1-1.so.2 [root@shaffer ~]# urpmi libstdc++2.10 installing libstdc++2.10-2.96-0.83mdk.i586.rpm from //var/ftp/pub/Mandrivalinux/media/main32 Preparing... ############################################# 1/1: libstdc++2.10 ############################################# [root@shaffer ~]# urpmf libglib-1.2.so.0 lib64glib1.2:/usr/lib64/libglib-1.2.so.0 lib64glib1.2:/usr/lib64/libglib-1.2.so.0.0.10 libglib1.2:/usr/lib/libglib-1.2.so.0 libglib1.2:/usr/lib/libglib-1.2.so.0.0.10 [root@shaffer ~]# rpm -q libglib1.2 libglib1.2-1.2.10-16mdk [root@shaffer ~]# urpmf libgmodule-1.2.so.0 lib64glib1.2:/usr/lib64/libgmodule-1.2.so.0 lib64glib1.2:/usr/lib64/libgmodule-1.2.so.0.0.10 libglib1.2:/usr/lib/libgmodule-1.2.so.0 libglib1.2:/usr/lib/libgmodule-1.2.so.0.0.10 [root@shaffer ~]# rpm -q libglib1.2 libglib1.2-1.2.10-16mdk [root@shaffer ~]# urpmf libgtk-1.2.so.0 lib64gtk+1.2:/usr/lib64/libgtk-1.2.so.0 lib64gtk+1.2:/usr/lib64/libgtk-1.2.so.0.9.1 libgtk+1.2:/usr/lib/libgtk-1.2.so.0 libgtk+1.2:/usr/lib/libgtk-1.2.so.0.9.1 [root@shaffer ~]# rpm -q libgtk+1.2 libgtk+1.2-1.2.10-45mdv2007.0 [root@shaffer ~]# urpmf libstdc++-libc6.1-1.so.2 libstdc++2.10:/usr/lib/libstdc++-libc6.1-1.so.2 [root@shaffer ~]# rpm -q libstdc++2.10 libstdc++2.10-2.96-0.83mdk ...and, viola, it worked! :P [root@shaffer ~]# rpm -iv aim-1.5.286-1.i386.rpm Preparing packages for installation... aim-1.5.286-1

I get very different results: [root@shaffer ~]# urpmf --name vnc tightvnc [root@shaffer ~]# urpmi vnc-server no package named vnc-server Do I need to add an installation medium?

When I select Boot -> Enable Autologin from Mandriva Control Center (drakconf-10.4.13-1mdv2007.0), MCC complains: No bootloader found. Creating a new configuration. ...and then select "Launch the graphical environment when your system starts" and"Yes, I want autologin with this (user,desktop)" (and I select a user and the Gnome desktop) the system doesn't automatically log the user in when I restart the system. Why? :huh: FWIW: Using grub (grub-0.97-19mdv2007.0)

Is there a VNC server package for 2007.0? e.g., (The tightvnc package only includes the client/viewer.) [eric@shaffer ~]$ urpmq vnc tightvnc [eric@shaffer ~]$ rpm -qi tightvnc Name : tightvnc Relocations: (not relocatable) Version : 1.2.9 Vendor: Mandriva Release : 8mdk Build Date: Thu 11 May 2006 03:09:32 AM PDT Install Date: Mon 25 Dec 2006 06:37:10 PM PST Build Host: deborah.mandriva.com Group : Networking/Remote access Source RPM: tightvnc-1.2.9-8mdk.src.rpm Size : 361829 License: GPL Signature : DSA/SHA1, Wed 20 Sep 2006 10:12:18 AM PDT, Key ID e7898ae070771ff3 Packager : Mandriva Linux Team <http://www.mandrivaexpert.com/> URL : http://www.tightvnc.org/ Summary : Remote graphical access Description : VNC allows you to access to a remote graphical display through the network. The enhanced version of VNC, called TightVNC (grown from the VNC Tight Encoder project), is optimized to work over slow network connections such as low-speed modem links. While original VNC may be very slow when your connection is not fast enough, with TightVNC you can work remotely almost in real time in most environments. Besides bandwidth optimizations, TightVNC also includes many other improvements, optimizations and bugfixes over VNC. Note that TightVNC is free, cross-platform and compatible with the standard VNC. [eric@shaffer ~]$ rpm -ql tightvnc /usr/X11R6/bin/vncviewer /usr/X11R6/man/man1/vncviewer.1.bz2 /usr/lib/menu/tightvnc /usr/share/doc/tightvnc-1.2.9 /usr/share/doc/tightvnc-1.2.9/ChangeLog /usr/share/doc/tightvnc-1.2.9/README /usr/share/doc/tightvnc-1.2.9/WhatsNew /usr/share/icons/large/tightvnc.png /usr/share/icons/mini/tightvnc.png /usr/share/icons/tightvnc.png /usr/share/vnc /usr/share/vnc/classes /usr/share/vnc/classes/AuthPanel.class /usr/share/vnc/classes/ButtonPanel.class /usr/share/vnc/classes/ClipboardFrame.class /usr/share/vnc/classes/DesCipher.class /usr/share/vnc/classes/HTTPConnectSocket.class /usr/share/vnc/classes/HTTPConnectSocketFactory.class /usr/share/vnc/classes/OptionsFrame.class /usr/share/vnc/classes/RecordingFrame.class /usr/share/vnc/classes/ReloginPanel.class /usr/share/vnc/classes/RfbProto.class /usr/share/vnc/classes/SessionRecorder.class /usr/share/vnc/classes/SocketFactory.class /usr/share/vnc/classes/VncCanvas.class /usr/share/vnc/classes/VncViewer.class /usr/share/vnc/classes/VncViewer.jar /usr/share/vnc/classes/index.vnc

Thanks! :D