Package Details: python-torchaudio 2.4.1-1

Git Clone URL: https://aur.archlinux.org/python-torchaudio.git (read-only, click to copy)
Package Base: python-torchaudio
Description: Data manipulation and transformation for audio signal processing, powered by PyTorch
Upstream URL: https://github.com/pytorch/audio
Licenses: BSD
Conflicts: python-torchaudio-git
Submitter: HenryJia
Maintainer: NBonaparte
Last Packager: NBonaparte
Votes: 5
Popularity: 0.000006
First Submitted: 2020-08-27 18:23 (UTC)
Last Updated: 2024-09-10 07:20 (UTC)

Sources (3)

Latest Comments

1 2 3 Next › Last »

actionless commented on 2024-07-29 07:59 (UTC)

also i think CXX should be set to g++-13

Auerhuhn commented on 2024-07-04 09:06 (UTC)

Hi @NBonaparte,

Would you mind removing the git submodule init line from prepare?

That would solve the issue reported by user @Lucki, too.

Regards
Auerhuhn

Lucki commented on 2024-05-09 14:52 (UTC)

prepare() fails for me:

[…]
==> Retrieving sources...
  -> Found v2.3.0.tar.gz
  -> Found sox-14.4.2.tar.bz2
==> WARNING: Skipping all source file integrity checks.
==> Extracting sources...
  -> Extracting v2.3.0.tar.gz with bsdtar
  -> Extracting sox-14.4.2.tar.bz2 with bsdtar
==> Starting prepare()...
fatal: not a git repository (or any of the parent directories): .git
==> ERROR: A failure occurred in prepare().
    Aborting...
==> ERROR: Build failed, check /var/lib/aurbuild/x86_64/lucki/build

m2345 commented on 2023-03-24 04:01 (UTC)

Is it just me or this package does not support ffmpeg? I'm getting the following error:

from torchaudio.utils.ffmpeg_utils import get_input_devices

for k, v in get_input_devices().items():
    print(f"{k}: {v}")

RuntimeError: get_input_devices requires FFmpeg extension which is not available. Please refer to the stacktrace above for how to resolve this.

yan12125 commented on 2023-02-14 07:41 (UTC)

I don't use this package anymore - removing myself from co-maintainers.

yan12125 commented on 2022-07-04 03:21 (UTC)

Nice! Updated.

rien333 commented on 2022-07-03 15:22 (UTC)

export CUDACXX=/opt/cuda/bin/nvcc also works!

yan12125 commented on 2022-07-03 12:02 (UTC)

Nice! Could you also try this? It is kind of unusual to use CMAKE_CUDA_COMPILER as an environment variable instead of a CMake parameter.

export CUDACXX=/opt/cuda/bin/nvcc

are you able to build this package yourself outside of a clean chroot?

To be honest, I've never tried that. I always use chroots for non-trivial packages to avoid mysterious issues, and this package is far from a trivial one :)

rien333 commented on 2022-07-03 10:38 (UTC)

Jeez, I finally got this to build. This recent thread helped a bit.

  export CXX=/usr/bin/g++-11
  export CUDAHOSTCXX=$CXX
+  export CMAKE_CUDA_COMPILER=/opt/cuda/bin/nvcc

The last line of the diff is the only thing I had to add! Would you consider it adding to the PKGBUIKLD, at least until someone figures out what interveres with building outside of a clean chroot?

And btw, are you able to build this package yourself outside of a clean chroot?

rien333 commented on 2022-06-10 09:03 (UTC) (edited on 2022-06-10 09:03 (UTC) by rien333)

Thank you for your continued help! Unfortunately, it's just not as simple as not having /opt/cuda/bin/nvcc — community/cuda obviously installs this binary, and running /opt/cuda/bin/nvcc --version produces the same output as in your Cmake log.

In the end, I "fixed" this by building this package in a clean chroot. Not ideal, but maybe a proper solultion/answer will come around one day.

1 2 3 Next › Last »