openSUSE support / install fails silently?

[K0-RR]

This is not a rant, I don't expect You to support things You don't use daily

Describe the bug
I tried to install dosr on opensuse tumbleweed but the cargo command printed Unsupported OS so, after locating the "culprit", which starts here

RootAsRole/xtask/src/util.rs

Line 37 in 3a47802

impl OsTarget {

, for fun, I modified my /etc/os-release to contain the word fedora.

At first the installation failed without explicit reason – something along "OS error 2" – but running it again with strace allowed me to narrow it down to missing pandoc on my system.

Next try seemed to install correctly:

cargo xtask install -bip sudo
    Finished `release` profile [optimized] target(s) in 0.12s
     Running `target/release/xtask install -bip sudo`
Failed to find executable dnf: No such file or directory
Failed to find executable dnf: No such file or directory
   Compiling rootasrole v3.3.4 (/home/k0rr/RootAsRole)
    Finished `release` profile [optimized] target(s) in 54.41s
   Compiling rootasrole v3.3.4 (/home/k0rr/RootAsRole)
    Finished `release` profile [optimized] target(s) in 1m 14s

No errors (ignoring that missing dnf obviously) but dosr binary wasn't copied from ./target/release/dosr. Any idea why?

Expected behaviour

• Clear error messages – although I'm the one breaking the check, I still think it should fail cleanly, stating pandoc is missing.
• Support for less popular distros, because I'm openSUSE and OpenMandriva fanboy – maybe package dosr for nixOS, if this would be possible for such tool, as that would make it available for every niche distribution.
• Successful install

[LeChatP]

Hello, I did my best to address the issues you reported. Please let me know if the changes work on your side. I tested everything using act for GH Actions, but I’m aware it can be unreliable when it comes to distribution-specific configurations. Even discrepancies between act and actual GitHub Actions environments cause the pipeline to fail.

[K0-RR]

Hello, it installed correctly on opensuse but when I try to use it I instantly get

sr: Authentication failed
This incident is reported.

Reported to where :)
I even copied the /etc/security/rootasrole.json from my second machine where it works fine, but that didn't fix the problem. My limited knowledge screams PAM, but that's all – I have no idea how to verify that.

FYI for the redhat family You can switch to dnf as yum is currently just a symlink to it since a few versions.

I also noticed that using an invalid option just says sr: Invalid arguments without specifying what was not understood, which will make it harder to debug in a more complicated command

[LeChatP]

Oh yeah, it's definitively a PAM issue. So, the GH pipeline is working because I skipped PAM... But I indeed never checked manually how the config should be for general usage 😅
(i'm on it)

[LeChatP]

I just pushed opensuse config. You can remove the file : /etc/pam.d/dosr, pulling changes, and rerun cargo xtask install -bip please or the tool you wish :)

[K0-RR]

It's failing, not only on openSUSE – I also tried it on Ubuntu and Arch via distrobox, with

[2026-04-14T09:42:51Z ERROR xtask::installer::install xtask::installer::install] Failed to run privileged binary
[2026-04-14T09:42:51Z ERROR xtask xtask] Failed to run privileged binary. Please run /home/k0rr/RootAsRole/target/release/xtask as an administrator.

[LeChatP]

Humm. I guessed that you tried the installation with --debug flag? I pushed fixes to enable more logs and fixing debug flag when elevating privileges, otherwise it could be a right issue.

[LeChatP]

Could you detail more what is the process you tried to be able to reproduce the issue ?

[LeChatP]

Hello!

Can-you retry for the v4.0 version?