On Fri, Feb 10, 2006 at 02:56:10PM -0600, Bo Peng wrote:
Great job!!!
Indeed! Would you consider adding svn version number to the about box?
Then I can report problems for cvs/revision 12345, not just 'current
cvs'.
Cheers,
Bo
Can probably be done... in the SVN FAQ at
Bo Peng [EMAIL PROTECTED] writes:
| Great job!!!
|
| Indeed! Would you consider adding svn version number to the about box?
| Then I can report problems for cvs/revision 12345, not just 'current
| cvs'.
Something like this is the plan.
--
Lgb
Angus Leeming wrote:
We needed (something like) this because CVS imports text files from the
repository and gives them Windows line endings (\r\n) by default.
Lars, Angus, Subversion allows to assign properties to files and
directories. There are at least three properties types which are
Martin Vermeer wrote:
Basically it introduces one more position in a paragraph, after the last
character (i.e., pos = par.size() ) to represent the change attached to
the paragraph break (carriage return, which we don't really have in
our model).
Martin, thank you very much for your work!
Lars Gullik Bjønnes wrote:
Bo Peng [EMAIL PROTECTED] writes:
| Great job!!!
|
| Indeed! Would you consider adding svn version number to the about box?
| Then I can report problems for cvs/revision 12345, not just 'current
| cvs'.
Something like this is the plan.
Excellent idea!
Lars Gullik Bjønnes wrote:
Please post an answer to this mail if you would like me to enable your
write access.
If you are at it, please enable mine, too.
Thanks,
Jürgen
Michael Gerz [EMAIL PROTECTED] writes:
| - svn:ignore (similar to .cvsignore)
We should probably clean this up, and have users of the repo set
global-ignores in their configs. For the files that should always be
ignored (*.o etc.)
| - svn:eol-style (controls eol style when checking out a
Michael Gerz [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
|
| | Can you send me instructions for updating my anoncvs mirror?
|
| When things are up and going again, yes.
|
| OTOH it might not be needed anymore, since I guess we will run anon
| access from the main subversion repo as
Lars Gullik Bjønnes wrote:
Michael Gerz [EMAIL PROTECTED] writes:
| - svn:ignore (similar to .cvsignore)
We should probably clean this up, and have users of the repo set
global-ignores in their configs. For the files that should always be
ignored (*.o etc.)
There is a --recursive option
Lars Gullik Bjønnes wrote:
Nah... in almost all cases rsync will do the job.
Do you use the fsfs backend (rather than Berkeley DB)?
Michael
Michael Gerz [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
|
| Nah... in almost all cases rsync will do the job.
|
| Do you use the fsfs backend (rather than Berkeley DB)?
Yes. (of course)
--
Lgb
On Sat, Feb 11, 2006 at 10:22:59AM +0100, Michael Gerz wrote:
Martin Vermeer wrote:
Basically it introduces one more position in a paragraph, after the last
character (i.e., pos = par.size() ) to represent the change attached to
the paragraph break (carriage return, which we don't really
Michael Gerz [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
|
| Michael Gerz [EMAIL PROTECTED] writes:
|
| | - svn:ignore (similar to .cvsignore)
|
| We should probably clean this up, and have users of the repo set
| global-ignores in their configs. For the files that should always be
Please post an answer to this mail if you would like me to enable your write
access.
Yes, please.
JMarc
Michael Gerz [EMAIL PROTECTED] writes:
| Ok. Even better. Please note that there are four files (+ a lot of
| Qt-generated files) that use $Id$
|
| ** $Id: qgridview.C,v 1.3 2003/08/23 00:16:39 leeming Exp $
| ** $Id: qttableview.C,v 1.7 2005/04/26 10:30:22 leeming Exp $
| ** $Id: qgridview.h,v
Lars Gullik Bjønnes wrote:
| Do you use the fsfs backend (rather than Berkeley DB)?
Yes. (of course)
Of course? Well, I don't like the idea of having thousands of files (one
for each revision) floating around. I prefer a single database.
Michael
Lars Gullik Bjønnes wrote:
Michael Gerz [EMAIL PROTECTED] writes:
Still. I think we should reserve svn:ignore for special cases, not
what should always be ignroed.
That shifts responsibility to the user. OTOH, there are only a few (and
experienced) users with write access. It is pretty
Lars Gullik Bjønnes wrote:
| | - svn:eol-style (controls eol style when checking out a file)
|
| We should be very wary of using anything else than native.
|
| I agree. But it might be useful in some special cases. (I just wanted
| to mention it in case you don't know about this option)
Lars Gullik Bjønnes wrote:
Things should be up and running now, but I have so far only added
myself.
Please post an answer to this mail if you would like me to enable your
write access.
I'm not dead yet ;-) (Yes please)
--
Angus
Lars Gullik Bjønnes wrote:
Please post an answer to this mail if you would like me to enable your
write access.
Me, please.
John
Lars,
I can confirm that LyX-1.4.0svn and LyX-1.4.0cvs are the same, i.e., the
conversion was successful!
Regarding lyx-1.3.7, I noticed the following difference:
diff -r -w lyx-devel-1.3.X/development/Win32/packaging/build_lyxwin.sh
lyx-devel-1.3.X.old/development/Win32/pack
Michael Gerz wrote:
| Ok. Even better. Please note that there are four files (+ a lot of
| Qt-generated files) that use $Id$
Hmm... do the Qt generated file output this?
(bad dog)
Yes. Which means that we can't do much about it. Regarding the four
special files: They look like code from
which procedure do you guys recommend to get the pending changes in the cvs
tree(s) to freshly checked out svn trees?
Jürgen
Juergen Spitzmueller wrote:
which procedure do you guys recommend to get the pending changes in the cvs
tree(s) to freshly checked out svn trees?
Jürgen
How about the patch tool? It is independent from cvs and svn.
Michael
Michael Gerz [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
|
| | Do you use the fsfs backend (rather than Berkeley DB)?
|
| Yes. (of course)
|
| Of course? Well, I don't like the idea of having thousands of files
| (one for each revision) floating around. I prefer a single database.
Michael Gerz [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
|
| Michael Gerz [EMAIL PROTECTED] writes:
|
| Still. I think we should reserve svn:ignore for special cases, not
| what should always be ignroed.
|
| That shifts responsibility to the user. OTOH, there are only a few
| (and
Juergen Spitzmueller [EMAIL PROTECTED] writes:
| which procedure do you guys recommend to get the pending changes in the cvs
| tree(s) to freshly checked out svn trees?
You should be able to create a diff against the old cvs tree, patch
this into the svn wc. (Be careful to read the patch, so
$ svn co svn+ssh://[EMAIL PROTECTED]/lyx/lyx-devel/trunk \
-r BRANCH_1_3_X 13x
svn: Syntax error in revision argument 'BRANCH_1_3_X'
Sooo, how do I grab the 1.3.x sources?
--
Angus
Angus Leeming [EMAIL PROTECTED] writes:
| Could you require configure.ac to have unix-style line endings please
| because autoconf just throws up on it otherwise. This is the only file in
| the entire repository that appears to need this setting.
Do you have any idea what it specifically throws
Lars Gullik Bjønnes wrote:
You should be able to create a diff against the old cvs tree, patch
this into the svn wc. (Be careful to read the patch, so that you don't
accidently add or remove anything else.)
Thanks, I'll do this.
BTW I already like svn. Good work!
Jürgen
Angus Leeming [EMAIL PROTECTED] writes:
| $ svn co svn+ssh://[EMAIL PROTECTED]/lyx/lyx-devel/trunk \
| -r BRANCH_1_3_X 13x
| svn: Syntax error in revision argument 'BRANCH_1_3_X'
|
| Sooo, how do I grab the 1.3.x sources?
You haven't read any of the documentation have you?
svn co
Juergen Spitzmueller [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
| You should be able to create a diff against the old cvs tree, patch
| this into the svn wc. (Be careful to read the patch, so that you don't
| accidently add or remove anything else.)
|
| Thanks, I'll do this.
| BTW
Michael Gerz [EMAIL PROTECTED] writes:
| Lars,
|
| I can confirm that LyX-1.4.0svn and LyX-1.4.0cvs are the same, i.e.,
| the conversion was successful!
Good.
| Regarding lyx-1.3.7, I noticed the following difference:
|
| diff -r -w lyx-devel-1.3.X/development/Win32/packaging/build_lyxwin.sh
On Sat, Feb 11, 2006 at 03:11:14PM +0100, Juergen Spitzmueller wrote:
which procedure do you guys recommend to get the pending changes in the cvs
tree(s) to freshly checked out svn trees?
My procedure:
1) Try to remember which files you changed
2) diff -u between the two trees, for every
On Sat, Feb 11, 2006 at 03:11:14PM +0100, Juergen Spitzmueller wrote:
which procedure do you guys recommend to get the pending changes in the cvs
tree(s) to freshly checked out svn trees?
Alternatively, Lars, as explained in his message of Fri, 10 Feb 2006
09:49:10 +0100, made the old CVS tree
Martin Vermeer [EMAIL PROTECTED] writes:
| I am busy right now but I will hopefully find some time for testing by
| the end of next week.
|
| Let's hope the tree is open for 1.4.1 then...
But it really should be tested somewhere else... don't you think, a
trunk or a branch.
--
Lgb
Lars Gullik Bjønnes wrote:
| Sooo, how do I grab the 1.3.x sources?
You haven't read any of the documentation have you?
Nope. I took the other option:
If you are unfamiliar with subversion you should visit
http://subersion.tigris.org and look at the documentation there.
Especially
On Fri, Feb 10, 2006 at 11:02:07PM +0100, Lars Gullik Bjønnes wrote:
I am not going to open up the cvs repo again.
I'll rather setup baywatch for backup tasks.
That's okay.
My anoncvs mirror is up for a while for anyone that needs to create
a patch from their working repository.
This
Lars Gullik Bjønnes wrote:
If you have read about all the problems a bdb db can give you would
not think that.
Well, I have used BDB for years now. So far, I had no serious problems.
I see absolutely no recommandation on the subversion list that new
repos should use bdb.
To me it is a
Lars Gullik Bjønnes wrote:
| Could you require configure.ac to have unix-style line endings please
| because autoconf just throws up on it otherwise. This is the only file
| in the entire repository that appears to need this setting.
Do you have any idea what it specifically throws up on?
On Sat, Feb 11, 2006 at 03:21:12PM +0100, Lars Gullik Bjønnes wrote:
Martin Vermeer [EMAIL PROTECTED] writes:
| I am busy right now but I will hopefully find some time for testing by
| the end of next week.
|
| Let's hope the tree is open for 1.4.1 then...
But it really should be
Am Samstag, 11. Februar 2006 00:19 schrieb Lars Gullik Bjønnes:
Please post an answer to this mail if you would like me to enable your
write access.
Yes please.
Georg
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
|
| Jean-Marc PS: I did not test bug2237-3.diff, I am currently compiling
|
| It did not work very well, here is an updated version. I'd like to
| apply that, if OSX and Windows people
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael Martin Vermeer wrote:
Basically it introduces one more position in a paragraph, after the
last character (i.e., pos = par.size() ) to represent the change
attached to the paragraph break (carriage return, which we don't
really have in
Martin Vermeer [EMAIL PROTECTED] writes:
| On Sat, Feb 11, 2006 at 03:21:12PM +0100, Lars Gullik Bjønnes wrote:
| Martin Vermeer [EMAIL PROTECTED] writes:
|
| | I am busy right now but I will hopefully find some time for testing by
| | the end of next week.
| |
| | Let's hope the tree
I am trying to compile a LyX/Cygwin with native Qt support (no X11).
I had to make minimal changes to the Qt sources (configured using
-platform cygwin-g++-win32) and no changes to the LyX sources.
Only, I had to use -DQ_CYGWIN_WIN for compiling the stuff in frontend/qt2,
otherwise X11 calls are
Martin Vermeer wrote:
:ext:[EMAIL PROTECTED]:/home/lyx/cvs
(replace 'vermeer' by your userid)
in every CVS file in your local tree. Verified and works... that way you
can extract patches to apply to your SVN tree.
Thanks, that helped a lot.
I'm really impressed how smooth the switch went.
On Sat, Feb 11, 2006 at 04:40:11PM +0100, Lars Gullik Bjønnes wrote:
Martin Vermeer [EMAIL PROTECTED] writes:
| On Sat, Feb 11, 2006 at 03:21:12PM +0100, Lars Gullik Bjønnes wrote:
| Martin Vermeer [EMAIL PROTECTED] writes:
|
| | I am busy right now but I will hopefully find some time
Enrico Forestieri wrote:
I am trying to compile a LyX/Cygwin with native Qt support (no X11).
[snip...]
With this patch I am able to see files and directories, but when choosing
a file I am presented with an empty document and the title bar shows
something like LyX:.../C:\work\test.lyx
Martin Vermeer [EMAIL PROTECTED] writes:
| On Sat, Feb 11, 2006 at 04:40:11PM +0100, Lars Gullik Bjønnes wrote:
| Martin Vermeer [EMAIL PROTECTED] writes:
|
| | On Sat, Feb 11, 2006 at 03:21:12PM +0100, Lars Gullik Bjønnes wrote:
| | Martin Vermeer [EMAIL PROTECTED] writes:
| |
| | |
Am Freitag, 10. Februar 2006 17:17 schrieb Enrico Forestieri:
I am trying to compile a LyX/Cygwin with native Qt support (no X11).
Why? Because of the linker problems of mingw?
I tried using a native file dialog by the following patch:
--- src/frontends/qt2/FileDialog.C.orig 2005-01-19
On Sat, Feb 11, 2006 at 07:06:30PM +0100, Lars Gullik Bjønnes wrote:
Martin Vermeer [EMAIL PROTECTED] writes:
...
| I will create my own personal tree under branches/ farily soon, I'd
| rather keep my WIP there than on my own disk.
|
| branches/developers/larsbj
|
| or something.
Martin Vermeer [EMAIL PROTECTED] writes:
| Right.
|
| We have quite a set of branches already... are they all actual anymore?
No. (That was a rhetorical Q right?)
|5928 lasgouttJan 09 2003 BRANCH-1_2_X/
|3897 lasgouttApr 04 2002 BRANCH_1_1_6/
| 10803
Lars Gullik Bjønnes wrote:
Personal branches should be moved to 'personal'¹ some appropriate
place.
¹ Or propose abetter name please.
How about 'sandbox' since that's what the purpose of these branches will
be; to play around in without causing harm to anyone else.
--
Angus
On Sat, Feb 11, 2006 at 08:58:43PM +0100, Lars Gullik Bjønnes wrote:
Martin Vermeer [EMAIL PROTECTED] writes:
| Right.
|
| We have quite a set of branches already... are they all actual anymore?
No. (That was a rhetorical Q right?)
That's what I guessed.
| Based on names, we see a
On Saturday 11 February 2006 19:49, [EMAIL PROTECTED] wrote:
Author: larsbj
Date: Sat Feb 11 20:49:00 2006
New Revision: 13210
Log:
Change to 'svn' as the development tag
Modified:
lyx-devel/trunk/ChangeLog
lyx-devel/trunk/config/lyxinclude.m4
lyx-devel/trunk/configure.ac
On Sat, Feb 11, 2006 at 09:48:23PM +0200, Martin Vermeer wrote:
7240 poenitz Jul 04 2003 BRANCH_NOUPDATE/
Could be removed. It basically is in 1.4.
Andre'
On Sat, Feb 11, 2006 at 10:52:15PM +0200, Martin Vermeer wrote:
Perhaps. Do any of these contain stuff we still want to have a look at?
I certainly plan to have my new project branches with a limited lifetime
(and SVN never really deletes anything :-)
The canonical solution to this is to keep
On Fri, Feb 10, 2006 at 02:40:50PM +0100, Asger Ottar Alstrup wrote:
Hi,
Hi.
I've changed jobs (see http://www.area9.dk) and therefore e-mails. You
can reach me on these addresses now:
What make me wonder is that you haven't changed your name for a while.
Work: [EMAIL PROTECTED]
Private:
On Thu, Feb 09, 2006 at 11:49:58PM +, Angus Leeming wrote:
Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
I'll go into non-grumpy-mode after 1.4.0 is released (and when I have
this subversion thing up and going)
At least I will do my best to.
That'd be a shame. I quite enjoyed grumpy.
On Thu, Feb 09, 2006 at 11:56:56PM +0100, Abdelrazak Younes wrote:
Andre Poenitz a écrit :
-class ParagraphList : public std::vectorParagraph
+using namespace std;
Please no 'using' in headers.
Sure, this was just a quickly made proof of concept.
- ParagraphList::const_iterator p =
On Fri, Feb 10, 2006 at 03:34:52PM +0100, Jean-Marc Lasgouttes wrote:
Since our iterators store offsets (the pit, which are more stable than
a real iterator), we need direct access.
I think we need both interfaces.
*nod*
Andre'
On Sat, Feb 11, 2006 at 05:10:55PM +0200, Martin Vermeer wrote:
On Sat, Feb 11, 2006 at 03:11:14PM +0100, Juergen Spitzmueller wrote:
which procedure do you guys recommend to get the pending changes in the cvs
tree(s) to freshly checked out svn trees?
My procedure:
1) Try to remember
On Sat, Feb 11, 2006 at 10:13:41AM +0100, Michael Gerz wrote:
- svn:ignore (similar to .cvsignore)
- svn:eol-style (controls eol style when checking out a file)
This is a fairly expensive feature. We should just continue current
policy of using Unix line endings only.
- svn:keywords (controls
On Thu, Feb 09, 2006 at 09:57:57PM +0100, Andre' Poenitz wrote:
iterator based interface. While it might be more clumsy to us,
s/us,/use,/
Andre'
On Fri, Feb 10, 2006 at 09:01:22AM +0100, Georg Baum wrote:
Kayvan A. Sylvan wrote:
Can you send me instructions for updating my anoncvs mirror?
It would be nice if the anoncvs mirror would still be available for some
time in order to convert some checked out trees to patches.
Check out
On Sat, Feb 11, 2006 at 08:58:43PM +0100, Lars Gullik Bjønnes wrote:
One thing with subversion is that it is a lot easier to use branches,
and they are not slow as in cvs. I will at least create 5-8 branches
for myself. Stuff I work with, ideas, etc.
Merging back - and more important - keeping
On Sat, Feb 11, 2006 at 12:08:46PM +0100, Lars Gullik Bjønnes wrote:
Michael Gerz [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
|
| | Can you send me instructions for updating my anoncvs mirror?
|
| When things are up and going again, yes.
|
| OTOH it might not be needed
On Saturday 11 February 2006 21:56, Andre Poenitz wrote:
On Sat, Feb 11, 2006 at 10:13:41AM +0100, Michael Gerz wrote:
- svn:ignore (similar to .cvsignore)
- svn:eol-style (controls eol style when checking out a file)
This is a fairly expensive feature. We should just continue current
Martin Vermeer [EMAIL PROTECTED] writes:
| On top level we should only have the active non-personal branches.
| Personal branches should be moved to 'personal'¹ some appropriate
| place. Obosolete branches shoudl be moved to 'obsolete'² (I don't
| want to delete them, they would be so hard
Andre Poenitz [EMAIL PROTECTED] writes:
| On Sat, Feb 11, 2006 at 08:58:43PM +0100, Lars Gullik Bjønnes wrote:
| One thing with subversion is that it is a lot easier to use branches,
| and they are not slow as in cvs. I will at least create 5-8 branches
| for myself. Stuff I work with, ideas,
Angus Leeming [EMAIL PROTECTED] writes:
| http://www.lyx.org/mailman/listinfo/cvslog
|
| Being pedantic, the name of this mailing list is now incorrect.
Let's to what the gcc guys did... nothing.
--
Lgb
Andre Poenitz [EMAIL PROTECTED] writes:
| Nah... in almost all cases rsync will do the job.
|
| Indeed.
|
| I have been 'hot-rsyncing' about 80 of our company's projects iwth a
| total of ~6GB svn repositories for more than a year now and never had a
| single rsync-related problem. Especially
Andre Poenitz [EMAIL PROTECTED] writes:
| On Sat, Feb 11, 2006 at 10:52:15PM +0200, Martin Vermeer wrote:
| Perhaps. Do any of these contain stuff we still want to have a look at?
| I certainly plan to have my new project branches with a limited lifetime
| (and SVN never really deletes
On Sat, Feb 11, 2006 at 06:10:45PM +, Angus Leeming wrote:
It's quite possible that the code in os_cygwin.C is buggy; Kayvan compiles
this frontend I believe; he may have some experiences to share...
I do compile this for both XForms and QT. I have no problems with
the source as is.
What,
Kayvan A. Sylvan wrote:
On Sat, Feb 11, 2006 at 06:10:45PM +, Angus Leeming wrote:
It's quite possible that the code in os_cygwin.C is buggy; Kayvan
compiles this frontend I believe; he may have some experiences to
share...
I do compile this for both XForms and QT. I have no problems
On Sun, Feb 12, 2006 at 12:08:16AM +, Angus Leeming wrote:
Enrico is trying to push the code where it isn't meant to go ;-)
He's essentially using the Cygwin build environment to build a native
Window executable (ie, --without-x) because Lars' insistence that we use
the latest and
Kayvan A. Sylvan [EMAIL PROTECTED] writes:
On Sun, Feb 12, 2006 at 12:08:16AM +, Angus Leeming wrote:
Enrico is trying to push the code where it isn't meant to go
He's essentially using the Cygwin build environment to build a native
Window executable (ie, --without-x) because
Georg Baum [EMAIL PROTECTED] writes:
Am Freitag, 10. Februar 2006 17:17 schrieb Enrico Forestieri:
I am trying to compile a LyX/Cygwin with native Qt support (no X11).
Why? Because of the linker problems of mingw?
Several reasons. Cygwin offers a posix compliant environment. It already
On Fri, Feb 10, 2006 at 02:56:10PM -0600, Bo Peng wrote:
> > Great job!!!
>
> Indeed! Would you consider adding svn version number to the about box?
> Then I can report problems for cvs/revision 12345, not just 'current
> cvs'.
>
> Cheers,
> Bo
Can probably be done... in the SVN FAQ at
Bo Peng <[EMAIL PROTECTED]> writes:
| > Great job!!!
|
| Indeed! Would you consider adding svn version number to the about box?
| Then I can report problems for cvs/revision 12345, not just 'current
| cvs'.
Something like this is the plan.
--
Lgb
Angus Leeming wrote:
We needed (something like) this because CVS imports text files from the
repository and gives them Windows line endings (\r\n) by default.
Lars, Angus, Subversion allows to assign properties to files and
directories. There are at least three properties types which are
Martin Vermeer wrote:
Basically it introduces one more position in a paragraph, after the last
character (i.e., pos = par.size() ) to represent the change attached to
the paragraph break ("carriage return", which we don't really have in
our model).
Martin, thank you very much for your work!
Lars Gullik Bjønnes wrote:
Bo Peng <[EMAIL PROTECTED]> writes:
| > Great job!!!
|
| Indeed! Would you consider adding svn version number to the about box?
| Then I can report problems for cvs/revision 12345, not just 'current
| cvs'.
Something like this is the plan.
Excellent idea!
Lars Gullik Bjønnes wrote:
> Please post an answer to this mail if you would like me to enable your
> write access.
If you are at it, please enable mine, too.
Thanks,
Jürgen
Michael Gerz <[EMAIL PROTECTED]> writes:
| - svn:ignore (similar to ".cvsignore")
We should probably clean this up, and have users of the repo set
global-ignores in their configs. For the files that should always be
ignored (*.o etc.)
| - svn:eol-style (controls eol style when checking out a
Michael Gerz <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| >| Can you send me instructions for updating my anoncvs mirror?
| >
| >When things are up and going again, yes.
| >
| >OTOH it might not be needed anymore, since I guess we will run anon
| >access from the main subversion
Lars Gullik Bjønnes wrote:
Michael Gerz <[EMAIL PROTECTED]> writes:
| - svn:ignore (similar to ".cvsignore")
We should probably clean this up, and have users of the repo set
global-ignores in their configs. For the files that should always be
ignored (*.o etc.)
There is a --recursive
Lars Gullik Bjønnes wrote:
Nah... in almost all cases rsync will do the job.
Do you use the fsfs backend (rather than Berkeley DB)?
Michael
Michael Gerz <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| >Nah... in almost all cases rsync will do the job.
| >
| Do you use the fsfs backend (rather than Berkeley DB)?
Yes. (of course)
--
Lgb
On Sat, Feb 11, 2006 at 10:22:59AM +0100, Michael Gerz wrote:
> Martin Vermeer wrote:
>
> >Basically it introduces one more position in a paragraph, after the last
> >character (i.e., pos = par.size() ) to represent the change attached to
> >the paragraph break ("carriage return", which we don't
Michael Gerz <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| >Michael Gerz <[EMAIL PROTECTED]> writes:
| >
| >| - svn:ignore (similar to ".cvsignore")
| >
| >We should probably clean this up, and have users of the repo set
| >global-ignores in their configs. For the files that
> Please post an answer to this mail if you would like me to enable your write
> access.
Yes, please.
JMarc
Michael Gerz <[EMAIL PROTECTED]> writes:
| Ok. Even better. Please note that there are four files (+ a lot of
| Qt-generated files) that use $Id$
|
| ** $Id: qgridview.C,v 1.3 2003/08/23 00:16:39 leeming Exp $
| ** $Id: qttableview.C,v 1.7 2005/04/26 10:30:22 leeming Exp $
| ** $Id:
Lars Gullik Bjønnes wrote:
| Do you use the fsfs backend (rather than Berkeley DB)?
Yes. (of course)
Of course? Well, I don't like the idea of having thousands of files (one
for each revision) floating around. I prefer a single database.
Michael
Lars Gullik Bjønnes wrote:
Michael Gerz <[EMAIL PROTECTED]> writes:
Still. I think we should reserve svn:ignore for special cases, not
what should always be ignroed.
That shifts responsibility to the user. OTOH, there are only a few (and
experienced) users with write access. It is pretty
Lars Gullik Bjønnes wrote:
> | >| - svn:eol-style (controls eol style when checking out a file)
> | >
> | >We should be very wary of using anything else than native.
> | >
> | I agree. But it might be useful in some special cases. (I just wanted
> | to mention it in case you don't know about this
Lars Gullik Bjønnes wrote:
> Things should be up and running now, but I have so far only added
> myself.
> Please post an answer to this mail if you would like me to enable your
> write access.
I'm not dead yet ;-) (Yes please)
--
Angus
Lars Gullik Bjønnes wrote:
Please post an answer to this mail if you would like me to enable your
write access.
Me, please.
John
Lars,
I can confirm that LyX-1.4.0svn and LyX-1.4.0cvs are the same, i.e., the
conversion was successful!
Regarding lyx-1.3.7, I noticed the following difference:
diff -r -w lyx-devel-1.3.X/development/Win32/packaging/build_lyxwin.sh
lyx-devel-1.3.X.old/development/Win32/pack
1 - 100 of 158 matches
Mail list logo
