Bug#911037: confirmation

> You will need a line like this > > owner /run/shm/org.chromium.* rw, # for Chromium IPC fix2 > > near the existing entry. But maybe there are other fixed needed > afterwards. I can confirm both that I've been affected by this issue and that appending this line to

Bug#912453: sndio: Please set SONAME on !linux

That may be; I have not heard from Gianfranco (who has sponsored sndio before) yet.

Bug#886520: lilypond produces unreadable output when fontconfig DPI is forced

want it there!) restored correct behavior for me. -- Peter Piwowarski <peterjpiwowar...@gmail.com>

Bug#886614: sndio: new upstream version available (v1.2.0) since 13 nov 2017

On 01/08/2018 12:13 AM, Nicholas D Steeves wrote: Source: sndio Severity: normal Dear sndio maintainer and Debian Multimedia Team, I'm not sure how disruptive a minor version update of sndio tends to be, so I'm filing this bug in the hopes that someone else on the team will upload it and take

Bug#843055: sndio FTCBFS: uses build architecture compiler

On Thu, 3 Nov 2016 14:35:48 +0100 Helmut Grohne wrote: > Source: sndio > Version: 1.1.0-2 > Tags: patch > User: helm...@debian.org > Usertags: rebootstrap > > sndio fails to cross build from source, because it uses the build > architecture compiler and ultimately fails

Bug#817184: transition: sndio

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition libsndio has undergone a minor SONAME bump in the latest release; there is however no consequential change in the public API that I'm aware of. The updated package is already in

Bug#816015: libsndio6.0: libsndio has not support multiarch.

Thank you for catching this. The problem is that libsndio6.0 conflicts with itself, since it should be the only libsndio on a system (there is at least one audio system in the archive, roaraudio, which may eventually want to Provide: libsndio6.0). Unfortunately this catches other architectures

Bug#808184: openal-soft: could build sndio support again

Source: openal-soft Severity: wishlist Tags: patch Now that the "real" sndio implementation is packaged in Debian, openal could build support for it again. Playback works fine in my testing, but requires that sndio be specifically enabled in alsoft.conf/.alsoftrc. I'm not sure if this should be

Bug#802473: libao could build sndio support

Source: libao Severity: wishlist Tags: patch Now that sndio is in Debian, libao could be configured with its sndio output enabled. diff --git a/debian/control b/debian/control index b8691eb..c61791f 100644 --- a/debian/control +++ b/debian/control @@ -5,7 +5,7 @@ Maintainer: Ron Lee

Bug#802473: libao could build sndio support

On Tue, 20 Oct 2015 08:20:33 -0400 Peter Piwowarski <peterjpiwowar...@gmail.com> wrote: > Source: libao > Severity: wishlist > Tags: patch > > Now that sndio is in Debian, libao could be configured with its sndio output > enabled. Correction: should Suggest: libsndio

Bug#799707: libsdl2: build with sndio support

Source: libsdl2 Severity: wishlist Tags: patch Now that sndio is in Debian, SDL2's upstream support for it could be enabled. diff --git a/debian/control b/debian/control index 52eba2b..afd6765 100644 --- a/debian/control +++ b/debian/control @@ -15,6 +15,7 @@ Build-Depends: debhelper (>= 9),

Bug#798985: mpv: build with sndio support

Package: mpv Version: 0.10.0-1 Severity: wishlist Tags: patch mpv supports audio output with the sndio API (www.sndio.org) upstream, and now that sndio is packaged in debian (src:sndio), mpv could be built with support for it. Dependencies are minimal, with libsndio6.0 pulling nothing that

Bug#797233: libsndio-dev and libroar-dev: error when trying to install together

Once again, I believe it's probably best for libroar-dev to simply ship libroarsndio without the libsndio.so symlink, so packages that really want it and not libsndio can simply use -lroarsndio. (apologies for missing this link earlier!)

Bug#797233: librorar-dev contains sndio.h, in conflict with libsndio-dev

Package: libroar-dev Version: 1.0~beta11-3 Severity: minor I'm the (prospective) maintainer for sndio in Debian. libroar-dev presently contains /usr/include/sndio.h, seemingly intended only for building against roaraudio's sndio compatibility library without sndio itself present (it serves

Bug#795224: RFS: sndio/0.0.10-1 [ITP] -- Small audio and MIDI framework from OpenBSD

A new package is now available on mentors at the same location.

Bug#795224: RFS: sndio/0.0.10-1 [ITP] -- Small audio and MIDI framework from OpenBSD

1) d/changelog: sndio (0.0.10-1) UNRELEASED; urgency=low (feel free to spot the error :) ) Interesting, I had thought that was supposed to be changed only right before the real upload. Next will be for unstable, anyhow. 2) d/rules: I would prefer to run dh_auto_configure -- instead of

Bug#795209: ITP: sndio -- Small audio and MIDI framework from OpenBSD

Good morning, This is upstream for RoarAudio package. Just want to express my offer to help in upstream parts. Thank you for your offer. Unfortunately I cannot get sndio's own tools (or other sndio clients built against the real libsndio, such as mpv) to work with roaraudio's sndio

Bug#795224: RFS: sndio/0.0.10-1 [ITP] -- Small audio and MIDI framework from OpenBSD

: #795209) -- Peter Piwowarski peterjpiwowar...@gmail.com Tue, 11 Aug 2015 17:05:30 -0400 Regards, Peter Piwowarski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#795209: ITP: sndio -- Small audio and MIDI framework from OpenBSD

Package: wnpp Severity: wishlist Owner: Peter Piwowarski peterjpiwowar...@gmail.com * Package name: sndio Version : 0.0.10 Upstream Author : Alexandre Ratchov a...@caoua.org * URL : http://www.sndio.org/ * License : ISC Programming Lang: C Description

Bug#795209: ITP: sndio -- Small audio and MIDI framework from OpenBSD

Simon McVittie wrote: On 11/08/15 20:26, Peter Piwowarski wrote: Sndio is a small, simple audio and MIDI framework, developed by the OpenBSD project. You'll probably need to coordinate with the roaraudio maintainer over who provides /usr/lib/*/libsndio.so.2. At the moment roaraudio

Bug#792920: uqm: FTBFS due to missing -lm

The following (ugly) diff at least lets UQM build on jessie and above. The next upstream release will hopefully have a better fix, but upstream releases are very infrequent (and Debian's UQM package is already four years out of date, see #640881). --- uqm-0.7.0.orig/build.vars.in +++