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)

Similar Messages

  • [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)

  • [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"

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

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

  • My iPad 2 is shutting down when I try to email a PDF created in pages. Why? Very frustrating...., My iPad 2 is shutting down when I try to email a PDF created in pages. Why? Very frustrating....

    My iPad 2 is shutting down when I try to email a PDF I have created in pages. Why? Very frustrating....

    That is very interesting in that my iPhone was exhibiting similar behavior with the "blue screen of death" with Pages a few months ago. An update for Pages came out and when I installed the update, the problem disappeared.
    Is Pages completely updated on your iPad? Do you use iCloud with Pages? If you use iCloud, try turning it off. settings>Pages>Use iCloud>Off. You will not lose your documents since they will still be in iCloud even if you turn that off on your iPad.

  • What is better way for creating a thread? Why?

    A thread can be create in two way, extending Thread class or implimenting Runnable.
    What is better way for creating a thread? Why?

    Implementing Runnable
    See FAQ #1 here [http://forum.java.sun.com/ann.jspa?annID=9]

  • I got chagred 1 USD while created AppleID .. Why ??.. I am worry about the security ... is this safe ..or should I raise this issue to my credit card bank ??

    I got chagred 1 USD while created AppleID .. Why ??.. I am worry about the security ... is this safe ..or should I raise this issue to my credit card bank ??

    Relax.  This is completely normal and is not unusual at all.
    It will be reversed.
    Read the following.
    iTunes Store & Mac App Store: About credit-card authorization holds

  • 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

  • Firefox won't open and displays error "/usr/lib64/firefox/firefox: symbol lookup error: /usr/lib64/firefox/libxul.so: undefined symbol : gdk_window_get_visual

    Updated Firefox to 31.2 on RHEL6 - Red Hat Enterprise Linux Server release 6.0 (Santiago):
    [RHEL6-1 ~]$ rpm -qa firefox xulrunner nspr
    firefox-31.2.0-3.el6_6.x86_64
    nspr-4.10.6-1.el6_5.x86_64
    xulrunner-17.0.10-1.el6_4.x86_64
    But when trying to launch firefox the following error is displayed:
    [RHEL6-1 ~]$ firefox
    /usr/lib64/firefox/firefox: symbol lookup error: /usr/lib64/firefox/libxul.so: undefined symbol: gdk_window_get_visual
    I've tried removing and installing and always seem to get this error.
    Any help is much appreciated!

    RedHat provided firefox works if you update GTK2
    Run:
    # yum update gtk2*
    See (login required):
    https://access.redhat.com/solutions/1239853

  • Error /usr/lib64/firefox/firefox: symbol lookup error: /usr/lib64/firefox/libxul.so: undefined symbol: gdk_window_get_visual when I try to open Firefox

    Hi,
    I recently installed firefox in a RH 6.5 server. When I try to open the browser I get the error
    /usr/lib64/firefox/firefox: symbol lookup error: /usr/lib64/firefox/libxul.so: undefined symbol: gdk_window_get_visual
    This is my configuration
    [root@server1 ~]# rpm -qa nspr{-devel,} firefox xulrunner
    xulrunner-17.0.10-1.el6_4.x86_64
    firefox-31.2.0-3.el6_6.x86_64
    nspr-4.10.6-1.el6_5.x86_64

    Try to update your nspr.

  • HT201514 I keep getting this message "Unable to complete back up an error has occurred while creating back up folder" Why is this happening and is it time to purchase a new tim machine?

    I keep getting this message “Unable to complete back up an error has occurred while creating back up folder” Why is this happening and is it time to purchase a new tim machine?

    Check out the Apple Support Communities Time Machine expert Pondini's troubleshooting article on this exact topic. Hopefully, it will help.

  • 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

Maybe you are looking for

  • Dual Boot 32 and 64 Bit Xp Pro - boot.ini changes

      Well I am up and running both 32 Bit and 64 Bit XP Pro and initially 64 Bit has a few lags up on me.  System is as follows MSI K8N Neo4 Plat with AMD Athlon 64 3000, 2 X Corsair 512-3200C2PT (1GB RAM), Western Digital WD2500JD Caviar SE, WD360 Rapt

  • Display issues in FCP X on my MBP

    Hi there, I downloaded FCP X from the App Store this week and installed it and I am having a lot of display issues. My MCP is the 13.3" model from mid 2010 and the graphics card is compatible. I have 8 GB installed, so that should be sufficient as we

  • Include a system in two different Transport Domain Controller

    Hi folks, I s it possible to configure a system in two different transport Domain Controller? The two domain controllers will be in the same /usr/sap/trans file system. thanks, Má

  • ABAP query download/upload

    Hello experts, How do I get the query name from its generated program and how to download/upload queries from system to system (4.6C to ECC6)? Please help, thanks! Chuong

  • Copy Library to 2nd Mac?

    I have put mucho time into organizing my library on my desktop G5. I want a painless way of getting the updated library onto my G4 Laptop. I can copy newly imported albums over to the iTunes folder on my laptop, but should I copy and replace the libr