Package Details: edl-git r440.356ab5e-3

Git Clone URL: https://aur.archlinux.org/edl-git.git (read-only, click to copy)
Package Base: edl-git
Description: Inofficial Qualcomm Firehose / Sahara / Streaming / Diag Tools
Upstream URL: https://github.com/bkerler/edl
Keywords: edl firehose flashing qfil qualcomm sahara
Licenses: GPL
Conflicts: edl
Provides: edl
Submitter: Un1Gfn
Maintainer: SelfRef
Last Packager: SelfRef
Votes: 7
Popularity: 1.81
First Submitted: 2022-01-10 10:15 (UTC)
Last Updated: 2023-09-23 16:26 (UTC)

Latest Comments

1 2 Next › Last »

SelfRef commented on 2023-09-23 16:28 (UTC) (edited on 2023-09-23 16:34 (UTC) by SelfRef)

OK guys, I've added the python-exscript as a required dependency. I hope this resolve these issues all together.

Also the strip errors come from stripping process by makepkg. I don't see any mention in documentation how to disable it for some files. So it is what it is.

nilz3000 commented on 2023-09-22 18:58 (UTC) (edited on 2023-09-22 19:01 (UTC) by nilz3000)

Hi @SelfRef, the issue is still present, and yes, I also tested with "makepkg -sC", after I ran into this with yay. The last two commits of this package are affected by this. But as I said, installing python-exscript and building again resolved it. The error message I got is the one @dreieck posted.

dreieck commented on 2023-09-22 17:49 (UTC) (edited on 2023-09-22 18:01 (UTC) by dreieck)

Ahoj,

I also get an error about missing python-exscript:

==> Starting build()...
* Getting build dependencies for wheel...
/usr/lib/python3.11/site-packages/setuptools/config/setupcfg.py:293: _DeprecatedConfig: Deprecated config in `setup.cfg`
!!

        ********************************************************************************
        The license_file parameter is deprecated, use license_files instead.

        By 2023-Oct-30, you need to update your project and remove deprecated calls
        or your builds will no longer be supported.

        See https://setuptools.pypa.io/en/latest/userguide/declarative_config.html for details.
        ********************************************************************************

!!
  parsed = self.parsers.get(option_name, lambda x: x)(value)
running egg_info
writing edlclient.egg-info/PKG-INFO
writing dependency_links to edlclient.egg-info/dependency_links.txt
writing requirements to edlclient.egg-info/requires.txt
writing top-level names to edlclient.egg-info/top_level.txt
reading manifest file 'edlclient.egg-info/SOURCES.txt'
reading manifest template 'MANIFEST.in'
adding license file 'LICENSE'
writing manifest file 'edlclient.egg-info/SOURCES.txt'

ERROR Missing dependencies:
    Exscript
==> ERROR: A failure occurred in build().

I was using makepkg -sfi, non-chroot build, but clean build directory.

namcap shows an Exscript related message in the built package as

edl-git W: Referenced python module 'Exscript.protocols.telnetlib.Telnet' is an uninstalled dependency (needed in files ['usr/lib/python3.11/site-packages/edlclient/Tools/boottodwnload', 'usr/bin/sierrakeygen.py', 'usr/bin/enableadb', 'usr/lib/python3.11/site-packages/edlclient/Tools/enableadb', 'usr/lib/python3.11/site-packages/edlclient/Tools/sierrakeygen.py', 'usr/bin/boottodwnload'])

(together with some other python packages) -- interestingly also when python-exscript is installed.

Regards!

SelfRef commented on 2023-09-22 09:09 (UTC)

@nilz3000 That's odd. python-exscript isn't necessary for build process. I cannot reproduce this. Have you tried clean build and using makepkg -s? If you still has this error please post it here.

nilz3000 commented on 2023-09-21 18:45 (UTC) (edited on 2023-09-21 18:49 (UTC) by nilz3000)

Hey @Selfref, the build step fails if python-exscript is not installed. Could you please move it from optdepends to depends. And thanks for keeping this package alive.

SelfRef commented on 2023-09-20 16:28 (UTC) (edited on 2023-09-20 16:28 (UTC) by SelfRef)

Thanks @dreieck. I just updated the PKGBUILD and it now works flawlessly with both makepkg and yay using new PEP 517 install method.

A saw the strip: error: the input file... errors although they look more like warnings. Despite them being printed in output edl-git still contains all loaders listed so this is not a typical issue. Maybe i can resolve this some day but it should not make any difference inside built package.

dreieck commented on 2023-09-20 08:27 (UTC)

Python deprecates direct use of setup.py, consider using python-wheel, python-build, python-installer.

Regards and thanks for maintaining!

dreieck commented on 2023-09-20 08:25 (UTC) (edited on 2023-09-20 08:30 (UTC) by dreieck)

I get some "big fat" warnings during python build:

==> Starting build()...
/usr/lib/python3.11/site-packages/setuptools/config/setupcfg.py:293: _DeprecatedConfig: Deprecated config in `setup.cfg`
!!

        ********************************************************************************
        The license_file parameter is deprecated, use license_files instead.

        By 2023-Oct-30, you need to update your project and remove deprecated calls
        or your builds will no longer be supported.

        See https://setuptools.pypa.io/en/latest/userguide/declarative_config.html for details.
        ********************************************************************************

!!
  parsed = self.parsers.get(option_name, lambda x: x)(value)
[...]
/usr/lib/python3.11/site-packages/setuptools/command/build_py.py:201: _Warning: Package 'Loaders.GM' is absent from the `packages` configuration.
!!

        ********************************************************************************
        ############################
        # Package would be ignored #
        ############################
        Python recognizes 'Loaders.GM' as an importable package[^1],
        but it is absent from setuptools' `packages` configuration.

        This leads to an ambiguous overall configuration. If you want to distribute this
        package, please make sure that 'Loaders.GM' is explicitly added
        to the `packages` configuration field.

        Alternatively, you can also rely on setuptools' discovery methods
        (for example by using `find_namespace_packages(...)`/`find_namespace:`
        instead of `find_packages(...)`/`find:`).

        You can read more about "package discovery" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/package_discovery.html

        If you don't want 'Loaders.GM' to be distributed and are
        already explicitly excluding 'Loaders.GM' via
        `find_namespace_packages(...)/find_namespace` or `find_packages(...)/find`,
        you can try to use `exclude_package_data`, or `include-package-data=False` in
        combination with a more fine grained `package-data` configuration.

        You can read more about "package data files" on setuptools documentation page:

        - https://setuptools.pypa.io/en/latest/userguide/datafiles.html


        [^1]: For Python, any directory (with suitable naming) can be imported,
              even if it does not contain any `.py` files.
              On the other hand, currently there is no concept of package data
              directory, all directories are treated like packages.
        ********************************************************************************

!!
  check.warn(importable)
/usr/lib/python3.11/site-packages/setuptools/command/build_py.py:201: _Warning: Package 'Loaders.HuaQin' is absent from the `packages` configuration.
!!

        ********************************************************************************
        ############################
        # Package would be ignored #
        ############################
        Python recognizes 'Loaders.HuaQin' as an importable package[^1],
        but it is absent from setuptools' `packages` configuration.

        [...]
!!
  check.warn(importable)
[... and a _lot_ of more of this kind. ...]

Regards!

dreieck commented on 2023-09-20 08:22 (UTC) (edited on 2023-09-20 08:30 (UTC) by dreieck)

When makepkg runs strip, I get a lot of errors like
strip: error: the input file '[...]' has no sections:

  -> Stripping unneeded symbols from binaries and libraries...
strip: error: the input file './usr/lib/python3.11/site-packages/Loaders/GM/009510e100310000_098b12634b3b8b17_fhprg.bin' has no sections
strip: error: the input file './usr/lib/python3.11/site-packages/Loaders/HuaQin/000460e115900001_85c752ebecd1b0e6_fhprg_peek.bin' has no sections
[...]
strip: error: the input file './usr/lib/python3.11/site-packages/Loaders/zte/3006000000010000_158d0f5f0552472f_fhprg_peek.bin' has no sections
strip: error: the input file './usr/lib/python3.11/site-packages/Loaders/zte/6000000000010000_0b83c6390385506b_fhprg.bin' has no sections

Regards!

SelfRef commented on 2023-08-02 00:45 (UTC)

@dreieck Thanks for noticing. It looks like source repository have been updated recently with new dependencies added.

In case of python-pycryptodomex I'm not sure if it's needed or it's just a legacy dependency because it doubles with python-pycryptodome (same library, different namespace).

Nevertheless all dependencies are now updated including new optional one for QR codes. There's also a temporary workaround for building because some symlinks are breaking the build. There's a bug for that in the upstream.