Package Details: pyinstaller 6.11.1-2

Git Clone URL: https://aur.archlinux.org/pyinstaller.git (read-only, click to copy)
Package Base: pyinstaller
Description: Bundles a Python application and all its dependencies into a single package
Upstream URL: https://www.pyinstaller.org
Licenses: LicenseRef-custom
Submitter: jackdroido
Maintainer: envolution
Last Packager: envolution
Votes: 50
Popularity: 1.20
First Submitted: 2012-06-13 22:56 (UTC)
Last Updated: 2024-11-10 22:55 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »

wznmickey commented on 2024-06-27 08:52 (UTC)

If you meet the problem with checksum, you can remove your local cache and then rebuild the package. I did this and solved this problem.

yochananmarqos commented on 2024-06-15 15:41 (UTC)

@fyoory: I've just corrected the checksum for the second time. It was correct each time until it wasn't. I don't know if upstream is doing something or there's an issue with GitHub.

Rude comments are not welcome here.

fyoory commented on 2024-06-15 15:13 (UTC)

When oh when will the maintainer get off their tail and fix the checksums? Its like the first thing you should check, if you have not got a clue.

ytret commented on 2024-06-10 11:30 (UTC) (edited on 2024-06-10 11:32 (UTC) by ytret)

The checksum is wrong again, the right one for pyinstaller-v6.8.0.tar.gz is 8e1d14eb185ff37793f32fe96f6881abb0952f4c0f27f8bf7237f542ae149554, not 28baf23b178e581ea3ca5002bd33c974a7044bd9d5ec0a4cc6464fee7d912eeb

By the way, big thanks for reducing the number of tests run

fangederos commented on 2024-05-19 07:33 (UTC) (edited on 2024-05-19 07:36 (UTC) by fangederos)

Sorry if this is inappropriate, but I was unable to download this package for the good part of an hour because no mirrors were working.


error: failed retrieving file 'libimagequant-4.3.0-1-x86_64.pkg.tar.zst' from mirror.osbeck.com : The requested URL returned error: 404
error: failed retrieving file 'libimagequant-4.3.0-1-x86_64.pkg.tar.zst' from mirror.ufscar.br : The requested URL returned error: 404
error: failed retrieving file 'libimagequant-4.3.0-1-x86_64.pkg.tar.zst.sig' from arch.kurdy.org : The requested URL returned error: 404
warning: failed to retrieve some files
error: failed to commit transaction (failed to retrieve some files)
Errors occurred, no packages were upgraded.

gir861 commented on 2024-04-18 06:00 (UTC) (edited on 2024-04-18 06:05 (UTC) by gir861)

Same here:


Building pyinstaller...
==> Making package: pyinstaller 6.6.0-2 (Thu 18 Apr 2024 06:55:25 BST)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found pyinstaller-6.6.0.tar.gz
  -> Found fortify-source-fix.diff
==> Validating source files with sha256sums...
    pyinstaller-6.6.0.tar.gz ... FAILED
    fortify-source-fix.diff ... Passed
==> ERROR: One or more files did not pass the validity check!
Failed to build pyinstaller

syyyr commented on 2024-04-17 08:20 (UTC)

It looks to me that the checksum for the source is wrong:

$ makepkg --geninteg 
==> Retrieving sources...
  -> Found pyinstaller-6.6.0.tar.gz
  -> Found fortify-source-fix.diff
==> Generating checksums for source files...
sha256sums=('443974ecda7addbd5ab22a62875fa9e371cdaef451f7630f3a4020b3a1fe0000'
            '46f7cfd082570a3f4c138a868e55dc39deacccbff602ce7e70d033236566fa1b')

but the current checksum is: a37fa49f49232b27d87238e3c7b48b98e688d256c2667c2368d5366193d04775

yochananmarqos commented on 2024-03-27 14:59 (UTC)

Sorry guys, turns out I apparently screwed up merging the latest makepkg.conf pacnew.

@chrisjbillington: Thanks, I've applied the diff.

chrisjbillington commented on 2024-03-27 02:17 (UTC)

The problem seems to be that as of pacman 6.1, released earlier this month, Arch's default makepkg.conf has -Wp,-D_FORTIFY_SOURCE=3 in CFLAGS, and this conflicts with pyinstaller passing -D_FORTIFY_SOURCE=2.

To retain the stricter setting if it's set (which probably makes sense?), one might patch the pyinstaller bootloader build script:

fortify-source-fix.diff:

--- a/bootloader/wscript
+++ b/bootloader/wscript
@@ -518,7 +518,7 @@
             # manipulation functions.
             if ctx.options.debug:
                 ctx.env.append_value('CFLAGS', '-U_FORTIFY_SOURCE')
-            elif ctx.env.CC_NAME == 'gcc':
+            elif ctx.env.CC_NAME == 'gcc' and '-Wp,-D_FORTIFY_SOURCE=3' not in ctx.env['CFLAGS']:
                 # Undefine this macro if already defined by default to avoid "macro redefinition" errors.
                 ctx.env.append_value('CFLAGS', '-U_FORTIFY_SOURCE')
source=("$pkgname-$pkgver.tar.gz::https://github.com/pyinstaller/pyinstaller/archive/refs/tags/v$pkgver.tar.gz"
        fortify-source-fix.diff)
sha256sums=('0200fb8e27c284e5698a688aa904980b7a1692bc38daf6446bbae8f71b65dc2e'
            '46f7cfd082570a3f4c138a868e55dc39deacccbff602ce7e70d033236566fa1b')

prepare() {
  cd "$pkgname-$pkgver"

  # Force bootloader build for the current platform
  # and remove the unnecessary binaries
  rm -rvf PyInstaller/bootloader/{Darwin,Linux,Windows}*

  # Apply patch to bootloader build script to avoid redefining _FORTIFY_SOURCE if
  # default makepkg CFLAGS are used, which contain `-Wp,-D_FORTIFY_SOURCE=3`:
  patch -Np1 -i "${srcdir}/fortify-source-fix.diff"

}

makepkg succeeds for me after this change.

Perhaps there is a more sensible way, but I think at least this identifies the problem. Not sure why some others aren't seeing this problem, as I would have expected the default makepkg.conf to be used in a clean chroot.

chrisjbillington commented on 2024-03-27 01:00 (UTC) (edited on 2024-03-27 01:01 (UTC) by chrisjbillington)

It's failing for me in a chroot as well.

I haven't built AUR packages in chroots before, so I may not be doing it right, but I'm seeing the same problem when I build as below (script at the bottom of this comment). I'm on Arch on an x86-64 system, is there anything from my system that propagates into a chroot like this? I do have custom stuff in LD_PRELOAD, but I'm running the below script with LD_PRELOAD unset (and PATH set conservatively) just in case:

LD_PRELOAD= PATH=/usr/local/bin:/usr/bin:/usr/local/sbin ./build.sh

I think maybe most of the "errors" are irrelevant, since they correspond to other lines that are output when you run makepkg that appear to indicate success:

Setting top to                           : /build/pyinstaller/src/pyinstaller-6.5.0/bootloader
Setting out to                           : /build/pyinstaller/src/pyinstaller-6.5.0/bootloader/build
Python Version                           : 3.11.8 (main, Feb 12 2024, 14:50:05) [GCC 13.2.1 20230801]
MSVC target(s)                           : not found
Checking for 'gcc' (C compiler)          : /usr/bin/gcc
Checking size of pointer                 : 8
Platform                                 : Linux-64bit-intel detected based on compiler
Checking for compiler flags -m64         : yes
Checking for linker flags -m64           : yes
Checking for compiler flags -Wno-error=unused-but-set-variable : yes
Checking for library dl                                        : not found

I think it's might only the last one that is fatal:

Checking for library dl
==>

int main(int argc, char **argv) {
    (void)argc; (void)argv;
    return 0;
}

<==
[1/2] Compiling build/.conf_check_7f4bda2539af68cac4bfceb0cd41b238/test.c

['/usr/bin/gcc', '-march=x86-64', '-mtune=generic', '-O2', '-pipe', '-fno-plt', '-fexceptions', '-Wp,-D_FORTIFY_SOURCE=3', '-Wformat', '-Werror=format-security', '-fstack-clash-protection', '-fcf-protection', '-fno-omit-frame-pointer', '-mno-omit-leaf-frame-pointer', '-g', '-ffile-prefix-map=/build/pyinstaller/src=/usr/src/debug/pyinstaller', '-flto=auto', '-m64', '-O2', '-Wall', '-Werror', '-Wno-error=unused-variable', '-Wno-error=unused-function', '-Wno-error=unused-but-set-variable', '-U_FORTIFY_SOURCE', '-D_REENTRANT', '-D_BSD_SOURCE', '-D_DEFAULT_SOURCE', '-D_FORTIFY_SOURCE=2', '../test.c', '-c', '-o/build/pyinstaller/src/pyinstaller-6.5.0/bootloader/build/.conf_check_7f4bda2539af68cac4bfceb0cd41b238/testbuild/test.c.1.o']
err: <command-line>: error: "_FORTIFY_SOURCE" redefined [-Werror]
<command-line>: note: this is the location of the previous definition
cc1: all warnings being treated as errors

from /build/pyinstaller/src/pyinstaller-6.5.0/bootloader: Test does not build: Traceback (most recent call last):
  File "/build/pyinstaller/src/pyinstaller-6.5.0/bootloader/waflib/Configure.py", line 383, in run_build
    bld.compile()
  File "/build/pyinstaller/src/pyinstaller-6.5.0/bootloader/waflib/Build.py", line 191, in compile
    raise Errors.BuildError(self.producer.error)
waflib.Errors.BuildError: Build failed
 -> task in 'testprog' failed with exit status 1 (run with -v to display more information)

not found
from /build/pyinstaller/src/pyinstaller-6.5.0/bootloader: The configuration failed

libdl does exist:

$ arch-nspawn $CHROOT/root find /usr/ -name 'libdl.so*'
/usr/lib/libdl.so.2

Perhaps the error raised (_FORTIFY_SOURCE" redefined) when checking for libdl is causing that detection step to fail and be interpreted as libdl not being present?

Anyway, here's how I'm building in a chroot, let me know if I'm doing anything wrong:

#!/usr/bin/bash
set -euxo pipefail

mkdir build && cd build

# Make chroot
mkdir chroot
CHROOT=$PWD/chroot
mkarchroot $CHROOT/root base-devel
arch-nspawn $CHROOT/root pacman -Syu

# Clone AUR packages
git clone ssh://aur@aur.archlinux.org/pyinstaller.git
git clone ssh://aur@aur.archlinux.org/pyinstaller-hooks-contrib.git
git clone ssh://aur@aur.archlinux.org/python-altgraph.git

# Build deps:
cd pyinstaller-hooks-contrib
makechrootpkg -c -r $CHROOT
cd ..

cd python-altgraph
makechrootpkg -c -r $CHROOT
cd ..

# Build pyinstaller, passing packages for deps
cd pyinstaller
makechrootpkg -c -r $CHROOT \
  -I ../python-altgraph/*.pkg.tar.zst \
  -I ../pyinstaller-hooks-contrib/*.pkg.tar.zst
cd ..