Viestialustana vianhallintajärjestelmät

Constantly logging ”No protocol specified”

1. toukokuuta 2020 klo 17.21
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: BOINC

Boinc-client logs ”No protocol specified” incessantly, twice every second on my setup.

    -- Logs begin at Wed 2020-03-25 14:45:19 EET, end at Fri 2020-05-01 17:14:34 EEST. --
    touko 01 00:00:00 saegusa boinc[2083]: No protocol specified
    touko 01 00:00:00 saegusa boinc[2083]: No protocol specified
    touko 01 00:00:01 saegusa boinc[2083]: No protocol specified
    touko 01 00:00:01 saegusa boinc[2083]: No protocol specified
    touko 01 00:00:02 saegusa boinc[2083]: No protocol specified
    touko 01 00:00:02 saegusa boinc[2083]: No protocol specified
    touko 01 00:00:03 saegusa boinc[2083]: No protocol specified
    touko 01 00:00:03 saegusa boinc[2083]: No protocol specified
    touko 01 00:00:04 saegusa boinc[2083]: No protocol specified
    touko 01 00:00:04 saegusa boinc[2083]: No protocol specified
    touko 01 00:00:05 saegusa boinc[2083]: No protocol specified
    touko 01 00:00:05 saegusa boinc[2083]: No protocol specified
    touko 01 00:00:06 saegusa boinc[2083]: No protocol specified

…and on and on…

    touko 01 17:14:54 saegusa boinc[2083]: No protocol specified
    touko 01 17:14:55 saegusa boinc[2083]: No protocol specified
    touko 01 17:14:55 saegusa boinc[2083]: No protocol specified
    touko 01 17:14:56 saegusa boinc[2083]: No protocol specified
    touko 01 17:14:56 saegusa boinc[2083]: No protocol specified
    touko 01 17:14:57 saegusa boinc[2083]: No protocol specified
    touko 01 17:14:57 saegusa boinc[2083]: No protocol specified
    touko 01 17:14:58 saegusa boinc[2083]: No protocol specified
    touko 01 17:14:58 saegusa boinc[2083]: No protocol specified
    touko 01 17:14:59 saegusa boinc[2083]: No protocol specified
    touko 01 17:14:59 saegusa boinc[2083]: No protocol specified
    touko 01 17:15:00 saegusa boinc[2083]: No protocol specified
    touko 01 17:15:00 saegusa boinc[2083]: No protocol specified
    touko 01 17:15:01 saegusa boinc[2083]: No protocol specified
    touko 01 17:15:01 saegusa boinc[2083]: No protocol specified
    touko 01 17:15:02 saegusa boinc[2083]: No protocol specified
    touko 01 17:15:02 saegusa boinc[2083]: No protocol specified

Vastaa viestiin sen kontekstissa (Launchpad)

This is still an issue.

28. huhtikuuta 2020 klo 16.49
Sijainti: Vianhallintajärjestelmät: Github
Avainsanat: Nextcloud

This is still an issue.

Vastaa viestiin sen kontekstissa (Github)

Unmuting Twitch video pauses playback, when media.autoplay.enabled.user-gestures-needed=false, media.autoplay.default=1

24. huhtikuuta 2020 klo 16.35
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: Firefox, Twitch

With `media.autoplay.enabled.user-gestures-needed` set to false and `media.autoplay.default` set to 1 (block audio), which is the default (and other autoplay-related settings in their defaults as well), a Twitch video can only be either paused or playing muted; unmuting the video pauses it and vice versa.

== Steps to reproduce ==
1. Open about:config
2. Search for autoplay in the settings
3. Set media.autoplay.enabled.user-gestures-needed to false
4. Set media.autoplay.default to 1
5. Open a Twitch VOD, for instance https://www.twitch.tv/videos/280106033
6. Try to unmute the video

== What happens ==
The video is unmuted, but also paused

== What I expect to happen ==
For the video to continue playing, unmuted

Vastaa viestiin sen kontekstissa (Launchpad)

I’m able to reproduce this when I set media.autoplay.enabled.user-gestures-needed to false

24. huhtikuuta 2020 klo 16.27
Sijainti: Vianhallintajärjestelmät: Mozilla Bugzilla
Avainsanat: Firefox, Twitch

I’m able to reproduce this when I set media.autoplay.enabled.user-gestures-needed to false; if set to true (which is the default), unmuting does not pause the video.

Vastaa viestiin sen kontekstissa (Mozilla Bugzilla)

VLC does not exit after closing window

20. huhtikuuta 2020 klo 17.02
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: Debian, Manjaro, Ubuntu, VLC, Wowza

Still present in 20.04 (Focal) with vlc 3.0.9.2-1, though here at least it seems to only affect some URLs, not all. When I view a stream from my local webcam, vlc -vvv in the terminal shows

main playlist debug: incoming request – stopping current input

as the final message, and does not exit (after closing the window; Ctrl-Q still works). But when streaming from Wowza’s RTSP test stream [1], vlc exits just fine after closing the window.

Debian bug 916595 [2] and related VLC ticket [3] mention disabling hardware acceleration as a workaround, but even so I was unable to make it work (i.e. exit properly).

Possibly related: Ubuntu bug #1847162. There’s also been discussion about the issue over on Manjaro forums [4].

* [1] rtsp://wowzaec2demo.streamlock.net/vod/mp4:BigBuckBunny_115k.mov
* [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=916595
* [3] https://trac.videolan.org/vlc/ticket/20627
* [4] https://forum.manjaro.org/t/vlc-not-closing/69965/2

Vastaa viestiin sen kontekstissa (Launchpad)

Done. Thanks, Sebastien!

10. huhtikuuta 2020 klo 15.39
Sijainti: Vianhallintajärjestelmät: Launchpad

Done. Thanks, Sebastien!

Vastaa viestiin sen kontekstissa (Launchpad)

Keyboard shortcut restoring shortcut cut short when localized

10. huhtikuuta 2020 klo 15.38
Sijainti: Vianhallintajärjestelmät: Gnome GitLab
Avainsanat: Gnome, Launchpad, Ubuntu

Affected version

I’m using Ubuntu 20.04 and Wayland, with gnome-shell currently at version 3.36.1-4ubuntu1. (I originally filed this on Launchpad.)

Bug summary

When trying to start a virtual machine with Gnome Boxes, I get a prompt about keyboard shortcuts. The prompt text is localized, but translated back to English it says:

Boxes wants to inhibit shortcuts

You can restore shortcuts by pressing Super+Escape.

In my locale (Finnish), it says

Sovellus Boksit haluaa rajoittaa pikanäppäinten toimintaa.

Voit palauttaa pikanäppäinten toiminnan painamalla Super...

(sic; see attached photo)

So the actual key combination is truncated, defeating the point of that part of the text.

This isn’t a localization error (AFAICT, based on the translation source). Rather, it’s caused by the text being forced to fit on a single line of an arbitrarily fixed width, instead of wrapping to span as many lines as needed.

Screenshot

20200409_180221

Vastaa viestiin sen kontekstissa (Gnome GitLab)

luksFormat without root rights results in ”Not compatible PBKDF options”

10. huhtikuuta 2020 klo 14.11
Sijainti: Vianhallintajärjestelmät: Launchpad

When trying without root:

$ dd if=/dev/zero bs=16M count=1 of=test.img
1+0 records in
1+0 records out
16777216 bytes (17 MB, 16 MiB) copied, 0.0326881 s, 513 MB/s
$ echo foo | cryptsetup luksFormat test.img –
Not compatible PBKDF options.

Whereas for root it still works:

# dd if=/dev/zero bs=16M count=1 of=test.img
Please touch the device.
1+0 records in
1+0 records out
16777216 bytes (17 MB, 16 MiB) copied, 0.0183403 s, 915 MB/s
# echo foo | sudo cryptsetup luksFormat test.img –
#

For a workaround (from upstream report) with non-root, specify –type luks1:

$ dd if=/dev/zero bs=16M count=1 of=test.img
1+0 records in
1+0 records out
16777216 bytes (17 MB, 16 MiB) copied, 0.0138972 s, 1.2 GB/s
$ echo foo | cryptsetup luksFormat –type luks1 test.img –
$

Vastaa viestiin sen kontekstissa (Launchpad)

For undeleteable cards, see #2613 and a workaround in the comments

9. huhtikuuta 2020 klo 20.24
Sijainti: Vianhallintajärjestelmät: Github

@denish-kanabar For undeleteable cards, see #2613 and a workaround in the comments.

Vastaa viestiin sen kontekstissa (Github)

Oh and I’m using Wayland, in case it matters here

9. huhtikuuta 2020 klo 18.42
Sijainti: Vianhallintajärjestelmät: Launchpad
Avainsanat: Wayland, Xorg

Oh and I’m using Wayland, in case it matters here. Haven’t yet tried whether Xorg is similarly affected.

Vastaa viestiin sen kontekstissa (Launchpad)

« Uudempia - Vanhempia »