Hi,
> How is it, that a factory which is not the original server of the
> socket can be responsible for holding a socket open after the parent
> has been killed?
Are you leaking the fd to the child process when you fork?
look in /proc/PID-OF-CHILD/fd and see if you have an open reference to
the s
gnome-keyring has been branched for 2.18 work. The 2.16 branch is
"gnome-2-16".
Plans for 2.18 include:
* A method by which to access meta data about secrets (display name,
description, etc...) without incurring the ACL prompt.
* Application private secrets. Stored in the same keyring but on
On Mon, 30 Oct 2006, Kalle Vahlman wrote:
> If a simple fire-and-forget (well, apart of cleanup of course :) is
> enough, see the attached file that has a minimal player app
> constructed with the playbin automagic. It handled the wav clip and
> ogg videos and MJPEG clips I threw at it just fine, t
2006/10/30, Andreas Røsdal <[EMAIL PROTECTED]>:
On Mon, 30 Oct 2006, Richard Hughes wrote:
> I think whatever is done, there needs to be a way for application "foo"
> to play file "ding.wav" without worrying about the intricacies of
> gstreamer. Don't get me wrong, the gstreamer API is great (and
Here is a version that you can copy and paste:
#include
gint
gnome_play_sound_background (
gchar *uri)
{
GMainLoop *loop;
GstElement *play;
GstBus *bus;
/* init GStreamer */
gst_init (0 ,NULL);
loop = g_main_loop_new (NULL, FALSE);
/* set up */
play = gst_element_factory_m
On Mon, 2006-10-30 at 20:05 +, Olafur Arason wrote:
> Doesn't this work?
> http://gstreamer.freedesktop.org/data/doc/gstreamer/head/manual/html/chapter-components.html
I'm sure it does, but it's a lot more complicated than the hypothetical:
gnome_play_sound_background ("alert.wav");
Richard.
Doesn't this work?
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/manual/html/chapter-components.html
Olafur Arson
On 10/30/06, Andreas Røsdal <[EMAIL PROTECTED]> wrote:
> On Mon, 30 Oct 2006, Richard Hughes wrote:
> > I think whatever is done, there needs to be a way for application "f
On Mon, 30 Oct 2006, Richard Hughes wrote:
> I think whatever is done, there needs to be a way for application "foo"
> to play file "ding.wav" without worrying about the intricacies of
> gstreamer. Don't get me wrong, the gstreamer API is great (and really
> powerful) but somewhat complicated when
On Mon, 2006-10-30 at 13:48 +0300, Nickolay V. Shmyrev wrote:
> libgnome has two interfaces for playing sound. First of all, it's
> simple
> interface for playing sound file from gnome-sound.h. This interface
> should be reimplemented with gstreamer api mentioned above or
> application can use gstr
Le samedi 28 octobre 2006 à 11:55 -0600, Elijah Newren a écrit :
> On 10/27/06, Benoît Dejean <[EMAIL PROTECTED]> wrote:
> > Please don't do that. I'm very disappointed : why haven't you talk
> > to
> > me before doing that ? I would have explained. I was about to ask for
> > help for auto
Hi
As the release team kindly informed me, libnotify is not an officially
approved external dependency of GNOME yet. Several official packages
have is as optional dependency (namely, evo and gnome-applets - and
potentially gnome-control-center). It was already requested to add
this functionality t
В Пнд, 30/10/2006 в 09:15 +, Richard Hughes пишет:
> I've been asked to play a sound when the battery is critically low [1]
> and also when suspend fails and the lid is closed [2]. The latter is
> very important, as some laptops (including macbooks) can actually *melt*
> if the lid is closed an
I've been asked to play a sound when the battery is critically low [1]
and also when suspend fails and the lid is closed [2]. The latter is
very important, as some laptops (including macbooks) can actually *melt*
if the lid is closed and they are still running. (!)
So, what is the best way to do t
13 matches
Mail list logo