When running amixer within a terminal emulator inside of i3 (launched with the .xinitrc option), the following is printed to the screen:

ALSA lib confmisc.c:855:(parse_card) cannot find card '0'
ALSA lib conf.c:5111:(_snd_config_evaluate) function snd_func_card_inum returned error: No such file or directory
ALSA lib confmisc.c:422:(snd_func_concat) error evaluating strings
ALSA lib conf.c:5111:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory
ALSA lib confmisc.c:1334:(snd_func_refer) error evaluating name
ALSA lib conf.c:5111:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory
ALSA lib conf.c:5599:(snd_config_expand) Evaluate error: No such file or directory
ALSA lib control.c:1481:(snd_ctl_open_noupdate) Invalid CTL sysdefault
cannot open mixer: No such file or directory

Running startx , everything operates as expected.

Hi there. Using make install, the manager starts up as expected, but it gets a PAM auth error and refuses to log in.

pam_authenticate: Authentication failure

Relevant journal logs:

Nov 25 23:00:01 archlinux kernel: audit: type=1100 audit(1637910001.595:1030): pid=3975 uid=0 auid=4294967295 ses=4294967295 msg='op=PAM:authentication grantors=? acct="test" exe="/usr/local/bin/fin" hostname=? a
ddr=? terminal=? res=failed'
Nov 25 23:00:01 archlinux audit[3975]: USER_AUTH pid=3975 uid=0 auid=4294967295 ses=4294967295 msg='op=PAM:authentication grantors=? acct="test" exe="/usr/local/bin/fin" hostname=? addr=? terminal=? res=failed'
Nov 25 23:00:01 archlinux fin[3975]: pam_warn(display_manager:auth): function=[pam_sm_authenticate] flags=0 service=[display_manager] terminal=[<unknown>] user=[test] ruser=[<unknown>] rhost=[<unknown>]
Nov 25 23:00:01 archlinux fin[3975]: pam_authenticate: Authentication failure

Please let me know what information I can hand over (if there's a debug/trace option I can use, etc.) to give you a hint as to what I can look into.

I will continue troubleshooting from my side in the meantime to try to resolve the issue.

This specific code does not work, from pam.c:

    int result = pam_start(SERVICE_NAME, username, NULL, &pam_handle);
    if (result != PAM_SUCCESS) {
		printf("err %d", result);
        err("pam_start...");
    }

It always return:
pam_start: System error

I have checked and the openpam-20200510p0 is installed in my computer, OpenBSD 7.3 amd64

Might there be room to support 2FA authentication here?

Having just submitted a PR (#11) I wanted to see how the test cases were written. However, I noticed when looking through the logs, that the code coverage report is not actually running, and crashes. This is true for both versions of the check.

Running the code locally on my machine, the reason becomes obvious:

$ coverage=`go tool cover -func coverage.out | grep total | tr -s '\t' | cut -f 3 | grep -o '[^%]*'`
$ echo $coverage
30.0

30.0 isn't an integer, it's a float, which is why bash's -lt operator isn't working.

PR incoming.

Hi everyone.

concept

before

after

question/feedback

• I would like to know what you all think about this idea, What you all think about this idea?
• I was thinking of creating something with fin with this concept, What you all think about this concept?

What the title says. This is a regression caused by e5dd3df .

PR #11.

Instead of only shutdown it would be nice to reboot instead

Like the FyneDesk code that moved to a theme we should do the same.

Fyne's generator for creating embedded static resources was a great idea, and necessary at the time of creation, but as of Go 1.16, there's a new standard library API called embed.

I would like to propose fin moves over to that package instead. Benefits include:

• no inclusion of gigantic .go files in the workspace that editors can choke one when evaluating
• the original file can be included in the repo only once
• no need for go generate functions

I've already implemented this myself, PR incoming.

According to the XDG spec: (here)

1. XDG_DATA_HOME takes precedence
2. but if it's not set, it should be assumed to be $HOME/.local/share
3. Additionally, XDG_DATA_DIRS contains system-wide data which should be taken into account at a lower precedence.
4. If empty, assume it is /usr/local/share/:/usr/share/

Currently, the code is backwards, checking the XDG_DATA_DIRS variable first, with a couple of fallbacks. XDG_DATA_HOME should be used first, with XDG_DATA_DIRS as a fallback.

The reason this distinction is important: As it is right now, a non-root user is unable to customize their xsessions list, as on any normal system with XDG_DATA_DIRS set, user config files will not be read.

While I personally have systemd on my Linux systems, we might want to look at an option to not use it for those that wish to do so. I think this also would be important for getting fin running on FreeBSD and OpenBSD as well. This requires more research for other init systems and how their services work and so on before we commit to anything though.