Package Details: transmission-remote-cli-git 1.7.1.1.g844cc4e-1

Git Clone URL: https://aur.archlinux.org/transmission-remote-cli-git.git (read-only)
Package Base: transmission-remote-cli-git
Description: Curses interface for the daemon of the BitTorrent client Transmission
Upstream URL: https://github.com/fagga/transmission-remote-cli
Licenses: GPL3
Conflicts: transmission-remote-cli
Replaces: transmission-remote-cli
Submitter: fauno
Maintainer: WorMzy
Last Packager: WorMzy
Votes: 47
Popularity: 0.001503
First Submitted: 2009-09-16 14:18
Last Updated: 2016-03-31 15:25

Dependencies (4)

Required by (0)

Sources (1)

Latest Comments

WorMzy commented on 2016-03-31 15:25

Thanks for pointing that out, echpiel. I've removed the prepare function altogether as it serves no purpose any more.

echpiel commented on 2016-03-31 15:18

Now the first line on github is:
#!/usr/bin/env python2

So the sed changes it to:
#!/usr/bin/env python22

Try instead:
sed -i "1s/python$/python2/" transmission-remote-cli

WorMzy commented on 2014-01-20 13:59

Any reason why this was flagged out of date? I can bump the pkgver if it'll make people happy, but that wan't change what version you get when you build the package (you always get the current master HEAD). I could use this as a chance to add a .AURINFO file, but if there's anything else that needs changing, please let me know.

WorMzy commented on 2013-09-01 15:52

Good call, I hadn't noticed that.

dapus2 commented on 2013-09-01 15:44

Perhaps you should do
sed -i "1s/python/python2/" transmission-remote-cli
instead of
sed -i "s/python/python2/" transmission-remote-cli
or you will mess up some URLs.

WorMzy commented on 2013-07-29 22:43

Thanks for the heads up, updated.

gabrielrcp commented on 2013-07-29 20:12

Upstream changed the location of the bash completion script in the source tree. Please update the PKGBUILD. I am marking as out of date for this reason.

WorMzy commented on 2013-04-27 21:27

Please update the PKGBUILD to make use of pacman 4.1 CVS PKGBUILD features. Here's one I made earlier, feel free to use it: https://raw.github.com/WorMzy/PKGBUILDs/master/transmission-remote-cli-git-PKGBUILD

diffycat commented on 2012-12-17 17:33

python-geoip was renamed to python2-geoip.

chneukirchen commented on 2012-11-06 22:44

(Sorry, flagged out of date wrongly, I meant to click on the non -git version.)

untitaker commented on 2012-06-07 12:39

(that was yesterday. i didn't check the "last updated" date)

untitaker commented on 2012-06-07 12:39

Sorry for that, the package just got update shortly after i tried to build it.

SanskritFritz commented on 2012-06-07 12:27

unitaker, what is the problem, the package got updated silently but nicely. All proposed changes are incorporated.

untitaker commented on 2012-06-07 11:35

SanskritFritz: Yes, i did that too. One week to go until i post to the mailing list.

untitaker commented on 2012-06-07 11:34

SanskritFritz: Yes, i did that too.

diffycat commented on 2012-06-02 06:00

Add optdepends:

optdepends=('python-geoip: Guess which country peers come from'
'adns-python: Resolve IPs to host names')

SanskritFritz commented on 2012-06-01 12:35

@unitaker
https://wiki.archlinux.org/index.php/AUR#Q:_Foo_in_AUR_is_outdated.3B_what_do_I_do.3F

untitaker commented on 2012-06-01 11:49

fauno, please orphan this package. It's obvious that you don't have the time to update it regularly.

@SanskritFritz: Thanks, worked.

SanskritFritz commented on 2012-05-31 12:26

Updated PKGBUILD: http://sprunge.us/MHUX

untitaker commented on 2012-05-30 14:10

During patching: "can't find file to patch at input line 4"

diffycat commented on 2012-05-25 12:20

New update:
https://gitorious.org/diffycat/pkgbuilds/trees/master/transmission-remote-cli-git

fauno commented on 2012-05-16 15:54

Excuse the delay :)

diffycat commented on 2012-05-16 15:08

Fixed pkgbuild:
https://gitorious.org/diffycat/pkgbuilds/trees/master/transmission-remote-cli-git

diffycat commented on 2012-04-29 16:29

Please, add manfile:
https://github.com/fagga/transmission-remote-cli/blob/master/transmission-remote-cli.1

fauno commented on 2012-04-12 16:51

updated

diffycat commented on 2012-04-12 15:26

Error:

==> Starting build()...
Connecting to the GIT repository...
Cloning into 'transmission-remote-cli'...
fatal: Remote branch 2.40 not found in upstream origin
Unexpected end of command stream
==> ERROR: A failure occurred in build().
Aborting...

fauno commented on 2011-10-13 16:50

There, sorry for keep you waiting.

fauno commented on 2011-10-10 23:47

Thanks! I'll merge tonight or tomorrow morning :)

zorun commented on 2011-10-10 18:54

Err, sorry for the duplicate PKGBUILD, I hadn't refreshed at time to see tacticalbread's message and PKGBUILD...

zorun commented on 2011-10-10 18:51

Flagging as out-of-date as the `master` branch is not yet compatible with transmission-cli 2.40 ; there is, however, a dedicated branch.

I've hacked something to get the proper branch, ensuring that an already existing local repo will be properly updated: http://paste.pocoo.org/show/490579/
(I've also modernized it a bit according to the VCS packaging guidelines)

Anonymous comment on 2011-10-10 18:27

The branch needs to be changed for this to work with transmission-cli 2.4x. I modified the PKGBUILD to do so, here: http://paste.xinu.at/WtR/

nvllsvm commented on 2011-03-12 03:51

timvdalen: I'm not sure why you're experiencing an error. I just built from git a minute ago, without any other transmission package installed, and everything works fine.

nvllsvm commented on 2011-03-12 03:50

timvdalen: I'm not sure why you're experiencing an error. I just built from git a minute ago, without any other transmission package installed, and everything works fine.

fauno commented on 2011-03-12 02:20

Ok, added!

timvdalen commented on 2011-03-11 19:58

No, I tried remote-cli without remote.
Got an error saying that it couldn't find "/usr/bin/transmission-remote".
Ran pacman -S transmission-cli, which added transmission-remote and remote-cli worked.

fauno commented on 2011-03-11 10:33

not sure what you meant. you can use transmission-remote and transmission-remote-cli from another host if the daemon or gui are configured to accept remote connections, so you don't necessarily have to install both sides on one computer... and i think remote-cli works without remote?

timvdalen commented on 2011-03-11 09:12

Shouldn't transmission-remote be a dependency? A little obvious maybe, but it looks like this package includes the remote like this.
EDIT: Whoops, meant 'transmission-cli'

timvdalen commented on 2011-03-11 09:11

Shouldn't transmission-remote be a dependency? A little obvious maybe, but it looks like this package includes the remote like this.

fauno commented on 2011-02-22 06:30

patch had to be changed, works fine now :)

Falstaff commented on 2011-02-22 05:09

Getting this error while compiling:

==> Connecting to the GIT repository...
Cloning into transmission-remote-cli...
remote: Counting objects: 695, done.
remote: Compressing objects: 100% (387/387), done.
remote: Total 695 (delta 340), reused 654 (delta 308)
Receiving objects: 100% (695/695), 171.68 KiB, done.
Resolving deltas: 100% (340/340), done.
Cloning into /tmp/transmission-remote-cli-git/src/transmission-remote-cli-build...
done.
==> GIT checkout done or server timeout
==> Starting make...
patching file transmission-remote-cli.py
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- saving rejects to file transmission-remote-cli.py.rej
Abandon...

SanskritFritz commented on 2011-02-16 12:47

I would argue about which method being the quickest, but thanks anyway :) works good.

fauno commented on 2011-02-16 12:36

It was the quickest :P

Also is the standard way IIRC.

SanskritFritz commented on 2011-02-15 15:52

Wow, that was quick. Interesting solution :). What speaks against my proposal? Cloning the git repo locally seems overkill for me.

fauno commented on 2011-02-15 15:13

solved both issues :)

SanskritFritz commented on 2011-02-15 15:04

the python2 patch is done in the $srcdir, that causes the next git pull fail. I have to delete the src, and do a full git clone to be able to continue. Please perform that patch after the
install -D transmission-remote-cli.py $pkgdir/usr/bin/transmission-remote-cli
on the copied file.

birdspider commented on 2011-02-15 14:55

pls add 'git' to makedepends

SanskritFritz commented on 2010-12-30 16:24

Thanks fauno :)

fauno commented on 2010-12-30 01:26

nothing changed, just a bump :)

SanskritFritz commented on 2010-10-25 11:28

I dont think it is needed, as base-devel must be installed for being able to use AUR.

nema commented on 2010-10-25 11:05

pls add patch to makedepends

SanskritFritz commented on 2010-10-19 13:55

Thanks, it works again.

fauno commented on 2010-10-19 13:48

ok :D

chneukirchen commented on 2010-10-19 13:21

Package broken due to the python2->python3 switch. For a quick fix, please depend on python2 and change the shebang line.

SanskritFritz commented on 2010-10-14 08:41

Well I looked at the code of makepkg, and found that this magic only works correctly for svn, bzr and hg packages, for git it simply takes todays date. The biggest problem I find with this method is that this way packages like this one wont be included into the daily 'bauerbill -Syu', but I already told you about this. Thanks again for everything.

SanskritFritz commented on 2010-10-14 07:55

Ah, I finally found the relevant info here http://wiki.archlinux.org/index.php/VCS_PKGBUILD_Guidelines
Magic! :)

SanskritFritz commented on 2010-10-14 07:43

... it is true, I ran makepkg today again, and the PKGBUILD happily updated itself to pkgver=20101014. Never heard of this funtionality before, how does this work?

SanskritFritz commented on 2010-10-13 19:10

Are you serious? Is there really such a functionality in makepkg? I just couldnt find anything in the wiki.
Please help me.

fauno commented on 2010-10-13 18:19

SanskritFritz: makepkg magic!

SanskritFritz commented on 2010-10-13 14:25

There is somehting I dont understand. I did a makepkg in my already existing transmission-remote-cli-git folder. The PKGBUILD miraculously changed the pkgver to pkgver=20101013, even though the version here is pkgver=20100616. How is this possible? What did I miss?

SanskritFritz commented on 2010-06-17 08:36

When you change the package, you should increase the pkgrel number ;)

SanskritFritz commented on 2010-06-17 08:16

You're right, but even if I dont use an aur helper, how will I notice that a new version arrives, when the package doesnt change ;-)
Anyway, thanks for your work really, I much appreciate it.

fauno commented on 2010-06-16 15:21

Oh ok, I understand *-git packages as out of date when they don't build anymore. I don't use an AUR helper for them either, just update them once in a while, so I forgot about other uses :)

I also added provides and conflicts fields in case anyone makes a stable package.

SanskritFritz commented on 2010-06-16 13:43

Thanks for the update. This way the package is automatically picked up by the aur helpers, which wasnt the case for a long time. I noticed it only today, as the 20100104 package didnt work with the new transmission 2.0
Thanks for the package.

SanskritFritz commented on 2010-06-16 13:32

Well, you have a version number of 20100104. That is way out of date?

fauno commented on 2010-06-16 13:29

I don't get why you marked it as out-of-date, but I'll remove the simplejson dependence since the author recommends the standard library.

Falstaff commented on 2010-06-06 15:20

Great little app(this client + transmission-daemon).