Files in /usr/lib64

I know there are a lot of threads going around about this, but I didn't want to hijack anyone else with a different problem. I am currently trying to rid /usr/lib64 of its contents, but I am not having much luck. The current directory has the following files:
bjlib libcnbpcnclui383.so libcncpmsimg.so libcncpnet.so
cups libcnbpess383.so libcncpmslld383c.so libcnnet.so
libcnbpcmcm383.so libcnbpo383.so libcncpmslld383.so
libcnbpcnclapi383.so libcncpcmcm.so libcncpmslld.so
libcnbpcnclbjcmd383.so libcncpmsimg383.so libcncpmsui.so
I used "pacman -Qo" to see what package these files belong to, but I consistently get that they do not belong to any package. What should I do about this?

Just did another package check and got the following output:
[lunitsond@book lib64]$ sudo pacman -Qo libcn*
error: No package owns libcnbpcmcm383.so
error: No package owns libcnbpcnclapi383.so
error: No package owns libcnbpcnclbjcmd383.so
error: No package owns libcnbpcnclui383.so
error: No package owns libcnbpess383.so
error: No package owns libcnbpo383.so
error: No package owns libcncpcmcm.so
error: No package owns libcncpmsimg383.so
error: No package owns libcncpmsimg.so
error: No package owns libcncpmslld383c.so
error: No package owns libcncpmslld383.so
error: No package owns libcncpmslld.so
error: No package owns libcncpmsui.so
error: No package owns libcncpnet.so
error: No package owns libcnnet.so

Similar Messages

Makepkg is creating a /usr/lib64 why?[SOLVED]

Hi there,
i'm trying to use vmime (http://www.vmime.org/) for a project. after seeking through the AUR there is no package available that builds out of the box. So i tried to make my own.
I am using the src from github (https://github.com/kisli/vmime) which build just fine. But after the simple step to wrap it in an arch package i get an issue i can't find documentation about. after the package() step i have a folder /usr/lib64 where the lib is copied. Obviously i cant use that to install cuz pacman don't let me install files under /usr/lib64 but i cant'f find the step where this folder is created in the first place.
i tried -DCMAKE_INSTALL_LIBDIR=/usr/lib without any success. I can't really belief this has something to do with cmake cuz if i am building this "standalone" i get a simple "lib" folder. But using makepgk suddenly i have an lib64 folder inside my pgk.
what is causing the creation of the /usr/lib64 folder?
Here is my script so far:
pkgname=libvmime-git
pkgver=0.9.2
pkgrel=1
pkgdesc="A powerful C++ class library for working with RFC-822 and MIME messages."
arch=("i686" "x86_64")
url="http://www.vmime.org/"
license=("GPL3")
depends=("gsasl" "gnutls")
makedepends=("cmake")
conflicts=("libvmime" "libvmime-svn" "zarafa-libvmime")
optdepends=("sendmail: sendmail protocol support")
build() {
git clone git://github.com/kisli/vmime.git ${pkgname}
cd ${srcdir}/${pkgname}
cmake -DVMIME_HAVE_MESSAGING_PROTO_SENDMAIL:BOOL=OFF \
-DCMAKE_INSTALL_PREFIX:PATH=/usr \
-DVMIME_SHARED_PTR_USE_CXX=ON \
-DVMIME_SHARED_PTR_USE_BOOST=OFF
make
package() {
cd ${srcdir}/${pkgname}
make DESTDIR="${pkgdir}" install
Last edited by lordnaikon (2015-03-23 08:52:34)

"I'm not sure if our wiki needs documenation on build systems"
Yes you're right about that, thats just a messed up cmake i just wondered where this is coming from in the first place ... the doku of vmime says nothing about that, the other cmake options to enable c++11 smart pointer instead of boost pointer i had to dig out of the cmake .. the only options that are mentioned in the doku are "if you wanna build with openssl or gnutls ... "
i grep a bit around and after the build i found a vmime.pc file with "libdir=/usr/lib64" but thats generated by cmake so i looked a bit closer to the CMakeList and found
# Automatically set lib suffix
IF(UNIX AND NOT APPLE AND NOT CMAKE_CROSSCOMPILING AND NOT EXISTS "/etc/debian_version")
IF(CMAKE_SIZEOF_VOID_P EQUAL 8 AND NOT LIB_SUFFIX)
# ...only if LIB_SUFFIX is not defined...
IF(NOT DEFINED LIB_SUFFIX)
# ...and if CMAKE_INSTALL_LIBDIR does not already contain the suffix
IF(NOT "${CMAKE_INSTALL_LIBDIR}" MATCHES ".*64.*")
SET(LIB_SUFFIX 64)
ENDIF()
ENDIF()
ENDIF()
ENDIF()
# Determine library installation dir, in this order:
# 1) use VMIME_INSTALL_LIBDIR if set
# 2) use LIB_INSTALL_DIR if defined
# 3) use CMAKE_INSTALL_LIBDIR if set
# if it is a relative path, prepend CMAKE_INSTALL_PREFIX to it
# 4) use CMAKE_INSTALL_PREFIX/lib
IF(NOT DEFINED VMIME_INSTALL_LIBDIR)
IF(DEFINED LIB_INSTALL_DIR)
SET(VMIME_INSTALL_LIBDIR ${LIB_INSTALL_DIR})
# respect CMAKE_INSTALL_LIBDIR if set
ELSEIF(DEFINED CMAKE_INSTALL_LIBDIR)
SET(VMIME_INSTALL_LIBDIR ${CMAKE_INSTALL_LIBDIR})
IF(IS_ABSOLUTE ${VMIME_INSTALL_LIBDIR})
SET(VMIME_INSTALL_LIBDIR ${CMAKE_INSTALL_LIBDIR}${LIB_SUFFIX})
ELSE()
SET(VMIME_INSTALL_LIBDIR ${CMAKE_INSTALL_PREFIX}/${CMAKE_INSTALL_LIBDIR}${LIB_SUFFIX})
ENDIF()
ELSE()
SET(VMIME_INSTALL_LIBDIR ${CMAKE_INSTALL_PREFIX}/lib${LIB_SUFFIX})
ENDIF()
ENDIF()
GRRR *:( So i'll try VMIME_INSTALL_LIBDIR instead of my first MAKE_INSTALL_LIBDIR
EDIT://
Trilby wrote:As for Karol's suggestion, cmake/FindICU.cmake is the only file to actually specify lib64 before the build process. I'm retrying the build with that sed replacement.
i guess that needs to stay, it just searches for needed libs
Last edited by lordnaikon (2015-03-22 21:34:21)

[SOLVED] Update fails ("/usr/lib64 exists in filesystem")

Hi,
today I wanted to update my arch linux. I selected all packages:
bash-4.2.042-2 filesystem-2013.01-1 gcc-4.7.2-4 gcc-libs-4.7.2-4 glibc-2.17-2 linux-api-headers-3.7.4-1 mkinitcpio-0.12.0-3 sudo-1.8.6.p5-1 transmission-gtk-2.76-2
But then I've got following error (translated from German to English)
Error: Could not complete procedure (conflicts in files)
filesystem: /usr/lib64 exists in filesystem
Any idea?
Best regards
Steffo
Last edited by Steffo (2013-01-27 12:42:45)

swordfish wrote:
Please have a look at this:
https://wiki.archlinux.org/index.php/De … i%3Ausrlib
This doesn't work:
sudo pacman -U -d http://pkgbuild.com/~allan/glibc-2.16.0-1-x86_64.pkg.tar.xz
I get following error:
error: failed to commit transaction (conflicting files)
glibc: /lib/ld-linux-x86-64.so.2 exists in filesystem
glibc: /lib/libBrokenLocale.so.1 exists in filesystem
glibc: /lib/libanl.so.1 exists in filesystem
glibc: /lib/libc.so.6 exists in filesystem
glibc: /lib/libcidn.so.1 exists in filesystem
glibc: /lib/libcrypt.so.1 exists in filesystem
glibc: /lib/libdl.so.2 exists in filesystem
glibc: /lib/libm.so.6 exists in filesystem
glibc: /lib/libnsl.so.1 exists in filesystem
glibc: /lib/libnss_compat.so.2 exists in filesystem
glibc: /lib/libnss_db.so.2 exists in filesystem
glibc: /lib/libnss_dns.so.2 exists in filesystem
glibc: /lib/libnss_files.so.2 exists in filesystem
glibc: /lib/libnss_hesiod.so.2 exists in filesystem
glibc: /lib/libnss_nis.so.2 exists in filesystem
glibc: /lib/libnss_nisplus.so.2 exists in filesystem
glibc: /lib/libpthread.so.0 exists in filesystem
glibc: /lib/libresolv.so.2 exists in filesystem
glibc: /lib/librt.so.1 exists in filesystem
glibc: /lib/libthread_db.so.1 exists in filesystem
glibc: /lib/libutil.so.1 exists in filesystem
Errors occurred, no packages were upgraded.

Unable load library '/usr/lib64/php/modules/oci8.so' - libclntsh.so.11.1

Dear all,
I have a problem with OCI8 installation and I would appreciate if you could kindly guide me how to solve this issue.
I started reading the following articles in order to learn how to install the OCI8 package allowing to connect from PHP to oracle
http://www.php.net/manual/en/oci8.installation.php
http://www.oracle.com/technetwork/articles/technote-php-instant-084410.html
Here is my environment description
OS: Fedora Core 17 (X86_64)
Oracle version: Oracle Enterprise Edition 11gR2 (11.2.0.1.0) X86_64
PHP Version: 5.4.13
Apache version: 2.2.23Just a detail: almost every documentation starts by explaining the instant client installation. However, on the same physical machine, before even installing Apache and PHP. Oracle server had been completely installed, that is, both server and client (SQL*Plus, SQL*Loader, . . .). As a result, I omitted this step in the documentation and I continued by installation direcly OCI8 and apparently everything was compiled successfully (no error message).
Problem: OCI8 doesn't show up in phpinfo()
So it seems that there is a problem. I'm going to write down exactly how I proceeded and I would appreciate if you could kindly take a look at these steps and tell whether I made mistake(s)
I started by running as ROOT. As I said the oracle server was already installed on the machine and so all the required environment variables such as LD_LIBRARY_PATH, ORACLE_SID, . . . were already defined in ~/.bash_profile
And if you look at the below output, you can see that for example ORACLE_HOME was detected automatically during the installation (*checking Oracle ORACLE_HOME install directory... /u01/app/oracle/product/11.2.0/db_1*)
# pecl install oci8This gave me the following output
# pecl install oci8
downloading oci8-1.4.9.tgz ...
Starting to download oci8-1.4.9.tgz (169,255 bytes)
.....................................done: 169,255 bytes
10 source files, building
running: phpize
Configuring for:
PHP Api Version:         20100412
Zend Module Api No:      20100525
Zend Extension Api No:   220100525
Please provide the path to the ORACLE_HOME directory. Use 'instantclient,/path/to/instant/client/lib' if you're compiling with Oracle Instant Client [autodetect] :
building in /var/tmp/pear-build-rootGiD7YE/oci8-1.4.9
running: /var/tmp/oci8/configure --with-oci8
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for a sed that does not truncate output... /usr/bin/sed
checking for cc... cc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether cc accepts -g... yes
checking for cc option to accept ISO C89... none needed
checking how to run the C preprocessor... cc -E
checking for icc... no
checking for suncc... no
checking whether cc understands -c and -o together... yes
checking for system library directory... lib
checking if compiler supports -R... no
checking if compiler supports -Wl,-rpath,... yes
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for PHP prefix... /usr
checking for PHP includes... -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib
checking for PHP extension directory... /usr/lib64/php/modules
checking for PHP installed headers prefix... /usr/include/php
checking if debug is enabled... no
checking if zts is enabled... no
checking for re2c... no
configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers.
checking for gawk... gawk
checking for Oracle Database OCI8 support... yes, shared
checking PHP version... 5.4.13, ok
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking size of long int... 8
checking checking if we're on a 64-bit platform... yes
checking Oracle ORACLE_HOME install directory... /u01/app/oracle/product/11.2.0/db_1
checking ORACLE_HOME library validity... lib
checking Oracle library version compatibility... 11.1
checking how to print strings... printf
checking for a sed that does not truncate output... (cached) /usr/bin/sed
checking for fgrep... /usr/bin/grep -F
checking for ld used by cc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert x86_64-unknown-linux-gnu file names to x86_64-unknown-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-unknown-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking for gawk... (cached) gawk
checking command to parse /usr/bin/nm -B output from cc object... ok
checking for sysroot... no
checking for mt... no
checking if : is a manifest tool... no
checking for dlfcn.h... yes
checking for objdir... .libs
checking if cc supports -fno-rtti -fno-exceptions... no
checking for cc option to produce PIC... -fPIC -DPIC
checking if cc PIC flag -fPIC -DPIC works... yes
checking if cc static flag -static works... no
checking if cc supports -c -o file.o... yes
checking if cc supports -c -o file.o... (cached) yes
checking whether the cc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
configure: creating ./config.status
config.status: creating config.h
config.status: executing libtool commands
running: make
/bin/sh /var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/libtool --mode=compile cc -I. -I/var/tmp/oci8 -DPHP_ATOM_INC -I/var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/include -I/var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/main -I/var/tmp/oci8 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -I/u01/app/oracle/product/11.2.0/db_1/rdbms/public -I/u01/app/oracle/product/11.2.0/db_1/rdbms/demo -DHAVE_CONFIG_H -g -O2   -c /var/tmp/oci8/oci8.c -o oci8.lo
libtool: compile: cc -I. -I/var/tmp/oci8 -DPHP_ATOM_INC -I/var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/include -I/var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/main -I/var/tmp/oci8 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -I/u01/app/oracle/product/11.2.0/db_1/rdbms/public -I/u01/app/oracle/product/11.2.0/db_1/rdbms/demo -DHAVE_CONFIG_H -g -O2 -c /var/tmp/oci8/oci8.c -fPIC -DPIC -o .libs/oci8.o
/bin/sh /var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/libtool --mode=compile cc -I. -I/var/tmp/oci8 -DPHP_ATOM_INC -I/var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/include -I/var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/main -I/var/tmp/oci8 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -I/u01/app/oracle/product/11.2.0/db_1/rdbms/public -I/u01/app/oracle/product/11.2.0/db_1/rdbms/demo -DHAVE_CONFIG_H -g -O2   -c /var/tmp/oci8/oci8_lob.c -o oci8_lob.lo
libtool: compile: cc -I. -I/var/tmp/oci8 -DPHP_ATOM_INC -I/var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/include -I/var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/main -I/var/tmp/oci8 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -I/u01/app/oracle/product/11.2.0/db_1/rdbms/public -I/u01/app/oracle/product/11.2.0/db_1/rdbms/demo -DHAVE_CONFIG_H -g -O2 -c /var/tmp/oci8/oci8_lob.c -fPIC -DPIC -o .libs/oci8_lob.o
/bin/sh /var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/libtool --mode=compile cc -I. -I/var/tmp/oci8 -DPHP_ATOM_INC -I/var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/include -I/var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/main -I/var/tmp/oci8 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -I/u01/app/oracle/product/11.2.0/db_1/rdbms/public -I/u01/app/oracle/product/11.2.0/db_1/rdbms/demo -DHAVE_CONFIG_H -g -O2   -c /var/tmp/oci8/oci8_statement.c -o oci8_statement.lo
libtool: compile: cc -I. -I/var/tmp/oci8 -DPHP_ATOM_INC -I/var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/include -I/var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/main -I/var/tmp/oci8 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -I/u01/app/oracle/product/11.2.0/db_1/rdbms/public -I/u01/app/oracle/product/11.2.0/db_1/rdbms/demo -DHAVE_CONFIG_H -g -O2 -c /var/tmp/oci8/oci8_statement.c -fPIC -DPIC -o .libs/oci8_statement.o
/bin/sh /var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/libtool --mode=compile cc -I. -I/var/tmp/oci8 -DPHP_ATOM_INC -I/var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/include -I/var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/main -I/var/tmp/oci8 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -I/u01/app/oracle/product/11.2.0/db_1/rdbms/public -I/u01/app/oracle/product/11.2.0/db_1/rdbms/demo -DHAVE_CONFIG_H -g -O2   -c /var/tmp/oci8/oci8_collection.c -o oci8_collection.lo
libtool: compile: cc -I. -I/var/tmp/oci8 -DPHP_ATOM_INC -I/var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/include -I/var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/main -I/var/tmp/oci8 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -I/u01/app/oracle/product/11.2.0/db_1/rdbms/public -I/u01/app/oracle/product/11.2.0/db_1/rdbms/demo -DHAVE_CONFIG_H -g -O2 -c /var/tmp/oci8/oci8_collection.c -fPIC -DPIC -o .libs/oci8_collection.o
/bin/sh /var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/libtool --mode=compile cc -I. -I/var/tmp/oci8 -DPHP_ATOM_INC -I/var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/include -I/var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/main -I/var/tmp/oci8 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -I/u01/app/oracle/product/11.2.0/db_1/rdbms/public -I/u01/app/oracle/product/11.2.0/db_1/rdbms/demo -DHAVE_CONFIG_H -g -O2   -c /var/tmp/oci8/oci8_interface.c -o oci8_interface.lo
libtool: compile: cc -I. -I/var/tmp/oci8 -DPHP_ATOM_INC -I/var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/include -I/var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/main -I/var/tmp/oci8 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -I/u01/app/oracle/product/11.2.0/db_1/rdbms/public -I/u01/app/oracle/product/11.2.0/db_1/rdbms/demo -DHAVE_CONFIG_H -g -O2 -c /var/tmp/oci8/oci8_interface.c -fPIC -DPIC -o .libs/oci8_interface.o
/bin/sh /var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/libtool --mode=link cc -DPHP_ATOM_INC -I/var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/include -I/var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/main -I/var/tmp/oci8 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -I/u01/app/oracle/product/11.2.0/db_1/rdbms/public -I/u01/app/oracle/product/11.2.0/db_1/rdbms/demo -DHAVE_CONFIG_H -g -O2   -o oci8.la -export-dynamic -avoid-version -prefer-pic -module -rpath /var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/modules oci8.lo oci8_lob.lo oci8_statement.lo oci8_collection.lo oci8_interface.lo -Wl,-rpath,/u01/app/oracle/product/11.2.0/db_1/lib -L/u01/app/oracle/product/11.2.0/db_1/lib -lclntsh
libtool: link: cc -shared -fPIC -DPIC .libs/oci8.o .libs/oci8_lob.o .libs/oci8_statement.o .libs/oci8_collection.o .libs/oci8_interface.o   -L/u01/app/oracle/product/11.2.0/db_1/lib -lclntsh -O2 -Wl,-rpath -Wl,/u01/app/oracle/product/11.2.0/db_1/lib   -Wl,-soname -Wl,oci8.so -o .libs/oci8.so
libtool: link: ( cd ".libs" && rm -f "oci8.la" && ln -s "../oci8.la" "oci8.la" )
/bin/sh /var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/libtool --mode=install cp ./oci8.la /var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/modules
libtool: install: cp ./.libs/oci8.so /var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/modules/oci8.so
libtool: install: cp ./.libs/oci8.lai /var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/modules/oci8.la
libtool: finish: PATH="/usr/bin:/usr/lib64/qt-3.3/bin:/usr/lib64/ccache:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/.local/bin:/root/bin:/usr/local/jdk1.7.0_05/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin:/u01/app/oracle/product/11.2.0/db_1/bin:/opt/libreoffice4.0/program:/root/.local/bin:/root/bin:/usr/local/jdk1.7.0_05/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin:/u01/app/oracle/product/11.2.0/db_1/bin:/opt/libreoffice4.0/program:/root/.local/bin:/root/bin:/usr/local/jdk1.7.0_05/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin:/u01/app/oracle/product/11.2.0/db_1/bin:/opt/libreoffice4.0/program:/root/.local/bin:/root/bin:/usr/local/jdk1.7.0_05/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin:/u01/app/oracle/product/11.2.0/db_1/bin:/opt/libreoffice4.0/program:/root/.local/bin:/root/bin:/usr/local/jdk1.7.0_05/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin:/u01/app/oracle/product/11.2.0/db_1/bin:/op
t/libreoffice4.0/program:/root/.local/bin:/root/bin:/usr/local/jdk1.7.0_05/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin:/u01/app/oracle/product/11.2.0/db_1/bin:/opt/libreoffice4.0/program:/sbin" ldconfig -n /var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/modules
Libraries have been installed in:
   /var/tmp/pear-build-rootGiD7YE/oci8-1.4.9/modules
If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
   - add LIBDIR to the `LD_LIBRARY_PATH' environment variable
     during execution
   - add LIBDIR to the `LD_RUN_PATH' environment variable
     during linking
   - use the `-Wl,-rpath -Wl,LIBDIR' linker flag
   - have your system administrator add LIBDIR to `/etc/ld.so.conf'
See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
Build complete.
Don't forget to run 'make test'.
running: make INSTALL_ROOT="/var/tmp/pear-build-rootGiD7YE/install-oci8-1.4.9" install
Installing shared extensions:     /var/tmp/pear-build-rootGiD7YE/install-oci8-1.4.9/usr/lib64/php/modules/
running: find "/var/tmp/pear-build-rootGiD7YE/install-oci8-1.4.9" | xargs ls -dils
3679979   4 drwxr-xr-x. 3 root root   4096 Apr 4 15:48 /var/tmp/pear-build-rootGiD7YE/install-oci8-1.4.9
3680009   4 drwxr-xr-x. 3 root root   4096 Apr 4 15:48 /var/tmp/pear-build-rootGiD7YE/install-oci8-1.4.9/usr
3680010   4 drwxr-xr-x. 3 root root   4096 Apr 4 15:48 /var/tmp/pear-build-rootGiD7YE/install-oci8-1.4.9/usr/lib64
3680011   4 drwxr-xr-x. 3 root root   4096 Apr 4 15:48 /var/tmp/pear-build-rootGiD7YE/install-oci8-1.4.9/usr/lib64/php
3680012   4 drwxr-xr-x. 2 root root   4096 Apr 4 15:48 /var/tmp/pear-build-rootGiD7YE/install-oci8-1.4.9/usr/lib64/php/modules
3680008 596 -rwxr-xr-x. 1 root root 606865 Apr 4 15:48 /var/tmp/pear-build-rootGiD7YE/install-oci8-1.4.9/usr/lib64/php/modules/oci8.so
Build process completed successfully
Installing '/usr/lib64/php/modules/oci8.so'
install ok: channel://pecl.php.net/oci8-1.4.9
configuration option "php_ini" is not set to php.ini location
You should add "extension=oci8.so" to php.ini
# Once OCI8 was installed I updated the */etc/php.ini* accordingly by adding the following entries
; Dynamic Extensions ;
; If you wish to have an extension loaded automatically, use the following
; syntax:
;   extension=modulename.extension
extension=oci8.so
; Paths and Directories ;
; UNIX: "/path1:/path2"
extension_dir="/usr/lib64/php/modules"Also I updated the */etc/sysconfig/httpd* in order to export the specified set of OS environment variables. So I added the following lines at the end of the file
ORACLE_HOME=/u01/app/oracle/product/11.2.0/db_1
LD_LIBRARY_PATH=/u01/app/oracle/product/11.2.0/db_1/lib:/u01/app/oracle/product/11.2.0/db_1/network/lib
LD_LIBRARY_PATH64=/u01/app/oracle/product/11.2.0/db_1/lib:/u01/app/oracle/product/11.2.0/db_1/network/lib
TNS_ADMIN=/u01/app/oracle/product/11.2.0/db_1/network/admin
NLS_LANG=AMERICAN_AMERICA.WE8MSWIN1252
ORACLE_SID=db01In order to check that these values are actually taken into account by Apache, I run
# service httpd restartThen I run a PHP script with phpinfo() and in the section Environment the above values were present in particular the LD_LIBRARY_PATH variable.
However, as I said, there is no OCI8 entry in phpinfo() output. I checked the apache log file and I saw that there is a problem
# cat /var/log/httpd/error_log
[Thu Apr 04 16:02:13 2013] [notice] SELinux policy enabled; httpd running as context system_u:system_r:httpd_t:s0
[Thu Apr 04 16:02:13 2013] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Thu Apr 04 16:02:13 2013] [notice] Digest: generating secret for digest authentication ...
[Thu Apr 04 16:02:13 2013] [notice] Digest: done
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/oci8.so' - libclntsh.so.11.1: cannot open shared object file: No such file or directory in Unknown on line 0
[Thu Apr 04 16:02:13 2013] [warn] mod_wsgi: Compiled for Python/2.7.2.
[Thu Apr 04 16:02:13 2013] [warn] mod_wsgi: Runtime using Python/2.7.3.
[Thu Apr 04 16:02:13 2013] [notice] Apache/2.2.23 (Unix) DAV/2 PHP/5.4.13 mod_wsgi/3.3 Python/2.7.3 configured -- resuming normal operations
#What I understand from the above log is that the shared library libclntsh.so.11.1 cannot be found. Yet I checked and I saw that it is present in LD_LIBRARY_PATH
# locate libclntsh.so
/u01/app/oracle/product/11.2.0/db_1/inventory/Scripts/ext/lib/libclntsh.so.11.1
/u01/app/oracle/product/11.2.0/db_1/inventory/backup/2012-06-25_12-08-41PM/Scripts/ext/lib/libclntsh.so.11.1
/u01/app/oracle/product/11.2.0/db_1/lib/libclntsh.so
/u01/app/oracle/product/11.2.0/db_1/lib/libclntsh.so.10.1
/u01/app/oracle/product/11.2.0/db_1/lib/libclntsh.so.11.1
# So the last line, shows that the specified library exists in */u01/app/oracle/product/11.2.0/db_1/lib/libclntsh.so.11.1*.
So I don't really seem what is the problem and the more strange thing is that in command line PHP seem to detect my oracle server parameters.
$ php --ri oci8
oci8
OCI8 Support => enabled
Version => 1.4.9
Revision => $Id: e2241cffb72c940cb2ca267b7a6a0ce436de7e5e $
Active Persistent Connections => 0
Active Connections => 0
Oracle Run-time Client Library Version => 11.2.0.1.0
Oracle Version => 11.2
Compile-time ORACLE_HOME => /u01/app/oracle/product/11.2.0/db_1
Libraries Used => -Wl,-rpath,/u01/app/oracle/product/11.2.0/db_1/lib -L/u01/app/oracle/product/11.2.0/db_1/lib -lclntsh
Temporary Lob support => enabled
Collections support => enabled
Directive => Local Value => Master Value
oci8.max_persistent => -1 => -1
oci8.persistent_timeout => -1 => -1
oci8.ping_interval => 60 => 60
oci8.privileged_connect => Off => Off
oci8.statement_cache_size => 20 => 20
oci8.default_prefetch => 100 => 100
oci8.old_oci_close_semantics => Off => Off
oci8.connection_class => no value => no value
oci8.events => Off => Off
$ I thought maybe there are several different php.ini and the one used within GUI is not the same used in CLI but a search showed that there is just one php.ini file
# locate php.ini
/etc/php.ini
# php -i | grep Configuration
Configuration File (php.ini) Path => /etc
Loaded Configuration File => /etc/php.ini
Configuration
#It is almost 3 days that I'm googling without success to find the solution to this problem.
So, could someone help me, what is the problem? Why the OCI8 module cannot be loaded by PHP and become visible in the phpinfo() output?
Thanks in advance,
Regards,
Dariyoosh

cj wrote:
Try disabling SELinux. On Oracle Linux you would edit /etc/selinux/config, set SELINUX to DISABLED, and reboot. Also see the setenforce command.Yes !!!!!!!!
Thanks man it worked !! It was SELinux which was blocking the library load. Now I have OCI8 entry in phpinfo(). At the same time as we saw before the PHP in command line could detect OCI8, maybe this means that SELinux doesn't have the same impact in CLI as in GUI. Conclusion, you were totally correct about defining the environment variables in /etc/syscnfig/httpd. The variables were actually defined (with a slight difference in syntax that I will show below), yet SELinux prevented PHP from loading the oracle libraray.
I also wrote a test SQL script (SELECT employee_id FROM employees WHERE department_id = 100) and the result was printed on the screen perfectly.
So for those who may have encountered the same problem with the same environment parameters I'm going to give a summary of how I proceeded in the case where it might be helpful for others.
My environment
OS: Linux Fedora Core 17 (X86_64)
Oracle version: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit
Apache version (httpd): Apache 2.0
PHP version: 5.4.13
Before the installation
Before the installation I disabled SELinux. At the time of writing I'm not an expert of SELinux so I don't know any rule modification in order to modify SELinux policy accordingly allowing to OCI8 module to load oracle libraries. As a result I finally disabled completely the SELinux on my system which may have serious security impacts! This can be done in the following way (being as root)
# vim /etc/selinux/configThe file content is something similar to the following
# This file controls the state of SELinux on the system.
# SELINUX= can take one of these three values:
#     enforcing - SELinux security policy is enforced.
#     permissive - SELinux prints warnings instead of enforcing.
#     disabled - No SELinux policy is loaded.
SELINUX=enforcing
# SELINUXTYPE= can take one of these two values:
#     targeted - Targeted processes are protected,
#     minimum - Modification of targeted policy. Only selected processes are protected.
#     mls - Multi Level Security protection.
SELINUXTYPE=targeted So what I did was that I put a comment at the beginning of the line SELINUX=enforcing and instead I added a new line right after that line which was SELINUX=disabled.
Finally I rebooted the system.
Installation:
- Make sure that all oracle environment variables are defined in ~/.bash_profile of the user who installs OCI8. Otherwise you will have to enter manually the path to $ORACLE_HOME. I tested both ways and each method works pretty well. Yet I find the first one more elegant because it detects automatically everything
- In my case, PHP, Apache and Oracle server were all on the same physical machine, therefore I didn't need to install the Oracle Instant client*. All the required oracle libraries for OCI8 were therefore already available.
- being as ROOT, I run the following (I don't know whether this was mandatory but I prefered to stop httpd before installing OCI8)
# pecl install oci8(On my machine pecl was already there, if not you can install it by using yum)
- Once installation is over, at the end of the installation report in the terminal you will get something like this
>
Build process completed successfully
Installing '/usr/lib64/php/modules/oci8.so'
install ok: channel://pecl.php.net/oci8-1.4.9
configuration option "php_ini" is not set to php.ini location
You should add "extension=oci8.so" to php.ini
>
The two bold lines above shows what you have to put in your php.ini file (on my computer this file is in */etc/php.ini* )
So I updated the php.ini file in the following way:
; Dynamic Extensions ;
; If you wish to have an extension loaded automatically, use the following
; syntax:
;   extension=modulename.extension
extension=oci8.so
; Paths and Directories ;
; UNIX: "/path1:/path2"
extension_dir="/usr/lib64/php/modules"Then you have to define the required oracle environment variables for Apache. According to what I read in http://www.oracle.com/technetwork/topics/php/underground-php-oracle-manual-098250.html and in several forums while I was googling for this problem and also based on my own tests, it seems to me that depending on which Apache version you're using, the syntax for declaring the environment variables in */etc/sysconfig/httpd* is not the same.
Here is what I added at the end of the file /etc/sysconfig/httpd
ORACLE_BASE=/u01/app/oracle
ORACLE_HOME=/u01/app/oracle/product/11.2.0/db_1
LD_LIBRARY_PATH=/u01/app/oracle/product/11.2.0/db_1/lib:/u01/app/oracle/product/11.2.0/db_1/network/lib
TNS_ADMIN=/u01/app/oracle/product/11.2.0/db_1/network/admin
NLS_LANG=AMERICAN_AMERICA.WE8MSWIN1252
ORACLE_SID=db01I tried to use the export keyword before the variable names but it didn't work for me, yet I saw in other forums that there were people who apparently had used that syntax successfully. So again it is a matter of personal observation. For me using Apache 2.0, only the above syntax works. Also if I use $ in order to expand the environment variables it doesn't work
so for example instead of writing
ORACLE_HOME=/u01/app/oracle/product/11.2.0/db_1
LD_LIBRARY_PATH=$ORACLE_HOME/lib:$ORACLE_HOME/network/libI had to write explicitly the expanded values myself, that is,
ORACLE_HOME=/u01/app/oracle/product/11.2.0/db_1
LD_LIBRARY_PATH=/u01/app/oracle/product/11.2.0/db_1/lib:/u01/app/oracle/product/11.2.0/db_1/network/libOnce this is done, restart httpd
# service httpd startIf everything went well, normally you will see the OCI8 entry if you run phpinfo() in a test PHP script.
Hope this may help others,
Once again, thanks a lot to cj for his time and his valuable help for solving my problem.
Regards,
Dariyoosh

Should arch symlink /usr/lib64 to /usr/lib?

After spending two hours debugging a bloody java applet accessing a smart card trough pcsclite (Buypass used for different services in Norway, including government services) it turns out it failed because it ONLY looked for 64bit libs in /usr/lib64. As arch stores 64bit libs in plain old /usr/lib on a 64bit system, this obivously failed. Two hours someone stole from me by doing a sloppy job! Argh!. And I should have been in bed at least one and a half hour ago too.
I know Debian does this symlinking, and as there apparently are idiots out there who do stuff like above, making such a symlink could save someone some major hassle. I guess it's not to easy for developers of such apps either, as you have to avoid loading libs from /usr/lib before looking for them in /usr/lib64, or else you will get a 32bit lib on Fedora/RedHat and Suse, if both 32bit libs and 64bit ones are installed. Of course you should look for the lib in /usr/lib if you don't find something in /usr/li64, but I guess some don't. Grrrr.
As there really are no agreed "best pracitce" for where libs of different arch should go (that I could find anyway), such a symlink makes sense to me.

Inxsible wrote:
So If I am reading this correctly, you are saying that now that you have found a solution to do what you need, you do not want to spend time to file a bug report? That's a pretty selfish thing to do.
You want the developers to create symlinks for you by default, but you are not willing to even report something like that on the bug tracker.
You misunderstand me. tomk said my concern for "someone" having problems might be because I was this "someone". While he has a point (I wouldn't have brought this up if it hadn't caused me problems - wouldnt even know about it), it was not to solve my own problem I started this thread - my problem was already fixed. That was what I meant. Fixing this now would not benefit me, and as I solved my problem before starting this thread, my benefit was not my goal. As soon as i realized I could fix this with a symlink, I fixed it with a symlink. And after happily using my smartcard in that stupid java applet, then I started this thread.
While I certainly could post a bug report, I was not really sure if this was a bug. And based on the response I got here, it seemed it wasn't, and that people think those requiring a symlink should make their own.
The sidenote about people answering to the thread without reading my posts was made because people obviously missed the part of this being about a java applet, and therefore is not something in some arch TU messed up while packaging. No biggie, though.
After reading R00kies post, I actually DID read about FHS, and it appears to me that the AMD64-arch SHOULD in deed have their libs in lib64, according to the standard
So i guess a bug report is in order after all, so the devs atleast can have a look on it. But not until after school and work tomorrow.
ngoonee: By the way, this would not preclude a mulilib system, this is how all the multilib distros I know of do this.

[SOLVED] Error '/usr/lib64 exists' while installing adol-c

I just tried to install adol-c from the AUR. At the end of the install I ran into this error message:
error: failed to commit transaction (conflicting files)
adol-c: /usr/lib64 exists in filesystem
Errors occurred, no packages were upgraded.
The install generated these errors earlier on:
Prefix /usr not writable
please run ./configure --prefix=DIR
with a writable directory path otherwise administrator privileges
will be required to run `make install'
libtool: warning: remember to run 'libtool --finish /usr/lib64'
Does this mean the adol-c package wanted to create /usr/lib64? That seems weird.
(I used yaourt.)
Last edited by khouli (2015-05-21 00:25:13)

Ah, good to know. Yep, /usr/lib64 is a symlink to /usr/lib.
Here's the snippet from the PKGBUILD that sets --prefix. It isn't actually naming /usr/lib64 explicitly.
./configure --enable-sparse --with-colpack=/usr --prefix=/usr --enable-shared=no
If I try changing --prefix to /usr/lib then I get essentially the same error but it notes that now it's /usr/lib that isn't writable instead of /usr.
Prefix /usr not writable
please run ./configure --prefix=DIR
with a writable directory path otherwise administrator privileges
will be required to run `make install'
This is all occurring as part of a makepkg command so getting an error about privileges has me confused.
Last edited by khouli (2015-05-20 10:34:14)

Error installing package from AUR. /usr/lib64 exists in filesystem

I installed the package zoneminder-xinetd 1.27.0-1 using the instruction on the wiki, the installation finished successfully. then I realized that the package was outdated, so I uninstalled it using "sudo pacman -R zoneminder-xinetd", manually edit the files .AURINFO and PKGBUILD to get the new version, compiled successfully using 'makepkg -s' but when I'm try to install it(sudo pacman -U zoneminder-xinetd-1.28.0-1-x86_64.pkg.tar.xz) I got this error:
error: failed to commit transaction (conflicting files)
zoneminder-xinetd: /usr/lib64 exists in filesystem
Errors occurred, no packages were upgraded.
I also tried to install this other package https://aur.archlinux.org/packages/zoneminder after removing some unwanted dependencies but i get the same error.

fsckd wrote:Pacman 4.2 handles symlinks differently than past versions of pacman. Allan's blog has a good description (see the section "Directory Symlink Handling") http://allanmcrae.com/2014/12/pacman-4-2-released/. I suggest you inform the maintainers of those packages so that they may update the PKGBUILDs.
Thanks for the quick answer.
I solved this issue by adding "-DCMAKE_INSTALL_LIBDIR=/lib" to the cmake in the PKGBUILD. The mantainer of the zoneminder package solved this already by adding "-DZM_PERL_SUBPREFIX=/lib/perl5 \".
Also, I adopted the zoneminder-xinetd package .

Want & tried installing 3.6 on a OpenSuSE-11.2 : bad ElfClass64 /usr/lib64/libdbus-glib-1.so.2 - what to do? Thanks a lot

downloaded vers. 3.6 and tried installing
linux-User251868:/usr/src/packages/SOURCES/firefox-3.6 # ls
application.ini components dependentlibs.list greprefs libnspr4.so libnssutil3.so libsoftokn3.so LICENSE plugins searchplugins
.autoreg crashreporter dictionaries icons libnss3.so libplc4.so libsqlite3.so modules README.txt Throbber-small.gif
blocklist.xml crashreporter.ini extensions libfreebl3.chk libnssckbi.so libplds4.so libssl3.so mozilla-xremote-client removed-files update.locale
browserconfig.properties crashreporter-override.ini firefox libfreebl3.so libnssdbm3.chk libsmime3.so libxpcom.so platform.ini res updater
chrome defaults firefox-bin libmozjs.so libnssdbm3.so libsoftokn3.chk libxul.so plugin-container run-mozilla.sh updater.ini
linux-User251868:/usr/src/packages/SOURCES/firefox-3.6 # ./firefox
./firefox-bin: error while loading shared libraries: libdbus-glib-1.so.2: cannot open shared object file: No such file or directory
linux-User251868:/usr/src/packages/SOURCES/firefox-3.6 # mc
linux-User251868:/usr/src/packages/SOURCES/firefox-3.6 # ln -s /usr/lib64/libdbus-glib-1.so.2 /usr/lib/libdbus-glib-1.so.2
linux-User251868:/usr/src/packages/SOURCES/firefox-3.6 # ./firefox
./firefox-bin: error while loading shared libraries: libdbus-glib-1.so.2: wrong ELF class: ELFCLASS64
linux-User251868:/usr/src/packages/SOURCES/firefox-3.6 # ./updater
Usage: updater <dir-path> [parent-pid [working-dir callback args...]]
linux-User251868:/usr/src/packages/SOURCES/firefox-3.6 #
i do not want depend on and if OpenSuSE update to 3.6 - In fact before using OpenSuSE 11.2 i had installed firefox 3.5 which updated automatically, sort of b-tester as i trully trust firefox for day to day browsing since years ago.

I don't know the reason for your problem but I take your final statement to mean that you do want the latest version: 3.6.8
See this - and in particular my draft on installing the latest version of Thunderbird on OpenSUSE. It's exactly the same with Firefox.
https://bugzilla.mozilla.org/show_bug.cgi?id=560635#c6

[Solved]Error with installing package: /usr/lib64 exists in filesystem

So i know there are other posts about this and i have read them and I have also read the wiki https://wiki.archlinux.org/index.php/De … _in_.2Flib and also this forum post https://bbs.archlinux.org/viewtopic.php?id=156942
the error i get when trying to install a package from the AUR
error: failed to commit transaction (conflicting files)
hp-health: /usr/lib64 exists in filesystem
Errors occurred, no packages were upgraded.
I tried to find who owned the files/package in the /lib by the following commands
$ grep '^lib/' /var/lib/pacman/local/*/files
$ find /lib -exec pacman -Qo -- {} +
the output was
/lib is owned by filesystem 2015.02-1
Im confused what to do at this point as the wiki that I linked above says
If any package apart from glibc is listed as owning a file, that package needs to be updated to install its files in /usr/lib
Last edited by PigsInSpace (2015-03-01 02:25:24)

You are following directions for a file conflict with /lib for a very specific one-time manual intervention, but you don't have that file conflict according to the error message you posted and it is not for that intervention. See this instead: https://wiki.archlinux.org/index.php/Pa … 9.22_error then report the error on the aur page for that package.
This fixes it:
package() {
cd "$srcdir"
+ mv usr/lib64 usr/lib
cp -a opt usr var "$pkgdir"

Trying to move files to /usr/bin

I am trying to install g77 on my Powerbook, but I keep getting a "permission denied" when I try to move the files to /usr/bin so I can link them to gcc. I have admin permissions, but it still won't let me put the files I need in the /usr/bin directory. Any ideas of what is going wrong here?

You need root access to modify that folder. If you're working in the Terminal, preface the command you're using with sudo. If you're using a GUI application, use the Go to Folder command in the Finder's Go menu to navigate to it, drag the files there, and authenticate yourself.
(47141)

[Solved] How to save a file in /usr/bin/local using gedit as an admin?

In my attempt to run these two programs:
https://github.com/kerchen/export_gr2evernote
https://github.com/spiermar/bookmarks2evernote
I noticed they assumed the default python is python 2. I have python 3.3.1 and 2.6.8. I'm following the instructions at: https://wiki.archlinux.org/index.php/Py … ld_scripts
Created a file with this:
#!/bin/bash
script=`readlink -f -- "$1"`
case "$script" in
/home/Dropbox/export_gr2evernote-master1/*|/home/Dropbox/bookmarks2evernote2/*)
exec python2 "$@"
esac
exec python3 "$@"
I then, tried to save it as p2 under /usr/local/bin/ where the only thing that's there is meteor, node, and npm, and it throws me an error saying I don't have enough permissions.
How do I save p2 as an admin in /usr/bin/local using gedit?
I've searched on the forums 'create a file in /usr/' and I haven't found anything. Can someone please help me?
Last edited by jjshinobi (2013-04-23 05:20:47)

jjshinobi wrote:
sidneyk wrote:
jjshinobi wrote:
I moved p2 to bin, edited my projects path with the username in front of home, saved it as python, made it executable (#sudo chmod +x /usr/local/bin/python), removed p2. Ran:
#python evernote2enex.py -m 10
It's still referencing python 3...
"python3: can't open file 'evernote2enex.py': [Errno 2] No such file or directory"
My python file contains this:
#!/bin/bash
script=`readlink -f -- "$1"`
case "$script" in
/home/<user>/Dropbox/export_gr2evernote-master1/*|/home/<user>/Dropbox/bookmarks2evernote2/*)
exec python2 "$@"
esac
exec python3 "$@"
I did everything exactly like the wiki said, what seems to be the problem?
OK. Looking at the 2 scripts you quoted, neither one is using a shbang line to set a python version to call. Without that, the python intercept doesn't even come into play. The problem that I see is the way you are starting it:
sudo nano /usr/local/bin/python
Is root really necessary for these if they are in your /home/<user>/Dropbox/ directory. And it appears that you are assuming python3 when you start them that way. If you are going to use that method and they are indeed python2 scripts, then change your command to this:
#python evernote2enex.py -m 10
You might try it as your normal user too in case root isn't really required.
I tested out the first ten with:
#python2 export2enex.py -m 10
it worked!
then proceded with
#python2 export2enex.py GStarred -n exported.enex
The script is fully functional. Thanks man!
Actually, you're not even using the script when starting your python scripts that way. You are explicitly calling either python3 (python) or python2 (python2) to run the indicated python script and not even touching the work around /usr/local/bin/python script. If your python script started with a line like either :
#!/usr/bin/env python
or:
#!/usr/bin/python
And was executable, such that you called it by it's name, i.e. "someprogram.py", then the python script in /usr/local/bin/ would take precedence and effectively intercept the python call and choose the appropriate version of python as long as the path to the directory where "someprogram.py" resides is specified in that /usr/local/bin/python script.
Last edited by sidneyk (2013-04-25 15:40:19)

Building PHP 5.2.5 and MySQL (Cannot find MySQL header files under /usr.)

Hi,
we are in big trouble here. On Mac OS X 10.4 it was no problem building PHP with additional modules. Unfortunately it´s not working this time.
This is the error message i got when building php:
checking for mSQL support... no
checking for MSSQL support via FreeTDS... no
checking for MySQL support... yes
checking for specified location of the MySQL UNIX socket... /var/mysql/mysql.sock
checking for MySQL UNIX socket location... /var/mysql/mysql.sock
configure: error: Cannot find MySQL header files under /usr.
Note that the MySQL client library is not bundled anymore!
Looks like some libs are missing?!
find / -iname 'libmysqlclient*'
That doesn´t helper neither. No results.
Any idera what´s wrong here?

the php in 10.5 uses extensions, you do not need to rebuild php to get mssql to work..
Take a look at http://downloads.topicdesk.com/docs/AddingGD2_to_PHP_on_OS_X_Server_10_5Leopard.pdf
as you can see in that example GD is built separately, mssql is the same.. do a google search on mssql.so and you will find a bunch of info (most of it is for linux but you should be able to get the info to work)

Mistakenly overwrote some *.dylib files in /usr/lib

Hello all. I made a foolish mistake while working on my iMac remotely (via SSH). I realized how stupid I was right as I did it--but, of course, it was already too late. So now I have to figure out what to do to get things back in working order.
Here's what I did... I copied the following three *.dylib files into /usr/lib/:
i386_libstdc++.6.dylib
libgcc_s.1.dylib
libstdc++.6.dylib
I am not 100% sure if I overwrote existing files (as I don't have access to another Mac at the moment to see if these files exist by default) but I think that is the case. After I did it, the most simple of commands no longer worked. "ls" gave me this:
dyld: Symbol not found: dyld_stub_binder
Referenced from: /usr/lib/libSystem.B.dylib
Expected in: /usr/lib/libSystem.B.dylib
in /usr/lib/libSystem.B.dylib
Trace/BPT trap: 5
I do not yet know if this has made the GUI non-functional as well (like I said, I was doing this remotely). But as soon as someone is availble on the other end I will have them check. If the GUI is funcitonal, would it be possible to just delete the offending files via Finder, and copy over versions (if another version of these files indeed exists by default) from another Lion machine? (Unfortunately, I don't have a Time Machine backup for this Mac so that is not an option).
If the GUI is not functional and/or this will not work for some other reason, I suppose I will need to use Target Disk Mode to retrieve my data from the machine and rebuild it from scratch?
At any rate, if anyone can give me any troubleshooting steps or other suggestions for how to tackel this issue, that would be very appreciated.

Do you think a restore is necessary? Is there a reason removing/replacing the offending files will not work? (I did verify that I have normal access via the GUI, by the way--so far these librarie seem to only affect CLI commands, though I wouldn't be surprised if other odd things popped up too).
If I *do* have to do a restore, would it be possible for me to set up Time Machine, back up the machine as-is right now, restore the machine to a factory state, then use Time Machine to just recover my user data? Or maybe kist clone the disk to an external drive? Or is just a plain old copy to an external drive the best option? Just want to make sure I have an understanding of the best route here so that I can save the data (which is mainly just Applicaitons and iMovie projects and events).
As for "mucking" with it remotely--if I couldn't do that, it would ruin all my fun, now wouldn't it?! :-) I'm a linux admin for a living so thus why the Terminal is very comfortable (perhaps TOO comfortable in this case!) for me, yet I am less familiar with things like Time Machine. I'm definitely about to learn though! If I had Time Machine it would make recovering the proper versions of these files very simple, no?

File system /usr/sap/hostctrl/work getting full rapidly

Dears,
Recently We have installed PI 7.1 on AIX 6.1 and database is Oracle 10g.
Everything is working fine but we are facing one strange issue with it.
Our file system /usr/sap/hostctrl/work is getting full again and again,I checked that there is a file dev_saphostexec that is taking maximum space,At present its of 15 GB.
So please suggest how to solve this problem.
Shivam

Dear Mark,
I have read OSS Note SAP Note 1031096 - Installing Package SAPHOSTAGENT.
We are starting this week installing "Diagnostics Agent 711" on all SAP Netweaver 7.00 mananged system.
I have read the "Diagnostics Agent 7.11- Setup Guide".
In the "Installation Process", there is a step concerning the "Install the SAP Host Agent - Page 9".
I have read the "Installation_SAPHOSTAGENT.pdf" guide.
In the first page of this guide, it is written :
"You only need to download and install the host agent in the following cases :
- You want to centrally monitor a host that does not have an SAP component"
- You want to perform an upgrade to the SAP NetWeaver 7.1 for an SAP NetWeaver component".
In our productive envronment, we do have 2 clusters :
Cluster 01 is composed of 2 nodes.
Only "Databases" and "Central Services" of 5 SAP Systems are running.
There is no CI or SA
Cluster 02 is composed of 6 nodes.
Only CI and AS of 5 productive systems are running on theses 6 nodes.
My question :
Do we have to install a SAP HOST AGENT in nodes of cluster 01 ?
As written in "Downloading and Installating Package SAPHOSTAGENT" guide,
SAP HOST AGENT only need to be install on "host that does not have an SAP component".
Can we consider that "database" and "Central Service" are SAP Component or not ?
Thanks in advance for your feedback
Best regards
P. Cuennet

File system /usr/sap/SID full

Hello All,
File system /usr/sap/SID getting full
I have rese trace from SAP level but still file system rapidly increasing...
below 2 files rapidly incrasing more space in file system
hostname:sidadm 136> du -sk dev_server1
31400   dev_server1
hostname:sidadm 136> pwd
/usr/sap/SID/DVEBMGS02/work
more dev_server1
[Thr 76096] * LOCATION    SAP-Gateway on host xxxx / sapgw02
[Thr 76096] * ERROR       registration of tp SLD_NUC from host xxxx not allowed
[Thr 76096] *
TIME        Sat Mar 27 13:05:32 2010
[Thr 76096] * RELEASE     700
[Thr 76096] * COMPONENT   SAP-Gateway
[Thr 76096] * VERSION     2
[Thr 76096] * RC          720
[Thr 76096] * MODULE      gwxxrd.c
[Thr 76096] * LINE        3766
[Thr 76096] * COUNTER     60935963
[Thr 76096] *
[Thr 76096] *****************************************************************************
[Thr 76096] *** ERROR => SAP_CMACCPTP3: wrong rqtype SAP_ACCPTP [r3cpic_mt.c 10240]
[Thr 75582]
Please help me to solve permently
Regards
Mohsin

Hi Gaurav,
I got the issue, problem was that the reginfo and secinfo on my ABAP system which was connected to my JAVA system, it was not allowing the requests to pass through and hence it was not getting registered. I deactivated the parameters of reginfo and secinfo and its now working fine.
I will look into the issue of where i went wrong with reginfo/secinfo

Files in /usr/lib64

Similar Messages

Maybe you are looking for