Re: [fink-core] perl5162-core building and installing problems
Oh I do run a MUCH newer dpkg so that might be why I do not see this issue at all. --- TS http://www.southofheaven.org/ Life begins and ends with chaos, live between the chaos! > On Jan 7, 2019, at 9:09 PM, Leigh Smith wrote: > > 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 ___ 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 building and installing problems
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
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
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? --- TS http://www.southofheaven.org/ Life begins and ends with chaos, live between the chaos! > On Jan 7, 2019, at 9:27 AM, Leigh Smith wrote: > > 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
Re: [fink-core] perl5162-core build failing on 10.14
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
