Re: Proposal for GNOME Goal: msgctxt migration

On Tue, 18 Nov 2008 17:27:36 +0100, Christian Rose <menthos <at> gnome.org>  
wrote:

> http://live.gnome.org/GnomeGoals/MsgctxtMigration
>
> What about making it an official goal for GNOME 2.26?

+1 from me

This improves the work of translators.

Regards

--

-- 
Christian Kirbach

Re: gnome-desktop on omap3

Le vendredi 21 novembre 2008 à 14:29 +0530, Amit Pundir a écrit :
> Now my concern is how to start the GUI. What and where to configure to
> kickstart gnome on bootup?
> 
> Can anyone please tell me or give me some pointers on how to bring my
> X11-Gnome environment up, i.e which service to start or configure,
> once I port my rootfs to my target through NFS.

You need to start either gdm as a service, or directly gnome-session
using startx.

However you are making your task incredibly complicated by redeveloping
a distribution from scratch while some existing ones (like Debian/arm)
should run on it without modification.

Cheers,
--

-- 
 .''`.
: :' :      We are debian.org. Lower your prices, surrender your code.
`. `'       We will add your hardware and software distinctiveness to
  `-        our own. Resistance is futile.

_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: New module proposal for GNOME 2.26: evolution-mapi

Le vendredi 21 novembre 2008 à 00:06 +0530, Suman Manjunath a écrit :
> On Thu, Nov 20, 2008 at 11:33 PM, Srinivasa Ragavan <sragavan <at> novell.com> wrote:
> > Thanks Ross for the starter. This connector can work against Exchange
> > 5.5 onwards till Exchange 2007. The old one works only with Exchange
> > 2000 & Exchange 2007.
> 
> The old one works only with Exchange 2000 & Exchange 2003 :)

However there are some setups where MAPI is not available at all, and
even Outlook clients use the HTTP interface. It would be nice if both
connectors could be merged – and the webdav interface updated for
Exchange 2007 – so that this possibility is not lost.

Cheers,
--

-- 
 .''`.
: :' :      We are debian.org. Lower your prices, surrender your code.
`. `'       We will add your hardware and software distinctiveness to
  `-        our own. Resistance is futile.

_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: New module proposal for GNOME 2.26: evolution-mapi

On Fri, 2008-11-21 at 00:06 +0530, Suman Manjunath wrote:
> On Thu, Nov 20, 2008 at 11:33 PM, Srinivasa Ragavan <sragavan <at> novell.com> wrote:
> > Thanks Ross for the starter. This connector can work against Exchange
> > 5.5 onwards till Exchange 2007. The old one works only with Exchange
> > 2000 & Exchange 2007.
> 
> The old one works only with Exchange 2000 & Exchange 2003 :)
That was a typo, thanks Suman.

-Srini.
> 
> -Suman
> 
> >
> > -Srini

Re: New module proposal for GNOME 2.26: evolution-mapi

On Thu, 2008-11-20 at 16:21 +0000, Ghee Teo wrote:
> Srinivasa Ragavan wrote:
> > On Wed, 2008-11-19 at 12:04 -0500, Martin Meyer wrote:
> >   
> >> How much (if any) of Samba 4 will be needed to run this new connector?
> >> I was just trying (unsuccessfully) to compiler trunk on my Intrepid
> >> system and I had to install several libraries that seemed very
> >> samba4-ish. Are any of those maybe just build dependencies and not
> >> runtime ones?
> >>     
> >
> > We don't need complete Samba4. We have a few list of libraries that we
> > libmapi needs from Samba4. I don't have it handy, but we did made a
> > list, during packaging for OpenSUSE, which I should be able to find out
> > and share.
> What happen to those distro that doesn't deliver Samba 4. Will evolution 
> fail:
> - to compile?
> - to run?
> or is this configurable by options at compile time? at run time?
> 
This is made as a separate plugin. This new module evolution-mapi has
all those plugins. If you don't have Samba4, you can't use the mapi
connector. But Evolution would continue to work as it used to be.

-Srini

Re: New module proposal for GNOME 2.26: evolution-mapi

On Thu, 2008-11-20 at 10:25 +0100, Murray Cumming wrote:
> On Thu, 2008-11-20 at 07:35 +0530, Srinivasa Ragavan wrote:
> > > * Is there a feature comparison matrix available so we can see
> > exactly
> > > what the new one doesn't do yet?
> > Password Expiry, Send Options, Out-of-Office, some of the plugin
> > features aren't implemented. We now are into core
> > mail/calendar/contacts. We still would be having LDAP based GAL for
> > some
> > time and would need to re-implement GAL using libmapi/NSPI which
> > should
> > be awesome.
> 
> Why assume that we know what GAL is? Can you tell us what the difference
> is as seen by actual users?

GAL is Global Address List. This would be the system addressbook of
Exchange. Current provider does via LDAP, which is very slow, and
doesn't have stuffs like time based delta downloads.

> 
> Is there anything that the new one does that the old one doesn't do?
> 

The new one can do much more, but we haven't done much of that stuff.
NSPI based GAL is a big thing. Kerberos/Smartcard authentication support
should be much easier to do. Push email is possible now. But yeah, all
these are yet to be implemented. We are now pretty much focusing on
stability/performance, feature parity with the old provider. But these
should be on the cards anytime, once we are in some good shape.

Re: Add -D*_DISABLE_SINGLE_INCLUDES to GNOME_MAINTAINER_MODE_DEFINES

On Wed, 2008-11-19 at 18:02 +0000, Matteo Settenvini wrote:
> Can't you use:
> 
> namespace _gtk {
> #include <gtk/gtk.h>
> }
> 
> ?
> 
> It's always possible to add "using" declarations into gtkmm headers, if
> source-level compat has to be retained. Just an idea, though. Don't know
> if this is feasible.

It's not. C headers are full of macros that respect no namespace.

--

-- 
Murray Cumming
murrayc <at> murrayc.com
www.murrayc.com
www.openismus.com

New module proposal for GNOME 2.26: evolution-mapi

Hi guys,

I would like to propose, evolution-mapi a new born connector for
Evolution to connect to MS Exchange 2007. But being a connector around
the MAPI protocol, it practically can connect to any version of
Microsoft Exchange (5.5, 2000, 2003 and 2007).

It has been under development for more than a year under a branch
EXCHANGE_MAPI_BRANCH in evolution and evolution-data-server project.

http://svn.gnome.org/svn/evolution-data-server/branches/EXCHANGE_MAPI_BRANCH 
http://svn.gnome.org/svn/evolution-/branches/EXCHANGE_MAPI_BRANCH 

Its now licensed as LGPLv2 or LGPLv3.

We just created a new svn project for the connector and Johnny sent out
a mail on evolution-hackers and users list about the new project. It is
now hosted under GNOME Svn under as evolution-mapi.

http://svn.gnome.org/svn/evolution-mapi

We have requested to create a new bugzilla component for Evolution-mapi
in GNOME Bugzilla.

We have now basic support to create account, folder, send/receive mails,
calendar/meeting and contacts. Its has bugs, and doesn't have feature
parity with the evolution-exchange (WebDAV based connector). But we
gonna spend make it the default connector in the longer term, and would
have more features than the WebDAV based connector.

Re: Add -D*_DISABLE_SINGLE_INCLUDES to GNOME_MAINTAINER_MODE_DEFINES

On Wed, 2008-11-19 at 14:07 +0100, Matteo Settenvini wrote:
> Hello,
> 
> just want to know: does this policy also applies to Gtkmm includes?
> I mean, if I've got an application written in C++, should I only include
> "gtkmm.h"?

No, I have no plan to make that necessary with gtkmm. It would
needlessly increase executable sizes with no benefit.

I don't really believe it's necessary for C either, but that discussion
is over. Unfortunately it means that we must include gtk.h instea of
gtksomethingspecific.h in several gtkmm headers, poluting the global
namespace.

--

-- 
Murray Cumming
murrayc <at> murrayc.com
www.murrayc.com
www.openismus.com

Re: Is this a UI freeze break?

Le lundi 17 novembre 2008, à 15:01 -0500, Matthew Barnes a écrit :
> I fixed a bug in Evolution's infamous ETable widget that makes header
> labels left-aligned instead of center-aligned for better consistency
> with GtkTreeView.  It was well received and I was told to ask whether
> this kind of change would be allowed in the next stable release.
> 
> Bug: http://bugzilla.gnome.org/show_bug.cgi?id=560882
> 
> Before and after screen shots:
> http://bugzilla.gnome.org/attachment.cgi?id=122709&action=view
> http://bugzilla.gnome.org/attachment.cgi?id=122742&action=view
> 
> Personally I think this is just an esthetic change and wouldn't render
> the user docs inaccurate, but I'll wait for release team approval before
> proceeding.

This is technically a UI freeze break, but I doubt this would have any
bad side-effect, so I'd say it's okay. So take this as a first approval
from release team 

Vincent

--

-- 
Les gens heureux ne sont pas pressés.

Re: New module proposal for GNOME 2.26: Libgda

Am Montag, den 17.11.2008, 11:56 +0100 schrieb Vivien Malerba:
> I would like to propose Libgda as a new external dependency for GNOME
> 2.26.

Please see http://live.gnome.org/ReleasePlanning/ModuleProposing -
especially adding it to the jhbuild moduleset if required and list it at
http://live.gnome.org/TwoPointTwentyfive/ExternalDependencies

andre
--

-- 
 mailto:ak-47 <at> gmx.net | failed
 http://www.iomc.de/  | http://blogs.gnome.org/aklapper