Package Details: ffmpeg-nocuda 7.0.0-1

Git Clone URL: https://aur.archlinux.org/ffmpeg-nocuda.git (read-only, click to copy)
Package Base: ffmpeg-nocuda
Description: Complete solution to record, convert and stream audio and video (without nvidias propriatary blobs)
Upstream URL: https://www.ffmpeg.org/
Licenses: GPL3
Conflicts: ffmpeg
Provides: ffmpeg, libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavutil.so, libpostproc.so, libswresample.so, libswscale.so
Submitter: None
Maintainer: MarsSeed
Last Packager: None
Votes: 0
Popularity: 0.000000
First Submitted: 2023-05-25 20:43 (UTC)
Last Updated: 2024-04-29 20:45 (UTC)

Dependencies (71)

Required by (1820)

Sources (3)

Pinned Comments

MarsSeed commented on 2024-04-30 14:06 (UTC) (edited on 2024-04-30 16:26 (UTC) by MarsSeed)

As per @eggz confesses in this comment, he intended this package to be a duplicate of Arch/extra/ffmpeg when he first submitted it (in 2020, as per commit history).

And the rationale was that he was experiencing issues on non-NVIDIA hardware with Arch/extra/ffmpeg.

Uploading this PKGBUILD was not in accordance with the AUR submission guidelines that say that bugs shall be reported for the existing Arch package instead of making a duplicate one here.

Now the repo package does not depend on nvidia-utils or cuda, so this build can safely be deleted without loss of functionality to anyone.

MarsSeed commented on 2024-04-29 21:31 (UTC) (edited on 2024-04-30 16:27 (UTC) by MarsSeed)

This has already been deleted once (May 2023, in response to [PRQ#40786], submitted by @Hanabishi, accepted by @polyzen). (Earlier, @eggz asserted falsely that this package was deleted once by a disgruntled user (marseed).)

@eggz keeps reuploading his deleted packages, in defiance of PM decisions (see mate-wayland-session-git (submitted twice without a corresponding mate-common-git); pikaur-aurnews (3rd submit).

<deleted-account> commented on 2024-04-29 20:45 (UTC)

@FabioLolix thank you for the namcap tip thats a nice tool. Okay, I will relist the encyclopedia of dependencies as requested. Hadn't done that in a while indeed.

Yet I don't see a use case this since Arch package only have a makedepend on ffnvcodec-headers and no depends on nvidia-utils or cuda

Well...! That certainly wasn't true when I first introduced this package... Every vanilla arch ffmpeg I called on all my systems were throwing errors on cuda libs not being found. The whole situation was really bizarre and frustrating (why automatically presume all users have an nvidia card...?) and it made me start all this.

...It sure is funny, all the people trying to delete this package for "duplicating" or yelling at me "what are you doing" (not you, just, some individuals...) were conveniently absent at that very time. Otherwise I would have just installed that package and be spared alot of ... situations...

But thank you for the tips and letting me vent a bit ... :-)

Latest Comments

1 2 Next › Last »

MarsSeed commented on 2024-04-30 14:06 (UTC) (edited on 2024-04-30 16:26 (UTC) by MarsSeed)

As per @eggz confesses in this comment, he intended this package to be a duplicate of Arch/extra/ffmpeg when he first submitted it (in 2020, as per commit history).

And the rationale was that he was experiencing issues on non-NVIDIA hardware with Arch/extra/ffmpeg.

Uploading this PKGBUILD was not in accordance with the AUR submission guidelines that say that bugs shall be reported for the existing Arch package instead of making a duplicate one here.

Now the repo package does not depend on nvidia-utils or cuda, so this build can safely be deleted without loss of functionality to anyone.

<deleted-account> commented on 2024-04-30 09:40 (UTC)

@marsseed can you keep the random chatter to a minimum please? Only functional comments please. Thanks.

MarsSeed commented on 2024-04-30 08:22 (UTC) (edited on 2024-04-30 14:34 (UTC) by MarsSeed)

And btw @eggz you are lucky that @Muflone is so tolerant of your defiant resubmits. Other PM's like Antiz have suspended accounts after the 3rd resubmit (rightfully, in my view).

MarsSeed commented on 2024-04-30 08:21 (UTC) (edited on 2024-04-30 08:22 (UTC) by MarsSeed)

@eggz, as per AUR submission guidelines, duplicating Arch repo packages on AUR is not allowed.

@polyzen deleted your package earlier. If @Muflone realizes what @FabioLolix also concluded, that this package does not add any difference compared to Arch/extra/ffmpeg, he ought to delete this again.

You seem to say people are spamming just to dismiss anything they say, even when they give relevant feedback. You have done it on other packages of yours.

<deleted-account> commented on 2024-04-30 04:38 (UTC)

@Marseed, your deletion request got rejected

https://lists.archlinux.org/archives/list/aur-requests@lists.archlinux.org/message/M4MR7EZLYII4JRWEC4WKRZNU66NRTLWP/

Please stop spamming this package and keep the chatter to a minimum. Infact -- you seem to be doing this with alot of packages. Can't you just stick to functional comments?

MarsSeed commented on 2024-04-29 21:31 (UTC) (edited on 2024-04-30 16:27 (UTC) by MarsSeed)

This has already been deleted once (May 2023, in response to [PRQ#40786], submitted by @Hanabishi, accepted by @polyzen). (Earlier, @eggz asserted falsely that this package was deleted once by a disgruntled user (marseed).)

@eggz keeps reuploading his deleted packages, in defiance of PM decisions (see mate-wayland-session-git (submitted twice without a corresponding mate-common-git); pikaur-aurnews (3rd submit).

FabioLolix commented on 2024-04-29 21:27 (UTC)

What I've said here https://aur.archlinux.org/packages/ffmpeg-nocuda#comment-970115 at the bottom?

MarsSeed commented on 2024-04-29 21:24 (UTC)

@FabioLolix, this package is not needed, as Arch/extra/ffmpeg is already without CUDA support.

<deleted-account> commented on 2024-04-29 20:45 (UTC)

@FabioLolix thank you for the namcap tip thats a nice tool. Okay, I will relist the encyclopedia of dependencies as requested. Hadn't done that in a while indeed.

Yet I don't see a use case this since Arch package only have a makedepend on ffnvcodec-headers and no depends on nvidia-utils or cuda

Well...! That certainly wasn't true when I first introduced this package... Every vanilla arch ffmpeg I called on all my systems were throwing errors on cuda libs not being found. The whole situation was really bizarre and frustrating (why automatically presume all users have an nvidia card...?) and it made me start all this.

...It sure is funny, all the people trying to delete this package for "duplicating" or yelling at me "what are you doing" (not you, just, some individuals...) were conveniently absent at that very time. Otherwise I would have just installed that package and be spared alot of ... situations...

But thank you for the tips and letting me vent a bit ... :-)

FabioLolix commented on 2024-04-29 19:54 (UTC) (edited on 2024-04-29 20:06 (UTC) by FabioLolix)

Other stuff is missing, in general please check with namcap and build with devtools before upload https://wiki.archlinux.org/title/DeveloperWiki:Building_in_a_clean_chroot

==> Starting build()...
  -> Running ffmpeg configure script...
ERROR: libjxl >= 0.7.0 not found using pkg-config

==> Starting build()...
  -> Running ffmpeg configure script...
ERROR: libvpl >= 2.6 not found

==> Starting build()...
  -> Running ffmpeg configure script...
ERROR: libopenmpt >= 0.2.6557 not found using pkg-config

From namcap on the pkgbuild

Checking PKGBUILD
PKGBUILD (ffmpeg-nocuda) W: Non standard variable 'gitver' doesn't start with an underscore
PKGBUILD (ffmpeg-nocuda) W: Make dependency (srt) already included as dependency
PKGBUILD (ffmpeg-nocuda) W: PKGBUILD uses internal makepkg 'msg2' subroutine

printf '%s\n' ' -> Running ffmpeg configure script...'

Is IMO pointless; since running ./configure is the thing that makepkg do in build() after cd anyway

1 2 Next › Last »