Package Details: youtube-dl-git 2021.02.22.r6.g1631fca1e-1

Git Clone URL: (read-only, click to copy)
Package Base: youtube-dl-git
Description: A small command-line program to download videos from and a few more sites (git version)
Upstream URL:
Keywords: download player streaming video youtube
Licenses: custom
Conflicts: youtube-dl
Provides: youtube-dl
Submitter: baskerville
Maintainer: disastro
Last Packager: disastro
Votes: 132
Popularity: 0.27
First Submitted: 2012-02-27 11:10 (UTC)
Last Updated: 2021-02-24 04:53 (UTC)

Required by (163)

Sources (1)

Latest Comments

hicklemon commented on 2021-12-16 21:30 (UTC)

Please! :)

disastro commented on 2021-12-10 10:21 (UTC)

@ThePirate42 No? The upstream largely has been though, you might want to look at

ThePirate42 commented on 2021-12-10 08:31 (UTC)

Has this package been abandoned?

graysky commented on 2021-11-28 12:37 (UTC)

@disastro - recommend you add this PR to the prepare array:

disastro commented on 2021-02-24 04:44 (UTC)

pkg_resources in setuptools used to be a runtime dependency that is now superseded by importlib in the stdlib so yes you are correct. I'll push an update within the hour

gesh commented on 2021-02-23 21:55 (UTC)

Shouldn't python-setuptools be a makedep, not a dep?

disastro commented on 2021-01-18 13:36 (UTC)

You don't, the package maintainers like me do. What would need changing though? This is a -git package the version does not need bumping.

fossdd commented on 2021-01-18 13:31 (UTC)

How can I bump versions and push code to this repository?

kescherAUR commented on 2020-12-06 19:41 (UTC) (edited on 2020-12-06 19:41 (UTC) by kescherAUR)

The description for the optional dependency phantomjs should be adjusted to say something along the lines of "additional dependency for few extractors". Openload itself no longer exists (merely the extractor), but at least another extractor in youtube-dl uses it.

disastro commented on 2020-11-18 13:54 (UTC)

@gesh No idea what I was thinking four years ago, it's changed now thank you.

gesh commented on 2020-11-18 11:47 (UTC) (edited on 2020-11-18 11:47 (UTC) by gesh)

Don't know if this is a typo in the PKGBUILD, but please version by git describe --long | sed 's/\([^-]*-g\)/r\1/;s/-/./g' like other git packages (note g is in the capture group, no use of printf). It's annoying to parse the pkgver to see what's changed otherwise.

LinuxLoverForeve commented on 2020-11-18 02:55 (UTC)

@diastro the repo is back change the source git url to this git+ I did it manually on my local but wanted to comment about it.

@Everyone else

until disatro changes that change the source part of the PKGBUILD file to that and run `makepkg -si within the directory.

bartus commented on 2020-11-16 21:55 (UTC)

@disastro, The RIAA claim was resolved and youtube-dl repository reinstated on GitHub.

disastro commented on 2020-11-16 15:22 (UTC)

@katt Hah it happens. I saw they made another release on the temporary repo on the 12th so swapped after that when I had time. I guess I'll swap back tonight

katt commented on 2020-11-16 14:48 (UTC)

lol 29 hours ago you finally changed the repo, well.. original one is back now!

gesh commented on 2020-11-09 15:46 (UTC)

FYI: has a list of all the mirrors and forks

disastro commented on 2020-11-01 17:11 (UTC)

If you want the tarball use youtube-dl. I will check that gitlab though

JonasCz commented on 2020-11-01 16:57 (UTC) (edited on 2020-11-01 16:57 (UTC) by JonasCz)

The download links on currently redirect to (for example "youtube-dl.exe" goes to - "copy download link" once the download starts in your browser to check.

So that repo may be at least somewhat official.

Maybe the PKGBUILD could be modified to pull down the tarball linked from instead of getting it from a repo.. ?

cb474 commented on 2020-10-29 01:00 (UTC)

It looks like you can download the source directly from youtube-dl's website:

disastro commented on 2020-10-26 12:41 (UTC) (edited on 2020-10-26 12:41 (UTC) by disastro)

@LinuxLoverForever From what I can tell Jack is incorrectly calling it official, has no involvement with the project and did not make the gitlab backup either. To me it seems kind of sketchy Youri uploaded the gitlab backup as "ytdl-org" with no involvement with the project either from what I can tell, but at least has edited the description now to say "I'll wait to see what happens with the GitHub repository and the current maintainer before I do anything with this clone."

LinuxLoverForeve commented on 2020-10-26 04:34 (UTC)


I hear you. I wouldn't want to change it to some random mirror either. I found out about it from here which leads to which leads to that mirror because Jack posted that repo so I assumed he was the original creator of the repo but I could be wrong.

disastro commented on 2020-10-25 22:13 (UTC)

@LinuxLoverForeve Don't see any way to verify if that repository is official or not?

I'm currently taking the situation one day at a time and seeing what happens until I'm willing to even entertain the idea of using an unofficial mirror. Everyone is free to use the PKGBUILD with their preferred mirror for it until then with their own risk but I would just suggest using youtube-dl from the repos.

LinuxLoverForeve commented on 2020-10-25 20:47 (UTC)


Change the upstream url to here

finoderi commented on 2020-10-25 07:07 (UTC)

cmsigler commented on 2020-10-24 18:33 (UTC)


I had some free time this morning so I hacked away at this for a couple of hours. Patches I put together:

I think the man page being produced is wonky because youtube-dl/devscripts/ isn't patched, so it still generates some pandoc-isms. (I tried reading with 'nroff -man' which may be causing the wonkyness?...) But the above patches seem to eliminate the need for pandoc. (I'm OCD so I fixed some other stuff, too... sorry ;)

HTH! :)

Clemmitt Sigler

cmsigler commented on 2020-10-24 14:36 (UTC) (edited on 2020-10-24 14:38 (UTC) by cmsigler)


Makefile in this pkg uses pandoc, which pulls in 114 dependencies since I don't have it installed. IMHO, that is beyond nuts :^\

pandoc seems to be called only twice:


pandoc -f $(MARKDOWN) -t plain -o README.txt

pandoc -s -f $(MARKDOWN) -t man -o youtube-dl.1

Would it be possible to require as makedepends discount (extra) and python-html2text (community) to convert .md to .txt, and marked-man (community) to convert .md to man(1)? Some additional patching may be needed to youtube-dl/devscripts/ and youtube-dl/devscripts/ ???

Of course, this is purely my 2c! HTH :)

Clemmitt Sigler

Mettacrawer commented on 2020-10-24 13:14 (UTC) (edited on 2020-10-24 18:49 (UTC) by Mettacrawer)

I never used it because I don't use software written by idiots who distribute code that contains test cases of downloading copyrighted video that end up as Exhibit A on a RIAA take down.

In this file are the words "Exhibit A, the source code expressly suggests its use to copy and/or distribute the following copyrighted works owned by our member companies: • Icona Pop – I Love It ...".

In this file is "Icona Pop - I Love It".

v5rg3k commented on 2020-10-24 08:48 (UTC)

Working mirror:

psydvl commented on 2020-10-24 03:07 (UTC)

Also, this one looks like a copy on gitee (Chinese github mirror)

ComicSads commented on 2020-10-23 23:12 (UTC) (edited on 2020-10-23 23:27 (UTC) by ComicSads)

Does anyone have a reliable mirror of the source code on something other than github?

EDIT: I found a mirror here

pintert3 commented on 2020-10-23 22:56 (UTC)

Yeap, looks like it will be for a while

yar commented on 2020-10-23 20:26 (UTC)

Broken because github got a DMCA takedown request.

buzo commented on 2020-06-16 08:06 (UTC)

Thanks disastro, indeed it works again with python-setuptools 1:47.3.0-1, as mentioned in that issue.

disastro commented on 2020-06-15 17:59 (UTC)

Hey buzo! will wait for what happens there before doing anything. Downgrading python-setuptools works on a brief test.

buzo commented on 2020-06-15 17:27 (UTC) (edited on 2020-06-15 17:28 (UTC) by buzo)

Does not work after building and installing the current version:

Traceback (most recent call last):
  File "/usr/bin/youtube-dl", line 9, in <module>
    for entry_point in distribution('youtube-dl==2020.6.6').entry_points:
  File "/usr/lib/python3.8/importlib/", line 504, in distribution
    return Distribution.from_name(distribution_name)
  File "/usr/lib/python3.8/importlib/", line 177, in from_name
    raise PackageNotFoundError(name)
importlib.metadata.PackageNotFoundError: youtube-dl==2020.6.6

disastro commented on 2020-04-21 13:58 (UTC)

As noted previously rg3 redirected correctly to this date, but I updated the URLs now.

The date on the pkgver is the last tag available in git, usually a release they made if I'm not mistaken since they just use dates as version numbers.

buzo commented on 2020-04-21 12:31 (UTC)

Please update the upstream and download URL, it is (not rg3).

Also, the latest commit is from April 11th, but this package builds version 2020.03.24.r16.00eb865b3-1. What is wrong there?

a172 commented on 2020-01-28 17:54 (UTC)

The github URL has been changed to The old url redirects, but you may want to update the package.

disastro commented on 2019-01-19 00:08 (UTC)

@pbnoxious Hi, it seems you are mistaken :) -git packages build the latest version and update when the PKGBUILD needs changing. As far as I can tell the package builds and works just fine currently.

pbnoxious commented on 2019-01-18 08:30 (UTC)

Hi, if I am not mistaken this needs to be updated. Youtube doesn't work for me with this version anymore and there is a newer version (via the -U switch) available that works fine.

eschwartz commented on 2018-12-09 15:15 (UTC)

I've deleted a spam comment from @shiskey.

Don't do that again or your account will be suspended.

pablo1 commented on 2018-08-06 20:13 (UTC)

Add phantomjs-bin as optional dependency. It's needed for openload

disastro commented on 2018-03-30 07:44 (UTC)

@cb474 The reason is that's the version that makepkg pulled when I pushed the package. The reason is, there is no need to update the PKGBUILD since it 100% works still, it's unnecessary and takes time. This isn't even a package where that version "incorrectly" stays as the wrong version number due to missing git tags, it updates to the latest one when you makepkg.

cb474 commented on 2018-03-28 16:45 (UTC) (edited on 2018-03-28 16:48 (UTC) by cb474)

@disastro Maybe people periodically flag this as outdated because of the date that is incorporated into the name of the package, "2017.02.04," and that shows up as the version when you search AUR for youtube-dl. Since as you say makepkg always pulls the latest code, with the latest commits (of which there are some frome even yesterday), is there a reason to have a date from more than a year ago in the name of the package? Perhaps this causes confusion.

disastro commented on 2018-03-27 17:26 (UTC)

Unflagged, please see the comment before this.

disastro commented on 2017-02-05 11:12 (UTC)

@Alad I can't confirm or deny that error but regardless setuptools should also be in the makedepends, thanks! @Cysioland (who flagged out-of-date) this is a git package, there is no "newer version in the repo" most of the time, makepkg pulls the latest. Read how the AUR VCS packages work.

Alad commented on 2017-01-29 12:26 (UTC)

python_setuptools should _also_ be in makedepends, otherwise there were errors like: Traceback (most recent call last): File "/usr/bin/youtube-dl", line 6, in <module> from pkg_resources import load_entry_point File "/usr/lib/python3.6/site-packages/pkg_resources/", line 3019, in <module> @_call_aside File "/usr/lib/python3.6/site-packages/pkg_resources/", line 3003, in _call_aside f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/pkg_resources/", line 3032, in _initialize_master_working_set working_set = WorkingSet._build_master() File "/usr/lib/python3.6/site-packages/pkg_resources/", line 655, in _build_master ws.require(__requires__) File "/usr/lib/python3.6/site-packages/pkg_resources/", line 963, in require needed = self.resolve(parse_requirements(requirements)) File "/usr/lib/python3.6/site-packages/pkg_resources/", line 849, in resolve raise DistributionNotFound(req, requirers) pkg_resources.DistributionNotFound: The 'youtube-dl==2016.11.22' distribution was not found and is required by the application

disastro commented on 2016-11-25 22:37 (UTC)

Unflagged, not outdated. @ritchy see AlfredoRamos' comment

astro commented on 2016-11-25 18:44 (UTC) Traceback (most recent call last): File "/usr/lib/python3.5/site-packages/youtube_dl/", line 676, in extract_info ie_result = ie.extract(url) File "/usr/lib/python3.5/site-packages/youtube_dl/extractor/", line 341, in extract return self._real_extract(url) File "/usr/lib/python3.5/site-packages/youtube_dl/extractor/", line 1568, in _real_extract encrypted_sig, video_id, player_url, age_gate) File "/usr/lib/python3.5/site-packages/youtube_dl/extractor/", line 1005, in _decrypt_signature 'Signature extraction failed: ' + tb, cause=e) youtube_dl.utils.ExtractorError: Signature extraction failed: Traceback (most recent call last): File "/usr/lib/python3.5/site-packages/youtube_dl/extractor/", line 995, in _decrypt_signature video_id, player_url, s File "/usr/lib/python3.5/site-packages/youtube_dl/extractor/", line 910, in _extract_signature_function res = self._parse_sig_js(code) File "/usr/lib/python3.5/site-packages/youtube_dl/extractor/", line 973, in _parse_sig_js initial_function = jsi.extract_function(funcname) File "/usr/lib/python3.5/site-packages/youtube_dl/", line 241, in extract_function raise ExtractorError('Could not find JS function %r' % funcname) youtube_dl.utils.ExtractorError: Could not find JS function 'Xn'; please report this issue on . Make sure you are using the latest version; see on how to update. Be sure to call youtube-dl with the --verbose flag and include its complete output. (caused by ExtractorError("Could not find JS function 'Xn'; please report this issue on . Make sure you are using the latest version; see on how to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.",)); please report this issue on . Make sure you are using the latest version; see on how to update. Be sure to call youtube-dl with the --verbose flag and include its complete output Answer from youtube-dl devs : You are using an outdated version of youtube-dl. Read this FAQ entry if you have troubles updating.

disastro commented on 2016-08-27 10:16 (UTC)

Indeed, unflagged because no apparent reason this is outdated

AlfredoRamos commented on 2016-08-26 16:31 (UTC)

@twilk It's not outdated, please read about -git packages. -

disastro commented on 2016-05-05 19:52 (UTC)

@Case_Of Fixed! Thank you

commented on 2016-05-05 19:17 (UTC)

python-setuptools should be in depends instead of makedepends.

disastro commented on 2016-04-08 15:36 (UTC)

Hello all Adopted, rewrote PKGBUILD, updated version. Wrote following community/youtube-dl, and now actually using git for source. Please report any issues that might arise, I can only test on so many systems.

xduugu commented on 2016-03-06 11:15 (UTC)

Bumping the pkgrel does not help since the pkgrel is only used when the pkgver is equal. But there are more issues with the way the package version is generated: - it can generate a different pkgver for the same commit, because it does not use the date of the commit, but the local date. - the pkgver function is run after the source was downloaded and extracted, which means that the downloaded archive is always renamed to the pkver that is given in the PKGBUILD, but this is usually not the commit that was downloaded. I think the only way for a -git package, that does not use git for downloading, is to get rid of the sources array and use curl and bsdtar manually.

flu commented on 2016-03-06 09:45 (UTC)

pkgver is date+commit hash, so your corner case could happen. The pkgver creation is not standard for a -git package because this is not (it downloads a zip snapshot). The "fix" would be adding hour, minute, even second to pkgver, but this makes the version number very long. Not a very serious issue, by the way. Any other thoughts? My suggestion is to bump the pkgrel to 2 every time on your side. Or to ignore the warning, if it is working anyway.

xduugu commented on 2016-03-05 12:40 (UTC)

Could you fix the versioning of the package? I just upgraded the package, but the new version is less than the version in the .SRCINFO file. It is actually built from a newer commit, though. Version of the AUR package: 2016.03.05.845817a-1 Date of commit: Sat, 5 Mar 2016 18:14:58 +0800 -> UTC: 2016-03-05 10:14:58 Version when built: 2016.03.05.18b0b23-1 Date of commit: Sat, 5 Mar 2016 12:14:48 +0100 -> UTC: 2016-03-05 11:14:48

RunningDroid commented on 2016-01-28 01:16 (UTC)

@yan12125 I've been having the same problems and the patch fixes things for me.

yan12125 commented on 2016-01-17 19:04 (UTC)

Sorry for the fragile LC_ALL=en_US.UTF-8 hacking. The following patch to PKGBUILD should fix all the problems. @colinkeenan @jamietanna could you check this patch works without PYTHONIOENCODING or LC_ALL tricks? diff --git a/PKGBUILD b/PKGBUILD index 0d0c88a..1ea1a28 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -29,13 +29,18 @@ pkgver() { echo $DATE.$HASH } -source=("$pkgname-$(pkgver).zip::$_name/archive/$") -sha512sums=(SKIP) +source=( + "$pkgname-$(pkgver).zip::$_name/archive/$" + '' +) +sha512sums=(SKIP '8b20a4b3360b7ef48a7a4df5651026f0e97d1f11a4d1fa66ce0dc8173e87bbb9d0dbf44328dbd7fe7f6ebe742e38de4a985d5d731c537e831a1e2ef40af05b91') prepare() { cd $_name-$_branch sed -i 's|etc/bash_completion.d|share/bash-completion/completions|' sed -i 's|etc/fish/completions|share/fish/vendor_completions.d|' + + patch -Np1 -i ../8ae63d1bb7f4f07529f3978da0dc4b82e67ddc62.patch } package() {

colinkeenan commented on 2016-01-17 05:50 (UTC)

With today's update (1/16/2016), the build fails complaining about some ascii conversion, but I got it to work by adding the following to /etc/environment: PYTHONIOENCODING=utf-8

Smola commented on 2016-01-14 21:13 (UTC)

@jamietanna It's better to set it to `LC_ALL=C`.

jamietanna commented on 2016-01-14 21:04 (UTC)

Hey @flu, I've just done an upgrade, and found that the build fails on the `make` command, with the warning `/bin/sh: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)` if the user does not have en_US.UTF-8 installed. This may not be very common, but thought I'd document it nonetheless. I've found the following patch to work - hopefully it helps others who have the same issue. ``` diff --git a/PKGBUILD b/PKGBUILD index 8555004..93c476a 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -41,7 +41,7 @@ prepare() { package() { cd $_name-$_branch - LC_ALL=en_US.UTF-8 make bash-completion zsh-completion fish-completion README.txt youtube-dl.1 + make bash-completion zsh-completion fish-completion README.txt youtube-dl.1 python install --root="$pkgdir" --optimize=1 mv "$pkgdir"/usr/share/bash-completion/completions/youtube-dl.bash-completion \ ```

yan12125 commented on 2016-01-13 14:01 (UTC)

Dear @flu, could you consider including man pages, zsh and fish completion scripts into the package? diff --git a/PKGBUILD b/PKGBUILD index 2477aab..1cbaf9e 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -16,7 +16,7 @@ arch=('any') license=('custom') depends=('python' 'python-setuptools') -makedepends=('git') +makedepends=('git' 'pandoc') optdepends=('ffmpeg: for video post-processing') provides=("$_name") @@ -34,16 +34,17 @@ sha512sums=(SKIP) prepare() { cd $_name-$_branch sed -i 's|etc/bash_completion.d|share/bash-completion/completions|' - sed -i ':etc/fish/completions:d' + sed -i 's|etc/fish/completions|share/fish/vendor_completions.d|' } package() { cd $_name-$_branch - python devscripts/ + LC_ALL=en_US.UTF-8 make bash-completion zsh-completion fish-completion README.txt youtube-dl.1 python install --root="$pkgdir" --optimize=1 mv "$pkgdir"/usr/share/bash-completion/completions/youtube-dl.bash-completion \ "$pkgdir"/usr/share/bash-completion/completions/youtube-dl + install -D -m644 youtube-dl.zsh "$pkgdir"/usr/share/zsh/site-functions/_youtube-dl install -D -m644 LICENSE "$pkgdir"/usr/share/licenses/"$pkgname"/LICENSE }

flu commented on 2016-01-07 18:20 (UTC)

Ok, did it. Sounded good enough except that now .SRCINFO pkgver is wrong but this shouldn't be a big deal. Another option may be to explicitely remove Ideas are welcome!

izilly commented on 2016-01-07 15:45 (UTC)

The source currently downloads to "$SRCDEST/", which is causing some problems for me. Unless I manually delete the old source files before each new build, the newly created packages are just repackaged versions of the old, outdated source. Nothing is actually getting updated. Here's a modified PKGBUILD that puts $pkgver in the source filename:

flu commented on 2015-12-05 09:18 (UTC)

Made the switch. I am open to more suggestions of course, please point me anything I may have forgotten. Thank you everyone.

Smola commented on 2015-12-04 17:54 (UTC)

flu, we could use `git ls-remote` to get commit hash: $ git ls-remote -h git:// master | cut -c1-7 bee4c55 Or this awk script, which mimic `git describe` behavior:

FredBezies commented on 2015-12-03 14:09 (UTC)

@flu : orphaning this pkgbuild. Feel free to adopt it.

FredBezies commented on 2015-12-02 21:09 (UTC)

@SanskritFritz : it is simpler for me to give it up "fully". So, if Flu wants to own it, just a little mail and let's get it on ;)

SanskritFritz commented on 2015-12-02 21:00 (UTC)

FredBezies, you can give him co-maintainer role.

FredBezies commented on 2015-12-02 20:46 (UTC)

@flu : you want to adopt it ? Just tell me, I will orphan it for you.

flu commented on 2015-12-02 20:33 (UTC) (edited on 2015-12-02 20:35 (UTC) by flu)

About master zip, md5sums=(SKIP) is the solution, isn't it? And, say, the date as pkgver. Like Yes, this solution is awkward regarding commits, but may be a good idea anyway.

davispuh commented on 2015-11-28 18:25 (UTC)

for some reason it installs empty /usr/etc/fish/completions and it kinda breaks fish's $__fish_sysconfdir as it starts to use /usr/etc/fish instead of /etc/fish

FredBezies commented on 2015-11-27 20:20 (UTC)

I won't do this for one reason. I would have to regenerate every single time md5sum of zip file. Using git repository is slower, but I don't have to run a makepkg -g > PKGBUILD every single time. Also, youtube-dl is a very active project. 4 to 10 commits a day. So won't be usable for more than a day, and not buildable. Just look at commit list on november 23, 2015. Only 12 commits. A zip file could be a good idea, but only for stable releases. I hope I answered you.

Smola commented on 2015-11-25 11:24 (UTC)

@mralext20 But contains exactly the same version of files as the git master branch. Am I wrong?

mralext20 commented on 2015-11-22 21:07 (UTC)

@Smola that would be using the binary instead of the git repo. there is already a binary package in the community repo.

Smola commented on 2015-11-21 19:29 (UTC)

Maybe we can switch source from git repo to zip download? Zip archive is like 100 times smaller than git repo. Git: Receiving objects: 100% (66367/66367), 104.52 MiB | 4.00 MiB/s, done. Wget Length: 1142089 (1.1M) [application/zip] Or am I missing something here?

grubint commented on 2015-09-24 12:59 (UTC)

With the bug being resolved, I think there should be an update to the pkgver=. I'm using 2015.09.22.r4.g19f93d9, where the bug is not present.

dysphoria commented on 2015-09-09 19:33 (UTC)

The community PKGBUILD has this line in prepare() for the correct fish completion path: sed -i 's:etc/fish/completions:share/fish/completions:' Since the PKGBUILD doesnt install the fish completion anyway, I assume that if you dont use the fish shell you can safely replace it with an empty path: sed -i 's:etc/fish/completions::' That should get rid of the empty folder.

TomBoshoven commented on 2015-09-09 17:37 (UTC)

This package creates the empty folder /usr/etc/fish/completions .

baskerville commented on 2014-06-22 18:43 (UTC)

Thanks, I've applied all the suggested changes.

HalosGhost commented on 2014-06-11 14:49 (UTC)

This package could really use some TLC. For example, it's a python package, it's arch is 'any', not ('i686' 'x86_64'). Furthermore, the makefile provided upstream is terrible—you should seriously consider just using the standard python installation (like we do in the official package) instead of requiring zip as a makedepend. All the best,

baskerville commented on 2013-09-02 12:03 (UTC)

Thanks but youtube-dl works with python 3. I've added a makedepends entry though.

commented on 2013-09-01 21:45 (UTC)

Some fixes: -makedepends=('git' 'zip' 'sed') +makedepends=('python2' 'git' 'zip' 'sed') in build(): +sed -i 's/python/python2/g' Makefile

commented on 2013-09-01 19:56 (UTC)

Some fixes: -makedepends=('git' 'zip' 'sed') +makedepends=('python2' 'git' 'zip' 'sed') in build(): +sed -i 's/python/python2/g' Makefile

ConnorBehan commented on 2013-08-26 21:21 (UTC)

Yeah, it's a shame that the dependence on pandoc makes it hard to use

shulhan commented on 2013-07-01 09:36 (UTC)

+baskerville, :) No, thanks to you. My comment was intended for any user who would like to build youtube-dl without needs to installing haskell-pandoc (63 MB dependencies is just to big for me or others), not specifically to "you". But, thanks again to make it as optional.

baskerville commented on 2013-06-27 13:14 (UTC)

Thanks, I've managed to make it optional.

shulhan commented on 2013-06-25 01:27 (UTC)

If you don't mind missing manual page and README.txt you can use this PKGBUILD [1] to install youtube-dl without haskell-pandoc dependency. [1]

baskerville commented on 2013-05-11 20:02 (UTC)

Thanks, fixed.

konni commented on 2013-05-11 19:20 (UTC)

please replace 'pandoc' with 'haskell-pandoc' in makedepends. thanks!

baskerville commented on 2012-09-27 18:54 (UTC)

PKGBUILD modified accordingly. Thanks.

Zucca commented on 2012-09-27 18:23 (UTC)

Ok. Here's how it should work: makedepends=('git' 'zip' 'sed' 'pandoc') And there's also one sed line patching few files. Only MakeFile needs to be patched: sed -i 's|/usr/bin/env python|/usr/bin/env python2|' Makefile There you go. *pokes baskerville*

Zucca commented on 2012-09-27 18:16 (UTC)

... as a build depency afaik.

Zucca commented on 2012-09-27 18:09 (UTC)

pandoc in needed depency. Also PKGBUILD seems to be broken.

baskerville commented on 2012-03-07 19:47 (UTC)

You're welcome!

GordonGR commented on 2012-03-07 19:07 (UTC)

Good old youtube-dl. Thanks!