date:20090304

lar...@gullik.org (Lars Gullik Bjønnes) writes:
 In Fedora 11 the errors might probably be fixed by usinging a more up to
 date boost (1.38 f.ex.) and --without-included-boost. For all others
 stuck with an older boost no such luck. So I have a Q: Would you like me
 to upgrade the included boost to boost 1.38?

Yes please.

JMarc

Re: Lyx + Boost and gcc 4.4

Richard Heck wrote:
 Lars Gullik Bj??nnes wrote:
 Pavel Sanda sa...@lyx.org writes:

 | Lars Gullik Bj?nnes wrote:
   
 In Fedora 11 the errors might probably be fixed by usinging a more up to
 date boost (1.38 f.ex.) and --without-included-boost. For all others
 stuck with an older boost no such luck. So I have a Q: Would you like me
 to upgrade the included boost to boost 1.38?
   
 | the other possibility is that we evetually get rid of boost from our 
 sources
 | as discussed few times ago.

 Right... I forgot... Qt app now.

 I think I'll just go and hide beneath my rock again ;-)

   
 Well, as far as I know, we're not that close to removing boost. A quick 
 grep still turns up a lot. So something needs doing. I'll be on fc10 in a 
 week or so.

i thought the main reason for including boost in our tree was that we used some
nifty new features and it was not usuall that linux distributions have such a
new version. but this is long time ago, so this reason no more holds. afaik all
changes to boost are just squashing compiler warnings, no bug fixing etc. so i
wonder whats the point of including it in our sources. we could only bump
requirement and let this job on the shoulders of distro mantainers. ?

pavel

Re: Lyx + Boost and gcc 4.4

Pavel Sanda sa...@lyx.org writes:
 i thought the main reason for including boost in our tree was that we
 used some nifty new features and it was not usuall that linux
 distributions have such a new version. but this is long time ago, so
 this reason no more holds. 

But it will again if we upgrade the boost version that we require.

JMarc

Re: Lyx + Boost and gcc 4.4

Jean-Marc Lasgouttes wrote:
 Pavel Sanda sa...@lyx.org writes:
  i thought the main reason for including boost in our tree was that we
  used some nifty new features and it was not usuall that linux
  distributions have such a new version. but this is long time ago, so
  this reason no more holds. 
 
 But it will again if we upgrade the boost version that we require.

i think this is a different situation, but i dont want to flame more.
at least Lars will have some fun :)

pavel

Re: [Cvslog] r28676 - /lyx-devel/trunk/lib/CREDITS

Am 2009-03-04 schrieb Pavel Sanda:
  Am 2009-03-02 schrieb sa...@lyx.org:
       case insensitive and complete word search
   +...@bkornel Benko
   +...@ie-mail: Kornel.Benko () berlin ! de
   +   small bugfixes
   �...@bgraham Biswell
   
  
  Pavel,
  radšej by som v tom videl, že mám niečo spoločné s cmake.
  
  S týmto sa nedá moc chváliť.
 
 Jasne. Pokud to nespecha, staci zeditovat generate_contributions.py,
 zmeny se postupem doby zpropaguji do CREDITS a na web samy. Pokud to
 specha muzu poslat dalsi intrukce :)

To predsa nerobí každý sám pre seba?

Ale, neponáhĺam sa.

 Zatim!

Maj sa
Kornel

-- 
Kornel Benko
kornel.be...@berlin.de


signature.asc
Description: This is a digitally signed message part.

Re: [Cvslog] r28676 - /lyx-devel/trunk/lib/CREDITS

Am 2009-03-04 schrieb Kornel Benko:

Sorry, not intended

Kornel

-- 
Kornel Benko
kornel.be...@berlin.de


signature.asc
Description: This is a digitally signed message part.

Re: [Cvslog] r28676 - /lyx-devel/trunk/lib/CREDITS

Kornel Benko wrote:
  staci zeditovat generate_contributions.py,
  zmeny se postupem doby zpropaguji do CREDITS a na web samy. Pokud to
  specha muzu poslat dalsi intrukce :)

before we eventually switch this list to cz-sk lang as a part of prepared
czechoslovak world domination in the post-crisis world period some additional
(english:) notes towards generate_contributions.py since this is second problem
during one week:

1. there is no maintainer so everybody is responsible for his own entry
2. entries are primarily done in the script generate_contributions.py
   which is then used to generate CREDITS and web pages.
   editing this file is usually enough, since the other files are periodically
   updated before release or even in between.
3. the whole procedure is to call:
   $ generate_contributions.py CREDITS credits.inc blanket-permission.inc
   
   and moving/commiting updated credits.inc blanket-permission.inc into
   checkout-ed web pages (/farm/cookbook/LyX/).

pavel

Context menu of some collaps insets

hi,

just found box and note insets do not have open/close item in their context
menu. i'll add them unless comebody complains.

pavel
diff --git a/lib/ui/stdcontext.inc b/lib/ui/stdcontext.inc
index 301608c..74d9d0c 100644
--- a/lib/ui/stdcontext.inc
+++ b/lib/ui/stdcontext.inc
@@ -148,6 +148,9 @@ Menuset
Item Shaded background|b next-inset-modify changetype Shaded
Item Double frame|D next-inset-modify changetype Doublebox
Separator
+   OptItem Open Inset|O next-inset-toggle open
+   OptItem Close Inset|C next-inset-toggle close
+   Separator
Item Dissolve Inset|D inset-dissolve
Item Settings...|S inset-settings box
End
@@ -161,6 +164,9 @@ Menuset
Item Comment|C next-inset-modify note Note Comment
Item Greyed Out|G next-inset-modify note Note Greyedout
Separator
+   OptItem Open Inset|O next-inset-toggle open
+   OptItem Close Inset|C next-inset-toggle close
+   Separator
Item Dissolve Inset|D inset-dissolve
End

RE: Context menu of some collaps insets

2009-03-04 Thread Vincent van Ravesteijn - TNW

just found box and note insets do not have open/close
item in their context menu. i'll add them unless comebody
complains.

And if you right-click on the text in an open note or box or inside a
table, you should get the edit menu + inset menu.

Pavel

Vincent

Re: Context menu of some collaps insets

Pavel Sanda wrote:

 just found box and note insets do not have open/close item in their
 context menu. i'll add them unless comebody complains.

You can submit to 1.6.2svn, if exactly these strings are already in the *.po
files (i.e., including the accelerators). If the commit generates new
strings to translate, please wait for 1.6.3.

Jürgen

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

Dear all,

A Tee class is defined in lib/configure.py. Writing to this object
writes to the standard console as well as a logfile. This is clever,
well, for a Python newbie who learned Python but not its standard
libraries.

The right way to do this is to use the Python logging module. In the
attached patch (against branch), a logging object is created to write
to a log file as well as the console. The advantage of this method is
that a) it is the Pythonic way. b). messages could be written to
different handlers (console or logfile) depending on their severity.
For example, the actual RC lines are added to the logfile for
debugging purposes.

The patch works here (Python 2.4) but is NOT tested thoroughly. Note
that the logging module should be added to the windows installer if
this patch is adopted.

Cheers,
Bo
Index: 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
+logging.basicConfig(level = logging.DEBUG,
+format = '%(levelname)s: %(message)s', # ignore application name
+filename = 'configure.log',
+filemode = 'w')
+#
+# Add a handler to log to console
+console = logging.StreamHandler()
+console.setLevel(logging.INFO) # the console only print out general information
+formatter = logging.Formatter('%(message)s') # only print out the message itself
+console.setFormatter(formatter)
+logger = logging.getLogger('LyX')
+logger.addHandler(console)
 
-class Tee:
-''' Writing to a Tee object will write to all file objects it keeps.
-That is to say, writing to Tee(sys.stdout, open(logfile, 'w')) will
-write to sys.stdout as well as a log file.
-'''
-def __init__(self, *args):
-self.files = args
-
-def write(self, data):
-for f in self.files:
-result = f.write(data)
-return result
-
-def writelines(self, seq):
-for i in seq:
-self.write(i)
-
-
 def writeToFile(filename, lines, append = False):
  utility function: write or append lines to filename 
 if append:
@@ -45,6 +40,7 @@
 '''
 if lines.strip() != '':
 writeToFile(outfile, lines + '\n', append = True)
+logger.debug('Add to RC:\n' + lines + '\n\n')
 
 
 def removeFiles(filenames):
@@ -54,7 +50,9 @@
 for file in filenames:
 try:
 os.remove(file)
+logger.debug('Removing file %s' % file)
 except:
+logger.debug('Failed to remove file %s' % file)
 pass
 
 
@@ -89,8 +87,9 @@
 if not os.path.isdir( dir ):
 try:
 os.mkdir( dir)
+logger.debug('Create directory %s.' % dir)
 except:
-print Failed to create directory , dir
+logger.error('Failed to create directory %s.' % dir)
 sys.exit(1)
 
 
@@ -110,10 +109,10 @@
 os.close(fd)
 latex_out = cmdOutput(r'latex \nonstopmode\input{%s}' % inpname)
 if 'Error' in latex_out:
-print configure: TeX engine needs posix-style paths in latex files
+logger.warning(configure: TeX engine needs posix-style paths in latex files)
 windows_style_tex_paths = 'false'
 else:
-print configure: TeX engine needs windows-style paths in latex files
+logger.info(configure: TeX engine needs windows-style paths in latex files)
 windows_style_tex_paths = 'true'
 removeFiles([tmpfname, logname, 'texput.log'])
 return windows_style_tex_paths
@@ -148,15 +147,15 @@
 '''
 # one rc entry for each progs plus not_found entry
 if len(rc_entry)  1 and len(rc_entry) != len(progs) + 1:
-print rc entry should have one item or item for each prog and not_found.
+logger.error(rc entry should have one item or item for each prog and not_found.)
 sys.exit(2)
-print 'checking for ' + description + '...'
+logger.info('checking for ' + description + '...')
 ## print '(' + ','.join(progs) + ')',
 for idx in range(len(progs)):
 # ac_prog may have options, ac_word is the command name
 ac_prog = progs[idx]
 ac_word = ac_prog.split(' ')[0]
-print '+checking for ' + ac_word + '... ',
+msg = '+checking for ' + ac_word + '... '
 path = os.environ[PATH].split(os.pathsep) + path
 extlist = ['']
 if os.environ.has_key(PATHEXT):
@@ -164,7 +163,7 @@
 for ac_dir in path:
 for ext in extlist:
 if os.path.isfile( os.path.join(ac_dir, ac_word + ext) ):
-print ' yes'
+logger.info(msg + ' yes')
 # write rc entries for this command
 if

Re: Context menu of some collaps insets

Jürgen Spitzmüller wrote:
 strings to translate, please wait for 1.6.3.

btw when do you plan to release it?
pavel

Re: [Cvslog] r28703 - /lyx-devel/trunk/src/mathed/InsetMathGrid.cpp

lasgout...@lyx.org writes:

 Author: lasgouttes
 Date: Wed Mar  4 18:07:05 2009
 New Revision: 28703

 URL: http://www.lyx.org/trac/changeset/28703
 Log:
 In math matrices, make sure that only the align-type tablar-feature can get a 
 check box in menus (with some themes, empty check boxes are visible)

 Modified:
 lyx-devel/trunk/src/mathed/InsetMathGrid.cpp

This should eventually go to branch, but there is no need to hurry.

JMarc

Re: Compilation report and runtime report with Qt4.5

2009-03-04 Thread BH

On Fri, Feb 27, 2009 at 10:09 AM, Bennett Helm bewih...@gmail.com wrote:

 By the way Bennett, did you try to compile Qt with the new raster graphics
 system? That's the only to see the performance improvment AFAIU.

 No, I didn't. (Was I supposed to know that?)

 I tried again, but I can't get it to compile with -graphicssystem
 raster, and I don't have time now to try to figure out what's going
 wrong. Maybe after the official release

Now that Qt4.5 has been officially released, I've tried it again. It
compiles this time, but I still don't see any significant performance
improvements.

Bennett

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

On Wednesday 04 March 2009 16:52:30 Bo Peng wrote:
 Dear all,

 A Tee class is defined in lib/configure.py. Writing to this object
 writes to the standard console as well as a logfile. This is clever,
 well, for a Python newbie who learned Python but not its standard
 libraries.

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.

 The right way to do this is to use the Python logging module. In the
 attached patch (against branch), a logging object is created to write
 to a log file as well as the console. The advantage of this method is
 that a) it is the Pythonic way. b). messages could be written to
 different handlers (console or logfile) depending on their severity.
 For example, the actual RC lines are added to the logfile for
 debugging purposes.

I agree.

 The patch works here (Python 2.4) but is NOT tested thoroughly. Note
 that the logging module should be added to the windows installer if
 this patch is adopted.

This code could go in to devel. The code looks good and it is very useful.

 Cheers,
 Bo

-- 
José Abílio

Re: Lyx + Boost and gcc 4.4

On Wed, Mar 04, 2009 at 01:54:29AM +0100, Lars Gullik Bjønnes wrote:
 Pavel Sanda sa...@lyx.org writes:
 
 | Lars Gullik Bj?nnes wrote:
  In Fedora 11 the errors might probably be fixed by usinging a more up to
  date boost (1.38 f.ex.) and --without-included-boost. For all others
  stuck with an older boost no such luck. So I have a Q: Would you like me
  to upgrade the included boost to boost 1.38?
 
 | the other possibility is that we evetually get rid of boost from our sources
 | as discussed few times ago.
 
 Right... I forgot... Qt app now.
 
 I think I'll just go and hide beneath my rock again ;-)

No, the idea was that after a while the systems ship a boost that's good
enough for LyX's use.

If that's still not the case, and boost 1.38 does not hurt otherwise,
updating the bundled boost seems a good idea.

Andre'

Re: Lyx + Boost and gcc 4.4

On Wed, Mar 04, 2009 at 08:20:34AM +0100, Peter Kümmel wrote:
 I think I'll just go and hide beneath my rock again ;-)

 Maybe you are interested in replacing boost with 'real' C++: TR1.

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.

Andre'

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 wrote configure.py. (There was a previous version of
logging for Python 2.2 and earlier.)

 This code could go in to devel. The code looks good and it is very useful.

Please apply. I do not have trunk here.

Thanks.
Bo

Re: Lyx + Boost and gcc 4.4

On Wed, Mar 04, 2009 at 08:54:31AM +0100, Abdelrazak Younes wrote:
 Lars Gullik Bjønnes wrote:
 Right... I forgot... Qt app now.

 André attempted to really do this last meeting (using Qt in core) but  
 failed eventually :-)

Hm, not really. I seem to remember a consensus that using Qt in core
can follow pretty much the same rules as we have for other libraries:
Use it, if it makes sense (i.e. benefits outweigh costs) (contrary
to the old use whatever makes sense except if it has a 'Q' in the name).
It's just that nobody acted on that.

 Please don't. I am not active these days so there's basically zero  
 chance that I flame you ;-)

I re-discovered #lyx on oftc.net. A good place to enjoy absolute silence.

Andre'

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

On Wednesday 04 March 2009 18:43:11 Bo Peng wrote:
 Please apply. I do not have trunk here.

Done. Thanks.

 Thanks.
 Bo

-- 
José Abílio

Re: Lyx + Boost and gcc 4.4


Andre Poenitz wrote:

On Wed, Mar 04, 2009 at 08:20:34AM +0100, Peter Kümmel wrote:

I think I'll just go and hide beneath my rock again ;-)

Maybe you are interested in replacing boost with 'real' C++: TR1.


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.


I had no problems with tr1::shared_ptr only with scoped_ptr because
it is not part of tr1. But I did not try to compile with GCC.
To see hat GCC says is simple: just compile
lyx-devel/branches/personal/kuemmel/boost_1_36

Peter

Re: Context menu of some collaps insets

Pavel Sanda wrote:

 btw when do you plan to release it?

There is one outstanding issue which should be fixed, since it potentially
results in really bad dataloss:
http://bugzilla.lyx.org/show_bug.cgi?id=5813

Apart from that, we are ready.

Unfortunately, I'm totally blocked by real work, so I cannot look into the
issue myself (I would have time to set up the release at the weekend,
though, if someone came up with a patch).

Next week, I will be offline, so if we don't make it this week, the release
will have to wait for one further week.

Jürgen

Re: [Cvslog] r28703 - /lyx-devel/trunk/src/mathed/InsetMathGrid.cpp

Jean-Marc Lasgouttes wrote:

 This should eventually go to branch, but there is no need to hurry.

The decision is up to you.

Jürgen

Introduction and Question About Feature Proposals

2009-03-04 Thread Rob Oakes

Dear LyX Developers,

 

I am writing this e-mail for a couple of reasons.  First, I wanted to
generally say thank you for creating a fantastic program.  LyX is my
favorite writing environment.  It was my first introduction to LaTeX and the
concept of WYSIWYM editing.  Each iteration of the program brings it
closer to a more or less perfect tool (if such a thing can be said to
exist).  I particularly like the collaborative features and version
control integration that appeared somewhere between versions 1.5 and 1.6.

 

For the past few months, I've been teaching myself Python and C++ and I've
finally arrived at a point where I can contribute to OpenSource projects.
As a result, I would love to help with LyX development in any way I can.

 

In particular, there are a few features I would love to develop (either as
plug-ins/extensions or part of the main program).  However, I do not know
how such features are proposed to the developer community at large.  What is
the best way to go about this?  At the moment, I am actually composing a
brief proposal that explains the vision and why I think said features
would be a solid addition to the existing LyX set.

 

LyX is a fantastic program and I am deeply grateful for the years of work
that many of you have provided to make it so.

 

Best Regards,

 

Rob Oakes

Re: Lyx + Boost and gcc 4.4

On Wednesday 04 March 2009 00:09:49 Lars Gullik Bjønnes wrote:
 In Fedora 11 the errors might probably be fixed by usinging a more up to
 date boost (1.38 f.ex.) and --without-included-boost. For all others
 stuck with an older boost no such luck. So I have a Q: Would you like me
 to upgrade the included boost to boost 1.38?

I can compile with Fedora 11 and --without-included-boost but then the 
resulting program does not run.

Attached follows the back trace.

 --
     Lgb

-- 
José Abílio
(gdb) bt
  
warning: (Internal error: pc 0x814340d in read in psymtab, but not in symtab.)  
  

warning: (Internal error: pc 0x814340d in read in psymtab, but not in symtab.)

warning: (Internal error: pc 0x814340d in read in psymtab, but not in symtab.)

warning: (Internal error: pc 0x814340d in read in psymtab, but not in symtab.)

warning: (Internal error: pc 0x814340d in read in psymtab, but not in symtab.)

warning: (Internal error: pc 0x814340e in read in psymtab, but not in symtab.)

warning: (Internal error: pc 0x814340d in read in psymtab, but not in symtab.)

warning: (Internal error: pc 0x81433ce in read in psymtab, but not in symtab.)

warning: (Internal error: pc 0x814340d in read in psymtab, but not in symtab.)

#0  0x002feb16 in __gnu_debug::_Safe_iterator_base::_M_detach_single 
(this=0x8e00e68) at ../../../../libstdc++-v3/src/debug.cc:249
#1  0x00300155 in __gnu_debug::_Safe_sequence_base::_M_detach_all 
(this=0x8e0a25c) at ../../../../libstdc++-v3/src/debug.cc:132   
#2  0x0814340e in ~_Safe_sequence_base (this=value optimized out, 
__in_chrg=value optimized out, __in_chrg=value optimized out)
at 
/usr/lib/gcc/i586-redhat-linux/4.4.0/../../../../include/c++/4.4.0/debug/safe_base.h:185
  
#3  ~_Safe_sequence (this=value optimized out, __in_chrg=value optimized 
out, __in_chrg=value optimized out)   
at 
/usr/lib/gcc/i586-redhat-linux/4.4.0/../../../../include/c++/4.4.0/debug/safe_sequence.h:103
#4  ~vector (this=value optimized out, __in_chrg=value optimized out, 
__in_chrg=value optimized out)
at 
/usr/lib/gcc/i586-redhat-linux/4.4.0/../../../../include/c++/4.4.0/debug/vector:116
#5  ~data_t (this=value optimized out, __in_chrg=value optimized out, 
__in_chrg=value optimized out) at /usr/include/boost/signals/slot.hpp:32
#6  checked_deleteboost::signals::detail::slot_base::data_t (this=value 
optimized out, __in_chrg=value optimized out, __in_chrg=value optimized 
out)
at /usr/include/boost/checked_delete.hpp:34
#7  
boost::detail::sp_counted_impl_pboost::signals::detail::slot_base::data_t::dispose
 (this=value optimized out, __in_chrg=value optimized out,
__in_chrg=value optimized out) at 
/usr/include/boost/detail/sp_counted_impl.hpp:78
#8  0x0858bf41 in boost::detail::sp_counted_base::release (this=value 
optimized out) at /usr/include/boost/detail/sp_counted_base_nt.hpp:79
#9  ~shared_count (this=value optimized out) at 
/usr/include/boost/detail/shared_count.hpp:216
#10 ~shared_ptr (this=value optimized out) at 
/usr/include/boost/shared_ptr.hpp:165
#11 ~slot_base (this=value optimized out) at 
/usr/include/boost/signals/slot.hpp:27
#12 ~slot (this=value optimized out) at 
/usr/include/boost/signals/slot.hpp:105
#13 lyx::frontend::GuiView::GuiView (this=value optimized out) at 
../../../../../lyx/lyx-devel/src/frontends/qt4/GuiView.cpp:305
#14 0x08556543 in lyx::frontend::GuiApplication::createView (this=0x8ac3ba0, 
geometry_a...@0xbfffb0dc, autoShow=true, view_id=0)
at ../../../../../lyx/lyx-devel/src/frontends/qt4/GuiApplication.cpp:978
#15 0x0855c244 in lyx::frontend::GuiApplication::dispatch (this=0x8ac3ba0, 
c...@0xbfffc978)
at ../../../../../lyx/lyx-devel/src/frontends/qt4/GuiApplication.cpp:808
#16 0x081f385c in lyx::LyXFunc::dispatch (this=0x8ae8478, c...@0xbfffc978) at 
../../../lyx/lyx-devel/src/LyXFunc.cpp:1674
#17 0x081d15ca in lyx::LyX::execCommands (this=0xb228) at 
../../../lyx/lyx-devel/src/LyX.cpp:513
#18 0x081d20fd in lyx::execBatchCommands () at 
../../../lyx/lyx-devel/src/LyX.cpp:475
#19 0x08558d84 in lyx::frontend::GuiApplication::execBatchCommands 
(this=0x8ac3ba0) at 
../../../../../lyx/lyx-devel/src/frontends/qt4/GuiApplication.cpp:1140
#20 0x0855d8b5 in lyx::frontend::GuiApplication::qt_metacall (this=0x8ac3ba0, 
_c=QMetaObject::InvokeMetaMethod, _id=148901480, _a=0xbfffd45c)
at ./moc_GuiApplication.cpp:75
#21 0x008b2a28 in QMetaObject::activate (sender=0x8cd8cf0, from_signal_index=4, 
to_signal_index=4, argv=0x0) at kernel/qobject.cpp:3069
#22 0x008b36c2 in QMetaObject::activate (sender=0x8cd8cf0, m=0x98db88, 
local_signal_index=0, argv=0x0) at kernel/qobject.cpp:3143
#23 0x008b7c47 in QSingleShotTimer::timeout (this=0x8cd8cf0) at 
.moc/release-shared/qtimer.moc:76
#24 0x008b7d5c in QSingleShotTimer::timerEvent

Re: Lyx + Boost and gcc 4.4

Andre Poenitz
andre.poen...@mathematik.tu-chemnitz.de
writes:

| On Wed, Mar 04, 2009 at 08:20:34AM +0100, Peter Kümmel wrote:
 I think I'll just go and hide beneath my rock again ;-)

 Maybe you are interested in replacing boost with 'real' C++: TR1.

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

-- 
Lgb

Interest in using git with lyx svn


As part of job related work I am investigating and using git quite a
lot. I wondered if some of you might be interrested in testing out using
git when doing LyX development. (For all I know several of you already
are...)

If there are interest I'll try to setup a git tree that you can clone
and set up as a git-svn tree.
(I'll even write up a wiki page to explain briefly how to do that.)

Anyhow a git clone with the full svn history (branches tags and trunk)
from lyx-devel is only ~190 MB, so it should not be a problem for
everyone to carry this on their own box.

-- 
Lgb

Re: Lyx + Boost and gcc 4.4

lar...@gullik.net (Lars Gullik Bjønnes)
writes:

| Andre Poenitz
| andre.poen...@mathematik.tu-chemnitz.de
| writes:

| | On Wed, Mar 04, 2009 at 08:20:34AM +0100, Peter Kümmel wrote:
 I think I'll just go and hide beneath my rock again ;-)

 Maybe you are interested in replacing boost with 'real' C++: TR1.

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

I would like to upgrade to 1.38 first though, and then work on replacing
boost libs with libs that exist in tr1 (or the upcoming standard).

-- 
Lgb

Re: Introduction and Question About Feature Proposals

2009-03-04 Thread Jürgen Spitzmüller

Rob Oakes wrote:
 In particular, there are a few features I would love to develop (either as
 plug-ins/extensions or part of the main program).  However, I do not know
 how such features are proposed to the developer community at large.  What
 is the best way to go about this?  At the moment, I am actually composing
 a brief proposal that explains the vision and why I think said features
 would be a solid addition to the existing LyX set.

Hi Rob

I think such a paper is generally a good idea to outline where you are 
aiming at. The next step, then, would be patches (against the development 
trunk). Generally, you are invited to send patches at any time. It is 
advisable to submit rather small patches, if possible, because it is easier 
to follow the changes and to review. If you can additionally outline a more 
general plan, it would be perfect.

Please feel very welcome, and do not hesitate to ask questions.

Jürgen

Re: Interest in using git with lyx svn

2009-03-04 Thread Jürgen Spitzmüller

Lars Gullik Bjønnes wrote:
 If there are interest I'll try to setup a git tree that you can clone
 and set up as a git-svn tree.
 (I'll even write up a wiki page to explain briefly how to do that.)

Personally, I would be interested in that (although I do not have 
experiences with git yet).

It's great to hear from you again, and I very much hope you'll be back on 
board.

Jürgen

Re: [Cvslog] r28703 - /lyx-devel/trunk/src/mathed/InsetMathGrid.cpp


Le 4 mars 09 à 20:46, Juergen Spitzmueller a écrit :

Jean-Marc Lasgouttes wrote:


This should eventually go to branch, but there is no need to hurry.


The decision is up to you.


Since I may be the only one noticing it, I guess it can wait for 1.6.3.

JMarc

Re: [Cvslog] r28703 - /lyx-devel/trunk/src/mathed/InsetMathGrid.cpp

2009-03-04 Thread Jürgen Spitzmüller

Jean-Marc Lasgouttes wrote:
 Since I may be the only one noticing it, I guess it can wait for 1.6.3.

OK, fine.

Jürgen

Re: Interest in using git with lyx svn


Lars Gullik Bjønnes wrote:

As part of job related work I am investigating and using git quite a
lot. I wondered if some of you might be interrested in testing out using
git when doing LyX development. (For all I know several of you already
are...)

If there are interest I'll try to setup a git tree that you can clone
and set up as a git-svn tree.
(I'll even write up a wiki page to explain briefly how to do that.)

Anyhow a git clone with the full svn history (branches tags and trunk)
from lyx-devel is only ~190 MB, so it should not be a problem for
everyone to carry this on their own box.



Do you know  http://wiki.lyx.org/Devel/Git ?

Peter

Re: Interest in using git with lyx svn

On Wed, Mar 04, 2009 at 09:26:27PM +0100, Lars Gullik Bjønnes wrote:
 As part of job related work I am investigating and using git quite a
 lot.

I thought you were doing Qt programming? ;-)

 I wondered if some of you might be interrested in testing out using
 git when doing LyX development. (For all I know several of you already
 are...)
 
 If there are interest I'll try to setup a git tree that you can clone
 and set up as a git-svn tree.
 (I'll even write up a wiki page to explain briefly how to do that.)
 
 Anyhow a git clone with the full svn history (branches tags and trunk)
 from lyx-devel is only ~190 MB, so it should not be a problem for
 everyone to carry this on their own box.

Last time the topic came up it looked like there are not too many people
around who would mind a complete switch to git.

Andre'

Re: Interest in using git with lyx svn

Andre Poenitz
andre.poen...@mathematik.tu-chemnitz.de
writes:

| On Wed, Mar 04, 2009 at 09:26:27PM +0100, Lars Gullik Bjønnes wrote:
 As part of job related work I am investigating and using git quite a
 lot.

| I thought you were doing Qt programming? ;-)

 I wondered if some of you might be interrested in testing out using
 git when doing LyX development. (For all I know several of you already
 are...)
 
 If there are interest I'll try to setup a git tree that you can clone
 and set up as a git-svn tree.
 (I'll even write up a wiki page to explain briefly how to do that.)
 
 Anyhow a git clone with the full svn history (branches tags and trunk)
 from lyx-devel is only ~190 MB, so it should not be a problem for
 everyone to carry this on their own box.

| Last time the topic came up it looked like there are not too many people
| around who would mind a complete switch to git.

If going that route, I would suggest getting some experience with git-svn
first. Then you personally will get a good feel on how it is to work
with git, and a full fledged switch can come later.

-- 
Lgb

Re: Interest in using git with lyx svn

Peter Kümmel syntheti...@gmx.net writes:

| Lars Gullik Bjønnes wrote:
 As part of job related work I am investigating and using git quite a
 lot. I wondered if some of you might be interrested in testing out using
 git when doing LyX development. (For all I know several of you already
 are...)

 If there are interest I'll try to setup a git tree that you can clone
 and set up as a git-svn tree.
 (I'll even write up a wiki page to explain briefly how to do that.)

 Anyhow a git clone with the full svn history (branches tags and trunk)
 from lyx-devel is only ~190 MB, so it should not be a problem for
 everyone to carry this on their own box.


| Do you know  http://wiki.lyx.org/Devel/Git ?

Obviously not.

That said I do not think the every devvie for himself set up of the
git-svn tree is the best approach. IMHO would be a lot better with a
officially sanctioned repo to clone from (A lot faster than doing a full
git svn clone), and just init that to become a git-svn clone.

Then instead of hours it would be minutes.

-- 
Lgb

Re: Interest in using git with lyx svn

lar...@gullik.net (Lars Gullik Bjønnes)
writes:

| Peter Kümmel syntheti...@gmx.net writes:

| | Lars Gullik Bjønnes wrote:
 As part of job related work I am investigating and using git quite a
 lot. I wondered if some of you might be interrested in testing out using
 git when doing LyX development. (For all I know several of you already
 are...)

 If there are interest I'll try to setup a git tree that you can clone
 and set up as a git-svn tree.
 (I'll even write up a wiki page to explain briefly how to do that.)

 Anyhow a git clone with the full svn history (branches tags and trunk)
 from lyx-devel is only ~190 MB, so it should not be a problem for
 everyone to carry this on their own box.


| | Do you know  http://wiki.lyx.org/Devel/Git ?

| Obviously not.

| That said I do not think the every devvie for himself set up of the
| git-svn tree is the best approach. IMHO would be a lot better with a
| officially sanctioned repo to clone from (A lot faster than doing a full
| git svn clone), and just init that to become a git-svn clone.

| Then instead of hours it would be minutes.

And now I see that this is also mentioned on the wiki. But it should be
the preferred way to doing it. (So placed at the top of the page).

Also such a repo should be setup with proper svn.authorfile, and that have
to be done on initial clone.

-- 
Lgb

Re: Interest in using git with lyx svn

Andre Poenitz
andre.poen...@mathematik.tu-chemnitz.de
writes:

| Last time the topic came up it looked like there are not too many people
| around who would mind a complete switch to git.

Did you then also talk about placing the repo on a different server?
Something similar to github perhaps?

-- 
Lgb

Re: Lyx + Boost and gcc 4.4

2009-03-04 Thread Enrico Forestieri

On Wed, Mar 04, 2009 at 09:28:33PM +0100, Lars Gullik Bjønnes wrote:
 
 I would like to upgrade to 1.38 first though, and then work on replacing
 boost libs with libs that exist in tr1 (or the upcoming standard).

please, note that there are systems (most notably, Solaris) that still
ship gcc 3.4.

-- 
Enrico

Re: Interest in using git with lyx svn

On Wed, Mar 04, 2009 at 10:50:52PM +0100, Lars Gullik Bjønnes wrote:
 | Last time the topic came up it looked like there are not too many people
 | around who would mind a complete switch to git.
 
 If going that route, I would suggest getting some experience with git-svn
 first. Then you personally will get a good feel on how it is to work
 with git, and a full fledged switch can come later.

Not sure how personally 'personally' is meant, but someone made me
using git in the day job a while ago. The bright side is that there
are lots of helpful people around ;-)

Andre'

Re: Interest in using git with lyx svn

lar...@gullik.net (Lars Gullik Bjønnes)
writes:

| And now I see that this is also mentioned on the wiki. But it should be
| the preferred way to doing it. (So placed at the top of the page).

And *now* I see that this is just how to setup a dumb git clone, so
git svn init, so not exacly what I have in mind.

-- 
Lgb

Re: Lyx + Boost and gcc 4.4

Enrico Forestieri for...@lyx.org writes:

| On Wed, Mar 04, 2009 at 09:28:33PM +0100, Lars Gullik Bjønnes wrote:
 
 I would like to upgrade to 1.38 first though, and then work on replacing
 boost libs with libs that exist in tr1 (or the upcoming standard).

| please, note that there are systems (most notably, Solaris) that still
| ship gcc 3.4.

I won't say too loud what I think of such systems.

But anyhow... do not expect me to for get about those... but soon (I
really, really hope) thost old compilers will just not be supported by
any C++ library (even Qt).

Q: Is that a sun provided solaris? Would I guess right in thinking that
that compiler is only for aimed at system stuff, and that if you
actually want to do C++ developemt getting a newer gcc is in fact quite
easy?

-- 
Lgb

Re: Interest in using git with lyx svn

On Wed, Mar 04, 2009 at 10:55:49PM +0100, Lars Gullik Bjønnes wrote:
 Andre Poenitz
 andre.poen...@mathematik.tu-chemnitz.de
 writes:
 
 | Last time the topic came up it looked like there are not too many people
 | around who would mind a complete switch to git.
 
 Did you then also talk about placing the repo on a different server?

Yes.

 Something similar to github perhaps?

The problem was that nobody had a really good idea of where to go.

Preferably there would be some associated web space/wiki/ftp, too..

Andre'

Re: Interest in using git with lyx svn

2009-03-04 Thread Lars Gullik Bjonnes

Andre Poenitz
andre.poen...@mathematik.tu-chemnitz.de
writes:

| On Wed, Mar 04, 2009 at 10:50:52PM +0100, Lars Gullik Bjønnes wrote:
 | Last time the topic came up it looked like there are not too many people
 | around who would mind a complete switch to git.
 
 If going that route, I would suggest getting some experience with git-svn
 first. Then you personally will get a good feel on how it is to work
 with git, and a full fledged switch can come later.

| Not sure how personally 'personally' is meant, but someone made me
| 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 still suggest the git-svn officially sanctioned route before
switching though).

-- 
Lgb

Re: Interest in using git with lyx svn

Andre Poenitz
andre.poen...@mathematik.tu-chemnitz.de
writes:

| On Wed, Mar 04, 2009 at 10:55:49PM +0100, Lars Gullik Bjønnes wrote:
 Andre Poenitz
 andre.poen...@mathematik.tu-chemnitz.de
 writes:
 
 | Last time the topic came up it looked like there are not too many people
 | around who would mind a complete switch to git.
 
 Did you then also talk about placing the repo on a different server?

| Yes.

 Something similar to github perhaps?

| The problem was that nobody had a really good idea of where to go.

| Preferably there would be some associated web space/wiki/ftp, too..

I do not think that the repo and the web/wiki/ftp have to be in the same
place. But it would be nice though.


-- 
Lgb

Re: Interest in using git with lyx svn


Lars Gullik Bjønnes wrote:

Andre Poenitz
andre.poen...@mathematik.tu-chemnitz.de
writes:

| On Wed, Mar 04, 2009 at 10:55:49PM +0100, Lars Gullik Bjønnes wrote:
  

Andre Poenitz
andre.poen...@mathematik.tu-chemnitz.de
writes:

| Last time the topic came up it looked like there are not too many people
| around who would mind a complete switch to git.

Did you then also talk about placing the repo on a different server?
  

| Yes.
  

Something similar to github perhaps?
  

| The problem was that nobody had a really good idea of where to go.
  
| Preferably there would be some associated web space/wiki/ftp, too..


I do not think that the repo and the web/wiki/ftp have to be in the same
place. But it would be nice though.

  
I could provide server space for the web/wiki/ftp on my office server, 
probably.


rh

Re: Interest in using git with lyx svn

lar...@lyx.org (Lars Gullik Bjønnes) writes:
 I do not think that the repo and the web/wiki/ftp have to be in the same
 place. But it would be nice though.

We have to find a place with either a competent admin with time in his
hands or a well run forge. Aussie is getting more and more inadequate.

JMarc

Re: Interest in using git with lyx svn

rgheck rgh...@bobjweil.com writes:

 I do not think that the repo and the web/wiki/ftp have to be in the same
 place. But it would be nice though.

   
| I could provide server space for the web/wiki/ftp on my office server,
| probably.

Do you mean a server in your office or a server (in a server room) at
your office?

We should (soonish, already overdue) get a new machine, if we want/need
one that is. I have not seen the box since before Trolltech moved office
a couple of years ago, they handled the move and everything.

I have access to a server room if required... non-work releated... but I
think I will have to pay with concultancy hours. IMHO the best would be
if we could base the infrastructure on free service provided on the net.
Perhaps even a place not providing git, but just svn and use git-svn as
the push to master method.

Or do as som projects do, use the free service but not for the repo,
uses a free git service like github.com or repo.or.cz for that.

-- 
Lgb

Re: Interest in using git with lyx svn

Jean-Marc Lasgouttes lasgout...@lyx.org writes:

| lar...@lyx.org (Lars Gullik Bjønnes) writes:
 I do not think that the repo and the web/wiki/ftp have to be in the same
 place. But it would be nice though.

| We have to find a place with either a competent admin with time in his
| hands or a well run forge. Aussie is getting more and more inadequate.

Completely agree. I have been worried about aussie for quite some time
now... guess why I take really frequent backups...

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?

Anyhow we certainly can buy web space if that is required. (to a certain
limit)


-- 
Lgb

Re: Interest in using git with lyx svn

lar...@lyx.org (Lars Gullik Bjønnes) writes:

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

| Anyhow we certainly can buy web space if that is required. (to a certain
| limit)

The bug database might be a problem...

-- 
Lgb

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

On Wed, Mar 04, 2009 at 11:48:34PM +0100, Lars Gullik Bjønnes wrote:
 We should (soonish, already overdue) get a new machine, if we want/need
 one that is. I have not seen the box since before Trolltech moved office
 a couple of years ago, they handled the move and everything.
 
 I have access to a server room if required... non-work releated... but I
 think I will have to pay with concultancy hours.

As in 'making the video system run smoothly'? 

In that case I might even consider bribing someone with a few cookies
to pull a plug for an hour or two ;-) 

 IMHO the best would be
 if we could base the infrastructure on free service provided on the net.
 Perhaps even a place not providing git, but just svn and use git-svn as
 the push to master method.

 Or do as som projects do, use the free service but not for the repo,
 uses a free git service like github.com or repo.or.cz for that.

I certainly would not mind that.

Andre'

Re: Interest in using git with lyx svn

Bo Peng ben@gmail.com writes:


 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

Right. And they seem to support git as well. Looking quite good I think.

-- 
Lgb

Re: Interest in using git with lyx svn


Lars Gullik Bjønnes wrote:

rgheck rgh...@bobjweil.com writes:

  

I do not think that the repo and the web/wiki/ftp have to be in the same
place. But it would be nice though.

  
  

| I could provide server space for the web/wiki/ftp on my office server,
| probably.

Do you mean a server in your office or a server (in a server room) at
your office?

  
The server in my office: frege.brown.edu. I guess the downside is that, 
if anything happens to me


Another possibility would be to see if the Brown LUG would want to do 
it. They've got space, and they're always looking for things to do for 
the FOSS community.


I need to upgrade that server to Centos 5.2, but once that's done

rh

Re: Interest in using git with lyx svn

rgheck rgh...@bobjweil.com writes:

[...]
| Another possibility would be to see if the Brown LUG would want to do
| it. They've got space, and they're always looking for things to do for
| the FOSS community.

Now that is has been brought up, I think we should have a close look at
sourceforge.net.

| I need to upgrade that server to Centos 5.2, but once that's done

You are aware that Centos 5.3 will be out in a couple of weeks?

-- 
Lgb

Re: Interest in using git with lyx svn


Lars Gullik Bjønnes wrote:

Bo Peng ben@gmail.com writes:


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

Right. And they seem to support git as well. Looking quite good I think.



What about a 'evaluation'? Possible candidates are:

ww.sf.net
www.assembla.com
github.com
repo.or.cz


Peter

Re: Interest in using git with lyx svn

Peter Kümmel syntheti...@gmx.net writes:

| Lars Gullik Bjønnes wrote:
 Bo Peng ben@gmail.com writes:

 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

 Right. And they seem to support git as well. Looking quite good I think.


| What about a 'evaluation'? Possible candidates are:

| ww.sf.net

I'll look hard at that. It seems to have everything that we want. bug
tracker, wiki, git...
(Unless I get objections I'll register the LyX project, I don't think it
is registered already...)

| www.assembla.com

Unless the limit can be upped, 200MB is a bit tool small for us.
Apart for that it seems to have the tools we would need, perhaps the
wiki is a bit too basic?

| github.com

Quite simple, apart from the git support.
has a wiki, but no tracking it seems?

| repo.or.cz

ditto.
gui looks almost like basic gitweb(?)

-- 
Lgb

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.
(http://apps.sourceforge.net/trac/sitedocs/wiki/Git)

3. pmwiki is not directly supported but I could install it easily on
sourceforge. (I learned pmwiki from www.lyx.org and shamelessly copied
the design for my website). One problem with this setup is that
sendmail is disallowed so you cannot get changelog via emails.

4. sf.net supports a number of web applications. Bugzilla is not
supported but I suspect that we can simply move the code and database
to sf. If database migration is not too difficult, we can try other
bug-tracking options as well.

5. file release is not very convenient but usable, and they have a lot
of mirrors.

6. rsync, sftp, public key authentication etc all work well.

7. You can expect a reply for your question within a week. Pretty good
for such a big website.

Cheers,
Bo

Re: Interest in using git with lyx svn

Bo Peng ben@gmail.com writes:

 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.

Note that our mailinglists are not run from aussie, so the current
mailinglist lyx-devel, and lyx-users does not have to do anything.

[...]

| 4. sf.net supports a number of web applications. Bugzilla is not
| supported but I suspect that we can simply move the code and database
| to sf. If database migration is not too difficult, we can try other
| bug-tracking options as well.

I believe that track can import from bugzilla.

-- 
Lgb

Re: Interest in using git with lyx svn

Lars Gullik Bjønnes wrote:

Peter Kümmel syntheti...@gmx.net writes:

| Lars Gullik Bjønnes wrote:

Bo Peng ben@gmail.com writes:

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

Right. And they seem to support git as well. Looking quite good I think.

| What about a 'evaluation'? Possible candidates are:
| ww.sf.net

I'll look hard at that. It seems to have everything that we want. bug
tracker, wiki, git...
(Unless I get objections I'll register the LyX project, I don't think it
is registered already...)

Please add some people also as administrator, how knows when you
go back

beneath your rock again ;)

| www.assembla.com

Unless the limit can be upped, 200MB is a bit tool small for us.
Apart for that it seems to have the tools we would need, perhaps the
wiki is a bit too basic?

| github.com

Quite simple, apart from the git support.
has a wiki, but no tracking it seems?

| repo.or.cz

ditto.
gui looks almost like basic gitweb(?)

Indeed, looks reasonable.
sf.net is maybe the best candidate.
I really like the statistic function of sf, for instance see the
boost downloads:

http://sourceforge.net/project/stats/detail.php?group_id=7586ugn=boosttype=prdownloadmode=alltimepackage_id=0

Sometimes the sf svn server also the websever is a bit slow, but
they have a good

release system with mirrors and all the stuff.

Peter

Re: Interest in using git with lyx svn

Peter Kümmel syntheti...@gmx.net writes:

| Lars Gullik Bjønnes wrote:

[...]

 | What about a 'evaluation'? Possible candidates are:
 | ww.sf.net

 I'll look hard at that. It seems to have everything that we want. bug
 tracker, wiki, git...
 (Unless I get objections I'll register the LyX project, I don't think it
 is registered already...)

| Please add some people also as administrator, how knows when you go
| back
| beneath your rock again  ;)

Well of course, we must plan for contengencies.
But it is actually possible to get in contact with me... even if some
persistence might be needed.

[quick summary of hosting sites]'

| Indeed, looks reasonable.
| sf.net is maybe the best candidate.
| I really like the statistic function of sf, for instance see the boost
| downloads:
| 
http://sourceforge.net/project/stats/detail.php?group_id=7586ugn=boosttype=prdownloadmode=alltimepackage_id=0

| Sometimes the sf svn server also the websever is a bit slow, but they
| have a good
| release system with mirrors and all the stuff.
|
| Peter

-- 
Lgb

Re: Interest in using git with lyx svn

Lars Gullik Bj?nnes wrote:
 
 As part of job related work I am investigating and using git quite a
 lot. I wondered if some of you might be interrested in testing out using
 git when doing LyX development. (For all I know several of you already
 are...)

i use git as main tool when working on lyx and i know i'm not alone (iirc 
Stefan was
using it as well and i remember Abdel was talking about git too...).

 
 If there are interest I'll try to setup a git tree that you can clone and set
 up as a git-svn tree.  (I'll even write up a wiki page to explain briefly how
 to do that.)

this is already done on git.or.cz, though not under our control (yet:)
skeleton of the wiki page is already done too.

something more is imho needed only in case we want officially switch to git
repo (do we?). personally i'm in favour of our own box like aussie in the past
compared to sf solutions etc. although there is the problem that we do not have
any admin wanting to manage it there are many advantages of such dedicated
machine.

pavel

Re: Interest in using git with lyx svn

Richard Heck wrote:
 | I could provide server space for the web/wiki/ftp on my office server,
 | probably.

 Do you mean a server in your office or a server (in a server room) at
 your office?

   
 The server in my office: frege.brown.edu. I guess the downside is that, if 
 anything happens to me

 Another possibility would be to see if the Brown LUG would want to do it. 
 They've got space, and they're always looking for things to do for the FOSS 
 community.

i would like to support this kind of proposal.
pavel

Re: Lyx + Boost and gcc 4.4

2009-03-04 Thread Enrico Forestieri

On Wed, Mar 04, 2009 at 11:12:16PM +0100, Lars Gullik Bjønnes wrote:
 
 Q: Is that a sun provided solaris?

Yes, latest solaris 10 also bundles gcc:

$ pkginfo | grep gcc
system  SUNWgcc  gcc - The GNU C compiler
system  SUNWgccruntime   GCC Runtime libraries


 Would I guess right in thinking that
 that compiler is only for aimed at system stuff, and that if you
 actually want to do C++ developemt getting a newer gcc is in fact quite
 easy?

Not so easy. You have to compile it yourself:
http://blogs.sun.com/timc/entry/building_gcc_4_x_on

Last time that I did that was for gcc 2.8.1, some years ago. Then, I
used packages provided by http://www.sunfreeware.com/ until Sun bundled
gcc with solaris. But only gcc 3.4.6 is currently available.

-- 
Enrico

Re: Interest in using git with lyx svn

Pavel Sanda sa...@lyx.org writes:

| Lars Gullik Bj?nnes wrote:
 
 As part of job related work I am investigating and using git quite a
 lot. I wondered if some of you might be interrested in testing out using
 git when doing LyX development. (For all I know several of you already
 are...)

| i use git as main tool when working on lyx and i know i'm not alone (iirc 
Stefan was
| using it as well and i remember Abdel was talking about git too...).

Goodie.

|  
 If there are interest I'll try to setup a git tree that you can clone and set
 up as a git-svn tree.  (I'll even write up a wiki page to explain briefly how
 to do that.)

| this is already done on git.or.cz, though not under our control (yet:)
| skeleton of the wiki page is already done too.

That looked just like a mirror, and the wiki seemed to lack info on how
to turn that into a git-svn clone?

| something more is imho needed only in case we want officially switch to git
| repo (do we?).

I do not agree completely. If we are going to switch (and personally I
think we should), you/we need to get more feel for how to use git.
And even if some lyx devvies already use git, I think all (or close to)
should try it out. And I think when we try it out we should try to get
the best possible experience out of it.
(And imo that means an officialy set up git repo that is created for
this purpose in the way we imagine it would be done if we really made
the switch (proper svn.authorsfile f.ex.))

| personally i'm in favour of our own box like aussie in the past
| compared to sf solutions etc. although there is the problem that we do not 
have
| any admin wanting to manage it there are many advantages of such dedicated
| machine.

I'd like you to name some... I only know of a few and as of current they
seem to be of very little importance. I belive the benefit of not having
to handle the daily (or yearly) churn of chores is a really good thing.

-- 
Lgb

Re: Interest in using git with lyx svn

Pavel Sanda sa...@lyx.org writes:

| Richard Heck wrote:
 | I could provide server space for the web/wiki/ftp on my office server,
 | probably.

 Do you mean a server in your office or a server (in a server room) at
 your office?

   
 The server in my office: frege.brown.edu. I guess the downside is that, if 
 anything happens to me

 Another possibility would be to see if the Brown LUG would want to do it. 
 They've got space, and they're always looking for things to do for the FOSS 
 community.

| i would like to support this kind of proposal.

Only if they are already doing something similar.

-- 
Lgb

Re: Lyx + Boost and gcc 4.4

Enrico Forestieri for...@lyx.org writes:

| On Wed, Mar 04, 2009 at 11:12:16PM +0100, Lars Gullik Bjønnes wrote:
 
 Q: Is that a sun provided solaris?

| Yes, latest solaris 10 also bundles gcc:

| $ pkginfo | grep gcc
| system  SUNWgcc  gcc - The GNU C compiler
| system  SUNWgccruntime   GCC Runtime libraries


 Would I guess right in thinking that
 that compiler is only for aimed at system stuff, and that if you
 actually want to do C++ developemt getting a newer gcc is in fact quite
 easy?

| Not so easy. You have to compile it yourself:
| http://blogs.sun.com/timc/entry/building_gcc_4_x_on

| Last time that I did that was for gcc 2.8.1, some years ago. Then, I
| used packages provided by http://www.sunfreeware.com/ until Sun bundled
| gcc with solaris. But only gcc 3.4.6 is currently available.

I would found references to packaged or prebuilt at
http://gcc.gnu.org/install/binaries.html

But I must say if that is the most recent developemtn tools on solaris
it is hugely useless as a development platform (and I don't belive it
is). There must be something newer?

-- 
Lgb

Re: Interest in using git with lyx svn

lar...@gullik.org (Lars Gullik Bjønnes)
writes:

| | Please add some people also as administrator, how knows when you go
| | back
| | beneath your rock again  ;)

| Well of course, we must plan for contengencies.
| But it is actually possible to get in contact with me... even if some
| persistence might be needed.

I did register the project (or tried to... now pending)
If we decide to not follow this route I will cancel/close the project. I
just wanted a placeholder.

-- 
Lgb

Re: Interest in using git with lyx svn

Lars Gullik Bj?nnes wrote:
  If there are interest I'll try to setup a git tree that you can clone and 
  set
  up as a git-svn tree.  (I'll even write up a wiki page to explain briefly 
  how
  to do that.)
 
 | this is already done on git.or.cz, though not under our control (yet:)
 | skeleton of the wiki page is already done too.
 
 That looked just like a mirror, and the wiki seemed to lack info on how
 to turn that into a git-svn clone?

i belive this is possible, but i must admit i was never interested more to 
investigate :)

 | something more is imho needed only in case we want officially switch to git
 | repo (do we?).
 
 I do not agree completely. If we are going to switch (and personally I
 think we should), you/we need to get more feel for how to use git.
 And even if some lyx devvies already use git, I think all (or close to)
 should try it out. And I think when we try it out we should try to get
 the best possible experience out of it.

this is a question of a poll. if most of the people are ok with svn theres no
substatintial merit in changing to git. git-svn provides quite sufficient
interface.

 (And imo that means an officialy set up git repo that is created for
 this purpose in the way we imagine it would be done if we really made
 the switch (proper svn.authorsfile f.ex.))
 
 | personally i'm in favour of our own box like aussie in the past
 | compared to sf solutions etc. although there is the problem that we do not 
 have
 | any admin wanting to manage it there are many advantages of such dedicated
 | machine.
 
 I'd like you to name some...

for example i like to have personal web pages so i can run things like doxygen
generated docs for lyx, i like other people pages like Jose's archeology page,
i like all the stuff Christian is providing with wiki which i doubt would be
possible under sf, i like the way we run svn commit annoucements, also @lyx.org
mail address, sharing disk space with other devs when we want exchange something
and generally the overall control of all the services on one place.

 I only know of a few and as of current they
 seem to be of very little importance. I belive the benefit of not having
 to handle the daily (or yearly) churn of chores is a really good thing.

last year i spent quite lot of time to pinpoint some reasonable mem
configuration for aussie demons so we are not locked by swapping again and
again - still it was worth it. thats why i support Richard's proposal.

pavel

Re: Lyx + Boost and gcc 4.4

2009-03-04 Thread John Levon

On Thu, Mar 05, 2009 at 01:23:26AM +0100, Lars Gullik Bjønnes wrote:

 But I must say if that is the most recent developemtn tools on solaris
 it is hugely useless as a development platform (and I don't belive it
 is).

I get the impression most C++ people on Solaris are using Sun Studio.

 There must be something newer?

Not yet but not too long hopefully. 3.4.3 is heavily patched for various
Sun fixes so it's not entirely trivial to get GCC4 in place.

regards
john

Re: Interest in using git with lyx svn


Lars Gullik Bjønnes wrote:

Pavel Sanda sa...@lyx.org writes:

| Richard Heck wrote:
  

| I could provide server space for the web/wiki/ftp on my office server,
| probably.

Do you mean a server in your office or a server (in a server room) at
your office?

  

The server in my office: frege.brown.edu. I guess the downside is that, if 
anything happens to me


Another possibility would be to see if the Brown LUG would want to do it. 
They've got space, and they're always looking for things to do for the FOSS 
community.
  

| i would like to support this kind of proposal.


Only if they are already doing something similar.

  

They're not, at least not as far as bugzilla, etc. But they could.

rh

Re: Interest in using git with lyx svn


Lars Gullik Bjønnes wrote:

rgheck rgh...@bobjweil.com writes:

[...]
| Another possibility would be to see if the Brown LUG would want to do
| it. They've got space, and they're always looking for things to do for
| the FOSS community.

Now that is has been brought up, I think we should have a close look at
sourceforge.net.

| I need to upgrade that server to Centos 5.2, but once that's done

You are aware that Centos 5.3 will be out in a couple of weeks?

  

I wasn't. Now I am.

rh

Re: Interest in using git with lyx svn

2009-03-04 Thread cmiramon


http://www.tuxfamily.org/en/main

pmwiki
git
svn
mail

but no trac and bugzilla

Cheers,
Charles

Re: Lyx + Boost and gcc 4.4

2009-03-04 Thread Enrico Forestieri

On Thu, Mar 05, 2009 at 01:23:26AM +0100, Lars Gullik Bjønnes wrote:
 Enrico Forestieri for...@lyx.org writes:
 
 | On Wed, Mar 04, 2009 at 11:12:16PM +0100, Lars Gullik Bjønnes wrote:
  
  Q: Is that a sun provided solaris?
 
 | Yes, latest solaris 10 also bundles gcc:
 
 | $ pkginfo | grep gcc
 | system  SUNWgcc  gcc - The GNU C compiler
 | system  SUNWgccruntime   GCC Runtime libraries
 
 
  Would I guess right in thinking that
  that compiler is only for aimed at system stuff, and that if you
  actually want to do C++ developemt getting a newer gcc is in fact quite
  easy?
 
 | Not so easy. You have to compile it yourself:
 | http://blogs.sun.com/timc/entry/building_gcc_4_x_on
 
 | Last time that I did that was for gcc 2.8.1, some years ago. Then, I
 | used packages provided by http://www.sunfreeware.com/ until Sun bundled
 | gcc with solaris. But only gcc 3.4.6 is currently available.
 
 I would found references to packaged or prebuilt at
 http://gcc.gnu.org/install/binaries.html

Yep, but that redirects to the sunfreeware site where only gcc 3.4.6
is available.

 But I must say if that is the most recent developemtn tools on solaris
 it is hugely useless as a development platform (and I don't belive it
 is). There must be something newer?

http://developers.sun.com/sunstudio/

but I would like to use gcc.

-- 
Enrico

Re: Interest in using git with lyx svn

 for example i like to have personal web pages so i can run things like doxygen
 generated docs for lyx,

sf.net provides ssh access, something even my web hosting company is
unwilling to provide. I just checked and it has doxygen pre-installed.

http://apps.sourceforge.net/trac/sitedocs/wiki/SSH%20Client

 i like other people pages like Jose's archeology page,

Personal webpages can be easily provided. They are not automatically
created for each user, but it should be easy to add a directory such
as http://lyx.sf.net/bpeng.

 i like all the stuff Christian is providing with wiki which i doubt would be
 possible under sf,

As long as Christian is using pmwiki (php), I believe migration should
be easy. It can be as simple as 'scp -r' and some modifications to
local/config.php because no database is involved.

 i like the way we run svn commit annoucements,

I am not sure about this. This is some svn server action, right? Note
that sf.net does not provide php/sendmail for security/spam reasons.

 also @lyx.org mail address,

I admit that sanda82...@sourceforge.net looks bad.

 sharing disk space with other devs when we want exchange something
 and generally the overall control of all the services on one place.

As long as you have ssh and sftp, I do not see a problem here.

Bo

LyX Outliner and Corkboard - Feature Proposal

2009-03-04 Thread Rob Oakes

Dear Jürgen and other LyX Developers,

Thank you very much for the kind welcome.  Pursuant to your advice, I have 
gone through and tried to develop my thoughts on a few features that I would 
be excited to develop and add to LyX.  Because of dummy-layouts and a few 
other graphics I wasn't able to send it via e-mail. However, you can find 
the full proposal at:

http://www.oak-tree.us/blog/index.php/2009/03/04/perfect-tool

or a PDF version at:

http://www.oak-tree.us/stuff/LyX-Proposal.pdf

Here's a quick summary: LyX is one of the easiest and best ways to leverage 
the power of LaTeX.  Unfortunately, most of its features are geared document 
preparation.  It would be wonderful if LyX included a robust outliner or 
more visual way to interact with the structure of the document (though the 
outline view in the 1.6 series is an excellent start).  Scrivener, a program 
for Mac OS X (http://www.literatureandlatte.com) and Semantik 
(http://www.freehackers.org/~tnagy/kdissert.html) includes such tools.

The most important features of the expanded outline system would be:

1.) Easy rearrangement (drag and drop) of outline items.
2.) Inclusion of a summary field (which is not part of the document text) 
and allows for graphical manipulation of the document.
3.) Ties between the outline items and blocks of text in the draft.
4.) Outline data would remain as part of the original LyX document, it would 
not be exported into other document types (LaTeX, HTML, etc.)

While none of these ideas are original, my thinking has congealed increasing 
frustrated with the aforementioned Scrivener.  While its creative tools are 
wonderful, the word processor is too underpowered to be of much practical 
use.  Without a fully featured word processor, the outliner and corkboard 
are just nifty gimmicks.

Yet, they are extremely useful gimmicks.  As someone who spends more than 
50% of his productive hours writing grants, papers, or proposals; I can say 
that a robust outliner and visual system for interacting with the structure 
of complex documents would greatly simplify many of my daily routine.  I was 
able to get a rather substantial outline for a book completed in Scrivener, 
before needing to move it to LyX.  I would have greatly preferred to work 
exclusively from LyX.

Does anyone have additional thoughts or ideas how the technical 
implementation might look?  Are there currently plans to implement such a 
system?  Have similar features been discussed and dismissed in the past as 
being unrealistic or impractical?

Cheers,

Rob Oakes

Re: Interest in using git with lyx svn


Bo Peng wrote:

for example i like to have personal web pages so i can run things like doxygen
generated docs for lyx,


sf.net provides ssh access, something even my web hosting company is
unwilling to provide. I just checked and it has doxygen pre-installed.

http://apps.sourceforge.net/trac/sitedocs/wiki/SSH%20Client


i like other people pages like Jose's archeology page,


Personal webpages can be easily provided. They are not automatically
created for each user, but it should be easy to add a directory such
as http://lyx.sf.net/bpeng.


i like all the stuff Christian is providing with wiki which i doubt would be
possible under sf,


As long as Christian is using pmwiki (php), I believe migration should
be easy. It can be as simple as 'scp -r' and some modifications to
local/config.php because no database is involved.


I've installed a pmwiki for Loki at  sf:
http://loki-lib.sourceforge.net/




i like the way we run svn commit annoucements,


I am not sure about this. This is some svn server action, right? Note
that sf.net does not provide php/sendmail for security/spam reasons.


also @lyx.org mail address,


I admit that sanda82...@sourceforge.net looks bad.


sharing disk space with other devs when we want exchange something
and generally the overall control of all the services on one place.


As long as you have ssh and sftp, I do not see a problem here.

Bo

Re: Lyx + Boost and gcc 4.4

lar...@gullik.org (Lars Gullik Bjønnes) writes:
> In Fedora 11 the errors might probably be fixed by usinging a more up to
> date boost (1.38 f.ex.) and --without-included-boost. For all others
> stuck with an older boost no such luck. So I have a Q: Would you like me
> to upgrade the included boost to boost 1.38?

Yes please.

JMarc

Re: Lyx + Boost and gcc 4.4

Richard Heck wrote:
> Lars Gullik Bj??nnes wrote:
>> Pavel Sanda  writes:
>>
>> | Lars Gullik Bj?nnes wrote:
>>   
 In Fedora 11 the errors might probably be fixed by usinging a more up to
 date boost (1.38 f.ex.) and --without-included-boost. For all others
 stuck with an older boost no such luck. So I have a Q: Would you like me
 to upgrade the included boost to boost 1.38?

>> | the other possibility is that we evetually get rid of boost from our 
>> sources
>> | as discussed few times ago.
>>
>> Right... I forgot... Qt app now.
>>
>> I think I'll just go and hide beneath my rock again ;-)
>>
>>   
> Well, as far as I know, we're not that close to removing boost. A quick 
> grep still turns up a lot. So something needs doing. I'll be on fc10 in a 
> week or so.

i thought the main reason for including boost in our tree was that we used some
nifty new features and it was not usuall that linux distributions have such a
new version. but this is long time ago, so this reason no more holds. afaik all
changes to boost are just squashing compiler warnings, no bug fixing etc. so i
wonder whats the point of including it in our sources. we could only bump
requirement and let this job on the shoulders of distro mantainers. ?

pavel

Re: Lyx + Boost and gcc 4.4

Pavel Sanda  writes:
> i thought the main reason for including boost in our tree was that we
> used some nifty new features and it was not usuall that linux
> distributions have such a new version. but this is long time ago, so
> this reason no more holds. 

But it will again if we upgrade the boost version that we require.

JMarc

Re: Lyx + Boost and gcc 4.4

Jean-Marc Lasgouttes wrote:
> Pavel Sanda  writes:
> > i thought the main reason for including boost in our tree was that we
> > used some nifty new features and it was not usuall that linux
> > distributions have such a new version. but this is long time ago, so
> > this reason no more holds. 
> 
> But it will again if we upgrade the boost version that we require.

i think this is a different situation, but i dont want to flame more.
at least Lars will have some fun :)

pavel

Re: [Cvslog] r28676 - /lyx-devel/trunk/lib/CREDITS

Am 2009-03-04 schrieb Pavel Sanda:
> > Am 2009-03-02 schrieb sa...@lyx.org:
> > >     "case insensitive" and "complete word" search
> > > +...@bkornel Benko
> > > +...@ie-mail: Kornel.Benko () berlin ! de
> > > +   small bugfixes
> > > �...@bgraham Biswell
> > > 
> > 
> > Pavel,
> > radšej by som v tom videl, že mám niečo spoločné s cmake.
> > 
> > S týmto sa nedá moc chváliť.
> 
> Jasne. Pokud to nespecha, staci zeditovat generate_contributions.py,
> zmeny se postupem doby zpropaguji do CREDITS a na web samy. Pokud to
> specha muzu poslat dalsi intrukce :)

To predsa nerobí každý sám pre seba?

Ale, neponáhĺam sa.

> Zatim!

Maj sa
Kornel

-- 
Kornel Benko
kornel.be...@berlin.de


signature.asc
Description: This is a digitally signed message part.

Re: [Cvslog] r28676 - /lyx-devel/trunk/lib/CREDITS

Am 2009-03-04 schrieb Kornel Benko:

Sorry, not intended

Kornel

-- 
Kornel Benko
kornel.be...@berlin.de


signature.asc
Description: This is a digitally signed message part.

Re: [Cvslog] r28676 - /lyx-devel/trunk/lib/CREDITS

Kornel Benko wrote:
> > staci zeditovat generate_contributions.py,
> > zmeny se postupem doby zpropaguji do CREDITS a na web samy. Pokud to
> > specha muzu poslat dalsi intrukce :)

before we eventually switch this list to cz-sk lang as a part of prepared
czechoslovak world domination in the post-crisis world period some additional
(english:) notes towards generate_contributions.py since this is second problem
during one week:

1. there is no maintainer so everybody is responsible for his own entry
2. entries are primarily done in the script generate_contributions.py
   which is then used to generate CREDITS and web pages.
   editing this file is usually enough, since the other files are periodically
   updated before release or even in between.
3. the whole procedure is to call:
   $ generate_contributions.py CREDITS credits.inc blanket-permission.inc

   and moving/commiting updated credits.inc blanket-permission.inc into
   checkout-ed web pages (/farm/cookbook/LyX/).

pavel

Context menu of some collaps insets

hi,

just found box and note insets do not have open/close item in their context
menu. i'll add them unless comebody complains.

pavel
diff --git a/lib/ui/stdcontext.inc b/lib/ui/stdcontext.inc
index 301608c..74d9d0c 100644
--- a/lib/ui/stdcontext.inc
+++ b/lib/ui/stdcontext.inc
@@ -148,6 +148,9 @@ Menuset
Item "Shaded background|b" "next-inset-modify changetype Shaded"
Item "Double frame|D" "next-inset-modify changetype Doublebox"
Separator
+   OptItem "Open Inset|O" "next-inset-toggle open"
+   OptItem "Close Inset|C" "next-inset-toggle close"
+   Separator
Item "Dissolve Inset|D" "inset-dissolve"
Item "Settings...|S" "inset-settings box"
End
@@ -161,6 +164,9 @@ Menuset
Item "Comment|C" "next-inset-modify note Note Comment"
Item "Greyed Out|G" "next-inset-modify note Note Greyedout"
Separator
+   OptItem "Open Inset|O" "next-inset-toggle open"
+   OptItem "Close Inset|C" "next-inset-toggle close"
+   Separator
Item "Dissolve Inset|D" "inset-dissolve"
End

RE: Context menu of some collaps insets

2009-03-04 Thread Vincent van Ravesteijn - TNW

>just found box and note insets do not have open/close
>item in their context menu. i'll add them unless comebody
>complains.

And if you right-click on the text in an open note or box or inside a
table, you should get the edit menu + inset menu.

>Pavel

Vincent

Re: Context menu of some collaps insets

Pavel Sanda wrote:

> just found box and note insets do not have open/close item in their
> context menu. i'll add them unless comebody complains.

You can submit to 1.6.2svn, if exactly these strings are already in the *.po
files (i.e., including the accelerators). If the commit generates new
strings to translate, please wait for 1.6.3.

Jürgen

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

Dear all,

A Tee class is defined in lib/configure.py. Writing to this object
writes to the standard console as well as a logfile. This is clever,
well, for a Python newbie who learned Python but not its standard
libraries.

The right way to do this is to use the Python logging module. In the
attached patch (against branch), a logging object is created to write
to a log file as well as the console. The advantage of this method is
that a) it is the Pythonic way. b). messages could be written to
different handlers (console or logfile) depending on their severity.
For example, the actual RC lines are added to the logfile for
debugging purposes.

The patch works here (Python 2.4) but is NOT tested thoroughly. Note
that the logging module should be added to the windows installer if
this patch is adopted.

Cheers,
Bo
Index: 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
+logging.basicConfig(level = logging.DEBUG,
+format = '%(levelname)s: %(message)s', # ignore application name
+filename = 'configure.log',
+filemode = 'w')
+#
+# Add a handler to log to console
+console = logging.StreamHandler()
+console.setLevel(logging.INFO) # the console only print out general information
+formatter = logging.Formatter('%(message)s') # only print out the message itself
+console.setFormatter(formatter)
+logger = logging.getLogger('LyX')
+logger.addHandler(console)
 
-class Tee:
-''' Writing to a Tee object will write to all file objects it keeps.
-That is to say, writing to Tee(sys.stdout, open(logfile, 'w')) will
-write to sys.stdout as well as a log file.
-'''
-def __init__(self, *args):
-self.files = args
-
-def write(self, data):
-for f in self.files:
-result = f.write(data)
-return result
-
-def writelines(self, seq):
-for i in seq:
-self.write(i)
-
-
 def writeToFile(filename, lines, append = False):
 " utility function: write or append lines to filename "
 if append:
@@ -45,6 +40,7 @@
 '''
 if lines.strip() != '':
 writeToFile(outfile, lines + '\n', append = True)
+logger.debug('Add to RC:\n' + lines + '\n\n')
 
 
 def removeFiles(filenames):
@@ -54,7 +50,9 @@
 for file in filenames:
 try:
 os.remove(file)
+logger.debug('Removing file %s' % file)
 except:
+logger.debug('Failed to remove file %s' % file)
 pass
 
 
@@ -89,8 +87,9 @@
 if not os.path.isdir( dir ):
 try:
 os.mkdir( dir)
+logger.debug('Create directory %s.' % dir)
 except:
-print "Failed to create directory ", dir
+logger.error('Failed to create directory %s.' % dir)
 sys.exit(1)
 
 
@@ -110,10 +109,10 @@
 os.close(fd)
 latex_out = cmdOutput(r'latex "\nonstopmode\input{%s}"' % inpname)
 if 'Error' in latex_out:
-print "configure: TeX engine needs posix-style paths in latex files"
+logger.warning("configure: TeX engine needs posix-style paths in latex files")
 windows_style_tex_paths = 'false'
 else:
-print "configure: TeX engine needs windows-style paths in latex files"
+logger.info("configure: TeX engine needs windows-style paths in latex files")
 windows_style_tex_paths = 'true'
 removeFiles([tmpfname, logname, 'texput.log'])
 return windows_style_tex_paths
@@ -148,15 +147,15 @@
 '''
 # one rc entry for each progs plus not_found entry
 if len(rc_entry) > 1 and len(rc_entry) != len(progs) + 1:
-print "rc entry should have one item or item for each prog and not_found."
+logger.error("rc entry should have one item or item for each prog and not_found.")
 sys.exit(2)
-print 'checking for ' + description + '...'
+logger.info('checking for ' + description + '...')
 ## print '(' + ','.join(progs) + ')',
 for idx in range(len(progs)):
 # ac_prog may have options, ac_word is the command name
 ac_prog = progs[idx]
 ac_word = ac_prog.split(' ')[0]
-print '+checking for "' + ac_word + '"... ',
+msg = '+checking for "' + ac_word + '"... '
 path = os.environ["PATH"].split(os.pathsep) + path
 extlist = ['']
 if os.environ.has_key("PATHEXT"):
@@ -164,7 +163,7 @@
 for ac_dir in path:
 for ext in extlist:
 if os.path.isfile( os.path.join(ac_dir, ac_word + ext) ):
-print ' yes'
+logger.info(msg + ' yes')
 # write rc entries for this command

Re: Context menu of some collaps insets

Jürgen Spitzmüller wrote:
> strings to translate, please wait for 1.6.3.

btw when do you plan to release it?
pavel

Re: [Cvslog] r28703 - /lyx-devel/trunk/src/mathed/InsetMathGrid.cpp

lasgout...@lyx.org writes:

> Author: lasgouttes
> Date: Wed Mar  4 18:07:05 2009
> New Revision: 28703
>
> URL: http://www.lyx.org/trac/changeset/28703
> Log:
> In math matrices, make sure that only the align-type tablar-feature can get a 
> check box in menus (with some themes, empty check boxes are visible)
>
> Modified:
> lyx-devel/trunk/src/mathed/InsetMathGrid.cpp

This should eventually go to branch, but there is no need to hurry.

JMarc

Re: Compilation report and runtime report with Qt4.5

2009-03-04 Thread BH

On Fri, Feb 27, 2009 at 10:09 AM, Bennett Helm  wrote:

>> By the way Bennett, did you try to compile Qt with the new raster graphics
>> system? That's the only to see the performance improvment AFAIU.
>
> No, I didn't. (Was I supposed to know that?)
>
> I tried again, but I can't get it to compile with "-graphicssystem
> raster", and I don't have time now to try to figure out what's going
> wrong. Maybe after the official release

Now that Qt4.5 has been officially released, I've tried it again. It
compiles this time, but I still don't see any significant performance
improvements.

Bennett

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

On Wednesday 04 March 2009 16:52:30 Bo Peng wrote:
> Dear all,
>
> A Tee class is defined in lib/configure.py. Writing to this object
> writes to the standard console as well as a logfile. This is clever,
> well, for a Python newbie who learned Python but not its standard
> libraries.

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.

> The right way to do this is to use the Python logging module. In the
> attached patch (against branch), a logging object is created to write
> to a log file as well as the console. The advantage of this method is
> that a) it is the Pythonic way. b). messages could be written to
> different handlers (console or logfile) depending on their severity.
> For example, the actual RC lines are added to the logfile for
> debugging purposes.

I agree.

> The patch works here (Python 2.4) but is NOT tested thoroughly. Note
> that the logging module should be added to the windows installer if
> this patch is adopted.

This code could go in to devel. The code looks good and it is very useful.

> Cheers,
> Bo

-- 
José Abílio

Re: Lyx + Boost and gcc 4.4

On Wed, Mar 04, 2009 at 01:54:29AM +0100, Lars Gullik Bjønnes wrote:
> Pavel Sanda  writes:
> 
> | Lars Gullik Bj?nnes wrote:
> >> In Fedora 11 the errors might probably be fixed by usinging a more up to
> >> date boost (1.38 f.ex.) and --without-included-boost. For all others
> >> stuck with an older boost no such luck. So I have a Q: Would you like me
> >> to upgrade the included boost to boost 1.38?
> >
> | the other possibility is that we evetually get rid of boost from our sources
> | as discussed few times ago.
> 
> Right... I forgot... Qt app now.
> 
> I think I'll just go and hide beneath my rock again ;-)

No, the idea was that after a while the systems ship a boost that's good
enough for LyX's use.

If that's still not the case, and boost 1.38 does not hurt otherwise,
updating the bundled boost seems a good idea.

Andre'

Re: Lyx + Boost and gcc 4.4

On Wed, Mar 04, 2009 at 08:20:34AM +0100, Peter Kümmel wrote:
>> I think I'll just go and hide beneath my rock again ;-)
>
> Maybe you are interested in replacing boost with 'real' C++: TR1.

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.

Andre'
>
>

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 wrote configure.py. (There was a previous version of
logging for Python 2.2 and earlier.)

> This code could go in to devel. The code looks good and it is very useful.

Please apply. I do not have trunk here.

Thanks.
Bo

Re: Lyx + Boost and gcc 4.4

On Wed, Mar 04, 2009 at 08:54:31AM +0100, Abdelrazak Younes wrote:
> Lars Gullik Bjønnes wrote:
>> Right... I forgot... Qt app now.
>
> André attempted to really do this last meeting (using Qt in core) but  
> failed eventually :-)

Hm, not really. I seem to remember a consensus that using Qt in core
can follow pretty much the same rules as we have for other libraries:
Use it, if it makes sense (i.e. benefits outweigh costs) (contrary
to the old "use whatever makes sense except if it has a 'Q' in the name").
It's just that nobody acted on that.

> Please don't. I am not active these days so there's basically zero  
> chance that I flame you ;-)

I re-discovered #lyx on oftc.net. A good place to enjoy absolute silence.

Andre'

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

On Wednesday 04 March 2009 18:43:11 Bo Peng wrote:
> Please apply. I do not have trunk here.

Done. Thanks.

> Thanks.
> Bo

-- 
José Abílio

Re: Lyx + Boost and gcc 4.4


Andre Poenitz wrote:

On Wed, Mar 04, 2009 at 08:20:34AM +0100, Peter Kümmel wrote:

I think I'll just go and hide beneath my rock again ;-)

Maybe you are interested in replacing boost with 'real' C++: TR1.


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.


I had no problems with tr1::shared_ptr only with scoped_ptr because
it is not part of tr1. But I did not try to compile with GCC.
To see hat GCC says is simple: just compile
lyx-devel/branches/personal/kuemmel/boost_1_36

Peter

Re: Context menu of some collaps insets

Pavel Sanda wrote:

> btw when do you plan to release it?

There is one outstanding issue which should be fixed, since it potentially
results in really bad dataloss:
http://bugzilla.lyx.org/show_bug.cgi?id=5813

Apart from that, we are ready.

Unfortunately, I'm totally blocked by real work, so I cannot look into the
issue myself (I would have time to set up the release at the weekend,
though, if someone came up with a patch).

Next week, I will be offline, so if we don't make it this week, the release
will have to wait for one further week.

Jürgen

Re: [Cvslog] r28703 - /lyx-devel/trunk/src/mathed/InsetMathGrid.cpp