Bug#1021370: pipewire: build with bluez5-codec-aac=enabled
On Fri, 12 Jan 2024 23:08:15 +0700 Max Nikulin wrote: > On Fri, 07 Oct 2022 00:11:56 +0200 KeyofBlueS wrote: > > > > please build pipewire with aac codec support enabled. > > An alternative may be building a separate package for the contrib > repository section that contains just the aac codec plugin. > > I have no experience with meson, so I have no idea if it is possible to > force it to ignore everything besides the specific plugin. As a proof of > concept I have tried the following Makefile. Perhaps more flags should > be added. This is how RPMFusion does aptx. Same works for aac: https://pkgs.rpmfusion.org/cgit/free/pipewire-codec-aptx.git/tree/pipewire-codec-aptx.spec#n27 meson setup builddir --auto-features=disabled -D examples=disabled \ -D bluez5=enabled -D bluez5-codec-aptx=enabled meson compile -C builddir spa-codec-bluez5-aptx > > # - atomic_dep? > top_srcdir ?= . > top_builddir ?= $(top_srcdir) > builddir ?= $(top_srcdir) > > spaversion = $(shell sed -n -e "s/^spaversion *= *'\(.*\)'$$/\1/p" > $(top_srcdir)/meson.build) > pkgname = libspa-$(spaversion) > plugindir = $(shell pkg-config --variable=plugindir $(pkgname)) > installdir = $(plugindir)/bluez5 > # toplevel default_options > plugin_CFLAGS += --std=gnu11 -fPIE > # toplevel cc_flags > plugin_CFLAGS += -D_GNU_SOURCE -DFASTPATH > # toplevel common_flags > plugin_CFLAGS += -fvisibility=hidden -fno-strict-aliasing > # AVX and SSE flags perhaps may be ignored since > # computations should be done inside the linked library > # bluez5 codec_args > plugin_CFLAGS += -DCODEC_PLUGIN > # spa pkgconfig > plugin_CFLAGS += $(shell pkg-config --cflags $(pkgname)) > # required for shared library > plugin_CFLAGS += -fPIC > plugin_CFLAGS += $(shell pkg-config --cflags fdk-aac) > ALL_CFLAGS = $(plugin_CFLAGS) $(CFLAGS) > ALL_LDLIBS = $(LDLIBS) $(shell pkg-config --libs fdk-aac) > > bluez5_dir = $(top_srcdir)/spa/plugins/bluez5 > aac_codec = $(builddir)/libspa-codec-bluez5-aac.so > plugin_LIBRARIES += $(aac_codec) > plugin_OBJECTS += $(builddir)/a2dp-codec-aac.o $(builddir)/media- codecs.o > > all: $(plugin_LIBRARIES) > clean: > $(RM) $(plugin_LIBRARIES) $(plugin_OBJECTS) > > # Not $(LD) due to $(LDFLAGS) > # ld: unrecognized option '-Wl,-z,relro' > $(aac_codec): $(plugin_OBJECTS) > $(CC) -o $@ -shared $(LDFLAGS) $^ $(ALL_LDLIBS) > > $(builddir)/%.o: $(bluez5_dir)/%.c > $(CC) -o $@ $(CPPFLAGS) $(ALL_CFLAGS) -c $< > > install: $(plugin_LIBRARIES) > install -D --target-directory $(DESTDIR)$(installdir) $(plugin_LIBRARIES) >
Bug#813431: closed by Sandro Tosi (Re: Bug#813431: python-numpy: Debian adds include dir symlinks that break virtualenvs)
The bug is still valid afaik, as the symlink is still there. On April 22, 2020 5:27:05 AM UTC, Debian Bug Tracking System wrote: >This is an automatic notification regarding your Bug report >which was filed against the python-numpy package: > >#813431: python-numpy: Debian adds include dir symlinks that break >virtualenvs > >It has been closed by Sandro Tosi . > >Their explanation is attached below along with your original report. >If this explanation is unsatisfactory and you have not received a >better one in a separate message then please contact Sandro Tosi > by >replying to this email.
Bug#813431: python-numpy: Debian adds include dir symlinks that break virtualenvs
Hi, Ping --- any news on this front? The symlinks added by Debian still break installing old numpy versions and packages depending on them in virtualenvs. These symlinks are not necessary, because Python packages obtain the appropriate include paths via `numpy.get_include()`. -- Pauli Virtanen
Bug#813431: python-numpy: Debian adds include dir symlinks that break virtualenvs
Package: python-numpy Version: 1:1.8.2-2 Severity: normal Dear Maintainer, Debian python-numpy packaging adds the following symlinks not contained in upstream: /usr/include/numpy /usr/include/pythonX.Y/numpy Their presence causes the following to fail: $ virtualenv env $ ./env/bin/pip install numpy==1.7.2 $ ./env/bin/pip install scipy nose $ ./env/bin/python -c 'import scipy; scipy.test()' The problem is that some modules are compiled with -I/usr/include/python2.7 -I$PWD/env/lib/python2.7/site-packages/numpy/core/include and so apparently end up picking the Numpy headers from the system-wide python-numpy package, rather than from the older 1.7.2 version in the virtualenv, resulting to binaries incompatible with the version installed in the virtualenv. Typical failure mode is getting "numpy.ufunc has the wrong size, try recompiling" error message. One workaround is 'sudo rm /usr/include/numpy /usr/include/python*/numpy' --- it might be possible to work around this by changing the package setup.py files, by trying to ensure the correct order of the include directories. However, this is something that is needed only on Debian-based systems. Python packages using Numpy in general get the header locations via numpy.distutils --- I would expect there are no Python packages that assume headers are under /usr/include or /usr/include/pythonX.Y/, as this is a Debian-only feature AFAIK. Best regards, Pauli Virtanen PS. It appears some other python packages in Debian also add such symlinks. If this is a Debian Python policy, it might be good to consider the present issue. -- System Information: Debian Release: 8.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages python-numpy depends on: ii libblas3 [libblas.so.3]1.2.20110419-10 ii libc6 2.19-18+deb8u2 ii libgcc11:4.9.2-10 ii libgfortran3 4.9.2-10 ii liblapack3 [liblapack.so.3]3.5.0-4 ii libopenblas-base [liblapack.so.3] 0.2.12-1 ii libquadmath0 4.9.2-10 ii python 2.7.9-1 pn python2.7:any python-numpy recommends no packages. Versions of packages python-numpy suggests: ii gcc 4:4.9.2-2 ii gfortran 4:4.9.2-2 ii python-dev2.7.9-1 ii python-nose 1.3.4-1 pn python-numpy-dbg pn python-numpy-doc -- no debconf information
Bug#430520: linux-image-2.6.18-4-parisc: Kernel panics after up several days
su, 2008-11-23 kello 22:21 +0100, Moritz Muehlenhoff kirjoitti: > On Mon, Jun 25, 2007 at 12:56:09PM +0300, Pauli Virtanen wrote: > > Package: linux-image-2.6.18-4-parisc > > Version: 2.6.18.dfsg.1-12etch2 > > Severity: important > > > > A kernel panic occurs after a few days (2..5) of uptime. > > This has now occurred several times, so it seems that > > the problem in principle can be reproduced. > > > > Before upgrading from Sarge to Etch there were no problems > > with the kernel. > > Does this error still occur with more recent kernel versions? > > If you're running Etch, could you try to reproduce this bug > with the 2.6.24 based kernel added in 4.0r4? > http://packages.qa.debian.org/l/linux-2.6.24.html This machine has been disposed of since the bug report, so I can't try to reproduce this any more. Sorry. I'm not sure whether this report should be closed; I'd suppose also other people would have seen this if this is a common problem, and the specific machine no longer available, it seems rather difficult to try to find the cause. -- Pauli Virtanen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#430520: linux-image-2.6.18-4-parisc: Kernel panics after up several days
Package: linux-image-2.6.18-4-parisc Version: 2.6.18.dfsg.1-12etch2 Severity: important A kernel panic occurs after a few days (2..5) of uptime. This has now occurred several times, so it seems that the problem in principle can be reproduced. Before upgrading from Sarge to Etch there were no problems with the kernel. uname -a: Linux xxx 2.6.18-4-parisc #1 Fri May 4 14:02:22 UTC 2007 parisc GNU/Linux model: HP C3700 - Last kernel panic, on console, transcribed manually - [earlier part cut off] IASQ: IAQ: 10180f0c 10180f10 IIR: 0e74d240 ISR: 0009 IOR: c06ee50a CPU: 0 CR30: 8db98000 CR31: 10404000 ORIG_R28: 8db981c8 IAOQ[0]: do_sys_poll+0x2c8/0x3b4 IAOQ[1]: do_sys_poll+0x2cc/0x3b4 RP(r2): do_sys_poll+0x1b4/0x3b4 [SPARC cow picture] mysqld (pid 25590=: Breakpoint (code 0) YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI PSQ: 010010001110 Not tainted r00-03 0004f80e 685f8a00 10120888 685f8a80 r04-07 4fac4188 000f 81c173d8 r08-11 0001 0014 r12-15 00e4c258 0001 0073d528 4018d588 r16-19 897ba4a0 8000 4018d594 81c173d8 r20-23 897bb8e8 897bb8e8 000b r24-27 0001 7e7c0220 10371010 r28-31 7e7c022c 8d85 685f8600 10120888 sr00-03 017a sr04-07 IASQ: IAQ: 0008 000c IIR: ISR: IOr: CPU: 0 CR30: 685f8000 CR31: 10404000 ORIg_R28: 4000 IAOQ[0] 0x8 IAOQ[1] 0xc RP(r2) __wake_up_common+0x68/0xb8 Kernel panic - not syncing: Aieee, killing interrupt handler! - - dmesg, clean boot - Linux version 2.6.18-4-parisc (Debian 2.6.18.dfsg.1-12etch2) ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 Fri May 4 14:02:22 UTC 2007 FP[0] enabled: Rev 1 Model 19 The 32-bit Kernel has started... Initialized PDC Console for debugging. Determining PDC firmware type: System Map. model 5dc0 0481 0002 780b57b2 10f0 0008 00b2 00b2 vers 0203 CPUID vers 19 rev 7 (0x0267) capabilities 0x7 model 9000/785/C3700 Total Memory: 2048 MB initrd: 4faf1000-4ffede51 initrd: reserving 3faf1000-3ffede51 (mem_max 8000) On node 0 totalpages: 524288 DMA zone: 524288 pages, LIFO batch:31 LCD display at f05d0008,f05d registered Built 1 zonelists. Total pages: 524288 Kernel command line: root=/dev/mapper/group1-root HOME=/ console=tty0 sti=10/6/2/0 sti_font=VGA8x16 TERM=linux palo_kernel=3/vmlinux PID hash table entries: 4096 (order: 12, 16384 bytes) start_kernel(): bug: interrupts were enabled early Console: colour dummy device 160x64 Dentry cache hash table entries: 262144 (order: 8, 1048576 bytes) Inode-cache hash table entries: 131072 (order: 7, 524288 bytes) Memory: 2097152k available Calibrating delay loop... 1499.13 BogoMIPS (lpj=2998272) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 checking if image is initramfs... it is Freeing initrd memory: 5107k freed NET: Registered protocol family 16 EISA bus registered Searching for devices... Found devices: 1. Astro BC Runway Port at 0xfed0 [10] { 12, 0x0, 0x582, 0xb } 2. Elroy PCI Bridge at 0xfed3 [10/0] { 13, 0x0, 0x782, 0xa } 3. Elroy PCI Bridge at 0xfed32000 [10/1] { 13, 0x0, 0x782, 0xa } 4. Elroy PCI Bridge at 0xfed38000 [10/4] { 13, 0x0, 0x782, 0xa } 5. Elroy PCI Bridge at 0xfed3c000 [10/6] { 13, 0x0, 0x782, 0xa } 6. Allegro W2 at 0xfffa [32] { 0, 0x0, 0x5dc, 0x4 } 7. Memory at 0xfed10200 [49] { 1, 0x0, 0x09c, 0x9 } Enabling regular chassis codes support v0.05 CPU(s): 1 x PA8700 (PCX-W2) at 750.00 MHz Whole cache flush 654508 cycles, flushing 3530752 bytes 706612 cycles Setting cache flush threshold to 140 (1 CPUs online) SBA found Astro 2.1 at 0xfed0 Elroy version TR4.0 (0x5) found at 0xfed3 PCI: Enabled native mode for NS87415 (pif=0x8f) Elroy version TR4.0 (0x5) found at 0xfed32000 Elroy version TR4.0 (0x5) found at 0xfed38000 Elroy version TR4.0 (0x5) found at 0xfed3c000 iosapic: hpa not registered for :03:02.0 NET: Registered protocol family 2 IP route cache hash table entries: 65536 (order: 6, 262144 bytes) TCP established hash table entries: 262144 (order: 8, 1048576 bytes) TCP bind hash table entries: 65536 (order: 6, 262144 bytes) TCP: Hash tables configured (established 262144 bind 65536) TCP reno registered Enabling PDC chassis warnings support v0.05 unwind_init: start = 0x1034acc0, end = 0x1036f7b0, entries = 9391 audit: initializing netlink socket (disabled) audit(1182758435.520:1): initialized VFS: Disk quotas dquot_6.5.1 Dquo
Bug#429910: rubber: No error on failed compilation, with amsmath align and long lines
Package: rubber Version: 1.1-2 Severity: normal Rubber fails to report errors like the following: \documentclass{article} \usepackage{amsmath} \begin{document} \begin{align} \foobar xa \end{align} \end{document} It outputs only $ rubber --ps x.tex ; echo $? compiling x.tex... 1 rubber apparently fails to parse the error message from the Latex output ! Undefined control sequence. \foobar ... l.6 \end{align} Error is reported when using equation instead of align, though. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages rubber depends on: ii python2.4.4-2An interactive high-level object-o ii tetex-bin 3.0-30 The teTeX programs rubber recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354088: sshd: ctrl+C on ssh login creates defunct sshd processes
Package: ssh Version: 1:3.8.1p1-8.sarge.4 Severity: normal Aborting an ssh login by Ctrl+C at the password prompt creates zombie sshd processes. Apparently, the sshd master process never cleans these up. There are also automatic cron jobs that use ssh, but I am not sure whether also these create defunct sshd processes. Otherwise, sshd functions just as expected, but thousands of defunct processes tend to slow down 'top'. -- A deterministic way to reproduce: [EMAIL PROTECTED] ps aux|grep 'sshd. '|wc -l 16650 [EMAIL PROTECTED] ssh [EMAIL PROTECTED] Password: [EMAIL PROTECTED] ps aux|grep 'sshd. '|wc -l 16651 -- Snapshot from 'ps fawux': root 3312 0.0 0.0 3476 368 ?Ss2005 0:16 /usr/sbin/sshd root 29092 0.0 0.0 00 ?Zs2005 0:00 \_ [sshd] root 20923 0.0 0.0 00 ?Zs Jan16 0:00 \_ [sshd] ... 16651 of them -- /etc/ssh/sshd_config: Port 22 Protocol 2 HostKey /etc/ssh/ssh_host_rsa_key HostKey /etc/ssh/ssh_host_dsa_key UsePrivilegeSeparation yes KeyRegenerationInterval 3600 ServerKeyBits 768 SyslogFacility AUTH LogLevel INFO LoginGraceTime 600 PermitRootLogin no StrictModes yes RSAAuthentication yes PubkeyAuthentication yes IgnoreRhosts yes RhostsRSAAuthentication no HostbasedAuthentication no PermitEmptyPasswords no PasswordAuthentication yes X11Forwarding yes X11DisplayOffset 10 PrintMotd no PrintLastLog yes KeepAlive yes Subsystem sftp/usr/lib/sftp-server UsePAM yes -- System Information: Debian Release: 3.1 Architecture: i386 (x86_64) Kernel: Linux 2.6.8-9-em64t-p4-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages ssh depends on: ii adduser3.63 Add and remove users and groups ii debconf1.4.30.13 Debian configuration management sy ii dpkg 1.10.28 Package maintenance system for Deb ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libpam-modules 0.76-22 Pluggable Authentication Modules f ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libssl0.9.70.9.7e-3sarge1SSL shared libraries ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- debconf information: ssh/insecure_rshd: ssh/user_environment_tell: * ssh/forward_warning: ssh/insecure_telnetd: ssh/new_config: true * ssh/use_old_init_script: true * ssh/SUID_client: true ssh/disable_cr_auth: false ssh/ssh2_keys_merged: * ssh/protocol2_only: true ssh/encrypted_host_key_but_no_keygen: * ssh/run_sshd: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301066: RFP: festvox-finnish -- Finnish male speaker voice for Festival
Package: wnpp Severity: wishlist * Package name: festvox-finnish Version : 1.0f Upstream Author : Nicholas Volk <[EMAIL PROTECTED]> et al. * URL : http://www.ling.helsinki.fi/suopuhe/download/ * URL (Finnish..) : http://www.ling.helsinki.fi/~nvolk/festival.shtml * License : LGPL (see LICENSE and README.mv in hy_fi_mv_diphone-20041119.tgz) Description : Finnish male speaker voice for Festival This is a high-quality Finnish male speaker voice for the Festival speech synthesis system. It was released in March 2004 under the LGPL, which is very good news: First, it is most useful to have a free Finnish voice synthesis, as there were none available before this. And second, this makes the voice eligible for inclusion in Debian. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11-grsec Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]