Dane Springmeyer schrieb:
> Mike,
>
> Great news!
>
> I've always wondered whether applications that build shared libraries
> on linux should kick off ldconfig automatically when finishing the
> install, and perhaps even have built in checks for whether the install
>
Depends what tools you used to create the makefiles:-)
> location is mapped in the ld.so.conf. Sure seems like it would save
> some head-scratching. :)
>
> I've noticed that apt-get does it as a package management system.
> Anyone have opinions about whether this is a bad idea, and if not, how
> to do it?
>
A simple:
ldconfig -p | grep mapnik
would be enough to check if the library is in place + a warning if not.
Anyways, I think changing SConstruct:
....
--->opts.Add('PREFIX', 'The install path "prefix"', '/usr/local')
opts.Add(PathOption('BOOST_INCLUDES', 'Search path for boost include
files', '/usr/include'))
opts.Add(PathOption('BOOST_LIBS', 'Search path for boost library files',
'/usr/' + LIBDIR_SCHEMA))
--->opts.Add('PREFIX', 'The install path "prefix"', '/usr' )
Should avoid these problems!
Another way is to create:
/etc/ld.so.conf.d/mapnik.conf
at install time. This works for most distributions, at least all the
ones I use (Fedora, Opensuse,Centos, RHEL)
> Cheers,
>
> Dane
>
> On Jan 28, 2009, at 9:16 AM, Michal Migurski wrote:
>
>
>> Perfect, ldconfig was it.
>>
>> I had to add a file containing "/usr/local/lib":
>> /etc/ld.so.conf.d/usrlocal.conf
>>
>> I ran ldconfig before, but didn't properly set up the new path.
>>
>> -mike.
>>
>> On Jan 28, 2009, at 7:00 AM, Dane Springmeyer wrote:
>>
>>
>>> Mike,
>>>
>>> Are you installing on a new machine? Does running $ ldconfig help?
>>> See [1].... If not let me know since I've been working on updates to
>>> the build scripts in trunk [2]
>>>
>>> Cheers,
>>>
>>> Dane
>>>
>>> [1]
>>> http://trac.mapnik.org/wiki/InstallationTroubleshooting?version=24#Thelibmapniksharedlibraryisnotfound
>>> [2] http://trac.mapnik.org/ticket/186
>>>
>>>
>>> On Jan 28, 2009, at 12:25 AM, Michal Migurski wrote:
>>>
>>>
>>>> I just built from trunk, rev. 836.
>>>>
>>>> Everything went beautifully, and yet:
>>>>
>>>> % python
>>>> Python 2.5.2 (r252:60911, Aug 8 2008, 09:22:44)
>>>> >>> import mapnik
>>>> Traceback (most recent call last):
>>>> File "<stdin>", line 1, in <module>
>>>> File "/usr/lib/python2.5/site-packages/mapnik/__init__.py", line
>>>> 31, in <module>
>>>> from _mapnik import *
>>>> ImportError: libmapnik.so.0.5: cannot open shared object file: No
>>>> such file or directory
>>>>
>>>> ...
>>>>
>>>> % ls -l /usr/local/lib/libmapnik*
>>>> lrwxrwxrwx 1 root staff 16 2009-01-28 08:13 /usr/local/lib/
>>>> libmapnik.so -> libmapnik.so.0.5
>>>> lrwxrwxrwx 1 root staff 18 2009-01-28 08:13 /usr/local/lib/
>>>> libmapnik.so.0.5 -> libmapnik.so.0.5.0
>>>> -rwxrwxr-x 1 root staff 1826540 2009-01-28 08:09 /usr/local/lib/
>>>> libmapnik.so.0.5.0
>>>>
>>>> They're right where scons put them, yet the mapnik module doesn't
>>>> know
>>>> how to find them. Any thoughts? Artem? Jon?
>>>>
>>>> -mike.
>>>>
>>>> ----------------------------------------------------------------
>>>> michal migurski- [email protected]
>>>> 415.558.1610
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Mapnik-users mailing list
>>>> [email protected]
>>>> https://lists.berlios.de/mailman/listinfo/mapnik-users
>>>>
>>>
>> ----------------------------------------------------------------
>> michal migurski- [email protected]
>> 415.558.1610
>>
>>
>>
>> _______________________________________________
>> Mapnik-users mailing list
>> [email protected]
>> https://lists.berlios.de/mailman/listinfo/mapnik-users
>>
>
> _______________________________________________
> Mapnik-users mailing list
> [email protected]
> https://lists.berlios.de/mailman/listinfo/mapnik-users
>
>
_______________________________________________
Mapnik-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/mapnik-users
