Package Details: dino-git v0.4.0.r0.g5568bbc6-1

Git Clone URL: https://aur.archlinux.org/dino-git.git (read-only, click to copy)
Package Base: dino-git
Description: Simple and modern Jabber/XMPP client written in vala
Upstream URL: https://dino.im/
Keywords: jabber omemo xmpp
Licenses: GPL3
Conflicts: dino
Provides: dino
Submitter: seppia
Maintainer: seppia (svalo)
Last Packager: svalo
Votes: 39
Popularity: 0.82
First Submitted: 2017-03-16 10:05 (UTC)
Last Updated: 2023-02-09 09:04 (UTC)

Latest Comments

1 2 3 4 5 Next › Last »

svalo commented on 2022-11-06 16:59 (UTC)

@postblue, issue was a discrepancy between my system and the chroot. Upgrading host system solved. I'll upload an updated package with libsoup3 as dependency. Thank you

svalo commented on 2022-11-06 08:51 (UTC) (edited on 2022-11-06 10:00 (UTC) by svalo)

@postblue, thank you. I can confirm that I'm using the same build function and it's not working when building in a clean environment.

It's instead working when built outside of the environment because, even when using the modified build function, it only links against libsoup2.

pacman -Ql dino-git | grep lib| cut -d ' ' -f 2 | xargs ldd  | grep soup
        libsoup-2.4.so.1 => /usr/lib/libsoup-2.4.so.1 (0x00007fbe3290a000)
        libsoup-2.4.so.1 => /usr/lib/libsoup-2.4.so.1 (0x00007f3d51ccb000)

Upstream report: https://github.com/dino/dino/issues/1285#issuecomment-1304762004

postblue commented on 2022-11-05 17:42 (UTC) (edited on 2022-11-05 17:55 (UTC) by postblue)

@svalo Sure, here is the build() I used before the 0.3.1 update:

build() {
    cd "${srcdir}/${pkgname%-git}"
    ./configure $_DISABLE_PLUGINS $_ENABLE_PLUGINS --with-tests --prefix="/usr" CC="$CC" CFLAGS="$CFLAGS" VALACFLAGS="$VALACFLAGS"
    cmake -B build -DUSE_SOUP3=1
    make
}

svalo commented on 2022-11-03 21:23 (UTC)

Hi @postblue,

Sorry for the late answer, I tried with the edit suggested and read the github issue but I get the same error anyway. I built it in a clean chroot just to be sure.

I receive 

$ dino

(process:83713): libsoup-ERROR **: 22:19:34.836: libsoup2 symbols detected. Using libsoup2 and libsoup3 in the same process is not supported.
[1]    83713 trace trap (core dumped)  dino

Can you share the diff from your pkgbuild and the one in the repo?

Thanks

postblue commented on 2022-10-27 18:01 (UTC)

We need to explicitly enable libsoup3 support for it to run: https://github.com/dino/dino/issues/1285#issuecomment-1293863016

Simply add cmake -B build -DUSE_SOUP3=1 in the build() process between ./configure and make.

svalo commented on 2022-02-16 21:35 (UTC)

This package is the -git version of dino, it should not be marked as outdate when a new release is out because it does not have a real version, every time it gets built makepkg will retrieve the latest HEAD and update the local version accordingly. Please flag the package if the build process is broken instead

The package in the repo https://archlinux.org/packages/community/x86_64/dino/ is already marked as outdate, which is by the way the best way to bring to the maintainer's attention tha a package is outdated.

Shara commented on 2022-02-16 12:54 (UTC)

Outdated https://github.com/dino/dino/releases/tag/v0.3.0

iegubkin commented on 2021-06-16 16:09 (UTC)

FYI --> v0.2.1 was released 2021-06-07

selurvedu commented on 2021-05-22 16:05 (UTC) (edited on 2021-05-22 18:20 (UTC) by selurvedu)

Hi @svalo! Could you please add a runtime dependency on icu?

After upgrading from ICU 68 to ICU 69, I looked at "Required By" in pacman -Qi icu and rebuilt all AUR packages that depended on it. However, Dino was not on the list, and as a result I got this:

$ ldd /usr/bin/dino | grep 'not found'
        libicuuc.so.68 => not found
        libicuuc.so.68 => not found

P.S. I found a few other packages with the same problem via pacman -Qqml | while read -r i; do test -f "$i" && ldd "$i" 2>&1 | grep 'not found' && pacman -Qo "$i"; done and I'm gonna leave a comment on them too. (To anyone who may want to use this one-liner: be aware that this command can give some false positives for binaries that are bundled with corresponding libs and are meant to be started with corresponding LD_LIBRARY_PATH, e.g. that's applicable for some proprietary software and *-bin packages. Also note that ldd works recursively, so "not found" may appear if a binary that is being checked depends on an existing library, which, in turn, depends on another library which was not found.)

lhark commented on 2021-05-14 23:58 (UTC)

Just FYI, with the merging of the audio/video calls feature into the master branch, dino now has a dependency on libnice ;)

1 2 3 4 5 Next › Last »