Jump to content

epretorious

Members
  • Posts

    115
  • Joined

  • Last visited

Posts posted by epretorious

  1. 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!

  2. If you have your install cds/dvd you can try doing an upgrade install over your present mdv installation. It might recreate your /lib for you without too much thinking.

    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!

  3. 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.

  4. 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:

  5. 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

  6. 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 ...

     

    Changes compared with the latest stable release (0.13e):

     

    * Scanning support.

    * Monitor mode support (except Agere firmware 7.xx and 8.xx).

  7. Also no lights are lit either on the nic's side or the router's side when i connect through the wire.

     

    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.

  8. 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]

  9. 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?

  10. [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

    A thread in the Kismet forum claims that this error is caused by compiling against an old version of libpcap:

     

    Either you didn't do what you think you did, your distro sucks and did something stupid with patching, or you're still linking (or linked) against an out of date pcap.

     

    That error is very definitely a pcap which is too old, and too old by quite a lot.

    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:

    1. Downloaded the latest stable source,
    2. Removed libpcap0, libpcap0-devel, kismet,
    3. Installed byacc (byacc-1.9-20mdk) & flex (flex-2.5.4a-25mdv2007.0) to satisfy libpcap's dependencies,
    4. Compiled libpcap, and
    5. Compiled kismet.

    Kismet run's very nicely now! :D

  11. You're compiling, so you'll need the developers' bits as well.

    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

  12. 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

  13. Make sure you have libpcap0 and libpcap0-devel installed, then run configure again.

    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*

  14. 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

  15. 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]

  16. I can connect fine. Its the getting the "normal desktop" that I cannot get.

     

    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:

     

    Roland Giesler wrote:

    >>>there is a logged in user in KDE. Surely there must be way to tell

    >>>the system to start the rfb server? I can start Konqueror from the

    >>>command line, why not x0rfbserver?

     

    > Heinz replied:

    >

    >>try this

    >>

    >>xhost + localhost

    >>export DISPLAY=localhost:1.0

    >>x0rfbserver &

    >>

    >>

    >>then use vnc to connect to the session that should be open

     

    vncserver != x0rfbserver

     

    vncserver is a VNC server and X server in one

     

    x0rfbserver is a VNC server and X client in one

     

    > I want to see display:0 though

     

    Use x0rfbserver, vncserver can't do this.

  17. 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:

  18. 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

  19. 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)

  20. 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

×
×
  • Create New...