/usr/lib/lib** svn .so.0 problem in shr
Hi, Many applications (such as elmdentica, intone, ...) need the -ver-svn-02.so.0 version of the libs, so I just link them. Should tis not be automatically integrated into SHR? Just to help people cursing on the type-work I generated this using emacs ;) (I finally start to get the hang of regular expressions): ln -s /usr/lib/libecore_con-ver-pre-svn-04.so.0 /usr/lib/libecore_con-ver-svn-02.so.0 ln -s /usr/lib/libecore_evas-ver-pre-svn-04.so.0 /usr/lib/libecore_evas-ver-svn-02.so.0 ln -s /usr/lib/libecore_fb-ver-pre-svn-04.so.0 /usr/lib/libecore_fb-ver-svn-02.so.0 ln -s /usr/lib/libecore_file-ver-pre-svn-04.so.0 /usr/lib/libecore_file-ver-svn-02.so.0 ln -s /usr/lib/libecore_imf_evas-ver-pre-svn-04.so.0 /usr/lib/libecore_imf_evas-ver-svn-02.so.0 ln -s /usr/lib/libecore_imf-ver-pre-svn-04.so.0 /usr/lib/libecore_imf-ver-svn-02.so.0 ln -s /usr/lib/libecore_input-ver-pre-svn-04.so.0 /usr/lib/libecore_input-ver-svn-02.so.0 ln -s /usr/lib/libecore_ipc-ver-pre-svn-04.so.0 /usr/lib/libecore_ipc-ver-svn-02.so.0 ln -s /usr/lib/libecore_job-ver-pre-svn-04.so.0 /usr/lib/libecore_job-ver-svn-02.so.0 ln -s /usr/lib/libecore_txt-ver-pre-svn-04.so.0 /usr/lib/libecore_txt-ver-svn-02.so.0 ln -s /usr/lib/libecore-ver-pre-svn-04.so.0 /usr/lib/libecore-ver-svn-02.so.0 ln -s /usr/lib/libecore_x-ver-pre-svn-04.so.0 /usr/lib/libecore_x-ver-svn-02.so.0 ln -s /usr/lib/libedbus-ver-pre-svn-04.so.0 /usr/lib/libedbus-ver-svn-02.so.0 ln -s /usr/lib/libedje-ver-pre-svn-04.so.0 /usr/lib/libedje-ver-svn-02.so.0 ln -s /usr/lib/libecore_con-ver-pre-svn-04.so.0 /usr/lib/libecore_con-ver-svn-02.so.0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /usr/lib/lib** svn .so.0 problem in shr
Am Freitag, den 23.10.2009, 18:51 +0200 schrieb Pieter Colpaert: Hi, Many applications (such as elmdentica, intone, ...) need the -ver-svn-02.so.0 version of the libs, so I just link them. Should tis not be automatically integrated into SHR? That'd be really nice ideed! -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /usr/lib/lib** svn .so.0 problem in shr
On Friday 23 October 2009, Pieter Colpaert wrote: Hi, Many applications (such as elmdentica, intone, ...) need the -ver-svn-02.so.0 version of the libs, so I just link them. Should tis not be automatically integrated into SHR? No, it shouldn't. If the packages are expected to run on shr they should link to the correct libs. The easiest way to make sure this happens is to get a recipe added to shr so that they are automatically updated when the library version changes, and people can install them directly from the shr repository. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /usr/lib/lib** svn .so.0 problem in shr
On Fri, Oct 23, 2009 at 06:57:18PM +0100, Al Johnson wrote: On Friday 23 October 2009, Pieter Colpaert wrote: Hi, Many applications (such as elmdentica, intone, ...) need the -ver-svn-02.so.0 version of the libs, so I just link them. Should tis not be automatically integrated into SHR? No, it shouldn't. If the packages are expected to run on shr they should link to the correct libs. The easiest way to make sure this happens is to get a recipe added to shr so that they are automatically updated when the library version changes, and people can install them directly from the shr repository. Has EFL already been upgraded in shr unstable? Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
