Package Details: transifex-client 1.6.10-2

Git Clone URL: https://aur.archlinux.org/transifex-client.git (read-only, click to copy)
Package Base: transifex-client
Description: The Transifex command-line tool to download and upload translations from Transifex
Upstream URL: https://github.com/transifex/cli
Licenses: Apache
Submitter: pnorcks
Maintainer: dbrgn
Last Packager: dbrgn
Votes: 31
Popularity: 0.000000
First Submitted: 2011-01-25 22:46 (UTC)
Last Updated: 2023-10-28 21:53 (UTC)

Dependencies (1)

Required by (1)

Sources (1)

Pinned Comments

dbrgn commented on 2022-02-27 01:07 (UTC)

Package now switched to the new Go based client:

https://github.com/transifex/cli

For information on how to migrate:

https://github.com/transifex/cli#migrating-from-older-versions-of-the-client

Latest Comments

1 2 3 Next › Last »

dbrgn commented on 2023-10-28 21:53 (UTC)

@rafaelff: Wasn't that simple (it seems ldflags in GOFLAGS and quoting is a bit of a dumpster fire: https://github.com/golang/go/issues/26849), but the version flag should work now.

rafaelff commented on 2023-03-29 20:48 (UTC) (edited on 2023-03-29 21:02 (UTC) by rafaelff)

As per issue #170 in transifex/cli repo, adding -ldflags "-X 'github.com/transifex/cli/internal/txlib.Version=${pkgver}'" to go build -o build enables the -v | --version flags to the tx binary.

This flag is needed to use sphinx-intl with Transifex.

Can you please add it to the PKGBUILD?

rafaelff commented on 2023-03-17 19:26 (UTC) (edited on 2023-03-17 19:27 (UTC) by rafaelff)

I noticed that the packaged tx doesn't seem to have the -v|--version flag, while installing from the official binary there is. Any idea how this happened?

$ pacman -Qo /usr/bin/tx
/usr/bin/tx is owned by transifex-client 1.6.4-1
$ /usr/bin/tx -v
Incorrect Usage. flag provided but not defined: -v
(...)
$ curl -o- https://raw.githubusercontent.com/transifex/cli/master/install.sh | bash
(... some output regard downloading ...)
$ ./tx -v
TX Client, version=1.6.5

dbrgn commented on 2022-03-07 08:21 (UTC)

Martchus: You're right, that was a leftover from the Python -> Go conversion.

Unfortunately I don't have an easy way to test on i686 or aarch64, so I'll leave it at only x86_64 for now.

Martchus commented on 2022-03-05 18:49 (UTC)

This is an arch-specific package. So archs should be x86_64, see https://wiki.archlinux.org/title/Arch_package_guidelines#Architectures. (I'd say for AUR packages it is also acceptable to add further archs such as i686 and aarch64 if the package is known to compile for those. However, one must not any if the resulting package contains arch specific contents.)

dbrgn commented on 2022-02-27 01:07 (UTC)

Package now switched to the new Go based client:

https://github.com/transifex/cli

For information on how to migrate:

https://github.com/transifex/cli#migrating-from-older-versions-of-the-client

k2s commented on 2021-12-17 07:49 (UTC)

To build 4.0.9 until it is fixed in community. Download https://raw.githubusercontent.com/archlinux/svntogit-community/packages/python-gitdb/trunk/PKGBUILD, edit version number to 4.0.9 and execute makepkg --install -s -r --skippgpcheck.

dbrgn commented on 2021-11-23 09:13 (UTC) (edited on 2021-11-23 09:17 (UTC) by dbrgn)

Package is currently broken due to a dependency conflict until the python-gitdb package is upgraded to 4.0.9. (Package has been flagged as out of date since October 25th.)

In the meantime, you could try to build python-gitdb 4.0.9 yourself, however the signature on PyPI cannot be verified: https://github.com/gitpython-developers/gitdb/issues/77

simon04 commented on 2021-06-21 19:54 (UTC)

@yan12125, amazing. I've applied your patch in 0.14.2-2. Thank you so much!

yan12125 commented on 2021-06-19 17:20 (UTC)

Before upstream fixes the slugify issue, it can be work-arounded by

prepare() {
  cd "${pkgname}-${pkgver}"
  sed -i 's#python-slugify<5.0.0#python-slugify#' requirements.txt
}