Yes, it seems to work as expected (i.e. identically with both OG and sudo-rs) with the lines split, in either order

16. syyskuuta 2025 klo 13.09
Sijainti: Vianhallintajärjestelmät: Github
Avainsanat: sudo

Yes, it seems to work as expected (i.e. identically with both OG and sudo-rs) when the are lines split, in either order, as long as timestamp_timeout value is unquoted. Double-quoting it again causes the ”expected nonnegative number” error (regardless of whether that line is first or second).

$ sudo-rs chown jani:jani test
/etc/sudoers.d/90-ssh-auth-sock:2:39: expected nonnegative number
Defaults!/bin/chown timestamp_timeout="0"
                                      ^
$ sudo cat /etc/sudoers.d/90-ssh-auth-sock 
[sudo] password for jani:
Defaults!/bin/chown env_keep+="SSH_AUTH_SOCK"
Defaults!/bin/chown timestamp_timeout="0"

Vastaa viestiin sen kontekstissa (Github)

Order-dependency/inconsistency in sudoers parameter=value parsing wrt. quotes

15. syyskuuta 2025 klo 17.11
Sijainti: Vianhallintajärjestelmät: Github
Avainsanat: sudo, Ubuntu

Describe the bug
I’m testing sudo-rs, and came across a bit of weirdness in sudoers parsing, related to quotes and parameter order.

To Reproduce

  1. $ touch test
  2. edit /etc/sudoers.d/90-ssh-auth-sock to look like this:
    Defaults!/bin/chown timestamp_timeout=1,env_keep+=SSH_AUTH_SOCK
  3. $ sudo-rs chown root:root test # this works as expected
  4. edit /etc/sudoers.d/90-ssh-auth-sock to reorder the parameter=value pairs like this:
    Defaults!/bin/chown env_keep+=SSH_AUTH_SOCK,timestamp_timeout=1
  5. $ sudo-rs chown jani:jani test # this fails:
    /etc/sudoers.d/90-ssh-auth-sock:1:63: double quotes are required for VAR=value pairs
    Defaults!/bin/chown env_keep+=SSH_AUTH_SOCK,timestamp_timeout=1
    ^

Expected behavior

For sudo-rs to perform the command in 5. without error, as it did in point 3.

Environment (please complete the following information):

  • Ubuntu 24.04
  • sudo-rs commit hash: b434d4d (precompiled version 0.2.8 binary from the Github release page)

Additional context
For background, I’m using pam_ssh_agent_auth to authorize my user with SSH keys to run some commands, which requires env_keep+=SSH_AUTH_SOCK.

I also like have it time out immediately, so I additionally set timestamp_timeout=0. I initially thought the issue was caused by the zero, but testing with timestamp_timeout=1 resulted in the same errors, so that’s what I’m using here, for unambiguity.

The caret in the error message points to timestamp_timeout’s value, so I’d assume the logical solution is to quote that value, like this:

Defaults!/bin/chown env_keep+=SSH_AUTH_SOCK,timestamp_timeout="1"

But this doesn’t help:

$ sudo-rs chown jani:jani test
/etc/sudoers.d/90-ssh-auth-sock:1:63: double quotes are required for VAR=value pairs
Defaults!/bin/chown env_keep+=SSH_AUTH_SOCK,timestamp_timeout="1"
                                                              ^

So my next thought is to quote both values:

Defaults!/bin/chown env_keep+="SSH_AUTH_SOCK",timestamp_timeout="1"

This causes a different error:

$ sudo-rs chown jani:jani test
/etc/sudoers.d/90-ssh-auth-sock:1:65: expected nonnegative number
Defaults!/bin/chown env_keep+="SSH_AUTH_SOCK",timestamp_timeout="1"
                                                                ^

The only remaining option is to quote only the first parameter value. Surprisingly, this works:

Defaults!/bin/chown env_keep+="SSH_AUTH_SOCK",timestamp_timeout=1

$ sudo-rs chown jani:jani test
$

With OG sudo, any order or combination of these parameters, quoted or unquoted, works as expected.

Vastaa viestiin sen kontekstissa (Github)

Pyytäisin tähän kohtaan klv:n puolelle liittymää

14. syyskuuta 2025 klo 10.15
Sijainti: Muut: Oulun Palautepalvelu
Avainsanat: Hönttämäki, liikenne, turvallisuus

Pyytäisin tähän kohtaan klv:n puolelle liittymää. Nyt kuntorataa pitkin kaakon suunnalta tuonne Hönttämäentien klv:lle tuleva pyöräilijä/kävelijä pääsee kyllä parkkipaikan liittymän kohdalta autotielle asti, mutta sen jälkeen pitää ylittää piennar ja oja, kun klv:n puolella liittymää ei ole. Liittymä parantaisi myös tienylittäjien ennakoitavuutta autoilijoiden kannalta.

Vastaa viestiin sen kontekstissa (Oulun Palautepalvelu)

Tien keskelle muodostunut korkea harjanne

14. syyskuuta 2025 klo 9.53
Sijainti: Muut: Oulun Palautepalvelu
Avainsanat: liikenne, turvallisuus

Kuvassa ei näy kovin hyvin, mutta tuohon kohtaan on tien keskelle muodostunut korkea harjanne, joka sateen jälkeen liukkaana on aika vaarallinen. Huomasin, kun pyörä oli luiskahtaa alta siinä kohtaa.

Kuntoradan möykkyinen pätkä Hönttämäessä.

Vastaa viestiin sen kontekstissa (Oulun Palautepalvelu)

Download link for files converted from AVIF to PNG or WebP produces JPEGs in Firefox

10. syyskuuta 2025 klo 17.35
Sijainti: Vianhallintajärjestelmät: Github
Avainsanat: Chrome, Firefox, Mazanoke, Ubuntu, Vivaldi

Describe the bug
I’m getting inconsistent results when converting AVIF images to other formats, using Firefox (in Ubuntu). I’m self-hosting Mazanoke 1.1.5, but the results are the same with mazanoke.com.

To Reproduce
Steps to reproduce the behavior:

  1. Download this example AVIF file (as raw)
  2. In Mazanoke, select Convert to: PNG
  3. Drag and drop the AVIF file into the browser
  4. Click the Download button of the converted file

Expected behavior
to receive a PNG file, fox.profile0.10bpc.yuv420.png

Screenshots
I receive a JPEG file, named fox.profile0.10bpc.yuv420.jpeg

Desktop (please complete the following information):

  • OS: Ubuntu 24.04
  • Browser Firefox 142.0.1

Additional context
The same thing (i.e. receiving a JPEG file) happens if I choose WebP as output, but not if I choose ICO: downloading the latter does produce a fox.profile0.10bpc.yuv420.ico, as expected.

Choosing JPG output also works as expected (although it would be pretty funny if it didn’t). Notably, this produces the filename fox.profile0.10bpc.yuv420.jpg: the file extension differs from the one produced by Firefox for the unexpected cases (.jpeg).

I can also work around the issue by selecting ”Download all”, which produces a zip archive, and all the files therein are in my chosen output formats as listed.

In Vivaldi (which is based on Chrome) the Download link also does produce the file in the chosen output format. So this looks like Firefox-specific issue.

Converting from (and to) other formats seems to work as expected in Firefox (at least the ones I’ve tested so far).

Vastaa viestiin sen kontekstissa (Github)

Last two releases not published on Github

15. elokuuta 2025 klo 17.06
Sijainti: Vianhallintajärjestelmät: Github
Avainsanat: Github, Mattermost

According to the [changelog](https://docs.mattermost.com/product-overview/mobile-app-changelog.html), there have been two releases since 2.29.1, but 2.29.1 is the latest on the [releases page](https://github.com/mattermost/mattermost-mobile/releases) here on Github. 2.30.0 and now 2.31.0 (apparently released today) are missing.

Vastaa viestiin sen kontekstissa (Github)

Lähestymiskytkimet tässä risteyksessä eivät taida toimia

30. toukokuuta 2025 klo 18.53
Sijainti: Muut: Oulun Palautepalvelu
Avainsanat: Äimätie, liikenne

Lähestymiskytkimet tässä risteyksessä eivät taida toimia, kun pitää purnukasta nappia painaa, jotta sen valo syttyy. Muistaakseni tässä valot vaihtuvat kyllä tavallisesti itsekseenkin ajastimella, mutta ainakaan tuolla kirjaamanani tapahtuma-aikana (helatorstaiaamuna) eivät olleet ajastinvaihdolla, vaan näyttivät (pyöräilijälle) punaista kunnes painoin rasian nappia.

Vastaa viestiin sen kontekstissa (Oulun Palautepalvelu)

Sähkökaappi auki

24. toukokuuta 2025 klo 18.40
Sijainti: Muut: Liikenteen Asiakaspalvelu
Avainsanat: turvallisuus, VR

Sähkökaapin ovi auki tuolla radan vieressä.

Vastaa viestiin sen kontekstissa (Liikenteen Asiakaspalvelu)

Building 2.28.0 now succeeds with node 22 as well

22. toukokuuta 2025 klo 20.20
Sijainti: Vianhallintajärjestelmät: Github
Avainsanat: Mattermost

I build on release tags, and it looks like building 2.28.0 now succeeds with node 22 as well (whereas 2.27.0 still failed). So I think this is fixed now!

Vastaa viestiin sen kontekstissa (Github)

Kaurajemmarin sisältö

15. toukokuuta 2025 klo 9.06
Sijainti: Muut: Leivon Leipomo
Avainsanat: kuluttajuus, Leivon Leipomo

Löysin herkullisen Kaurajemmarin jokin aika sitten. Lyhyen kokeilun perusteella se ei kuitenkaan harmi kyllä tunnu soveltuvan IBS:n takia FODMAP-rajoitteiseen ruokavaliooni.

Pienet jäämät muista viljoista (kuin kaurasta) eivät tavallisesti ole minulla aiheuttaneet ongelmia, eikä periaatteessa mikään muukaan ainesosaluettelossa mainitusta pitäisi olla sopimatonta, jollei sitten kyse ole siirapista. Kysyisinkin, että onkohan tuon valmistukseen käytettävä siirappi kenties fruktoosi- tai inverttisokerisiirappia? Nämä eivät FODMAP-rajoitteiselle sovi, toisin kuin glukoosisiirappi.

Vastaa viestiin sen kontekstissa (Leivon Leipomo)

« Uudempia - Vanhempia »