ddalcino / aqt-list-server Goto Github PK

I am using github actions to get the qt and its ifw tools using below actions
- name: Install qt uses: jurplel/install-qt-action@v3 with: dir: '${{ github.workspace }}/qt/' cache: 'true' aqtversion: '==3.1.*' version: ${{ inputs.qt_version }} host: 'windows' target: 'desktop' arch: 'win64_msvc2019_64' modules: 'qt3d qt5compat qtwebview qtshadertools' archives: 'qttranslations qttools qtsvg qtdeclarative qtbase d3dcompiler_47' tools: 'tools_ifw'
This worked totally fine until couple of weeks ago. QT updated the ifw version to 4.7 from 4.6 and I had the 4.6 as hardcoded path in my system. Since the update, action downloaded 4.7 and due to this mismatch builds started failing.

I wanted to ask if its possible to specify the ifw version as well in the action itself so that we know which version of IFW is installed on the system?

Checking "Check all" for modules alters State in a way that turns Module objects into String objects, which breaks output in the "Copy to Clipboard" section.

The result of this is that the "Your jurplel/install-qt-action yml:" and "Your aqt install command:" output sections, which the program suggests that you copy into your GitHub workflow or your terminal, prints the wrong thing. The "modules" section turns into a list of module descriptions, and not the names of the modules, resulting in a broken aqtinstall command.

Example:

The correct command:

    - name: Install Qt
      uses: jurplel/install-qt-action@v3
      with:
        aqtversion: '==2.1.*'
        version: '6.5.0'
        host: 'mac'
        target: 'desktop'
        arch: 'clang_64'
        modules: all

... becomes:

    - name: Install Qt
      uses: jurplel/install-qt-action@v3
      with:
        aqtversion: '==2.1.*'
        version: '6.5.0'
        host: 'mac'
        target: 'desktop'
        arch: 'clang_64'
        modules: 'Qt 3D Module for macOS Qt Charts for macOS Qt Connectivity for macOS Qt Data Visualization for macOS Qt Protobuf and Qt GRPC for macOS Qt HTTP Server for macOS Qt Image Formats for macOS Qt language Server for macOS Qt Location Qt Lottie Animation for macOS Qt Multimedia for macOS Qt Network Authorization for macOS Qt PDF for macOS Qt Positioning for macOS Quick: 3D Physics for macOS Qt Quick Effect Maker Qt Remote Objects for macOS Qt State Machine for macOS Qt Sensors for macOS Qt SerialBus for macOS Qt SerialPort for macOS Qt Speech for macOS Qt Virtual Keyboard for macOS Qt WebChannel for macOS Qt WebEngine for macOS Qt WebSockets for macOS Qt WebView for macOS Desktop Clang 64-bit Debug Information Files Qt 5 Compatibility Module for macOS Qt Quick 3D for macOS Qt Quick Timeline for macOS Qt Shader Tools for macOS'

Aqtinstall now supports installing the tool sdktool, but this tool does not list it. This will involve modification to qt-repo-cache, which does not track `sdktool.

Hello,
thank you for this amazing project!
After I selected everything I need it generates me following jurpel/install-qt-action yml:

    - name: Install Qt
      uses: jurplel/install-qt-action@v3
      with:
        aqtversion: '==3.1.*'
        version: '6.5.0'
        host: 'mac'
        target: 'desktop'
        arch: 'clang_64'
        modules: 'qtimageformats qtmultimedia qtspeech'

but this doesn't work. I'll fail with following error:

RROR: Cannot install aqtinstall==3.1.0, aqtinstall==3.1.1, aqtinstall==3.1.2, aqtinstall==3.1.3 and py7zr==0.19.* because these package versions have conflicting dependencies.

The conflict is caused by:
    The user requested py7zr==0.19.*
    aqtinstall 3.1.3 depends on py7zr>=0.20.2
    The user requested py7zr==0.19.*
    aqtinstall 3.1.2 depends on py7zr>=0.20.2
    The user requested py7zr==0.19.*
    aqtinstall 3.1.1 depends on py7zr>=0.20.2
    The user requested py7zr==0.19.*
    aqtinstall 3.1.0 depends on py7zr>=0.20.2

This is because by default jurplel/install-qt-action uses py7zr==0.19.* but aqlinstall needs py7zr>=0.20.2 or above.
By adding py7zrversion: '>=0.20.2' to the workflow the error gets fixed.

Hello, I know on your tool it says some CLI wrangling may be required, but it does currently appear to be 100% broken because Qt has moved the location of the installer 😉 .

So the curl command that is given no longer works. When you curl -O that URL now, you get the following:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>302 Found</title>
</head><body>
<h1>Found</h1>
<p>The document has moved <a href="https://qt.mirror.constant.com/archive/online_installers/4.8/qt-online-installer-linux-x64-4.8.0.run">here</a>.</p>
</body></html>

Additionally, would it be prudent to possibly add a chmod u+x qt-online-installer-linux-x64-4.8.0.run after it's downloaded to ensure it's executable before trying to run it? Thanks!