Questions[library](server)

new here. I have been using a stand alone lto6 hh drive (ibm ts2260/3580 h6s) for two years. Just recently I bumped into an almost new ibm ts2900 autoloader with an hh lto6 drive in it and bought it.
Since I dont need a library or autoloader, I want to convert the drive to a stand alone unit. I have read on the dell forums that it is posible, and that you need to use the serial port. I understand this would have to be done with the drive connected to the library, as the ts2260 case does not have serial, only ethernet.

The question still remains how to do it. I have a pc with a lsi sas hba, ITDT software, the 2900 autoloader, the ts2260...Windows 10. Can also use linux or mac, but am no programer.

Thanks a lot in advance.

I try to install on a Centos 6 the library "libsrtp" but it expects the below libraries already present under these paths /lib64 and /usr/lib64. could you please tell me how can I resolve this problem ?

error: Failed dependencies:
libc.so.6 is needed by libsrtp-1.4.4-10.20101004cvs.el7.i686
libc.so.6(GLIBC_2.0) is needed by libsrtp-1.4.4-10.20101004cvs.el7.i686
libc.so.6(GLIBC_2.1.3) is needed by libsrtp-1.4.4-10.20101004cvs.el7.i686
libc.so.6(GLIBC_2.3.4) is needed by libsrtp-1.4.4-10.20101004cvs.el7.i686
libc.so.6(GLIBC_2.4) is needed by libsrtp-1.4.4-10.20101004cvs.el7.i686
libm.so.6 is needed by libsrtp-1.4.4-10.20101004cvs.el7.i686
libpthread.so.0 is needed by libsrtp-1.4.4-10.20101004cvs.el7.i686
libpthread.so.0(GLIBC_2.0) is needed by libsrtp-1.4.4-10.20101004cvs.el7.i686

Why is there a /usr/lib and a /usr/lib32 directory but only a /usr/bin and no /usr/bin32 directory on a AMD64 64-bit-install of Ubuntu? If or when Debian/Ubuntu start supporting multi-target-architecture binaries in their ELF's will this directory branching become unnecessary?

I have a GD library on my server installed and 'enabled' but under the Configure Command in php.info it says

"--without-gd"

Is there a way to enable it through root or do I have to recompile?

EDIT: This is what it shows below under "GD"

  
GD Support            enabled
GD Version            bundled (2.0.34 compatible)
FreeType Support    enabled
FreeType Linkage    with freetype
FreeType Version    2.2.1
GIF Read Support    enabled
GIF Create Support    enabled
JPG Support            enabled
PNG Support            enabled
WBMP Support            enabled
XBM Support            enabled 

Here is my testing script:

//begin php
header('content-type: image/jpg');  

$watermark = imagecreatefrompng('ninja.jpg');  
$watermark_width = imagesx($watermark);  
$watermark_height = imagesy($watermark);  
$image = imagecreatetruecolor($watermark_width, $watermark_height);  
$image = imagecreatefromjpeg($_GET['src']);  
$size = getimagesize($_GET['src']);  
$dest_x = $size[0] - $watermark_width - 5;  
$dest_y = $size[1] - $watermark_height - 5;  
imagecopymerge($image, $watermark, $dest_x, $dest_y, 0, 0, $watermark_width, $watermark_height, 100);  

 imagejpeg($image) 

imagedestroy($image);  
imagedestroy($watermark);  
//end php

Over the years using various linux boxes, I've gotten into the habbit of using prelink ritually to accelerate load times of applications.

However, the benefits of running prelink are negated every time a package is reinstalled, as it, all its dependencies, and its dependents, need to be re-prelinked.

This prelinking can cause multiple problems, and one as such is binary MD5 invalidation, which problematic for things that compare MD5 vs upstream revisions or use MD5 for determining whether or not the binary has been changed and is thus not wanted to be cleaned upon package removal.

Recently, computers have gotten a lot faster, and the benefit prelink yields is now hardly notable.

Is using prelink still a rational concept, or can it be casually discarded and left behind as something of a past era?