Mensagem Original:
Data: 20:26:35 14/12/2008
De: Joost van der Sluis jo...@cnoc.nl
Assunto: Re: [Lazarus] TAChart: Request to review/apply patch 12758
Op zondag 14-12-2008 om 10:18 uur [tijdzone +0100], schreef Florian
Klaempfl:
Luiz Americo Pereira Camara schrieb:
Florian Klaempfl
Luiz Americo Pereira Camara schrieb:
Florian Klaempfl escreveu:
Alexander Klenin schrieb:
On Fri, Dec 12, 2008 at 11:39, Paul Ishenin i...@kmiac.ru wrote:
Same for Alexander Klenin - if you need to update TAChart very often
then ask about write access to
Op zondag 14-12-2008 om 10:18 uur [tijdzone +0100], schreef Florian
Klaempfl:
Luiz Americo Pereira Camara schrieb:
Florian Klaempfl escreveu:
Alexander Klenin schrieb:
On Fri, Dec 12, 2008 at 11:39, Paul Ishenin i...@kmiac.ru wrote:
Same for Alexander Klenin - if you need to
Op vrijdag 12-12-2008 om 18:54 uur [tijdzone +1000], schreef Alexander
Klenin:
On Fri, Dec 12, 2008 at 18:27, Florian Klaempfl flor...@freepascal.org
wrote:
Alexander Klenin schrieb:
On Fri, Dec 12, 2008 at 11:39, Paul Ishenin i...@kmiac.ru wrote:
Same for Alexander Klenin - if you need
Florian Klaempfl escreveu:
Alexander Klenin schrieb:
On Fri, Dec 12, 2008 at 11:39, Paul Ishenin i...@kmiac.ru wrote:
Same for Alexander Klenin - if you need to update TAChart very often
then ask about write access to svn/lazarus/trunk/components/tachart
Yes, it can be a
Alexander Klenin schrieb:
On Fri, Dec 12, 2008 at 11:39, Paul Ishenin i...@kmiac.ru wrote:
Same for Alexander Klenin - if you need to update TAChart very often
then ask about write access to svn/lazarus/trunk/components/tachart
Yes, it can be a workaround for my particular case, so whom
Alexander Klenin schrieb:
See http://bugs.freepascal.org/view.php?id=12758
Sorry to bother Daruis (and everyone else) again, but
this patch is holding my further work on TAChart.
Such are the problems of using centralized version control ;-)
I really wonder how a DVCS would solve this
I really wonder how a DVCS would solve this or what would be different?
You just apply it to your local working copy and you've it in your builds?
Yes. The most important difference in this case is that DVCS
would preserve local history. This is similar to every developer having
his own branch
Alexander Klenin schrieb:
I really wonder how a DVCS would solve this or what would be different?
You just apply it to your local working copy and you've it in your builds?
Yes. The most important difference in this case is that DVCS
would preserve local history. This is similar to every
Alexander Klenin schrieb:
Obviously, this is not a scalable solution for many developers ;-)
I forget to mention: how does a DVCS scale better in this regard for
small and medium sized projects (100 developers)? As long as you don't
get rejected commits due to two commits by two people at the
On Thu, Dec 11, 2008 at 20:16, Florian Klaempfl [EMAIL PROTECTED] wrote:
Alexander Klenin schrieb:
I.e. my specific problem can be solved in SVN by creating a branch of TAChart
component and giving me commit access to it, but then
similar branch should be created for my patches to DBGrid,
and
Alexander Klenin schrieb:
On Thu, Dec 11, 2008 at 20:16, Florian Klaempfl [EMAIL PROTECTED] wrote:
Alexander Klenin schrieb:
I.e. my specific problem can be solved in SVN by creating a branch of
TAChart
component and giving me commit access to it, but then
similar branch should be created
--- El jue 11-dic-08, Alexander Klenin [EMAIL PROTECTED] escribió:
[snip]
I.e. my specific problem can be solved in SVN by creating a
branch of TAChart
component and giving me commit access to it, but then
similar branch should be created for my patches to DBGrid,
and yet another one
--- El jue 11-dic-08, Alexander Klenin [EMAIL PROTECTED] escribió:
[snip]
I did produce some patch, see my mail FCL-DB: Extend
TLookupList so
it can be used as picklist source in the fpc-devel
list.
However, it seems there are even fewer reviewers in FPC
team than
Lazarus team ;-)
At
Florian Klaempfl escreveu:
Alexander Klenin schrieb:
On Thu, Dec 11, 2008 at 20:16, Florian Klaempfl flor...@freepascal.org
wrote:
Alexander Klenin schrieb:
I.e. my specific problem can be solved in SVN by creating a branch of
TAChart
component and giving me commit
Luiz Americo Pereira Camara wrote:
An real example:
- i'm the developer of the Sqlite component shipped with fpc.
Then maybe the best for you is to ask about write access to the SqlLite
subtree of fpc trunk?
Same for Alexander Klenin - if you need to update TAChart very often
then ask about
On Fri, Dec 12, 2008 at 11:39, Paul Ishenin i...@kmiac.ru wrote:
Same for Alexander Klenin - if you need to update TAChart very often
then ask about write access to svn/lazarus/trunk/components/tachart
Yes, it can be a workaround for my particular case, so whom should I ask?
In general,
On Fri, Dec 12, 2008 at 01:32, Jesus Reyes jesus...@yahoo.com.mx wrote:
If it gets applied it has to be temporal and as such, we need a patch for fpc
also and another taking in count the patched fpc (but that can wait of
course), if the fpc patch doesn't make it, it's unlikely the crack will
Alexander Klenin schreef:
On Fri, Dec 12, 2008 at 01:32, Jesus Reyes jesus...@yahoo.com.mx wrote:
If it gets applied it has to be temporal and as such, we need a patch for
fpc also and another taking in count the patched fpc (but that can wait of
course), if the fpc patch doesn't make it,
See http://bugs.freepascal.org/view.php?id=12758
Sorry to bother Daruis (and everyone else) again, but
this patch is holding my further work on TAChart.
Such are the problems of using centralized version control ;-)
--
Alexander S. Klenin
Insight Experts Ltd.
Alexander Klenin escreveu:
See http://bugs.freepascal.org/view.php?id=12758
Sorry to bother Daruis (and everyone else) again, but
this patch is holding my further work on TAChart.
Such are the problems of using centralized version control ;-)
+1
I have similar problems recently, when i
21 matches
Mail list logo