libface CMake change

[alexjironkin]

Yeah Arch uses its own little package system. Well stick the flag to cmake that you want to force libraries installed in lib directory otherwise it will go install in either lib or lib64 depending on architecture.

Terrible on the Kubuntu side to actually provide 2 different directories that should have separate things in them and link to the same place.

Alex

On 28 Jun 2010, at 11:30, Aditya Bhatt wrote:

I'm on Arch Linux.

On Mon, Jun 28, 2010 at 3:58 PM, Alex Jironkin <[hidden email]> wrote:

What distribution are you using?

Alex

On 28 Jun 2010, at 11:25, Aditya Bhatt wrote:

I never had a lib64 (I'm using Arch 64-bit). It's not in the "linker path" (whatever it's called).

On Mon, Jun 28, 2010 at 3:51 PM, Johannes Wienke <[hidden email]> wrote:

Aditya Bhatt wrote:
> I'm not entirely sure, is there any new "standard" which says that there's
> no need for a separate lib64? For example, in my Arch system, I'll have to
> tweak stuff with the linker to make it see .so's inside lib64. It *looks*
> like they've deprecated lib64.

For me, if i had a lib64, it was always a symlink to lib.

Johannes


_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

--
Aditya Bhatt
Blog : http://adityabhatt.wordpress.com
Bitbucket: http://bitbucket.org/aditya_bhatt
Face Recognition Library : http://libface.sourceforge.net
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

If we knew what we were doing, it wouldn't be called research, would it?

-- Albert Einstein

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

--
Aditya Bhatt
Blog : http://adityabhatt.wordpress.com
Bitbucket: http://bitbucket.org/aditya_bhatt
Face Recognition Library : http://libface.sourceforge.net
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

If we knew what we were doing, it wouldn't be called research, would it?

-- Albert Einstein

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Johannes Wienke-2]

Martin Klapetek wrote:
> Fedora 13 64bit (but previous too) does not use symlinks from /usr/lib64/ to
> /usr/lib/. The 64bit libs goes only to lib64/, while 32bit libs are in lib/.
> I'd like to keep it that way too. Isn't there some kind of system variable
> to know where to put lib files?

You can probably derive it from LD_LIBRARY_PATH. Or are lib64 and lib in
LD_LIBRARY_PATH?

Johannes


_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[alexjironkin]

I got a feeling that RPM based systems will do the separation, like openSUSE or Fedora, but debian systems don't.

Alex

On 28 Jun 2010, at 11:36, Martin Klapetek wrote:

Fedora 13 64bit (but previous too) does not use symlinks from /usr/lib64/ to /usr/lib/. The 64bit libs goes only to lib64/, while 32bit libs are in lib/. I'd like to keep it that way too. Isn't there some kind of system variable to know where to put lib files? 

On Mon, Jun 28, 2010 at 12:32, Aditya Bhatt <[hidden email]> wrote:

Ok, I checked my dad's kubuntu system, /lib64 and /usr/lib64 are symlinks to /lib and /usr/lib respectively.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

If we knew what we were doing, it wouldn't be called research, would it?

-- Albert Einstein

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[alexjironkin]

Both are in the PATH, also defined in /etc/ld.so.conf


Alex

On 28 Jun 2010, at 11:41, Johannes Wienke wrote:

> Martin Klapetek wrote:
>> Fedora 13 64bit (but previous too) does not use symlinks from /usr/lib64/ to
>> /usr/lib/. The 64bit libs goes only to lib64/, while 32bit libs are in lib/.
>> I'd like to keep it that way too. Isn't there some kind of system variable
>> to know where to put lib files?
>
> You can probably derive it from LD_LIBRARY_PATH. Or are lib64 and lib in
> LD_LIBRARY_PATH?
>
> Johannes
>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel

If we knew what we were doing, it wouldn't be called research, would it?
-- Albert Einstein



_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Marcel Wiesweg]

> Hi,
>
> I've made a change in libface's CMakeLists.txt. It now installs libraries
> not in <PATH>/lib64 but in <PATH>lib.
> I had to do this because on my new fresh system (Arch), examples wouldn't
> link. I also suspect that most libraries go into lib instead of lib64, even
> on 64-bit systems.
> So if anyone has a problem, let me know and I'll undo the changes.
> Do remove the (old) .so files from lib64 if you have installed them as
> root.

It does not work for me on OpenSuse 11.2, because /usr/lib is not part of the
library search path. All libraries must go into lib64.
So far I did not find how KDE itself determines the correct directory, but
there must be a way.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Marcel Wiesweg]

>
> It does not work for me on OpenSuse 11.2, because /usr/lib is not part of
> the library search path. All libraries must go into lib64.
> So far I did not find how KDE itself determines the correct directory, but
> there must be a way.

It seems that KDE does not determine the directory itself, maybe rather the
packagers define that manually for 64bits libs. I dont see where the
${LIB_SUFFIX} variable should be defined.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Marcel Wiesweg]

Forget about that, it works now, after complete fresh checkout of libface. Per
default now installed in /usr/local/libs.

Marcel
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[alexjironkin]

Hi all,

There was a bit of commotion about this in last day or two with the way libface installs its library. The change to lib is a temporary one. We will revert to installing to lib64 on a 64-bit machine and lib otherwise. Having said this we will also introduce a flag to cmake that will force to install library to where ever you want.




Alex

On 28 Jun 2010, at 19:05, Marcel Wiesweg wrote:

>
> Forget about that, it works now, after complete fresh checkout of libface. Per
> default now installed in /usr/local/libs.
>
> Marcel
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel

If we knew what we were doing, it wouldn't be called research, would it?
-- Albert Einstein



_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel