Re: LyX project

Hi, Rainer, I agree with your idea of using sourceforge to distribute files because ftp.lyx.org and ftp.devel.lyx.org have been slow and I was not able to connect to them at all last week. I have added you as an administrator of the LyX sourceforge project. There are some testing web/wiki stuff

Re: LyX project

Hi, Rainer, I agree with your idea of using sourceforge to distribute files because ftp.lyx.org and ftp.devel.lyx.org have been slow and I was not able to connect to them at all last week. I have added you as an administrator of the LyX sourceforge project. There are some testing web/wiki stuff

time

bp9: hg19: 217/81 hg18: 218 (real) /81 (uesr) dbNSFP: 105/59 mysql/bp8: hg19: 784m/198m

Re: time

Oops, please discard this email. It was sent by mistake. Bo 2011/6/12 Bo Peng ben@gmail.com: bp9: hg19: 217/81 hg18:  218 (real) /81 (uesr) dbNSFP: 105/59 mysql/bp8: hg19: 784m/198m

time

bp9: hg19: 217/81 hg18: 218 (real) /81 (uesr) dbNSFP: 105/59 mysql/bp8: hg19: 784m/198m

Re: time

Oops, please discard this email. It was sent by mistake. Bo 2011/6/12 Bo Peng <ben@gmail.com>: > bp9: > > hg19: 217/81 > hg18:  218 (real) /81 (uesr) > dbNSFP: 105/59 > > mysql/bp8: > > hg19: 784m/198m >

Re: Save cygwin setup.hint to lyx trunk

its in. pavel Great. Thanks. Bo

Re: Save cygwin setup.hint to lyx trunk

> its in. > pavel Great. Thanks. Bo

Save cygwin setup.hint to lyx trunk

Hello, Can anyone add the attached setup.hint to lyx-devel/trunk/development/cygwin (or any other appropriate place)? This file is used for the cygwin system to install required packages when lyx/cygwin/x11 is installed from the cygwin package manager. Adding it to the trunk will save a future

Re: #6924: Sreen Display Word Wrap for Chinese Characters

aha, so its dupe of http://www.lyx.org/trac/ticket/4635 , right? Exactly. Bo

Save cygwin setup.hint to lyx trunk

Hello, Can anyone add the attached setup.hint to lyx-devel/trunk/development/cygwin (or any other appropriate place)? This file is used for the cygwin system to install required packages when lyx/cygwin/x11 is installed from the cygwin package manager. Adding it to the trunk will save a future

Re: #6924: Sreen Display Word Wrap for Chinese Characters

> aha, so its dupe of http://www.lyx.org/trac/ticket/4635 , right? Exactly. Bo

Re: Upload cygwin binary to ftp.lyx.org.

What do you mean by official? We do have a cygwin port for 1.6.6.1 from Enrico here: ftp://ftp.lyx.org/pub/lyx/bin/1.6.6.1/ Official means that users can use the cygwin setup tool to install lyx, which is much easier. It has to use cygwin/qt4 so it uses X instead of qt4/win32. In this sense,

Re: Upload cygwin binary to ftp.lyx.org.

I am curious: what would be the interest of using Cygwin when Windows binaries are readily available? For Linux users (who have to use windows), cygwin provides an integrated working environment that can be more comfortable to use. For example, they can have a real shell with bash, subversion,

Re: Upload cygwin binary to ftp.lyx.org.

> What do you mean by "official"? We do have a cygwin port for 1.6.6.1 from > Enrico here: > > ftp://ftp.lyx.org/pub/lyx/bin/1.6.6.1/ Official means that users can use the cygwin setup tool to install lyx, which is much easier. It has to use cygwin/qt4 so it uses X instead of qt4/win32. In this

Re: Upload cygwin binary to ftp.lyx.org.

> I am curious: what would be the interest of using Cygwin when Windows > binaries are readily available? For Linux users (who have to use windows), cygwin provides an integrated working environment that can be more comfortable to use. For example, they can have a real shell with bash,

Upload cygwin binary to ftp.lyx.org.

Dear all, The official cygwin port of lyx has not been updated for a long time (mostly due to its lack of a qt4 port). I gathered some courage and built a cygwin binary for lyx 1.6.6. Can someone help me upload it to ftp://ftp.lyx.org/pub/lyx/bin/1.6.6.1/cygwin? I tried but could not find a

Upload cygwin binary to ftp.lyx.org.

Dear all, The official cygwin port of lyx has not been updated for a long time (mostly due to its lack of a qt4 port). I gathered some courage and built a cygwin binary for lyx 1.6.6. Can someone help me upload it to ftp://ftp.lyx.org/pub/lyx/bin/1.6.6.1/cygwin? I tried but could not find a

Re: LyX 2.0 release plan

Other entries? The Export as ZIP feature. I'll try to come up with a prototype asap. Vincent Is this the final consensus of the embedding/zip/folder/whatever feature of lyx? I have been forced to use MS Word more and more because of increased collaboration activities. It becomes clear to me

Re: LyX 2.0 release plan

>>Other entries? > > The "Export as ZIP" feature. I'll try to come up with a prototype asap. > > Vincent Is this the final consensus of the embedding/zip/folder/whatever feature of lyx? I have been forced to use MS Word more and more because of increased collaboration activities. It becomes clear

Re: Wishlist: groups for program listings similiar to graphics groups

After applying lots of such settings over and over, a grouping would be useful, in the same manner as for graphics. When several listings belong to the same group, changing settings for one changes the settings for all in that group. And new code snippets just need to be added to the correct

Re: Wishlist: groups for "program listings" similiar to "graphics groups"

> After applying lots of such settings over and over, a grouping would > be useful, in the same manner as for graphics. When several listings belong > to the same group, changing settings for one changes the settings for all in > that group. And new code snippets just need to be added to the

Re: #5735: Modifying a keyboard shortcut function entry clashes with its own shortcut key combination definition

 Yes, this is a very annoying bug. The Modify button of the Shortcut dialog  can actually not be used to modify existing shortcuts.  Currently you have no other choice than to delete an existing shortcut and  create a new one - Putting it on the LyX 2.0 radar. Is this also true for 1.6.x?

Re: #5735: Modifying a keyboard shortcut function entry clashes with its own shortcut key combination definition

 * keywords:  = patch  * milestone:  2.0.0 = 1.6.6 Cannot test here but the patch makes sense to me. Bo

Re: #5735: Modifying a keyboard shortcut function entry clashes with its own shortcut key combination definition

>  Yes, this is a very annoying bug. The Modify button of the Shortcut dialog >  can actually not be used to modify existing shortcuts. > >  Currently you have no other choice than to delete an existing shortcut and >  create a new one -> Putting it on the LyX 2.0 radar. Is this also true for

Re: #5735: Modifying a keyboard shortcut function entry clashes with its own shortcut key combination definition

>  * keywords:  => patch >  * milestone:  2.0.0 => 1.6.6 Cannot test here but the patch makes sense to me. Bo

Re: #5446: Cursor gets stuck in InsetInfo

 I just disabled the possibility to put the cursor into the InsetInfo. Will this also disable selecting and copying text out of InsetInfo? As far as I remember, InsetInfo at first did not get cursor/focus, which was corrected as a bug. Bo

Re: #5446: Cursor gets stuck in InsetInfo

>  I just disabled the possibility to put the cursor into the InsetInfo. Will this also disable selecting and copying text out of InsetInfo? As far as I remember, InsetInfo at first did not get cursor/focus, which was corrected as a bug. Bo

Re: Are info and label dialogs broken?

You are right, I think, that the values should still be there. No, they are not, you're right. So when a file is readonly, the desired behavior should be: 1. values are populated to the dialogs, (bug with insetInfo and insetLabel etc) 2. values should be grayed out and cannot be changed (bug

Re: Are info and label dialogs broken?

>>> >>You are right, I think, that the values should still be there. >> > No, they are not, you're right. So when a file is readonly, the desired behavior should be: 1. values are populated to the dialogs, (bug with insetInfo and insetLabel etc) 2. values should be grayed out and cannot be

Are info and label dialogs broken?

Dear all, In the spirit of a new year, I checked out the lyx trunk and would like to see what has been done to lyx in order to fix perhaps a number of standing insetInfo bugs. I was pleasantly surprised that scons is still working and compiled the trunk without problem under a Ubuntu 9.10 system.

Re: Are info and label dialogs broken?

Is the file marked read-only? Yes, but the values should still be populated to the dialogs, right? At least the figure dialog displays filenames in this case. Or is this a bug for the figure dialog? Bo

Are info and label dialogs broken?

Dear all, In the spirit of a new year, I checked out the lyx trunk and would like to see what has been done to lyx in order to fix perhaps a number of standing insetInfo bugs. I was pleasantly surprised that scons is still working and compiled the trunk without problem under a Ubuntu 9.10 system.

Re: Are info and label dialogs broken?

> Is the file marked read-only? Yes, but the values should still be populated to the dialogs, right? At least the figure dialog displays filenames in this case. Or is this a bug for the figure dialog? Bo

Re: instant preview for tikz pictures in lyx

On Mon, Dec 21, 2009 at 11:35 PM, Christian Ridderström christian.ridderst...@gmail.com wrote: 2009/12/21 Vincent van Ravesteijn - TNW v.f.vanraveste...@tudelft.nl: Christian, you're listed as a contributor to dvipng (so you must be an expert). Do you have any info on this ? Sorry, I don't

Re: instant preview for tikz pictures in lyx

On Mon, Dec 21, 2009 at 11:35 PM, Christian Ridderström wrote: > 2009/12/21 Vincent van Ravesteijn - TNW : >> >> Christian, you're listed as a contributor to dvipng (so you must be an >> expert). Do you have any info on this ? > >

Re: #6326: Bindings deleted if not immediately accessible

Comment:  i never heard of bpeng.bind. Bo? This ticket refers to a bindfile I posted on the wiki a while ago, which has a lot of Greek and mathematical symbols. I proposed to include some of the shortcuts in the standard binding files but people felt that we should not add too many

Re: #6326: Bindings deleted if not immediately accessible

btw can i still CC you on bugs related to keybindings/inset-info business or you don't like to be spammed about this stuff anymore? I provide limited lifetime support for the code I wrote. :-) Bo

Re: #6326: Bindings deleted if not immediately accessible

> > Comment: > >  i never heard of bpeng.bind. Bo? > This ticket refers to a bindfile I posted on the wiki a while ago, which has a lot of Greek and mathematical symbols. I proposed to include some of the shortcuts in the standard binding files but people felt that we should not add too many

Re: #6326: Bindings deleted if not immediately accessible

> btw can i still CC you on bugs related to keybindings/inset-info business or > you don't like to be spammed about this stuff anymore? I provide limited lifetime support for the code I wrote. :-) Bo

Re: Integration of eLyXer to LyX

so we have two haters today :) but please note that you started it by reverting my code without a single question. it drives me crazy to ... It is a pretty Friday morning and I suddenly feel like checking what is going on with LyX, and I see this email. I am glad that the LyX traditions and

Re: Integration of eLyXer to LyX

> so we have two haters today :) > but please note that you started it by reverting my code without a single > question. it drives me crazy to ... It is a pretty Friday morning and I suddenly feel like checking what is going on with LyX, and I see this email. I am glad that the LyX traditions and

Re: Keyboard Shortcuts (fwd)

 Well, I guess all I can do is not use the Delete key since no one seems to know why it won't work since the upgrade to 1.6.1. So, I'll unsubscribe from this list. I experienced something like this when I developed the new shortcut dialog with certain combination of os/qt/lyx but I could not

Re: Update on aussie phaseout and new server

Perfect. So this mean that we abandon sourceforge completely, right? So far, the plan looks good. Right, after all the debates, Lars dictates. Bo

Re: Keyboard Shortcuts (fwd)

>  Well, I guess all I can do is not use the Delete key since no one seems to > know why it won't work since the upgrade to 1.6.1. So, I'll unsubscribe from > this list. I experienced something like this when I developed the new shortcut dialog with certain combination of os/qt/lyx but I could

Re: Update on aussie phaseout and new server

> Perfect. So this mean that we abandon sourceforge completely, right? > > So far, the plan looks good. Right, after all the debates, Lars dictates. Bo

Re: eLyXer: LyX to HTML converter

Also, MathML is more and more supported. So there is need for a MathML-emitting converter (a Python LaTeX-math to MathML converter is e.g. available in the Docutils Sandbox). I would personally recommend a LyX - LaTeX (skip?) - restructuredText - HTML option. Both LaTeX-reST and reST-HTML (use

Re: eLyXer: LyX to HTML converter

reST is quite limited (no bibtex support, no math, no small-caps, no bold-italic, ...) so that this might not work for all. At least for my software manual, I do not need advanced formatting and the simplicity of reST rules. Note that reST is *extensible* and Sphinx uses many extensions to

Re: eLyXer: LyX to HTML converter

From http://simupop.svn.sourceforge.net/viewvc/simupop/trunk/doc/tools/ , you can find a patch (converter_patch.diff) to the current converter tool (http://svn.python.org/projects/doctools/converter/converter ) and an updated convert.py . Note that I have sent some of the patches to Georg

Re: The LyX Server is moving - ASAP

ftp.devel.lyx.org as backup for ftp.lyx.org: I think we have to use sf.net for that as well. How about old source and binary distributions? If someone has enough free time, he can move all historical source and binary releases to sf.net. Note that we can not use the web space because it is

Re: The LyX Server is moving - ASAP

Where would we move them to? Exactly? I'd guess a shell script would take care of this fairly quickly. I was talking about creating actual releases for these historical releases using the file release system of sf.net. Doing that manually can be tiresome because you need to set the 'type' of

Re: The LyX Server is moving - ASAP

These distributions are on ftp.lyx.org (a separate server) and can stay there for now. I really do not want to have to deal with sf.net monstruosity to get files (unless there is a ftp access). I do not understand at all why a tree-like structure (such as

Re: lyx.org mailing addresses

Can those of you that today have a lyx.org mailing address (account on aussie) please send me a mail containing: username (will be same as on aussie) initial password I would like to note that your may need another username at sf.net if it is already taken there. I believe an account is

Re: eLyXer: LyX to HTML converter

> Also, MathML is more and more supported. So there is need for a > MathML-emitting converter (a Python LaTeX-math to MathML converter is > e.g. available in the Docutils Sandbox). I would personally recommend a LyX -> LaTeX (skip?) -> restructuredText -> HTML option. Both LaTeX->reST and

Re: eLyXer: LyX to HTML converter

> reST is quite limited (no bibtex support, no math, no small-caps, no > bold-italic, ...) so that this might not work for all. At least for my software manual, I do not need advanced formatting and the simplicity of reST rules. Note that reST is *extensible* and Sphinx uses many extensions to

Re: eLyXer: LyX to HTML converter

> From http://simupop.svn.sourceforge.net/viewvc/simupop/trunk/doc/tools/ > , you can find a patch (converter_patch.diff) to the current converter > tool (http://svn.python.org/projects/doctools/converter/converter ) > and an updated convert.py . Note that I have sent some of the patches to Georg

Re: The LyX Server is moving - ASAP

> ftp.devel.lyx.org as backup for ftp.lyx.org: > I think we have to use sf.net for that as well. How about old source and binary distributions? If someone has enough free time, he can move all historical source and binary releases to sf.net. Note that we can not use the web space because it is

Re: The LyX Server is moving - ASAP

> Where would we move them to? Exactly? I'd guess a shell script would take > care of this fairly quickly. I was talking about creating actual releases for these historical releases using the file release system of sf.net. Doing that manually can be tiresome because you need to set the 'type' of

Re: The LyX Server is moving - ASAP

> These distributions are on ftp.lyx.org (a separate server) and can stay > there > for now. I really do not want to have to deal with sf.net monstruosity to > get files (unless there is a ftp access). I do not understand at all why a tree-like structure (such as

Re: lyx.org mailing addresses

> Can those of you that today have a lyx.org mailing address (account on > aussie) please send me a mail containing: > > (will be same as on aussie) > I would like to note that your may need another username at sf.net if it is already taken there. I believe an account is needed to commit to the

Re: LyX sourceforge.net subversion repository

| 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

Re: Trac and bugzilla migration.

| 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

Re: LyX sourceforge.net subversion repository

| 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. Cheers, Bo

Re: LyX sourceforge.net subversion repository

I know that, but I was creating a full dump. Que?? A full dump till Thursday, not the previous Sunday... Bo

Re: Possible problem with SF? (Was: Interest in using git with lyx svn9

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 aussie

Re: LyX sourceforge.net subversion repository

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 this

Re: Interest in using git with lyx svn

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

Re: Interest in using git with lyx svn

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 trunk

Re: Possible problem with SF? (Was: Interest in using git with lyx svn9

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

Re: Security issues with SF (Was: Possible problem with SF?)

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:

Re: LyX sourceforge.net subversion repository

> | 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

Re: Trac and bugzilla migration.

> | 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

Re: LyX sourceforge.net subversion repository

> > | 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.

Re: LyX sourceforge.net subversion repository

>> I know that, but I was creating a full dump. > > Que?? A full dump till Thursday, not the previous Sunday... Bo

Re: Possible problem with SF? (Was: Interest in using git with lyx svn9

> 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

Re: LyX sourceforge.net subversion repository

> 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

Re: Interest in using git with lyx svn

> 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

Re: Interest in using git with lyx svn

>> 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

Re: Possible problem with SF? (Was: Interest in using git with lyx svn9

> 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

Re: Security issues with SF (Was: Possible problem with SF?)

> 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:

Re: Interest in using git with lyx svn

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 are forced to check it

LyX sourceforge.net subversion repository

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+ hrs dump, 3+ hrs sftp, still

Re: LyX sourceforge.net subversion repository

On Fri, Mar 6, 2009 at 11:47 AM, Jürgen Spitzmüller juer...@spitzmueller.org 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 turns out

Re: LyX sourceforge.net subversion repository

I don't think this would be a good idea for a stable release. It is already postponed :-( 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 switch' to switch your local copy.

http://lyx.sourceforge.net is running.

Dear all, 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. Although there are ssh access to user webspace, there is only sftp and rsync access to project webspace. This makes it difficult to use

Trac and bugzilla migration.

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 import bugzilla entries to

Re: Interest in using git with lyx svn

> 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 are forced to check it

LyX sourceforge.net subversion repository

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+ hrs dump, 3+ hrs sftp, still

Re: LyX sourceforge.net subversion repository

On Fri, Mar 6, 2009 at 11:47 AM, Jürgen Spitzmüller <juer...@spitzmueller.org> 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

Re: LyX sourceforge.net subversion repository

> I don't think this would be a good idea for a stable release. > > It is already postponed :-( 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 switch' to switch your local

http://lyx.sourceforge.net is running.

Dear all, 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. Although there are ssh access to user webspace, there is only sftp and rsync access to project webspace. This makes it difficult to use

Trac and bugzilla migration.

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 import bugzilla entries to

Re: Interest in using git with lyx svn

| Why do you prefer sf.net to other forges, actually? Like many other hot issues, I think no consensus will be reached by emails, but real actions will prevail. If you like a host site, please go ahead and start migration. I do not think it will hurt lyx in any way if we register lyx on a few

Re: Interest in using git with lyx svn

| and there is a good question why should we migrate after all. while i enjoy | git i see drawbacks from such switching too... Please name them. subversion is considerably simpler than git if we do not use branches that often. Having a revision number (I know where to find revision 21007), a

Re: Interest in using git with lyx svn

> | Why do you prefer sf.net to other forges, actually? Like many other hot issues, I think no consensus will be reached by emails, but real actions will prevail. If you like a host site, please go ahead and start migration. I do not think it will hurt lyx in any way if we register lyx on a few

Re: Interest in using git with lyx svn

> | and there is a good question why should we migrate after all. while i enjoy > | git i see drawbacks from such switching too... > > Please name them. subversion is considerably simpler than git if we do not use branches that often. Having a revision number (I know where to find revision

Use module logging instead of hand-made Tee in lib/configure.py.

=== --- lib/configure.py (revision 28701) +++ lib/configure.py (working copy) @@ -8,27 +8,22 @@ # \author Bo Peng # Full author contact details are available in file CREDITS. -import sys, os, re, shutil, glob +import sys, os, re, shutil, glob, logging +# set up logging

Re: Use module logging instead of hand-made Tee in lib/configure.py.

I am not sure if that was the original reason. logging has appeared in python 2.3 and initially for lyx 1.4 we planned for python 2.2. I am not sure if that is the reason FWIW I am just adding this to be fair. This might be the reason, but I did not even look for something like this when I

Re: Interest in using git with lyx svn

The bug database might be a problem... I know that many people dislike sourceforge but sourceforge supports pmwiki (our web), trac, and some project and bug tracking systems... http://apps.sourceforge.net/trac/sitedocs/wiki/Hosted%20Apps Bo

Re: Interest in using git with lyx svn

Now that is has been brought up, I think we should have a close look at sourceforge.net. I have used sourceforge for my own project for five years and I am satisfied with their services. 1. mailinglist based on mailman works. 2. I use subversion but it supports git as well.

  1   2   3   4   5   6   7   8   9   10   >