<Evo2>
norkki: I've seen it in Discord too. I'm using Discord from flathub.
Evo2 has quit [Remote host closed the connection]
monaaraj has quit [Ping timeout: 240 seconds]
monaaraj has joined #river
Evo2 has joined #river
noopdecoder has joined #river
noopdecoder has quit [Quit: noopdecoder]
noopdecoder has joined #river
noopdecoder has quit [Client Quit]
noopdecoder has joined #river
noopdecoder has quit [Quit: noopdecoder]
noopdecoder has joined #river
waleee has quit [Ping timeout: 240 seconds]
<Evo2>
ifreund: It seems that the river build is setting the RUNPATH/RPATH in the river binary. Is this done intentionally?
<Evo2>
It is causes the river package I'm building for Debain to fail a valiation check.
<Evo2>
Since I'm extreemly new to zig (about 48 hours) I've not been able to understand the build system well enough to understand how to disable it.
snakedye has quit [Ping timeout: 256 seconds]
noopdecoder has quit [Quit: noopdecoder]
gtms has joined #river
gtms has left #river [#river]
gtms has joined #river
gtms has left #river [WeeChat 3.4]
gtms has joined #river
gtms has quit [Client Quit]
gtms has joined #river
monaaraj has quit [Ping timeout: 256 seconds]
monaaraj has joined #river
monaaraj has quit [Ping timeout: 240 seconds]
monaaraj has joined #river
snakedye has joined #river
monaaraj has quit [Ping timeout: 256 seconds]
monaaraj has joined #river
monaaraj has quit [Ping timeout: 240 seconds]
monaaraj has joined #river
monaaraj has quit [Ping timeout: 256 seconds]
monaaraj has joined #river
<ifreund>
norkki: oh, are you running master? I recently pushed a fix for that
<ifreund>
monaaraj: cursors are handled by the client in wayland, so you probably need to set your gtk cursor theme
<monaaraj>
Yep! I checked the ~/.config/gtk-2.0 and ~/.config/gtk-3.0 directories - here's their contents: https://bpa.st/GM5A - they both appear to be set to the same cursor I set in my river init: `riverctl xcursor-theme Paper 32`
<monaaraj>
So, I don't think I can see a reason for this to be happening, unless the configs were messed up somehow
<ifreund>
yeah, not sure what's going on there then :/
<ifreund>
eww isn't gtk though, not sure how it determines the cursor theme to use
<ifreund>
or maybe it is gtk
<ifreund>
only other thing that comes to mind is that gtk uses different units for cursor size
<monaaraj>
yeah i just guessed its GTK because i know firefox uses gtk too and the problem happens when I hoverr over eww, but what I do know eww depends on when complied for wayland is gtk-layer-shell
<monaaraj>
only options i can see in firefox that relate to it is http://0x0.st/ozUT.png
<ifreund>
firefox just leaves it up to GTK afaik, I doubt any firefox options would have an effect
<ifreund>
does changing the cursor size you have set for gtk work and make your cursor bigger/smaller for gtk programs?
Guest88 has joined #river
Guest88 has quit [Quit: Client closed]
<ifreund>
Evo2: hmm, I don't see RPATH/RUNPATH set in the output of `objdump -x`, how exactly are you building river?
<novakane>
ewww require gtk3 as dependency, it use gtk css IIRC
<novakane>
s/ewww/eww
<monaaraj>
No, changing the value in the configs doesnt seem to change anything, tested via eww, firefox, gtk-demo, and netsurf-gtk3 - though, interestingly, gtk-demo has the correct size for my cursor. But I cannot change it to any other size
<ifreund>
Evo2: ah, zig does seem to set RUNPATH if I'm targeting the native system, are you passing -Dtarget=x86_64-linux-gnu or similar?
<ifreund>
you'll certainly want to set -Dtarget and -Dcpu for packaging
<ifreund>
(-Dcpu=baseline that is)
<novakane>
monaaraj: did you tried with `gsettings set org.gnome.desktop.interface cursor-size <size>` sometimes it works better than using the config file for me
<monaaraj>
is that gnome specific?
<novakane>
I don't think so, I always use gsettings to set my themes
<monaaraj>
huh, it works for eww, and i think i know how to make it work for firefox - thank you so much! I wonder why it fixed it
<novakane>
I can't tell you why but I had some problems with changing the config file and that did nothing but `gsettings set org.gnome.desktop.interface <whatever>` worked
<novakane>
you can use `get` instead of `set` to see what is the current value too
<monaaraj>
Ah, I see! Thank you very much, I also made it work for firefox (I put mine in a bwrap container to put ~/.mozilla into ~/.config/firefox)
<monaaraj>
just had to include the ~/.config/dconf dir and it worked
<novakane>
nice, glad it worked
<emersion>
ifreund: seems like the RSS/Atom feed disappeared from your website, was this intentional?
Grawp has joined #river
pkap has joined #river
<Grawp>
Is there some workaround or patch for using single tagset?
<Grawp>
I lover River very much but I switch outputs very often and not having single tagset is making River for me barely usable.
<Grawp>
I'd like to normally view tags 1-9 on monitor0, 11-19 on monitor1, and 21-29 on monitor2. This way for example when monitor2 was gone (reconnected to work laptop, RPi project, whatever) I would still be able to view tags 21-29 on other monitors but after the monitor2 was reconnected I could move all currently viewed tags from 21-29 range to the
<Grawp>
monitor2.
gtms has quit [Quit: WeeChat 3.4]
<novakane>
Grawp: not there is no workaround for now
monaaraj has quit [Ping timeout: 256 seconds]
waleee has joined #river
monaaraj has joined #river
monaaraj has quit [Ping timeout: 256 seconds]
monaaraj has joined #river
elshize has quit [Remote host closed the connection]
notzmv has quit [Ping timeout: 240 seconds]
monaaraj has quit [Ping timeout: 256 seconds]
<norkki>
ifreund: I'm using the latest stable release. I'll check out master if it has it fixed
monaaraj has joined #river
<norkki>
seems like arch finally has wlroots 0.15 in the community-staging repo but I'll just continue builiding it from source
monaaraj has quit [Ping timeout: 240 seconds]
monaaraj has joined #river
<natris1979[m]>
I'll sure be glad when they completely have that mess cleaned up. I've been using arch for over a year and this is the first time I've had to build something from source to get around version conflicts
<norkki>
ifreund: xwayland stuff works correctly in the master branch :D
monaaraj has quit [Ping timeout: 240 seconds]
meks has joined #river
<meks>
Hi! I would like to implement scroll factor management with riverctl. Where should I start?
<leon-p>
meks: By figuring out if it is a libinput configuration, or something else
<leon-p>
AFAIK the amount scrolled by each scroll "click" is an arbitrary value hard-coded by each application / toolkit. But scroll input is generally a bit more involved, so you might want to first look at all scroll events exposed by libinput and the wl_cursor interface and go on from there
<ifreund>
emersion: yeah, I previously just had hugo's autogenerated rss stuff and took the time to make a proper atom feed for the blog recently with the full content of posts: https://isaacfreund.com/blog/feed.xml
<ifreund>
I haven't gotten around to advertising that link anywhere on the site yet though sorry
<ifreund>
norkki: nice! thanks for giving it a try and confirming :)
waleee has quit [Ping timeout: 268 seconds]
<Nulo>
meks: Maybe event.delta_discrete is an i32?
<ifreund>
^ yep, that's probably it
waleee has joined #river
<meks>
Nulo, it is. How do I do this multiplication correctly? I need to get rounded i32 output from (0.1 * event.delta_discrete)
<Nulo>
Use the opposite (@intToFloat) with event.delte_discrete
<ifreund>
why not just `event.delta_discrete / 10`?
<meks>
so @floatToInt(i32, (0.1 * @intToFloat(f64, event.delta_discrete)))?
<ifreund>
that would work though
<meks>
ifreund, so that user could increase scroll sensitivity as well as decrease it
<meks>
so scroll_factor = 0.5 would half the sensitivity and scroll_factor = 2.0 would increase it two times
<meks>
@floatToInt(i32, (0.1 * @intToFloat(f64, event.delta_discrete))) looks ugly. Is there a way to make it nicer?
<ifreund>
ah, so the 0.1 is intended to be replaced by a variable
<meks>
yep, just testing for now
<ifreund>
well you can get rid of some redundant parens, `@floatToInt(i32, 0.1 * @intToFloat(f64, event.delta_discrete))` but that's about as concise as it gets
<ifreund>
zig is intentionally explicit about stuff like this
<meks>
k, thanks
<meks>
Should I implement a ScrollFactor struct in InputConfig.zig?
<meks>
Every struct in InputConfig.zig has an apply function, but since modifying scroll factor does not require changes to libinput device, ScrollFactor does not need an apply function
<meks>
And should I really define ScrollFactor in input.zig if it has nothing to do with libinput
<leon-p>
meks: InputConfig.zig is for per-device configuration, regardless of whether it's libinput or not
<meks>
ok, will put it there
<meks>
should it be allowed to use negative scroll factor values to reverse scroll direction?
<leon-p>
meks: no
<leon-p>
that's what the natural scroll option is for
<leon-p>
probably clamp it to (0.1, 10) or something like that. Not sure what min and max values make sense
<meks>
makes more sense to me to just throw an error if it the value is negative
<meks>
or i can just silently take absolute value and don't throw any errors
<leon-p>
meks: just do what the other input config code also does
<leon-p>
meks: you need to get an input device from the event in Cursor.zig and from there get the corresponding config.
<leon-p>
I am not sure all those connections can be made right now, you may have to add a few pointers to some things.
noopdecoder has joined #river
<kindablue>
so i've run into an odd issue. when I upgraded to the most recent git version of river toggle-float no longer has any effect.
<kindablue>
has anyone else experienced thiS?
gtms has joined #river
<meks>
how can bind move-view and resize-view to execute *only* when the target view is already in a floating mode?
<leon-p>
you can't
<leon-p>
however if you are fine with modifying the code, it's very likely just a one-liner in the command code
<meks>
thanks leon, I will figure out a patch
pkap has joined #river
<Evo2>
ifreund I'm just using the options documenteed on the README.md. You can see the runpath with: readelf -d $(which river) | grep runpath
gtms has quit [Quit: WeeChat 3.4]
<Evo2>
I tried to compile with -Dtarget=x86_64-linux-gnu and the build failed to find various c header files. wayland-util.h, wlr/version.h, wlr/config.h and so on.
<Evo2>
Building with -Dcpu=baseline worked but the RUNPATH is still set. I checked to see if any special flags are used it the river-git AUR but it's just 'zig build install -Drelease-safe -Dxwayland --prefix /user'.
<Evo2>
Can anyone recommend a good place for me to start learning about the zig build system?