* [bug#61117] Update svtplay-dl to 4.18
@ 2023-01-28 11:29 Jessica Tallon
2023-01-28 12:33 ` Tobias Geerinckx-Rice via Guix-patches via
0 siblings, 1 reply; 9+ messages in thread
From: Jessica Tallon @ 2023-01-28 11:29 UTC (permalink / raw)
To: 61117
[-- Attachment #1: Type: text/plain, Size: 230 bytes --]
Hello,
I've attached a patch to upgrade svtplay-dl from 4.17 to 4.18. I've also moved
ffmpeg form inputs to propagated-inputs as it's needed while the program is
running to merge two files, not while building.
Thanks,
Jessica.
[-- Attachment #2: 0001-gnu-packages-video.scm-svtplay-dl-update-to-4.18.patch --]
[-- Type: text/x-patch, Size: 1520 bytes --]
From f487a0b2b9433d3151782e187fa9b69e13b9e0c3 Mon Sep 17 00:00:00 2001
Message-Id: <f487a0b2b9433d3151782e187fa9b69e13b9e0c3.1674905145.git.tsyesika@tsyesika.se>
From: Jessica Tallon <tsyesika@tsyesika.se>
Date: Sat, 28 Jan 2023 11:50:32 +0100
Subject: [PATCH] * gnu/packages/video.scm (svtplay-dl) update to 4.18
---
gnu/packages/video.scm | 7 ++++---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/gnu/packages/video.scm b/gnu/packages/video.scm
index 60d39c38dc..4f2012ef3c 100644
--- a/gnu/packages/video.scm
+++ b/gnu/packages/video.scm
@@ -5635,7 +5635,7 @@ (define-public video-contact-sheet
(define-public svtplay-dl
(package
(name "svtplay-dl")
- (version "4.17")
+ (version "4.18")
(source (origin
(method git-fetch)
(uri (git-reference
@@ -5644,10 +5644,11 @@ (define-public svtplay-dl
(file-name (git-file-name name version))
(sha256
(base32
- "0yjxmvldskw4pji3lg69pbx05izvxahz9my7z5p31mkiz6v33dmx"))))
+ "1xb2n3bwjddr86mjynbfd8m2g98gzqbj5mmsfc735q9xp14l30pf"))))
(build-system python-build-system)
- (inputs (list ffmpeg python-pyaml python-requests python-pysocks
+ (inputs (list python-pyaml python-requests python-pysocks
python-cryptography))
+ (propagated-inputs (list ffmpeg))
(home-page "https://svtplay-dl.se/")
(synopsis "Download or stream SVT Play's (and others) TV programmes")
(description
--
2.39.1
^ permalink raw reply related [flat|nested] 9+ messages in thread
* [bug#61117] Update svtplay-dl to 4.18
2023-01-28 11:29 [bug#61117] Update svtplay-dl to 4.18 Jessica Tallon
@ 2023-01-28 12:33 ` Tobias Geerinckx-Rice via Guix-patches via
2023-01-28 12:58 ` Tobias Geerinckx-Rice via Guix-patches via
` (4 more replies)
0 siblings, 5 replies; 9+ messages in thread
From: Tobias Geerinckx-Rice via Guix-patches via @ 2023-01-28 12:33 UTC (permalink / raw)
To: Jessica Tallon; +Cc: 61117
[-- Attachment #1: Type: text/plain, Size: 1511 bytes --]
Jessica,
Jessica Tallon 写道:
> I've attached a patch to upgrade svtplay-dl from 4.17 to 4.18.
Thanks!
> I've also moved ffmpeg form inputs to propagated-inputs
Please avoid propagation whenever possible; it breaks all kinds of
nice things.
Propagating A from B means that Guix will effectively ‘install’ A
alongside B when the user installs only B. Or how classical
package managers bluntly handle ‘dependencies’. Not good!
Here's what I'd do instead [untested]:
(arguments
(list #:phases
#~(modify-phases %standard-phases
(add-after 'wrap 'wrap-harder
(lambda* (#:key inputs outputs
#:allow-other-keys)
(wrap-script (string-append (assoc-ref outputs
"out")
"/bin/svtplay-dl")
`("PATH" ":" prefix
(,(dirname (search-input-file inputs
"bin/ffmpeg"))))))))))
(native-inputs (list guile-3.0)) ; for wrap-script
> it's needed while the program is
> running to merge two files, not while building.
So 4.17 did not need or use ffmpeg this way?
Otherwise, put each unrelated changes into a separate commit: one
to improve the ffmpeg situation, and one to update svtplay-dl.
You can send multiple related commits as one patch series to one
bug number, though.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* [bug#61117] Update svtplay-dl to 4.18
2023-01-28 12:33 ` Tobias Geerinckx-Rice via Guix-patches via
@ 2023-01-28 12:58 ` Tobias Geerinckx-Rice via Guix-patches via
2023-01-28 13:02 ` Tobias Geerinckx-Rice via Guix-patches via
` (3 subsequent siblings)
4 siblings, 0 replies; 9+ messages in thread
From: Tobias Geerinckx-Rice via Guix-patches via @ 2023-01-28 12:58 UTC (permalink / raw)
Cc: tsyesika, 61117
[-- Attachment #1: Type: text/plain, Size: 251 bytes --]
Tobias Geerinckx-Rice via Guix-patches via 写道:
> (lambda* (#:key inputs outputs
> #:allow-other-keys) ^
Dunno why mu4e added a hard newline here. There shouldn't be one.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* [bug#61117] Update svtplay-dl to 4.18
2023-01-28 12:33 ` Tobias Geerinckx-Rice via Guix-patches via
2023-01-28 12:58 ` Tobias Geerinckx-Rice via Guix-patches via
@ 2023-01-28 13:02 ` Tobias Geerinckx-Rice via Guix-patches via
2023-03-05 10:05 ` Jessica Tallon
` (2 subsequent siblings)
4 siblings, 0 replies; 9+ messages in thread
From: Tobias Geerinckx-Rice via Guix-patches via @ 2023-01-28 13:02 UTC (permalink / raw)
Cc: tsyesika, 61117
[-- Attachment #1: Type: text/plain, Size: 260 bytes --]
Tobias Geerinckx-Rice via Guix-patches via 写道:
> (wrap-script (string-append (assoc-ref outputs
> "out")
> ^
And here. All the others are good. Sorry for the mess.
Kind regards,
T G-R
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* [bug#61117] Update svtplay-dl to 4.18
2023-01-28 12:33 ` Tobias Geerinckx-Rice via Guix-patches via
2023-01-28 12:58 ` Tobias Geerinckx-Rice via Guix-patches via
2023-01-28 13:02 ` Tobias Geerinckx-Rice via Guix-patches via
@ 2023-03-05 10:05 ` Jessica Tallon
2023-03-05 10:39 ` Jessica Tallon
2023-03-05 20:13 ` Leo Famulari
4 siblings, 0 replies; 9+ messages in thread
From: Jessica Tallon @ 2023-03-05 10:05 UTC (permalink / raw)
To: Tobias Geerinckx-Rice; +Cc: 61117
[-- Attachment #1: Type: text/plain, Size: 1061 bytes --]
Hello,
Sorry for the long delay on addressing this feedback.
Tobias Geerinckx-Rice <me@tobias.gr> writes:
> [[PGP Signed Part:Undecided]]
> Jessica,
>
> Please avoid propagation whenever possible; it breaks all kinds of
> nice things.
>
> Propagating A from B means that Guix will effectively ‘install’ A
> alongside B when the user installs only B. Or how classical package
> managers bluntly handle ‘dependencies’. Not good!
>
Thanks for the tip, I've included a patch which does it this way.
>
>> it's needed while the program is running to merge two files, not
>> while building.
>
> So 4.17 did not need or use ffmpeg this way?
>
> Otherwise, put each unrelated changes into a separate commit: one to
> improve the ffmpeg situation, and one to update svtplay-dl. You can
> send multiple related commits as one patch series to one bug number,
> though.
4.17 did indeed need ffmpeg, I've included two patches one which
resolves the ffmpeg issue and the other which updates it to 4.18.
Thanks,
Jessica.
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Cover letter --]
[-- Type: text/x-patch, Size: 773 bytes --]
From 1b81f1786ba0cb038bf76ab74cbc90847d06206b Mon Sep 17 00:00:00 2001
Message-Id: <cover.1678010569.git.tsyesika@tsyesika.se>
From: Jessica Tallon <tsyesika@tsyesika.se>
Date: Sun, 5 Mar 2023 11:02:49 +0100
Subject: [PATCH 0/2] Upgrade svtplay-dl to 4.18 & fix wrapping with ffmpeg
The first patch fixes svtplay-dl which needs ffmpeg to create a unified file
with both sound and video combined. Before it didn't have access to ffmpeg so
it would display an error and leave the two files uncombined.
The second upgrades svtplay-dl to the latest version, 4.18.
Jessica Tallon (2):
gnu: fix svtplay-dl wrapping to use ffmpeg
gnu: svtplay-dl update to 4.18
gnu/packages/video.scm | 18 +++++++++++++++---
1 file changed, 15 insertions(+), 3 deletions(-)
--
2.39.1
[-- Attachment #3: Patch to fix ffmpeg issue --]
[-- Type: text/x-patch, Size: 2072 bytes --]
From e9d073dbf37323d11bddae32a1c54d65864959be Mon Sep 17 00:00:00 2001
Message-Id: <e9d073dbf37323d11bddae32a1c54d65864959be.1678010569.git.tsyesika@tsyesika.se>
In-Reply-To: <cover.1678010569.git.tsyesika@tsyesika.se>
References: <cover.1678010569.git.tsyesika@tsyesika.se>
From: Jessica Tallon <tsyesika@tsyesika.se>
Date: Sun, 5 Mar 2023 10:43:58 +0100
Subject: [PATCH 1/2] gnu: fix svtplay-dl wrapping to use ffmpeg
* gnu/packages/video.scm (svtplay-dl): Wrap program to give access to ffmpeg.
---
gnu/packages/video.scm | 14 +++++++++++++-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/video.scm b/gnu/packages/video.scm
index 13299fdf06..721f7c4d4e 100644
--- a/gnu/packages/video.scm
+++ b/gnu/packages/video.scm
@@ -64,6 +64,7 @@
;;; Copyright © 2022 Chadwain Holness <chadwainholness@gmail.com>
;;; Copyright © 2022 Andy Tai <atai@atai.org>
;;; Copyright © 2023 Ott Joon <oj@vern.cc>
+;;; Copyright © 2023 Jessica Tallon <tsyesika@tsyesika.se>
;;;
;;; This file is part of GNU Guix.
;;;
@@ -5690,8 +5691,19 @@ (define-public svtplay-dl
(base32
"0yjxmvldskw4pji3lg69pbx05izvxahz9my7z5p31mkiz6v33dmx"))))
(build-system python-build-system)
+ (arguments
+ (list
+ #:phases
+ #~(modify-phases %standard-phases
+ (add-after 'install 'wrap-executable
+ (lambda* (#:key inputs outputs #:allow-other-keys)
+ (let ((out (assoc-ref outputs "out"))
+ (ffmpeg (assoc-ref inputs "ffmpeg")))
+ (wrap-program (string-append out "/bin/svtplay-dl")
+ `("PATH" ":" prefix
+ ,(list (string-append ffmpeg "/bin"))))))))))
(inputs (list ffmpeg python-pyaml python-requests python-pysocks
- python-cryptography))
+ python-cryptography bash-minimal))
(home-page "https://svtplay-dl.se/")
(synopsis "Download or stream SVT Play's (and others) TV programmes")
(description
--
2.39.1
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #4: Patch to update svtplay-dl to 4.18 --]
[-- Type: text/x-patch, Size: 1342 bytes --]
From 1b81f1786ba0cb038bf76ab74cbc90847d06206b Mon Sep 17 00:00:00 2001
Message-Id: <1b81f1786ba0cb038bf76ab74cbc90847d06206b.1678010569.git.tsyesika@tsyesika.se>
In-Reply-To: <cover.1678010569.git.tsyesika@tsyesika.se>
References: <cover.1678010569.git.tsyesika@tsyesika.se>
From: Jessica Tallon <tsyesika@tsyesika.se>
Date: Sun, 5 Mar 2023 10:56:54 +0100
Subject: [PATCH 2/2] gnu: svtplay-dl update to 4.18
* gnu/packages/video.scm (svtplay-dl) update to 4.18
---
gnu/packages/video.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/video.scm b/gnu/packages/video.scm
index 721f7c4d4e..fbebaaff28 100644
--- a/gnu/packages/video.scm
+++ b/gnu/packages/video.scm
@@ -5680,7 +5680,7 @@ (define-public video-contact-sheet
(define-public svtplay-dl
(package
(name "svtplay-dl")
- (version "4.17")
+ (version "4.18")
(source (origin
(method git-fetch)
(uri (git-reference
@@ -5689,7 +5689,7 @@ (define-public svtplay-dl
(file-name (git-file-name name version))
(sha256
(base32
- "0yjxmvldskw4pji3lg69pbx05izvxahz9my7z5p31mkiz6v33dmx"))))
+ "1xb2n3bwjddr86mjynbfd8m2g98gzqbj5mmsfc735q9xp14l30pf"))))
(build-system python-build-system)
(arguments
(list
--
2.39.1
^ permalink raw reply related [flat|nested] 9+ messages in thread
* [bug#61117] Update svtplay-dl to 4.18
2023-01-28 12:33 ` Tobias Geerinckx-Rice via Guix-patches via
` (2 preceding siblings ...)
2023-03-05 10:05 ` Jessica Tallon
@ 2023-03-05 10:39 ` Jessica Tallon
2023-03-05 20:13 ` Leo Famulari
4 siblings, 0 replies; 9+ messages in thread
From: Jessica Tallon @ 2023-03-05 10:39 UTC (permalink / raw)
To: Tobias Geerinckx-Rice; +Cc: 61117
[-- Attachment #1: Type: text/plain, Size: 1024 bytes --]
Hello,
Sorry for the long delay on addressing this feedback.
Tobias Geerinckx-Rice <me@tobias.gr> writes:
> Jessica,
>
> Please avoid propagation whenever possible; it breaks all kinds of
> nice things.
>
> Propagating A from B means that Guix will effectively ‘install’ A
> alongside B when the user installs only B. Or how classical package
> managers bluntly handle ‘dependencies’. Not good!
>
Thanks for the tip, I've included a patch which does it this way.
>
>> it's needed while the program is running to merge two files, not
>> while building.
>
> So 4.17 did not need or use ffmpeg this way?
>
> Otherwise, put each unrelated changes into a separate commit: one to
> improve the ffmpeg situation, and one to update svtplay-dl. You can
> send multiple related commits as one patch series to one bug number,
> though.
4.17 did indeed need ffmpeg, I've included two patches one which
resolves the ffmpeg issue and the other which updates it to 4.18.
Thanks,
Jessica.
[-- Attachment #2: 0000-cover-letter.patch --]
[-- Type: text/x-patch, Size: 773 bytes --]
From 1b81f1786ba0cb038bf76ab74cbc90847d06206b Mon Sep 17 00:00:00 2001
Message-Id: <cover.1678010569.git.tsyesika@tsyesika.se>
From: Jessica Tallon <tsyesika@tsyesika.se>
Date: Sun, 5 Mar 2023 11:02:49 +0100
Subject: [PATCH 0/2] Upgrade svtplay-dl to 4.18 & fix wrapping with ffmpeg
The first patch fixes svtplay-dl which needs ffmpeg to create a unified file
with both sound and video combined. Before it didn't have access to ffmpeg so
it would display an error and leave the two files uncombined.
The second upgrades svtplay-dl to the latest version, 4.18.
Jessica Tallon (2):
gnu: fix svtplay-dl wrapping to use ffmpeg
gnu: svtplay-dl update to 4.18
gnu/packages/video.scm | 18 +++++++++++++++---
1 file changed, 15 insertions(+), 3 deletions(-)
--
2.39.1
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #3: 0001-gnu-fix-svtplay-dl-wrapping-to-use-ffmpeg.patch --]
[-- Type: text/x-patch, Size: 2072 bytes --]
From e9d073dbf37323d11bddae32a1c54d65864959be Mon Sep 17 00:00:00 2001
Message-Id: <e9d073dbf37323d11bddae32a1c54d65864959be.1678010569.git.tsyesika@tsyesika.se>
In-Reply-To: <cover.1678010569.git.tsyesika@tsyesika.se>
References: <cover.1678010569.git.tsyesika@tsyesika.se>
From: Jessica Tallon <tsyesika@tsyesika.se>
Date: Sun, 5 Mar 2023 10:43:58 +0100
Subject: [PATCH 1/2] gnu: fix svtplay-dl wrapping to use ffmpeg
* gnu/packages/video.scm (svtplay-dl): Wrap program to give access to ffmpeg.
---
gnu/packages/video.scm | 14 +++++++++++++-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/video.scm b/gnu/packages/video.scm
index 13299fdf06..721f7c4d4e 100644
--- a/gnu/packages/video.scm
+++ b/gnu/packages/video.scm
@@ -64,6 +64,7 @@
;;; Copyright © 2022 Chadwain Holness <chadwainholness@gmail.com>
;;; Copyright © 2022 Andy Tai <atai@atai.org>
;;; Copyright © 2023 Ott Joon <oj@vern.cc>
+;;; Copyright © 2023 Jessica Tallon <tsyesika@tsyesika.se>
;;;
;;; This file is part of GNU Guix.
;;;
@@ -5690,8 +5691,19 @@ (define-public svtplay-dl
(base32
"0yjxmvldskw4pji3lg69pbx05izvxahz9my7z5p31mkiz6v33dmx"))))
(build-system python-build-system)
+ (arguments
+ (list
+ #:phases
+ #~(modify-phases %standard-phases
+ (add-after 'install 'wrap-executable
+ (lambda* (#:key inputs outputs #:allow-other-keys)
+ (let ((out (assoc-ref outputs "out"))
+ (ffmpeg (assoc-ref inputs "ffmpeg")))
+ (wrap-program (string-append out "/bin/svtplay-dl")
+ `("PATH" ":" prefix
+ ,(list (string-append ffmpeg "/bin"))))))))))
(inputs (list ffmpeg python-pyaml python-requests python-pysocks
- python-cryptography))
+ python-cryptography bash-minimal))
(home-page "https://svtplay-dl.se/")
(synopsis "Download or stream SVT Play's (and others) TV programmes")
(description
--
2.39.1
[-- Attachment #4: 0002-gnu-svtplay-dl-update-to-4.18.patch --]
[-- Type: text/x-patch, Size: 1342 bytes --]
From 1b81f1786ba0cb038bf76ab74cbc90847d06206b Mon Sep 17 00:00:00 2001
Message-Id: <1b81f1786ba0cb038bf76ab74cbc90847d06206b.1678010569.git.tsyesika@tsyesika.se>
In-Reply-To: <cover.1678010569.git.tsyesika@tsyesika.se>
References: <cover.1678010569.git.tsyesika@tsyesika.se>
From: Jessica Tallon <tsyesika@tsyesika.se>
Date: Sun, 5 Mar 2023 10:56:54 +0100
Subject: [PATCH 2/2] gnu: svtplay-dl update to 4.18
* gnu/packages/video.scm (svtplay-dl) update to 4.18
---
gnu/packages/video.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/video.scm b/gnu/packages/video.scm
index 721f7c4d4e..fbebaaff28 100644
--- a/gnu/packages/video.scm
+++ b/gnu/packages/video.scm
@@ -5680,7 +5680,7 @@ (define-public video-contact-sheet
(define-public svtplay-dl
(package
(name "svtplay-dl")
- (version "4.17")
+ (version "4.18")
(source (origin
(method git-fetch)
(uri (git-reference
@@ -5689,7 +5689,7 @@ (define-public svtplay-dl
(file-name (git-file-name name version))
(sha256
(base32
- "0yjxmvldskw4pji3lg69pbx05izvxahz9my7z5p31mkiz6v33dmx"))))
+ "1xb2n3bwjddr86mjynbfd8m2g98gzqbj5mmsfc735q9xp14l30pf"))))
(build-system python-build-system)
(arguments
(list
--
2.39.1
^ permalink raw reply related [flat|nested] 9+ messages in thread
* [bug#61117] Update svtplay-dl to 4.18
2023-01-28 12:33 ` Tobias Geerinckx-Rice via Guix-patches via
` (3 preceding siblings ...)
2023-03-05 10:39 ` Jessica Tallon
@ 2023-03-05 20:13 ` Leo Famulari
2023-03-05 20:15 ` Jessica Tallon
4 siblings, 1 reply; 9+ messages in thread
From: Leo Famulari @ 2023-03-05 20:13 UTC (permalink / raw)
To: 61117; +Cc: tsyesika
Thanks again for working on this package!
On Sat, Jan 28, 2023 at 01:33:44PM +0100, Tobias Geerinckx-Rice via Guix-patches via wrote:
> > I've also moved ffmpeg form inputs to propagated-inputs
>
> Please avoid propagation whenever possible; it breaks all kinds of nice
> things.
I'm here to express my weak preference for dynamically binding FFmpeg in
use cases like this one.
That means, I prefer if packages like svtplay-dl do not depend on FFmpeg
at all, but rather expect the user to install FFmpeg alongside them.
I prefer this because I use a custom FFmpeg professionally as a video
engineer, and it's easier to use it with Guix packages if the dependency
is resolved at run-time rather than at build-time.
I'd expect that many people like me also use a variety of custom FFmpeg
builds for different use cases.
Like I said, it's a weak preference. And I probably wouldn't use
svtplay-dl at work in the US, although I do use youtube-dl / yt-dlp. Let
me know what you think.
^ permalink raw reply [flat|nested] 9+ messages in thread
* [bug#61117] Update svtplay-dl to 4.18
2023-03-05 20:13 ` Leo Famulari
@ 2023-03-05 20:15 ` Jessica Tallon
2023-03-05 20:58 ` Leo Famulari
0 siblings, 1 reply; 9+ messages in thread
From: Jessica Tallon @ 2023-03-05 20:15 UTC (permalink / raw)
To: Leo Famulari; +Cc: 61117
Leo Famulari <leo@famulari.name> writes:
> Thanks again for working on this package!
>
> On Sat, Jan 28, 2023 at 01:33:44PM +0100, Tobias Geerinckx-Rice via Guix-patches via wrote:
>> > I've also moved ffmpeg form inputs to propagated-inputs
>>
>> Please avoid propagation whenever possible; it breaks all kinds of nice
>> things.
>
> I'm here to express my weak preference for dynamically binding FFmpeg in
> use cases like this one.
>
> That means, I prefer if packages like svtplay-dl do not depend on FFmpeg
> at all, but rather expect the user to install FFmpeg alongside them.
>
> I prefer this because I use a custom FFmpeg professionally as a video
> engineer, and it's easier to use it with Guix packages if the dependency
> is resolved at run-time rather than at build-time.
>
> I'd expect that many people like me also use a variety of custom FFmpeg
> builds for different use cases.
>
> Like I said, it's a weak preference. And I probably wouldn't use
> svtplay-dl at work in the US, although I do use youtube-dl / yt-dlp. Let
> me know what you think.
Hello,
Thanks for sharing your experiance, especially as a professional video
engineer :)
I think I have a mild opinion for having it bring in ffmpeg, this is
mostly for three reasons:
- There isn't a good way to communicate to users that they might wish to
pull in ffmpeg.
- svtplay-dl will download both audio and video parts and then realise
it doesn't have ffmpeg and will give up producing a warning. This
leaves it up to the user to fix, while a merging both files is a
simple job it often has me searching through a manual as I'm not well
versed in ffmpeg or similar.
- I like it when things work consistantly (if x version of svtplay-dl
works a specific way on my machine, it should on another machine, not
dependent on my profile)
My preference is mild though, let me know what you think!
Thanks,
Jessica.
^ permalink raw reply [flat|nested] 9+ messages in thread
* [bug#61117] Update svtplay-dl to 4.18
2023-03-05 20:15 ` Jessica Tallon
@ 2023-03-05 20:58 ` Leo Famulari
0 siblings, 0 replies; 9+ messages in thread
From: Leo Famulari @ 2023-03-05 20:58 UTC (permalink / raw)
To: Jessica Tallon; +Cc: 61117
On Sun, Mar 05, 2023 at 09:15:14PM +0100, Jessica Tallon wrote:
> I think I have a mild opinion for having it bring in ffmpeg, this is
> mostly for three reasons:
>
> - There isn't a good way to communicate to users that they might wish to
> pull in ffmpeg.
>
> - svtplay-dl will download both audio and video parts and then realise
> it doesn't have ffmpeg and will give up producing a warning. This
> leaves it up to the user to fix, while a merging both files is a
> simple job it often has me searching through a manual as I'm not well
> versed in ffmpeg or similar.
>
> - I like it when things work consistantly (if x version of svtplay-dl
> works a specific way on my machine, it should on another machine, not
> dependent on my profile)
>
> My preference is mild though, let me know what you think!
I think you should go with your method!
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2023-03-05 20:59 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-01-28 11:29 [bug#61117] Update svtplay-dl to 4.18 Jessica Tallon
2023-01-28 12:33 ` Tobias Geerinckx-Rice via Guix-patches via
2023-01-28 12:58 ` Tobias Geerinckx-Rice via Guix-patches via
2023-01-28 13:02 ` Tobias Geerinckx-Rice via Guix-patches via
2023-03-05 10:05 ` Jessica Tallon
2023-03-05 10:39 ` Jessica Tallon
2023-03-05 20:13 ` Leo Famulari
2023-03-05 20:15 ` Jessica Tallon
2023-03-05 20:58 ` Leo Famulari
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).