Re: [Fink-users] Missing Dependency for scribus-aqua-1.4.5-1

[Martin Costabel]

Hi,

Fink's scribus packages have been in hibernation for a couple of years 
now. I myself haven't touched them for at least 2 years. I didn't know 
whether anyone is still interested in installing scribus from fink, 
knowing that the current versions 1.4.6 and 1.5.3 exist as dmg packages 
from the scribus developers.


One of the motivations for keeping fink packages was to have an X11 
version, but I don't think I would want to keep this one up to date, and 
no one asked for it. For the developer version 1.5.3, I don't think an 
X11 version is even possible (absence of qt5-x11).


Are you really interested in using scribus from Fink? I guess I could 
try to upgrade scribus-aqua to 1.4.6, but if your motivation is only to 
get rid of non-building packages, then it is probably better to kill the 
scribus packages altogether.


--
Martin

On 16/07/17 07:26, Sean Lake wrote:

Hello again,

This issue remains unresolved. I'd be happy to test if scribus-aqua will build 
with one of the existing boost versions, if given instruction on how to do so.

Thanks,
Sean


On Jun 27, 2017, at 23:26, Sean Lake  wrote:

Hello all,

It appears that the MacOS 10.12 branch of Fink has a problem. The package 
scribus-aqua-1.4.5-1 depends on boost1.53.systempython, and that package is 
nowhere to be found in a list of fink apropos boost. I don't know whether the 
solution is to change the dependency a higher version of boost, or try to bring 
in the older boost version.

sudo fink install scribus-aqua
Information about 10184 packages read in 1 seconds.
Can't resolve dependency "boost1.53.systempython" for package
"scribus-aqua-1.4.5-1" (no matching packages/versions found)
Exiting with failure.

fink --version
Package manager version: 0.41.1
Distribution version: selfupdate-rsync Tue Jun 27 07:32:19 2017, 10.12, x86_64
Trees: local/main stable/main

Thanks,
Sean Lake



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-users/
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users




--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-users/
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] libctl cannot installed while MEEP

[Martin Costabel]

On 7/07/17 12:54, Hanspeter Niederstrasser wrote:
[]
This has been fixed in CVS. The versioning is back to guile-2.0-config 
etc, and I was able to build libctl with the latest guile packaging.


Confirmed. Thanks.

--
Martin


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-users/
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] libctl cannot installed while MEEP

[Martin Costabel]

On 6/07/17 03:32, ABE Hiroshi wrote:
[]

checking for gh_eval_str in -lguile... no
checking for scm_eval_string in -lguile... no
checking if linking to guile works... no
configure: error: Guile could not be found


There is a bug in how the new guile20 names its files:

% ls /sw/bin/guile*2.0*
/sw/bin/guile-2.0		/sw/bin/guile-config-2.0	/sw/bin/guile-snarf-2.0	 
/sw/bin/guile-tools-2.0


In particular guile-config-2.0 should be guile-2.0-config as it used to 
be in the previous version. Some parts of guile20 itself think so, too:


% ls -l /sw/share/guile/2.0/scripts/binoverride
total 32
lrwxr-xr-x  1 root  admin  17 Jul  6 14:20 guile -> /sw/bin/guile-2.0
lrwxr-xr-x  1 root  admin  24 Jul  6 14:20 guile-config -> 
/sw/bin/guile-2.0-config
lrwxr-xr-x  1 root  admin  23 Jul  6 14:20 guile-snarf -> 
/sw/bin/guile-2.0-snarf
lrwxr-xr-x  1 root  admin  23 Jul  6 14:20 guile-tools -> 
/sw/bin/guile-2.0-tools


Thus packages that use this binoverride	mechanism (which may well be 
outdated, but wasn't broken until recently) cannot find guile-config and 
will fail.


I am not sure who feels responsible for the guile20 package nowadays.

--
Martin


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-users/
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Build of octave-3.8.2-11 failed

[Martin Costabel]

On 4/12/16 22:56, Gary K. Olson wrote:
> On Dec 4, 2016, at 2:04 PM MDT, Gary Olson <garykol...@mac.com
> <mailto:garykol...@mac.com>> replied:
>
>> On Dec 3, 2016, at 4:08 PM, Martin Costabel <costa...@wanadoo.fr
>> <mailto:costa...@wanadoo.fr>> wrote:
[]
>> ./configure %c "ac_cv_func_mkostemp=no"
>>
>> With this, it built for me (after I updated
[]
> I changed the ./configure line in octave-3.8.2-11.info
> <http://octave-3.8.2-11.info> (line 251) as that seemed the proper place
> and reran the the build, but I got the same error message as before.  I
[]

Can you see the line

checking for mkostemp... (cached) no

in the configure output? Or does it say "... yes"?
If the latter, your change in the info file wasn't used, somehow.

-- 
Martin



--
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Build of octave-3.8.2-11 failed

[Martin Costabel]

On 3/12/16 07:51, Alexander Hansen wrote:
>
>> On Dec 2, 2016, at 21:02, Gary K. Olson > > wrote:
>>
>> I was compiling octave-3.8.2-11, and the build failed after not
>> finding *member named 'mkostemp' in the global namespace.* Not sure
>> that missing member is error but recursive errors did occur while
>> compiling lapack-xtra/*.f files. Here is build script of that portion:
[]
>> 
>> Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/cstdlib:86:
>> *../../libgnu/stdlib.h:668:19: **error: **no member named
>> 'mkostemp' in the global namespace*
>> _GL_CXXALIAS_SYS (mkostemp, int, (char * /*template*/, int
>> /*flags*/));
>> *~~^~~~*
>> *../../libgnu/stdio.h:266:45: **note: *expanded from macro
>> '_GL_CXXALIAS_SYS'
>>   static rettype (*func) parameters = ::func;  \
[]...
>>
>> Failed: phase compiling: octave-3.8.2-11 failed
>>
>> My system info is:
>>
>> Package manager version: 0.41.1
>> Distribution version: selfupdate-rsync Fri Dec  2 20:05:59 2016,
>> 10.12, x86_64
>> Trees: local/main stable/main local/injected
>> Xcode.app: 8.1
>> Xcode command-line tools: 8.1.0.0.1.1476494586
>> Max. Fink build jobs:  4
>>
>> Any help would be appreciated. Thank you.
>>
>> Gary K Olson
>
> Please try again, using a single build job, and post starting with the
> entire line of output just before the first error message.  Errors with
> multiple jobs are harder to track down.

This is a bug that homebrew and macports also have noticed, caused by 
the new function mkostemp in Sierra that octave doesn't yet know about. 
Octave uses its own stdlib.h that does not have this function. A 
workaround is to run configure as

  ./configure %c "ac_cv_func_mkostemp=no"

With this, it built for me (after I updated fink-package-precedence to 
the latest version, anyway; with the older one that was installed it 
crashed at the end due to an otool error.)

-- 
Martin

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] glitz-0.5.6 build error

[Martin Costabel]

On 10/08/16 01:07, Barnes, Peter D. wrote:
>
[]
> MacOS X:~$ ls -l /opt/X11/include
> total 88
> drwxr-xr-x   22 rootwheel748 Jun 17 21:22 GL/
> drwxr-xr-x6 rootwheel204 Jun 17 21:22 GLES/
>

Is this really all there is in /opt/X11/include? If you don't have a 
fully populated /opt/X11/include/X11/ directory, then it is not 
surprising that glitz thinks that you don't have any X headers.

-- 
Martin



--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. http://sdm.link/zohodev2dev
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] problems installing asymptote

[Martin Costabel]

On 6/04/16 13:07, Greg Minshall wrote:
> hi.  i can't seem to get asymptote to build.  any suggestions would be
> appreciated.
[]
>./base/gsicc_manage.c:1084: gsicc_open_search(): Could not find 
> default_gray.icc
> | ./base/gsicc_manage.c:1690: gsicc_set_device_profile(): cannot find device 
> profile
> ../base/plain_Label.asy: 670.23: reading array of length 4 with out-of-bounds 
> index 4
> Makefile:41: recipe for target 'grid3xyz.pdf' failed
> make[1]: *** [grid3xyz.pdf] Error 1

I am rather surprised that you got so far :-), seeing that the 
dependency pil-systempython25 does no longer exist. On cvs, I have now 
updated asymptote to version 2.37. Please look whether this solves your 
problem.

-- 
Martin


--
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] qt3 fails to build on El Capitan

[Martin Costabel]

On 15/11/15 05:19, Daniel Johnson wrote:
[]
> You can try, but I doubt it’ll make a difference. As far as Apple is 
> concerned, this is a feature, not a bug. Disabling DYLD_LIBRARY_PATH is part 
> of System Integrity Protection as being able to interpose a different library 
> is a security risk. If you disable SIP, DYLD_LIBRARY_PATH works again.

If I understand the discussion correctly, the DYLD_* env variables are 
only disabled for certain executables that are considered inviolable. 
Shells belong to this class, but the fact that this then concerns also 
subshells and shell scripts is probably unintended and can be considered 
as a bug.

> DYLD_FALLBACK_LIBRARY_PATH still works so maybe it can be used instead. I 
> haven’t looked at the code in question.

No, DYLD_FALLBACK_LIBRARY_PATH does not help in the case of qt3 and some 
other packages where DYLD_LIBRARY_PATH is used during the build process 
to run newly compiled binaries that are linked against newly compiled 
libraries. This allows the dylibs to have their install_name set to 
their final destination while still living in the build directory. If 
DYLD_LIBRARY_PATH is not available, more complicated procedures 
involving changing install_names at the last moment before installation 
would have to be followed. Cmake, for example, has such procedures, but 
last time I looked they didn't work reliably in all cases.

Fink has several dozen packages that use DYLD_LIBRAY_PATH and might be 
affected by this "feature", among them basics like ncurses, bzip2, 
python or texlive. I am maintaining a couple of those, too, and this 
might just give me the final push to abandon them.

-- 
Martin


--
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] qt3 fails to build on El Capitan

[Martin Costabel]

On 14/11/15 22:08, Daniel Macks wrote:
[]
> Looks like the build is using "-L to build dir to find a -l library",
> which is *at best* multithreaded-risky and at worst leads to problems
> if any version of the qt3 package is already installed. The qt build
> system is annoying that way. Don't have any direct diagnosis or robust
> solution, but "make sure you have no qt3* installed before building
> qt3" is something to try.

I am getting the same error as Dušan, with no qt3 previously installed.

It seems to me that Apple really have crossed the line now: Apparently 
you cannot use DYLD_LIBRARY_PATH on El Crapitan any more. If this is 
true, see , and no 
workaround is found, then not only qt3, but many more Fink packages (and 
a lot of other software) will have a problem.

-- 
Martin



--
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] qt3 fails to build on El Capitan

[Martin Costabel]

On 14/11/15 23:24, Alexander Hansen wrote:
>
>> On Nov 14, 2015, at 14:21, Martin Costabel <costa...@wanadoo.fr> wrote:
>>
>> On 14/11/15 22:08, Daniel Macks wrote:
>> []
>>> Looks like the build is using "-L to build dir to find a -l library",
>>> which is *at best* multithreaded-risky and at worst leads to problems
>>> if any version of the qt3 package is already installed. The qt build
>>> system is annoying that way. Don't have any direct diagnosis or robust
>>> solution, but "make sure you have no qt3* installed before building
>>> qt3" is something to try.
>>
>> I am getting the same error as Dušan, with no qt3 previously installed.
>>
>> It seems to me that Apple really have crossed the line now: Apparently you 
>> cannot use DYLD_LIBRARY_PATH on El Crapitan any more. If this is true, see 
>> <https://github.com/oracle/node-oracledb/issues/231>, and no workaround is 
>> found, then not only qt3, but many more Fink packages (and a lot of other 
>> software) will have a problem.
>>
>> --
>> Martin
>>
>>
>
> Ah.  I _didn’t_ see the same thing, but I had qt3 installed already via 10.10.

Yes, that would work.

After some googling, I am now convinced that this is a serious problem 
hitting a lot of people. Here is an example:
<http://www.postgresql.org/message-id/3d4c879b-a85b-4b8f-8d30-82b52cd12...@justatheory.com>
They recommend that anyone concerned should file a bug with Apple so 
that they might think about packpedalling.

-- 
Martin



--
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Configuring Maven On OSX El Capitan

[Martin Costabel]

On 12/11/15 00:25, Buz Barstow wrote:
> Hi Martin,
>
> Many thanks for this!
>
> This trick totally works to get Maven working.

Good.

>
> However, unfortunately, once it is working, the install fails:
[]
> [ERROR] Failed to execute goal org.apache.rat:apache-rat-plugin:0.11:check 
> (default) on project zxing-parent: Too many files with unapproved license: 4 
> See RAT report in: /Users/buz/Downloads/zxing/target/rat.txt -> [Help 1]
[]
> I know that this is probably outside the scope of the fink list, but does any 
> one have any ideas that might help to resolve this?

Not me, in any case. But googling "Too many files with unapproved 
license" shows a couple of discussions of this point.

-- 
Martin



--
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Configuring Maven On OSX El Capitan

[Martin Costabel]

On 11/11/15 21:59, Buz Barstow wrote:
> Dear all,
>
> I’m trying to install the ZXing barcode reader software and python bindings 
> on OS X El Capitan.
>
> https://github.com/oostendo/python-zxing
>
> The installation requires the use of the Maven installer tool.
>
> I have installed Maven through Fink, but am getting an error when I try to 
> run it:
>
> apollo8:zxing buz$ mvn
> Error: JAVA_HOME is not defined correctly.
>We cannot execute /usr/libexec/java_home/bin/java
>
>
> Could someone help me to resolve this problem please?

This could be a problem with your java installation, but there is also a 
bug in the /sw/bin/mvn script: It contains the line

   export JAVA_HOME=/usr/libexec/java_home

This should certainly be

   export JAVA_HOME=`/usr/libexec/java_home`

You can work around the bug by executing the latter command in your 
shell before running mvn:

$ export JAVA_HOME=`/usr/libexec/java_home`
$ mvn

-- 
Martin







--
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] cernlib and El Capitain

[Martin Costabel]

On 6/10/15 14:54, Alexander Hansen wrote:
[]
> The issue is "-I/usr/X11R6/include”. El Capitan doesn’t allow
> setting  up a /usr/X11R6 convenience symlink by default, even by the Xquartz
installer.

 From a discussion on the x11-users list I understand that this is not 
the case. The Xquartz installer is supposed to install both the /usr/X11 
and /usr/X11R6 symlinks to /opt/X11 on El Capitan. That it does, in 
fact, only install /usr/X11 and not /usr/X11R6 is an - as yet 
unexplained - bug.

But there is a command now to reestablish these symlinks:

   sudo /usr/libexec/x11-select /opt/X11

This works, although /usr/ is protected otherwise, even from 
modifications by root. Apparently there are exceptions to this protection.

-- 
Martin




--
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Octave-qtmac fails to build on 10.11 due to broken compiler

[Martin Costabel]

On 5/10/15 21:53, Gary K. Olson wrote:
> Alex Hansen’s fix over weekend fixed the system-perl problem, so I
> decided to build a few active packages that I hadn’t built under 10.10.
> Several packages couldn’t build because of broken c compiler.  Here is
> message on attempting to build octave-qtmac that was typical:
>
>>
> checking for style of include used by make... GNU
> checking for x86_64-apple-darwin-gcc... oct-cc
> checking whether the C compiler works... no
> configure: error: in `/sw/src/fink.build/octave-qtmac-3.8.2-6/octave-3.8.2':
> configure: error: C compiler cannot create executables
> See `config.log' for more details
[]
> Failed: phase compiling: octave-qtmac-3.8.2-6 failed
>
> I assumed that this is due to still calling for gcc4.9?

No, it is due to fink-octave-scripts not yet aware of the existence of 
El Capitan. You can paper it over as follows:

Edit the two files /sw/bin/oct-cc and /sw/bin/oct-cxx and add 15 to the 
list of recognized OS versions. Here are the diffs:

--- /sw/bin/oct-cc~ 2015-10-02 21:03:28.0 +0200
+++ /sw/bin/oct-cc  2015-10-04 11:46:27.0 +0200
@@ -3,3 +3,3 @@
  case $osversion in
-   1[1234])
+   1[12345])
COMPILER=/sw/var/lib/fink/path-prefix-clang/cc ;;
--- /sw/bin/oct-cxx~2015-10-02 21:03:28.0 +0200
+++ /sw/bin/oct-cxx 2015-10-04 11:48:08.0 +0200
@@ -3,3 +3,3 @@
  case $osversion in
-   1[34])
+   1[345])
COMPILER=/sw/var/lib/fink/path-prefix-libcxx/c++ ;;

With this fix, octave382 should build (it did for me, anyway).

-- 
Martin




--
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Failed: phase compiling: scribus-aqua-1.4.4-2 failed

[Martin Costabel]

On 20/04/15 03:48, Sean Lake wrote:
 Hello all,

 The fix Martin submitted for podofo9 appears to have worked since it 
 successfully builds now. scribus-aqua-1.4.4-2 is running into a problem, 
 though. Error text and system info follows.
[]5:
 /sw/src/fink.build/scribus-aqua-1.4.4-2/scribus-1.4.4/scribus/scfonts.h:18:10:
  fatal error:
'ft2build.h' file not found
 #include ft2build.h

This is the same error as for podofo9, and I'll eventually get around to 
fixing it. All packages using freetype2 have had to be fixed since the 
freetype219 maintainers decided to remove some symbolic links that 
permitted freetype2 to be found in standard directories. Cmake-using 
packages apparently need to be fixed one by one, because they have 
different versions of their freetype2-finding logic.

-- 
Martin



--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Failed: phase compiling: podofo9-0.9.2-3 failed

[Martin Costabel]

On 13/04/15 01:59, Sean Lake wrote:
 Hello all,

 I'm attempting to install scribus-aqua, and I run into the build failure of 
 podofo9. The error output for this is rather long. I hope I've included the 
 correct part.
[]
 CMake Error at 
 /sw/share/cmake-3.2/Modules/FindPackageHandleStandardArgs.cmake:138 (message):
Could NOT find FREETYPE (missing: FREETYPE_INCLUDE_DIR)
 Call Stack (most recent call first):
/sw/share/cmake-3.2/Modules/FindPackageHandleStandardArgs.cmake:374 
 (_FPHSA_FAILURE_MESSAGE)
cmake/modules/FindFREETYPE.cmake:75 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
CMakeLists.txt:372 (FIND_PACKAGE)

This should be fixed in podofo9-0.9.2-4.

-- 
Martin



--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] (no subject)

[Martin Costabel]

On 3/04/15 22:31, Hisashi T Fujinaka wrote:
[]
 I'll put the logs on http://www.i8u.org/~htodd/graphviz.log.zip

   JAVA_RELEASE=`javac -version  21 /dev/null | cut -d ' ' -f 2 | cut -d. 
 -f1-2`
   echo $JAVA_RELEASE
   Java 11:20:50.362

JAVA_RELEASE should be 1.6 or 1.7 or something. With yours it doesn't 
run configure at all.

-- 
Martin




--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Using wxWidgets

[Martin Costabel]

On 14/02/15 19:26, Daniel Johnson wrote:
[]

 Oh and you need to link to wxWidgets too. Don't know the library name off the 
 top of my head. You might need other frameworks as well, like Cocoa.

Placing `wx-config --libs` on the compiler line brings in a bunch of 
libraries that might be sufficient. For me it gives

% wx-config --libs
-L/sw/lib   -framework IOKit -framework Carbon -framework Cocoa 
-framework AudioToolbox -framework System -framework OpenGL 
-lwx_osx_cocoau_xrc-3.0 -lwx_osx_cocoau_webview-3.0 
-lwx_osx_cocoau_html-3.0 -lwx_osx_cocoau_qa-3.0 -lwx_osx_cocoau_adv-3.0 
-lwx_osx_cocoau_core-3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 
-lwx_baseu-3.0

-- 
Martin



--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] difficulties installing image-oct382

[Martin Costabel]

On 5/12/14 20:06, Geoffrey Smith wrote:
[]
 Unfortunately my browser is having the same problem the curl command has
 been having -- I have tried at least 10 different sites and the download
 seems to hang at around 345k out of 578k.  It is almost like a bad file
 got out and has propagated to many locations.  The actual file is
 libzip-0.11.2.tar.gz of package libzip2-0.11.2-1.  If I don't come up
 with something soon I will start a new thread.

I just got it from
http://distfiles.master.finkmirrors.net/distfiles/libzip-0.11.2.tar.gz
without problem.

-- 
Martin



--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] libgeos3.4.2 fails at configuration stage

[Martin Costabel]

On 1/12/14 09:28, Petri Piila wrote:
[]
 checking for gcc... gcc-4.2
 checking whether the C compiler works... no
 configure: error: in `/sw/src/fink.build/libgeos3.4.2-3.4.2-1/geos-3.4.2':
 configure: error: C compiler cannot create executables
 See `config.log' for more details

What does the config.log file say about this?

-- 
Martin


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Failed: phase compiling: pil-systempython25-1.1.7-6 failed

[Martin Costabel]

On 29/11/14 17:51, Dominique Dhumieres wrote:
 Trying to install pil-systempython25-1.1.7-6 on

 Package manager version: 0.38.2
 Distribution version: selfupdate-rsync Sat Nov 29 16:31:56 2014, 10.10, x86_64
[]
 ARCHFLAGS=  /usr/bin/python2.5 setup.py build
 sh: /usr/bin/python2.5: No such file or directory
[]
 AFAICT there is no /usr/bin/python2.5 in Yosemite and the package should
 probably be removed from 10.10.

Until 10.9, python2.5 was the version that existed on all supported OSX 
versions. This is now python2.7, so I am going to change the 
Distribution: line in pil-systempython accordingly.

What held me back to commit this was (and still is) the asymptote 
package, which needs a version of pil-systempython and is the only 
raison-d'être for the pil-systempython package. Updating asymptote 
implies naturally upgrading to the latest version 2.32, and there is a 
bug that prevents this from building correctly
http://sourceforge.net/p/asymptote/bugs/184/
As soon as I find a workaround, I'll do these updates.

A quick fix for the Distribution line in pil-systempython is now in CVS 
(version 1.1.7-7). Asymptote will currently not build on 10.10, however.

-- 
Martin



--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] error installing texlive-base

[Martin Costabel]

On 10/07/14 15:07, Alexander Hansen wrote:
 Your output shows not a directory for
 /sw/share/texmf-dist, and that's suspicious.  Can I get the output from

 file /sw/share/tetex-texmf

 ls -l /sw/share/tetex-texmf

 dpkg -S /sw/share/tetex-texmf

I think Alex means

file /sw/share/texmf-dist

ls -l /sw/share/texmf-dist

dpkg -S /sw/share/texmf-dist

-- 
Martin





--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] guile-1.8-snarf error (was Re: Missing dependency in Fink's geda-gaf)

[Martin Costabel]

On 8/07/14 00:10, David Fang wrote:
 Martin, and all,
   Are there multiple places that need the CR fix?  If this is an
 isolated case, I could just apply that patch as a workaround.

In the sources of geda-gaf, this seems the only place that needs fixing. 
With the patch to scheme_object.c, geda-gaf builds for me on 10.9.

Similar errors could pop up in other packages depending on guile18, 
though, if they use guile-1.8-snarf. I wouldn't know how to fix it in 
guile18, short of replacing the relevant sed script in guile-1.8-snarf 
by the one from guile-2.0-snarf.

-- 
Martin



--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] guile-1.8-snarf error (was Re: Missing dependency in Fink's geda-gaf)

[Martin Costabel]

On 6/07/14 01:21, Charles Lepple wrote:
 On Jul 5, 2014, at 6:39 PM, Kevin Horton khorto...@gmail.com
[]
 In file included from scheme_object.c:2175:
 ./scheme_object.x:80:84: error: expected ')'
  scm_c_define_gsubr (s_translate_object_x, 3, 0, 0, (SCM (*)())
 translate_object_x); ;

  ^
 ./scheme_object.x:79:21: note: to match this '('
  scm_c_define_gsubr (s_set_picture_data_vector_x,
 ^
 1 error generated.

 Kevin,

 That's the same error I was getting. That C file is generated from
 guile-1.8-snarf.

 David,

 Do you have any insight on this? I was thinking it was a C preprocessor
 error, but then I asked Peter Clifton, one of the gEDA developers,
 whether he saw this, and he sent me the guile-snarf script that worked
 for him. It's from Ubuntu's guile-2.0.9, so on a whim, I tried copying
 Fink's guile-2.0-snarf script from guile20 to /sw/bin/guile-1.8-snarf,
 and it magically worked.

 The differences mostly seem to be deep inside the sed expression, as the
 stuff for setting $cpp from the $CPP environment variable seem to be
 equivalent.

The problem comes from a difference in the new clang preprocessor where 
it writes comments at unexpected places.
This has been fixed at one place in libguile18, but apparently not 
completely.

A hack that works is to change the file 
geda-gaf-1.8.1/libgeda/src/scheme_object.c by displacing a carriage 
return as follows:

--- scheme_object.c.ori 2012-11-23 17:04:18.0 +0100
+++ scheme_object.c 2014-07-07 01:30:17.0 +0200
@@ -1989,2 +1989,2 @@
-SCM_DEFINE (set_picture_data_vector_x, %set-picture-data/vector!,
-3, 0, 0, (SCM obj_s, SCM data_s, SCM filename_s),
+SCM_DEFINE (set_picture_data_vector_x, %set-picture-data/vector!, 3, 
0, 0,
+   (SCM obj_s, SCM data_s, SCM filename_s),

A better fix would, of course, be to patch guile-1.8-snarf so that it 
works the same as guile-2.0-snarf.

-- 
Martin


--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Fink Build of texmacs-1.0.7.20-1 Fails

[Martin Costabel]

On 17/06/14 00:17, Sean Lake wrote:
[]
 Kernel/Types/tree.hpp:87:15: error: friend declaration specifying a default
argument must be a definition
friend void print_tree (tree t, int tab=0);
^
 1 error generated.

This should be fixed now in 1.0.7.20-2.

-- 
Martin



--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing  Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Problem compiling guile20-2.0.11-1

[Martin Costabel]

On 3/05/14 06:55, Alexander Hansen wrote:
 On 5/2/14, 9:44 PM, Aaron Magill wrote:
[]
 On 5/2/14, 8:46 PM, Aaron Magill wrote:
 Having problems compiling guile20… It looks like the building of the 
 library works until it gets to

 CCLD libguile-2.0.la
[]
 GEN  guile-procedures.texi
 Making all in module
 GUILEC ice-9/eval.go
 wrote `ice-9/eval.go'
 GUILEC ice-9/psyntax-pp.go
 Backtrace:
 In ice-9/eval.scm:
[]
 In unknown file:
  ?: 1 [#variable 10ec94d00 value: #procedure #variable 10ec94d00 
 value: #program 10e54bac0 (_ #:optional _) # ...]
 In ice-9/eval.scm:
481: 0 [lp (#fluid 12) ((#catch-closure 10ee8ab60))]

 ice-9/eval.scm:481:19: make[2]: *** [ice-9/psyntax-pp.go] Error 1
 make[1]: *** [all-recursive] Error 1
 make: *** [all] Error 2
 ### execution of /tmp/fink.ZSCgk failed, exit code 2
 ### execution of /tmp/fink.tysMv failed, exit code 2
 Removing runtime build-lock...
 Removing build-lock package...
 /sw/bin/dpkg-lockwait -r fink-buildlock-guile20-2.0.11-1
 (Reading database ... 259596 files and directories currently installed.)
 Removing fink-buildlock-guile20-2.0.11-1 ...
 Failed: phase compiling: guile20-2.0.11-1 failed
[]
 I'll cc the maintainer.

This is the problem that was fixed by un-optimizing the compilation of 
vm.c. The fix is currently conditioned on OSX version = 10.9. It is 
needed for xcode 5.1 also on OSX 10.8, so it would be better conditioned 
on the clang version = 503.0.38. Something like (from dirac.info)

if [[ ! $(clang --version | head -n1 | cut -d- -f2 | cut -d')' -f1)  
503.0.38 ]]

instead of

if test $darwin_vers -ge 13

-- 
Martin






--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] xdvik failure

[Martin Costabel]

On 25/04/14 06:55, Daniel Macks wrote:
 On Thu, 24 Apr 2014 19:53:26 +0200, Martin Costabel
 costa...@wanadoo.fr wrote:
[]
 I have now boiled it down to the mis-compilation of one file in
 t1lib5, lib/type1/objects.c. If this is compiled with a low
 optimization level such as -O1, xdvi works, if it is compiled with
 the standard -O2, segmentation fault. This is very weird, because
 this is C code, not C++. Plus, the crash doesn't even happen in
 objects.c, but in some other modules. I haven't seen anything about
 this in google either. Some more bug hunting in order, I guess.

 I don't know anything about this package or failure mode, but I did
 find a bunch of other-distro's patches, some of which sound like they
 can cause crashes and/or involve security advisories...

 http://patch-tracker.debian.org/package/t1lib/5.1.2-4

 If nothing else, may as well patch ours up to fix them, even if it
 doesn't solve the problem at hand.

I looked at these patches, but they don't seem to touch this problem, 
they contain mainly additional checks that will cause additional crashes 
in some situations (AKA security fixes).

I finally found the reason for the crash (don't ask me how...)
In my opinion it is a bug in clang, but of the kind that is unlikely to 
get fixed. In objects.c, clang incorrectly thinks that the variable 
r-flag is uninitialized; the static analyzer emits a warning:

objects.c:332:24: warning: The left expression of the compound 
assignment is an uninitialized value. The computed value will also
   be garbage
r-flag = ~(ISPERMANENT(ON) | ISIMMORTAL(ON));
~~~ ^

Then, from a certain optimization level on (-Oz, -Os, -O2), it concludes 
that since this is garbage anyway, it does not need to execute the 
compound statement and may as well do nothing or put 0 into r-flag. The 
result is that all the structures that use the function t1_Allocate will 
then indeed have garbage in the corresponding field, with the segfault 
as a final consequence.

The workaround is a simple patch of the disputed line.
I have checked t1lib5-nox-5.1.2-2 with this fix into cvs. The maintainer 
will silently agree, I suppose.

-- 
Martin












--
Start Your Social Network Today - Download eXo Platform
Build your Enterprise Intranet with eXo Platform Software
Java Based Open Source Intranet - Social, Extensible, Cloud Ready
Get Started Now And Turn Your Intranet Into A Collaboration Platform
http://p.sf.net/sfu/ExoPlatform
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] xdvik failure

[Martin Costabel]

On 23/04/14 18:39, Martin Costabel wrote:
 On 23/04/14 16:32, Stefan Bruda wrote:
 []
 Indeed, the culprit seems to be t1lib5-nox-shlibs, in the sense that
 if I install it from the binary distribution xdvik works, but if I
 build it locally the error above pops up.  Any idea how can I help
 digging into this further?  Many thanks.

 I can confirm this. So it seems that xcode-5.1 is misbuilding t1lib5.
 I'll try to look into this further. For the moment, I see that the
 bindist libt1.5.1.2.dylib contains 3 symbols more than the locally built
 libt1.5.1.2.dylib.

I have now boiled it down to the mis-compilation of one file in t1lib5, 
lib/type1/objects.c. If this is compiled with a low optimization level 
such as -O1, xdvi works, if it is compiled with the standard -O2, 
segmentation fault. This is very weird, because this is C code, not C++. 
Plus, the crash doesn't even happen in objects.c, but in some other 
modules. I haven't seen anything about this in google either. Some more 
bug hunting in order, I guess.

-- 
Martin




--
Start Your Social Network Today - Download eXo Platform
Build your Enterprise Intranet with eXo Platform Software
Java Based Open Source Intranet - Social, Extensible, Cloud Ready
Get Started Now And Turn Your Intranet Into A Collaboration Platform
http://p.sf.net/sfu/ExoPlatform
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Failed: phase compiling: guile20-2.0.11-1 failed

[Martin Costabel]

On 19/04/14 14:08, Stefan Bruda wrote:
 Hello,

 Another apparent hang, this time for guile20.  The build has proceeded
 up to this point:

 make[2]: Entering directory 
 `/sw/src/fink.build/guile20-2.0.11-1/guile-2.0.11/build/module'
GUILEC ice-9/eval.go
 wrote `ice-9/eval.go'
GUILEC ice-9/psyntax-pp.go
GUILEC ice-9/boot-9.go
GUILEC ice-9/vlist.go
GUILEC srfi/srfi-1.go
GUILEC language/tree-il/peval.go
GUILEC language/tree-il/cse.go
GUILEC language/tree-il.go
GUILEC language/glil.go

 and it's been hanging there ever since (about half an hour) with 8
 guile processes happily running the machine to full load.

If you let it continue, I suspect it has finished by now. For me. it 
took about 8x25 minutes CPU time.

It is indeed strange that this would take such a long time (I even 
stopped it for a while with ctrl-z to let the precessor cool down), but 
it seems that that's what it takes. I suspect that their new garbage 
collection system is rotten (it has to be compiled with optimization 
switched off, or else it crashes) and does some unreasonable things.

Other programs that use this version of guile will probably not have 
much fun either.

-- 
Martin



--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] guile18-1.8.8-7 update failure

[Martin Costabel]

On 19/04/14 19:13, Bjarne Bäckström wrote:
[]
 ERROR: Unbound variable: define

As Alex said, version 1.8.8-7 was supposed to fix this, but it appears 
that it doesn't work with Apple's /usr/bin/sed. Since I supplied the 
patch, I'll fix it. Meanwhile as a workaround you can install Fink's sed 
package: fink install sed. When this is installed, guile18-1.8.8-7 
should build.

-- 
Martin



--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] guile18-1.8.8-6 build hangs

[Martin Costabel]

On 18/04/14 05:19, Stefan Bruda wrote:
 Hello,

 At 19:57 -0700 on 2014-4-17 Alexander Hansen wrote:
   
On 4/17/14, 5:26 PM, Stefan Bruda wrote:
[]
 building guile18 reaches the following point and then hangs.

 ./guile_filter_doc_snarfage --filter-snarfage)  regex-posix.doc || { 
 rm regex-posix.doc; false; }
 cat alist.doc arbiters.doc async.doc backtrace.doc boolean.doc 
 chars.doc continuations.doc debug.doc deprecation.doc deprecated.doc 
 discouraged.doc dynl.doc dynwind.doc environments.doc eq.doc error.doc 
 eval.doc evalext.doc extensions.doc feature.doc fluids.doc fports.doc 
 futures.doc gc.doc goops.doc gsubr.doc gc-mark.doc gc-segment.doc 
 gc-malloc.doc gc-card.doc guardians.doc hash.doc hashtab.doc hooks.doc 
 i18n.doc init.doc ioext.doc keywords.doc lang.doc list.doc load.doc 
 macros.doc mallocs.doc modules.doc numbers.doc objects.doc objprop.doc 
 options.doc pairs.doc ports.doc print.doc procprop.doc procs.doc 
 properties.doc random.doc rdelim.doc read.doc root.doc rw.doc scmsigs.doc 
 script.doc simpos.doc smob.doc sort.doc srcprop.doc stackchk.doc stacks.doc 
 stime.doc strings.doc srfi-4.doc srfi-13.doc srfi-14.doc strorder.doc 
 strports.doc struct.doc symbols.doc threads.doc throw.doc values.doc 
 variable.doc vectors.doc version.doc vports.doc weaks.doc ramap.doc unif.doc 
 dynl.doc f
 i
lesys.
doc posix.doc net_db.doc socket.doc regex-posix.doc | 
 GUILE=/sw/src/fink.build/guile18-1.8.8-6/guile-1.8.8/build/pre-inst-guile 
 ../../scripts/snarf-check-and-output-texi   guile-procedures.texi || 
 { rm guile-procedures.texi; false; }
 ERROR: Unbound variable: define
   
This appears to be due to the new clang in Xcode 5.1.

 It must be, as the thing installs fine from the binary distribution...

I have had a patch for this in my exp directory for a couple of weeks. I 
have now checked it into CVS before it gets completely forgotten. Try 
guile18-1.8.8-7.

-- 
Martin



--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Errorneus output for file

[Martin Costabel]

On 18/04/14 05:43, Stefan Bruda wrote:
 Hello,

 I just discovered that Fink's file behaves strangely on my system (Mac
 OS 10.9, Xcode 5.1.1, command-line tools 5.1.0.0.1.1396320587,
 distribution rsync-ed today from ber.de.eu.finkmirrors.net/finkinfo/):

  godel:main/finkinfo  file libsidplay.info
 libsidplay.info: ERROR: line 163: regex error 17, (illegal byte sequence)

I also get this error if I set LANG=en_US, but not if I unset it or set 
it to LANG=C or even LANG=en.
This seems to be fixed in the latest version file-5.18 which is not yet 
in Fink, but is easy to get, just changing the version number and the 
source MD5sum.

-- 
Martin


--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Failed: phase compiling: fltk-x11-1.1.10-1 failed

[Martin Costabel]

This is the same type of error as for ddd-3.3.12-3.

On 18/04/14 02:07, Stefan Bruda wrote:
 On the following system:

 Package manager version: 0.36.4.1
 Distribution version: selfupdate-rsync Thu Apr 17 18:38:07 2014, 10.9, x86_64
 Trees: local/main stable/main
 Xcode.app: 5.1.1
 Xcode command-line tools: 5.1.0.0.1.1396320587
 Max. Fink build jobs:  1

 building fltk fails as follows:

 Compiling Fl_Function_Type.cxx...
 g++ -I.. -Os -Wno-deprecated-declarations -Wall -Wunused -Wno-format-y2k  
 -fPIC -fno-exceptions -fno-strict-aliasing  -D_THREAD_SAFE -D_REENTRANT 
 -I/sw/include/freetype2 -I/sw/include -U__APPLE__ -MD -DHAVE_SCANDIR 
 -I/sw/include -I/sw/include/freetype2 -I/sw/include   -I/usr/X11R6/include -c 
 Fl_Function_Type.cxx
 In file included from Fl_Function_Type.cxx:31:
 ./Fl_Type.h:47:21: error: friend declaration specifying a default argument 
 must be a definition
friend Fl_Widget *make_type_browser(int,int,int,int,const char *l=0);
[etc]

This is caused by a change in the C++11 standard that is enforced by the 
clang compiler in xcode-5.1. The code needs to be fixed by removing the 
default argument from the friend declaration and perhaps moving it to 
the definition of the function if necessary. In fact, default arguments 
in friend declarations do not make much sense, so this kind of error 
really points to a bug in the code.

-- 
Martin



--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Failed: phase compiling: libsidplay-1.36.59-1001 failed

[Martin Costabel]

On 12/04/14 18:59, Stefan Bruda wrote:
[]
 I was under the impression that ios::bin is in fact ios::binary.  To
 confirm I did a test with this simple file:

  #include iostream
  #include fstream
  using namespace std;
  int main () {
  ofstream myfile;
  myfile.open(temp, ios::binary);
  }

 and it compiles fine with the stock clang++/g++.  Yet the respective
 test built into the configuration of the package does not think so:

  checking whether standard member ios::binary is available... no

That configure script is 10 years old, from a time when iostream.h was 
still a valid C++ header file. It does

  #include iostream.h
  #include fstream.h

and thinks the resulting error message about iostream.h not found means 
ios::binary is not available. The fix is to patch the configure script 
(or acinclude.m4 and then run autoreconf) so that it #includes the right 
iostream and fstream headers.

-- 
Martin


--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test  Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Failed: phase compiling: webkit-1.0.2-1.2.7-5 failed

[Martin Costabel]

On 3/04/14 01:27, Mark D. McKean wrote:
 On 4/2/14, 5:38 pm, Daniel Macks wrote:
 But one on the previous tools is new information. Anyone with ideas is
 welcome to contribute, anyone who wants to fix it is welcome to assist.

webkit-1.0.2-1.2.7-5 does not build for me with the latest xcode either. 
Thsi is 5-year-old code, so it isn't surprising that it has more and 
more problems with up-to-date OS and compiler versions. There are 
several different problems mentioned on the list. The one shown here

[]
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/cctype:50:72:
 error:
use of undeclared identifier

 'isalnum_WTF_Please_use_ASCIICType_instead_of_ctype_see_comment_in_ASCIICType_h'
 inline _LIBCPP_INLINE_VISIBILITY int __libcpp_isalnum(int __c) {return
 isalnum(...
 ^
 ./JavaScriptCore/wtf/DisallowCType.h:57:17: note: expanded from macro
 'isalnum'
 #define isalnum isalnum_WTF_Please_use_ASCIICType_instead_of_ctype_see_c...

comes from libc++ on MacOSX 10.9. I don't know why it was not an error 
on 10.9 back in December.

The other one was shown by Stefan Bruda:

 In file included from WebCore/css/CSSComputedStyleDeclaration.cpp:24:
 ./WebCore/css/CSSComputedStyleDeclaration.h:36:52: error: friend declaration 
 specifying a default
   argument must be a definition
 friend PassRefPtrCSSComputedStyleDeclaration 
 computedStyle(PassRefPtrNode, bool allo...
^
 ./WebCore/css/CSSComputedStyleDeclaration.h:76:48: error: friend declaration 
 specifying a default
   argument must be the only declaration
 inline PassRefPtrCSSComputedStyleDeclaration computedStyle(PassRefPtrNode 
 node, bool all...
^
 ./WebCore/css/CSSComputedStyleDeclaration.h:36:52: note: previous declaration 
 is here
 friend PassRefPtrCSSComputedStyleDeclaration 
 computedStyle(PassRefPtrNode, bool allo...

This one comes from the growing intolerance of clang and wasn't 
forbidden in the previous version of xcode.
I am seeing both of these errors, too.

I have also a patch for both of them that allows me to build 
webkit-1.0.2. I think the patch is non-toxic for previous build tools 
and OS versions, so I am just checking it in to CVS and wait what 
happens (webkit-1.0.2-1.2.7-6) :-)

-- 
Martin



--
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Compilation of guile18 hangs

[Martin Costabel]

On 1/04/14 21:49, David Fang wrote:
 guile 2.0.11 committed to 10.7 tree.  Care to test on 10.8+?

Following your advice I found in the irc logs, it builds for me on 10.9 
with the latest xcode-5.1 if I insert the line

   sed -i.bak -e '/libguile_2.0_la-vm.Tpo/s|\$(CFLAGS)|-g -O0|' 
libguile/Makefile

between configure and make in the CommpileScript. I guess the same 
effect could be achieved with a patch to libguile/Makefile.in in 
PatchScript.

As for guile18, I found the remaining problem with the *.doc files. It 
is another recent preprocessor change (adding #line-nr statements at 
unexpected places) crashing their weird abuse of the C preprocessor as 
part of a complicated text processing system. A one-line patch in 
libguile/Makefile.in takes care of this. Guile18 now builds for me on 
10.9/latest xcode-5.1.

I am putting these versions in my cvs exp directory
experimental/costabel/10.7/finkinfo/languages
so others can test them, too.

-- 
Martin


--
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Cannot install libxslt - solved

[Martin Costabel]

On 3/04/14 00:13, Alexander Hansen wrote:
 On 4/2/14, 2:52 PM, Gabriella Turek wrote:
 I did a self update via CVS (rsync did network behind firewall) and now
 I was able to get the library installed. self update for me yesterday via
 rsync did not carry out any updates,
 perhaps a new release today fixed things?
 Gaby


 Hmm...the rsync mirror I suggested is _supposed_ to be getting updates,
 but maybe something is wrong there.  You can keep using CVS if you'd
 like--it's a little slower, but works.

If one looks at the ber.de rsync mirror via

rsync 
rsync://ber.de.eu.finkmirrors.net/finkinfo/10.7/stable/main/finkinfo/libs/

one can see that they do have the new version (date 2014/03/16). No 
problem on their side.

BTW, the mirror
rsync://hnd.jp.asi.finkmirrors.net/finkinfo/
that was down for a while is now working again and has the latest 
version, too.

-- 
Martin

--
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Compilation of guile18 hangs

[Martin Costabel]

On 1/04/14 00:51, David Fang wrote:
 Martin,
   Thanks for the report.  I don't have 10.8/9 to test, only 10.7.
 Something looks odd in your patch, the redirection -- I would expect it to
 look like:
   ${cpp} ... | sed ...  ${temp}
 instead of:
   ${cpp} ...  | sed ... ${temp}
 Can you confirm what you tried (guile18)?

You are right, of course. One shouldn't improve patch files manually 
after having tested :-)

-- 
Martin



--
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Compilation of guile18 hangs

[Martin Costabel]

On 26/03/14 12:37, Chris Richardson wrote:

I’m having problems compiling guile18 (latest version, 1.8.8-6).  Compilation 
generates an error and then appears to hang.  I’ve left it overnight in case 
it’s doing something really slowly, but there doesn't appear to be any activity.
This is on a brand new 10.9.2 machine with the latest Xcode and command line 
developer tools and a freshly installed, updated fink.  It does the same thing 
when max fink build jobs is set to 1.



Package manager version: 0.36.3.1
Distribution version: selfupdate-rsync Wed Mar 26 11:02:50 2014, 10.9, x86_64
Trees: local/main stable/main
Xcode.app: 5.1
Xcode command-line tools: 5.1.0.0.1.1393561416
Max. Fink build jobs:  8

---

[]

cat alist.doc arbiters.doc async.doc backtrace.doc boolean.doc chars.doc 
continuations.doc debug.doc deprecation.doc deprecated.doc discouraged.doc 
dynl.doc dynwind.doc environments.doc eq.doc error.doc eval.doc evalext.doc 
extensions.doc feature.doc fluids.doc fports.doc futures.doc gc.doc goops.doc 
gsubr.doc gc-mark.doc gc-segment.doc gc-malloc.doc gc-card.doc guardians.doc 
hash.doc hashtab.doc hooks.doc i18n.doc init.doc ioext.doc keywords.doc 
lang.doc list.doc load.doc macros.doc mallocs.doc modules.doc numbers.doc 
objects.doc objprop.doc options.doc pairs.doc ports.doc print.doc procprop.doc 
procs.doc properties.doc random.doc rdelim.doc read.doc root.doc rw.doc 
scmsigs.doc script.doc simpos.doc smob.doc sort.doc srcprop.doc stackchk.doc 
stacks.doc stime.doc strings.doc srfi-4.doc srfi-13.doc srfi-14.doc 
strorder.doc strports.doc struct.doc symbols.doc threads.doc throw.doc 
values.doc variable.doc vectors.doc version.doc vports.doc weaks.doc ramap.doc 
unif.doc dynl.doc filesys.

doc posix.doc net_db.doc socket.doc regex-posix.doc | 
GUILE=/sw/src/fink.build/guile18-1.8.8-6/guile-1.8.8/build/pre-inst-guile 
../../scripts/snarf-check-and-output-texi   guile-procedures.texi || { rm 
guile-procedures.texi; false; }

ERROR: Unbound variable: define

[Compilation hangs here]


I spent some time trying to chase this down, with partial success. What 
I found:


This is a caused by another new feature of Apple's new clang. This 
time, it is an improvement of the preprocessor that crashes the rather 
horrible macro games the guile18 build system is playing.


In short, a preprocessor macro with an empty expansion now eats a 
preceding newline, but guile18 (in its guile-snarf script) depends on 
certain macro expansions starting a new line. This works with the 
previous clang or also with gcc-fsf4.8 -E as a preprocessor, but not 
with gcc -E from the new clang. The result is that libguile is 
miscompiled and does not contain the symbol define (as well as a 
couple dozen others).


It is not hard to patch for this problem, see the attached patch file.
The Unbound variable: define error then disappears.

Unfortunately, the build crashes still at the same place, which is the 
first time in the build phase that the newly built guile executable is 
used. This indicates that it or rather the libguile.dylib is still 
miscompiled. This time, the error message is


ERROR: invalid arglist syntax: (hash paren_open SCM alist comma SCM key 
paren_close)


Since this comes from the belly of a guile script 
(snarf-check-and-output-texi, SCHEME!) and may involve some texinfo 
thrown in, I am not sufficiently polyglot and have to give up at this point.


BTW, fink build guile20 crashes at the same place, with a segmentation 
fault of the guile executable. I have a crash log if someone wants to 
pursue this further.


--
Martin


--- guile-1.8.8/libguile/guile-snarf.in~2010-12-13 18:24:40.0 
+0100
+++ guile-1.8.8/libguile/guile-snarf.in 2014-03-31 23:11:19.0 +0200
@@ -53 +53 @@
-${cpp} -DSCM_MAGIC_SNARF_INITS -DSCM_MAGIC_SNARFER $@  ${temp}  
cpp_ok_p=true
+${cpp} -DSCM_MAGIC_SNARF_INITS -DSCM_MAGIC_SNARFER $@  | sed -e 
's|XXX|\n|g' ${temp}  cpp_ok_p=true
--- guile-1.8.8/libguile/snarf.h~   2010-12-13 18:24:40.0 +0100
+++ guile-1.8.8/libguile/snarf.h2014-03-31 20:55:20.0 +0200
@@ -54 +54 @@
-# define SCM_SNARF_INIT(X) ^^ X ^:^
+# define SCM_SNARF_INIT(X) XXX^^ X ^:^
@@ -61 +61 @@
-^^ { \
+XXX^^ { \
@@ -275 +275 @@
-#define SCM_ASSERT(_cond, _arg, _pos, _subr) ^^ argpos _arg _pos __LINE__ ^^
+#define SCM_ASSERT(_cond, _arg, _pos, _subr) XXX^^ argpos _arg _pos __LINE__ ^^
--
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] libxslt 1.1.28-2 fails to build

[Martin Costabel]

On 24/03/14 09:20, Alessio Sarti wrote:
 Dear all.
 I have recently updated to mavericks and fink 10.9. I tried to
 re-install my old packages and stopped against the build of xslt.
 It seems that xslt still fails to build with
 checking for gcc... gcc
 checking whether the C compiler works... no
 configure: error: in `/sw/src/fink.build/libxslt-1.1.28-2/libxslt-1.1.28':
 configure: error: C compiler cannot create executables

 Is there any workaround suggested? Should I reinstall the old Xcode and
 command line tools to have this built?

The solution is to change your rsync update mirror to
rsync://ber.de.eu.finkmirrors.net/finkinfo/
or to switch to selfupdate-cvs and then to run fink selfupdate.

The libxslt package was fixed a week ago, but the main rsync update 
mirror and those that depend on it have been caught in a time warp for 
the last 3 weeks and nobody seems to remember how to get out of it, so 
the fix doesn't propagate.

-- 
Martin



--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] The timestamp of the server is older than what you already have

[Martin Costabel]

Alex,

there are currently two serious problems:

The rsync://distfiles.master.finkmirrors.net/finkinfo/ mirror and those 
that depend on it does indeed not refresh and hasn't for 10 days. The 
only mirrors that are currently updating are
rsync://hnd.jp.asi.finkmirrors.net/finkinfo/ and
rsync://ber.de.eu.finkmirrors.net/finkinfo/
On the x11-users list, it is said that the server for Xquartz is 
currently not working correctly. This is perhaps the same one as 
distfiles.master.finkmirrors.net?

The second is the typical Apple brainfart by which they made it 
virtually impossible to build anything with the latest clang (from a 
couple of days ago). See the other thread (although I guess this needs 
to be discussed on -devel).

--
Martin

On 14/03/14 01:35, Alexander Hansen wrote:
 On 3/13/14, 4:08 PM, Scott Classen wrote:
 Hello Alexander,

 This is a fresh install of fink on a spanking new mac pro running
 mavericks 10.9.2.
 I followed the bootstrap instruction on the fink website.

 I guess the installation is failing during compiling libxslt-1.1.28-2

 Here are the last few lines from the sudo fink install imagemagick
 command:



 checking whether the C compiler works... no
 configure: error: in `/sw/src/fink.build/libxslt-1.1.28-2/libxslt-1.1.28':
 configure: error: C compiler cannot create executables
 See `config.log' for more details

 In /sw/src/fink.build/libxslt-1.1.28-2/libxslt-1.1.28/config.log there
 should be more detailed information about what is causing that test to
 fail.  Look for checking whether the C compiler works in that, too.



--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Problem with Clang on OS X

[Martin Costabel]

(cross-posting to -devel, because this needs some serious action in the 
fink code)

On 13/03/14 19:14, Sam Seaver wrote:
 So,  just today, I tried installing fftw via fink.

 I got a clang error:

 clang: error: unknown argument: '-fschedule-insns2'
 [-Wunused-command-line-argument-hard-error-in-future]

 I googled about this, and tried using the CFLAGS,CPPFLAGS,CXXFLAGS, and
 ARCHFLAGS environment variables to use the
 -Wunused-command-line-argument-hard-error-in-future warning to prevent
 the error from repeating itself, but this wouldn't work, even if I went
 into the fftw source directory and ran configure directly.

This is currently biting everyone trying to compile open source projects 
with Apple's latest clang (clang-503.0.38 from March 2014). To avoid it 
one needs to

either remove all unused command-line arguments from all clang command 
lines in all packages that use clang (probably a huge task)

or add the flag

-Wno-error=unused-command-line-argument-hard-error-in-future

to all clang command lines. For the fftw package this can be done by 
adding this flag to the SetCFLAGS field. It then builds OK. For other 
packages this may be more tricky. In any case, the remedy that is 
proposed on some web discussions, namely setting the environment variable
ARCHFLAGS=-Wno-error=unused-command-line-argument-hard-error-in-future
does not work. It works perhaps inside xcode projects, but not in 
autotools projects or others.

-- 
Martin




--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] /usr/local/ problem (Was Fwd: error on installing open cobol)

[Martin Costabel]

On 19/02/14 06:56, Eka Praditya Giovanni Kariim wrote:

 hi i am a new user of fink, and i try to install open cobol to my laptop
 using mac osx 10.9 maverick when i try to install it i have some issues
[]
 locale-gettext-pm5162 often builds incorrectly if /usr/local/lib/libintl.*
 exists. Please move aside /usr/local and try again.
[]
 Failed: phase compiling: locale-gettext-pm5162-1.05-3 failed

The error message says it all. Please move aside /usr/local and try 
again. If you want to read it again in other words, look at the FAQ#6.8
http://www.finkproject.org/faq/comp-general.php#usr-local-libs

-- 
Martin



--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121054471iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Problem compiling with gcc-4, missing library

[Martin Costabel]

On 19/12/13 08:55, Emmanuel Caux wrote:
 Hi,

 I have a rather old fortran code that I want to compile on a Mac OS
 10.9. It seems a needed library is no longer available that prevent the
 compilation.

 Here are the errors I got when launching gcc-4 my code.f90:

What is your command line? If it is really

   gcc-4 my_code.f90

then try

   gfortran my_code.f90

instead. Or, if for some reason you need gcc-4 as linker command, link 
explicitly with libgfortran.dylib:

   gcc-4 my_code.f90 -lgfortran


 Undefined symbols for architecture x86_64:
__gfortran_compare_string, referenced from:
_writedown_ in ccKb9lV8.o
_initial_ in ccKb9lV8.o
_psf_ in ccKb9lV8.o
_MAIN__ in ccKb9lV8.o
__gfortran_concat_string, referenced from:
_k2_ in ccKb9lV8.o
_initial_ in ccKb9lV8.o
__gfortran_pause_string, referenced from:
_svd_ in ccKb9lV8.o
__gfortran_set_args, referenced from:
_main in ccKb9lV8.o
__gfortran_set_options, referenced from:
_main in ccKb9lV8.o
 ….

 ld: symbol(s) not found for architecture x86_64
 collect2: error: ld returned 1 exit status

These symbols are all defined in libgfortran.dylib.

-- 
Martin


--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Using the bindist

[Martin Costabel]

On 26/11/13 23:08, Viv Kendon wrote:
[]
 Having been running my own private bindists to save
 compiling the same thing for several similar macs, I
 discovered this some years ago[*], some of the bindist code
 has been disabled or removed from fink when there was no
 official bindist.  I was advised then to use sudo apt-get
 update followed by sudo apt-get dist-upgrade after setting
 the correct lines in /sw/etc/apt/sources.list

 This works, but has the undesirable effect of not updating
 the package descriptions, only the lists of available debs.
 So I do run fink selfupdate after doing the apt-get
 commands.

 It would be nice to have the bindist functionality restored,
 but it does work OK with apt-get.
[]
 From: Viv Kendon v.ken...@leeds.ac.uk
 To: Fink Users Mailing List
 fink-users@lists.sourceforge.net
 Date: Tue, 15 Dec 2009 15:26:56 + (GMT)
 Subject: [Fink-users] using own binary dist with 10.6

I see. You should get some medal for staying with Fink despite years of 
suffering :-)

Apparently this has been broken since the first x86_64 distribution. 
Over on the fink-devel list, thesin has now found the explanation:

 the issue was that apt was converting _ into %5f in the debarch
 darwin-x86_64 = darwin-x86%5f64 in the deb file name.  So fink could
 never find it and thus thought it wasn't present.

He fixed it in Fink/PkgVersion.pm. The next fink release should bring 
the fix to everybody.

-- 
Martin



--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349351iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

[Fink-users] Using the bindist

[Martin Costabel]

Coming across the new bindist by chance (BTW, great work! My respect to 
those involved), I wanted to try and use it.
Now during years of not using apt-get and a bindist, I all but forgot 
how to do it. It turns out I am not the only one, though... Fink itself 
seem to have forgotten.

I added the line
deb http://bindist.finkproject.org/10.9 stable main
to the sources.list file and changed the config line UseBinaryDist: from 
false to true. Then I used `fink install` for two or three packages.

The result is that Fink correctly downloaded the debs from the bindist 
server, but then went ahead and compiled them from source anyway, 
without apologizing in any way. An example output is shown below.

Did I forget some additional step necessary to make this work, or has 
Fink forgotten how to use the bindist?

--
Martin

Example output:

costabel% fink update gnuplot
Information about 8157 packages read in 0 seconds.
The following package will be installed or updated:
  gnuplot
/sw/bin/apt-get-lockwait -q --ignore-breakage --download-only install 
gnuplot=4.6.4-4
Reading Package Lists...
Building Dependency Tree...
1 packages upgraded, 0 newly installed, 0 to remove and 21  not upgraded.
Need to get 3343kB of archives. After unpacking 0B will be used.
Get:1 http://bindist.finkproject.org stable/main gnuplot 4.6.4-4 [3343kB]
Fetched 3343kB in 12s (274kB/s)
Download complete and in download only mode
Setting runtime build-lock...
dpkg-deb -b /sw/src/fink.build/root-fink-buildlock-gnuplot-4.6.4-4 
/sw/src/fink.build
dpkg-deb: building package `fink-buildlock-gnuplot-4.6.4-4' in 
`/sw/src/fink.build/fink-buildlock-gnuplot-4.6.4-4_2013.11.25-13.01.18_darwin-x86_64.deb'.
Installing build-lock package...
/sw/bin/dpkg-lockwait -i 
/sw/src/fink.build/fink-buildlock-gnuplot-4.6.4-4_2013.11.25-13.01.18_darwin-x86_64.deb
Selecting previously deselected package fink-buildlock-gnuplot-4.6.4-4.
(Reading database ... 263568 files and directories currently installed.)
Unpacking fink-buildlock-gnuplot-4.6.4-4 (from 
.../fink-buildlock-gnuplot-4.6.4-4_2013.11.25-13.01.18_darwin-x86_64.deb) ...
Setting up fink-buildlock-gnuplot-4.6.4-4 (2013.11.25-13.01.18) ...

sudo -u fink-bld [ENV] sh -c /tmp/fink.SZWdN
env LANG=C LC_ALL=C /sw/bin/tar  --no-same-owner --no-same-permissions 
-xf /sw/src/gnuplot-4.6.4.tar.gz
[and so on, goes ahead and builds and installs gnuplot from source]


--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] TeXlive: tlmgr cannot find its libraries (error in @INC)

[Martin Costabel]

On 23/11/13 11:24, Jonas S wrote:
 Hello.
[]
 Any suggestions to fix this? Does it work for anyone else? Is tlmgr 
 deprecated in Fink? I prefer to use package managers before installing things 
 by hand…

As it is, I think it would be better if /sw/bin/tlmgr was removed from 
the Fink texlive-base package. It is not only that it doesn't set @INC 
correctly, the perlmods that it doesn't find would be unusable anyway, 
either completely rudimentary (TLConfig.pm) or even absent (TLPDB.pm).

-- 
Martin



--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] installing coreutils fails on Mavericks

[Martin Costabel]

On 21/11/13 06:56, Joe Borzellino wrote:
 Hi,

 I’m having similar problems installing coreutils on Mavericks. Here’s the 
 output as suggested from previous post:

 nm -m 
 /sw/lib/perl5/5.16.2/darwin-thread-multi-2level/auto/Locale/gettext/gettext.bundle
  | grep _libintl_textdomain
   (undefined) external _libintl_textdomain (dynamically 
 looked up)

The following two commands would also give useful output:

   otool -hv 
/sw/lib/perl5/5.16.2/darwin-thread-multi-2level/auto/Locale/gettext/gettext.bundle

   otool -L 
/sw/lib/perl5/5.16.2/darwin-thread-multi-2level/auto/Locale/gettext/gettext.bundle

I get

costabel%   otool -hv 
/sw/lib/perl5/5.16.2/darwin-thread-multi-2level/auto/Locale/gettext/gettext.bundle
/sw/lib/perl5/5.16.2/darwin-thread-multi-2level/auto/Locale/gettext/gettext.bundle:
Mach header
   magic cputype cpusubtype  capsfiletype ncmds sizeofcmds 
flags
MH_MAGIC_64  X86_64ALL  0x00  BUNDLE14   1376 
NOUNDEFS DYLDLINK TWOLEVEL

   otool -L 
/sw/lib/perl5/5.16.2/darwin-thread-multi-2level/auto/Locale/gettext/gettext.bundle
costabel%   otool -L 
/sw/lib/perl5/5.16.2/darwin-thread-multi-2level/auto/Locale/gettext/gettext.bundle
/sw/lib/perl5/5.16.2/darwin-thread-multi-2level/auto/Locale/gettext/gettext.bundle:
/sw/lib/libintl.8.dylib (compatibility version 10.0.0, current version 
10.2.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 1197.1.1)


-- 
Martin






--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] installing coreutils fails on Mavericks

[Martin Costabel]

On 21/11/13 19:32, Joe Borzellino wrote:
 Hi,

 Yes this worked:

 mv /usr/local/lib /usr/local/libold
 fink rebuild locale-gettext-pm5162
 fink install coreutils

 Thanks!

 Looks like I had some old libraries that were built as long ago as 2006.

In many cases, linking to stuff in /usr/local/lib is unavoidable. In the 
case of locale-gettext-pm5162, fink could have avoided it by requiring 
extutils-makemaker-pm5162 to be installed. This package has a patch that 
removes the -L/usr/local/lib flag from the linker line. It is not quite 
consistent, however, because it leaves the -I/usr/local/include flag on 
the compiler line. If it removed this, too, at least the perl modules 
would be immune from 3rd party crap in /usr/local/ interfering in the 
build phase.

-- 
Martin





--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Failed: phase compiling: vtk510-5.10.1-1 failed

[Martin Costabel]

On 19/11/13 22:43, Sjors Gielen wrote:
 This is a known problem in VTK 5.10.1: the libtiff bundled with it has
 no support for Mavericks. They're fixing it in 6.1 (git master) and will
 backport the fix to the VTK 5.10. I'll keep you updated.

For vtk58, I just checked in a fix that allows it to build on 10.9.
Besides the duplicate symbol error there were 2 other errors specific to 
the 10.9 compilers.

The duplicate symbols are, as far as I can tell from googling, not 
really a problem caused by vtk, but rather an incomprehension between 
the 10.9 clang and some new code in stdio.h and math.h. They 
replaced static __inline__ by __header_always_inline, which clang 
apparently doesn't compile correctly by default. It needs a -std=gnu89 
compiler flag. The same bug has shown up in other projects.

-- 
Martin





--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Failure to Update All on OS X 10.6

[Martin Costabel]

On 16/11/13 06:41, Alexander Hansen wrote:
[]
 I don't think we've gotten all of the rsync mirrors back to updating
 reliably yet.  (I don't happen to have contact info).

Currently, only the Japanese mirror has an up-to-date timestamp. All 
others, including (and because of) distfiles.master.finkmirrors.net, are 
stuck with a timestamp 49 hours earlier than this message.

-- 
Martin



--
DreamFactory - Open Source REST  JSON Services for HTML5  Native Apps
OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
Free app hosting. Or install the open source package on any LAMP server.
Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Failed: phase compiling: cln6-1.3.3-1 failed

[Martin Costabel]

This error goes away if one adds
#include string
in include/cln/exception.h

-- 
Martin

On 5/11/13 17:11, Dominique Dhumieres wrote:
 Could you retry with only one build job?

 ...
 Making all in src
 /bin/sh ../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
 -I../autoconf  -I../include -I../src -I../include -I../src -I/sw64/include  
 -g -O2 -MT cl_alloca.lo -MD -MP -MF .deps/cl_alloca.Tpo -c -o cl_alloca.lo 
 `test -f 'base/cl_alloca.cc' || echo './'`base/cl_alloca.cc
 libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../autoconf -I../include 
 -I../src -I../include -I../src -I/sw64/include -g -O2 -MT cl_alloca.lo -MD 
 -MP -MF .deps/cl_alloca.Tpo -c base/cl_alloca.cc  -fno-common -DPIC -o 
 .libs/cl_alloca.o
 In file included from base/cl_alloca.cc:4:
 In file included from ./base/cl_sysdep.h:56:
 In file included from ./base/cl_macros.h:7:
 ../include/cln/exception.h:14:24: error: implicit instantiation of undefined 
 template 'std::__1::basic_stringchar, std::__1::char_traitschar,
std::__1::allocatorchar '
  : std::runtime_error(std::string()) {}
   ^
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/iosfwd:187:28:
  note: template is declared here
  class _LIBCPP_TYPE_VIS basic_string;
 ^
 1 error generated.
 make[1]: *** [cl_alloca.lo] Error 1
 make: *** [all-recursive] Error 1
 ### execution of make failed, exit code 2
 ### execution of /tmp/fink.eYp4S failed, exit code 2
 Removing runtime build-lock...
 Removing build-lock package...
 /sw64/bin/dpkg-lockwait -r fink-buildlock-cln6-1.3.3-1
 (Reading database ... 80270 files and directories currently installed.)
 Removing fink-buildlock-cln6-1.3.3-1 ...
 Failed: phase compiling: cln6-1.3.3-1 failed

 Dominique


--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] XQuartz annoyances with second monitor (Mavericks)

[Martin Costabel]

On 2/11/13 02:45, Jeremy Erwin wrote:
 Currently, I use two monitors-- my 1680*1050 imac monitor, coupled with a 
 1920*1080 secondary monitor.  They usually form one contiguous, non 
 rectangular desktop.

 In OSX 10.9, Apple added a menu bar to the secondary screen. Unfortunately, 
 XQuartz appears to be unaware of this behavior, and as a result, it may place 
 some of the windows so that the entire title bar of the window is underneath 
 the menu bar. This makes the close, minimize. and resize widgets 
 inaccessible, as well as removing the ability of the user to move the window. 
 Short of switching to a window manager that has slightly different behavior, 
 is there any way to fix this?

 Sometimes I use the external monitor for watching videos, and I'd like to be 
 able to actually move gimp to my smaller monitor-- and vice versa.

Since this has nothing to do with Fink, you are not likely to get many 
useful answers on this list. It might be better to ask on the x11-users 
list x11-us...@lists.apple.com.

-- 
Martin



--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] fink on OSX 10.9 - compilation of ppl9 fails

[Martin Costabel]

I don't know if you got an answer from the ppl9 maintainer; I didn't see 
one. I am respnding, because the package failed for me too, but for a 
different reason:

It didn't find the Java headers:

#!/bin/sh -ev
 mkdir build
 cd build
 # old-location
 # JAVA_HOME=`/usr/libexec/java_home`
 JAVA_FW=/System/Library/Frameworks/JavaVM.framework
 JAVA_HOME=$JAVA_FW/Home
 test -d $JAVA_HOME  test -x $JAVA_HOME || \
   { echo $JAVA_HOME not found. ; exit 1 ;}
/System/Library/Frameworks/JavaVM.framework/Home not found.
[...]
Failed: phase compiling: ppl9-0.11.2-4 failed

I fixed this by uncommenting the line
# JAVA_HOME=`/usr/libexec/java_home`
and commenting the line
 JAVA_HOME=$JAVA_FW/Home
For me, JAVA_HOME is then
/Library/Java/JavaVirtualMachines/jdk1.7.0_06.jdk/Contents/Home

On the other hand, with this change, ppl9 then builds for me on 10.9. In 
particular, I do not get your errors about missing symbols

On 26/10/13 17:43, peter kostka wrote:
 I try to re-install the ppl9 package:
[] libtool: link: g++ -Winvalid-pch -g -O2 -g -O2 -pipe 
-fpch-preprocess -fPIC -W -Wall -o .libs/ppl_lcdd ppl_lcdd.o  -L/sw/lib 
../../src/.libs/libppl.dylib ../../utils/libppl_utils.a 
/sw/lib/libgmpxx.dylib /sw/lib/libgmp.dylib
 Undefined symbols for architecture x86_64:
operator(std::__1::basic_ostreamchar, std::__1::char_traitschar , 
 __mpq_struct const*), referenced from:
(anonymous namespace)::write_polyhedron(std::__1::basic_ostreamchar, 
 std::__1::char_traitschar , Parma_Polyhedra_Library::C_Polyhedron const, 
 (anonymous namespace)::Representation) in ppl_lcdd.o
operator(std::__1::basic_ostreamchar, std::__1::char_traitschar , 
 __mpz_struct const*), referenced from:
(anonymous namespace)::write_polyhedron(std::__1::basic_ostreamchar, 
 std::__1::char_traitschar , Parma_Polyhedra_Library::C_Polyhedron const, 
 (anonymous namespace)::Representation) in ppl_lcdd.o
operator(std::__1::basic_istreamchar, std::__1::char_traitschar , 
 __mpq_struct*), referenced from:
(anonymous namespace)::read_coefficients(std::__1::basic_istreamchar, 
 std::__1::char_traitschar , (anonymous namespace)::Number_Type, 
 std::__1::vector__gmp_expr__mpz_struct [1], __mpz_struct [1], 
 std::__1::allocator__gmp_expr__mpz_struct [1], __mpz_struct [1]  , 
 __gmp_expr__mpz_struct [1], __mpz_struct [1]) in ppl_lcdd.o
operator(std::__1::basic_istreamchar, std::__1::char_traitschar , 
 __mpz_struct*), referenced from:
(anonymous namespace)::read_coefficients(std::__1::basic_istreamchar, 
 std::__1::char_traitschar , (anonymous namespace)::Number_Type, 
 std::__1::vector__gmp_expr__mpz_struct [1], __mpz_struct [1], 
 std::__1::allocator__gmp_expr__mpz_struct [1], __mpz_struct [1]  , 
 __gmp_expr__mpz_struct [1], __mpz_struct [1]) in ppl_lcdd.o
 ld: symbol(s) not found for architecture x86_64
 clang: error: linker command failed with exit code 1 (use -v to see 
 invocation)
[]

These symbols are defined in libgmp. What do you get from the command

   nm /sw/lib/libgmpxx.dylib | c++filt | grep ''

I see

1580 T operator(std::__1::basic_ostreamchar, 
std::__1::char_traitschar , __mpf_struct const*)
16c0 T operator(std::__1::basic_ostreamchar, 
std::__1::char_traitschar , __mpq_struct const*)
1710 T operator(std::__1::basic_ostreamchar, 
std::__1::char_traitschar , __mpz_struct const*)


-- 
Martin


--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] fink on OSX 10.9 - compilation of ppl9 fails

[Martin Costabel]

On 2/11/13 19:05, Alexander Hansen wrote:
 On 11/2/13 10:35 AM, Martin Costabel wrote:
[]
 For me, JAVA_HOME is then
 /Library/Java/JavaVirtualMachines/jdk1.7.0_06.jdk/Contents/Home

 On the other hand, with this change, ppl9 then builds for me on 10.9. In
 particular, I do not get your errors about missing symbols


 Interesting.  On a fresh bootstrap on a fresh 10.9, I wound up with

 $ /usr/libexec/java_home
 /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home

 because running the jjavac downloaded the legacy Apple Java 1.6.  A
 few months ago, a bootstrap on a fresh 10.8.5 install had me go to
 Oracle's website instead.

I think my Java was at one time (under 10.8) downloaded from Oracle, and 
then automatically updated from time to time.

 Java's a mess.

Yes.

-- 
Martin


--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] vim compile for 10.9

[Martin Costabel]

On 28/10/13 15:31, Bill Waggoner wrote:
[]
 I too had the -1 version and changed my rsync mirror but get this result:

 `-- fink selfupdate
 /usr/bin/rsync -az -q
 rsync://ber.de.eu.finkmirrors.net/finkinfo//TIMESTAMP
[]
 `-- fink list vim
 Information about 8204 packages read in 0 seconds.
   vim  7.4.50-1 Improved version of the editor vi
   vim-nox  7.4.50-1 Improved version of the editor vi

Currently, the only up-to-date rsync mirror is 
rsync://hnd.jp.asi.finkmirrors.net/finkinfo/

The others fell asleep yesterday, 32 hours ago.
(except the dead ones: rsync://hel.fi.eu.finkmirrors.net/finkinfo/, 
which says Network is unreachable (51) and 
rsync://ams.nl.eu.finkmirrors.net/finkinfo/, which doesn't run an rsync 
process any more).

-- 
Martin



--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

[Fink-users] qtwebkit failure (Was: Re: Installing some python packages fail on Mac OS X 10.9)

[Martin Costabel]

On 28/10/13 16:22, Emmanuel Caux wrote:
 Hi,

 I am trying to instal some python packages on my working fink under
 10.9, and have this crash :

 here I was trying to install ipython-py27, same error if trying pyqt4-py27.
[]
 Failed: phase compiling: qtwebkit-x11-2.0.0-39 failed

There is another thread on this list (started 2 days ago) where the same 
error is discussed. The problem is that all the qt4 packages need 
special patches to become compatible with the new c++ library used by 
Apple's compilers on 10.9. Whereas the qt4-base-x11 packages have been 
adapted, qtwebkit is a more difficult case and is still resisting. You 
will have to wait some more days, I guess.

-- 
Martin



--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] g77 fails

[Martin Costabel]

On 24/09/13 15:18, Richard Miles wrote:
 I see. so g77 will never work until those problems are fixed. Thank you for 
 telling me that.

No. I did *not* tell you that. I said

 I don't believe they are related to the /usr/local/bin/fish story (which is 
 still very mysterious to me, maybe some kind of weird /usr/local/bin/make 
 interfering).

The real reason why you get this weird /usr/local/bin/fish in the output 
from the make command has not yet been uncovered by the informations you 
gave. They uncovered some other (cosmetic) problems with other Fink 
packages, but nothing so far that explains your g77 build failure.

-- 
Martin







--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] g77 fails

[Martin Costabel]

On 21/09/13 23:21, Alexander Hansen wrote:
[]

 Hmm...those no such file or directory errors suggest something more
 odd than I thought.

I don't believe they are related to the /usr/local/bin/fish story (which 
is still very mysterious to me, maybe some kind of weird 
/usr/local/bin/make interfering). They reveil, however, that some Fink 
packages are fishy :-)

   grep: /etc/sw/bin/jv-scan: No such file or directory

and similar broken symlinks: I have them, too. They come from the gcc47 
and gcc48 packages that do indeed install a couple of dangling symlinks.

 grep: /etc/sw/etc/app-defaults/Beforelight: No such file or directory

and similar broken symlinks: I have them, too. They show that our 
appdefaults package (which is required by gnuplot) is long past its 
sell-by date. I don't know when /etc/X11 went out of fashion, but I 
think it has been a couple of years now.

-- 
Martin



--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] g77-3.4.3-107 fails

[Martin Costabel]

On 16/09/13 23:06, Richard Miles wrote:
 config.status: WARNING:  '../../gcc-3.4.3/gcc/Makefile.in' seems to ignore 
 the --datarootdir setting


Pleaseshow the output of the following command

grep bin/fish -r /sw/src/fink.build/g77-3.4.3-107

-- 
Martin


--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=58041151iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Fink application installation trouble

[Martin Costabel]

On 14/09/13 01:10, 安斎 浩一 wrote:
[]
 Sorry, I still have the same trouble as follows.
 What's wrong?

What is wrong is that you have a ldconfig executable on your system
and Fink's netpbm11 package expects that you don't have one (it doesn't
make sense on OSX). Here is the evidence:

 You have installed shared libraries in 
 '/sw/src/fink.build/root-netpbm11-shlibs-10.63.01-2/sw/lib',
 which does not appear to be a system shared library directory ('ldconfig -p'
 doesn't show any other libraries in there).  Therefore, the system may not be
 able to find the Netpbm shared libraries when you run Netpbm programs.
 
 To fix this, you may need to update /etc/ld.so.conf
 
 You may need to use an LD_LIBRARY_PATH environment variable when running 
 Netpbm programs
 
 In order for the Netpbm shared library to be found when you invoke
 A Netpbm program, you must either set an environment variable to
 tell where to look for it, or you must put its location in the shared
 library location cache.  Do you want to run Ldconfig now to put the
 Netpbm shared library in the cache?  This works only if you have
 installed the library in a directory Ldconfig knows about.
 
 Y(es) or N(o) (Y) == Ldconfig completed successfully.

This part of the dialog only appears if you have ldconfig.

Try to move this ldconfig executable out of the way so that the
netpbm11-shlibs install script cannot find it.

-- 
Martin


--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=64545871iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Incorrect fribidi link path?

[Martin Costabel]

On 9/09/13 16:24, Alexander Hansen wrote:
 On 9/9/13 3:51 AM, Martin Costabel wrote:
 On 6/09/13 18:49, Alexander Hansen wrote:
 On 9/6/13 8:22 AM, Renaud Detry wrote:
[]
 Making all in doc
 make[2]: Warning: File `fribidi-bidi.h' has modification time 1.8e+19 s
 in the future
 Running c2man
 ../missing: line 52: c2man: command not found
[]
 It appears that the following item from the patch script isn't working,
 although it shows up in your build log:

  # don't regenerate manpage (patch doesn't change its results
  # and fink doesn't have the c2man tool)
  touch -t 19700101 lib/fribidi-bidi.h

 I get the same warning about modification time 2^64 seconds in the
 future and missing c2man. This looks to me like a bug in make that
 considers all dates before 01:00 on 1970-01-01 as a date in the future,
 modulo 2^64 s. Note that this is one hour after the epoch.
[]
 I'm also on 10.8.4, but I don't see this issue.  Could it be
 filesystem-specific (case-insensitive here)?

The only explanation I can imagine for a different behavior in your case 
is that it might be timezone specific. Execetive summary: If you are 
east of Greenwich, you get an error, if you are west of it, you don't.

Detailed evidence:
According to the operating system, I am in UTC+1 (in reality it is UTC+2 
with summertime), and you are in some UTC-8 or so. Thus in my case,
  touch -t 19700101 lib/fribidi-bidi.h
sets the modification time of the file to one hour before epoch. In your 
case, it sets it to epoch + 8 hours. Try

   date -r 0

It gives you the Unix epoch in timestamp format, in my case

Thu Jan  1 01:00:00 CET 1970

In your case you will probably see something like

Wen Dec  31 16:00:00 PST 1969

Another test is after the above touch command to read the mtime via 
`stat -s`

touch -t 19700101 foo
stat -s foo

It gives me st_mtime=-3600, that is one hour before the epoch.
Thus in my case, but not in yours, st_mtime is negative.

And at that point the bug in make kicks in. I think I saw it in the 
sources of make. They cast the signed 32bit int st_mtime into an 
unsigned 64bit long long, which gives a date in the future, long after 
the end of the universe. Funny bug.

-- 
Martin











--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Incorrect fribidi link path?

[Martin Costabel]

On 6/09/13 18:49, Alexander Hansen wrote:
 On 9/6/13 8:22 AM, Renaud Detry wrote:
[]
 I found the following in your log, but not in mine.  The two different
 warnings get repeated a few times in different places.

 Making all in doc
 make[2]: Warning: File `fribidi-bidi.h' has modification time 1.8e+19 s
 in the future
 Running c2man
 ../missing: line 52: c2man: command not found
 WARNING: `c2man' is needed, and is missing on your system.
You might have modified some files without having the
proper tools for further handling them.  Check the `README' file,
it often tells you about the needed prerequisites for installing
this package.  You may also peek at any GNU archive site, in case
some other package would contain this missing `c2man' program.
 make[2]: warning:  Clock skew detected.  Your build may be incomplete.

 It appears that the following item from the patch script isn't working,
 although it shows up in your build log:

   # don't regenerate manpage (patch doesn't change its results
   # and fink doesn't have the c2man tool)
   touch -t 19700101 lib/fribidi-bidi.h

I get the same warning about modification time 2^64 seconds in the 
future and missing c2man. This looks to me like a bug in make that 
considers all dates before 01:00 on 1970-01-01 as a date in the future, 
modulo 2^64 s. Note that this is one hour after the epoch.

Since it happens both with Apple's make and Fink's make (the difference 
is that Fink's make spells out 18446744072330831872 s instead of 1.8e+19 
s), it might be a bug in the operating system, 10.8.4 in my case. 
Perhaps some botched fix for the Y2K38 problem.

The problem disappears if the touch command in the patch script is 
replaced by

touch -t 197001010100 lib/fribidi-bidi.h

or any date later than that (and earlier than 201202 in order not to 
lose the effect of the touch command).

-- 
Martin





--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58041391iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Incorrect fribidi link path?

[Martin Costabel]

On 9/09/13 12:51, Martin Costabel wrote:

 or any date later than that (and earlier than 201202 in order not to

Opps, that should have been 20121202, meaning Dec 2 2012, when the 
other files in the fribidi sources were timestamped.

-- 
Martin


--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58041391iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] rdkit fails on 10.6.8

[Martin Costabel]

On 7/09/13 05:06, William G. Scott wrote:

 On Sep 6, 2013, at 5:59 PM, Dmitry Rodionov d.rodio...@gmail.com wrote:

 Hi Bill,

 I get the following error when trying to update rdkit:

 Just to keep it surreal, yesterday it built for me; today on the same 
 computer it does not.  I will idiot-fix it, and then must go and ponder.

Adding a dependency on boost1.53.nopython-shlibs should be enough.
libSLNParse.2013.06.1.dylib links to libboost_regex-mt-1_53.dylib

-- 
Martin




--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58041391iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] rdkit fails on 10.6.8

[Martin Costabel]

On 7/09/13 16:54, William G. Scott wrote:
[]
 On Sep 7, 2013, at 5:28 AM, Martin Costabel costa...@wanadoo.fr wrote:
[]
 Adding a dependency on boost1.53.nopython-shlibs should be enough.
 libSLNParse.2013.06.1.dylib links to libboost_regex-mt-1_53.dylib

 OK, I'll try that.  Any idea why this isn't a problem in 10.8?

For me, it is. I am on 10.8.4, and when I remove 
boost1.53.nopython-shlibs, I get the same error as Dmitry.

-- 
Martin



--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58041391iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] podofo9-shlibs fails on CommonCrypto

[Martin Costabel]

On 7/08/13 18:13, David Phillips wrote:


 Daniel,
   I had to work a little harder to get it to build. Once I knew what I was 
 looking for, I could figure it out. After changing 
 CommonCrypto/CommonCrypto.h to CommonCrypto/CommonDigest.h the build still 
 generated errors about an undefined symbol CCCryptorRef. After a little 
 googling that appeared to be in CommonCryptor so I included that too and it 
 built.
I'm still not very good at even basic fink work like real patches so I 
 copied the podofo9.info file to 'local' and stuck the following in it:
 sed -i.bak -e's|CommonCrypto.h|CommonDigest.h\n#include 
 CommonCrypto/CommonCryptor.h|' src/base/PdfEncrypt.cpp

I put a new revision in cvs that uses this patch (slightly corrected; 
does inserting a \n with sed really work for you? Not for me, but with 
perl it works).

Concerning openssl100: The wisdom of cmake made podofo link with Fink's 
libssl, although it did not use any of its symbols, having replaced them 
through the use of Apple's CommonCrypto headers by stuff from libSystem. 
This led to a required dependency on Fink's openssl100. From the build log:

 -- Found LIBCRYPTO: /sw/lib/libssl.dylib
Called from: [2] 
 /sw/src/fink.build/podofo9-0.9.2-1/podofo-0.9.2/cmake/modules/FindLIBCRYPTO.cmake
 [1] 
 /sw/src/fink.build/podofo9-0.9.2-1/podofo-0.9.2/CMakeLists.txt
 Found OpenSSL's libCrypto headers in /usr/include, library at 
 /sw/lib/libssl.dylib

I fixed this now too.

It still finds libssl later on, either from Fink or from Apple:

 -- Found OpenSSL: /sw/lib/libssl.dylib
(or /usr/lib/libssl.dylib, if Fink's openssl is not installed)

But this does not matter, it does this only as a cmake exercice, not for 
linking with it.

-- 
Martin





--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with 2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] failed compilation of boost1.46.1.cmake-1.46.1-3

[Martin Costabel]

On 2/08/13 17:58, Hanspeter Niederstrasser wrote:
[]
 It's not that there's a rogue cmake present in the system.  Tiziano only
 has the command line tools installed and not the full Xcode.app (this is
 a acceptable situation for Fink) and cmake tries to be helpful, but
 doesn't understand this possibility.  The options are to either:

 1) install the full Xcode tools, or
 2) modify boost1.46 to include -DCMAKE_OSX_DEPLOYMENT_TARGET:STRING= , or
 3) modify cmake to stop setting CMAKE_OSX_DEPLOYMENT_TARGET if
 CMAKE_OSX_SYSROOT is empty (which is what happens when only the command
 line tools are installed.  This is controlled from
 /sw/share/cmake-2.8/Modules/Platform/Darwin.cmake

 I think this feature will hit every package that uses cmake on a system
 when only the command line tools are installed.

 I can't get on CVS right now to patch boost1.46.  Martin, I've included
 you into the discussion since you are the cmake maintainer and might
 know the best way to patch cmake for this.

I am not sure about this. cmake picks up the environment variable 
MACOSX_DEPLOYMENT_TARGET set by fink. It looks like there is a 
difference in opinion about the meaning of MACOSX_DEPLOYMENT_TARGET 
between Fink on one side and cmake and Apple on the other side.

Apple and cmake think that if you set MACOSX_DEPLOYMENT_TARGET, then you 
also use the corresponding SDK to build against, even if your local 
system is the one you are building for. This would imply option 2 above: 
Packages using cmake as build system and not requiring a specific SDK 
(which means Depends: xcode-app), should unset MACOSX_DEPLOYMENT_TARGET, 
either with the -DCMAKE_OSX_DEPLOYMENT_TARGET:STRING= cmake option, or 
with the fink field
NoSetMACOSX_DEPLOYMENT_TARGET: true.

I don't remember the reason why fink is setting MACOSX_DEPLOYMENT_TARGET 
by default.

-- 
Martin



--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Failed: phase patching: qt3-3.3.8-2001 failed ...

[Martin Costabel]

On 22/07/13 16:54, Alexander Hansen wrote:
 On 7/21/13 11:21 PM, Saleh Elmohamed wrote:
[]
 patching file configure
 File include/qglobal.h is not a regular file -- refusing to patch
 3 out of 3 hunks ignored -- saving rejects to file include/qglobal.h.rej
[]
 Failed: phase patching: qt3-3.3.8-2001 failed
[]
 I didn't have this problem with qt3-3.3.8-2001.  qglobal.h looks like a
 regular file here:

 $ file
 /sw/src/fink.build/qt3-3.3.8-2002/qt-x11-free-3.3.8/include/qglobal.h
 /sw/src/fink.build/qt3-3.3.8-2002/qt-x11-free-3.3.8/include/qglobal.h:
 C++ source, ASCII text

It is a symlink, however, and there are newer versions of gnu patch that 
refuse to patch symlinked files. If Fink's patch package is installed, 
one gets the reported error.

It seems that PatchScripts need to use /usr/bin/patch instead of 
patch or else BuildConflict: patch.

-- 
Martin



--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Failed: phase patching: qt3-3.3.8-2001 failed ...

[Martin Costabel]

On 22/07/13 17:53, Daniel Macks wrote:
[]
 Why are we patching a symlink?

qt3.patch patches both the symlink include/qglobal.h (thereby 
transforming it into a real file) and the source src/tools/qglobal.h. 
This does indeed not make sense, but it is probably a consequence of the 
creation of the patch file via diff -Nurd.

-- 
Martin





--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] ppl9-0.11.2-4 fails to compile

[Martin Costabel]

On 15/07/13 18:13, Remi Mommsen wrote:
 Hi,

 I try to build gcc47, but fail to build ppl9-0.11.2-4. I don't see any 
 obvious problem:

 Making all in ppl_lpsol
 Making all in examples
 make[4]: Nothing to be done for `all'.
 gcc -DHAVE_CONFIG_H -I. -I../../../demos/ppl_lpsol -I../..  
 -I../../interfaces/C  -I/System/Library/Frameworks/JavaVM.framework/Headers 
 -I/opt/fink/include  -Winvalid-pch -g -O2  -g -O2 -pipe -fpch-preprocess 
 -fPIC -W -Wall -MT glpk_set_d_eps.o -MD -MP -MF .deps/glpk_set_d_eps.Tpo -c 
 -o glpk_set_d_eps.o ../../../demos/ppl_lpsol/glpk_set_d_eps.c
 clang: warning: argument unused during compilation: '-I .'

Why is your gcc = clang? I have the same OS/xcode as you, but

% ls -l /usr/bin/gcc
lrwxr-xr-x  1 root  wheel  12 Apr 16 10:00 /usr/bin/gcc - llvm-gcc-4.2

-- 
Martin



--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] ppl9-0.11.2-4 fails to compile

[Martin Costabel]

On 16/07/13 00:24, Alexander Hansen wrote:
 On 7/15/13 3:17 PM, Martin Costabel wrote:
 On 15/07/13 18:13, Remi Mommsen wrote:
 Hi,

 I try to build gcc47, but fail to build ppl9-0.11.2-4. I don't see any 
 obvious problem:

 Making all in ppl_lpsol
 Making all in examples
 make[4]: Nothing to be done for `all'.
 gcc -DHAVE_CONFIG_H -I. -I../../../demos/ppl_lpsol -I../..  
 -I../../interfaces/C  -I/System/Library/Frameworks/JavaVM.framework/Headers 
 -I/opt/fink/include  -Winvalid-pch -g -O2  -g -O2 -pipe -fpch-preprocess 
 -fPIC -W -Wall -MT glpk_set_d_eps.o -MD -MP -MF .deps/glpk_set_d_eps.Tpo -c 
 -o glpk_set_d_eps.o ../../../demos/ppl_lpsol/glpk_set_d_eps.c
 clang: warning: argument unused during compilation: '-I .'

 Why is your gcc = clang? I have the same OS/xcode as you, but

 % ls -l /usr/bin/gcc
 lrwxr-xr-x  1 root  wheel  12 Apr 16 10:00 /usr/bin/gcc - llvm-gcc-4.2


 On 10.7 and later, the 'gcc' that fink normally builds with is
 /sw/var/lib/fink/path-prefix-clang/gcc, which wraps clang.  (cf. 'fink
 dumpinfo -ePATH ppl9')

Yes, I saw this after sending my message. I was clutching at straws, 
trying to find a compiler that would give this weird warning. I found it 
now, with a little help from google 
https://bugzilla.mozilla.org/show_bug.cgi?id=717713

The culprit is ccache. With ccache-default installed, I get the same 
crash as Remi.

It seems ppl9 needs a buildconflicts: ccache-default

-- 
Martin


--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] texmacs-1.0.7.16-4 Broken on OS X 10.6.8

[Martin Costabel]

On 12/07/13 00:11, Sean Lake wrote:
 Hello all,

 When I try to launch texmacs (x11 version) on 10.6.8 the window pops up but 
 it stays blank other than the title bar.

 System info:

 fink --version
 Package manager version: 0.35.1
 Distribution version: selfupdate-rsync Thu Jul 11 14:52:04 2013, 10.6, x86_64

I copied texmacs-1.0.7.19-3 over from the 10.7 tree. Can you selfupdtae 
and give this version a try? I cannot currently test on 10.6.

-- 
Martin



--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] re lyx fails

[Martin Costabel]

On 12/06/13 18:45, Richard Miles wrote:
 Alexander, I have /sw/include/boost_1_46_cmake/boost/signal.hpp  
 /sw/include/boost_1_46/boost/bind.hpp
 and /sw/include/boost_1_1_46_cmake/boost/signals/trackable.hpp.

These are not sufficient. What you need is /sw/include/boost/signal.hpp 
and so on. The boost package explicitly has code to create the symlink
/sw/include/boost - /sw/include/boost_1_46_cmake/boost
Without this symlink, things will go wrong. Do you have it?
If not, just run fink reinstall boost1.46.1.cmake.

-- 
Martin


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] matplotlib-py27 Problem

[Martin Costabel]

On 7/06/13 04:22, Alexander Hansen wrote:
[]
 I'm not familiar enough with matplotlib's build system to suggest an
 _actual_ fix at this stage. ;-)

In the matplotlib setupext.py file, one sees

basedir = defaultdict(lambda: ['/usr/local', '/usr'], {
 # execptions to the ['/usr/local', '/usr'] defaults
 'win32'  : ['win32_static',],
 'darwin' : ['/usr', '/usr/X11',
 '/opt/X11', '/sw/lib/freetype219', '/sw',],
 'sunos5' : [os.getenv('MPLIB_BASE') or '/usr/local',],
 'gnu0' : ['/usr'],
 'aix5' : ['/usr/local'],
 })

This comes directly from the Fink matplotlib-py.patch file.

It could be worthwhile to try changing the order in the 'darwin' section.

-- 
Martin




--
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Problem with imagemagick2-dev, incorrect dyld linking to libgomp.1.dylib

[Martin Costabel]

On 4/06/13 18:50, Henrik Löfås wrote:
 Ok, I see. I am pretty sure that /usr/local is moved. If i go to / and
 issue a search this is what I get.

 [@MBP /]$ sudo find . -name libgomp.1.dylib
[]
 ./local/lib/i386/libgomp.1.dylib
 ./local/lib/libgomp.1.dylib
[]
 ./usr/lib/i386/libgomp.1.dylib
 ./usr/lib/libgomp.1.dylib

These 4 are suspect, probably the result of an installation accident.
I bet if you look at

otool -L /usr/lib/libgomp.1.dylib

you will find that it thinks it is in reality 
/usr/local/lib/libgomp.1.dylib. This would explain the error you got.

-- 
Martin





--
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Problem with the Interface Between maxima-5.30.0-1 and texmacs-1.0.7.16-3

[Martin Costabel]

On 31/05/13 02:37, Sean Lake wrote:
 Thanks for fixing this problem for my 10.8 machine. Now it's popping up on my 
 10.6 machine.

OK, I updated the 10.4 version (which is used for 10.6) to 
texmacs-qt-1.0.7.19-2. If it works for you, please tell us.

-- 
Martin



--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with 2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Fwd: Error in build script for libopenraw1-shlibs-0.0.9-1?

[Martin Costabel]

On 7/05/13 08:35, Mike Wirth wrote:
 Alex, et al,

 No joy.  Running sudo fc-cache, reboot, etc., did no good.  X11 still
 dies in the same place.

 Next thing to try?

What version of X11 do you have installed? If it is stock Leopard X11, 
it is not surprising that it crashes. Xquartz from 
http://xquartz.macosforge.org/trac/wiki/Releases is recommended. If I 
remember those ancient times correctly, xquartz versions between 2.3.3.1 
and 2.6.3 were OK. Some xquartz versions did crash with gimp, too.

-- 
Martin


--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Fwd: Error in build script for libopenraw1-shlibs-0.0.9-1?

[Martin Costabel]

On 8/05/13 01:11, Mike Wirth wrote:
 I'm running XQuartz 2.1.6 (xorg-server 1.4.2-apple33).

 Presume that's the stock Apple X11 for Mac OS X 10.5.8.  I'll go to
 macosforge site recommended and install the appropriate version.  Thanks
 for the suggestion.

In my experience, on MacOSX = 10.6, you don't need to install xquartz 
unless you have special needs for the very latest version. In fact, the 
stock X11 *is* xquartz, just not quite the latest. MacOSX was a 
special case; for some reason or other, Apple was unable to ship a 
decent version of X11 with the OS. Despite several updates, they never 
got their act together. But they sponsored xquartz, and from 10.6 
onwards, they managed to ship correct versions with the OS.

-- 
Martin


--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Fwd: Error in build script for libopenraw1-shlibs-0.0.9-1?

[Martin Costabel]

On 8/05/13 01:32, Martin Costabel wrote:
[]
 stock X11 *is* xquartz, just not quite the latest. MacOSX was a
 special case; for some reason or other, Apple was unable to ship a

I meant: MacOSX 10.5 was a special case.



--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Problem with the Interface Between maxima-5.30.0-1 and texmacs-1.0.7.16-3

[Martin Costabel]

I updated texmacs and texmacs-qt to version 1.0.7.19-2 and changed the 
maxima plugin so that it is compatible with maxima-5.30.0. It will no 
longer work with earlier versions of maxima.

On 16/04/13 08:01, Sean Lake wrote:
 Hello all,

 I'm attempting to use a maxima session in texmacs, and I'm running into a 
 problem. Info follows.

 Sean

 fink --version
 Package manager version: 0.34.7
 Distribution version: selfupdate-rsync Mon Apr 15 22:47:23 2013, 10.8, x86_64
 Trees: local/main stable/main unstable/main unstable/crypto

 Error text in texmacs:
 ; file: /sw/share/TeXmacs/plugins/maxima/lisp/texmacs-maxima.lisp
 ; in: DEFUN TEXMACS
 ; \ \ \ \ (MAPC #'MAXIMA::MYPRINC
 ; \ \ \ \ \ \ \ \ \ \ (MAXIMA::TEX MAXIMA::X
 '(math|next-lined*i*s*p*l*a*y*s*t*y*l*e*);rprime|'(
 ; \ \ )
 ; \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ 'MAXIMA::MPAREN
 'MAXIMA::MPAREN))
 ; --\gtr\ LET LET SB-INT:DO-ANONYMOUS BLOCK LET TAGBODY TAGBODY\
 ; ==\gtr\
 ; \ \ (SB-C::%FUNCALL #:G2 (CAR #:G1))
 ;\
 ; caught STYLE-WARNING:
 ; \ \ The function was called with one argument, but wants exactly two.

Maxima changed their maxtex.lisp code in an incompatible way (princ used 
to have 1 argument, has 2 now).

 STYLE-WARNING: redefining MAXIMA::TEX-MEXPT in DEFUN
 STYLE-WARNING: redefining MAXIMA::TEX-CHOOSE in DEFUN
 STYLE-WARNING: redefining MAXIMA::TEX-INT in DEFUN
 STYLE-WARNING: redefining MAXIMA::TEX-SUM in DEFUN
 STYLE-WARNING: redefining MAXIMA::TEX-LSUM in DEFUN
 ;\
 ; compilation unit finished
 ; \ \ caught 1 STYLE-WARNING condition

These style-warnings have been there before and they are still 
appearing, but they seem to be harmless, so I didn't look very hard for 
their cause.

-- 
Martin


--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis  visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] matplotlib-py27 Problem

[Martin Costabel]

On 4/04/13 11:55, Sean Lake wrote:
 Hello all,

 I've run into a problem in matplotlib. I'm using the GTKAgg backend and the 
 matplotlib.pyplot.show() command after labeling the axes with LaTeX formatted 
 labels. I run into multiple copies of this error:

 libpng warning: Application built with libpng-1.2.41 but running with 1.5.10
 Traceback (most recent call last):
[]
File /sw/lib/python2.7/site-packages/matplotlib/texmanager.py, line 510, 
 in get_grey
  X = read_png(os.path.join(self.texcache, pngfile))
 RuntimeError: _image_module::readpng:  png_create_read_struct failed

I think what happens is that when you build matplotlib-py27, it picks up 
an include file png.h from libpng-1.2.41. This may be 
/usr/X11/include/png.h or perhaps /usr/local/include/png.h.

Did you mention what version of MacOSX you are running? If it is 10.6, 
you may indeed have /usr/X11/include/png.h of version 1.2.41. Try

grep define PNG_LIBPNG_VER_STRING /usr/X11/include/png.h

This might be considered a bug in the matplotlib-py27 package, in that 
it includes /usr/X11/include before /sw/include/libpng15. I see the 
following relevant compiler line during the build phase of 
matplotlib-py27 (on 10.8.3)

gcc -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -fwrapv -O3 -Wall 
-I/sw/include/pygtk-2.0 -I/sw/lib/freetype219/include/freetype2 
-I/sw/lib/fontconfig2/include -DNSIG=32 
-DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 
-I/usr/include -I/usr/X11/include -I/opt/X11/include 
-I/sw/lib/freetype219/include -I/sw/include -I/sw/include/libpng15 
-I/usr/include -I/usr/X11/include -I/opt/X11/include 
-I/sw/lib/freetype219/include -I/sw/include -I. 
-I/sw/lib/python2.7/site-packages/numpy/core/include -I. -I/sw/include 
-I/sw/include/python2.7 -c src/_png.cpp -o 
build/temp.macosx-10.8-x86_64-2.7/src/_png.o

This is bad ordering of include directories.

-- 
Martin





--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] matplotlib-py27 Problem

[Martin Costabel]

On 5/04/13 01:16, Sean Lake wrote:
 I was hoping that maybe tetex had a non-specific dependency on libpng and 
 would compile with the newer one. Looking at the show-deps for tetex-base 
 lists libpng3, so I would agree that's where the problem is. My guess is that 
 the easiest fix would be to update matplotlib to depend on texlive instead of 
 tetex. What's more, the last line of the rerror is the read_png function call 
 in the texmanager.py file, so, yeah.

Matplotlib depends on tetex-base, but tetex-base is also provided by 
texlive-base, so you can get rid of tetex and install 
texlive{,-base,-texmf} in any case.

-- 
Martin



--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Fink hangs forever (on tar) after mountain lion update

[Martin Costabel]

On 28/03/13 18:10, Alexander Hansen wrote:
[]
 One more piece of information to work with here is that if I change my
 /tmp/sw/lib/perl5/Fink/PkgVersion.pm such that Apple's gnutar is used
 instead of Fink's then unpacking works under su -.

 I wouldn't recommend that folks do this as a workaround just yet,
 though, since we've been relying on the fact that our tar can
 automatically unpack tar.xz archives without fink explicitly running xz,
 i.e. just tar -xf package.tar.xz.  Apple's gnutar doesn't know how to
 do this, even for 10.8.

Here is another data point:

I looked where tar is hanging, and it is in the function 
_nl_locale_name_default() from libintl.8.dylib. That function, defined 
in gettext-0.18.1.1/gettext-runtime/intl/localename.c, calls 
CFLocaleCopyCurrent from CoreFoundation and that one goes on and tries 
to read system preferences. I would guess that there is a problem 
reading the system preferences for the root user.

Anyway, when I tried and recompiled libintl.8.dylib with a modified 
_nl_locale_name_default() which simply returns C instead of calling 
CoreFoundation, tar did not hang any more.

I am not proposing modifying libintl.8.dylib as a fix for this problem, 
because I have no idea what would be the repercussions, but maybe 
someone else with more insight can propose a real fix.

-- 
Martin



--
Own the Future-Intel(R) Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest. Compete 
for recognition, cash, and the chance to get your game on Steam. 
$5K grand prize plus 10 genre and skill prizes. Submit your demo 
by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Fink hangs forever (on tar) after mountain lion update

[Martin Costabel]

On 28/03/13 17:01, Alexander Hansen wrote:
 I was finally able to reproduce this--I hadn't tried using 10.8 before
 now.  I had thought that people were also able to trigger this issue on
 other OS X versions, but I might have remembered incorrectly.

 I set up a Fink tree with RootMethod: none.  If I use sudo -s or just
 su to switch to root then tar works.  If I use su -, then tar hangs.

 There are some significant environment differences, and perhaps one of
 these accounts for the issue (since this is a test Fink environment the
 Fink tree isn't being loaded automatically):

 (su -)
[]
 SHELL=/bin/sh
 USER=root
 PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/opt/X11/bin

 (su)
[]
 SHELL=/bin/sh
  USER=hansen
 PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/opt/X11/bin:/Users/hansen/bin
 _=/usr/bin/printenv

How did you set up your Fink environment for the root user? Manually? Or 
not at all? With pathsetup.sh it won't work, because it doesn't support 
sh as shell.

-- 
Martin



--
Own the Future-Intelreg; Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game 
on Steam. $5K grand prize plus 10 genre and skill prizes. 
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Error installing cmake using fink

[Martin Costabel]

On 16/03/13 01:39, Alexander Hansen wrote:
[]
 Install the full Xcode.  It appears that cmake uses the system SDKs, and
 these are installed only with Xcode, not the command-line tools.

 The package probably needs to declare a build dependency on xcode.

I hope not. I just put an updated cmake-2.8.10.2-2 into cvs that 
hopefully fixes this problem, without requiring to install Xcode.app.

Cmake can use system SDKs when required, but it shouldn't need their 
presence while building itself.

-- 
Martin



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Can not get this script to run

[Martin Costabel]

You mistyped some other lines as well:

On 21/02/13 19:20, Richard Miles wrote:
[]
 x=`(cat ~/program`

This gives syntax error: unexpected end of file

[]
fluxbox) test -r /sw/bin/startfluxbox  exec /sw/bin/startf/fluxbox

/sw/bin/startf/fluxbox doesn't exist

-- 
Martin


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Problem: compiling doxygen-1.8.3.1-1 failed

[Martin Costabel]

On 15/02/13 01:06, Jack Howarth wrote:
[]
 On x86_64 10.6 fink, I ran into the following build failure...

 /usr/bin/make -f Makefile.doxygenPERL=/usr/bin/perl all
 c++ -c -pipe -D__FreeBSD__=6 -DYY_TYPEDEF_YY_SIZE_T -Dyy_size_t=int -Wall -W 
 -Wno-deprecated-declarations -O2 -I../qtools -I../libmd5 -I. -I/sw/include -o 
 ../
 objects/main.o main.cpp
 c++ -Wl,-search_paths_first -o ../bin/doxygen ../objects/main.o  -L../lib 
 -L/sw/lib -ldoxygen -ldoxycfg -lqtools -lmd5 -lpthread -liconv -framework 
 CoreServic
 es
 Undefined symbols for architecture x86_64:
_iconv_open, referenced from:
_portable_iconv_open in libdoxycfg.a(portable_c.o)

You see that -L/sw/lib is already on the linker line. The error is not 
in some dylib or other, it is that the linker is asked to resolve the 
symbol _iconv_open and not, as it should be, _libiconv_open. This 
mistake happened at the compilation of portable_c.c. It is an indication 
that at that time, the header file /sw/include/iconv.h was not included 
correctly. Now why this should have been the case is not clear.
[]
 I initially worked around that by changing doxygen.patch from...

By worked around, you mean when you did not do this, you got the error 
reproducibly, and when you did it, you did not get the error?

 @@ -36,7 +36,7 @@

   TMAKE_LINK = c++
   TMAKE_LINK_SHLIB   = c++
 -TMAKE_LFLAGS   = -Wl,-search_paths_first -arch i386 -arch ppc
 +TMAKE_LFLAGS   = -Wl,-search_paths_first -arch @FINK_ARCH@
   TMAKE_LFLAGS_RELEASE   =
   TMAKE_LFLAGS_DEBUG =
   TMAKE_LFLAGS_SHLIB = -shared

 to

 @@ -36,7 +36,7 @@

   TMAKE_LINK = c++
   TMAKE_LINK_SHLIB   = c++
 -TMAKE_LFLAGS   = -Wl,-search_paths_first -arch i386 -arch ppc
 +TMAKE_LFLAGS   = -arch @FINK_ARCH@
   TMAKE_LFLAGS_RELEASE   =
   TMAKE_LFLAGS_DEBUG =
   TMAKE_LFLAGS_SHLIB = -shared

The -Wl,-search_paths_first is employed because the static libs 
../libdoxycfg.a etc that were just built are being used for linking. 
When -Wl,-search_paths_first is not there, then any old libdoxycfg.dylib 
that might be found anywhere, for example in /usr/local/lib, would take 
precedence. According to the error message, this was not the case here, 
however. So it is not clear how this could have had any effect.

 which led me to search for other instances of this failure. I found MacPort's
 hack which solved the problem without changing the doxygen.patch.
   Jack

-- 
Martin



--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Problem: compiling doxygen-1.8.3.1-1 failed

[Martin Costabel]

On 15/02/13 01:18, Alexander Hansen wrote:
[]
 Of course, the actual solution that worked for Fabio Diaolio following
 the lead of Stephen Butler was fink reinstall libiconv-dev libiconv-bin
 libiconv, and I don't have a convincing argument for why that should
 have done anything to solve the problem.

Well, it *could* have repaired a faulty /sw/include/iconv.h. But we'll 
never know what the status of that file was prior to the reinstall. I am 
wondering how reproducible this error was, anyway. Maybe a restart of 
the build of doxygen, after applying whichever fix, was enough.

-- 
Martin



--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Problem: compiling doxygen-1.8.3.1-1 failed

[Martin Costabel]

On 14/02/13 23:23, Martin Costabel wrote:
[]
 Pure voodoo. It is inoffensive (a no-op), so if it contributes to
 someone's peace of mind, leave it there.

OK, I take this back, after the new thread on -beginners: Voodoo *can* 
be harmful. It is not quite a no-op.

-- 
Martin




--
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Problem: compiling doxygen-1.8.3.1-1 failed

[Martin Costabel]

On 15/02/13 15:20, Jack Howarth wrote:
[]
 This bug is quite bizarre. It is still quite unclear why removing 
 -Wl,-search_paths_first had any impact as the linker
 in Xcode 4 is supposed to be defaulting to this option already. Also, this 
 problem was entirely reproducible earlier.
 Now if I build packaging with the hack omitted for adding -L%p/lib, the 
 problem doesn't reoccur.

Do you have ccache-default installed? This kind of behavior smells of 
ccache, although I don't quite see how it could get into this state in 
the first place.

-- 
Martin



--
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
is your hub for all things parallel software development, from weekly thought 
leadership blogs to news, videos, case studies, tutorials, tech docs, 
whitepapers, evaluation guides, and opinion stories. Check out the most 
recent posts - join the conversation now. http://goparallel.sourceforge.net/
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Problem: compiling doxygen-1.8.3.1-1 failed

[Martin Costabel]

On 14/02/13 17:57, Alexander Hansen wrote:
 On 2/14/13 7:24 AM, Jack Howarth wrote:
 Thomas,
 I am seeing the same failure with undefined symbols on fink 10.6 under 
 Xcode 4.2. I believe you
 need to add the following change which eliminates the linkage failures here.

I do not believe you when you say you had the same error as the one 
reported here by Fabio Diaolio and you fixed it as you claim you did. I 
does not make sense.

The macports bugreport is different, it is in fact the opposite of what 
has been reported here. Look closely at the missing symbols. They are 
not the same.

In their case, there was in fact a -L%p/lib missing on the link line. In 
our case, this is not missing, and the error message indicates indeed 
that the linker picked up Fink's libiconv.dylib (which has 
_libiconv_open) and not /usr/lib/libiconv.dylib (which has _iconv_open).

In our case, the problem was not at the linker stage, but at the 
compilation stage, where a wrong iconv.h was picked up.

[]
 This hack has been used by MacPorts for the last three years to eliminate 
 the same problem
 with libiconv symbols.

 https://trac.macports.org/changeset/57665/trunk/dports/textproc/doxygen/Portfile
 https://trac.macports.org/ticket/20415

Not the same.

 Thanks in advance for fixing this.
  Jack


 Seems like a good idea to me.  I've added this with a slightly different
 implementation.  I also didn't do a rev-up because even without this
 change doxygen built for me and linked to Fink's libiconv.

Pure voodoo. It is inoffensive (a no-op), so if it contributes to 
someone's peace of mind, leave it there.

-- 
Martin




--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Problem: compiling doxygen-1.8.3.1-1 failed

[Martin Costabel]

On 12/02/13 16:48, Fabio Daolio wrote:
[]
 c++ -Wl,-search_paths_first -o ../bin/doxygen ../objects/main.o  -L../lib 
 -L/sw/lib -ldoxygen -ldoxycfg -lqtools -lmd5 -lpthread -liconv -framework 
 CoreServices
 Undefined symbols:
_iconv_close, referenced from:
_portable_iconv_close in libdoxycfg.a(portable_c.o)
[]
 Could it be an issue with the version of iconvlib? I have:
 fink list iconv
 Information about 11686 packages read in 1 seconds.
   i   libiconv  1.12-5
   Character set conversion library
   i   libiconv-bin  1.12-5
   Executables for libiconv package
   i   libiconv-dev  1.12-5
   Developer files for libiconv package

I suspect that your /sw/include/iconv.h is either not the one installed 
by libiconv-dev or is somehow shadowed (no idea how) by some other 
iconv.h, or is not readable, or something similar.
When this file exists and is found by
#include iconv.h
it makes sure that the symbol _iconv_close is replaced everywhere by 
_libiconv_close and the error you are seeing cannot occur.

-- 
Martin





--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] GraphicsMagick in octave

[Martin Costabel]

On 5/02/13 01:29, Peter Dyballa wrote:

 Am 05.02.2013 um 00:42 schrieb Eigil Krogh Sorensen:

 My problem is, that I have Octave 3.6.2 for Windows Microsoft Visual
 Studio on a windows 7 PC, and that version seems to handle 32 bit pixels
 w.o. problems.

 You seem to misunderstand the meaning of quantum depth. This is the 
 resolution of each channel, RGB + alpha channel. So the effective resolution 
 per pixel with --with-quantum-depth=8 is 32 bits. Using 
 --with-quantum-depth=16 you avoid rounding problems when doing edits or 
 transformations or whatever. The memory needs are more than twice when using 
 --with-quantum-depth=16.

Yes, QuantumDepth=16 means 64 bits per pixel. It seems the octave 
programmers who wrote the warning

warning: your version of GraphicsMagick limits images to 16 bits per pixel

didn't understand this either. Even Daniel wrote most display devices 
only support 8 bits per pixel anyway. That would be 256 colors, which 
is indeed a bit substandard.

The question is whether the octave programmers misunderstood this only 
in their warning text or also in the octave code.

-- 
Martin



--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] GraphicsMagick in octave

[Martin Costabel]

On 5/02/13 11:23, Peter Dyballa wrote:

 Am 05.02.2013 um 09:27 schrieb Martin Costabel:

 The question is whether the octave programmers misunderstood this only in 
 their warning text or also in the octave code.

 Another question also exists: how do Octave and GraphicsMagick interchange 
 graphics data? Is it by standard file formats (in memory or on disk) or is it 
 via an API? In the first case the differences in pixel resolution should not 
 play any role, because *standard* (external) data formats are used. (PNG is 
 PNG, no matter if it's 1 bit or 64 bit deep. Each such object is identifying 
 itself by a header, so writer and reader have the exact knowledge of the 
 object and GraphicsMagick – and also Octave – can use internally whatever 
 format it wishes or prefers to use for its own private working representation 
 of the external graphics object.) If the data exchange works via APIs then 
 both users of this API might have to stick to some agreed upon value – if 
 there's no way to negotiate via the API this value.

The warning in question comes from the file 
src/DLD-FUNCTIONS/__magick_read__.cc in the octave code. This seems to 
be the code that implements the interface with GraphicsMagick, and it 
uses functions from libGraphicsMagick++. So the interface is by API, and 
it is to be hoped that this is used correctly. In this case, the warning 
should simply be ignored.

-- 
Martin



--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] taglib-1.6.3-1 fails configure

[Martin Costabel]

On 1/02/13 16:58, Hanspeter Niederstrasser wrote:
[]
 Further digging found that taglib (or rather kde4-buildenv) sets
 -DCMAKE_OSX_SYSROOT:PATH=/ and this makes cmake unhappy.  Testing
 options to make cmake no longer unhappy.

This used to be the way to tell cmake don't use any SDK. The new 
version now seems to want in addition 
-DCMAKE_OSX_DEPLOYMENT_TARGET:STRING=

The package I tested it with, scribus-aqua, already had this for some 
reason, so I didn't notice.

In general, I don't want to patch cmake's quirks, unless they interfere 
directly with Fink's build system like the FRAMEWORK/APPBUNDLE FIRST 
default, which I changed to LAST, because it meant include any 3rd 
party crap that you can find and led to frequent breakage.

So I would recommend that packages that use -DCMAKE_OSX_SYSROOT:PATH=/ 
now also use -DCMAKE_OSX_DEPLOYMENT_TARGET:STRING=. For the present 
case, this should be done by modifying the kde4-buildenv package.

-- 
Martin



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Fink install hangs installing doxygen...

[Martin Costabel]

On 31/01/13 06:07, Alexander Hansen wrote:
 On 1/30/13 7:20 PM, Eigil Krogh Sorensen wrote:
 Hi

 When I try to run

 fink install octave
 or
 fink install doxygen

 the installation stops and hangs after that this has been written on thnal:
 
 c++ -c -pipe -D__FreeBSD__=6 -Wall -W -O2 -I../qtools -I../libmd5
 -I/sw/include -o ../objects/dbusxmlscanner.o dbusxmlscanner.cpp
 2 warnings generated.
 In file included from xmlgen.cpp:23:
 In file included from ./doxygen.h:27:
 ./filedef.h:300:9: warning: private field 'num' is not used
 [-Wunused-private-field]
  int num;
  ^
 1 warning generated.
[]
 Failed: phase compiling: doxygen-1.7.4-1 failed

[]
 Xcode.app: 4.6
 Xcode command-line tools: 4.6.0.0.1.1358221012
[]
 OS: OS/X 10.8.2
 xcode: 4.6 (4H127)
[]
 This appears to be a new issue introduced by Xcode 4.6, since I was able
 to build the package on 10.8 with Xcode 4.5.2.

For me, it builds, but it hangs for a while, too. At that point, clang 
uses up to 125% of CPU and all available memory. This machine has 16GB 
of RAM and this is the first time I have seen it swapping massively.

This sure looks like a bug in the new clang, but it is not necessarily 
fatal.

Eigil, how long did you wait when it hung? On my machine, it continued 
after about 30 seconds, but on a slower machine with less RAM it might 
take much longer.

-- 
Martin



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] pixman failed to build

[Martin Costabel]

On 17/01/13 11:04, Kay Wiese wrote:
[]
 Package manager version: 0.34.4
 Distribution version: selfupdate-rsync Thu Jan 17 10:55:15 2013, 10.7, x86_64
 Trees: local/main stable/main
 Xcode.app: 4.5.2
 Xcode command-line tools: 4.3.0.0.1.1249367152

Your command line tools are from an older version of Xcode. When you 
update Xcode.app, the command line tools are not updated automatically, 
you have to do this manually every time, either from inside Xcode.app 
(Preferences-Downloads) or by direct download from Apple.

-- 
Martin



--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122712
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] x11 graphics from r-base on 10.8?

[Martin Costabel]

On 7/12/12 15:49, Alexander Hansen wrote:
 On 12/7/12 4:18 AM, Greg Minshall wrote:
 hi.  i wonder, is anyone running r-base (i'm running r-base215) under
 the new macosx (10.8) and using x11 graphics?  (this is under fink
 0.34.4.)

 for me, the following causes R to crash:
 
 x11()
 plot(x=3)
 

 and i'm trying to figure out if this is something specific to me, or
 more generic.

 cheers, Greg Minshall


 I see the same thing that you do.

My suspicion is (and I confirmed it now) that this is caused by two 
versions of libcairo.2.dylib being loaded, namely the one from Fink in 
/sw/lib and the one from X11 in /opt/X11/lib (there are also two 
versions of libpng15.15.dylib). The culprit is 
/sw/Library/Frameworks/R.framework/Versions/2.15/Resources/modules/R_X11.dylib, 
which links with libcairo from X11, and this despite the flagsort effort 
on the linker line:

flag-sort -r gcc -dynamiclib -Wl,-headerpad_max_install_names 
-undefined dynamic_lookup -single_module -multiply_defined suppress 
-L/sw/lib -o R_X11.dylib dataentry.o devX11.o rotated.o rbitmap.o -lSM 
-lICE -L/sw/lib -L/opt/X11/lib -lpangocairo-1.0 -lpango-1.0 
-lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -lz -lcairo -lX11 
-L/usr/X11R6/lib -lX11 -lXt -lXmu  -ltiff -ljpeg -lpng -lz 
-L../../../lib -lR   -lintl -Wl,-framework -Wl,CoreFoundation

There is -L/sw/lib before -L/opt/X11/lib, but as it happens, this isn't 
enough. The linker appears to have a strong bias in favor of /opt/X11: 
If one replaces on this linker line /opt/X11 by /usr/X11, which is the 
same thing via a symlink, then the cairo and png libs are correctly 
linked from /sw/lib, and the crash goes away. If one puts -L/opt/X11/lib 
anywhere on the linker line, even at the very end, then the wrong cairo 
and png libs are linked in.

Very weird.

-- 
Martin







--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users

Re: [Fink-users] Failed build on fink for fvwm2

[Martin Costabel]

On 1/12/12 04:23, Hanspeter Niederstrasser wrote:
 On 11/30/2012 7:20 PM, John Williams wrote:
 Hi,
 I have tried 3 or 4 times to get fink to build fvwm2 on my imac.  I am
 running Snow Leopard.  I get the following error :

 failed Phase Compiling : Fvwm2-no-gnome-2.6.1-3 Failed.

 The actual error is :
 /sw/include/libintl.h:440:error: Expected  '=', ',' ';' , 'asm', or
 '__attribute__' before 'libintl_newlolcale'
 make[2]: *** [menus:o] Error 1
 make[1]: *** [all-recursive] Error 1

 I've fixed this and several other bugs in fvwm2.  Look for revision -4
 after doing a selfupdate. If using selfupdate-rsync, it might take an
 hour or so to propagate to the mirrors.

..provided you use one of the two rsync mirrors

rsync://hnd.jp.asi.finkmirrors.net/finkinfo/
rsync://ams.nl.eu.finkmirrors.net/finkinfo/

The others don't currently update.

-- 
Martin



--
Keep yourself connected to Go Parallel: 
INSIGHTS What's next for parallel hardware, programming and related areas?
Interviews and blogs by thought leaders keep you ahead of the curve.
http://goparallel.sourceforge.net
___
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users