Package Details: tilix 1.6.4-2

Git Clone URL: https://aur.archlinux.org/tilix.git (read-only)
Package Base: tilix
Description: A tiling terminal emulator for Linux using GTK+ 3
Upstream URL: https://github.com/gnunn1/tilix
Licenses: MPL
Conflicts: terminix
Provides: terminix
Replaces: terminix
Submitter: carlwgeorge
Maintainer: carlwgeorge
Last Packager: carlwgeorge
Votes: 63
Popularity: 13.313063
First Submitted: 2017-03-20 03:59
Last Updated: 2017-08-09 12:53

Dependencies (11)

Required by (3)

Sources (1)

Latest Comments

kubrick commented on 2017-08-10 14:55

https://wiki.archlinux.org/index.php/Frequently_asked_questions#What_if_I_run_a_full_system_upgrade_and_there_will_be_an_update_for_a_shared_library.2C_but_not_for_the_apps_that_depend_on_it.3F

"If foobaz is a package that you built yourself and installed from AUR, you should try rebuilding foobaz against the new version of libbaz. If the build fails, report the bug to the foobaz developers"

This is also interesting: https://lists.archlinux.org/pipermail/aur-general/2011-April/014254.html

I guess it's still not very clear-cut but although you achieve what you want by bumping the pkgrel, it's still a waste of time because I assume (wrongly?) that the vast majority of people will not have waited 2 days (the time between gtkd & tilix updates) without being able to use their favourite terminal emulator, they will have rebuilt it themselves.

vith commented on 2017-08-09 16:19

I can't find any official guidance but I'd side on bumping the pkgrel.

I don't buy this argument of "don't be helpful or you might help someone unworthy". Deduplicating the work of packaging is the whole point of the AUR. Rebuilding a package because it's broken by a library ABI change falls within the realm of what package maintainers do normally, so I don't see why it shouldn't be done within the AUR as well.

Otherwise maybe we should stop sharing PKGBUILDs altogether, lest someone who wouldn't have built the software themselves be able to use it. /s

dsboger commented on 2017-08-09 14:06

> "clever enough" people (aka "Arch users") have to rebuild their packages twice

not "clever enough", it seems.

kubrick commented on 2017-08-09 13:46

Please don't bump pkgrel when a dependency breaks a package! Most people are clever enough to do it by themselves, the others should reconsider using AUR.
Because of that those "clever enough" people (aka "Arch users") have to rebuild their packages twice. Arch is user centric and helpers such as yaourt that "maintain" your AUR packages are unsupported and foster learned helplessness.

dsboger commented on 2017-08-07 15:19

Hey people!

Latest gtkd update to 3.6.6 requires a rebuild of tilix.

@carlwgeorge, please bump pkgrel to help those with AUR helpers.

carlwgeorge commented on 2017-07-27 20:58

Thanks @dsboger for that PO4A fix, it's implemented now.

dsboger commented on 2017-06-27 11:40

@Asher256 check a few comments below :).

@carlwgeorge maybe you could include the workaround in the PKGBUILD directly. I've done that for tilix-git. It might cause problems if for some reason po4a-translate is installed in a different location. But I think that should be less common.

carlwgeorge commented on 2017-06-26 21:17

@Asher256 po4a-translate is part of the po4a package, which is listed in the makedepends array of this PKGBUILD. If you are using an AUR helper, it is not properly parsing the makedepends array. If you are building this manually with makepkg, you have to install the build requirements in the makedepends array first.

Asher256 commented on 2017-06-24 03:11

I've got an error:

```
checking for GNU gettext in libc... yes
checking whether to use NLS... yes
checking where the gettext function comes from... libc
checking for po4a-translate... no
configure: error: cannot find po4a-translate
==> ERROR: A failure occurred in build().
Aborting...
```

Any idea?

dsboger commented on 2017-06-22 03:18

ldc is a make dependency of tilix, and ldc hard-depends on llvm-libs, so there might be something wrong with your installation.

All comments