Package Details: eternalterminal-server 6.2.1-1

Git Clone URL: https://aur.archlinux.org/eternalterminal.git (read-only, click to copy)
Package Base: eternalterminal
Description: Re-Connectable Terminal connection. Includes only the server.
Upstream URL: https://mistertea.github.io/EternalTerminal/
Licenses: Apache
Conflicts: eternalterminal, eternalterminal-client
Submitter: jtgoguen
Maintainer: Digitalghost
Last Packager: Digitalghost
Votes: 11
Popularity: 2.78
First Submitted: 2017-05-12 03:43 (UTC)
Last Updated: 2022-05-11 03:47 (UTC)

Latest Comments

1 2 3 Next › Last »

skew-t commented on 2022-06-20 16:48 (UTC) (edited on 2022-06-20 16:48 (UTC) by skew-t)

I was similarly running into a conflict with an updated protobuf version. As mentioned by yuyichao, rebuilding the et package resolved this. With yay:

yay -S --rebuild eternalterminal

anoble commented on 2022-05-24 15:05 (UTC) (edited on 2022-05-24 15:14 (UTC) by anoble)

I'm seeing this error as of yesterday

error while loading shared libraries: libprotobuf-lite.so.30: cannot open shared object file: No such file or directory

I tried to symlink libprotobuf-lite.so.30 to libprotobuf-lite.so.31 but I got this error still.

Uncaught c++ exception: This program was compiled against version 3.19.2 of the Protocol Buffer runtime library, which is not compatible with the installed version (3.20.1).  Contact the program author for an update.  If you compiled the program yourself, make sure that your headers are from the same version of Protocol Buffers as your link-time library.  (Version verification failed in "/home/acrownoble/tmp/EternalTerminal/src/terminal/TerminalServerMain.cpp".)

I don't have much time at the moment to dig further. But for anyone else seeing this issue, I was able to work around it by downgrading protobuf with sudo pacman -U file:///var/cache/pacman/pkg/protobuf-3.19.4-1-x86_64.pkg.tar.zst if you have it cached.

d4l3k commented on 2022-03-02 21:43 (UTC) (edited on 2022-03-02 21:43 (UTC) by d4l3k)

Updating fixes it:

pkgver='6.1.11'
...
sha256sums=('bff58ae9122a39a7012e741d2d514b0966725c942021f3279fa7e2b00cfd20a3')

d4l3k commented on 2022-03-02 21:21 (UTC)

Running into a compilation issue now:

/home/tristanr/.cache/yay/eternalterminal/src/EternalTerminal-et-v6.1.8/external_imported/sentry-native/external/breakpad/src/client/linux/handler/exception_handler.cc: In function ‘void google_breakpad::{anonymous}::InstallAlternateStackLocked()’:
/home/tristanr/.cache/yay/eternalterminal/src/EternalTerminal-et-v6.1.8/external_imported/sentry-native/external/breakpad/src/client/linux/handler/exception_handler.cc:141:49: error: no matching function for call to ‘max(int, long int)’
  141 |   static const unsigned kSigStackSize = std::max(16384, SIGSTKSZ);
      |                                         ~~~~~~~~^~~~~~~~~~~~~~~~~
In file included from /usr/include/c++/11.2.0/bits/char_traits.h:39,
                 from /usr/include/c++/11.2.0/string:40,
                 from /home/tristanr/.cache/yay/eternalterminal/src/EternalTerminal-et-v6.1.8/external_imported/sentry-native/external/breakpad/src/client/linux/handler/exception_handler.h:38,
                 from /home/tristanr/.cache/yay/eternalterminal/src/EternalTerminal-et-v6.1.8/external_imported/sentry-native/external/breakpad/src/client/linux/handler/exception_handler.cc:66:
/usr/include/c++/11.2.0/bits/stl_algobase.h:254:5: note: candidate: ‘template<class _Tp> const _Tp& std::max(const _Tp&, const _Tp&)’
  254 |     max(const _Tp& __a, const _Tp& __b)
      |     ^~~
/usr/include/c++/11.2.0/bits/stl_algobase.h:254:5: note:   template argument deduction/substitution failed:
/home/tristanr/.cache/yay/eternalterminal/src/EternalTerminal-et-v6.1.8/external_imported/sentry-native/external/breakpad/src/client/linux/handler/exception_handler.cc:141:49: note:   deduced conflicting types for parameter ‘const _Tp’ (‘int’ and ‘long int’)
  141 |   static const unsigned kSigStackSize = std::max(16384, SIGSTKSZ);
      |                                         ~~~~~~~~^~~~~~~~~~~~~~~~~
In file included from /usr/include/c++/11.2.0/bits/char_traits.h:39,
                 from /usr/include/c++/11.2.0/string:40,
                 from /home/tristanr/.cache/yay/eternalterminal/src/EternalTerminal-et-v6.1.8/external_imported/sentry-native/external/breakpad/src/client/linux/handler/exception_handler.h:38,
                 from /home/tristanr/.cache/yay/eternalterminal/src/EternalTerminal-et-v6.1.8/external_imported/sentry-native/external/breakpad/src/client/linux/handler/exception_handler.cc:66:
/usr/include/c++/11.2.0/bits/stl_algobase.h:300:5: note: candidate: ‘template<class _Tp, class _Compare> const _Tp& std::max(const _Tp&, const _Tp&, _Compare)’

Celti commented on 2021-08-30 19:15 (UTC) (edited on 2021-08-30 19:16 (UTC) by Celti)

@makeworld: EternalTerminal no longer needs boost as a dep since June 2017 (8b522fa), no longer needs gflags since July 2019 (74ad062), and no longer needs ncurses since March 2017 (118210c).

makeworld commented on 2021-08-26 03:27 (UTC)

Even when I install from this package or from source with vcpkg off, it still segfaults.

Digitalghost commented on 2021-08-26 03:19 (UTC)

Building with vcpkg on arch segfaults because of some issue in the libsodium that vcpkg builds. For arch, vcpkg must be turned off.

makeworld commented on 2021-08-26 01:40 (UTC)

Dependencies for building are missing: boost, gflags, ncurses.

Unrelated, but this package segfaults, client-side anyway. I cannot connect to my server. When I build from source with vcpkg enabled (so just default build) it still doesn't work.

simona commented on 2021-01-05 12:01 (UTC)

eternalterminal: /usr/bin/et è già presente nel filesystem (appartiene a wps-office) :-(((((