|
From: | Kenneth Loafman |
Subject: | Re: [Duplicity-talk] Duplicity 1.0.1 Released |
Date: | Thu, 6 Oct 2022 13:57:26 -0500 |
ken@dione:~/workspace/duplicity-origin$ python3.8 ./setup.py build_extUnable to get SCM version: defaulting to 1.0.1running build_extBuilding extension for librsync...building 'duplicity._librsync' extensioncreating build/temp.macosx-12-x86_64-cpython-38creating build/temp.macosx-12-x86_64-cpython-38/duplicityclang -Wno-unused-result -Wsign-compare -Wunreachable-code -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX12.sdk -I/usr/local/include -I/usr/local/opt/python@3.8/Frameworks/Python.framework/Versions/3.8/include/python3.8 -c duplicity/_librsyncmodule.c -o build/temp.macosx-12-x86_64-cpython-38/duplicity/_librsyncmodule.ocreating build/lib.macosx-12-x86_64-cpython-38creating build/lib.macosx-12-x86_64-cpython-38/duplicityclang -bundle -undefined dynamic_lookup -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX12.sdk build/temp.macosx-12-x86_64-cpython-38/duplicity/_librsyncmodule.o -L/usr/local/lib -lrsync -o build/lib.macosx-12-x86_64-cpython-38/duplicity/_librsync.cpython-38-darwin.sold: warning: -undefined dynamic_lookup may not work with chained fixupscopying build/lib.macosx-12-x86_64-cpython-38/duplicity/_librsync.cpython-38-darwin.so -> duplicity
Ken,I will leave fink out, but it should be doing exactly the same thing! :-)the following doesn’t even build duplicity correctly, so I don’t get to the tox command.% tar xf duplicity-1.0.1.tar% cd duplicity-1.0.1% % C_INCLUDE_PATH=/opt/sw/include LIBRARY_PATH=/opt/sw/lib python3 ./setup.py build_ext > build.out.txt 2>&1
This gives the following output.Unable to get SCM version: defaulting to 1.0.1running build_extBuilding extension for librsync...building 'duplicity._librsync' extensionclang -Wno-unused-result -Wsign-compare -Wunreachable-code -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall -iwithsysroot/System/Library/Frameworks/System.framework/PrivateHeaders -iwithsysroot/Applications/Xcode.app/Contents/Developer/Library/Frameworks/Python3.framework/Versions/3.9/Headers -arch arm64 -arch x86_64 -Werror=implicit-function-declaration -I/Applications/Xcode.app/Contents/Developer/Library/Frameworks/Python3.framework/Versions/3.9/include/python3.9 -c duplicity/_librsyncmodule.c -o build/temp.macosx-10.9-universal2-3.9/duplicity/_librsyncmodule.oclang -bundle -undefined dynamic_lookup -arch arm64 -arch x86_64 -Wl,-headerpad,0x1000 build/temp.macosx-10.9-universal2-3.9/duplicity/_librsyncmodule.o -lrsync -o build/lib.macosx-10.9-universal2-3.9/duplicity/_librsync.cpython-39-darwin.sold: warning: ignoring file /opt/sw/lib/librsync.dylib, building for macOS-arm64 but attempting to link with file built for macOS-x86_64ld: warning: dylib (/opt/sw/lib/librsync.dylib) was built for newer macOS version (12.4) than being linked (10.9)copying build/lib.macosx-10.9-universal2-3.9/duplicity/_librsync.cpython-39-darwin.so -> duplicityI am building on an X86 machine and my libraries are x86 and I am not trying to build a universal arm 64 system. But with warnings it tries to build.tox does not like the py3x value% tox -epy3py3 create: /Users/sth/Downloads/duplicity-1.0.1/.tox/py3py3 installdeps: -rrequirements.txtand I ran out of time this AM waiting for more output.-ScottOn Oct 5, 2022, at 11:54 AM, Kenneth Loafman <kenneth@loafman.com> wrote:Could you try just building and running the tests in a 'normal' user environment? Leave Fink out of the picture.do this:
- $ tar xf duplicity-1.01.tar.gz
- $ ./setup.py build_ext
- $ tox -e py3x
...Thanks,...Ken
[Prev in Thread] | Current Thread | [Next in Thread] |