Search Criteria
Package Details: tio 3.0-1
Git Clone URL: | https://aur.archlinux.org/tio.git (read-only, click to copy) |
---|---|
Package Base: | tio |
Description: | The simple TTY terminal I/O application |
Upstream URL: | https://tio.github.io/ |
Licenses: | GPL-2.0-or-later |
Submitter: | nickoe |
Maintainer: | nickoe (swiftgeek, jledet, lundmar) |
Last Packager: | swiftgeek |
Votes: | 38 |
Popularity: | 5.40 |
First Submitted: | 2016-05-20 15:16 (UTC) |
Last Updated: | 2024-04-30 00:46 (UTC) |
Dependencies (6)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR)
- libinih (libinih-gitAUR)
- lua
- meson (meson-gitAUR, meson-rustAUR) (make)
- bash-completion (bash-completion-gitAUR) (optional) – bash completion support
Latest Comments
1 2 3 Next › Last »
marcool04 commented on 2024-05-04 09:31 (UTC) (edited on 2024-05-04 09:39 (UTC) by marcool04)
It appears that pkgconf is now needed for the build process to be able to find lua. When building in a clean chroot in x86 Arch Linux, interestingly I already have pkgconfig installed. However, I got the following error building on a similar aarch64 (arm) chroot today:
Since lua is a dependency already of tio, and there was discussion here previously about cmake not being required, I tried to add pkgconf as a dependency and that works fine.
I did search the upstream repo for any indication that this is indeed required and admit I could find none... But it is obviously using pkconfig or cmake to find its dependency, lua.
m040601 commented on 2024-04-15 03:34 (UTC) (edited on 2024-04-15 04:18 (UTC) by m040601)
Thanks for the work maintaining this very usefull PKGBUILD. If everyone votes for it, maybe one day could be an official Arch package.
Here are some issues that still need to be polished in this PKGBUILD. Some were already mentioned in the previous comments. Please read them and pay attention. If you need help, just ask.
POINT NR.1: unnecessary dependencies
You dont have to and should not force the "bash-completion" official package as a dependency. This was already mentioned earlier.
Perhaps you are confusing "bash-completion" the package, that is the tool or machinery, with the location,
Do
to see who "owns" it.
And thats the only thing you need to take care. That a folder "/usr/share/bash-completion/completions" exists (which is true in 99.99 %) of all Arch systems. And that you put the file "tio" there.
This is usually a simple copy operation with "install", something like
I dont know how "meson" works,
But if you need help, just ask and somebody will help you.
In any case remember that you are not supposed to follow blindly the developers Makefile, or meson, or installation instructions. They are general Linux installation procedures. They are to be adapted to the Archlinux guidelines if and when necessary.
POINT NR. 2 - Readme, NEWS, and examples
This is the only thing that this PKGBUILD currently stuffs in the user system.
$ pacman -Ql tio
However,
$ wget https://github.com/tio/tio/releases/download/v2.8/tio-2.8.tar.xz
$ tar tf tio-2.8.tar.xz
/usr/share/doc/tio/README.md /usr/share/doc/tio/NEWS /usr/share/doc/tio/example/...
Again a simple copy operation like for ex,
POINT NR3: URL
As already mentioned, it is not,
It is https://tio.github.io/
Or, in my opinion better, https://github.com/tio/tio since there is nothing to see in the "github.io" page.
Thanks in advance.
swiftgeek commented on 2024-03-06 03:33 (UTC)
Thanks for reporting @ocelotsloth.
GPL-2.0-or-later
change fromGPL-2.0-only
happened on 3f29bce (Apr 24, 2016. First tagged in v1.3)ocelotsloth commented on 2024-03-06 00:02 (UTC)
The license in this package isn't quite correct. It should be the SPDX identifier
GPL-2.0-or-later
https://github.com/tio/tio/blob/master/LICENSEm040601 commented on 2023-09-22 09:44 (UTC)
Should be corrected. Both 'http' to https' now redirect to 'https://github.com/tio/tio'
Sacro commented on 2023-08-06 13:12 (UTC)
Please don't depend on bash-completion, not everyone has or uses bash.
Also no need to depend on glibc, it's part of the base system.
jhenson commented on 2022-11-10 20:09 (UTC)
I get the same message as @graysky when building on x86_64 (which builds fine) so that's not an error and cmake isn't required either.
nickoe commented on 2022-11-10 18:59 (UTC)
@jhenson, cmake would ve wrong as well...
jhenson commented on 2022-11-10 18:24 (UTC)
@nickoe, shouldn't bash-completion be listed as as optdepends and/or a makedepends? A hard dependency seems like the wrong approach as not everyone uses bash as their shell.
nickoe commented on 2022-11-10 14:38 (UTC)
@graysky, I have resolved the issue and pushed a more appropriate fix.
1 2 3 Next › Last »