Bug#1011425: fluidsynth: Consider adding support for sndio
Hello Fabian. I'm not sure if I could get the person who authored the sndio driver to agree to a license upstream wants, as they don't seem to be around anymore looking at the pull request[1] I based my patch on... Seeing that it's very unlikely Debian will accept this patch, I'm perfectly fine with closing this bug as wontfix. I will just direct interested sndio users to my website[2] for the patch and let them apply it themselves if they wish to. :) [1] - https://github.com/FluidSynth/fluidsynth/pull/470 [2] - http://rw.rs/~job/software/
Bug#1011425: fluidsynth: Consider adding support for sndio
Control: found -1 2.3.1-1
Updated patch for 2.3.1 upstream update. No substantial changes, really.From: Job Bautista
Subject: Implement support for sndio, based from FreeBSD
Upstream normally should implement support for such sound servers, but
a pull request to implement said support got rejected due to licensing.
I've made some changes myself to be compatible with 2.3.1.
Author: Yuri Victorovich
Author: Jacob Meuser
Author: Job Bautista
Forwarded: https://github.com/FluidSynth/fluidsynth/pull/470
Last-Update: 2023-01-03
--- fluidsynth-2.3.1.orig/CMakeLists.txt
+++ fluidsynth-2.3.1/CMakeLists.txt
@@ -89,6 +89,7 @@ option ( enable-waveout "compile Windows
option ( enable-winmidi "compile Windows MIDI support (if it is available)" on )
option ( enable-sdl2 "compile SDL2 audio support (if it is available)" on )
option ( enable-pulseaudio "compile PulseAudio support (if it is available)" on )
+option ( enable-sndio "compile Sndio support (if it is available)" on )
option ( enable-pipewire "compile PipeWire support (if it is available)" on )
option ( enable-readline "compile readline lib line editing (if it is available)" on )
option ( enable-threads "enable multi-threading support (such as parallel voice synthesis)" on )
@@ -531,6 +532,17 @@ else ( enable-pulseaudio )
unset_pkg_config ( PULSE )
endif ( enable-pulseaudio )
+unset ( SNDIO_SUPPORT CACHE )
+if ( enable-sndio )
+pkg_check_modules ( SNDIO sndio>=1.5.0 IMPORTED_TARGET )
+set ( SNDIO_SUPPORT ${SNDIO_FOUND} )
+if ( SNDIO_SUPPORT )
+list( APPEND PC_REQUIRES_PRIV "sndio")
+endif ( SNDIO_SUPPORT )
+else ( enable-sndio )
+unset_pkg_config ( SNDIO )
+endif ( enable-sndio )
+
unset ( ALSA_SUPPORT CACHE )
if ( enable-alsa )
pkg_check_modules ( ALSA alsa>=0.9.1 IMPORTED_TARGET )
--- fluidsynth-2.3.1.orig/cmake_admin/report.cmake
+++ fluidsynth-2.3.1/cmake_admin/report.cmake
@@ -79,6 +79,12 @@ else ( PULSE_SUPPORT )
set ( AUDIO_MIDI_REPORT "${AUDIO_MIDI_REPORT} PulseAudio:no\n" )
endif ( PULSE_SUPPORT )
+if ( SNDIO_SUPPORT )
+set ( AUDIO_MIDI_REPORT "${AUDIO_MIDI_REPORT} Sndio: yes\n" )
+else ( SNDIO_SUPPORT )
+set ( AUDIO_MIDI_REPORT "${AUDIO_MIDI_REPORT} Sndio: no\n" )
+endif ( SNDIO_SUPPORT )
+
if ( SDL2_SUPPORT )
set ( AUDIO_MIDI_REPORT "${AUDIO_MIDI_REPORT} SDL2: yes\n" )
else ( SDL2_SUPPORT )
--- fluidsynth-2.3.1.orig/src/CMakeLists.txt
+++ fluidsynth-2.3.1/src/CMakeLists.txt
@@ -25,6 +25,10 @@ if ( PULSE_SUPPORT )
set ( fluid_pulse_SOURCES drivers/fluid_pulse.c )
endif ( PULSE_SUPPORT )
+if ( SNDIO_SUPPORT )
+ set ( fluid_sndio_SOURCES drivers/fluid_sndio.c )
+endif ( SNDIO_SUPPORT )
+
if ( ALSA_SUPPORT )
set ( fluid_alsa_SOURCES drivers/fluid_alsa.c )
endif ( ALSA_SUPPORT )
@@ -245,6 +249,7 @@ add_library ( libfluidsynth-OBJ OBJECT
${fluid_oss_SOURCES}
${fluid_portaudio_SOURCES}
${fluid_pulse_SOURCES}
+${fluid_sndio_SOURCES}
${fluid_dsound_SOURCES}
${fluid_wasapi_SOURCES}
${fluid_waveout_SOURCES}
@@ -362,6 +367,10 @@ if ( TARGET PkgConfig::PULSE AND PULSE_S
target_link_libraries ( libfluidsynth-OBJ PUBLIC PkgConfig::PULSE )
endif()
+if ( TARGET PkgConfig::SNDIO AND SNDIO_SUPPORT )
+target_link_libraries ( libfluidsynth-OBJ PUBLIC PkgConfig::SNDIO )
+endif()
+
if ( ALSA_SUPPORT )
if ( TARGET PkgConfig::ALSA )
target_link_libraries ( libfluidsynth-OBJ PUBLIC PkgConfig::ALSA )
--- fluidsynth-2.3.1.orig/src/config.cmake
+++ fluidsynth-2.3.1/src/config.cmake
@@ -205,6 +205,9 @@
/* Define to enable Windows MIDI driver */
#cmakedefine WINMIDI_SUPPORT @WINMIDI_SUPPORT@
+/* Define to enable Sndio driver */
+#cmakedefine SNDIO_SUPPORT @SNDIO_SUPPORT@
+
/* Define to enable SDL2 audio driver */
#cmakedefine SDL2_SUPPORT @SDL2_SUPPORT@
--- fluidsynth-2.3.1.orig/src/drivers/fluid_adriver.c
+++ fluidsynth-2.3.1/src/drivers/fluid_adriver.c
@@ -80,6 +80,16 @@ static const fluid_audriver_definition_t
},
#endif
+#if SNDIO_SUPPORT
+{
+"sndio",
+new_fluid_sndio_audio_driver,
+new_fluid_sndio_audio_driver2,
+delete_fluid_sndio_audio_driver,
+fluid_sndio_audio_driver_settings
+},
+#endif
+
#if OSS_SUPPORT
{
"oss",
--- fluidsynth-2.3.1.orig/src/drivers/fluid_adriver.h
+++ fluidsynth-2.3.1/src/drivers/fluid_adriver.h
@@ -52,6 +52,15 @@ void delete_fluid_pulse_audio_driver(flu
void fluid_pulse_audio_driver_settings(fluid_settings_t *settings);
#endif
+#if SNDIO_SUPPORT
+fluid_audio_driver_t* new_fluid_sndio_audio_driver(fluid_settings_t* settings,
+fluid_synth_t* synth);
+fluid_audio_driver_t* new_fluid_sndio_audio_driver2(fluid_settings_t* settings,
+fluid_audio_func_t func, void* data);
+void del
Bug#1021761: mpv: Please add back sndio support
Package: mpv Version: 0.34.1-1+b5 Severity: wishlist X-Debbugs-Cc: jobbautis...@protonmail.com Dear Maintainer, sndio support was removed @ commit b6707c9b according to your GitLab, the reason being that it's no longer supported upstream at the time. Upstream has added back sndio support to their codebase since 23 January this year.[1] While the SDL2 driver works fine for us sndio users, upstream says it's really meant for "extremely foreign environments where none of the other drivers are available", which isn't the case here. It'd be nice to have sndio support back in Debian's packaging of mpv. Thanks [1] - https://github.com/mpv-player/mpv/pull/9298 -- System Information: Debian Release: bookworm/sid APT prefers unreleased APT policy: (1, 'unreleased'), (1, 'experimental'), (1, 'unstable') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386, hurd-i386 Kernel: Linux 5.19.0-2-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_PH.UTF-8, LC_CTYPE=en_PH.UTF-8 (charmap=UTF-8), LANGUAGE=en_PH:en Shell: /bin/sh linked to /bin/dash Init: OpenRC (via /run/openrc), PID 1: init LSM: AppArmor: enabled Versions of packages mpv depends on: ii libarchive13 3.6.0-1 ii libasound21.2.7.2-1 ii libass9 1:0.16.0-1 ii libavcodec59 7:5.1.2-1+sndio1 ii libavdevice59 7:5.1.2-1+sndio1 ii libavfilter8 7:5.1.2-1+sndio1 ii libavformat59 7:5.1.2-1+sndio1 ii libavutil57 7:5.1.2-1+sndio1 ii libbluray21:1.3.3-1 ii libc6 2.35-3 ii libcaca0 0.99.beta20-3 ii libcdio-cdda2 10.2+2.0.1-1 ii libcdio-paranoia2 10.2+2.0.1-1 ii libcdio19 2.1.0-4 ii libdrm2 2.4.113-2 ii libdvdnav46.1.1-1 ii libegl1 1.5.0-1 ii libgbm1 22.2.0-1 ii libjack-jackd2-0 [libjack-0.125] 1.9.21~dfsg-1 ii libjpeg62-turbo 1:2.1.2-1+b1 ii liblcms2-22.13.1-1+b1 ii liblua5.2-0 5.2.4-2 ii libmujs2 1.2.0-3 ii libplacebo208 4.208.0-2 ii libpulse0 16.1+dfsg1-2 ii librubberband23.1.0+dfsg0-1 ii libsdl2-2.0-0 2.24.1+dfsg-1 ii libsixel1 1.10.3-3 ii libswresample47:5.1.2-1+sndio1 ii libswscale6 7:5.1.2-1+sndio1 ii libuchardet0 0.0.7-1 ii libva-drm22.15.0-1 ii libva-wayland22.15.0-1 ii libva-x11-2 2.15.0-1 ii libva22.15.0-1 ii libvdpau1 1.5-1 ii libvulkan11.3.224.0-1 ii libwayland-client01.21.0-1 ii libwayland-cursor01.21.0-1 ii libwayland-egl1 1.21.0-1 ii libx11-6 2:1.8.1-2 ii libxext6 2:1.3.4-1+b1 ii libxinerama1 2:1.1.4-3 ii libxkbcommon0 1.4.1-1 ii libxrandr22:1.5.2-2+b1 ii libxss1 1:1.2.3-1 ii libxv12:1.0.11-1.1 ii libzimg2 3.0.4+ds1-1 ii zlib1g1:1.2.11.dfsg-4.1 Versions of packages mpv recommends: ii xdg-utils 1.1.3-4.1 ii yt-dlp 2022.10.04-1 Versions of packages mpv suggests: pn libcuda1 -- no debconf information
Bug#1011425: fluidsynth: Consider adding support for sndio
2.3.0-1 has broke my patch, so here's an updated one.
I've also CC'd the original authors of this code, which I forgot to do.From: Job Bautista
Subject: Implement support for sndio, based from FreeBSD
Upstream normally should implement support for such sound servers, but
a pull request to implement said support got rejected due to licensing.
I've made some changes myself to be compatible with 2.3.0.
Author: Yuri Victorovich
Author: Jacob Meuser
Author: Job Bautista
Forwarded: https://github.com/FluidSynth/fluidsynth/pull/470
Last-Update: 2022-09-27
--- fluidsynth-2.3.0.orig/CMakeLists.txt
+++ fluidsynth-2.3.0/CMakeLists.txt
@@ -89,6 +89,7 @@ option ( enable-waveout "compile Windows
option ( enable-winmidi "compile Windows MIDI support (if it is available)" on )
option ( enable-sdl2 "compile SDL2 audio support (if it is available)" on )
option ( enable-pulseaudio "compile PulseAudio support (if it is available)" on )
+option ( enable-sndio "compile Sndio support (if it is available)" on )
option ( enable-pipewire "compile PipeWire support (if it is available)" on )
option ( enable-readline "compile readline lib line editing (if it is available)" on )
option ( enable-threads "enable multi-threading support (such as parallel voice synthesis)" on )
@@ -531,6 +532,17 @@ else ( enable-pulseaudio )
unset_pkg_config ( PULSE )
endif ( enable-pulseaudio )
+unset ( SNDIO_SUPPORT CACHE )
+if ( enable-sndio )
+pkg_check_modules ( SNDIO sndio>=1.5.0 IMPORTED_TARGET )
+set ( SNDIO_SUPPORT ${SNDIO_FOUND} )
+if ( SNDIO_SUPPORT )
+list( APPEND PC_REQUIRES_PRIV "sndio")
+endif ( SNDIO_SUPPORT )
+else ( enable-sndio )
+unset_pkg_config ( SNDIO )
+endif ( enable-sndio )
+
unset ( ALSA_SUPPORT CACHE )
if ( enable-alsa )
pkg_check_modules ( ALSA alsa>=0.9.1 IMPORTED_TARGET )
--- fluidsynth-2.3.0.orig/cmake_admin/report.cmake
+++ fluidsynth-2.3.0/cmake_admin/report.cmake
@@ -79,6 +79,12 @@ else ( PULSE_SUPPORT )
set ( AUDIO_MIDI_REPORT "${AUDIO_MIDI_REPORT} PulseAudio:no\n" )
endif ( PULSE_SUPPORT )
+if ( SNDIO_SUPPORT )
+set ( AUDIO_MIDI_REPORT "${AUDIO_MIDI_REPORT} Sndio: yes\n" )
+else ( SNDIO_SUPPORT )
+set ( AUDIO_MIDI_REPORT "${AUDIO_MIDI_REPORT} Sndio: no\n" )
+endif ( SNDIO_SUPPORT )
+
if ( SDL2_SUPPORT )
set ( AUDIO_MIDI_REPORT "${AUDIO_MIDI_REPORT} SDL2: yes\n" )
else ( SDL2_SUPPORT )
--- fluidsynth-2.3.0.orig/src/CMakeLists.txt
+++ fluidsynth-2.3.0/src/CMakeLists.txt
@@ -25,6 +25,10 @@ if ( PULSE_SUPPORT )
set ( fluid_pulse_SOURCES drivers/fluid_pulse.c )
endif ( PULSE_SUPPORT )
+if ( SNDIO_SUPPORT )
+ set ( fluid_sndio_SOURCES drivers/fluid_sndio.c )
+endif ( SNDIO_SUPPORT )
+
if ( ALSA_SUPPORT )
set ( fluid_alsa_SOURCES drivers/fluid_alsa.c )
endif ( ALSA_SUPPORT )
@@ -245,6 +249,7 @@ add_library ( libfluidsynth-OBJ OBJECT
${fluid_oss_SOURCES}
${fluid_portaudio_SOURCES}
${fluid_pulse_SOURCES}
+${fluid_sndio_SOURCES}
${fluid_dsound_SOURCES}
${fluid_wasapi_SOURCES}
${fluid_waveout_SOURCES}
@@ -362,6 +367,10 @@ if ( TARGET PkgConfig::PULSE AND PULSE_S
target_link_libraries ( libfluidsynth-OBJ PUBLIC PkgConfig::PULSE )
endif()
+if ( TARGET PkgConfig::SNDIO AND SNDIO_SUPPORT )
+target_link_libraries ( libfluidsynth-OBJ PUBLIC PkgConfig::SNDIO )
+endif()
+
if ( ALSA_SUPPORT )
if ( TARGET PkgConfig::ALSA )
target_link_libraries ( libfluidsynth-OBJ PUBLIC PkgConfig::ALSA )
--- fluidsynth-2.3.0.orig/src/config.cmake
+++ fluidsynth-2.3.0/src/config.cmake
@@ -205,6 +205,9 @@
/* Define to enable Windows MIDI driver */
#cmakedefine WINMIDI_SUPPORT @WINMIDI_SUPPORT@
+/* Define to enable Sndio driver */
+#cmakedefine SNDIO_SUPPORT @SNDIO_SUPPORT@
+
/* Define to enable SDL2 audio driver */
#cmakedefine SDL2_SUPPORT @SDL2_SUPPORT@
--- fluidsynth-2.3.0.orig/src/drivers/fluid_adriver.c
+++ fluidsynth-2.3.0/src/drivers/fluid_adriver.c
@@ -80,6 +80,16 @@ static const fluid_audriver_definition_t
},
#endif
+#if SNDIO_SUPPORT
+{
+"sndio",
+new_fluid_sndio_audio_driver,
+new_fluid_sndio_audio_driver2,
+delete_fluid_sndio_audio_driver,
+fluid_sndio_audio_driver_settings
+},
+#endif
+
#if OSS_SUPPORT
{
"oss",
--- fluidsynth-2.3.0.orig/src/drivers/fluid_adriver.h
+++ fluidsynth-2.3.0/src/drivers/fluid_adriver.h
@@ -52,6 +52,15 @@ void delete_fluid_pulse_audio_driver(flu
void fluid_pulse_audio_driver_settings(fluid_settings_t *settings);
#endif
+#if SNDIO_SUPPORT
+fluid_audio_driver_t* new_fluid_sndio_audio_driver(fluid_settings_t* settings,
+fluid_synth_t* synth);
+fluid_audio_driver_t* new_fluid_sndio_audio_driver2(fluid_settings_t* settings,
+fluid_audio_func_t func, vo
Bug#1020485: sox: Please add a SoX sndio I/O library
Oops, typo in the description for libsox-fmt-sndio in d/control, stupid copy-
paste mistake of mine.
Here's the updated patch:
--- debian/control
+++ debian/control
@@ -21,6 +21,7 @@
libpulse-dev,
libsamplerate0-dev,
libsndfile1-dev (>= 1.0.12),
+ libsndio-dev,
libtwolame-dev,
libvorbis-dev,
libwavpack-dev
@@ -156,6 +157,18 @@
.
PulseAudio: https://www.freedesktop.org/wiki/Software/PulseAudio/
+Package: libsox-fmt-sndio
+Architecture: any
+Multi-Arch: same
+Section: libs
+Depends: ${misc:Depends}, ${shlibs:Depends}
+Description: SoX sndio format I/O library
+ SoX is the swiss army knife of sound processing.
+ .
+ This package contains the SoX sndio format I/O library.
+ .
+ sndio: http://www.sndio.org/
+
Package: libsox-fmt-all
Architecture: any
Multi-Arch: same
@@ -166,6 +179,7 @@
libsox-fmt-mp3 (= ${binary:Version}),
libsox-fmt-oss (= ${binary:Version}),
libsox-fmt-pulse (= ${binary:Version}),
+ libsox-fmt-sndio (= ${binary:Version}),
${misc:Depends}
Description: All SoX format libraries
SoX is the swiss army knife of sound processing.
--- /dev/null
+++ debian/libsox-fmt-sndio.install
@@ -0,0 +1 @@
+usr/lib/*/sox/libsox_fmt_sndio.so*
Bug#1020485: sox: Please add a SoX sndio I/O library
Source: sox
Version: 14.4.2+git20190427-3
Severity: wishlist
Tags: patch
X-Debbugs-Cc: jobbautis...@protonmail.com
Dear Maintainer,
It would be nice to have a libsox-fmt-sndio package like libsox-fmt-alsa and
libsox-fmt-pulse for us sndio users. While libsox-fmt-ao, which uses libao which
also supports sndio is perfectly fine for audio output, it doesn't support audio
input, which means I can't record my microphone's input using sndio.
Upstream already has code for sndio, it is just matter of adding one more build-
time dependency and explicitly installing libsox_fmt_sndio.so to /usr/lib.
Below is a simple patch doing that. Thanks
--- debian/control
+++ debian/control
@@ -21,6 +21,7 @@
libpulse-dev,
libsamplerate0-dev,
libsndfile1-dev (>= 1.0.12),
+ libsndio-dev,
libtwolame-dev,
libvorbis-dev,
libwavpack-dev
@@ -156,6 +157,18 @@
.
PulseAudio: https://www.freedesktop.org/wiki/Software/PulseAudio/
+Package: libsox-fmt-sndio
+Architecture: any
+Multi-Arch: same
+Section: libs
+Depends: ${misc:Depends}, ${shlibs:Depends}
+Description: SoX alsa format I/O library
+ SoX is the swiss army knife of sound processing.
+ .
+ This package contains the SoX sndio format I/O library.
+ .
+ sndio: http://www.sndio.org/
+
Package: libsox-fmt-all
Architecture: any
Multi-Arch: same
@@ -166,6 +179,7 @@
libsox-fmt-mp3 (= ${binary:Version}),
libsox-fmt-oss (= ${binary:Version}),
libsox-fmt-pulse (= ${binary:Version}),
+ libsox-fmt-sndio (= ${binary:Version}),
${misc:Depends}
Description: All SoX format libraries
SoX is the swiss army knife of sound processing.
--- /dev/null
+++ debian/libsox-fmt-sndio.install
@@ -0,0 +1 @@
+usr/lib/*/sox/libsox_fmt_sndio.so*
-- System Information:
Debian Release: bookworm/sid
APT prefers unreleased
APT policy: (1, 'unreleased'), (1, 'experimental'), (1, 'unstable')
merged-usr: no
Architecture: amd64 (x86_64)
Foreign Architectures: i386, hurd-i386
Kernel: Linux 5.19.0-1-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_PH.UTF-8, LC_CTYPE=en_PH.UTF-8 (charmap=UTF-8),
LANGUAGE=en_PH:en
Shell: /bin/sh linked to /bin/dash
Init: OpenRC (via /run/openrc), PID 1: init
LSM: AppArmor: enabled
Bug#1020483: portaudio19: Add support for sndio
Source: portaudio19
Version: 19.6.0-1.2
Severity: wishlist
Tags: patch
X-Debbugs-Cc: jobbautis...@protonmail.com
Dear Maintainer,
I think it would be nice to have sndio support in the PortAudio package. This
allows applications dependent on the library like Audacity to use this sound
server instead of falling back to ALSA (and thus causing conflicts with other
sndio programs). I've attached a patch which should build successfully against
19.6.0, backported from a still-open pull request for 19.7.0.
Thanks
-- System Information:
Debian Release: bookworm/sid
APT prefers unreleased
APT policy: (1, 'unreleased'), (1, 'experimental'), (1, 'unstable')
merged-usr: no
Architecture: amd64 (x86_64)
Foreign Architectures: i386, hurd-i386
Kernel: Linux 5.19.0-1-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_PH.UTF-8, LC_CTYPE=en_PH.UTF-8 (charmap=UTF-8),
LANGUAGE=en_PH:en
Shell: /bin/sh linked to /bin/dash
Init: OpenRC (via /run/openrc), PID 1: init
LSM: AppArmor: enabledFrom: Job Bautista
Subject: Add support for sndio
Attempt to push sndio support to upstream is currently stalled.
I only did the CMakeLists.txt additions. The rest is copied from lanodan's work.
Author: Alexandre Ratchov
Author: Haelwenn (lanodan) Monnier
Author: Job Bautista
Forwarded: https://github.com/PortAudio/portaudio/pull/647
Last-Update: 2022-09-21
--- portaudio19-19.6.0.orig/CMakeLists.txt
+++ portaudio19-19.6.0/CMakeLists.txt
@@ -314,6 +314,22 @@ ELSE()
SET(PA_PKGCONFIG_LDFLAGS "${PA_PKGCONFIG_LDFLAGS} -lasound")
ENDIF()
+FIND_PACKAGE(SNDIO)
+IF(SNDIO_FOUND)
+ OPTION(PA_USE_SNDIO "Enable support for sndio" ON)
+ELSE()
+ OPTION(PA_USE_SNDIO "Enable support for sndio" OFF)
+ENDIF()
+IF(PA_USE_SNDIO)
+ SET(PA_PRIVATE_INCLUDE_PATHS ${PA_PRIVATE_INCLUDE_PATHS} ${SNDIO_INCLUDE_DIRS})
+ SET(PA_SNDIO_SOURCES src/hostapi/sndio/pa_sndio.c)
+ SOURCE_GROUP("hostapi\\SNDIO" FILES ${PA_SNDIO_SOURCES})
+ SET(PA_SOURCES ${PA_SOURCES} ${PA_SNDIO_SOURCES})
+ SET(PA_PRIVATE_COMPILE_DEFINITIONS ${PA_PRIVATE_COMPILE_DEFINITIONS} PA_USE_SNDIO)
+ SET(PA_LIBRARY_DEPENDENCIES ${PA_LIBRARY_DEPENDENCIES} ${SNDIO_LIBRARIES})
+ SET(PA_PKGCONFIG_LDFLAGS "${PA_PKGCONFIG_LDFLAGS} -lsndio")
+ENDIF()
+
ENDIF()
SET(PA_PKGCONFIG_LDFLAGS "${PA_PKGCONFIG_LDFLAGS} -lm -lpthread")
--- portaudio19-19.6.0.orig/Makefile.in
+++ portaudio19-19.6.0/Makefile.in
@@ -146,6 +146,7 @@ SRC_DIRS = \
src/hostapi/dsound \
src/hostapi/jack \
src/hostapi/oss \
+ src/hostapi/sndio \
src/hostapi/wasapi \
src/hostapi/wdmks \
src/hostapi/wmme \
--- portaudio19-19.6.0.orig/README.txt
+++ portaudio19-19.6.0/README.txt
@@ -77,6 +77,7 @@ Host API Implementations:
src/hostapi/dsound = Windows Direct Sound
src/hostapi/jack= JACK Audio Connection Kit
src/hostapi/oss = Unix Open Sound System (OSS)
+src/hostapi/sndio = Small audio and MIDI framework (sndio)
src/hostapi/wasapi = Windows Vista WASAPI
src/hostapi/wdmks = Windows WDM Kernel Streaming
src/hostapi/wmme= Windows MultiMedia Extensions (MME)
--- portaudio19-19.6.0.orig/configure.in
+++ portaudio19-19.6.0/configure.in
@@ -24,6 +24,10 @@ AC_ARG_WITH(alsa,
AS_HELP_STRING([--with-alsa], [Enable support for ALSA @<:@autodetect@:>@]),
[with_alsa=$withval])
+AC_ARG_WITH(sndio,
+AS_HELP_STRING([--with-sndio], [Enable support for sndio @<:@autodetect@:>@]),
+[with_sndio=$withval])
+
AC_ARG_WITH(jack,
AS_HELP_STRING([--with-jack], [Enable support for JACK @<:@autodetect@:>@]),
[with_jack=$withval])
@@ -120,6 +124,10 @@ have_alsa=no
if test "x$with_alsa" != "xno"; then
AC_CHECK_LIB(asound, snd_pcm_open, have_alsa=yes, have_alsa=no)
fi
+have_sndio=no
+if test "x$with_sndio" != "xno"; then
+AC_CHECK_LIB(sndio, sio_open, have_sndio=yes, have_sndio=no)
+fi
have_asihpi=no
if test "x$with_asihpi" != "xno"; then
AC_CHECK_LIB(hpi, HPI_SubSysCreate, have_asihpi=yes, have_asihpi=no, -lm)
@@ -406,6 +414,13 @@ case "${host_os}" in
AC_DEFINE(PA_USE_ALSA,1)
fi
+if [[ "$have_sndio" = "yes" -a "$with_sndio" != "no" ]] ; then
+ DLL_LIBS="$DLL_LIBS -lsndio"
+ LIBS="$LIBS -lsndio"
+ OTHER_OBJS="$OTHER_OBJS src/hostapi/sndio/pa_sndio.o"
+ AC_DEFINE(PA_USE_SNDIO,1)
+fi
+
if [[ "$have_jack" = "yes" ] && [ "$with_jack" != "no" ]] ; then
DLL_LIBS="$DLL_LIBS $JACK_LIBS"
CFLAGS="$CFLAGS $JACK_CFLAGS&quo
Bug#1020334: ffmpeg: Please consider reenabling direct sndio support
Package: ffmpeg Version: 7:5.1.1-2 Severity: wishlist X-Debbugs-Cc: jobbautis...@protonmail.com Dear Maintainer, Starting in 5.0.1-1, you've disabled sndio support, with the rationale that OpenAL will autodetect sndio anyway. While true, the user experience is downgraded; OpenAL will always use my computer's microphone even if I've started sndiod with "-m play,mon", meaning it will only use the monitor of my speakers as my audio input. This sucks when I want to do a screen record with sndio. Please consider enabling sndio support again. It's just a single build-time dependency anyway; it's not like we're forcing the user to install libsndio just to install the binary package. Thanks -- System Information: Debian Release: bookworm/sid APT prefers unreleased APT policy: (1, 'unreleased'), (1, 'experimental'), (1, 'unstable') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386, hurd-i386 Kernel: Linux 5.19.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_PH.UTF-8, LC_CTYPE=en_PH.UTF-8 (charmap=UTF-8), LANGUAGE=en_PH:en Shell: /bin/sh linked to /bin/dash Init: OpenRC (via /run/openrc), PID 1: init LSM: AppArmor: enabled Versions of packages ffmpeg depends on: ii libavcodec597:5.1.1-2 ii libavdevice59 7:5.1.1-2 ii libavfilter87:5.1.1-2 ii libavformat59 7:5.1.1-2 ii libavutil57 7:5.1.1-2 ii libc6 2.34-7 ii libpostproc56 7:5.1.1-2 ii libsdl2-2.0-0 2.24.0+dfsg-1 ii libswresample4 7:5.1.1-2 ii libswscale6 7:5.1.1-2 ffmpeg recommends no packages. Versions of packages ffmpeg suggests: ii ffmpeg-doc 7:5.1.1-2 -- no debconf information
Bug#986828: gnunet: Upstream version 0.14.1 available
Package: gnunet Severity: wishlist X-Debbugs-Cc: jobbautis...@protonmail.com Dear Maintainer, A new version from upstream, 0.14.1, has been made available since April 4. You might want to update experimental for the new release. Thanks
Bug#925547: firefox-esr: inappropiate settings for memory and number of cores
Control: found -1 68.11.0esr-1 Hi, I have the same problem too. My computer only has 4 cores and 3.8 GiB of RAM, but Firefox recommends using 8 as the content process limit, which results in my computer swapping heavily when I have multiple tabs open and Firefox is running for a long time. I am on 68.11.0esr. Job Bautista signature.asc Description: OpenPGP digital signature
Bug#968653: local-apt-repository: CVS specified no longer exists
Package: local-apt-repository Version: 0.6 Severity: normal git.debian.org has been replaced by salsa.debian.org. Please replace it with a working CVS repo or remove it in the next release. Btw, is this package still being developed in a CVS? signature.asc Description: OpenPGP digital signature
Bug#799323: local-apt-repository: Uninstallable without systemd despite that seems supported according to the package description
Hi, any update here? I rebuilt the 0.6 package to remove the dependency on systemd and it works fine in my systemd-less system (though I had to manually run the rebuild script everytime I add new packages to the repository). Can you please remove the Depends on systemd? In fact such package like this shouldn't be depending on an init system in the first place... In fact I would consider this an RC-bug, because according to policy Depends should only be used if it is required to provide a *significant* amount of functionality, which doesn't seem the case here. Job Bautista signature.asc Description: OpenPGP digital signature
Bug#968479: gst123: "Failed to set 44100hz, got 48000hz instead"
Control: severity -1 wishlist Control: tags -1 + upstream Nevermind, it doesn't seem to be a bug on gst123 itself. I was able to fix it by editing my alsoft.conf to use 48KHz. I think it's better if the error message could be more helpful, but that's obviously a wishlist. Job Bautista signature.asc Description: OpenPGP digital signature
Bug#968479: gst123: "Failed to set 44100hz, got 48000hz instead"
Package: gst123 Version: 0.3.5-2+b1 Severity: minor Everytime I play an audio file that uses a sampling rate of 44.1KHz (like Vorbis, MP3, and AAC), I always get this error: AL lib: (EE) UpdateDeviceParams: Failed to set 44100hz, got 48000hz instead This doesn't make the package unusable though, and the file still plays normally. -- System Information: Distributor ID: Devuan Description:Devuan GNU/Linux 4 (chimaera/ceres) Release:testing/unstable Codename: n/a Architecture: x86_64 Kernel: Linux 5.7.0-2-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_PH.UTF-8, LC_CTYPE=en_PH.UTF-8 (charmap=UTF-8), LANGUAGE=en_PH:en Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages gst123 depends on: ii gstreamer1.0-plugins-base 1.16.2-4 ii gstreamer1.0-plugins-good 1.16.2-3 ii libc6 2.31-3 ii libgcc-s1 [libgcc1] 10.1.0-6 ii libglib2.0-02.64.4-1 ii libgstreamer-plugins-base1.0-0 1.16.2-4 ii libgstreamer1.0-0 1.16.2-2 ii libgtk2.0-0 2.24.32-4 ii libstdc++6 10.1.0-6 ii libtinfo6 6.2-1 ii libx11-62:1.6.10-3 Versions of packages gst123 recommends: ii gstreamer1.0-libav 1.16.2-2 ii gstreamer1.0-plugins-bad 1.16.2-2.3 pn gstreamer1.0-plugins-ugly ii gstreamer1.0-pulseaudio1.16.2-3 ii gstreamer1.0-x 1.16.2-4 gst123 suggests no packages. -- no debconf information
Bug#968080: xfburn: Bug in the "A full, but erasable disc is in the drive" dialog
Thanks for the update. I can confirm that the present upstream no longer contains the bug. Job Bautista ‐‐‐ Original Message ‐‐‐ On Friday, August 14, 2020 5:56 AM, René Kjellerup wrote: > Thank you, for verifying. > a new update is present upstream, would you be able to retest? > > On Wed, Aug 12, 2020 at 3:55 AM Job Bautista > jobbautis...@protonmail.com wrote: > > > The bug is still in upstream's master branch. > > I attached a PNG screenshot in this email. > > ‐‐‐ Original Message ‐‐‐ > > On Wednesday, August 12, 2020 2:31 PM, René Kjellerup > > rk.katana.st...@gmail.com wrote: > > > > > if you have the option, and or the inclination could you clone master > > > from https://gitlab.xfce.org/apps/xfburn.git > > > and test if this is still an issue. As mentioned before I don't really > > > have any way of verifying the Blank Dialog yet > > > I hope to get support in CDEmu for RW media that I could emulate > > > blanking consistently. > > > On Sat, Aug 8, 2020 at 3:29 PM René Kjellerup rk.katana.st...@gmail.com > > > wrote: > > > > > > > Thank you for the report, > > > > Unfortunately I have no RW media to verify the issue. > > > > It does sound like incorrect behavior and I will see if we can solve > > > > this with the next release, > > > > or at the very least suppress the ask for blanking when opening the > > > > blank disc dialog. > > > > On Sat, Aug 8, 2020 at 12:30 AM Job Bautista > > > > jobbautis...@protonmail.com wrote: > > > > > > > > > Package: xfburn > > > > > Version: 0.6.2-1 > > > > > Severity: normal > > > > > Dear Maintainer, > > > > > When I try to blank my CD-RW disc, a pop-up dialog saying "A full but > > > > > erasable disc in the drive" appears. When I press yes, it will open > > > > > another > > > > > Blank Disc window and the same dialog shows up again. It seems like I > > > > > am > > > > > unable to blank the disc, but if I press no, the dialog disappears > > > > > and I was > > > > > able to blank. So the blanking works, it's just annoying having to > > > > > click no > > > > > to a dialog that wasn't supposed to appear. > > > > > Attached in this report is a PNG screenshot showing the bug. > > > > > -- System Information: > > > > > Distributor ID: Devuan > > > > > Description: Devuan GNU/Linux 4 (chimaera/ceres) > > > > > Release: testing/unstable > > > > > Codename: n/a > > > > > Architecture: x86_64 > > > > > Kernel: Linux 5.7.0-2-amd64 (SMP w/4 CPU threads) > > > > > Kernel taint flags: TAINT_FIRMWARE_WORKAROUND > > > > > Locale: LANG=en_PH.UTF-8, LC_CTYPE=en_PH.UTF-8 (charmap=UTF-8), > > > > > LANGUAGE=en_PH:en > > > > > Shell: /bin/sh linked to /bin/dash > > > > > Init: sysvinit (via /sbin/init) > > > > > LSM: AppArmor: enabled > > > > > Versions of packages xfburn depends on: > > > > > ii libburn4 1.5.2-1 > > > > > ii libc6 2.31-2 > > > > > ii libexo-2-0 0.12.11-1 > > > > > ii libgdk-pixbuf2.0-0 2.40.0+dfsg-5 > > > > > ii libglib2.0-0 2.64.4-1 > > > > > ii libgstreamer-plugins-base1.0-0 1.16.2-4 > > > > > ii libgstreamer1.0-0 1.16.2-2 > > > > > ii libgtk-3-0 3.24.20-1 > > > > > ii libgudev-1.0-0 233-1 > > > > > ii libisofs6 1.5.2-1 > > > > > ii libxfce4ui-2-0 4.14.1-1+b1 > > > > > ii libxfce4util7 4.14.0-1 > > > > > xfburn recommends no packages. > > > > > xfburn suggests no packages. > > > > > -- no debconf information > > > > > > > > -- > > > > -- as life grows older, I gain experience. > > > > -- http://www.alchemiestick.net/ > > > > > > -- > > > -- as life grows older, I gain experience. > > > -- http://www.alchemiestick.net/ > > -- > > -- as life grows older, I gain experience. > -- http://www.alchemiestick.net/ signature.asc Description: OpenPGP digital signature
Bug#968130: Acknowledgement (iwd: Doesn't start at boot for beowulf)
Ah shoot, sorry, please close this bug. I sent it to the wrong address... Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Sunday, August 9, 2020 8:57 PM, Debian Bug Tracking System wrote: > Thank you for filing a new Bug report with Debian. > > You can follow progress on this Bug here: 968130: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=968130. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > Your message has been sent to the package maintainer(s): > Andreas Henriksson andr...@fatal.se > > If you wish to submit further information on this problem, please > send it to 968...@bugs.debian.org. > > Please do not send mail to ow...@bugs.debian.org unless you wish > to report a problem with the Bug-tracking system. > > --- > > 968130: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=968130 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems
Bug#968130: iwd: Doesn't start at boot for beowulf
Package: iwd Version: 0.14-2 Severity: grave Tags: patch Justification: renders package unusable iwd 0.14-2 doesn't get started by init. I have to manually start it. This can be fixed easily by adding an sysvinit script at the debian directory. I have a fix available at https://git.devuan.org/jobbautista9/iwd/src/branch/suites/beowulf. I would like it to be accepted into the main archive, which I can't do via a new issue at git. signature.asc Description: OpenPGP digital signature
Bug#968091: Switching to another tty then back to tty1 in 20200808-3 netinst snapshot fails install
Okay, I was still able to install the image successfully. Job Bautista == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="11 (bullseye) - installer build 20200808-00:03:03" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux sid 5.7.0-2-amd64 #1 SMP Debian 5.7.10-1 (2020-07-26) x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Host Bridge/DRAM Registers [8086:1904] (rev 08) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:12a0] lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Skylake GT2 [HD Graphics 520] [8086:1916] (rev 07) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:12a0] lspci -knn: 00:04.0 Signal processing controller [1180]: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Thermal Subsystem [8086:1903] (rev 08) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:12a0] lspci -knn: 00:14.0 USB controller [0c03]: Intel Corporation Sunrise Point-LP USB 3.0 xHCI Controller [8086:9d2f] (rev 21) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:201f] lspci -knn: Kernel driver in use: xhci_hcd lspci -knn: Kernel modules: xhci_pci lspci -knn: 00:14.2 Signal processing controller [1180]: Intel Corporation Sunrise Point-LP Thermal subsystem [8086:9d31] (rev 21) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:12a0] lspci -knn: 00:15.0 Signal processing controller [1180]: Intel Corporation Sunrise Point-LP Serial IO I2C Controller #0 [8086:9d60] (rev 21) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:12a0] lspci -knn: 00:15.1 Signal processing controller [1180]: Intel Corporation Sunrise Point-LP Serial IO I2C Controller #1 [8086:9d61] (rev 21) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:12a0] lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation Sunrise Point-LP CSME HECI #1 [8086:9d3a] (rev 21) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:12a0] lspci -knn: 00:17.0 SATA controller [0106]: Intel Corporation Sunrise Point-LP SATA Controller [AHCI mode] [8086:9d03] (rev 21) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:12a0] lspci -knn: Kernel driver in use: ahci lspci -knn: Kernel modules: ahci lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation Sunrise Point-LP PCI Express Root Port #1 [8086:9d10] (rev f1) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.4 PCI bridge [0604]: Intel Corporation Sunrise Point-LP PCI Express Root Port #5 [8086:9d14] (rev f1) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.5 PCI bridge [0604]: Intel Corporation Sunrise Point-LP PCI Express Root Port #6 [8086:9d15] (rev f1) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation Sunrise Point-LP LPC Controller [8086:9d48] (rev 21) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:12a0] lspci -knn: 00:1f.2 Memory controller [0580]: Intel Corporation Sunrise Point-LP PMC [8086:9d21] (rev 21) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:12a0] lspci -knn: 00:1f.3 Audio device [0403]: Intel Corporation Sunrise Point-LP HD Audio [8086:9d70] (rev 21) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:12a0] lspci -knn: Kernel driver in use: snd_hda_intel lspci -knn: Kernel modules: snd_hda_intel, snd_soc_skl lspci -knn: 00:1f.4 SMBus [0c05]: Intel Corporation Sunrise Point-LP SMBus [8086:9d23] (rev 21) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:12a0] lspci -knn: 02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL810xE PCI Express Fast Ethernet controller [10ec:8136] (rev 07) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:200f] lspci -knn: Kernel driver in use: r8169 lspci -knn: Kernel modules: r8169 lspci -knn: 03:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8821AE 802.11ac PCIe Wireless Network Adapter [10ec:8821] lspci -knn: Subsystem: AzureWave Device [1a3b:2161] lspci -knn: Kernel driver in use: rtl8821ae lspci -knn: Kernel modules: rtl8821ae usb-list: usb-list: Bus 01 Device 01: xHCI Host Controller [1d6b:0002] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 01 usb-list:Manufacturer: Linux 5.7.0-2-amd64 xhci-hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub usb-list: usb-list: Bus 01 Device 02: 2.4G Mouse [1ea7:0064] usb-list:Level 01 Parent 01 Port 00 Class 00(>ifc ) Subclass 00 Protocol 00 usb-list:Interface 00: Class 03(HID ) Subclass 01 Protoc
Bug#968086: installation-reports: Successful install of 20200808-1 netinst iso on Asus X441U
Package: installation-reports Severity: wishlist -- Package-specific info: Boot method: CD Image version: 20200808-1 netinst (https://cdimage.debian.org/cdimage/daily-builds/daily/20200808-1/amd64/iso-cd/debian-testing-amd64-netinst.iso) Date: 08 August 2020, around 16:15 UTC+8 Machine: Asus X441U Partitions: Filesystem Type 1K-blocksUsed Available Use% Mounted on udev devtmpfs 1950608 0 1950608 0% /dev tmpfs tmpfs 399744 976398768 1% /run /dev/sda4 ext4 47787756 1095500 44235016 3% / tmpfs tmpfs 1998716 0 1998716 0% /dev/shm tmpfs tmpfs 5120 0 5120 0% /run/lock tmpfs tmpfs 4096 0 4096 0% /sys/fs/cgroup /dev/sda1 vfat2820565352276704 2% /boot/efi Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect media: [O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: I burned the ISO on a CD-RW disc. I installed the firmware-realtek (20200619-1) package from my USB drive during installation. I only installed the bare minimum (which means while on "Select and install software", I unchecked all items). The only complaint I have is my touchpad not working in graphical install. I would also suggest adding more details on the retrieving items part, showing the download speed, just like apt-get does. Other than that, all is good! == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="11 (bullseye) - installer build 20200808-00:03:03" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux sid 5.7.0-2-amd64 #1 SMP Debian 5.7.10-1 (2020-07-26) x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Host Bridge/DRAM Registers [8086:1904] (rev 08) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:12a0] lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Skylake GT2 [HD Graphics 520] [8086:1916] (rev 07) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:12a0] lspci -knn: 00:04.0 Signal processing controller [1180]: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Thermal Subsystem [8086:1903] (rev 08) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:12a0] lspci -knn: 00:14.0 USB controller [0c03]: Intel Corporation Sunrise Point-LP USB 3.0 xHCI Controller [8086:9d2f] (rev 21) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:201f] lspci -knn: Kernel driver in use: xhci_hcd lspci -knn: Kernel modules: xhci_pci lspci -knn: 00:14.2 Signal processing controller [1180]: Intel Corporation Sunrise Point-LP Thermal subsystem [8086:9d31] (rev 21) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:12a0] lspci -knn: 00:15.0 Signal processing controller [1180]: Intel Corporation Sunrise Point-LP Serial IO I2C Controller #0 [8086:9d60] (rev 21) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:12a0] lspci -knn: 00:15.1 Signal processing controller [1180]: Intel Corporation Sunrise Point-LP Serial IO I2C Controller #1 [8086:9d61] (rev 21) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:12a0] lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation Sunrise Point-LP CSME HECI #1 [8086:9d3a] (rev 21) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:12a0] lspci -knn: 00:17.0 SATA controller [0106]: Intel Corporation Sunrise Point-LP SATA Controller [AHCI mode] [8086:9d03] (rev 21) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:12a0] lspci -knn: Kernel driver in use: ahci lspci -knn: Kernel modules: ahci lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation Sunrise Point-LP PCI Express Root Port #1 [8086:9d10] (rev f1) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.4 PCI bridge [0604]: Intel Corporation Sunrise Point-LP PCI Express Root Port #5 [8086:9d14] (rev f1) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.5 PCI bridge [0604]: Intel Corporation Sunrise Point-LP PCI Express Root Port #6 [8086:9d15] (rev f1) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation Sunrise Point-LP LPC Controller [8086:9d48] (rev 21) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:12a0]
Bug#914712: Add the touchpad drivers to be able to use any compatible touchpad during the installations
Hi, I also have the same problem. I can't use the Elan 1200 touchpad of my Asus X441U laptop in graphical install mode for the stretch and 20200808 netinst images. I haven't tested on the buster and bullseye alpha 2 images, but considering that my touchpad doesn't work on the latest daily snapshot of netinst, I assume it won't work with the buster and bullseye images either. Here are some logs from my installed system showing the touchpad I have: Jul 10 09:53:09 job-pc kernel: [8.405265] i2c_hid i2c-ELAN1200:00: i2c-ELAN1200:00 supply vddl not found, using dummy regulator Jul 10 09:53:09 job-pc kernel: [9.449019] input: ELAN1200:00 04F3:301A Mouse as /devices/pci:00/:00:15.1/i2c_designware.1/i2c-7/i2c-ELAN1200:00/0018:04F3:301A.0001/input/input12 Jul 10 09:53:09 job-pc kernel: [9.449289] input: ELAN1200:00 04F3:301A Touchpad as /devices/pci:00/:00:15.1/i2c_designware.1/i2c-7/i2c-ELAN1200:00/0018:04F3:301A.0001/input/input13 Jul 10 09:53:09 job-pc kernel: [9.449498] hid-generic 0018:04F3:301A.0001: input,hidraw0: I2C HID v1.00 Mouse [ELAN1200:00 04F3:301A] on i2c-ELAN1200:00 Jul 10 09:53:09 job-pc kernel: [9.584603] input: ELAN1200:00 04F3:301A Touchpad as /devices/pci:00/:00:15.1/i2c_designware.1/i2c-7/i2c-ELAN1200:00/0018:04F3:301A.0001/input/input15 Jul 10 09:53:09 job-pc kernel: [9.584811] hid-multitouch 0018:04F3:301A.0001: input,hidraw0: I2C HID v1.00 Mouse [ELAN1200:00 04F3:301A] on i2c-ELAN1200:00 Jul 11 10:31:01 job-pc kernel: [8.607207] i2c_hid i2c-ELAN1200:00: i2c-ELAN1200:00 supply vdd not found, using dummy regulator Jul 11 10:31:01 job-pc kernel: [8.607220] i2c_hid i2c-ELAN1200:00: Linked as a consumer to regulator.0 Jul 11 10:31:01 job-pc kernel: [8.607222] i2c_hid i2c-ELAN1200:00: i2c-ELAN1200:00 supply vddl not found, using dummy regulator I don't really mind the touchpad not working, because I could just use text mode, or if I need graphical, I can use my wireless mouse. But others who are installing Debian on their laptops might find it annoying. I suggest adding this bug to the buster and bullseye erratum, like "Touchpad not working in graphical install". Job Bautista signature.asc Description: OpenPGP digital signature
Bug#967083: lintian shouldn't have Build-Depends and Depends on lzip, but lzip | clzip
Package: lintian Version: 2.86.0 Severity: normal Dear Maintainer, lintian 2.86.0 shouldn't depend on lzip alone both for binary and source, but on lzip OR clzip. I use the C version of lzip, and I prefer it because of lower memory footprint. So it would be appreciated if I don't have to install another lzip implementation while upgrading lintian. Unless lintian for some reason can't use the C implementation of lzip? signature.asc Description: OpenPGP digital signature
Bug#966697: clzip: Please package version 1.12-rc1
Package: clzip Severity: wishlist Dear Maintainer, The upstream had released a new upstream release versioned 1.12-rc1 on 9 June 2020. Please package it either for experimental or unstable. I was able to build the new release on my system, though I have to remove your patch in order to make it work. You surely could do a better job than I did. -- System Information: Distributor ID: Devuan Description:Devuan GNU/Linux 4 (chimaera/ceres) Release:testing/unstable Codename: n/a Architecture: x86_64 Kernel: Linux 5.7.0-1-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_PH.UTF-8, LC_CTYPE=en_PH.UTF-8 (charmap=UTF-8), LANGUAGE=en_PH:en Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages clzip depends on: ii libc6 2.31-2 clzip recommends no packages. clzip suggests no packages. -- no debconf information
Bug#966668: xfce4-weather-plugin: Still uses old bugzilla.xfce.org even though it has been replaced by gitlab.xfce.org
Package: xfce4-weather-plugin Version: 0.10.1-1+b1 Severity: minor Tags: upstream When the plugin reports that the API it uses is deprecated, it still directs people to file a bug to bugzilla.xfce.org, even though it has been made read-only since 29 May 2020. -- System Information: Distributor ID: Devuan Description:Devuan GNU/Linux 4 (chimaera/ceres) Release:testing/unstable Codename: n/a Architecture: x86_64 Kernel: Linux 5.7.0-1-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_PH.UTF-8, LC_CTYPE=en_PH.UTF-8 (charmap=UTF-8), LANGUAGE=en_PH:en Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages xfce4-weather-plugin depends on: ii libc62.31-2 ii libgdk-pixbuf2.0-0 2.40.0+dfsg-5 ii libglib2.0-0 2.64.4-1 ii libgtk-3-0 3.24.20-1 ii libpango-1.0-0 1.44.7-4 ii libsoup2.4-1 2.70.0-1 ii libxfce4panel-2.0-4 4.14.4-1 ii libxfce4ui-2-0 4.14.1-1+b1 ii libxfce4util74.14.0-1 ii libxml2 2.9.10+dfsg-5+b1 xfce4-weather-plugin recommends no packages. xfce4-weather-plugin suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#944757: endless-sky: please package Endless Sky 0.9.10
Just in case someone wonders if this is being worked on, MZ uploaded a 0.9.12-1 package at mentors.debian.net[1]. He's just waiting for a sponsor to upload it to the main archive. If you want, you can dget the dsc file and build the package yourself. Regards, Job Bautista [1]: https://mentors.debian.net/package/endless-sky/ signature.asc Description: OpenPGP digital signature
Bug#966587: RFS: xfce4-alsa-plugin/0.3.0-1 [ITP] -- Simple ALSA control for xfce4-panel
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "xfce4-alsa-plugin": * Package name: xfce4-alsa-plugin Version : 0.3.0-1 Upstream Author : Alexey Rochev * URL : https://github.com/equeim/xfce4-alsa-plugin * License : GPL-3.0 Section : xfce It builds those binary packages: xfce4-alsa-plugin - Simple ALSA control for xfce4-panel To access further information about this package, please visit the following URL: https://mentors.debian.net/package/xfce4-alsa-plugin/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/x/xfce4-alsa-plugin/xfce4-alsa-plugin_0.3.0-1.dsc Changes since the last upload: xfce4-alsa-plugin (0.3.0-1) UNRELEASED; urgency=medium . * Initial release. (Closes: #966402) Regards, Job Bautista -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEES5Pn/GKklUKJMQKN62DxtvQ76cAFAl8jrZQACgkQ62DxtvQ7 6cDoMQ//cJUxiOYvAxbWq+z3SDEPz7J2H8KWfBAqaxLLohwTwPGwImGqcsOx9/nJ O1iG49SG5df0EWhWWszZOmIPjf80F0HdLbqe/7BVOy059DInnsMta//Xq5VfqsVn grru/GA/M1s/Dtumf7ElkUCI8lx14FagRA/0J9mb0Ip23p60gMdt2L+uFyrTpg43 laT6PTlh1Usb7l4dGpJ0iwFmUKiHLTRa+zrHit3XMZB41k1M2WzWOKejxMZ+egdx FAHFPKiKBQFdKPlZbA3buKptR5YA4VNUHWjrkRkaWop/cEKF9zTSslLxHl6PRAv9 l74bgXVZmc3RUC+fZ2GveC4j6gX1xCJr5Ly+EFBh08LHkZo5c9gMS9R5fvYoes5d hrLOoYl0sI1AhQRwPbx3OsW8NPS94lBEsB0BiH3m0aQIOr4b+BUTrshetneHwMl4 rGTWxJXQ7DxVpjUVnI+OSq468e/eD4lpmjqxdBlfmuISKTqnvNoGqAIRIodCE+jd 5EBTc4thr8s29AujKxkaK9v2IKPTNGi5o2vCq3ovSo9Ly3dDALv9/qdf8VpSQN7E wjplquFLhy/ON+bP3MJdNSpHtOaNd79XzlPUvAQRnJBR0YRrcwJfYOxu3OatOrr/ KGxv9iVec/uNSmGxtpbvDlGDUU+jflg22IfY/tTKLorK2AGUDG4= =3mBf -END PGP SIGNATURE-
Bug#966402: ITP: xfce4-alsa-plugin -- Simple ALSA control for xfce4-panel
Package: wnpp Severity: wishlist Owner: Job Bautista * Package name: xfce4-alsa-plugin Version : 0.3.0 Upstream author : Alexey Rochev * URL : https://github.com/equeim/xfce4-alsa-plugin * License : GPLv3 Programming Lang: Vala Description : Simple ALSA control for xfce4-alsa-plugin Xfce4 panel plugin icon to control ALSA. You can use this applet to control your ALSA volume levels using the scrollwheel. This is my first time packaging something for Debian. I would appreciate it if someone is willing to co-maintain this package. I have already determined how to Debianize this package, which can be seen at my git repository[1]. The upstream author unfortunately has no public email. I don't know if this is allowed. [1] https://git.devuan.org/jobbautista9/xfce4-alsa-plugin
Bug#962403: youtube-dl
I also had a similar error, which I reported to Devuan (which uses the same youtube-dl packages). When I list available formats of a video, it returns with "YouTube said: Invalid parameters". On testing, this error doesn't occur. Fortunately, we don't have to use testing to get the fix, since the testing package has been backported to stable (2020.06.16.1-1~bpo10+1) at stable-backports. It would still be better though if we could backport just the fix itself to the stable package, but that might be unlikely. Sent with [ProtonMail](https://protonmail.com) Secure Email.
