On 07/03/2009 18:57, Pavel Sanda wrote:
Lars Gullik Bj?nnes wrote:
| i can continue with the problems for updating from the main tree compared
| to svn if you like (these are not to prove git is something worse, but
| to discard your claims that git know everything what svn plus something
|
Thanks,
Jürgen
Pavel Sanda wrote:
> - what will be the action when grave problem shows up? 1.6.2.1 or 1.6.3?
No, 1.6.2. What I will do today is a release candidate.
> - when we are allowed to push already approved patches for 1.6.3?
After 1.6.2 has been released (I'll announce that).
Jürgen
Uwe Stöhr wrote:
> But isn't this the same? After Qt 4.4.0 was released, Ubuntu used it for
> its new release 2 weeks or so later (when I remember correctly). Ubuntu
> will release in April, so when they will ship Qt 4.5, Ubuntu have LyX 1.6.2
> using the Qt 4.5 libraries
Ubuntu is not "all Linux
Andre Poenitz schrieb:
We've been using the 4.5 'development branch' for Creator all the time.
There were days with 'upstream problems', but in general it worked.
The choice is probably to make between a few well known bugs and an
unknown number of not-yet-known bugs. I guess you can throw a di
I get this:
..\..\lyx-windows-deps-msvc2008\qt-4\bin\moc -o release\src\frontends\qt4\GuiCit
ation_moc.cpp D:\LyXSVN\LyX1.6.x\src\frontends\qt4\GuiCitation.h
..\..\lyx-windows-deps-msvc2008\qt-4\bin\uic -tr lyx::qt_ -o release\src\fronten
ds\qt4\ui\ui_CitationUi.h D:\LyXSVN\LyX1.6.x\src\frontends
> Bo and I have verified this,
The problem is basically that a .php script executed by sf.net can
write to any writable location of sf.net, which are usually
apache-writable directories under the persistent directory of some
projects. sf.net fully understand this, as some casual search turns
out:
> Hmm... I just realized that one thing I'll miss if I don't have full access.
> It's the ability to change ownership and permission of certain files and
> directories. This can sometimes be problematic when doing some stuff with
> the wiki/web. That's sometthing which will make things a little bit
Christian Ridderström wrote:
> I'm trying to commit to www-user from aussie and get the following error
> message:
>
> Transmitting file data .svn: Commit failed (details follow):
> svn: 'pre-commit' hook failed with error output:
>
>
> And then there is nothing more...
>
> Jean-Marc, coul
I'm trying to commit to www-user from aussie and get the
following error message:
Transmitting file data .svn: Commit failed (details follow):
svn: 'pre-commit' hook failed with error output:
And then there is nothing more...
Jean-Marc, could you or someone else tell me where I'll fin
There's a security issue with using SF for our web and wiki. It's as
follows.
The web and wiki must be able to write the data somewhere. This data must
be writable by the apache user. Unfortunately, this means that any other
project at SF will also be able to write to our data... oops.
Bo an
On Sat, Mar 07, 2009 at 04:46:52PM +0100, Uwe Stöhr wrote:
> >>URL: http://www.lyx.org/trac/changeset/28708
> >>Log:
> >>installer: updated to Qt 4.5.0
> >
> > Wasn't there some bugs cited by Enrico?
>
> I don't know, can you point me to his post please, I can't find it.
http://
On Fri, Feb 27, 2009 at 05:06:41PM +0100, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > I see some issues.
>
> Me too (with 4.5rc1):
>
> 1. localization problems. LyX must be started with an explicit LANG setting,
> else special characters cannot be inserted (maybe a packaging issue)
On Sat, Mar 07, 2009 at 02:56:05PM +0100, Andre Poenitz wrote:
> On Sat, Mar 07, 2009 at 02:48:22PM +0100, Vincent van Ravesteijn wrote:
> >> Only Visual Studio C++ 2008 Express with SP1 supports TR1,
> >> maybe this was the problem.
> >>
> > Yes, I knew that was the problem. However, at the time
On 2009-03-07, rgheck wrote:
> José Matos wrote:
>> On Friday 06 March 2009 13:57:34 Guenter Milde wrote:
>> This would be moot if the paragraph had some kind of special markup, like:
>> \begin{standard}
>> ...
>> \end{standard}
>> or even
>> \standard{...} if you prefer.
Thinking about it, I
On Sat, 7 Mar 2009, Christian Ridderström wrote:
No, not if we migrate to any service. If we migrate to a server which is
called www.lyx.org and can place some directories where we want them,
migration is straight forward.
Lars, do you know how to set up a vhost on a SF server? I'm thinking i
>> LyX is a totally different story. LyX is a much smaller project. If
>> two major features are developed separately, there are high
>> probability of conflict.
>
> Did we ever had that situation?
Then what happened to XML and other branches? LyX is sufficiently
small so that you can not leave tr
Jürgen Spitzmüller wrote:
> Sensible plan?
two questions:
- what will be the action when grave problem shows up? 1.6.2.1 or 1.6.3?
- when we are allowed to push already approved patches for 1.6.3?
pavel
On Sat, Mar 07, 2009 at 07:32:21PM +0100, Uwe Stöhr wrote:
> I would happy when anybody could point me to regressions. We only use
> the Gui and the Core of Qt, and as far as I can see are the major
> changes in other components like designer/creator, phonon, Webkit,
> etc.
There have been quite
On Sat, Mar 07, 2009 at 11:39:07AM -0600, Bo Peng wrote:
> LyX is a totally different story. LyX is a much smaller project. If
> two major features are developed separately, there are high
> probability of conflict.
Did we ever had that situation?
> Subversion does this perfectly because everyone
>> And when Qt 4.4.0 was released we also had this topic ant that time Jürgen
>> and others told me that LyX on Linux will anyway use the brand new Qt 4.4.0
>> (because this decision is made by the Linux distributors like Ubuntu), so
>> also the Windows build could use it.
>
> That's not quite tru
On Sat, Mar 7, 2009 at 10:57 AM, Jürgen Spitzmüller
wrote:
> Uwe Stöhr wrote:
>> And when Qt 4.4.0 was released we also had this topic ant that time Jürgen
>> and others told me that LyX on Linux will anyway use the brand new Qt 4.4.0
>> (because this decision is made by the Linux distributors lik
On Sat, 7 Mar 2009, Christian Ridderström wrote:
Here's an updated list of services. Should probably put this on a wiki
page eventually. Please add/comment about stuff I've forgotten.
!!! Services related to LyX and LyX development.
* Web site http://www.lyx.org On aussie.
* Wiki
On Sat, 7 Mar 2009, Lars Gullik Bjønnes wrote:
| No, not if we migrate to any service. If we migrate to a server which
| is called www.lyx.org and can place some directories where we want
| them, migration is straight forward.
We can make www.lyx.org point into the sf.net space and setup a vh
On Sat, 7 Mar 2009, Christian Ridderström wrote:
I believe it might be possible to remotely mount the project webspace over
sftp. Here's what worked when I tried it against my old sourceforge
account:
I'm not convinced moving to SF is the right choice at the moment, but I have
made some pr
Lars Gullik Bj?nnes wrote:
> | i can continue with the problems for updating from the main tree compared
> | to svn if you like (these are not to prove git is something worse, but
> | to discard your claims that git know everything what svn plus something
> | more
> | - two different tools for two
On Thu, 5 Mar 2009, Lars Gullik Bjønnes wrote:
main ftp is not on aussie
malinglist (mainly) is not on aussie
dns servers is not on aussie
To start a list of services. I thought I'd e-mailed that earlier, but it
seems lost.
/C
--
Christian Ridderström Mobile: +46-
> Rember the claim put forward a couple of posts ago: "IMHO, we do not
> have enough manpower to use the git model."
>
> Which is just FUD.
Linux/core is huge and there are many components and subcomponents.
Groups of people work on these subcomponents and submit their tested
patches to their com
Lars Gullik Bj?nnes wrote:
> Jean-Marc Lasgouttes writes:
>
> | Pavel Sanda writes:
> >
> >> Abdelrazak Younes wrote:
> >>> As for refering to a svn revision instead of a git branch, this is a
> >>> different mental model indeed, but not not a loss of function IMHO.
> >>
> >> to me this depends
Pavel Sanda writes:
| Lars Gullik Bj?nnes wrote:
>> >> | IMHO, we do not have enough manpower to use the git model.
>> >>
>> >> There is no such thing as the "git model".
>> >
>> | for example i would like to hear how you directly commit to the main
>> | repository - some _one_ command equivalen
Christian Ridderström wrote:
> On Sat, 7 Mar 2009, Jean-Marc Lasgouttes wrote:
>
>>> I do not quite get that... who is it easer to say r1234 instead of
>>> 23ae45?
>>
>> I like the fact that revision numbers form an increasing timeline.
>
> I guess one advantage with r1234 is if you manually bise
Lars Gullik Bj?nnes wrote:
> >> | IMHO, we do not have enough manpower to use the git model.
> >>
> >> There is no such thing as the "git model".
> >
> | for example i would like to hear how you directly commit to the main
> | repository - some _one_ command equivalent to svn ci.
>
> why is it ba
Am Samstag 07 März 2009 schrieb Pavel Sanda:
> i'm confused - you plan to install files to different locations than the
> current automake tools do?
The current automake makes no packages. There is a description for creating an
rpm-package though.
And no, I am not planing. But it is so since som
Christian Ridderström
writes:
| On Sat, 7 Mar 2009, Bo Peng wrote:
>
>>> It is driven by PmWiki, which can be used on SF. However, I believe
>>> it'll require quite a bit of work to migrate to a different
>>> host(name). It was never designed to be portable like the web pages
>>> (which are also
On Sat, 7 Mar 2009, Bo Peng wrote:
It is driven by PmWiki, which can be used on SF. However, I believe
it'll require quite a bit of work to migrate to a different host(name).
It was never designed to be portable like the web pages (which are also
generated by PmWiki).
This will be case if we
Kornel Benko wrote:
> Am Samstag 07 März 2009 schrieb Jean-Marc Lasgouttes:
> > Kornel Benko a écrit :
> > > Hi,
> > > in the trunk-cmake-build, we install everything into a single directory
> > > like /usr/local/share/lyx2.0.
> > > I would like to additionally install a smal shell script as
> > >
On Sat, 7 Mar 2009, Lars Gullik Bjønnes wrote:
| On Wed, 4 Mar 2009, Lars Gullik Bjønnes wrote:
I belive github might be a good place for the repo and the wiki
(other can judge better than me). And do we really need the regular
web space if the wiki is good?
| What's the'regular web space'
The recent two dataloss bugs made the release of 1.6.2 rather pressing.
However, I think we should still test the recent fixes before actually
releasing 1.6.2, to verify the fixes did not introduce bad side effects.
So here is my proposal:
* I'm gonna apply the patch for bug 5833 to branch and
Uwe Stöhr wrote:
> And when Qt 4.4.0 was released we also had this topic ant that time Jürgen
> and others told me that LyX on Linux will anyway use the brand new Qt 4.4.0
> (because this decision is made by the Linux distributors like Ubuntu), so
> also the Windows build could use it.
That's not
> A sub-dump is done every night... from the last full dump until present.
That indicates a lack of communication between us... :-)
> I think that your way of doing the dump might result in a tiny bit more
> manual work required to get it up to date.
It does not matter if we do not need to do th
On Thu, 5 Mar 2009, Lars Gullik Bjønnes wrote:
I'd love to get rid of bugzilla anyway... it is a superhassle to
upgrade...
Is it practical to stop using bugzilla if we already have many references
to issues in bugzilla, or to changesets or whatever?
I think this was asked elsewhere by someo
On Sat, 7 Mar 2009, Jean-Marc Lasgouttes wrote:
I do not quite get that... who is it easer to say r1234 instead of
23ae45?
I like the fact that revision numbers form an increasing timeline.
I guess one advantage with r1234 is if you manually bisect between
revisions to see when a bug appe
>>URL: http://www.lyx.org/trac/changeset/28708
>>Log:
>>installer: updated to Qt 4.5.0
>
> Wasn't there some bugs cited by Enrico?
I don't know, can you point me to his post please, I can't find it.
In the past I waited for Qt 4.x.1 before using them for LyX releases, but Joost always
Bo Peng writes:
>>> I know that, but I was creating a full dump.
>>
>> Que??
>
| A full dump till Thursday, not the previous Sunday...
A sub-dump is done every night... from the last full dump until present.
I think that your way of doing the dump might result in a tiny bit more
manual work req
> It is driven by PmWiki, which can be used on SF. However, I believe it'll
> require quite a bit of work to migrate to a different host(name). It was
> never designed to be portable like the web pages (which are also generated
> by PmWiki).
This will be case if we migrate to ANY service, and auss
Christian Ridderström
writes:
| On Wed, 4 Mar 2009, Lars Gullik Bjønnes wrote:
>
>> I belive github might be a good place for the repo and the wiki
>> (other can judge better than me). And do we really need the regular
>> web space if the wiki is good?
>
| What's the'regular web space'? Does tha
Am Samstag 07 März 2009 schrieb Jean-Marc Lasgouttes:
> Kornel Benko a écrit :
> > Hi,
> > in the trunk-cmake-build, we install everything into a single directory
> > like /usr/local/share/lyx2.0.
> > I would like to additionally install a smal shell script as
> > "/usr/bin/lyx" beeing a wrap to ca
I changed the subject, felt like it was time :-)
On Wed, 4 Mar 2009, Bo Peng wrote:
sf.net provides ssh access, something even my web hosting company is
unwilling to provide. I just checked and it has doxygen pre-installed.
But the shells are time limited, so I doubt we'd be able to set up a
Pavel Sanda writes:
| Lars Gullik Bj?nnes wrote:
>> This is just bull. You are creating a model that is not optimal and
>> saying this is due to git.
>>
>> | IMHO, we do not have enough manpower to use the git model.
>>
>> There is no such thing as the "git model".
>
| for example i would like
Jürgen Spitzmüller wrote:
> Attached is a patch that fixes it.
This patch also works for grandchildren (a problem outlined by Jean-Marc on
bugzilla).
Jürgen
Index: src/Buffer.h
===
--- src/Buffer.h (Revision 28709)
+++ src/Buffer.h
On Wed, 4 Mar 2009, Lars Gullik Bjønnes wrote:
I belive github might be a good place for the repo and the wiki (other
can judge better than me). And do we really need the regular web space
if the wiki is good?
What's the'regular web space'? Does that mean the web pages?
/C
--
Christian Rid
Lars Gullik Bjønnes a écrit :
| For users that (try to) help us find bugs (and we need these people),
| saying "it did work at r1234" is easier that giving a hash (isn't this
| how a git state is defined? here I show my ignorance about it).
I do not quite get that... who is it easer to say r1234
On Wed, 4 Mar 2009, Lars Gullik Bjonnes wrote:
| using git in the day job a while ago. The bright side is that there
| are lots of helpful people around ;-)
you is the general you, and personally is the, well, person you.
So, you, as in Andre, already got experience with git ,great.
(I would
>> I know that, but I was creating a full dump.
>
> Que??
A full dump till Thursday, not the previous Sunday...
Bo
Jürgen Spitzmüller a écrit :
Abdelrazak Younes wrote:
Wasn't there some bugs cited by Enrico?
From what I have experienced myself and from what I read on the net, I would
not base a binary on Qt 4.5 actually.
Especially two/three days before release.
JMarc
On Sat, 7 Mar 2009, Bo Peng wrote:
Already done automatically. Full dump is done automatically on aussie
every sunday.
I know that, but I was creating a full dump.
Que??
/C
--
Christian Ridderström Mobile: +46-70 687 39 44
Kornel Benko a écrit :
Hi,
in the trunk-cmake-build, we install everything into a single directory like
/usr/local/share/lyx2.0.
I would like to additionally install a smal shell script as "/usr/bin/lyx"
beeing a wrap to call the actual executable.
What is it good for? We should install to $pr
Lars Gullik Bj?nnes wrote:
> This is just bull. You are creating a model that is not optimal and
> saying this is due to git.
>
> | IMHO, we do not have enough manpower to use the git model.
>
> There is no such thing as the "git model".
for example i would like to hear how you directly commit t
Abdelrazak Younes wrote:
> Wasn't there some bugs cited by Enrico?
From what I have experienced myself and from what I read on the net, I would
not base a binary on Qt 4.5 actually.
Jürgen
Vincent van Ravesteijn wrote:
> > Index: src/frontends/qt4/GuiView.cpp
> > ===
> > --- src/frontends/qt4/GuiView.cpp (Revision 28709)
> > +++ src/frontends/qt4/GuiView.cpp (Arbeitskopie)
> > @@ -527,14 +527,29 @@
> >
On 07/03/2009 04:22, uwesto...@lyx.org wrote:
Author: uwestoehr
Date: Sat Mar 7 04:22:16 2009
New Revision: 28708
URL: http://www.lyx.org/trac/changeset/28708
Log:
installer: updated to Qt 4.5.0
Wasn't there some bugs cited by Enrico?
Abdel.
Index: src/frontends/qt4/GuiView.cpp
===
--- src/frontends/qt4/GuiView.cpp (Revision 28709)
+++ src/frontends/qt4/GuiView.cpp (Arbeitskopie)
@@ -527,14 +527,29 @@
if (b->parent()) {
Abdelrazak Younes wrote:
On 07/03/2009 14:48, Jürgen Spitzmüller wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=5833
This is another dataloss bug with children, which has two
manifestations. In
both cases, a child and its master are opened, and the child has unsaved
changes:
1. Quit LyX whil
On 07/03/2009 14:48, Jürgen Spitzmüller wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=5833
This is another dataloss bug with children, which has two manifestations. In
both cases, a child and its master are opened, and the child has unsaved
changes:
1. Quit LyX while being in the child: The ch
On 07/03/2009 14:49, rgheck wrote:
This patch removes the "other" setBuffer() calls that seem to have
been added to deal with the sort of bug just fixed. I'm not proposing
this for branch at all, necessarily, but for trunk. Brief testing
suggests it's fine. The CutAndPaste calls seem useless,
On 07/03/2009 14:39, rgheck wrote:
rgheck wrote:
I did the check. No extra calls [to updateLabels()], so far as I can
see.
That said, there already was a double call on paste. This is because
we call updateLabels() in pasteParagraphList() and then we end up
calling it again after the depm me
I believe it might be possible to remotely mount the project webspace
over sftp. Here's what worked when I tried it against my old sourceforge
account:
I'm not convinced moving to SF is the right choice at the moment, but I
have made some progrss on remote mounting.
This seems to work so far
Andre Poenitz schreef:
On Sat, Mar 07, 2009 at 02:48:22PM +0100, Vincent van Ravesteijn wrote:
Only Visual Studio C++ 2008 Express with SP1 supports TR1,
maybe this was the problem.
Yes, I knew that was the problem. However, at the time of the meeting
SP1 was not available for the E
rgheck wrote:
> > + vector::const_iterator begin = clist.begin();
>
> It looks like there must be a type or something here, as this never gets
> used. Did you want end?
No, I just forgot to remove it again.
Thanks,
Jürgen
Index: src/frontends/qt4/GuiView.cpp
===
--- src/frontends/qt4/GuiView.cpp (Revision 28709)
+++ src/frontends/qt4/GuiView.cpp (Arbeitskopie)
@@ -527,14 +527,29 @@
if (b->parent()) {
On Sat, Mar 07, 2009 at 02:48:22PM +0100, Vincent van Ravesteijn wrote:
>> Only Visual Studio C++ 2008 Express with SP1 supports TR1,
>> maybe this was the problem.
>>
> Yes, I knew that was the problem. However, at the time of the meeting
> SP1 was not available for the Express Edition.
>
> Now
http://bugzilla.lyx.org/show_bug.cgi?id=5833
This is another dataloss bug with children, which has two manifestations. In
both cases, a child and its master are opened, and the child has unsaved
changes:
1. Quit LyX while being in the child: The child is saved without asking the
user if he act
| I tried replacing our boost::shared_ptr with tr1::shared_ptr in
| the week before the Meeting (gcc 4.3.x IIRC), and it did not compile.
Hmm I have done that for other projects and I had little problem
then, I
might have a look.
Wasn't this the thingie that made me complain that V
This patch removes the "other" setBuffer() calls that seem to have been
added to deal with the sort of bug just fixed. I'm not proposing this
for branch at all, necessarily, but for trunk. Brief testing suggests
it's fine. The CutAndPaste calls seem useless, since the inset gets
copied shortl
>
> | I do not know such a way, sorry.
>
> I do.
If you would like to re-import the repository so that others do not
have to check out fresh, go ahead. :-)
> Already done automatically. Full dump is done automatically on aussie
> every sunday.
I know that, but I was creating a full dump.
Cheer
Bo Peng writes:
>> | And I really hope you make the dump and import in such a way to just
>> | enble developers to just switch their threes instead of doing a full
>> | new chekcout.
>
| I do not know such a way, sorry.
I do.
| Even if the bzipped dump file is
| 200M, importing still took 10+
rgheck wrote:
I did the check. No extra calls [to updateLabels()], so far as I can see.
That said, there already was a double call on paste. This is because we
call updateLabels() in pasteParagraphList() and then we end up calling
it again after the depm mechanism has done its thing from setCu
On Fri, 6 Mar 2009, Bo Peng wrote:
http://lyx.sourceforge.net is up and running. I just changed one line in
farmconfig.php and added a .htaccess file. The content has not been
updated.
The site looks ok, very nice work getting it in place. I verified that
it's possible to modify the pages in
Abdelrazak Younes wrote:
On 07/03/2009 03:22, rgheck wrote:
Jürgen Spitzmüller wrote:
Vincent van Ravesteijn - TNW wrote:
I'm a bit sceptical that someone did the effort to write a FIXME
and to
change updateLabels according to this, just not to implement a
for-loop of
one line of code. Why ?
> | Trac has some support to import bugzilla databases. Can we do that?
> | bugzilla2trac.py here:
> | http://trac.edgewall.org/browser/trunk/contrib/
>
> And before deciding that it is not possible to do this at sf, we should ask
> the staff about it.
There are several requests regarding this
htt
> | And I really hope you make the dump and import in such a way to just
> | enble developers to just switch their threes instead of doing a full
> | new chekcout.
I do not know such a way, sorry. Even if the bzipped dump file is
200M, importing still took 10+ hours yesterday and you did not count
Andre Poenitz
writes:
| On Sat, Mar 07, 2009 at 11:54:23AM +0100, Jean-Marc Lasgouttes wrote:
>> Andre Poenitz writes:
>> > How much effort is it to syncronize two svn repos?
>>
>> I do not know whether rsync can do that, or if a svn repo is just a huge
>> file. Bo?
>
| An svn repo a lots of sm
Hi,
in the trunk-cmake-build, we install everything into a single directory like
/usr/local/share/lyx2.0.
I would like to additionally install a smal shell script as "/usr/bin/lyx"
beeing a wrap to call the actual executable.
Opinions?
Kornel
--
Kornel Benko
kornel.be...@berlin.de
Index
On Sat, Mar 07, 2009 at 11:54:23AM +0100, Jean-Marc Lasgouttes wrote:
> Andre Poenitz writes:
> > How much effort is it to syncronize two svn repos?
>
> I do not know whether rsync can do that, or if a svn repo is just a huge
> file. Bo?
An svn repo a lots of small files, rsync would be fine if
lar...@gullik.org (Lars Gullik Bjønnes)
writes:
| Bo Peng writes:
>
| | I am migrating our subversion repository to sourceforge.net
>>
| | http://lyx.svn.sourceforge.net/viewvc/lyx/
>>
| | This was meant to be a test migration but I realized that I do not
| | really want to repeat this process ag
Bo Peng writes:
| I am migrating our subversion repository to sourceforge.net
>
| http://lyx.svn.sourceforge.net/viewvc/lyx/
>
| This was meant to be a test migration but I realized that I do not
| really want to repeat this process again, which involves 10T of data
| and 10+ hours of work (3+ hr
Abdelrazak Younes writes:
| Jean-Marc Lasgouttes wrote:
>> Pavel Sanda writes:
>>
>>
>>> Abdelrazak Younes wrote:
>>>
As for refering to a svn revision instead of a git branch, this is
a different mental model indeed, but not not a loss of function
IMHO.
>>> to
Andre Poenitz
writes:
| On Sat, Mar 07, 2009 at 09:43:04AM +0100, Jürgen Spitzmüller wrote:
>> Bo Peng wrote:
>> > How about we decide, right now, to switch to sf.net? The subversion
>> > repository will be ready in a few hours (it is at revision 13425 now)
>> > and it should be a simple 'svn swi
Bo Peng writes:
| On Fri, Mar 6, 2009 at 11:47 AM, Jürgen Spitzmüller
| wrote:
>> Bo Peng wrote:
>>> It would be easier for the final
>>> migration if you guys can refrain from committing small patches for a
>>> while. You **might** need to re-commit to the sf repository later.
>>
>> Well, if it
On 07/03/2009 03:22, rgheck wrote:
Jürgen Spitzmüller wrote:
Vincent van Ravesteijn - TNW wrote:
I'm a bit sceptical that someone did the effort to write a FIXME and to
change updateLabels according to this, just not to implement a
for-loop of
one line of code. Why ? Maybe we miss something an
Abdelrazak Younes writes:
| Bo Peng wrote:
>>> Not quite true. In a git world, a bug fixing would _always_ happen in a
>>> specific branch and be merged to the main repo when it's done;
>>>
>>
>> This is not that useful if we keep the one developer - one feature
>> developing model. Right no
Jean-Marc Lasgouttes writes:
| Bo Peng writes:
>
>> Dear all,
>>
>> Trac is one of the hosted apps of sf.net so it took only a few mouse
>> clicks to install it. It is available now at
>> http://apps.sourceforge.net/trac/lyx/ , browse source already works.
>>
>> I checked sf.net help and issue t
Jean-Marc Lasgouttes writes:
| Andre Poenitz writes:
>> How much effort is it to syncronize two svn repos?
>
| I do not know whether rsync can do that, or if a svn repo is just a huge
| file. Bo?
>
| Otherwise, google shows stuff like this
| http://svn.collab.net/repos/svn/trunk/notes/svnsync.tx
Vincent van Ravesteijn wrote:
> Anyway, I think it's OK.
So I commit to branch. Further work on the update* calls can be done in
1.6.3svn.
Jürgen
Bo Peng writes:
>> Not quite true. In a git world, a bug fixing would _always_ happen in a
>> specific branch and be merged to the main repo when it's done;
>
| This is not that useful if we keep the one developer - one feature
| developing model. Right now, when you work on a feature, all others
rgheck schreef:
Jürgen Spitzmüller wrote:
Vincent van Ravesteijn - TNW wrote:
I'm a bit sceptical that someone did the effort to write a FIXME and to
change updateLabels according to this, just not to implement a
for-loop of
one line of code. Why ? Maybe we miss something and we introduce
a
Lars Gullik Bj?nnes wrote:
> git supports it as well
it does, but not as well.
pavel
Jean-Marc Lasgouttes writes:
| Pavel Sanda writes:
>
>> Abdelrazak Younes wrote:
>>> As for refering to a svn revision instead of a git branch, this is a
>>> different mental model indeed, but not not a loss of function IMHO.
>>
>> to me this depends on what kind of development model you use an
Pavel Sanda writes:
| Abdelrazak Younes wrote:
>> As for refering to a svn revision instead of a git branch, this is a
>> different mental model indeed, but not not a loss of function IMHO.
>
| to me this depends on what kind of development model you use and given
| the number of lyx developers
Bo Peng writes:
> Dear all,
>
> Trac is one of the hosted apps of sf.net so it took only a few mouse
> clicks to install it. It is available now at
> http://apps.sourceforge.net/trac/lyx/ , browse source already works.
>
> I checked sf.net help and issue tracker. There is no simple way to
> impor
1 - 100 of 104 matches
Mail list logo
