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
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:
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 P
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
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 b
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 pro
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/#1
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
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
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 jus
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 n
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, an
12 matches
Mail list logo