Bug#1003117: vlc 3.0.16/debian 11.2.0; main error: TLS session handshake timeout
Package: vlc Version: 3.0.16-1 Severity: normal X-Debbugs-Cc: alpha-beta-rele...@gmx.net Dear Maintainer, on Debian 11.2.0 i have the issue with vlc 3.0.16 when i try to open a network media. for some network media i get an error in the vlc log file: main error: TLS session handshake timeout specially media that are https and geo-locked, but geo-lock is not the issue, because i am in the country. also none of thr other applications have this issue. firefox-esr, curl or wget are able to open or download the links content without any issue. i tried VLC 3.0.16 on the same computer at the same network but under Windows 10, the result is VLC there never hat an issue with this kind of links. only on Debian 11 LXDE on a PC and RasPi OS Bullseye on a Raspberry Pi i have this issues. it started to be an issue with Bullseye. under Buster it wasnt an issue. to open a network media in VLC, i hit CTRL-N and paste the link in and pressed the PLAY button. then after a while an error message pops up: Your input can't be opened: VLC is unable to open the MRL 'https://liveradio.swr.de/sw282p3/swr3/play.mp3'. Check the log for details. i have no additional plugins installed / just installed vlc via: sudo apt install vlc the following link is maybe geo-locked and only allowed in germany: https://pdodswr-a.akamaihd.net/kindernetz/sendungen/dein-grosser-tag/1582247.xxl.mp4 here the vlc.log -- logger module started -- main: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. main: playlist is empty main error: TLS session handshake timeout main error: connection error: Resource temporarily unavailable main error: TLS session handshake timeout main error: connection error: Resource temporarily unavailable access error: HTTP connection failure -- logger module stopped -- here an other try, where the very first try was successful, but the second and later tries failed, also this link is maybe geo-locked and only allowed for germany: https://liveradio.swr.de/sw282p3/swr3/play.mp3 -- logger module started -- main: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. main: playlist is empty http error: local stream 1 error: Cancellation (0x8) prefetch error: unimplemented query (264) in control -- logger module stopped -- https://liveradio.swr.de/sw282p3/swr3/play.mp3 -- logger module started -- main: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. main: playlist is empty main error: TLS session handshake timeout main error: connection error: Resource temporarily unavailable gnutls error: TLS handshake error: Error in the push function. main error: TLS session handshake error main error: connection error: Network is unreachable access error: HTTP connection failure -- logger module stopped -- ... vlc -vvv --color --list brings only all green output, nothing g yellow or red. vlc -vvv and doing CTRL-N to paste the link and play gives no additional information on the console. *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: 11.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-10-amd64 (SMP w/8 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages vlc depends on: ii vlc-bin 3.0.16-1 ii vlc-plugin-base 3.0.16-1 ii vlc-plugin-qt3.0.16-1 ii vlc-plugin-video-output 3.0.16-1 Versions of packages vlc recommends: ii vlc-l10n 3.0.16-1 ii vlc-plugin-access-extra3.0.16-1 ii vlc-plugin-notify 3.0.16-1 ii vlc-plugin-samba 3.0.16-1 ii vlc-plugin-skins2 3.0.16-1 ii vlc-plugin-video-splitter 3.0.16-1 ii vlc-plugin-visualization 3.0.16-1 Versions of packages vlc suggests: pn vlc-plugin-fluidsynth pn vlc-plugin-jack pn vlc-plugin-svg Versions of packages libvlc-bin depends on: ii libc62.31-13+deb11u2 ii libvlc5 3.0.16-1 Versions of packages libvlc5 depends on: ii libc62.31-13+deb11u2 ii libvlccore9 3.0.16-1 Versions of packages libvlc5 recommends: ii libvlc-bin 3.0.16-1 Versions of packages vlc-bin depends on: ii libc6 2.31-13+deb11u2 ii libvlc-bin 3.0.16-1 ii libvlc5 3.0.16-1 Versions of packages vlc-plugin-access-extra depends on: ii libc62.31-13+deb11u2 ii libvlccore9 [vlc-plugin-abi-3-0-0f] 3.0.16-1 ii libvncclient10.9.13+dfsg-2 ii libxcb-composite0
Bug#1001151: pcmanfm: Debian 11.1.0 LXDE does not mount smart phone properly
Package: pcmanfm Version: 1.3.2-1 Severity: normal X-Debbugs-Cc: alpha-beta-rele...@gmx.net Dear Maintainer, i am not intirely shure where to report this bug: i have a strange behavior with Debian Live 11.1.0 amd64 LXDE iso, when i try to mount my Android 11 smart phone plugged in via USB. mounting my android smart phone always fails in this sequence: 1. boot into Debian Live 11.1.0 amd64 LXDE iso, 2. plug in my phone into the USB port, 3. give access to my files on the phone, 4. mounting the phone via the File Manager (pcmanfm?) will always fail with an error like: "The name:1.48 was not provided by any .service files" 5. i can successfully mount my old mp3-player via USB. 6. but subsequent plug in and mount, my phone sill give always that error above (steps 2,3,4). BUT, when i change the sequence after a fresh reboot to: 1. boot into Debian Live 11.1.0 amd64 LXDE iso, 2. i can successfully connect and mount my old mp3-player via USB. 3. unmount and unplug my mp3-player 4. plug in my phone into the USB port, 5. give access to my files on the phone, 6. i can sucessfulls mount and access files of my phone. 7. unmount and unplug phone 8. i can also successfully repeat steps 4,5,6,7 without any error. why can i successfully mount my phone, once my mp3-player was mounted before, but fails when i don't mount my mp3-player first? when i use the Debian Live 11.1.0. amd64 Cannamon iso, i can always mount my android smart phon successfully - there it doesn't matter what sequence is use, it always succeeds. why is the mount behavior of Debian Live 11.1.0 amd64 LXDE iso that strange? PS.: also Raspberry Pi OS Bullseye (from 2021-10-30) shows that strange behavior (it is based on Debian 11 bullseye LXDE) -- System Information: Debian Release: 11.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-9-amd64 (SMP w/8 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pcmanfm depends on: ii libatk1.0-0 2.36.0-2 ii libc62.31-13+deb11u2 ii libcairo21.16.0-5 ii libfm-gtk4 1.3.2-1 ii libfm4 1.3.2-1 ii libgdk-pixbuf-2.0-0 2.42.2+dfsg-1 ii libglib2.0-0 2.66.8-1 ii libgtk2.0-0 2.24.33-2 ii libpango-1.0-0 1.46.2-3 ii libpangocairo-1.0-0 1.46.2-3 ii libx11-6 2:1.7.2-1 ii shared-mime-info 2.0-1 Versions of packages pcmanfm recommends: ii gnome-icon-theme 3.12.0-3 ii gvfs-backends1.46.2-1 ii gvfs-fuse1.46.2-1 ii lxde-icon-theme 0.5.1-2.1 ii lxpolkit [polkit-1-auth-agent] 0.5.5-2 ii policykit-1-gnome [polkit-1-auth-agent] 0.105-7 pcmanfm suggests no packages. -- no debconf information
Bug#1001146: debian-live: Debian 11.1.0 LXDE amd64 live does not PXE boot
Package: debian-live Severity: normal X-Debbugs-Cc: alpha-beta-rele...@gmx.net Dear Maintainer, i can successfully PXE-boot my PC into the live iso Debian 11.1.0 Live amd64 Cannamom. but when i change the live iso to Debian 11.1.0 Live and64 LXDE, the PXE-boot stucks for ever with cycling through waiting for jobs starting: (1 of 7) A start Job is running for system activity accounting tool (../no limit) (2 of 7) A start Job is running for Disk Manager (../..) (3 of 7) A start Job is running for LSB: exim Mail Transport Agent (../..) (4 of 7) A start Job is running for Light Display Manager (../..) (5 of 7) A start Job is running for Self Monitoring and Reporting Technology (SMART) (../..) (6 of 7) A start Job is running for Modem Manager (../..) (7 of 7) A start Job is running for Hold until boot process finishes up (../no limit) the PXE-boot menu entry i use for Debian 11 looks like this: LABEL debian-x64 MENU LABEL Debian x64 KERNEL http://192.168.1.10/srv/nfs/debian-x64/live/vmlinuz-5.10.0-9-amd64 INITRD http://192.168.1.10/srv/nfs/debian-x64/live/initrd.img-5.10.0-9-amd64 APPEND ip=dhcp nfsroot=192.168.1.10:/srv/nfs/debian-x64 ro netboot=nfs boot=live config -- locales=de_DE.UTF-8 keyboard-layouts=de utc=no timezone=Europe/Berlin why is the Debian 11.1.0 Live amd64 Cannamom iso pxe-booting just fine, but Debian 11.1.0 Live amd64 LXDE iso is stucking for ever? i would expect the same pxe-boot behavior with all iso's of Debian 11.1.0 Live.
Bug#968293: crash: alsa_stream_get_position: Assertion `delay >= 0' failed.
Package: firefox-esr
Version: 68.11.0esr-1~deb10u1+rpi1
Severity: normal
Dear Maintainer,
i am using firefox-esr on my Raspberry Pi 4 with 4GB, original power-supply and
Raspberry Pi OS (Debian)
(2020-05-27-raspios-buster-armhf.zip)
the system is up-to-date (sudo apt update && sudo apt full-upgrade -y).
i installed firefox-esr by using "sudo apt install firefox-esr"
when i watch videos (e.g. Youtube, Vimeo, ...) firefox-esr crash some times
randomly.
it is not related to specific videos or specific positions in the video, nor a
specific webpage/platform.
a video that played without any issue before may bring firefox-esr to crash the
next time i play it.
but all the time firefox-esr crashes, it will show the same message to the
console as reason:
firefox-esr:
/build/firefox-esr-RgOFaD/firefox-esr-68.11.0esr/media/libcubeb/src/cubeb_alsa.c:1255:
alsa_stream_get_position: Assertion `delay >= 0' failed.
ExceptionHandler::GenerateDump cloned child 3366
ExceptionHandler::SendContinueSignalToChild sent continue signal to child
ExceptionHandler::WaitForContinueSignal waiting for continue signal...
Exiting due to channel error.
Exiting due to channel error.
Exiting due to channel error.
Exiting due to channel error.
Failed to open curl lib from binary, use libcurl.so instead
unfortunately i could not find the package firefox-esr-dbg for symbols on
Raspberry Pi OS distro, so the debugging information maybe not be very usefull:
firefox-esr:
/build/firefox-esr-RgOFaD/firefox-esr-68.11.0esr/media/libcubeb/src/cubeb_alsa.c:1255:
alsa_stream_get_position: Assertion `delay >= 0' failed.
Thread 14 "AudioIPC Server" received signal SIGABRT, Aborted.
[Switching to Thread 0xa97fe440 (LWP 7199)]
__GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
50 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt full
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
set = {__val = {0 , 32, 32, 0, 2, 2, 0, 44100, 44100,
0, 4460996, 31, 3070224744, 0, 0, 2584177792}}
pid =
tid =
ret =
#1 0xb6c21230 in __GI_abort () at abort.c:79
save_stage = 1
act = {__sigaction_handler = {sa_handler = 0x382d46, sa_sigaction =
0x382d46}, sa_mask = {__val = {3067432176, 3070224744, 3070224744, 3016622388,
1255, 3016622488, 0, 2843726660, 3066451772, 3067303760, 3067328240,
3063976592,
4, 11, 3666216192, 3067423768, 3067432176, 3070224744,
2843731008, 3016622388, 1255, 193088, 2598564416, 4460544, 4262216, 1255,
3064988072, 2843726704, 2729177088, 3016622104, 3067303600, 2729177088}},
sa_flags = -1278345192, sa_restorer = 0xb6d356b0}
sigs = {__val = {32, 0 }}
#2 0xb6c2ebb8 in __assert_fail_base (fmt=0xb6d356b0 "%s%s%s:%u: %s%sAssertion
`%s' failed.\n%n", assertion=0xb3ce0198 "delay >= 0",
assertion@entry=0xa97fe440 "\001",
file=0xb3ce0134
"/build/firefox-esr-RgOFaD/firefox-esr-68.11.0esr/media/libcubeb/src/cubeb_alsa.c",
file@entry=0xb3ce0018 "alsa_stream_get_position", line=1255,
line@entry=3067303600,
function=function@entry=0xb3ce0018 "alsa_stream_get_position") at
assert.c:92
str = 0x9ae2f240 "\310\311\r\264"
total = 4096
#3 0xb6c2ec6c in __GI___assert_fail (assertion=0xa97fe440 "\001",
file=0xb3ce0018 "alsa_stream_get_position", line=3067303600,
function=0xb3ce0018 "alsa_stream_get_position") at assert.c:101
No locals.
#4 0xb23633d4 in ?? () from /usr/lib/firefox-esr/libxul.so
No symbol table info available.
#5 0xb31f4524 in ?? () from /usr/lib/firefox-esr/libxul.so
No symbol table info available.
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)
-- Package-specific info:
-- Extensions information
Name: Amazon.com
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled
Name: Bing
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled
Name: Dark theme
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: user-disabled
Name: Default theme
Location: /usr/lib/firefox-esr/omni.ja
Package: firefox-esr
Status: enabled
Name: DuckDuckGo
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled
Name: eBay
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled
Name: Firefox Monitor
Location: /usr/lib/firefox-esr/browser/features/fxmoni...@mozilla.org.xpi
Package: firefox-esr
Status: enabled
Name: Firefox Screenshots
Location: /usr/lib/firefox-esr/browser/features/screensh...@mozilla.org.xpi
Package: firefox-esr
Status: enabled
Name: Form Autofill
Location: /usr/lib/firefox-esr/browser/features/formautof...@mozilla.org.xpi
Package: firefox-esr
Status: enabled
Name: Google
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled
Name: h264ify
Location: ${PROFILE_EXTENSIONS}/jid1-tsgsxbhncsp...@jetpack.xpi
Status: enabled
Name: Light theme
Location:
Bug#909718: debian-live: Fedora 29 has proper signed bootia32.efi
Package: debian-live Followup-For: Bug #909718 Dear Steve, i am sorry for my unhelpful words of my previous post. i was so frustrated with the situation. please forgive me. today i tried Fedora 29 Workstation Live (64bit). there is a bootia32.efi that is correctly Microsoft UEFI CA signed. with that version i can boot and use Fedora 29 on all my UEFI32 + SecureBoot enabled devices successfully. i hope it will be fixed for Debian as well soon... sudo /usr/bin/sbverify --list BOOTIA32.EFI warning: data remaining[839112 vs 975536]: gaps between PE/COFF sections? signature 1 image signature issuers: - /C=US/ST=Washington/L=Redmond/O=Microsoft Corporation/CN=Microsoft Corporation UEFI CA 2011 image signature certificates: - subject: /C=US/ST=Washington/L=Redmond/O=Microsoft Corporation/CN=Microsoft Windows UEFI Driver Publisher issuer: /C=US/ST=Washington/L=Redmond/O=Microsoft Corporation/CN=Microsoft Corporation UEFI CA 2011 - subject: /C=US/ST=Washington/L=Redmond/O=Microsoft Corporation/CN=Microsoft Corporation UEFI CA 2011 issuer: /C=US/ST=Washington/L=Redmond/O=Microsoft Corporation/CN=Microsoft Corporation Third Party Marketplace Root
Bug#911352: shim-signed: Fedora 29 has proper signed bootia32.efi
Package: shim-signed Followup-For: Bug #911352 Dear Maintainer, today i tried Fedora 29 Workstation Live (64bit). there is a bootia32.efi that is correctly Microsoft UEFI CA signed. with that version i can boot and use Fedora 29 on all my UEFI32 + SecureBoot enabled devices successfully. i hope it will be fixed for Debian as well soon... sudo /usr/bin/sbverify --list BOOTIA32.EFI warning: data remaining[839112 vs 975536]: gaps between PE/COFF sections? signature 1 image signature issuers: - /C=US/ST=Washington/L=Redmond/O=Microsoft Corporation/CN=Microsoft Corporation UEFI CA 2011 image signature certificates: - subject: /C=US/ST=Washington/L=Redmond/O=Microsoft Corporation/CN=Microsoft Windows UEFI Driver Publisher issuer: /C=US/ST=Washington/L=Redmond/O=Microsoft Corporation/CN=Microsoft Corporation UEFI CA 2011 - subject: /C=US/ST=Washington/L=Redmond/O=Microsoft Corporation/CN=Microsoft Corporation UEFI CA 2011 issuer: /C=US/ST=Washington/L=Redmond/O=Microsoft Corporation/CN=Microsoft Corporation Third Party Marketplace Root
Bug#911352: shim-signed: missing Microsoft-signed version for UEFI 32bit
Package: shim-signed Severity: normal Dear Maintainer, it looks like there is a 32 bit (i386) version of shim-signed missing, that is Microsoft-signed and able to boot UEFI 32bit version with enabled SecureBoot. i have a tablet/netbook, where Windows 10 (32bit) is preinstalled. that device has only a UEFI 32 bit. it has no UEFI 64 option and has no option for Legacy BIOS / CSM. but the device has a 64bit CPU. (i think the reason why there is an UEFI32 and Windows 10 32bit preinstalled on that device, is an licence/pricepoint thing) anyhow, when i try to boot Debian 9.5.0 amd64 or i386, the device will not boot, because of missing bootia32.efi on the Live DVD. on the Debian 9.5.0 multiarch i386_amd64 netinstall media, there is bootia32.efi file, but that is not Microsoft-signed and the boot process will stop because of wrong signature. to be able to boot Debian 9.5.0 Live DVD (64bit and 32bit version) on that device, an UEFI32 (i386/i686) shim (bootia32.efi) with proper Microsoft-signature is necessary, like the existinf UEFI64 (amd64) counterpart that is Microsoft-signed properly. -- System Information: Debian Release: 9.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 4.9.0-7-686 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#909718: debian-live: it is a UEFI 32 only system.
Package: debian-live Followup-For: Bug #909718 Dear MaintaineSteve McIntyre, my system have UEFI 32 only, a "legacy" BIOS mode does not exist. i can not disable SecureBoot. the Windows System Partition is encrypted by BitLocker on the har drive, and i saw a video where somebody disabled SecureBoot to boot Linux Live and after re-enabling SecureBoot later to boot into Windows again, the system run into BitLocker Recovery mode, and he had to use BitLocker Recovery to decrypt and re-encrypt everything again. so disabling SecureBoot will destroy the stored BitLocker-key somehow. thats because disabling SecureBoot is not an option. why are UEFI32 only tablet/netbook users disadvantaged or excluded from using Linux / Debian? i mean to me it looks like it is only a matter of providing proper signed grub-efi-ai32-signed package or shim-signed or what ever packages are involved. or is Debian Linux Live friendly only for big customers with big hardware? sorry, but i am a bit disappointed.
Bug#909718: debian-live: bootia32.efi + UEFI32 + SecureBoot => certificate error
Package: debian-live Severity: normal Dear Maintainer, i have a tablet/netbook with: - 32bit UEFI (only), - SecureBoot enabled, - 32/64bit CPU, - Windows 10 Pro (32bit) i can't use the live-dvd 64bit, 32bit version nor the multi-arch (debian-9.5.0-amd64-i386-netinst.iso) to boot LiveDVD or LiveUSB, because bootia32.efi on the Live iso media isn't signed properly. i get a signed certificat error at boot time from UEFI. on a PC with 64bit UEFI and SecureBoot enabled i don't have that problem. why is the bootx64.efi signed properly for SecureBoot an UEFI 64bit, but bootia32.efi isn't signed properly for SecureBoot an UEFI 32bit ? i tried the folowing iso images: debian-9.5.0-amd64-i386-netinst.iso (it has /efi/boot/bootia32.efi and bootx64.efi, but not signed properly for UEFI32 + SecureBoot) debian-live-9.5.0-amd64-lxde.iso (it has no bootx64.efi and no bootia32.efi at all) debian-live-9.5.0-i386-lxde.iso (it has no bootia32.efi at all) i don't knbow where in which package the issue is. shim-signed, grub-efi-ia32-signed*, live-*, or where even -- System Information: Debian Release: 9.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-7-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
