, stack_end=0x7fffd8a8) at libc-start.c:289
> #11 0x00404c93 in _start ()
>
> Need a bugzilla product as well? ;)
>
> Cheers
>
> ___
> desktop-devel-list mailing list
> desktop-devel-list@gnome.org
> https://mail.gn
On Thu, Aug 2, 2012 at 7:13 AM, Olav Vitters wrote:
> On Wed, Aug 01, 2012 at 04:45:14PM +0200, Marc-André Lureau wrote:
>> I think gnome-media should be moved to a deprecated read-only
>> directory (or something similar), and we focus on Florent effort to
>> build a bett
ted to 1.0 first.
In this case, we could still create a seperate recorder project and
move things there, until we decide to switch to Florent's version.
regards
--
Marc-André Lureau
___
desktop-devel-list mailing list
desktop-devel-list@gnome
r vcs and not
tarballs. If people want to stick to a particular tag or branch, they
can still specify it and keep using the vcs. The tarballs aren't
developers friendly at all.
regards
--
Marc-André Lureau
___
desktop-devel-list mailing list
nd vnc servers.
However, it will lack notably rdp, ssh-proxy and reverse connections
support (unless the plans change or we receive some helps).
We will tell more about Boxes during its first release. At which point
I hope more people could try it thanks to jhbuild and som
hurting anyone, please keep gst-mixer
> in the package.
>
For GNOME 3, and even before, this should be solved. There will be no
good reason, I hope, to keep gst-mixer. That's why it could be moved
to a different project. Especially if the GStreamer GstMixer is
deprecated.
regards,
ve them from gnome-media (and
bugzilla?), if the release team agree.
Also, I think the Gst gang is willing to deprecate IGstMixer for 1.0,
which means that gst-mixer would have to be either removed, or shipped
the with the current GStreamer part. Either way, having it in a
separate package would
properties, Felix Riemann also
helped to drop some deprecated symbols.
Felix can probably tell us better how far we are from having all the
maintained part of gnome-media free of deprecated symbols. I have the
feeling we are close to be clean.
See http://bugzilla.gnome.org/show_bug.cgi?i
and the
recommended version to 0.9.16 for GNOME.
Bastien, Lennart, would you agree on that dependency version?
Questions?
regards,
--
Marc-André Lureau
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/
ense.
Not that I care so much, but that's my 2 cents,
regards,
--
Marc-André Lureau
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Hi
On Tue, May 5, 2009 at 11:33 PM, Matthias Clasen
wrote:
> libdaemon is an implementation detail of pulseaudio as far as I am concerned.
>
PulseAudio does not use libdaemon, afaik. Avahi, maybe?
regards,
--
Marc-André Lureau
Sent from Helsinki, Southern Finland, F
Hi,
I am trying to put some git wishes pros/cons in
http://live.gnome.org/Git/Wishes. I surely missed things, but I tried
to be neutral.
regards,
--
Marc-André Lureau
Sent from Helsinki, Southern Finland, Finland
___
desktop-devel-list mailing list
'master' and 'devel',
> and a special two character prefix for personal branches like
> 'za-transcoding-rework' (Zeeshan Ali's personal branch), the rest
> would be up to the project to decide.
A bit like what Zeeshan proposes then.
regards,
--
Marc-André
etter to
> have a discussion on this and so that other developers can speak-up if
> they (dis)agree.
>
Since we are supposed to have "[project]-[MAJOR]-[MINOR]" for stable
branches (see http://live.gnome.org/Git/Developers), what about
limiting policy to those + "maste
Hi,
GNOME Media 2.26.x has been branched in gnome-2-26 branch.
Development will continue in master branch.
regards,
--
Marc-André Lureau
Sent from Helsinki, Southern Finland, Finland
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
rarely used to be worthy of
> making them themable.
Right, but you still want a way to define the format, the location and
the localization. We could ask Lennart why it's here, he added them
here, and I could not find objections. It does not hurt to grow the
sound naming list. What is annoying is the way application use them,
or how the sounds sound.
regards,
--
Marc-André Lureau
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Hi,
I just branched GNOME media for GNOME 2.22, trunk is for 2.23 now.
Please discuss the roadmap on gnome-multimedia mailing list!
Cheers,
--
Marc-André Lureau
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org
s for common requirement and sound naming
conventions.
btw; no implementation exists using such a spec, of course
Cheers,
[1] http://www.freedesktop.org/wiki/Bango
[2] http://techbase.kde.org/Projects/Oxygen/Sound_Theme_Naming_Specification
--
Marc-André Lureau
d PulseAudio as a dependency for 2.22. See
live.gnome.org/PulseAudio.
The idea of GSmartMix SoC project is not dead.. In some ways, it
exists in PulseAudio, but with some noticeable differences. There are
just other things to do in other places before that really happen.
cheer
idea, for completness - but that
might be a bad idea after all.
Those facilites (each method and properties) will not be mandatory
anyway, but if you manage to define a common application interface,
then it would be nice to have them too,no?
Regards,
--
Marc-André Lureau, GSmartMix
_
ould be to try
to close everything (all documents).
That would be nice, I think.
Regards,
--
Marc-André Lureau
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
GNOME will start to offer a better
sound experience and it will be time to reconsider GSmartMix again
(@etienne: the project is not dead ;)
Hopefully Gmail will not screwed up the links this time...
Cheers,
--
Marc-André Lureau, GSmartMix
On 3/19/07, Rodney Dawes <[EMAIL PROTECTED]> wrot
to
discuss desktop audio API. I would like to define also a *sound desktop*
API. Where are those mailing lists? anyone?
enough for now,
best regards,
--
Marc-André Lureau, GSmartMix
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
added to libgconf, thatwould prevent another dependency to a small library that does a really nice job.
-- Marc-André Lureau, GSmartMix
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
24 matches
Mail list logo
