LinuxQuestions.org
Share your knowledge at the LQ Wiki.
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 04-24-2012, 07:13 AM   #16
FeyFre
Member
 
Registered: Jun 2010
Location: Ukraine, Vinnitsa
Distribution: Slackware
Posts: 308

Rep: Reputation: 22

Quote:
FeyFre, that can always be solved. Every software you can compile from source, can be compiled for x86_64 just as it can for x86. If you have software which can not detect a sqlite library then you just forgot something.
The problem is in it. I cannot build it from source, because it cannot detect sqlite3 on "./configure" stage. Neither pure ./configure nor "./configure --prefix=/usr --libdir=/usr/lib64 --with-sqlite3=/usr etc" and other combinations doesn't helps. Anyway, it is offtopic here, I already reported to maintainers(and since it is GPL-ed software, I no waiting it to be fixed during next half-year).
 
Old 04-24-2012, 09:24 AM   #17
Alien Bob
Slackware Contributor
 
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 5,257

Rep: Reputation: Disabled
Quote:
Originally Posted by FeyFre View Post
The problem is in it. I cannot build it from source, because it cannot detect sqlite3 on "./configure" stage. Neither pure ./configure nor "./configure --prefix=/usr --libdir=/usr/lib64 --with-sqlite3=/usr etc" and other combinations doesn't helps. Anyway, it is offtopic here, I already reported to maintainers(and since it is GPL-ed software, I no waiting it to be fixed during next half-year).
Instead of calling that software "one famous GNU/GPL-ed software" you could have been specific about its name so that other people can give you a patch. Waiting half a year for a fix is a bit ridiculous.

Eric
 
Old 04-24-2012, 05:32 PM   #18
FeyFre
Member
 
Registered: Jun 2010
Location: Ukraine, Vinnitsa
Distribution: Slackware
Posts: 308

Rep: Reputation: 22
Quote:
Instead of calling that software "one famous GNU/GPL-ed software" you could have been specific about its name so that other people can give you a patch. Waiting half a year for a fix is a bit ridiculous.
The problem is not in that I cannot fix it(probably I can if I really want, if not now, then in a few days or weeks, I'm in no hurry). I only showed reason why inexperienced user should choice x32 distribution rather than x64: because there are a number of software that is not ready to run/be built on x64. I vote for avoid such unpleasant situations which can negatively influence Slackware's reputation(like this: software doesn't build on Slackware, but builds on others, so Slackware is boo) - to use x32 system. I'm not sure OP is able to solve all or some such bugs(and waiting at least half of year for developer attention is unfortunately real picture in Open Source & Free Software world. I do not say it about each and every project, but for majority it is true. If to compare, Slackware team answers is almost instant).

Usually I'm not in mood to advertise software whose developers are treat me offensively, but only because You asked and it touches Slackware I will name it here: it is Asterisk - opens source PBX and bug in question is reported here. You can watch or participate if interested.
 
Old 04-24-2012, 05:56 PM   #19
TobiSGD
Moderator
 
Registered: Dec 2009
Location: Hanover, Germany
Distribution: Main: Gentoo Others: What fits the task
Posts: 15,592
Blog Entries: 2

Rep: Reputation: 4046Reputation: 4046Reputation: 4046Reputation: 4046Reputation: 4046Reputation: 4046Reputation: 4046Reputation: 4046Reputation: 4046Reputation: 4046Reputation: 4046
Quote:
Originally Posted by FeyFre View Post
The problem is not in that I cannot fix it(probably I can if I really want, if not now, then in a few days or weeks, I'm in no hurry). I only showed reason why inexperienced user should choice x32 distribution rather than x64: because there are a number of software that is not ready to run/be built on x64. I vote for avoid such unpleasant situations which can negatively influence Slackware's reputation(like this: software doesn't build on Slackware, but builds on others, so Slackware is boo) - to use x32 system. I'm not sure OP is able to solve all or some such bugs(and waiting at least half of year for developer attention is unfortunately real picture in Open Source & Free Software world. I do not say it about each and every project, but for majority it is true. If to compare, Slackware team answers is almost instant).
I don't get it. In which way is it better for Slackware's image to say "Use 32 bit, not all software can currently be built on Slackware64"? Isn't it more damaging to say that, instead of letting the user run 64 bit and then help him if something like that ever occurs (I really doubt that he wants to use Asterisk on his laptop)?
 
Old 04-24-2012, 05:57 PM   #20
Alien Bob
Slackware Contributor
 
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 5,257

Rep: Reputation: Disabled
FeyFre,

You can fix your build by adding a LDFLAGS definition to the configure command, like this (and use sqlite3 instead of sqlite):

Code:
LDFLAGS="-ldl" ./configure --with-sqlite3
Eric

Edit: if you want to know how I came to that commandline, have a look at the "config.log" file.
 
Old 04-25-2012, 04:56 AM   #21
jtsn
Member
 
Registered: Sep 2011
Location: Europe
Distribution: Slackware
Posts: 803

Rep: Reputation: 354Reputation: 354Reputation: 354Reputation: 354
Quote:
Originally Posted by TobiSGD View Post
Nope, thanks. I don't need 32 bit applications on my 64 bit systems, therefore I don't want 32 bit libraries that bloat the system.
You don't need them, but someone else does. I don't want the KDE bloat, so I don't install the k-series. It would work the same with a potential compat32 series. I just want the option included into Slackware, so I don't have to manually rebuild and upgrade packages like libpng or openssl for security.
 
Old 04-25-2012, 05:23 AM   #22
whizje
Member
 
Registered: Sep 2008
Location: The Netherlands
Distribution: Slackware64 current
Posts: 583

Rep: Reputation: 129Reputation: 129
You can't compare the k-series with a potential compat32 series. Compat32 touches the heart of the system. Instead of two systems Slackware and Slackware64 there would be three systems which require maintenance. I can understand that given that Slackware holds the keep it simple principle argues that if you want to run 32 bit programs can use Slackware and if you want to run 64 bot programs run Slackware64.
 
Old 04-25-2012, 05:52 AM   #23
FeyFre
Member
 
Registered: Jun 2010
Location: Ukraine, Vinnitsa
Distribution: Slackware
Posts: 308

Rep: Reputation: 22
Quote:
I don't get it. In which way is it better for Slackware's image to say "Use 32 bit, not all software can currently be built on Slackware64"? Isn't it more damaging to say that, instead of letting the user run 64 bit and then help him if something like that ever occurs (I really doubt that he wants to use Asterisk on his laptop)?
If You can help You probably will recommend, I cannot help so I will not recommend anything I know I cannot help. I feel liability for my recommendations. Since I cannot guarantee software on Slackware64 will work no worse than on Slackware32, and I cannot guarantee my useful assistance to OP if he encounters any bug, I shall recommend x32.
I think, there is no damage for Slackware if one recommend to user more mature version and user will just work; it is better than recommend version in which I know some software has problems(not matter whose this fault: Slackware or Software) and user cannot solve them
 
Old 04-25-2012, 06:17 AM   #24
FeyFre
Member
 
Registered: Jun 2010
Location: Ukraine, Vinnitsa
Distribution: Slackware
Posts: 308

Rep: Reputation: 22
Quote:
You can fix your build by adding a LDFLAGS definition to the configure command, like this (and use sqlite3 instead of sqlite):
Thanks for tip, I'll try it a bit letter. By the way, I already tried to run ./configure <default-slackware-keys> --with-sqlite3=/usr - the same result. And about key "--with-sqlite3" I think it absolutely unnecessary, because configure script already checks for it because it is required dependency.
 
Old 04-25-2012, 06:44 AM   #25
GazL
Senior Member
 
Registered: May 2008
Posts: 3,392

Rep: Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917Reputation: 917
Just for the sake of clarity I feel the need to point out that the name 'x32' which FeyFre keeps using is not the correct name for the 32 bit IA-32 (a.k.a i386 - i686, x86, x86-32) architecture.

'x32' is a new, still in development ABI for x86-64 processors whose aim is to leverage the advantages the new processors bring whilst retaining the memory efficiency that the use of 32 bit pointers/data-lengths provide.


It actually looks quite interesting, and would probably be a good match for the OPs needs if it were ready, but it's still early days yet and not ready for prime-time. Whether we'll ever see a native SlackwareX32 I tend to doubt though as Pat seems to have more than enough on his plate just dealing with supporting the existing architectures. Non the less, it's an interesting development and one to watch.
 
Old 04-25-2012, 07:23 AM   #26
jtsn
Member
 
Registered: Sep 2011
Location: Europe
Distribution: Slackware
Posts: 803

Rep: Reputation: 354Reputation: 354Reputation: 354Reputation: 354
Quote:
Originally Posted by whizje View Post
I can understand that given that Slackware holds the keep it simple principle argues that if you want to run 32 bit programs can use Slackware and if you want to run 64 bot programs run Slackware64.
Having to manage two installations and dual-booting them is anything but "simple" and superflous anyway (thanks to the compat packages provided by Eric). I just want the functionality of Slackware included into Slackware64, because the hardware supports this natively.
 
Old 04-25-2012, 08:22 AM   #27
Alien Bob
Slackware Contributor
 
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 5,257

Rep: Reputation: Disabled
Quote:
Originally Posted by FeyFre View Post
Thanks for tip, I'll try it a bit letter. By the way, I already tried to run ./configure <default-slackware-keys> --with-sqlite3=/usr - the same result. And about key "--with-sqlite3" I think it absolutely unnecessary, because configure script already checks for it because it is required dependency.
It is an optional dependency. If you don't pass any sqlite parameter to the configure command then configure will not fail if sqlite was not found. See http://slackbuilds.org/repository/13...work/asterisk/ where no sqlite is being used at all in the SlackBuild script.

Eric
 
Old 04-25-2012, 09:34 AM   #28
FeyFre
Member
 
Registered: Jun 2010
Location: Ukraine, Vinnitsa
Distribution: Slackware
Posts: 308

Rep: Reputation: 22
Quote:
It is an optional dependency.
Ah, sorry, that is my bad. I forgot to mention it explicitly(however, in link to issue it was mentioned): I'm using Asterisk version 10 and this version is requires SQLite (as internal storage engine). On Slackbuilds.org there is Asterisk v1.8 - predecessor of Asterisk 10(yes, they also was infected by Mozillas/Googles Version Numbering Disaster). 1.8 used built-in BerkelyDB implementation for internal storage, 10 uses external SQLite library.

P.S. Do we have moderators here? I sure we should separate Asterisk build errors into separate thread.
 
  


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
Newbie to Slackware64, but not Slackware marnold Slackware 14 12-31-2009 05:44 PM
Slackware 12.2 or Slackware64 glore2002 Slackware 28 08-22-2009 06:13 PM


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

Main Menu
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