Ebrahim Mayat | 1 Oct 2010 01:45
Picon

Re: compatibility version problem


On Sep 30, 2010 Hanspeter Niederstrasser wrote:

> Speex had a similar issue recently (offloaded public but unstable
> symbols to another dylib) but kept the install name the same.  The new
> speex version was put into a new package name (speex3 -> libspeex1)
> *AND* the libraries were put into a 'hidden' directory
> /sw/lib/libspeex1/lib (that is, not directly into /sw/lib) to avoid
> filename collisions while maintaining Shlibs policy.

On Sep 30, 2010 Peter O' Gorman wrote:

> Ew!
>
> You'll have to relink the library "by hand" in the .info file,  
> giving it
> a compatibility version >= 5.0.0, or figure out how to tell cmake to  
> use
> a different compatibility version.
>
> Please report this to the upstream developers, since it means that any
> binary that used fluidsynth-1.1.1 will need to be rebuilt to use 1.1.2
> (and it seems likely that is not their intention).

Many thanks all for your valuable input. FWIW, I rebuilt qsynth (while  
linking to the cmake-built libfluidsynth.1.dylib) and qsynth.app runs  
without any problem using both the coreaudio and the newly-added  
portaudio sound drivers.

Ebrahim
(Continue reading)

Remi Mommsen | 1 Oct 2010 09:34
Picon
Picon

Re: Build issue with anjuta-2.24.2-2 on 10.5.8

Hi Dan,

On Sep 30, 2010, at 7:25 PM, Daniel Macks wrote:

> On Mon, 27 Sep 2010 14:52:14 -0400, Daniel Macks  wrote:
>> On Mon, 27 Sep 2010 20:49:06  0200, Remi Mommsen  wrote:
>>> On Sep 27, 2010, at 8:08 PM, Hanspeter Niederstrasser wrote:
>>>> On 9/27/10 1:58 PM, Alexander Hansen wrote:
>>>>> 
>>>>> (Tested on 10.5.8/PowerPC, Xcode 3.1.4, Xquartz 2.5.3)
>>>>> Looks like another case of .la files hiding a multitude of sins:
>>>>> 
>>>>> ... 
>>>>> libtool: link: gcc  -o .libs/libanjuta-gtodo.so -bundle  
> .libs/plugin.o
>>>>> .libs/add_edit_item.o .libs/callback.o .libs/debug_printf.o
>>>>> .libs/egg-datetime.o .libs/eggtrayicon.o .libs/export.o
>>>>> .libs/interface.o .libs/libgtodo.o .libs/list_tooltip.o
>>>>> .libs/mcategory.o .libs/notification.o .libs/preferences.o
>>>>> .libs/tasklists.o .libs/todo_db.o .libs/tray-icon.o   -L/sw/lib
>>>>> - -L/usr/X11/lib -L/sw/lib/gnome-vfs2.16 
> /sw/lib/libxslt.dylib -lpthread
>>>>> /sw/lib/libiconv.dylib -lm ../../libanjuta/.libs/libanjuta.dylib
>>>>> - -L/usr/lib /sw/lib/libgnomeui-2.dylib /usr/X11/lib/libSM.dylib
>>>>> /usr/X11/lib/libICE.dylib /sw/lib/libbonoboui-2.dylib
>>>>> /sw/lib/gnome-vfs2.16/libgnomevfs-2.dylib 
> /sw/lib/libgnomecanvas-2.dylib
>>>>> /sw/lib/libgnome-2.dylib /sw/lib/libpopt.dylib 
> /sw/lib/libbonobo-2.dylib
>>>>> /sw/lib/libbonobo-activation.dylib /sw/lib/libORBit-2.dylib
(Continue reading)

Daniel Macks | 1 Oct 2010 16:07

Re: Build issue with anjuta-2.24.2-2 on 10.5.8

On Fri, 1 Oct 2010 09:34:21  0200, Remi Mommsen  wrote:
Hi Dan,
  >
  > On Sep 30, 2010, at 7:25 PM, Daniel Macks wrote:
  >
  > > On Mon, 27 Sep 2010 14:52:14 -0400, Daniel Macks  wrote:
  > >> On Mon, 27 Sep 2010 20:49:06  0200, Remi Mommsen  wrote:
  > >>> On Sep 27, 2010, at 8:08 PM, Hanspeter Niederstrasser wrote:
  > >>>> On 9/27/10 1:58 PM, Alexander Hansen wrote:
  > >>>>>
  > >>>>> (Tested on 10.5.8/PowerPC, Xcode 3.1.4, Xquartz 2.5.3)
  > >>>>> Looks like another case of .la files hiding a multitude of sins:
  > >>>>>
  > >>>>> ... 
  > >>>>> libtool: link: gcc  -o .libs/libanjuta-gtodo.so -bundle
  > > .libs/plugin.o
  > >>>>> .libs/add_edit_item.o .libs/callback.o .libs/debug_printf.o
  > >>>>> .libs/egg-datetime.o .libs/eggtrayicon.o .libs/export.o
  > >>>>> .libs/interface.o .libs/libgtodo.o .libs/list_tooltip.o
  > >>>>> .libs/mcategory.o .libs/notification.o .libs/preferences.o
  > >>>>> .libs/tasklists.o .libs/todo_db.o .libs/tray-icon.o   -L/sw/lib
  > >>>>> - -L/usr/X11/lib -L/sw/lib/gnome-vfs2.16
  > > /sw/lib/libxslt.dylib -lpthread
  > >>>>> /sw/lib/libiconv.dylib -lm ../../libanjuta/.libs/libanjuta.dylib
  > >>>>> - -L/usr/lib /sw/lib/libgnomeui-2.dylib /usr/X11/lib/libSM.dylib
  > >>>>> /usr/X11/lib/libICE.dylib /sw/lib/libbonoboui-2.dylib
  > >>>>> /sw/lib/gnome-vfs2.16/libgnomevfs-2.dylib
  > > /sw/lib/libgnomecanvas-2.dylib
  > >>>>> /sw/lib/libgnome-2.dylib /sw/lib/libpopt.dylib
  > > /sw/lib/libbonobo-2.dylib
(Continue reading)

Robert Wyatt | 1 Oct 2010 23:45
Picon
Gravatar

Re: Build issue with anjuta-2.24.2-2 on 10.5.8

Daniel Macks wrote:
>  New version in unstable now, that fixes lots of upstream messes and
> updated gnome standards in fink.
>   
> dan
>
> --
> Daniel Macks
>    dmacks <at> netspace.org

Can confirm that anjuta 2.28.2.0-1 builds and on installs on PPC 10.5.8 now.

--Robert

------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Kow KURODA | 2 Oct 2010 04:58
Picon

Fink sqlite3-3.7.2-1 build failure

Hello,

I post this message because there seems to be no maintainer of the relevant package.

I tried to update the Fink packageI sqlite3-3.7.2-1, but it failed with the following error. Could you
please look into this?

Thanks in advance.

Kow Kuroda

****************************************************

[snipped]
tclsh8.5 ./tool/mksqlite3c.tcl
./libtool --mode=compile --tag=CC gcc  -I/sw/include/readline  -Os -DSQLITE_SECURE_DELETE=1
-DSQLITE_OS_UNIX=1 -I. -I./src -D_HAVE_SQLITE_CONFIG_H -DNDEBUG 
-I/System/Library/Frameworks/Tcl.framework/Versions/8.5/Headers -DSQLITE_THREADSAFE=1
-DSQLITE_THREAD_OVERRIDE_LOCK=-1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_ENABLE_FTS3=1
-DSQLITE_ENABLE_UNLOCK_NOTIFY   -DSQLITE_TEMP_STORE=1 -c sqlite3.c
libtool: compile:  gcc -I/sw/include/readline -Os -DSQLITE_SECURE_DELETE=1 -DSQLITE_OS_UNIX=1 -I.
-I./src -D_HAVE_SQLITE_CONFIG_H -DNDEBUG
-I/System/Library/Frameworks/Tcl.framework/Versions/8.5/Headers -DSQLITE_THREADSAFE=1
-DSQLITE_THREAD_OVERRIDE_LOCK=-1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_ENABLE_FTS3=1
-DSQLITE_ENABLE_UNLOCK_NOTIFY -DSQLITE_TEMP_STORE=1 -c sqlite3.c  -fno-common -DPIC -o .libs/sqlite3.o
libtool: compile:  gcc -I/sw/include/readline -Os -DSQLITE_SECURE_DELETE=1 -DSQLITE_OS_UNIX=1 -I.
-I./src -D_HAVE_SQLITE_CONFIG_H -DNDEBUG
-I/System/Library/Frameworks/Tcl.framework/Versions/8.5/Headers -DSQLITE_THREADSAFE=1
-DSQLITE_THREAD_OVERRIDE_LOCK=-1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_ENABLE_FTS3=1
-DSQLITE_ENABLE_UNLOCK_NOTIFY -DSQLITE_TEMP_STORE=1 -c sqlite3.c -o sqlite3.o >/dev/null 2>&1
(Continue reading)

Alexander Hansen | 2 Oct 2010 17:13
Picon
Gravatar

Re: Fink sqlite3-3.7.2-1 build failure


On 10/1/10 10:58 PM, Kow KURODA wrote:
> Hello,
> 
> I post this message because there seems to be no maintainer of the relevant package.
> 
> I tried to update the Fink packageI sqlite3-3.7.2-1, but it failed with the following error. Could you
please look into this?
> 
> Thanks in advance.
> 
> Kow Kuroda
> 
> ****************************************************
> 
> [snipped]
<snipped more>
> ##  %p/lib/tcl is a symlink belonging to tcltk, do not overwrite it with a dir
> ## (Else everything goes wrong e.g. when tcltk is reinstalled after sqlite3).
> ##  And target differs according to arch/sw_vers, thus need readlink 
>     link=`readlink /sw/lib/tcl`
> readlink /sw/lib/tcl
> ### execution of /var/tmp/tmp.2.S7zmNr failed, exit code 1
> Removing runtime build-lock...
> Removing build-lock package...
> /sw/bin/dpkg-lockwait -r fink-buildlock-sqlite3-3.7.2-2
> (Reading database ... 221475 files and directories currently installed.)
> Removing fink-buildlock-sqlite3-3.7.2-2 ...
> Failed: phase installing: sqlite3-3.7.2-2 failed
> 
(Continue reading)

Kow KURODA | 2 Oct 2010 18:09
Picon

Re: Fink sqlite3-3.7.2-1 build failure

Dear Alex,

Thanks for your time.

> 
> <snipped more>
>> ##  %p/lib/tcl is a symlink belonging to tcltk, do not overwrite it with a dir
>> ## (Else everything goes wrong e.g. when tcltk is reinstalled after sqlite3).
>> ##  And target differs according to arch/sw_vers, thus need readlink 
>>    link=`readlink /sw/lib/tcl`
>> readlink /sw/lib/tcl
>> ### execution of /var/tmp/tmp.2.S7zmNr failed, exit code 1
>> Removing runtime build-lock...
>> Removing build-lock package...
>> /sw/bin/dpkg-lockwait -r fink-buildlock-sqlite3-3.7.2-2
>> (Reading database ... 221475 files and directories currently installed.)
>> Removing fink-buildlock-sqlite3-3.7.2-2 ...
>> Failed: phase installing: sqlite3-3.7.2-2 failed
> 
> It works here.  What do you get if you just run
> 
> readlink /sw/lib/tcl
> 
> at a terminal prompt?

It gives nothing, namely no error. What is the expected result?

Kow

------------------------------------------------------------------------------
(Continue reading)

Alexander Hansen | 2 Oct 2010 23:47
Picon
Gravatar

Re: Fink sqlite3-3.7.2-1 build failure


On 10/2/10 12:09 PM, Kow KURODA wrote:
> Dear Alex,
> 
> Thanks for your time.
> 
>>
>> <snipped more>
>>> ##  %p/lib/tcl is a symlink belonging to tcltk, do not overwrite it with a dir
>>> ## (Else everything goes wrong e.g. when tcltk is reinstalled after sqlite3).
>>> ##  And target differs according to arch/sw_vers, thus need readlink 
>>>    link=`readlink /sw/lib/tcl`
>>> readlink /sw/lib/tcl
>>> ### execution of /var/tmp/tmp.2.S7zmNr failed, exit code 1
>>> Removing runtime build-lock...
>>> Removing build-lock package...
>>> /sw/bin/dpkg-lockwait -r fink-buildlock-sqlite3-3.7.2-2
>>> (Reading database ... 221475 files and directories currently installed.)
>>> Removing fink-buildlock-sqlite3-3.7.2-2 ...
>>> Failed: phase installing: sqlite3-3.7.2-2 failed
>>
>> It works here.  What do you get if you just run
>>
>> readlink /sw/lib/tcl
>>
>> at a terminal prompt?
> 
> It gives nothing, namely no error. What is the expected result?
> 
> Kow
(Continue reading)

Daniel Macks | 3 Oct 2010 01:00

Re: Fink sqlite3-3.7.2-1 build failure

On Sun, 3 Oct 2010 01:09:20  0900, Kow KURODA  wrote:
> > <snipped more>
  > >> ##  %p/lib/tcl is a symlink belonging to tcltk, do not overwrite 
it with a dir
  > >> ## (Else everything goes wrong e.g. when tcltk is reinstalled 
after sqlite3). 
  > >> ##  And target differs according to arch/sw_vers, thus need readlink
  > >>    link=`readlink /sw/lib/tcl`
  > >> readlink /sw/lib/tcl
  > >> ### execution of /var/tmp/tmp.2.S7zmNr failed, exit code 1
  > >> Removing runtime build-lock... 
  > >> Removing build-lock package... 
  > >> /sw/bin/dpkg-lockwait -r fink-buildlock-sqlite3-3.7.2-2
  > >> (Reading database ... 221475 files and directories currently installed.)
  > >> Removing fink-buildlock-sqlite3-3.7.2-2 ... 
  > >> Failed: phase installing: sqlite3-3.7.2-2 failed
  > >
  > > It works here.  What do you get if you just run
  > >
  > > readlink /sw/lib/tcl
  > >
  > > at a terminal prompt?
  >
  > It gives nothing, namely no error. What is the expected result?
 
What OS X version and what fink arch are you using (i.e., "Distribution 
version" from 'fink -V')? I know tcl is "different" on some 64-bit 
architectures. 
 
dan
(Continue reading)

Alexander Hansen | 3 Oct 2010 01:28
Picon
Gravatar

Re: Fink sqlite3-3.7.2-1 build failure


<snip>

> What OS X version and what fink arch are you using (i.e., "Distribution 
> version" from 'fink -V')? I know tcl is "different" on some 64-bit 
> architectures. 
>  
> dan
> 
>   --
> Daniel Macks
>   dmacks <at> netspace.org
> 
>  
> 
> 
It's "different", but not that different, on 10.6/x86_64:

$ readlink /sw64/lib/tcl
tcl8.5

--

-- 
Alexander Hansen
Fink User Liaison

Gmane