From: Alexander H. <ale...@gm...> - 2012-10-07 02:15:50
|
Original message: Hello everyone, I'm trying to boostrap install Fink 0.34.4 (on OS X 10.8.2 with XCode 4.5) in order to bundle some libraries with an application. "./boostrap /sw" is successful while "./bootstrap /Applications/MyApp.app/Contents/Resources/Fink" fails (see logfile). Any ideas on how to correct this ? Best regards, Rafael Navaza. ================ We don't need to see the logs for successfully built packages, so I'm just going to show the failure: ... Selecting previously deselected package libgettext8-dev. (Reading database ... 4054 files and directories currently installed.) Unpacking libgettext8-dev (from .../libgettext8-dev_0.18.1.1-1_darwin-x86_64.deb) ... Selecting previously deselected package libgettext8-shlibs. Unpacking libgettext8-shlibs (from .../libgettext8-shlibs_0.18.1.1-1_darwin-x86_64.deb) ... Selecting previously deselected package gettext-bin. Unpacking gettext-bin (from .../gettext-bin_0.18.1.1-1_darwin-x86_64.deb) ... /Applications/MyApp.app/Contents/Resources/Fink/bootstrap/bin/dpkg: error processing /Applications/MyApp.app/Contents/Resources/Fink/fink/dists/stable/main/binary-darwin-x86_64/base/gettext-bin_0.18.1.1-1_darwin-x86_64.deb (--install): unable to create `MyApp.app/Contents/Resources/Fink/share/locale/en@boldquot/LC_MESSAGES/gettext-runtime.mo': No such file or directory dpkg: dependency problems prevent configuration of libgettext8-dev: libgettext8-dev depends on gettext-bin (>= 0.18.1.1-1); however: Package gettext-bin is not installed. /Applications/MyApp.app/Contents/Resources/Fink/bootstrap/bin/dpkg: error processing libgettext8-dev (--install): dependency problems - leaving unconfigured I reproduced your issue. When I checked the .deb archive I got: $ dpkg -c /Applications/MyApp.app/Contents/Resources/Fink/fink/debs/gettext-bin_0.18.1.1-1_darwin-x86_64.deb | grep boldquot drwxr-xr-x root/admin 0 2012-10-06 18:10 ./Applications/MyApp.app/Contents/Resources/Fink/share/locale/en@boldquot/ drwxr-xr-x root/admin 0 2012-10-06 18:10 ./Applications/MyApp.app/Contents/Resources/Fink/share/locale/en@boldquot/LC_MESSAGES/ -rw-r--r-- root/admin 9292 2012-10-06 18:10 ./Applications/MyApp.app/Contents/Resources/Fink/share/locale/en@boldquot/LC_MESSAGES/gettext-runtime.mo so I'm not yet sure what is causing this to happen. One thing to note: your app will _not_ be relocatable without additional modification, because Fink uses absolute paths for linked libraries. I.e. it will _only_ work if installed in /Applications. -- Alexander Hansen, Ph.D. Fink User Liaison My package updates: http://finkakh.wordpress.com/ |
From: Frava <fra...@gm...> - 2012-10-07 23:56:54
|
Hi Alexander, Thank for the response. I guess it is dpkg that does'nt work properly on this one. Due to a too long path, or a dot in the path ? I'll do more testing tomorrow. Cheers, Rafael. PS: I'm sorry for having posted the complete logfile ;-) 2012/10/7 Alexander Hansen <ale...@gm...> > I reproduced your issue. When I checked the .deb archive I got: > > $ dpkg -c > > /Applications/MyApp.app/Contents/Resources/Fink/fink/debs/gettext-bin_0.18.1.1-1_darwin-x86_64.deb > | grep boldquot > drwxr-xr-x root/admin 0 2012-10-06 18:10 > ./Applications/MyApp.app/Contents/Resources/Fink/share/locale/en@boldquot/ > drwxr-xr-x root/admin 0 2012-10-06 18:10 > ./Applications/MyApp.app/Contents/Resources/Fink/share/locale/en@boldquot > /LC_MESSAGES/ > -rw-r--r-- root/admin 9292 2012-10-06 18:10 > ./Applications/MyApp.app/Contents/Resources/Fink/share/locale/en@boldquot > /LC_MESSAGES/gettext-runtime.mo > > so I'm not yet sure what is causing this to happen. > > One thing to note: your app will _not_ be relocatable without > additional modification, because Fink uses absolute paths for linked > libraries. I.e. it will _only_ work if installed in /Applications. > -- > Alexander Hansen, Ph.D. > Fink User Liaison > My package updates: http://finkakh.wordpress.com/ > |
From: Alexander H. <ale...@gm...> - 2012-10-08 00:49:37
|
On 10/7/12 4:56 PM, Frava wrote: > Hi Alexander, > > Thank for the response. > I guess it is dpkg that does'nt work properly on this one. Due to a too > long path, or a dot in the path ? I'll do more testing tomorrow. > Cheers, > Rafael. > > PS: I'm sorry for having posted the complete logfile ;-) > > That's OK. I just happened to notice that the error looked to be confined to a particular package. I've done some testing. A dot in the path is fine (and I've used that before, anyway). I think it's the length which is causing the difficulty: I could bootstrap into "/tmp/Applications/MyApp.app", but "/tmp/Applications/MyApp.app/Contents/Resources/Fink" didn't work. I'm not sure if the issue is in dpkg or if this is also a problem for tar. -- Alexander Hansen, Ph.D. Fink User Liaison My package updates: http://finkakh.wordpress.com/ |
From: Frava <fra...@gm...> - 2012-10-08 11:05:26
|
I've been testing it on SL 32/64bit, Lion and ML with differents version of Xcode and I get the same error. Shorting the Fink's prefix to 45 characters makes it work. For example, "/Applications/MyApp.app/Contents/Resources/Fk" works. By interpreting this we can deduce that the longest file path that "dpkg" (or whatever) can handle is "/Applications/MyApp.app/Contents/Resources/Fk/share/locale/en@boldquot/LC_MESSAGES/gettext-runtime.mo", so a total of 101 characters. Rafael. 2012/10/8 Alexander Hansen <ale...@gm...> > > > That's OK. I just happened to notice that the error looked to be > confined to a particular package. > > I've done some testing. A dot in the path is fine (and I've used that > before, anyway). I think it's the length which is causing the > difficulty: I could bootstrap into "/tmp/Applications/MyApp.app", but > "/tmp/Applications/MyApp.app/Contents/Resources/Fink" didn't work. > > I'm not sure if the issue is in dpkg or if this is also a problem for tar. > -- > Alexander Hansen, Ph.D. > Fink User Liaison > My package updates: http://finkakh.wordpress.com/ > |
From: Charles L. <cl...@gm...> - 2012-10-08 12:47:40
|
On Oct 8, 2012, at 7:05 AM, Frava wrote: > By interpreting this we can deduce that the longest file path that "dpkg" (or whatever) can handle is "/Applications/MyApp.app/Contents/Resources/Fk/share/locale/en@boldquot/LC_MESSAGES/gettext-runtime.mo", so a total of 101 characters. I think it's a limit of 100 characters (leading slash is probably removed) in the POSIX tar archive format used inside of a .deb: http://www.delorie.com/gnu/docs/tar/tar_114.html Some discussions on Debian's bug trackers seem to imply that they are doing something with dpkg to use the 256-character limit (possibly by passing some options to tar). -- Charles Lepple clepple@gmail |