Federico Mena Quintero wrote:
Hi,
I just saw this http://live.gnome.org/GnomeGoals/AppIcon about making
apps update the GTK+ icon cache during make install.
This would be fine in a tarball-only world, but I wonder if distros will
just end up patching out that part of Makefiles, and
Hi,
On 7/24/07, Bastien Nocera [EMAIL PROTECTED] wrote:
On Mon, 2007-07-23 at 15:10 -0400, Havoc Pennington wrote:
- sync of browser state (history, bookmarks, cookies, passwords),
like Google Browser Sync but open source and integrated with
everything else (e.g. no need to log
On Sun, 2007-07-22 at 10:57 -0400, Havoc Pennington wrote:
- the application-install stuff at http://mugshot.org/applications
needs a bit of work to support non-Fedora distributions; it's
written to allow that, but we really need volunteers to add Ubuntu
etc.
can you just
On Sun, 2007-07-22 at 10:57 -0400, Havoc Pennington wrote:
Hi,
Some thoughts on near-term goals and steps to get things rolling (for
those who want to play):
...
I miss the 'shared storage' thing in your list, like moving the
themes/icons/backgrounds from art.gnome.org to be part of
Hi,
Sanford Armstrong wrote:
Sync and Publish as distinct features concerns me; we don't want too
many ways to do the same thing. Maybe if Publish were equivalent to
mark this note public, sync if necessary...
I agree here.
I think this is a good idea, assuming it can be ready fairly
Hi,
To get started on Tomboy I wrote DataModel.cs, which exposes the Online
Desktop Engine data model to C#. When you're done laughing at my C#
incompetence this is maybe a useful illustration of how the data model
works.
Owen gives more background at http://fishsoup.net/blog/2007/07/24/#19
On 8/7/07, Havoc Pennington [EMAIL PROTECTED] wrote:
Hi,
To get started on Tomboy I wrote DataModel.cs, which exposes the Online
Desktop Engine data model to C#. When you're done laughing at my C#
incompetence this is maybe a useful illustration of how the data model
works.
The protocol
Hi Guys
I'm one of the Conduit developers and I'd just like to get your feelings
on where Conduit and/or OpenSync fit in to this.
I understand that you guys are heading the charge on this, but especially
wanted to draw your attention to Conduit. We are one of a handful of
projects that have
Hey Olav,
On Wed, 2007-08-08 at 00:36 +0200, Olav Vitters wrote:
Please read if you are the maintainer of a module in svn.gnome.org:
The new accounts system will store maintainer information in LDAP.
Meaning, it'll know who the maintainers are for some module. People will
not be able to
On Wed, 2007-08-08 at 00:36 +0200, Olav Vitters wrote:
Some Name
E-mail: [EMAIL PROTECTED]
Userid: svn-account-name
Note that the userid is really important. Otherwise ensure that the
E-mail address is the one your @svn.g.o alias forwards to.
Can you make it understand [EMAIL
Olav Vitters wrote:
Note: Modules without such a file will be ignored (people cannot
request SVN accounts for such modules).
So in short:
1. Please ensure the following file exists in your SVN repos:
/trunk/MAINTAINERS (no other place is ok)
2. The content resembles the following:
Some
Thomas Thurman
to Bastien
show details
23:15 (0 minutes ago)
On Wed, 2007-08-08 at 00:36 +0200, Olav Vitters wrote:
2. The content resembles the following:
Some Name
E-mail: some email-address invalid
Userid: svn-account-name
1. Some Name is their legal name,
12 matches
Mail list logo
