The cairo project just released a stable, bug-fix only 1.4.2 update,
which GNOME will likely want to pick up.
Thanks,
-Carl
pgpXX6z96jO07.pgp
Description: PGP signature
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome
hi all-
for a month or so I have been working on an asynchronous DNS resolver
library for GNOME (and any other application using the glib main loop),
which I call libtorch. Currently code can be retrieved from svn here:
https://svn.syntaxjockey.com/repos/libtorch/trunk/
For resolving a domain n
Bingo, Guenther !
I *did* send the mail from GMail using my novell profile - so I could
work around the blockade the gnome list servers have imposed on mails
from my LAN [1], hoping the moderators would fish them out from the
approval queue.
> It seems that evo stuff silently branched for GNOME
On Tue, 2007-03-20 at 03:17 +0100, Étienne Bersac wrote:
> Hi,
>
> > e.g. it's polling. I don't suppose there's any way to avoid this, it
> > only will happen when the scanner is plugged in and powered on.
>
> How to do without polling in user space ?
Hmm, I don't think that's possible; I haven'
On Mon, 2007-03-19 at 21:58 -0400, David Zeuthen wrote:
> No, device access via libusb is exclusive (as it needs!) so this is not
> possible. One way around this, though, would be to modify libsane to
> send a D-Bus message to the HAL add-on so it releases the device (unless
> you configured libsan
Hi,
> e.g. it's polling. I don't suppose there's any way to avoid this, it
> only will happen when the scanner is plugged in and powered on.
How to do without polling in user space ?
> So here's what I would do
> [snip]
> What do you think?
That's really nice !!! Also, patching sane_get_devices
On Mon, 2007-03-19 at 10:30 -0400, Donald Straney wrote:
> > In fact, imcapd is going to be a HAL add-on, but registering dbus call
> > in order to reclaim/release device. Donald, can you confirm that ?
>
> Right, it could definitely do that as a HAL addon. Each scanner could
> have ReleaseDevice
Wow, very nice ! Keep up the good work ;)
Étienne.
--
Verso l'Alto !
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
[Apologies for the second copy. In a classic brain fart, I used the
subject line of another email I was composing.]
During the next GNOME release cycle I hope to work more on x509
certificates in GNOME. No promises, but I'd like to announce what I'm
working on so that there's no overlap with other
Hi,
I've just branched evolution, evolution-data-server, GtkHTML and
evolution-exchange for GNOME 2.18. New development will happen in the
trunk and bug fixes too (the important ones on the stable branch as
well).
Do join us for the roadmap discussions and plans for Evolution 2.12[1]
on http://
During the next GNOME release cycle I hope to work more on x509
certificates in GNOME. No promises, but I'd like to announce what I'm
working on so that there's no overlap with other's work and obviously if
anyone has ideas...
I'd like to make a GNOME certificate store (similar to what Windows and
On 3/19/07, David Prieto <[EMAIL PROTECTED]> wrote:
> I read in http://www.gnome.org/start/2.18/notes/C/ that seahorse is a
> part of Gnome now. Since it can handle keyrings, are there plans to have
> it replace gnome-keyring-manager? Will they coexist, or is seahorse just
> not gonna be installed
I read in http://www.gnome.org/start/2.18/notes/C/ that seahorse is a
part of Gnome now. Since it can handle keyrings, are there plans to have
it replace gnome-keyring-manager? Will they coexist, or is seahorse just
not gonna be installed by default?
More or less the same happens with a new displa
Hi all,
@richard: A SoC project? why not, but there should be an agreement before
someone /waste/ time.
Tango for sound? BANGO! (http://freedesktop.org/wiki/Bango)
@rodney: I used your spec. It would be great to put it for real on fdo, with
the xml (ala http://standards.freedesktop.org/icon-them
Hi all,
Thanks to Marc-André, here is the link to his draft for a Desktop sound
API : http://etudiant.epita.fr/~lureau_m/ds-0.1/
Étienne.
--
Verso l'Alto !
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/
On Mon, 2007-03-19 at 18:01 +, Richard Hughes wrote:
> So we have a sound server. Can this play themed sounds?
Once upon a time, I started a sound theme spec, based on the
current Icon Theme specification, and sounds implementation
in GNOME, as I have no idea how the KDE sound themes work.
Whe
On 19/03/07, Étienne Bersac <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I do fully agree with you. The problem is the implementation choice and
> who will implement it. Marc-André Lureau made a proposal for a desktop
> sound library for freedesktop (in C).
Can somebody do this as part of google summer of
Hi,
I do fully agree with you. The problem is the implementation choice and
who will implement it. Marc-André Lureau made a proposal for a desktop
sound library for freedesktop (in C).
Can't recal the URI
Étienne.
--
Verso l'Alto !
___
desktop-devel-
On 19/03/07, Gustavo J. A. M. Carneiro <[EMAIL PROTECTED]> wrote:
> On Seg, 2007-03-19 at 17:48 +, Richard Hughes wrote:
> > On 19/03/07, Étienne Bersac <[EMAIL PROTECTED]> wrote:
> > > So, will gnome 2.20 play nice sound when disk is burn, sound volume
> > > increased, mail received/sent, new
On Seg, 2007-03-19 at 17:48 +, Richard Hughes wrote:
> On 19/03/07, Étienne Bersac <[EMAIL PROTECTED]> wrote:
> > So, will gnome 2.20 play nice sound when disk is burn, sound volume
> > increased, mail received/sent, new RSS item available, etc. ? Would the
> > system sounds be themable like ic
On 19/03/07, Étienne Bersac <[EMAIL PROTECTED]> wrote:
> So, will gnome 2.20 play nice sound when disk is burn, sound volume
> increased, mail received/sent, new RSS item available, etc. ? Would the
> system sounds be themable like icons are ?
It would be great to theme these like we can icons.
gn
Hi,
What's up on the sound system front for Gnome ? Since Marc-André Lureau
has been kidnapped by Nokia, GSmartMix development has be stopped :| The
same apply to desktop sound library.
So, will gnome 2.20 play nice sound when disk is burn, sound volume
increased, mail received/sent, new RSS item
Hi,
Does libusb allow to lock device ? Does libusb actually access a device
locked by another process ?
About usb-only. It's up to you to implement different devices and
protocols.
Étienne.
--
Verso l'Alto !
___
desktop-devel-list mailing list
deskto
> In fact, imcapd is going to be a HAL add-on, but registering dbus call
> in order to reclaim/release device. Donald, can you confirm that ?
Right, it could definitely do that as a HAL addon. Each scanner could
have ReleaseDevice and ReclaimDevice methods which would make it
temporarily close th
On 3/19/07, Alexander Larsson <[EMAIL PROTECTED]> wrote:
> Gnome-vfs, eel and nautilus has branched for 2.18. The 2.18 development
> continues on the gnome-2-18 branch.
Adding gnome-doc-list to the cc list; please don't forget them in
future branching notices (complete list of who should be cc is
On 3/19/07, Bastien Nocera <[EMAIL PROTECTED]> wrote:
> SSIA
Adding gnome-doc-list to the cc list; please don't forget them in
future branching notices (complete list of who should be cc is in bold
at http://live.gnome.org/MaintainersCorner, which is linked to from
the bugzilla product overview pa
On 3/19/07, Rodrigo Moya <[EMAIL PROTECTED]> wrote:
> gnome-control-center module has been branched, so now there is a
> gnome-2-18 branch for 2.18 development.
Adding gnome-doc-list and r-t to the cc list; please don't forget them
in future branching notices (complete list of who should be cc is
Hi Bastien,
What are your plans for GNOME 2.20?
--lucasr
2007/3/19, Bastien Nocera <[EMAIL PROTECTED]>:
> SSIA
>
> ___
> desktop-devel-list mailing list
> desktop-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/desktop-devel-list
>
__
gnome-control-center module has been branched, so now there is a
gnome-2-18 branch for 2.18 development.
As for plans:
* rename the tarball at last to gnome-control-center
* capplets merging. Still in discussion, so nothing definitive yet here
* g-s-d refactoring to, at last, simplify it and reduc
On Mon, 2007-03-19 at 13:52 +0200, Lucas Rocha wrote:
> HI Alex,
>
> What are your plans for 2.20 for gnome-vfs, eel and nautilus?
>
> Cheers!
The plan is to replace gnome-vfs with gvfs.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander Larsson
HI Alex,
What are your plans for 2.20 for gnome-vfs, eel and nautilus?
Cheers!
--lucasr
2007/3/19, Alexander Larsson <[EMAIL PROTECTED]>:
> Gnome-vfs, eel and nautilus has branched for 2.18. The 2.18 development
> continues on the gnome-2-18 branch.
>
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Gnome-vfs, eel and nautilus has branched for 2.18. The 2.18 development
continues on the gnome-2-18 branch.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
[EMAIL PROTECTED]
SSIA
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Hi,
In fact, imcapd is going to be a HAL add-on, but registering dbus call
in order to reclaim/release device. Donald, can you confirm that ?
Étienne.
--
Verso l'Alto !
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome
34 matches
Mail list logo
