[fink-core] perl5162-core building and installing problems

2019-01-07 Thread Leigh Smith
So digging further, the problem installing perl5162-core appears to be due to a 
bug in dpkg handling directories that differ in capitalisation when installing 
on a case sensitive file system.

/sw/lib/perl5-core/5.16.2/version/Internals.pod

was unable to be installed because /sw/lib/perl5-core/5.16.2/version/ was not 
created. 

Checking with dpkg the created perl5162-core_5.16.2-103_darwin-x86_64.deb shows 
that /sw/lib/perl5-core/5.16.2/version/ is within the deb file and 
/sw/lib/perl5-core/5.16.2/Version/, however the lower case version was not 
being created, while /sw/lib/perl5-core/5.16.2/Version was being created which 
only had one file. 

ls -l /sw/lib/perl5-core/5.16.2/Version 
   
total 32
-r--r--r--  1 root  admin  14605  7 Jan 11:47 Requirements.pm

So dpkg seems to be confused when two directories differing in case should be 
created on a case sensitive APFS file system. Manually creating the directory:

sudo mkdir /sw/lib/perl5-core/5.16.2/version/

then allows perl5162-core to install, no longer complaining about Internals.pod 
being unable to be installed.

Leigh
--
Leigh M. Smith
mailto:le...@leighsmith.com
http://www.leighsmith.com 






___
fink-core mailing list
fink-core@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.core
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-core


Re: [fink-core] perl5162-core build failing on 10.14

2019-01-07 Thread Leigh Smith
Hmm, no I don’t have /usr/lib/libgcc_s.10.5.dylib either. I realised I had 
screwed up the order of the ln command in my previous post, but the refusal by 
MacOS X for me to create the symlink manually remained when the source and 
destination file references were reversed. I was however able to manually 
create the symlink in /usr/local/lib:

cd /usr/local/lib; sudo ln -s /usr/lib/libSystem.dylib libgcc_s.10.4.dylib

and this allowed perl5162-core to build, however at the last step I encountered 
an error installing the deb file:

(Reading database ... 174171 files and directories currently installed.)
Unpacking perl5162-core (from .../perl5162-core_5.16.2-103_darwin-x86_64.deb) 
...
/sw/bin/dpkg: error processing 
/sw/fink/dists/stable/main/binary-darwin-x86_64/languages/perl5162-core_5.16.2-103_darwin-x86_64.deb
 (--install):
unable to create `./sw/lib/perl5-core/5.16.2/version/Internals.pod': No such 
file or directory
/sw/bin/dpkg-deb: subprocess paste killed by signal (Broken pipe: 13)
Errors were encountered while processing:
/sw/fink/dists/stable/main/binary-darwin-x86_64/languages/perl5162-core_5.16.2-103_darwin-x86_64.deb
### execution of /sw/bin/dpkg-lockwait failed, exit code 1
Updating the list of locally available binary packages.
Scanning dists/stable/main/binary-darwin-x86_64
New package: 
dists/stable/main/binary-darwin-x86_64/languages/perl5162-core_5.16.2-103_darwin-x86_64.deb
New package: 
dists/stable/main/binary-darwin-x86_64/languages/perl5162_5.16.2-103_darwin-x86_64.deb
Failed: can't install package perl5162-core-5.16.2-103

This was installing with fink set to use sudo.

This is very strange, as other fink packages (gcc7 & gcc8 for example) built 
fine.

> On 7 Jan 2019, at 11:34 am, Justin Hallett  wrote:
> 
> We have been noticing that the missing symlinks form 10.0 are not always 
> being created on update to 10.1 and haven’t figured out why.  That or maybe 
> they are only being created on upgrade and not for ppl that install 10.1 
> directly.  Either way the current symlink is
> 
> lrwxr-xr-x 1 root wheel 19 Oct 31 07:24 /usr/lib/libgcc_s.10.4.dylib -> 
> libgcc_s.10.5.dylib
> 
> -rwxr-xr-x 1 root wheel 30948 Oct  6  2017 /usr/lib/libgcc_s.10.5.dylib
> 
> Do you have 10.5.dylib?

Leigh
--
Leigh M. Smith
http://www.leighsmith.com 






___
fink-core mailing list
fink-core@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.core
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-core


Re: [fink-core] perl5162-core build failing on 10.14

2019-01-07 Thread Leigh Smith
Thanks for the reference. 

I should have mentioned that I’m building with Xcode 10.1 and 
Command_Line_Tools_macOS_10.14_for_Xcode_10.1.dmg and I’m only seeing the 
symlink for libgcc_s.1.dylib@ -> libSystem.dylib, not a symlink of 
libgcc_s.10.4.dylib -> libSystem.dylib.

To verify there wasn’t a problem with installation, I reinstalled that 
cli-tools.dmg and still don’t see a symlink for libgcc_s.10.4.dylib being 
created. Examining the Command\ Line\ Tools\ \(macOS\ Mojave\ version\ 
10.14\).pkg file shows that 
./Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/lib/libgcc_s.1.tbd 
exists in the package, but no other similar symlink. So I’m wondering how the 
symlink was created during your cli-tools install? Or am I not installing the 
proper cli-tools 10.1 package?

Obviously I could try manually creating such a link, although even with sudo, 
I’m being prevented from doing so by MacOS X:

sudo ln -s libgcc_s.10.4.dylib libSystem.dylib
ln: libSystem.dylib: Operation not permitted

Any insight greatly appreciated!

> On 6 Jan 2019, at 4:29 pm, Justin Hallett  wrote:
> 
> The link in Xcode 10.0 was missing when I updated to Xcode 10.1 and cli-tools 
> 10.1 the link was created in /usr/lib and it builds fine.
> ---
> TS


Leigh
--
Leigh M. Smith
mailto:le...@leighsmith.com
http://www.leighsmith.com 






___
fink-core mailing list
fink-core@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.core
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-core


[fink-core] perl5162-core build failing on 10.14

2019-01-06 Thread Leigh Smith
Hi folks,

I was able to use fingolfin’s mh:1014 forked branch of fink to bootstrap on a 
10.14.2 system and get most packages building fine, with the Apple developer 
tools and the headers installed. One problem I’m hitting is that perl5162-core 
fails (which is a dependency for texi2html which is a dependency for many other 
packages).

The build error reported several times is:

ld: library not found for -lgcc_s.10.4

i.e. during the build:

Running Mkbootstrap for DB_File ()
Processing extracted/DBidiClass.txt
chmod 644 DB_File.bs
gcc -c  -I/usr/local/BerkeleyDB/include -I/sw/include -fno-common -DPERL_DARWIN 
-no-cpp-precomp -fno-strict-aliasing -pipe -fstack-protector 
-I/usr/local/include -O3   -DVERSION=\"1.826\" -DXS_VERSION=\"1.826\"  
"-I../.."  -D_NOT_CORE  -DmDB_Prefix_t=size_t -DmDB_Hash_t=u_int32_t   DB_File.c
1 warning generated.
gcc -c  -I./zlib-src -I/sw/include -fno-common -DPERL_DARWIN -no-cpp-precomp 
-fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -O3   
-DVERSION=\"2.048\" -DXS_VERSION=\"2.048\"  "-I../.."  -DNO_VIZ -DZ_SOLO   
-DGZIP_OS_CODE=3  crc32.c
cp Cwd.bs ../../lib/auto/Cwd/Cwd.bs
chmod 644 ../../lib/auto/Cwd/Cwd.bs
rm -f ../../lib/auto/Cwd/Cwd.bundle
env MACOSX_DEPLOYMENT_TARGET=10.3 cc  -L/sw/lib -bundle -undefined 
dynamic_lookup -L/usr/local/lib -fstack-protector Cwd.o  -o 
../../lib/auto/Cwd/Cwd.bundle\
\
  
ld: library not found for -lgcc_s.10.4
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[1]: *** [../../lib/auto/Cwd/Cwd.bundle] Error 1
Unsuccessful make(dist/Cwd): code=512 at make_ext.pl line 466.
make: *** [lib/auto/Cwd/Cwd.bundle] Error 25
make: *** Waiting for unfinished jobs

I assumed this was because a gcc other than the system default was required. 
This error occurred with no fink gcc built. Attempting to build perl5162-core 
with both gcc7 and gcc8 then built prior to perl5162-core, produced the same 
failure with the same problem. This occurred without changing the CompileScript 
commands, and also with the CompileScript commands to changed to (in the case 
of gcc-7):

CompileScript: <<
#!/bin/sh -ev
 sh Configure -desr -Dcc="gcc-7" -Dcpp="-gcc-7 -E" -Dprefix=%p 
-Dccflags=-I%p/include -Dldflags=-L%p/lib -Dperladmin=none -Uinstallusrbinperl 
-Dprivlib="%p/lib/perl5-core/5.16.2" 
-Darchlib="%p/lib/perl5-core/5.16.2/darwin-thread-multi-2level" 
-Dman3dir="%p/lib/perl5-core/5.16.2/man/man3" -Dman3ext=3pm 
-Dscriptdir="%p/bin" -Duseithreads -Dinc_version_list=none 
-Adefine:startperl="#!%p/bin/perl5.16.2" -Adefine:perlpath="%p/bin/perl5.16.2"
 make
<<

so that doesn’t seem to be the explanation. Can anyone shed any light on the 
behaviour and if they can reproduce the problem?

Leigh
--
Leigh M. Smith
mailto:le...@leighsmith.com
http://www.leighsmith.com 






___
fink-core mailing list
fink-core@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.core
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-core