DEPRECATED. Don't use this package anymore, use youtube-upload-git instead.
Search Criteria
Package Details: youtube-upload 0.7.3-1
Package Actions
| Package Base: | youtube-upload |
|---|---|
| Description: | Upload videos to Youtube from the command-line |
| Upstream URL: | http://code.google.com/p/youtube-upload |
| Category: | multimedia |
| Licenses: | |
| Submitter: | tokland |
| Maintainer: | None |
| Last Packager: | tokland |
| Votes: | 14 |
| First Submitted: | 2011-10-21 17:36 |
| Last Updated: | 2014-12-17 19:15 |
Dependencies (3)
Required by (0)
Sources
Latest Comments
Comment by tokland
Comment by tokland
I remove the out-of-date flag. This package points to the google-code site. For the new project in github, check https://aur.archlinux.org/packages/youtube-upload-git/
Comment by SanskritFritz
Done.
Comment by tokland
@SanskritFritz. Go ahead, thanks!
Comment by SanskritFritz
Cool. Will you create a youtube-upload-git package? I gladly create one if you don't want to.
Comment by tokland
New project is here:
https://github.com/tokland/youtube-upload/
I'd wait a bit to get some feedback, since it underwent a heavy refactor. Note that all options regarding playlists are gone.
Comment by SanskritFritz
That doesn't matter, we will know which project is the original one, just provide us with a link from the google project page.
Comment by tokland
I absolutely forgot about it. The problem is that now it's not possible to create download files in google.code. I guess I'll have to move the source code to github (some people already created the youtube-upload project there, though...)
Comment by SanskritFritz
The changelog
http://youtube-upload.googlecode.com/svn/trunk/CHANGELOG
states a 0.7.4 version, but there is no download. Is it not ready yet?
Comment by tokland
@SanskritFritz: thanks, uploaded.
Comment by SanskritFritz
PKGBUILD for 0.7.3
https://gist.github.com/9b594738628c862f0489
Comment by tokland
Please open an issue:
http://code.google.com/p/youtube-upload/issues/list
Comment by jeffutter
@tokland: yup
$ pacman -Q | grep python2-pycurl
python2-pycurl 7.19.3.1-2
Comment by tokland
@jeffuter: Do you have python2-pycurl installed?
Comment by jeffutter
Is the progress bar working for anyone else? The docs say it should work as long as python2-progressbar and pycurl are installed, both of which are but when uploading it says:
Install pycurl to upload the video using HTTP\nStart upload using basic gdata API:
Comment by SanskritFritz
Thank you, this way it works perfectly.
Comment by tokland
This is solved in the repo but it's not yet released, for now make sure you provide a --description:
https://code.google.com/p/youtube-upload/source/detail?r=185
Comment by SanskritFritz
I'm getting a python error when trying to upload:
File "/usr/bin/youtube-upload", line 337, in upload_video
description = to_utf8(options.description).decode("string-escape")
AttributeError: 'NoneType' object has no attribute 'decode'
Comment by SanskritFritz
Your attitude is very positive and thanks for packaging, keep up the good work!
Comment by tokland
>Still I think youtube-upload is unlikely to change in such a way that it stops depending on those packages
Absolutely, I am not really worried about this particular package, just discussing in general.
> Dependencies should not be omitted because they're transitively fulfilled.
I think there are two cases: 1) the example shown in the wiki: gtk2 depends on glib2; of course you don't want do add glib2 as dependency, who cares what gtk2 needs to work? 2) With packages particular for a language (the fundamental/accidental thing I mentioned) I think it'ok (at least not *wrong*) to leave the main dependency.
I'll try to ask in the forum, I am pretty novice at packaging, just my programmer's guts talking.
Comment by SanskritFritz
falconindy opinions similarly with his 'cower' package:
"Comment by falconindy 2013-05-13 12:45
And I vehemently disagree with the wiki. Dependencies should not be omitted because they're transitively fulfilled. cower links directly to curl, therefore it depends on curl and the PKGBUILD should reflect that."
Still I think youtube-upload is unlikely to change in such a way that it stops depending on those packages and will *only* depend on python2.
Comment by tokland
> because python2 is an indirect dependency through python2-gdata and the other
Yes, that's what I thought you were referring to. It's not so clear for me: it's not the same a fundamental dependency (python2) than an accidental one (python2-gdata). If we ever remove python2-gdata and the others we'll have to remember that python2 must stay. Official packages follow that logic (https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/python2-rdflib), some others don't. Anyway, updated without.
Comment by SanskritFritz
@tokland: because python2 is an indirect dependency through python2-gdata and the others. Read https://wiki.archlinux.org/index.php/Pkgbuild#depends
Comment by tokland
@speps: Thanks, I made some changes. Can you check it? However I don't understand why is python2 redundant, is it because it also includes other 3 python packages?
http://download.zaudera.com/public/PKGBUILD
Comment by speps
@ tokland this is arch independent (any), python2 is redundant, also use package() instead of build(), cheers
Comment by SanskritFritz
Wow, that was fast :) thanks!
Comment by tokland
dependencies updated.
Comment by SanskritFritz
Oh and python2-pycurl.
Comment by SanskritFritz
python-gdata is now pyhton2-gdata. Please update the dependency.
Comment by SanskritFritz
Thanks. It's ok, I don't mind, I installed the progressbar anyway, it is very useful.
Comment by tokland
@SanskritFritz: thanks, PKGBUILD updated.
I know that the script makes the dependency optional, but the idea was to allow the script to work in distributions that had problems installing that package, it's not the case with Arch Linux.
Comment by SanskritFritz
python2-progressbar is the correct dependency, and it can be optional.