Re: [Evolution-hackers] Testing Evolution 3.x

2011-02-08 Thread Frederic Crozat
2011/2/8 Matthew Barnes mbar...@redhat.com:
 On Tue, 2011-02-08 at 14:23 +0100, Onyeibo Oku wrote:
 The Help-About on my Evolution mail menu still reads 'Evolution 2.32.1'
 but I see Development is now at 3.x.  Is there anyway I can experience
 the future Evolution Mail Client while you guys do your thing?  Is the
 risk of test-running still high?

 I'm presently test-running Gnome-shell (jhbuild) but I'm running Fedora
 14. I might be able to chip in one or two after experiencing status-quo.
 I suspect that would be helpful.

 If you're already using jhbuild and it's still building 2.32 apps, make
 sure you're using the GNOME 3 module sets listed here:

 http://git.gnome.org/browse/jhbuild/tree/modulesets

 I don't use jhbuild myself or I'd tell you more about how to set that
 up, but I'm sure Google can answer that.


 Here's another, perhaps more convenient option:

 Fedora desktop team just conducted a GNOME 3 test day and the live image
 they produced for it includes GNOME Shell and Evolution 2.91.6:

 https://fedoraproject.org/wiki/Test_Day:2011-02-03_GNOME3_Alpha#Live_image

 If you have a spare USB stick or blank DVD, make yourself a live image,
 boot it, and you can play around in GNOME 3 with no risk to your system.

Or you can also use GNOME3 live image : http://gnome3.org/tryit.html :)

-- 
Frederic Crozat
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Testing Evolution 3.x

2011-02-08 Thread Frederic Crozat
2011/2/8 Onyeibo Oku two...@fedoraproject.org:
 On Tue, 2011-02-08 at 15:21 +0100, Frederic Crozat wrote:

 Or you can also use GNOME3 live image : http://gnome3.org/tryit.html :)


 BLUNDER 101:
 

 I know this might upset the geeks but I screwed up big time.  The
 Gnome-3 ISO wasn't cooperating when burnt so I decided to use the USB
 option (was giving me similar errors as with the fedora test ISOs).  So
 what is the big blunder, you may ask?

 Everything was going fine until the usb-image-writer stopped at 100% for
 a few minutes.  It appeared to have hanged so  I quit the terminal
 and pulled the drive.  I now have a stick with CD-ROM partition having
 incomplete data and I don't know how to revert to the beginning. Hope
 someone here can give me an idea how to remove the CD-ROM partition so I
 can exercise 'patience' in full and get the desired results

This depends on kernel buffering and usb stick write speed.

You shouldn't have removed the key.

Just re-run the tool and really wait until it is complete and
everything will be fine.

If you want to reset it for another use, run dd if=/dev/zero
of=/dev/sdX bs=1M count=10 (where X is the letter corresponding to the
stick,
you can check with the tool) and you should be able to repartition it
(after unplugging and replugging it).

-- 
Frederic Crozat
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] bug fixing in stable 2.22.x branch

2008-09-03 Thread Frederic Crozat
Le mardi 02 septembre 2008 à 14:43 +0530, Srinivasa Ragavan a écrit :
 On Tue, 2008-09-02 at 09:23 +0200, Frederic Crozat wrote:
  Le lundi 01 septembre 2008 à 19:55 +0200, Patrick Ohly a écrit :
   On Thu, 2008-08-21 at 12:37 +0530, Chenthill wrote:
Thanks, I will send out a mail to the list mentioning the 
critical
fixes which have gone in recently in the stable branch which needs to be
taken into the distro's.
   
   Bug #548268 is in trunk (thanks Chenthill!) and tested automatically
   now. The test showed that the time zones in South America and Australia
   were also affected.
   
   I think we should send out that bug list to the distributors ASAP.
   Debian Etch is already frozen. Chenthill, do you have the list ready and
   can you send it both to this list and the distributor list?
   
   My own proposal for inclusion are
 * 548268: time zone conversion incorrect
 * 546934: [Exchange Connector] contact change tracking is broken
   (required by SyncEvolution)
 * 499932: [Bug 499932] Not deleting from e-mail server after 
   specified time
  
  Frankly, I think it would be much better to do a 2.22.x release for the
  needed fix : you'll get updated translations as a bonus and
  distributions might be more willing to push it, rather than try to apply
  a list of patches.
 
 I think this should be discussed at d-d-l/release-team than lowering it
 to Evolution/any-other-project. We currently follow GNOME cycle, as you
 know. Unless we hit to a serious issue, you will be always be the
 waiting for a release, where as developers would waiting for a more
 better time to do it. 

I was just talking for this particular list of bugs, not in general.

Eog or gthumb have been doing additional releases after the .3 release
for quite some time.

You could also delegate the release process to other people who would be
willing to take care of it.
-- 
Frederic Crozat [EMAIL PROTECTED]
Mandriva

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Exchange MAPI Connector

2007-10-23 Thread Frederic Crozat

Le mardi 23 octobre 2007 à 12:07 +0530, Srinivasa Ragavan a écrit :
 Hello everyone,
 
 For Evolution 2.22 we should be having MAPI based Exchange connector
 which developed in parallel with Openchange based libmapi. The team is
 currently working on that and the code is currently maintianed at GNOME
 SVN in EXCHANGE_MAPI_BRANCH (both for evolution and
 evolution-data-server)
 
 http://svn.gnome.org/viewvc/evolution/branches/EXCHANGE_MAPI_BRANCH/
 http://svn.gnome.org/viewvc/evolution-data-server/branches/EXCHANGE_MAPI_BRANCH/
 
 I created the branch yesterday and we committed our week long effort
 there. We now have a working account setup plugin, base camel/calendar
 code and a partially working addressbook impl. Things should get to a
 working shape in another week or two. I hope that soon, Johnny would be
 able to create a OpenSUSE Build Service repository (rpms for OpenSUSE,
 Fedora, Ubuntu and few more) for Evolution and its dependencies so that
 users can install the rpms and get a feel of it even before the
 release. 

Please, remember to notify release-team and everybody else on
desktop-devel about the new introduced external dependency for
evolution-data-server and evolution.

Thanks you.

-- 
Frederic Crozat [EMAIL PROTECTED]
Mandriva

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] [Evolution] Exchange MAPI Connector

2007-10-23 Thread Frederic Crozat

Le mardi 23 octobre 2007 à 12:58 +0530, Srinivasa Ragavan a écrit :
 On Tue, 2007-10-23 at 09:16 +0200, Frederic Crozat wrote:
  Le mardi 23 octobre 2007 à 12:07 +0530, Srinivasa Ragavan a écrit :
   Hello everyone,
   
   For Evolution 2.22 we should be having MAPI based Exchange connector
   which developed in parallel with Openchange based libmapi. The team is
   currently working on that and the code is currently maintianed at GNOME
   SVN in EXCHANGE_MAPI_BRANCH (both for evolution and
   evolution-data-server)
   
   http://svn.gnome.org/viewvc/evolution/branches/EXCHANGE_MAPI_BRANCH/
   http://svn.gnome.org/viewvc/evolution-data-server/branches/EXCHANGE_MAPI_BRANCH/
   
   I created the branch yesterday and we committed our week long effort
   there. We now have a working account setup plugin, base camel/calendar
   code and a partially working addressbook impl. Things should get to a
   working shape in another week or two. I hope that soon, Johnny would be
   able to create a OpenSUSE Build Service repository (rpms for OpenSUSE,
   Fedora, Ubuntu and few more) for Evolution and its dependencies so that
   users can install the rpms and get a feel of it even before the
   release. 
  
  Please, remember to notify release-team and everybody else on
  desktop-devel about the new introduced external dependency for
  evolution-data-server and evolution.
  
 Frederic, I dont think we can take it as a enforced dependency right
 away as libmapi depends on Samba4 which is just in aplha1 now. It might
 take a while before Samba4 releases and we take that and libmapi as
 external dependencies. 
 
 Im not sure if we can make/ask those alpha versions as external
 dependencies.
 
 Anyways thanks for the information and the trigger :)

Well, even if it is a optional external dependencies, it should be
announced, moreover because of the samba 4 implied dependency and the
GPLv3 compatibility issue it brings.

There is never too much information to announce ;)

-- 
Frederic Crozat [EMAIL PROTECTED]
Mandriva

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Exchange MAPI Connector

2007-10-23 Thread Frederic Crozat

Le mardi 23 octobre 2007 à 13:01 +0530, Srinivasa Ragavan a écrit :
 On Tue, 2007-10-23 at 09:19 +0200, Jules Colding wrote:
  On Tue, 2007-10-23 at 12:07 +0530, Srinivasa Ragavan wrote:
   Hello everyone,
   
   For Evolution 2.22 we should be having MAPI based Exchange connector
   which developed in parallel with Openchange based libmapi. The team is
   currently working on that and the code is currently maintianed at GNOME
   SVN in EXCHANGE_MAPI_BRANCH (both for evolution and
   evolution-data-server)
   
   http://svn.gnome.org/viewvc/evolution/branches/EXCHANGE_MAPI_BRANCH/
   http://svn.gnome.org/viewvc/evolution-data-server/branches/EXCHANGE_MAPI_BRANCH/
   
   I created the branch yesterday and we committed our week long effort
   there. We now have a working account setup plugin, base camel/calendar
   code and a partially working addressbook impl. Things should get to a
   working shape in another week or two. I hope that soon, Johnny would be
   able to create a OpenSUSE Build Service repository (rpms for OpenSUSE,
   Fedora, Ubuntu and few more) for Evolution and its dependencies so that
   users can install the rpms and get a feel of it even before the
   release. 
  
  Does this mean that evo + e-d-s will go GPLv3?
 
 Jules, as I replied in a previous email thread, Im working with Novell
 legal team to modify the license to either GPLV2 or later or
 dual-license Evolution/EDS under GPLv2 and GPLv3. I dont have yet
 received the final nod. But the mapi providers/plugins are developed
 under GPLv3 which can be a issue now, but may not be after the license
 change.

Well, it will be also a problem for other applications linking with
e-d-s libraries.

-- 
Frederic Crozat [EMAIL PROTECTED]
Mandriva

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Exchange MAPI Connector

2007-10-23 Thread Frederic Crozat

Le mardi 23 octobre 2007 à 13:55 +0530, Srinivasa Ragavan a écrit :
 On Tue, 2007-10-23 at 09:53 +0200, Frederic Crozat wrote:
  Le mardi 23 octobre 2007 à 13:01 +0530, Srinivasa Ragavan a écrit :
   On Tue, 2007-10-23 at 09:19 +0200, Jules Colding wrote:
On Tue, 2007-10-23 at 12:07 +0530, Srinivasa Ragavan wrote:
 Hello everyone,
 
 For Evolution 2.22 we should be having MAPI based Exchange connector
 which developed in parallel with Openchange based libmapi. The team is
 currently working on that and the code is currently maintianed at 
 GNOME
 SVN in EXCHANGE_MAPI_BRANCH (both for evolution and
 evolution-data-server)
 
 http://svn.gnome.org/viewvc/evolution/branches/EXCHANGE_MAPI_BRANCH/
 http://svn.gnome.org/viewvc/evolution-data-server/branches/EXCHANGE_MAPI_BRANCH/
 
 I created the branch yesterday and we committed our week long effort
 there. We now have a working account setup plugin, base camel/calendar
 code and a partially working addressbook impl. Things should get to a
 working shape in another week or two. I hope that soon, Johnny would 
 be
 able to create a OpenSUSE Build Service repository (rpms for OpenSUSE,
 Fedora, Ubuntu and few more) for Evolution and its dependencies so 
 that
 users can install the rpms and get a feel of it even before the
 release. 

Does this mean that evo + e-d-s will go GPLv3?
   
   Jules, as I replied in a previous email thread, Im working with Novell
   legal team to modify the license to either GPLV2 or later or
   dual-license Evolution/EDS under GPLv2 and GPLv3. I dont have yet
   received the final nod. But the mapi providers/plugins are developed
   under GPLv3 which can be a issue now, but may not be after the license
   change.
  
  Well, it will be also a problem for other applications linking with
  e-d-s libraries.
 
 Since EDS is LGPLv2, it may not have much issues. IIRC when Harish moved
 EDS from GPL to LGPL, he made it LGPLv2 or later. (I'm not a licensing
 expert. Just posting from what we had discussed sometime back on e-h
 list).

From what I see in SVN, EDS is still LGPLv2 only, not v2 or later.

But I don't know what it would mean if E-D-S was linked with GPLv3
library (ie Samba 4), for other programs linking to E-D-S library, with
an non GPLv3 compatible license (like explained on
http://www.fsf.org/licensing/licenses/gpl-faq.html#AllCompatibility )

-- 
Frederic Crozat [EMAIL PROTECTED]
Mandriva

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Exchange MAPI Connector

2007-10-23 Thread Frederic Crozat

Le mardi 23 octobre 2007 à 11:07 +0200, Jules Colding a écrit :
 On Tue, 2007-10-23 at 13:55 +0530, Srinivasa Ragavan wrote:
  On Tue, 2007-10-23 at 09:53 +0200, Frederic Crozat wrote:
   Le mardi 23 octobre 2007 à 13:01 +0530, Srinivasa Ragavan a écrit :
On Tue, 2007-10-23 at 09:19 +0200, Jules Colding wrote:
 On Tue, 2007-10-23 at 12:07 +0530, Srinivasa Ragavan wrote:
  Hello everyone,
  
  For Evolution 2.22 we should be having MAPI based Exchange connector
  which developed in parallel with Openchange based libmapi. The team 
  is
  currently working on that and the code is currently maintianed at 
  GNOME
  SVN in EXCHANGE_MAPI_BRANCH (both for evolution and
  evolution-data-server)
  
  http://svn.gnome.org/viewvc/evolution/branches/EXCHANGE_MAPI_BRANCH/
  http://svn.gnome.org/viewvc/evolution-data-server/branches/EXCHANGE_MAPI_BRANCH/
  
  I created the branch yesterday and we committed our week long effort
  there. We now have a working account setup plugin, base 
  camel/calendar
  code and a partially working addressbook impl. Things should get to 
  a
  working shape in another week or two. I hope that soon, Johnny 
  would be
  able to create a OpenSUSE Build Service repository (rpms for 
  OpenSUSE,
  Fedora, Ubuntu and few more) for Evolution and its dependencies so 
  that
  users can install the rpms and get a feel of it even before the
  release. 
 
 Does this mean that evo + e-d-s will go GPLv3?

Jules, as I replied in a previous email thread, Im working with Novell
legal team to modify the license to either GPLV2 or later or
dual-license Evolution/EDS under GPLv2 and GPLv3. I dont have yet
received the final nod. But the mapi providers/plugins are developed
under GPLv3 which can be a issue now, but may not be after the license
change.
   
   Well, it will be also a problem for other applications linking with
   e-d-s libraries.
  
  Since EDS is LGPLv2, it may not have much issues. IIRC when Harish moved
  EDS from GPL to LGPL, he made it LGPLv2 or later. (I'm not a licensing
  expert. Just posting from what we had discussed sometime back on e-h
  list).
 
 Generally it is a mess down there in the eds source license wise. Many
 files are LGPLv2 some are LGPLv2+ and many doesn't even have a license
 notice.
 
 Some samples:
 
 LGPLv2 only: 
 http://svn.gnome.org/viewvc/evolution-data-server/branches/EXCHANGE_MAPI_BRANCH/addressbook/libebook/e-contact.c?revision=8126view=markup
 
 LGPLv2+:
 http://svn.gnome.org/viewvc/evolution-data-server/branches/EXCHANGE_MAPI_BRANCH/camel/camel-certdb.c?revision=8126view=markup
 
 No license header:
 http://svn.gnome.org/viewvc/evolution-data-server/branches/EXCHANGE_MAPI_BRANCH/addressbook/idl/Evolution-DataServer-Addressbook.idl?revision=8126view=markup

To be fair, it is a mess in the entire GNOME stack ;)

-- 
Frederic Crozat [EMAIL PROTECTED]
Mandriva

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Request for improved svn commit messages

2007-10-08 Thread Frederic Crozat

Le samedi 06 octobre 2007 à 00:46 +0530, Srinivasa Ragavan a écrit :
 Nice discussion guys. Lets go this way then.
 
   - Sync ChangeLogs with commit logs
   - Why instead of what in ChangeLogs 
 
 It is just that I never saw a reason for myself and If people see a
 value out of it, lets help them then.

Thanks you very much, this change will be greatly appreciated by many
people ;)

-- 
Frederic Crozat [EMAIL PROTECTED]
Mandriva

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


[Evolution-hackers] Request for improved svn commit messages

2007-10-05 Thread Frederic Crozat
Hi everyone,

I'd like to suggest to Evolution hackers, whenever it is possible for
them, to try to improve their svn commit messages.

Some of you are currently using a very short commit message
(something like fix for bug#xxx), which make reading svn commit
extremely difficult without having to go each time on bugzilla to see
what was the fix really for. Moreover, it also adds complexity when you
are checking a file history and bump into such commits.

May I suggest you use either the same ChangeLog entry you wrote in the
various changelog file (so it is even faster, just use copy/paste :) or
even a stripped version of it (it used to be extremely useful for CVS to
see which files were changed at the same time, but it is no longer
required with svn atomic commit) ?

Thanks you in advance.
-- 
Frederic Crozat [EMAIL PROTECTED]
Mandriva

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Request for improved svn commit messages

2007-10-05 Thread Frederic Crozat

Le vendredi 05 octobre 2007 à 13:36 +0530, Srinivasa Ragavan a écrit :
 Oh, I remember a thread on d-d-l where there was discussion on two
 ChangeLogs (one part of tree and other part of svn logs). Btw, I'm one
 of those who use those short logs for svn commits and I know a few
 people who copy ChangeLogs to svn commit logs.
 
 In anycase, I really dont know/see what is the benefit of this over the
 short messages. Many times with patches and review being on bugzilla,
 atleast I find easy to see what broke where with just the bug number
 part of commit logs over viewcvs.

First, consistency : evolution/e-d-s are almost the only modules on
GNOME using micro message for SVN commit. And it isn't even consistent
across evolution maintainers ;)

Second, being self-contained (and therefore, ease of use for external
maintainers / lurkers / packagers / release-team). You are only thinking
of svn log when using viewcvs. But if you are, just like me, subscribed
to svn-commit mailing list, it is really much easier to see directly
what it a commit purpose (fix a typo, a bug, etc) without having to rely
on another tool / website. Same apply when using svn log command
directly.

It is the same reason why we ask people, when requesting freeze break,
to attach patch to mail and not just a link to bugzilla :)

(Just to be clear, this suggestion is not done with my release-team
hat :)
-- 
Frederic Crozat [EMAIL PROTECTED]
Mandriva

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] evolution's UI, consistency and codebase

2007-05-31 Thread Frederic Crozat
Le jeudi 31 mai 2007 à 07:19 +, Srinivasa Ragavan a écrit :

  Last point is, why is the mail view headers fixed (like not look like
  buttons) in 2.10 and not the other views as well (memos, calendars,
  contacts)
 
 In few themes, Ive seen that it looks like a table header, but not in
 all themes. If you have seen this 2.10, may be with a right theme. Im
 sure that this should be fixable in widgets/table. I don't think it
 would right to fix all the other themes for this.

Well, speaking with my theme writer hat on, I'm forced to do some
matching on ETable class name and so on to get a consistent rendering,
compared to TreeView. 

-- 
Frederic Crozat [EMAIL PROTECTED]
Mandriva

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] evolution's UI, consistency and codebase

2007-05-31 Thread Frederic Crozat
Le jeudi 31 mai 2007 à 08:38 +, Srinivasa Ragavan a écrit :
 On Thu, 2007-05-31 at 10:24 +0200, Frederic Crozat wrote:
  Le jeudi 31 mai 2007 à 07:19 +, Srinivasa Ragavan a écrit :
  
Last point is, why is the mail view headers fixed (like not look like
buttons) in 2.10 and not the other views as well (memos, calendars,
contacts)
   
   In few themes, Ive seen that it looks like a table header, but not in
   all themes. If you have seen this 2.10, may be with a right theme. Im
   sure that this should be fixable in widgets/table. I don't think it
   would right to fix all the other themes for this.
  
  Well, speaking with my theme writer hat on, I'm forced to do some
  matching on ETable class name and so on to get a consistent rendering,
  compared to TreeView. 
 
 Right. IIRC the New button too had some similar issues, but that was
 resolved in 2.8.x.

Not entirely : EComboButton still need to be treated differently for
themes with rounded edges for buttons (like Ia Ora or Galaxy) otherwise
the separations between both part of the button looks strange..

-- 
Frederic Crozat [EMAIL PROTECTED]
Mandriva

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


[Evolution-hackers] Missing svn tags for e-d-s / evolution 2.18 releases

2007-05-21 Thread Frederic Crozat
Hi Evolution / E-D-S maintainers,

it appears that since CVS to SVN migration, no evolution / e-d-s release
was followed by a SVN tag creation in module_name/tags.

These tags are very useful for you, maintainers but also for
contributors and vendors when they try to search for changes between
releases.

Could you try to create those missing tags and make sure they are
created when releasing new tarballs in the future (I guess somebody
script was not migrated correctly to SVN ;) ?

Thanks you in advance.
-- 
Frederic Crozat [EMAIL PROTECTED]
Mandriva

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Missing svn tags for e-d-s / evolution 2.18 releases

2007-05-21 Thread Frederic Crozat
Le lundi 21 mai 2007 à 19:24 +0200, Gilles Dartiguelongue a écrit :
 Le lundi 21 mai 2007 à 17:19 +0200, Frederic Crozat a écrit :
  Hi Evolution / E-D-S maintainers,
  
  it appears that since CVS to SVN migration, no evolution / e-d-s release
  was followed by a SVN tag creation in module_name/tags.
  
  These tags are very useful for you, maintainers but also for
  contributors and vendors when they try to search for changes between
  releases.
  
  Could you try to create those missing tags and make sure they are
  created when releasing new tarballs in the future (I guess somebody
  script was not migrated correctly to SVN ;) ?
  
  Thanks you in advance.
 
 in fact it seems evolution uses branches over tags
 
 evolution stable branch can be found at :
  http://svn.gnome.org/svn/evolution/branches/gnome-2-18

Branches and tags are different beast :
-branches are used to do developement for a particular release of GNOME
(here 2.18.x series)
-tags are pointing each release (ie tarball generation), regardless of
branches.

-- 
Frederic Crozat [EMAIL PROTECTED]
Mandriva

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Missing svn tags for e-d-s / evolution 2.18 releases

2007-05-21 Thread Frederic Crozat
Le lundi 21 mai 2007 à 20:21 +0200, Gilles Dartiguelongue a écrit :
 Le lundi 21 mai 2007 à 18:03 +0200, Frederic Crozat a écrit :
  Le lundi 21 mai 2007 à 19:24 +0200, Gilles Dartiguelongue a écrit :
   Le lundi 21 mai 2007 à 17:19 +0200, Frederic Crozat a écrit :
Hi Evolution / E-D-S maintainers,

it appears that since CVS to SVN migration, no evolution / e-d-s release
was followed by a SVN tag creation in module_name/tags.

These tags are very useful for you, maintainers but also for
contributors and vendors when they try to search for changes between
releases.

Could you try to create those missing tags and make sure they are
created when releasing new tarballs in the future (I guess somebody
script was not migrated correctly to SVN ;) ?

Thanks you in advance.
   
   in fact it seems evolution uses branches over tags
   
   evolution stable branch can be found at :
http://svn.gnome.org/svn/evolution/branches/gnome-2-18
  
  Branches and tags are different beast :
  -branches are used to do developement for a particular release of GNOME
  (here 2.18.x series)
  -tags are pointing each release (ie tarball generation), regardless of
  branches.
  
 sorry I was unclear. I meant that afaics, evolution never tagged
 releases, or something definitely got lost in the cvs-svn transition.

They did, check :
svn ls http://svn.gnome.org/svn/evolution/tags/ | grep EVOL 

-- 
Frederic Crozat [EMAIL PROTECTED]
Mandriva

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Missing svn tags for e-d-s / evolution 2.18 releases

2007-05-21 Thread Frederic Crozat
Le lundi 21 mai 2007 à 16:36 +, Srinivasa Ragavan a écrit :
 Frederic,
 
 One reason why me and Harish didn't want to tag is that we are able to
 map the svn revision number to a particular release. I hope isn't so
 difficult to get that from the ChangeLog/configure.in/NEWS commit logs.
 At least that is how we do while preparing NEWS file for a dot release
 to know what went in since the last release.
 
 If you have better points, We are open for it. Nothing against it :)

I don't really see what it causing problem here : just tags the release
corresponding to the commit for configure.in / NEWS / Changelog. It
isn't really a big problem if there is another commit for the tag
operation in SVN.

Or am I missing something ?
-- 
Frederic Crozat [EMAIL PROTECTED]
Mandriva

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Missing svn tags for e-d-s / evolution 2.18 releases

2007-05-21 Thread Frederic Crozat
Le lundi 21 mai 2007 à 16:57 +, Srinivasa Ragavan a écrit :
 On Mon, 2007-05-21 at 18:57 +0200, Frederic Crozat wrote:
  Le lundi 21 mai 2007 à 16:36 +, Srinivasa Ragavan a écrit :
   Frederic,
   
   One reason why me and Harish didn't want to tag is that we are able to
   map the svn revision number to a particular release. I hope isn't so
   difficult to get that from the ChangeLog/configure.in/NEWS commit logs.
   At least that is how we do while preparing NEWS file for a dot release
   to know what went in since the last release.
   
   If you have better points, We are open for it. Nothing against it :)
  
  I don't really see what it causing problem here : just tags the release
  corresponding to the commit for configure.in / NEWS / Changelog. It
  isn't really a big problem if there is another commit for the tag
  operation in SVN.
 
 I didn't say it a problem. I'm saying that the TAG would map directly to
 a revision in svn which would be the revision of the commit of those
 files. You can achieve what you want with tag with just revision number
 itself. In case of CVS, you can't do this. If it is of difficulty to map
 to a revision, no problem in resuming that again. 

So, I've just discussed with sri over IRC :
-we agreed tagging is less needed now we have SVN than years ago, in the
CVS days.
-nevertheless, since other GNOME modules are following the tagging
convention and since it can be often more convenient to rely on tags
when doing diff than digging into svn log, sri agreed to start back
tagging evolution tree when doing releases.
-in short, we are in agreement ;)

Thanks again to Evolution team !

-- 
Frederic Crozat [EMAIL PROTECTED]
Mandriva

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Evolution 2.11.1 , Evolution-Data-Server 1.11.1 , GtkHTML 3.15.1 and Evolution-Exchange-2.11.1 released

2007-04-25 Thread Frederic Crozat
Le lundi 23 avril 2007 à 23:47 +0530, Srinivasa Ragavan a écrit :
 Hi All,
 
 The Evolution Team is pleased to announce the release of Evolution
 2.11.1
 
 You can download the following :
 
 http://ftp.acc.umu.se/pub/gnome/sources/gtkhtml/3.15/gtkhtml-3.15.1.tar.bz2
 http://ftp.acc.umu.se/pub/gnome/sources/evolution-data-server/1.11/evolution-data-server-1.11.1.tar.bz2
 http://ftp.acc.umu.se/pub/gnome/sources/evolution/2.11/evolution-2.11.1.tar.bz2
 http://ftp.acc.umu.se/pub/gnome/sources/evolution-exchange/2.11/evolution-exchange-2.11.1.tar.bz2
 
 Upgrade Notes :
 Evolution 2.11.x is the unstable series of 2.12 development.

evolution 2.11.1 can't built because of a missing include, which was
fixed by http://svn.gnome.org/viewcvs/evolution?rev=33449view=rev

Could a 2.11.1.1 release be done now, because it is preventing us to
release GNOME 2.19.1 ?

Thanks you in advance.

-- 
Frederic Crozat [EMAIL PROTECTED]
Mandriva

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Why is GnomePrintContext still in GtkHtml?

2007-02-22 Thread Frederic Crozat
Le jeudi 22 février 2007 à 13:46 +, Srinivasa Ragavan a écrit :
 Hi Frederic,
 
 We did update the GtkHTML versions under the assumptions of API
 extensions in 3.13.90. In 3.13.91 we have broken API/ABI and removed the
 obsolete APIs but we havent bumped the versions accordingly. We will be
 doing that in RC Monday. 
 
 Thanks for pointing it out to us :)

Thanks. Please add a big warning in the release announcement, since it
breaks some applications like gnucash (which wasn't been ported to
gtk-print).

-- 
Frederic Crozat [EMAIL PROTECTED]
Mandriva

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Reorganize Evolution's preferences dialog

2006-12-08 Thread Frederic Crozat
Le jeudi 07 décembre 2006 à 11:05 +0530, Srinivasa Ragavan a écrit :
 Hi Matthew
 
 I think it is a pretty good idea :-). The two main reason are
 
 - Width is controlled by the number of tabs in Mail Preferences
 - Height is controlled by the General tab in Mail Preferences

Another issue is l10n.

I still haven't found time to fill proper bug reports but some l10n are
expanding preferences dialogs a lot, and moreover, initial dialog
placement is done before all tabs size are know, causing the correctly
sized dialog to not be centered.

-- 
Frederic Crozat [EMAIL PROTECTED]
Mandriva

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Code Freeze Break Requests

2006-09-01 Thread Frederic Crozat
Le vendredi 01 septembre 2006 à 15:27 +0200, Vincent Untz a écrit :
 Le vendredi 01 septembre 2006, à 18:54, Harish Krishnaswamy a écrit :
  
  Patch #1
  
  
  Bug :   http://bugzilla.gnome.org/show_bug.cgi?id=324118 
  
  Description :   Remove IMAP4rev1 from stable releases
 
 Approval 1/2.

Approval 2/2

  
  Patch #2
  
  Bug :   http://bugzilla.gnome.org/show_bug.cgi?id=350250
  
  Description :   Show my message list from the cache first
 
 Quite a big patch. But I trust the evo team on this one. Approval 1/2.

Same comment as vincent.

Approval 2/2.

  
  Patch #3
  
  Bug :   http://bugzilla.gnome.org/show_bug.cgi?id=353763
  
  Description :   cannot enter text or edit memo summary field
 
 Approval 1/2.

Approval 2/2

-- 
Frederic Crozat [EMAIL PROTECTED]
Mandriva

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Camel in evolution-data-server, a different proposal

2006-07-13 Thread Frederic Crozat
Le jeudi 13 juillet 2006 à 11:35 +0100, Ross Burton a écrit :
 On Thu, 2006-07-13 at 12:25 +0200, Philip Van Hoof wrote:

   Calendar data isn't being stored by the addressbook server either.  That
   isn't a great argument.
  
  And I question ... do all applications that want to use calendaring (and
  only calendaring) have to depend on most of the Evolution components?
 
  Right now, if you translate that to Camel and E-mailing, it depends on
  which distribution you have. On most Redhat based ones: yes. On Debian
  based ones: no. Is there clarity? no. Is it making it more easy to
  develop a pure E-mail application and to document which dependencies
  you have (maybe even letting packagers share the same dependencies): no.
  
  The list of reasons (all valid ones, it's not because *you* mark them as
  rant that it also *is* rant) goes on and on and on.
 
 So you've found a problem with the Red Hat packaging, in that it treats
 all of EDS a single library.  File a bug with Red Hat, and notice that
 Debian, Maemo, and OpenEmbedded (at least) already have split EDS
 packages.

Mandriva too ;)

-- 
Frederic Crozat [EMAIL PROTECTED]
Mandriva

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Hard Patch Review Mode

2006-03-01 Thread Frederic Crozat
Le mercredi 01 mars 2006 à 14:08 +0530, Srinivasa Ragavan a écrit :
 Hi,
 
 We are entering hard code freeze on March 6th. To prepare for that, let
 us make sure that *all* the patches with no exceptions should be mailed
 to the [EMAIL PROTECTED] list. It should be committed only
 after a *review* by the respective maintainers.

And after approval from release-team ;)

Please, get approval from evolution maintainers FIRST and when it is ok,
ask for release-team approval.

Thanks you.

-- 
Frederic Crozat [EMAIL PROTECTED]
Mandriva

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers