LinuxQuestions.org
Visit the LQ Articles and Editorials section
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices



Reply
 
Search this Thread
Old 12-02-2009, 12:38 AM   #1
voyciz
Member
 
Registered: Mar 2004
Distribution: Slackware
Posts: 425

Rep: Reputation: 40
Buildscripts for E17 on Slackware64


Well I really missed the eye candy of Enlightenment. It has let me down in the past, but I've heard that newer versions are more stable. Using the slackbuild scripts from slackbuilds.org, I couldn't get some of the packages to compile on Slack64-13. After tweaking it, it now works. The problem seems to be that for some reason it wants to look in /usr/lib for some libraries rather than /usr/lib64 and will complain about it being in the wrong format. I've just used rename and ln to create a messy workaround and get it to build. Modification of the evas, ecore, e_dbus, and enlightenment buildscripts was necessary. The modifications encompass the make statements, so you can delete the make statements from the slackbuilds and throw these lines in where they were.

For evas:
Code:
rename libX JUMPER /usr/lib/*
rename libfontconfig HOBO /usr/lib/*
rename libfreetype SUMO /usr/lib/*
rename libgnutls HAHA /usr/lib/*
rename libxml2 MAUI /usr/lib/*
rename libpangoft2-1.0.so FROGGY /usr/lib/*
rename libpangocairo-1.0.so DRUMS /usr/lib/*
rename libpango-1.0.so NANA /usr/lib/*
rename libgdk_pixbuf-2.0.so TED /usr/lib/*
rename libgio-2.0.so GEOLD /usr/lib/*
rename libcairo.so FLUFLAH /usr/lib/*
rename libpixman-1.so LUMAR /usr/lib/*
rename libxcb.so WHYME /usr/lib/*
rename libgobject-2.0.so NONO /usr/lib/*
rename libgmodule-2.0.so WHATTHE /usr/lib/*
rename libglib-2.0.so ORJO /usr/lib/*
rename libtiff.so MANA /usr/lib/*
for xlib in /usr/lib64/libX*.la; do
        ln -s $xlib /usr/lib/$(basename $xlib)
done
for olib in libfontconfig.la libfreetype.la libgnutls.la libpangoft2-1.0.so \
                libxml2.so libpangocairo-1.0.so libpango-1.0.so libgdk_pixbuf-2.0.so \
                libgio-2.0.so libcairo.so libpixman-1.so libxcb.so libgobject-2.0.so \
                libgmodule-2.0.so libglib-2.0.so libtiff.so; do
        ln -s /usr/lib64/$olib /usr/lib/$olib
done

make
make install DESTDIR=$PKG


rename MANA libtiff.so /usr/lib/*
rename ORJO libglib-2.0.so /usr/lib/*
rename WHATTHE libgmodule-2.0.so /usr/lib/*
rename WHYME libxcb.so /usr/lib/*
rename NONO libgobject-2.0.so /usr/lib/*
rename LUMAR libpixman-1.so /usr/lib/*
rename FLUFLAH libcairo.so /usr/lib/*
rename GEOLD libgio-2.0.so /usr/lib/*
rename TED libgdk_pixbuf-2.0.so /usr/lib/*
rename NANA libpango-1.0.so /usr/lib/*
rename DRUMS libpangocairo-1.0.so /usr/lib/*
rename FROGGY libpangoft2-1.0.so /usr/lib/*
rename MAUI libxml2 /usr/lib/*
rename HAHA libgnutls /usr/lib/*
rename SUMO libfreetype /usr/lib/*
rename JUMPER libX /usr/lib/*
rename HOBO libfontconfig /usr/lib/*
For ecore:
Code:
rename libX JUMPER /usr/lib/*
rename libfontconfig HOBO /usr/lib/*
rename libfreetype SUMO /usr/lib/*
rename libgnutls HAHA /usr/lib/*
rename libxml2 MAUI /usr/lib/*
rename libpangoft2-1.0.so FROGGY /usr/lib/*
rename libpangocairo-1.0.so DRUMS /usr/lib/*
rename libpango-1.0.so NANA /usr/lib/*
rename libgdk_pixbuf-2.0.so TED /usr/lib/*
rename libgio-2.0.so GEOLD /usr/lib/*
rename libcairo.so FLUFLAH /usr/lib/*
rename libpixman-1.so LUMAR /usr/lib/*
rename libxcb.so WHYME /usr/lib/*
rename libgobject-2.0.so NONO /usr/lib/*
rename libgmodule-2.0.so WHATTHE /usr/lib/*
rename libglib-2.0.so ORJO /usr/lib/*
rename libtiff.so MANA /usr/lib/*
for xlib in /usr/lib64/libX*.la; do
        ln -s $xlib /usr/lib/$(basename $xlib)
done
for olib in libfontconfig.la libfreetype.la libgnutls.la libpangoft2-1.0.so \
                libxml2.so libpangocairo-1.0.so libpango-1.0.so libgdk_pixbuf-2.0.so \
                libgio-2.0.so libcairo.so libpixman-1.so libxcb.so libgobject-2.0.so \
                libgmodule-2.0.so libglib-2.0.so libtiff.so; do
        ln -s /usr/lib64/$olib /usr/lib/$olib
done

make
make install DESTDIR=$PKG


rename MANA libtiff.so /usr/lib/*
rename ORJO libglib-2.0.so /usr/lib/*
rename WHATTHE libgmodule-2.0.so /usr/lib/*
rename WHYME libxcb.so /usr/lib/*
rename NONO libgobject-2.0.so /usr/lib/*
rename LUMAR libpixman-1.so /usr/lib/*
rename FLUFLAH libcairo.so /usr/lib/*
rename GEOLD libgio-2.0.so /usr/lib/*
rename TED libgdk_pixbuf-2.0.so /usr/lib/*
rename NANA libpango-1.0.so /usr/lib/*
rename DRUMS libpangocairo-1.0.so /usr/lib/*
rename FROGGY libpangoft2-1.0.so /usr/lib/*
rename MAUI libxml2 /usr/lib/*
rename HAHA libgnutls /usr/lib/*
rename SUMO libfreetype /usr/lib/*
rename JUMPER libX /usr/lib/*
rename HOBO libfontconfig /usr/lib/*
For e_dbus:
Code:
rename libdbus-1.so JAY /usr/lib/*
ln -s /usr/lib64/libdbus-1.so /usr/lib/libdbus-1.so

make
make install DESTDIR=$PKG

rename JAY libdbus-1.so /usr/lib/*
For enlightenment:
Code:
rename libdbus-1.so JAY /usr/lib/*
rename libasound.so WUMP /usr/lib/*
for olib in libdbus-1.so libasound.so; do
        ln -s /usr/lib64/$olib /usr/lib/$olib
done

make
make install DESTDIR=$PKG

rename JAY libdbus-1.so /usr/lib/*
rename WUMP libasound.so /usr/lib/*
Yeah it's kinda weird, but by doing this I now have e17 compiled and running on my slackware64 machine. How stable is it? Well, we'll find out . If there is something incredibly simple that I'm missing that actually allows for doing this the proper way, please let me know!

Last edited by voyciz; 12-02-2009 at 10:59 AM.
 
Old 12-02-2009, 01:34 AM   #2
Daedra
Senior Member
 
Registered: Dec 2005
Location: Springfield, MO
Distribution: Slackware64-14.1
Posts: 1,226

Rep: Reputation: 187Reputation: 187
I had this problem with the multilib packages, there are a few packages (fontconfig, gtk+, glib... that I know of) that can cause the "symobls in wrong format" error since it finds the wrong 32bit libraries first. I just uninstalled the problem compat32 packages and then reinstalled them after I was done. I sent Alien Bob an email about this and I believe he is going to look into when he gets time.
 
Old 12-02-2009, 10:14 AM   #3
voyciz
Member
 
Registered: Mar 2004
Distribution: Slackware
Posts: 425

Original Poster
Rep: Reputation: 40
Well it has to be a problem with the software that we're building, doesn't it? I mean it should be looking in /usr/lib64 first I would think with LIBDIRSUFFIX set in the buildscript or LD_LIBRARY_PATH. And in the case of E17, I couldn't just remove the 32-bit libs, because when I did that, then it complained that they weren't there, that's why I had to use links.
 
Old 12-02-2009, 10:50 AM   #4
voyciz
Member
 
Registered: Mar 2004
Distribution: Slackware
Posts: 425

Original Poster
Rep: Reputation: 40
Hmmm...it appears I screwed up somewhere here. Many of my 32-bit libs are now missing and still appear as links to the 64-bit ones. Guess I'll have to reinstall those compat-32 packages. What a pain.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
[SOLVED] Slackware64 multilib - E17 compiling problem? kukibl Slackware 1 10-08-2009 11:50 AM
e17: EFL's are built/installed but e17-svn complains no liblua.so Sum1 Linux - Desktop 6 08-24-2009 07:29 PM
[SOLVED] Slackware64-C client wont detect Slackware64-C Samba server slackass Slackware 5 08-08-2009 12:23 AM
Adding buildscripts or ./configure lines to packages piete Slackware 18 09-12-2008 01:24 PM
KDE base to work with dropline's HAL & rworkman's buildscripts for xfce 4.4 ? Doable? Old_Fogie Slackware 13 04-16-2007 11:57 PM


All times are GMT -5. The time now is 01:01 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration