Waybar: Symbol lookup error after upgrading

[CommanderKronos]

Hi there. I'm using waybar on arch. I recently upgraded using pacman -Syu. And since then I got the error.
waybar: symbol lookup error: waybar: undefined symbol: _ZN4Json5ValueaSES0_

steps to reproduce
run waybar from terminal

(This is my first ever issue i open on github. So if I'm supposed to add anything or do something else please let me know)

[ppascher]

Not sure if it is the same issue but since you mentioned using arch: What is your libjsoncpp version? Mine was updated to 1.9.1-1 about a week ago and it does not provide the libjsoncpp.so.20 required by Waybar anymore but .21 instead. I tried a symbolic link but that does not work unfortunatly. I get a waybar: error while loading shared libraries: libjsoncpp.so.20: cannot open shared object file: No such file or directory whet trying to start waybar. A downgrade should work.

[CommanderKronos]

Ow okay! But I don't actually know how I can downgrade. Do you know how I could do that?

Edit: Wow I must have been severely sleep deprived when I read this for the first time. I guess mine must have been updated as well. Because I got the same exact error. Do you know how to downgrade libjsonccp though? Because I have no idea.

[CommanderKronos]

Hey! I fixed my issue. Like ppascher said

A downgrade should work.

Just downgrade jsoncpp to 1.8.4 and waybar should work again. To downgrade I used the downgrader tool: https://github.com/pbrisbin/downgrade
I had to remove waybar though. Because this tool gives an error when it encounters dependencies.

Steps I used to fix:
-Remove waybar
-Downgrade jsoncpp
-Recompile and make waybar
-Profit

Should I close this issue now? I don't know how github works yet.

[gnxlxnxx]

Yet another lookup error, not sure either if that's the same issue:

waybar: symbol lookup error: /usr/lib/libspdlog.so.1: undefined symbol: _ZN3fmt2v68internal14sprintf_formatIdEEPcT_RNS1_6bufferIcEENS1_13sprintf_specsE

I'm going to have to downgrade too then...

EDIT: doesn't really seem to have to do anything specifically with waybar saw the issue with other programs as well probably a issue with a dependency...

[FreeFull]

That's an issue with fmt. Upgrade fmt to 6.1.2 or downgrade to 6.1.0

[gnxlxnxx]

Oh great thanks my aur helper (pacaur) has somehow not upgraded that.

[ppascher]

I just took a look again and noticed the 'waybar' command I was executing was located under '/usr/local/bin' while the current build (using arch's latest jsoncpp) installed to '/usr/bin'. Using the correct path fixes this issue for me. Sorry for the noise.

[guanghwang]

It fixes the problem, using @ppascher method. Not sure why I have waybar in two locations.

[dmitridb]

I'm finding this as an issue with latest version of fmt again.

pacman -U /var/cache/pacman/pkg/fmt-7.0.3-1-x86_64.pkg.tar.zst

and boom fixed

[SweetestRug]

I am experiencing the same problem on Manjaro (which it looks inherited the issue from Arch). Downgrading to fmt 7.0.3-1 solves the problem...for now.

[diraol]

I'm facing a smiliar issue:

waybar: symbol lookup error: waybar: undefined symbol: _ZN6spdlog7details7log_msgC1ENS_10source_locEN3fmt2v617basic_string_viewIcEENS_5level10level_enumES6_

I'm using debian:

No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux bullseye/sid
Release: unstable
Codename: sid

And waybar installed from debian repo:

waybar/unstable,now 0.9.4-1+b1 amd64

Since there were some comments about libfmt, here is the version I have:

libfmt7/unstable,now 7.1.3+ds1-4 amd64

And also:

libjsoncpp24/unstable,now 1.9.4-4 amd64

Any suggestion on how to debug / figure out what is going on is very welcome!

[dmitridb]

I couldn't get a thing with this to compile and run on Debian or Ubuntu with an up to date version of sway. Best advice is to reconsider your choice of distro for its package management philosophy if you want to use this without headaches, unless managing sid backports that maybe don't even exist along with the current version of waybar sounds like fun to you. The supporting libs packages with the distro are simply too crumbly and old for moving targets like this without someone supporting it on the distro side
-------- Original Message --------
On 28 Dec 2020, 10:02, Diego Rabatone Oliveira wrote:

I'm facing a smiliar issue:

waybar: symbol lookup error: waybar: undefined symbol: ZN6spdlog7details7log_msgC1ENS_10source_locEN3fmt2v617basic_string_viewIcEENS_5level10level_enumES6

I'm using debian:

No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux bullseye/sid
Release: unstable
Codename: sid

And waybar installed from debian repo:

waybar/unstable,now 0.9.4-1+b1 amd64

Since there were some comments about libfmt, here is the version I have:

libfmt7/unstable,now 7.1.3+ds1-4 amd64

And also:

libjsoncpp24/unstable,now 1.9.4-4 amd64

Any suggestion on how to debug / figure out what is going on is very welcome!

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or unsubscribe.

[dmitridb]

wait you're actually running sid? yeah might be fixed in some days on package maintainers end but still having to deal with this on a distro like that was more trouble than it was worth for me personally.
-------- Original Message --------
On 28 Dec 2020, 18:53, Dmitri DB wrote:

I couldn't get a thing with this to compile and run on Debian or Ubuntu with an up to date version of sway. Best advice is to reconsider your choice of distro for its package management philosophy if you want to use this without headaches, unless managing sid backports that maybe don't even exist along with the current version of waybar sounds like fun to you. The supporting libs packages with the distro are simply too crumbly and old for moving targets like this without someone supporting it on the distro side
-------- Original Message --------
On 28 Dec 2020, 10:02, Diego Rabatone Oliveira wrote:

I'm facing a smiliar issue:

waybar: symbol lookup error: waybar: undefined symbol: ZN6spdlog7details7log_msgC1ENS_10source_locEN3fmt2v617basic_string_viewIcEENS_5level10level_enumES6

I'm using debian:

No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux bullseye/sid
Release: unstable
Codename: sid

And waybar installed from debian repo:

waybar/unstable,now 0.9.4-1+b1 amd64

Since there were some comments about libfmt, here is the version I have:

libfmt7/unstable,now 7.1.3+ds1-4 amd64

And also:

libjsoncpp24/unstable,now 1.9.4-4 amd64

Any suggestion on how to debug / figure out what is going on is very welcome!

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or unsubscribe.

[diraol]

Yeap, I'm a sid user! (and I'm pretty much aware of what does this mean).

To be honest, usually it is quite ok. Indeed sometimes I face some issues that are fixed within some days (usually less then a day). And I'm good with it, especially because debian is the distro I feel more comfortable with.

Anyway, if you guys have tips for me in order to track down the error so I can file a bug report (in the broken package tracker) that would be welcome :)

[dmitridb]

if you can figure out how apt does an operation like pacman -U in arch, you're good. I just don't know if that exists, I try and run stable personally because that's debian's stronger point... and mostly just on servers
-------- Original Message --------
On 29 Dec 2020, 11:26, Diego Rabatone Oliveira wrote:

Yeap, I'm a sid user! (and I'm pretty much aware of what does this mean).

To be honest, usually it is quite ok. Indeed sometimes I face some issues that are fixed within some days (usually less then a day). And I'm good with it, especially because debian is the distro I feel more comfortable with.

Anyway, if you guys have tips for me in order to track down the error so I can file a bug report (in the broken package tracker) that would be welcome :)

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or unsubscribe.

[diraol]

What does pacman -U does?

Regarding stables and servers, then I totally agree, for servers I would never think about sid!

[dmitridb]

allows you to downgrade to a specific recent version in the package cache
-------- Original Message --------
On 29 Dec 2020, 14:29, Diego Rabatone Oliveira wrote:

What does pacman -U does?

Regarding stables and servers, then I totally agree, for servers I would never think about sid!

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or unsubscribe.

[diraol]

Hum... I just found out something weird.

I have another computer with debian where I have a mix of testing and unstable packages (yeah, I know, this goes against debian recommendations).

In this second computer I the same waybar version installed, but I don't have the libfmt7 package installed, and waybar is working perfectly.

Eventually this has something to do with the fact that I had built waybar before it was available with apt.

I'll try to install fmt from source and see what happens.

Regarding downgrades, we can apt install <packager>=<version>. But that requires the version to be available and, in this specific case, neither waybar nor libfmt7 are available in different versions other than the one installed. (I don't know debian policies for package versions in sid)

[dmitridb]

heh yeah you're fighting a battle where literally "install gentoo" would be less of an enormous pain in the rear and waste of time

-------- Original Message --------
On 29 Dec 2020, 14:39, Diego Rabatone Oliveira wrote:

Hum... I just found out something weird.

I have another computer with debian where I have a mix of testing and unstable packages (yeah, I know, this goes against debian recommendations).

In this second computer I the same waybar version installed, but I don't have the libfmt7 package installed, and waybar is working perfectly.

Eventually this has something to do with the fact that I had built waybar before it was available with apt.

I'll try to install fmt from source and see what happens.

Regarding downgrades, we can apt install =. But that requires the version to be available and, in this specific case, neither waybar nor libfmt7 are available in different versions other than the one installed. (I don't know debian policies for package versions in sid)

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or unsubscribe.

[diraol]

Issue already being tracked here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=978471

Neither related to waybar nor fmt, it is related to: libspdlog1