That Makefile becomes simple. It put pulseaudio options and gstreamer1 options
from audio/libcanberra-gtk3 into libcanberra. All gtk references from
audio/libcanberra were removed, only after references to gtk3 in
libcanberra-gtk3 were removed.
That being said. I haven't tried using both origin
On Mon, Dec 25, 2017 at 5:45 AM, Sid wrote:
> > blubee blubeeme; Sun Dec 24 06:31:00 UTC 2017
>
> > If you wrote that makefile that removes all the gtk stuff, you can either
> > try to get it to Marcus and see if he's
> > willing to use that.
>
> > If you'd like me to work on the OSS audio portio
> blubee blubeeme; Sun Dec 24 06:31:00 UTC 2017
> If you wrote that makefile that removes all the gtk stuff, you can either
> try to get it to Marcus and see if he's
> willing to use that.
> If you'd like me to work on the OSS audio portion, drop me that Makefile
> and I'll look at it in a bit.
On Fri, Dec 22, 2017 at 8:52 PM, Sid wrote:
> > Blubee Blubeeme;
> > Who thought that was a good idea, now layer a few more audio layers and
> u have Linux[ism] to the max.
> > Well, I think that it's not really worth it to go untangle that mess.
> > It's okay if you're using a Gnome DE since it'
> Blubee Blubeeme;
> Who thought that was a good idea, now layer a few more audio layers and u
> have Linux[ism] to the max.
> Well, I think that it's not really worth it to go untangle that mess.
> It's okay if you're using a Gnome DE since it's all in there already but just
> to play
a sound fi
On Fri, Dec 22, 2017 at 12:45 PM, Sid wrote:
> > Blubee blubeeme
> > I'll look at the libcanberra OSS backend and see if I get get the
> changes upstream then the libcanberra maintainer can update the port.
>
> >> Sid
> >> Sooner or later, a drop in replacement for libcanberra needs to be made
>
> Blubee blubeeme
> I'll look at the libcanberra OSS backend and see if I get get the changes
> upstream then the libcanberra maintainer can update the port.
>> Sid
>> Sooner or later, a drop in replacement for libcanberra needs to be made for
>> all BSD's. It should use ogg files from audio/fre
On Thu, Dec 21, 2017 at 8:37 AM, Sid wrote:
> > Blubee blubeeme
> > I'll work on it but let me get the port in the tree first, then I can
> refine it.
> > Just as i've done with my previous ports.
>
> > Sid
> > a simple program that plays simple sounds like "Ding!"
> > The problem with libcanberr
> Blubee blubeeme
> I'll work on it but let me get the port in the tree first, then I can refine
> it.
> Just as i've done with my previous ports.
> Sid
> a simple program that plays simple sounds like "Ding!"
> The problem with libcanberra is around pulseaudio and gstreamer. It is also
> with h
On Wed, Dec 20, 2017 at 5:27 PM, Sid wrote:
> The problem with libcanberra is around pulseaudio and gstreamer. It is
> also with how gtk, a Visual Graphical toolkit, is mixed in with an Audio
> application.
>
> I didn't say you didn't know about it, I was just putting it out there.
> They've done
The problem with libcanberra is around pulseaudio and gstreamer. It is also
with how gtk, a Visual Graphical toolkit, is mixed in with an Audio application.
I didn't say you didn't know about it, I was just putting it out there. They've
done a good job of cleaning up and fixing ALSA to work on t
On Wed, Dec 20, 2017 at 3:04 PM, Sid wrote:
> According to http://0pointer.de/lennart/projects/libcanberra/#status
> updated September 2012
>
> "libcanberra is mostly feature complete. For now however it includes
> backends only for ALSA, PulseAudio, OSS and GStreamer."
>
> "The OSS driver is inc
According to http://0pointer.de/lennart/projects/libcanberra/#status updated
September 2012
"libcanberra is mostly feature complete. For now however it includes backends
only for ALSA, PulseAudio, OSS and GStreamer."
"The OSS driver is incomplete: only sound files that are in a format natively
On Tue, Dec 19, 2017 at 3:24 PM, Sid wrote:
> > blubee blubeeme
> > I am porting py-canberra which isn't required but an
> > optional dependency for another port that I am working on.
>
> > I wonder should I leave it as is or make a dependency from this thing
> you're working on instead?
>
> > bl
> blubee blubeeme
> I am porting py-canberra which isn't required but an
> optional dependency for another port that I am working on.
> I wonder should I leave it as is or make a dependency from this thing
you're working on instead?
> blubee blubeeme
> py-canberra is just a python wrapper for lib
The port audio/freedesktop-sound-theme just has sound files, and no libraries.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
On Tue, Dec 19, 2017 at 12:52 PM, Sid wrote:
> devel/pycanberra
>
> audio/freedesktop-sound-theme hasn't been tested for most ports that ask
> for libcanberra, and I haven't tried it on any port yet either. The source
> for pycanberra may need patches to work with freedesktop-sound-theme. You
> c
devel/pycanberra
audio/freedesktop-sound-theme hasn't been tested for most ports that ask for
libcanberra, and I haven't tried it on any port yet either. The source for
pycanberra may need patches to work with freedesktop-sound-theme. You could
include both as options. If they conflict, you'll
On Tue, Dec 19, 2017 at 10:19 AM, Sid wrote:
> >Sid; Mon Dec 18 22:09:36 UTC 2017
> > Canberra is an audio application for playing simple sounds like "DING!".
> > For playing sound, I am convinced that graphical dependencies for
> audio/libcanberra and audio/libcanberra-gtk3 aren't needed:
> x11-
>Sid; Mon Dec 18 22:09:36 UTC 2017
> Canberra is an audio application for playing simple sounds like "DING!".
> For playing sound, I am convinced that graphical dependencies for
> audio/libcanberra and audio/libcanberra-gtk3 aren't needed:
> x11-toolkits/gtk30, x11-toolkits/gtk20, accessibility/a
20 matches
Mail list logo
