Re: [Pkg-lyx-devel] building 2.1.2 failed on Debian/unstable

[Sven Hoexter]

On Thu, Sep 25, 2014 at 10:43:47PM -0700, Pavel Sanda wrote:
 Sven Hoexter wrote:
  It's interesting especially in the light of a recent discussion in
  Debian which of the traditional Unix tools should no longer have
  priority standard and thus be installed as a default.
 
 Do you have a link to some summary? P

I don't have a summary but the dicussion started here:
https://lists.debian.org/debian-devel/2014/09/msg00466.html

Proposal to also remove bc:
https://lists.debian.org/debian-devel/2014/09/msg00480.html
https://lists.debian.org/debian-devel/2014/09/msg00558.html

The plan is as far as I followed the discussion to have
a special task to group install the traditional tools.
But it won't be a default anymore one could expect. I've mixed
feelings about it myself but I think most distributions already
moved somewhat away from what you have e.g. in a FreeBSD or OpenBSD
base system.

Cheers,
Sven

Re: [Pkg-lyx-devel] building 2.1.2 failed on Debian/unstable

[Sven Hoexter]

On Thu, Sep 25, 2014 at 10:43:47PM -0700, Pavel Sanda wrote:
> Sven Hoexter wrote:
> > It's interesting especially in the light of a recent discussion in
> > Debian which of the "traditional" Unix tools should no longer have
> > priority standard and thus be installed as a default.
> 
> Do you have a link to some summary? P

I don't have a summary but the dicussion started here:
https://lists.debian.org/debian-devel/2014/09/msg00466.html

Proposal to also remove bc:
https://lists.debian.org/debian-devel/2014/09/msg00480.html
https://lists.debian.org/debian-devel/2014/09/msg00558.html

The plan is as far as I followed the discussion to have
a special task to group install the traditional tools.
But it won't be a default anymore one could expect. I've mixed
feelings about it myself but I think most distributions already
moved somewhat away from what you have e.g. in a FreeBSD or OpenBSD
base system.

Cheers,
Sven

Re: building 2.1.2 failed on Debian/unstable

[Sven Hoexter]

On Wed, Sep 24, 2014 at 05:37:18PM -0700, Pavel Sanda wrote:
 Sven Hoexter wrote:

Hi,

  I just tried to jump in before the next Debian freeze and tried to
  do an ad-hoc bump of the LyX package to 2.1.2. Sadly my naive attempt
  to build it failed with:
 
 Do you have 'bc' in build requirements?

You rock! Thanks, it was indeed a missing build-depedency on bc.

Cheers,
Sven

Re: Re: building 2.1.2 failed on Debian/unstable

[Sven Hoexter]

On Thu, Sep 25, 2014 at 06:11:34PM +0100, José Matos wrote:
 On Thursday 25 September 2014 11:09:47 Sven Hoexter wrote:

Hey,

  You rock! Thanks, it was indeed a missing build-depedency on bc.
 
 That requirement is there for all the 2.1.x releases. Until I found that it 
 was bc that missing it was a huge headache. :-)

I can imagine, I guess I had a rather strange look on my face once
I encountered the issue itself and once I read the solution.


 we have a comment in the .spec file that says:
 
 # weird but necessary to compare the supported qt version
 # see http://comments.gmane.org/gmane.editors.lyx.devel/137498

Indeed worth reading. Thanks for the pointer.
It's interesting especially in the light of a recent discussion in
Debian which of the traditional Unix tools should no longer have
priority standard and thus be installed as a default.
bc was also one of the tools discussed. On the other hand there is
Linus citing LyX as an example for the Unix way.

Cheers,
Sven

Re: building 2.1.2 failed on Debian/unstable

[Sven Hoexter]

On Wed, Sep 24, 2014 at 05:37:18PM -0700, Pavel Sanda wrote:
> Sven Hoexter wrote:

Hi,

> > I just tried to jump in before the next Debian freeze and tried to
> > do an ad-hoc bump of the LyX package to 2.1.2. Sadly my naive attempt
> > to build it failed with:
> 
> Do you have 'bc' in build requirements?

You rock! Thanks, it was indeed a missing build-depedency on bc.

Cheers,
Sven

Re: Re: building 2.1.2 failed on Debian/unstable

[Sven Hoexter]

On Thu, Sep 25, 2014 at 06:11:34PM +0100, José Matos wrote:
> On Thursday 25 September 2014 11:09:47 Sven Hoexter wrote:

Hey,

> > You rock! Thanks, it was indeed a missing build-depedency on bc.
> 
> That requirement is there for all the 2.1.x releases. Until I found that it 
> was bc that missing it was a huge headache. :-)

I can imagine, I guess I had a rather strange look on my face once
I encountered the issue itself and once I read the solution.


> we have a comment in the .spec file that says:
> 
> # weird but necessary to compare the supported qt version
> # see http://comments.gmane.org/gmane.editors.lyx.devel/137498

Indeed worth reading. Thanks for the pointer.
It's interesting especially in the light of a recent discussion in
Debian which of the "traditional" Unix tools should no longer have
priority standard and thus be installed as a default.
bc was also one of the tools discussed. On the other hand there is
Linus citing LyX as an example for the Unix way.

Cheers,
Sven

building 2.1.2 failed on Debian/unstable

[Sven Hoexter]

Hi,
I just tried to jump in before the next Debian freeze and tried to
do an ad-hoc bump of the LyX package to 2.1.2. Sadly my naive attempt
to build it failed with:

g++ -DHAVE_CONFIG_H -I. -I../../src -I..   -I../../src  -pthread 
-I/usr/include/enchant -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include   -DQT_NO_STL -DQT_NO_KEYWORDS 
-DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/QtCore  -D_FORTIFY_SOURCE=2  
-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -c -o 
LaTeXFonts.o ../../src/LaTeXFonts.cpp
g++ -DHAVE_CONFIG_H -I. -I../../src -I..   -I../../src  -pthread 
-I/usr/include/enchant -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include   -DQT_NO_STL -DQT_NO_KEYWORDS 
-DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/QtCore  -D_FORTIFY_SOURCE=2  
-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -c -o 
PrinterParams.o ../../src/PrinterParams.cpp
g++ -DHAVE_CONFIG_H -I. -I../../src -I..   -I../../src  -pthread 
-I/usr/include/enchant -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include   -DQT_NO_STL -DQT_NO_KEYWORDS 
-DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/QtCore  -D_FORTIFY_SOURCE=2  
-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -c -o 
Thesaurus.o ../../src/Thesaurus.cpp
g++  -g -O2 -fstack-protector-strong -Wformat -Werror=format-security  
-Wl,-z,defs -Wl,--as-needed -Wl,-z,relro -o lyx main.o   BiblioInfo.o Box.o 
Compare.o Dimension.o EnchantChecker.o  PersonalWordList.o LaTeXFonts.o 
PrinterParams.o Thesaurus.o  liblyxcore.a liblyxmathed.a liblyxinsets.a 
frontends/liblyxfrontends.a frontends/qt4/liblyxqt4.a liblyxgraphics.a 
support/liblyxsupport.a -lboost_regex -lboost_signals -lmythes-1.2 -lenchant   
-lz -lmagic -lQtGui -lQtCore  
frontends/qt4/liblyxqt4.a(FancyLineEdit.o): In function 
`qobject_castlyx::frontend::IconButton*':
/usr/include/qt4/QtCore/qobject.h:380: undefined reference to 
`lyx::frontend::IconButton::staticMetaObject'
frontends/qt4/liblyxqt4.a(FancyLineEdit.o): In function 
`lyx::frontend::IconButton::IconButton(QWidget*)':
/tmp/buildd/lyx-2.1.2/obj-x86_64-linux-gnu/src/frontends/qt4/../../../../src/frontends/qt4/FancyLineEdit.cpp:267:
 undefined reference to `vtable for lyx::frontend::IconButton'
/tmp/buildd/lyx-2.1.2/obj-x86_64-linux-gnu/src/frontends/qt4/../../../../src/frontends/qt4/FancyLineEdit.cpp:267:
 undefined reference to `vtable for lyx::frontend::IconButton'
collect2: error: ld returned 1 exit status
Makefile:1461: recipe for target 'lyx' failed
make[5]: *** [lyx] Error 1


Any ideas/hints what could be the cause of it?

Cheers,
Sven

building 2.1.2 failed on Debian/unstable

[Sven Hoexter]

Hi,
I just tried to jump in before the next Debian freeze and tried to
do an ad-hoc bump of the LyX package to 2.1.2. Sadly my naive attempt
to build it failed with:

g++ -DHAVE_CONFIG_H -I. -I../../src -I..   -I../../src  -pthread 
-I/usr/include/enchant -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include   -DQT_NO_STL -DQT_NO_KEYWORDS 
-DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/QtCore  -D_FORTIFY_SOURCE=2  
-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -c -o 
LaTeXFonts.o ../../src/LaTeXFonts.cpp
g++ -DHAVE_CONFIG_H -I. -I../../src -I..   -I../../src  -pthread 
-I/usr/include/enchant -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include   -DQT_NO_STL -DQT_NO_KEYWORDS 
-DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/QtCore  -D_FORTIFY_SOURCE=2  
-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -c -o 
PrinterParams.o ../../src/PrinterParams.cpp
g++ -DHAVE_CONFIG_H -I. -I../../src -I..   -I../../src  -pthread 
-I/usr/include/enchant -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include   -DQT_NO_STL -DQT_NO_KEYWORDS 
-DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/QtCore  -D_FORTIFY_SOURCE=2  
-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -c -o 
Thesaurus.o ../../src/Thesaurus.cpp
g++  -g -O2 -fstack-protector-strong -Wformat -Werror=format-security  
-Wl,-z,defs -Wl,--as-needed -Wl,-z,relro -o lyx main.o   BiblioInfo.o Box.o 
Compare.o Dimension.o EnchantChecker.o  PersonalWordList.o LaTeXFonts.o 
PrinterParams.o Thesaurus.o  liblyxcore.a liblyxmathed.a liblyxinsets.a 
frontends/liblyxfrontends.a frontends/qt4/liblyxqt4.a liblyxgraphics.a 
support/liblyxsupport.a -lboost_regex -lboost_signals -lmythes-1.2 -lenchant   
-lz -lmagic -lQtGui -lQtCore  
frontends/qt4/liblyxqt4.a(FancyLineEdit.o): In function 
`qobject_cast':
/usr/include/qt4/QtCore/qobject.h:380: undefined reference to 
`lyx::frontend::IconButton::staticMetaObject'
frontends/qt4/liblyxqt4.a(FancyLineEdit.o): In function 
`lyx::frontend::IconButton::IconButton(QWidget*)':
/tmp/buildd/lyx-2.1.2/obj-x86_64-linux-gnu/src/frontends/qt4/../../../../src/frontends/qt4/FancyLineEdit.cpp:267:
 undefined reference to `vtable for lyx::frontend::IconButton'
/tmp/buildd/lyx-2.1.2/obj-x86_64-linux-gnu/src/frontends/qt4/../../../../src/frontends/qt4/FancyLineEdit.cpp:267:
 undefined reference to `vtable for lyx::frontend::IconButton'
collect2: error: ld returned 1 exit status
Makefile:1461: recipe for target 'lyx' failed
make[5]: *** [lyx] Error 1


Any ideas/hints what could be the cause of it?

Cheers,
Sven

Re: Dictionaries location for LyX on Linux

[Sven Hoexter]

On Tue, May 03, 2011 at 08:23:01PM +0200, Pavel Sanda wrote:

Hi,

 i have a question for people on various linux distros.  does hunspell
 dictionaries and thesaurus working on your box automatically? (now i mean
 vanilla lyx, not packages already fixed by distro packagers).

I've no idea about hunspell spell checking, I would've to try a build with
hunspell. I switched the package to enchant only some time ago. For the
thesaurus the default location does not work.

 
 where are spellcheck and thesaurus dictionaries on your distros? 
 (/usr/share/myspell on gentoo)

The Debian hunspell package currently places the dicts into 
 /usr/share/hunspell/
and ships a bunch of symlinks from
 /usr/share/myspell/dicts/

Same for the mythes (thesaurus from OO.o/LibreOffice) packages, the data
is in
 /usr/share/mythes/
and symlinks are in
 /usr/share/myspell/dicts/

HTH
Sven
-- 
And I don't know much, but I do know this:
With a golden heart comes a rebel fist.
 [ Streetlight Manifesto - Here's To Life ]

Re: Dictionaries location for LyX on Linux

[Sven Hoexter]

On Tue, May 03, 2011 at 09:03:39PM +0200, Pavel Sanda wrote:
 Sven Hoexter wrote:
  I've no idea about hunspell spell checking, I would've to try a build with
  hunspell. I switched the package to enchant only some time ago. For the
  thesaurus the default location does not work.
 
 i dont see any debian specific patches for thesauri.
 how you make lyx find them. another enchant fature?

No, it's just a symlink /usr/share/lyx/thes - /usr/share/mythes

   where are spellcheck and thesaurus dictionaries on your distros? 
   (/usr/share/myspell on gentoo)

 we should use /usr/share + some string instead the current solution imho.

Do you've the dicts directly in /usr/share/myspell/ or in a sub-directory
thereof? I've a dicts and infos sub-directory.

Sven
-- 
And I don't know much, but I do know this:
With a golden heart comes a rebel fist.
 [ Streetlight Manifesto - Here's To Life ]

Re: Dictionaries location for LyX on Linux

[Sven Hoexter]

On Tue, May 03, 2011 at 08:23:01PM +0200, Pavel Sanda wrote:

Hi,

> i have a question for people on various linux distros.  does hunspell
> dictionaries and thesaurus working on your box automatically? (now i mean
> vanilla lyx, not packages already fixed by distro packagers).

I've no idea about hunspell spell checking, I would've to try a build with
hunspell. I switched the package to enchant only some time ago. For the
thesaurus the default location does not work.

 
> where are spellcheck and thesaurus dictionaries on your distros? 
> (/usr/share/myspell on gentoo)

The Debian hunspell package currently places the dicts into 
 /usr/share/hunspell/
and ships a bunch of symlinks from
 /usr/share/myspell/dicts/

Same for the mythes (thesaurus from OO.o/LibreOffice) packages, the data
is in
 /usr/share/mythes/
and symlinks are in
 /usr/share/myspell/dicts/

HTH
Sven
-- 
And I don't know much, but I do know this:
With a golden heart comes a rebel fist.
 [ Streetlight Manifesto - Here's To Life ]

Re: Dictionaries location for LyX on Linux

[Sven Hoexter]

On Tue, May 03, 2011 at 09:03:39PM +0200, Pavel Sanda wrote:
> Sven Hoexter wrote:
> > I've no idea about hunspell spell checking, I would've to try a build with
> > hunspell. I switched the package to enchant only some time ago. For the
> > thesaurus the default location does not work.
> 
> i dont see any debian specific patches for thesauri.
> how you make lyx find them. another enchant fature?

No, it's just a symlink /usr/share/lyx/thes -> /usr/share/mythes

> > > where are spellcheck and thesaurus dictionaries on your distros? 
> > > (/usr/share/myspell on gentoo)
>
> we should use /usr/share + some string instead the current solution imho.

Do you've the dicts directly in /usr/share/myspell/ or in a sub-directory
thereof? I've a dicts and infos sub-directory.

Sven
-- 
And I don't know much, but I do know this:
With a golden heart comes a rebel fist.
 [ Streetlight Manifesto - Here's To Life ]

[wiki] approve site password

[Sven Hoexter]

Hi,
I would appreciate it if someone would sent me the wiki password required
to approve new links. Alternatively someone could just approve the changes
made on http://wiki.lyx.org/LyX/LyXOnDebian

Thanks in advanced,
Sven
-- 
And I don't know much, but I do know this:
With a golden heart comes a rebel fist.
 [ Streetlight Manifesto - Here's To Life ]

[wiki] approve site password

[Sven Hoexter]

Hi,
I would appreciate it if someone would sent me the wiki password required
to approve new links. Alternatively someone could just approve the changes
made on http://wiki.lyx.org/LyX/LyXOnDebian

Thanks in advanced,
Sven
-- 
And I don't know much, but I do know this:
With a golden heart comes a rebel fist.
 [ Streetlight Manifesto - Here's To Life ]

Re: Bug#597676: Export options vanish every other time

[Sven Hoexter]

On Sat, Sep 25, 2010 at 02:12:56PM +1000, Brendon Higgins wrote:

Hi,
I currently fail to help with debugging this problem any further so maybe
someone here has an idea how to proceed.

Summary:
Export options only appear when reconfigure just ran and LyX got restarted.
After a second restart they're missing again. configure.log and lyxrc.defaults
seem to be fine.

The complete bugreport in the Debian BTS, with all attached files, is here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597676

Filled against Lyx 1.6.7.

I'm not sure if lyx -dbg has something useful to provide, I just tried -dbg 32
but that's not giving much output about what it found in lyxrc.defaults.
Anyone with a good idea how to debug this issue further?

 
 I've also attached my preferences file, because it also contains some 
 settings 
 for viewing PDFs. Possible relevant, I'm not sure.

Looks sane as far as I can tell.

TIA,
Sven
-- 
And I don't know much, but I do know this:
With a golden heart comes a rebel fist.
 [ Streetlight Manifesto - Here's To Life ]

Re: compilig 1.5.7 in squeeze?

[Sven Hoexter]

On Tue, Oct 05, 2010 at 12:47:48PM -0400, Richard Heck wrote:
 On 10/05/2010 12:06 PM, Andrei Lomov wrote:
 I need LyX 1.5 for some reasons and try to compile it in debian squeeze.
 No success, ./configure returns
 
 You've got the qt4-devel package installed, right? Dumb question,
 I'm sure, but
 
 There's a possibility that LyX 1.5 needs an older version of Qt than
 you have.

Looks more like some boost issue or gcc. A short try let me end here:
../../../src/support/fs_extras.cpp: In function 'void 
boost::filesystem::copy_file(const boost::filesystem::path, const 
boost::filesystem::path, bool)':
../../../src/support/fs_extras.cpp:103: error: 'lookup_errno' is not a member 
of 'fs'
../../../src/support/fs_extras.cpp:103: error: 'filesystem_path_error' was not 
declared in this scope
../../../src/support/fs_extras.cpp:114: error: 'lookup_errno' is not a member 
of 'fs'
../../../src/support/fs_extras.cpp:114: error: 'filesystem_path_error' was not 
declared in this scope
../../../src/support/fs_extras.cpp:127: error: 'lookup_errno' is not a member 
of 'fs'
../../../src/support/fs_extras.cpp:127: error: 'filesystem_path_error' was not 
declared in this scope
../../../src/support/fs_extras.cpp:159: error: 'lookup_errno' is not a member 
of 'fs'
../../../src/support/fs_extras.cpp:159: error: 'filesystem_path_error' was not 
declared in this scope
make[7]: *** [fs_extras.lo] Error 1


Sven
-- 
And I don't know much, but I do know this:
With a golden heart comes a rebel fist.
 [ Streetlight Manifesto - Here's To Life ]

Re: compilig 1.5.7 in squeeze?

[Sven Hoexter]

On Tue, Oct 05, 2010 at 08:35:32PM +0300, Liviu Andronic wrote:
 On Tue, Oct 5, 2010 at 7:06 PM, Andrei Lomov lo...@math.nsc.ru wrote:
  I need LyX 1.5 for some reasons and try to compile it in debian squeeze.
  No success, ./configure returns
 
 
  ** qt 4 library not found !
 
 Did you try installing pkg-config?
 Liviu

Adding a deb-src entry to his sources.list and 'apt-get build-dep lyx'
should install all the required packages - including pkg-config and the
qt -dev packges. :)

Sven
-- 
And I don't know much, but I do know this:
With a golden heart comes a rebel fist.
 [ Streetlight Manifesto - Here's To Life ]

Re: compilig 1.5.7 in squeeze?

[Sven Hoexter]

On Tue, Oct 05, 2010 at 11:06:25PM +0700, Andrei Lomov wrote:

 May be anywhere is the binary i686 LyX 1.5.7 (statically linked)?

Just for fun I've build a 1.5.7 package based on the 1.5.5 package from
Lenny in a Lenny i386 pbuilder on a Lenny amd64 installation running in a
Xen domU with -static. (sounds scary? yes it is!)
I fear that if you try to touch the resulting packages it will kill a lot
of kittens and as a lot of people like kitten I'll refrain from giving away
this packages to the broader public (and search engines ...).

If you realy dare to see dead kitten and monsters eating your computer write
me in private.

Oh and maybe using VirtualBox to install Debian/Lenny would be another option
for you?

Cheers,
Sven
-- 
And I don't know much, but I do know this:
With a golden heart comes a rebel fist.
 [ Streetlight Manifesto - Here's To Life ]

Re: compilig 1.5.7 in squeeze?

[Sven Hoexter]

On Tue, Oct 05, 2010 at 08:09:03PM +0200, Sven Hoexter wrote:

 Just for fun I've build a 1.5.7 package based on the 1.5.5 package from
 Lenny in a Lenny i386 pbuilder on a Lenny amd64 installation running in a
 Xen domU with -static. (sounds scary? yes it is!)

Hm passing -static via CXXFLAGS and LDFLAGS seems to be not enough. So I'm
sorry no help from me.

Sven
-- 
And I don't know much, but I do know this:
With a golden heart comes a rebel fist.
 [ Streetlight Manifesto - Here's To Life ]

Re: Bug#597676: Export options vanish every other time

[Sven Hoexter]

On Sat, Sep 25, 2010 at 02:12:56PM +1000, Brendon Higgins wrote:

Hi,
I currently fail to help with debugging this problem any further so maybe
someone here has an idea how to proceed.

Summary:
Export options only appear when reconfigure just ran and LyX got restarted.
After a second restart they're missing again. configure.log and lyxrc.defaults
seem to be fine.

The complete bugreport in the Debian BTS, with all attached files, is here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597676

Filled against Lyx 1.6.7.

I'm not sure if lyx -dbg has something useful to provide, I just tried -dbg 32
but that's not giving much output about what it found in lyxrc.defaults.
Anyone with a good idea how to debug this issue further?

 
> I've also attached my preferences file, because it also contains some 
> settings 
> for viewing PDFs. Possible relevant, I'm not sure.

Looks sane as far as I can tell.

TIA,
Sven
-- 
And I don't know much, but I do know this:
With a golden heart comes a rebel fist.
 [ Streetlight Manifesto - Here's To Life ]

Re: compilig 1.5.7 in squeeze?

[Sven Hoexter]

On Tue, Oct 05, 2010 at 12:47:48PM -0400, Richard Heck wrote:
> On 10/05/2010 12:06 PM, Andrei Lomov wrote:
> >I need LyX 1.5 for some reasons and try to compile it in debian squeeze.
> >No success, ./configure returns
> >
> You've got the qt4-devel package installed, right? Dumb question,
> I'm sure, but
> 
> There's a possibility that LyX 1.5 needs an older version of Qt than
> you have.

Looks more like some boost issue or gcc. A short try let me end here:
../../../src/support/fs_extras.cpp: In function 'void 
boost::filesystem::copy_file(const boost::filesystem::path&, const 
boost::filesystem::path&, bool)':
../../../src/support/fs_extras.cpp:103: error: 'lookup_errno' is not a member 
of 'fs'
../../../src/support/fs_extras.cpp:103: error: 'filesystem_path_error' was not 
declared in this scope
../../../src/support/fs_extras.cpp:114: error: 'lookup_errno' is not a member 
of 'fs'
../../../src/support/fs_extras.cpp:114: error: 'filesystem_path_error' was not 
declared in this scope
../../../src/support/fs_extras.cpp:127: error: 'lookup_errno' is not a member 
of 'fs'
../../../src/support/fs_extras.cpp:127: error: 'filesystem_path_error' was not 
declared in this scope
../../../src/support/fs_extras.cpp:159: error: 'lookup_errno' is not a member 
of 'fs'
../../../src/support/fs_extras.cpp:159: error: 'filesystem_path_error' was not 
declared in this scope
make[7]: *** [fs_extras.lo] Error 1


Sven
-- 
And I don't know much, but I do know this:
With a golden heart comes a rebel fist.
 [ Streetlight Manifesto - Here's To Life ]

Re: compilig 1.5.7 in squeeze?

[Sven Hoexter]

On Tue, Oct 05, 2010 at 08:35:32PM +0300, Liviu Andronic wrote:
> On Tue, Oct 5, 2010 at 7:06 PM, Andrei Lomov  wrote:
> > I need LyX 1.5 for some reasons and try to compile it in debian squeeze.
> > No success, ./configure returns
> >
> >
> > ** qt 4 library not found !
> >
> Did you try installing pkg-config?
> Liviu

Adding a deb-src entry to his sources.list and 'apt-get build-dep lyx'
should install all the required packages - including pkg-config and the
qt -dev packges. :)

Sven
-- 
And I don't know much, but I do know this:
With a golden heart comes a rebel fist.
 [ Streetlight Manifesto - Here's To Life ]

Re: compilig 1.5.7 in squeeze?

[Sven Hoexter]

On Tue, Oct 05, 2010 at 11:06:25PM +0700, Andrei Lomov wrote:

> May be anywhere is the binary i686 LyX 1.5.7 (statically linked)?

Just for fun I've build a 1.5.7 package based on the 1.5.5 package from
Lenny in a Lenny i386 pbuilder on a Lenny amd64 installation running in a
Xen domU with -static. (sounds scary? yes it is!)
I fear that if you try to touch the resulting packages it will kill a lot
of kittens and as a lot of people like kitten I'll refrain from giving away
this packages to the broader public (and search engines ...).

If you realy dare to see dead kitten and monsters eating your computer write
me in private.

Oh and maybe using VirtualBox to install Debian/Lenny would be another option
for you?

Cheers,
Sven
-- 
And I don't know much, but I do know this:
With a golden heart comes a rebel fist.
 [ Streetlight Manifesto - Here's To Life ]

Re: compilig 1.5.7 in squeeze?

[Sven Hoexter]

On Tue, Oct 05, 2010 at 08:09:03PM +0200, Sven Hoexter wrote:

> Just for fun I've build a 1.5.7 package based on the 1.5.5 package from
> Lenny in a Lenny i386 pbuilder on a Lenny amd64 installation running in a
> Xen domU with -static. (sounds scary? yes it is!)

Hm passing -static via CXXFLAGS and LDFLAGS seems to be not enough. So I'm
sorry no help from me.

Sven
-- 
And I don't know much, but I do know this:
With a golden heart comes a rebel fist.
 [ Streetlight Manifesto - Here's To Life ]

Re: LyX 1.6.7: Menus disappeared, got them back

[Sven Hoexter]

On Fri, Aug 06, 2010 at 12:29:34PM +0200, Helge Hafting wrote:

Hi,

 Any idea what might have happened?

I guess I should've forwarded
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=524332
but I never found a way to reproduce it. :(

And yes it would be interesting to shed some light on the issue.

Cheers,
Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: LyX 1.6.7: Menus disappeared, got them back

[Sven Hoexter]

On Fri, Aug 06, 2010 at 12:29:34PM +0200, Helge Hafting wrote:

Hi,

> Any idea what might have happened?

I guess I should've forwarded
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=524332
but I never found a way to reproduce it. :(

And yes it would be interesting to shed some light on the issue.

Cheers,
Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

collapsable vs. collapsible

[Sven Hoexter]

Hi,
this is so wide spread that I hesitate to sent a patch.

I: lyx: spelling-error-in-binary ./usr/bin/lyx collapsable collapsible
I: lyx: spelling-error-in-binary ./usr/bin/tex2lyx collapsable collapsible

It's even in a file name src/insets/InsetCollapsable.cpp.
Is someone interested to fix this in the internal parts aswell?

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: LyX 1.6.7

[Sven Hoexter]

On Sat, Jul 10, 2010 at 04:53:54PM +0200, Jürgen Spitzmüller wrote:

 We can go on ...

Debian/unstable i386: Builds, works (tested spellchecking with enchant this
time ...) so far.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: collapsable vs. collapsible

[Sven Hoexter]

On Sat, Jul 10, 2010 at 08:23:21PM +0200, Enrico Forestieri wrote:
 On Sat, Jul 10, 2010 at 07:10:55PM +0200, Sven Hoexter wrote:

Hi Enrico,

  I: lyx: spelling-error-in-binary ./usr/bin/lyx collapsable collapsible
  I: lyx: spelling-error-in-binary ./usr/bin/tex2lyx collapsable collapsible
  
  It's even in a file name src/insets/InsetCollapsable.cpp.
  Is someone interested to fix this in the internal parts aswell?
 
 What's the problem? My dictionary claims they are equivalent.

dict.leo.org and my oldschool Oxford advanced learners dictionary only
know about 'collapsible'. I've no idea what's the authority for english
spelling (Germany has something called 'Duden').

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

collapsable vs. collapsible

[Sven Hoexter]

Hi,
this is so wide spread that I hesitate to sent a patch.

I: lyx: spelling-error-in-binary ./usr/bin/lyx collapsable collapsible
I: lyx: spelling-error-in-binary ./usr/bin/tex2lyx collapsable collapsible

It's even in a file name src/insets/InsetCollapsable.cpp.
Is someone interested to fix this in the internal parts aswell?

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: LyX 1.6.7

[Sven Hoexter]

On Sat, Jul 10, 2010 at 04:53:54PM +0200, Jürgen Spitzmüller wrote:

> We can go on ...

Debian/unstable i386: Builds, works (tested spellchecking with enchant this
time ...) so far.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: collapsable vs. collapsible

[Sven Hoexter]

On Sat, Jul 10, 2010 at 08:23:21PM +0200, Enrico Forestieri wrote:
> On Sat, Jul 10, 2010 at 07:10:55PM +0200, Sven Hoexter wrote:

Hi Enrico,

> > I: lyx: spelling-error-in-binary ./usr/bin/lyx collapsable collapsible
> > I: lyx: spelling-error-in-binary ./usr/bin/tex2lyx collapsable collapsible
> > 
> > It's even in a file name src/insets/InsetCollapsable.cpp.
> > Is someone interested to fix this in the internal parts aswell?
> 
> What's the problem? My dictionary claims they are equivalent.

dict.leo.org and my oldschool Oxford advanced learners dictionary only
know about 'collapsible'. I've no idea what's the authority for english
spelling (Germany has something called 'Duden').

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: Spellcheck in 1.6.6 misses every second word

[Sven Hoexter]

On Thu, May 20, 2010 at 08:52:09PM +0200, Uwe Stöhr wrote:

Hi,

 Can you please report this as LyX bug?

Done:
http://www.lyx.org/trac/ticket/6708

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: Spellcheck in 1.6.6 misses every second word

[Sven Hoexter]

On Thu, May 20, 2010 at 08:52:09PM +0200, Uwe Stöhr wrote:

Hi,

> Can you please report this as LyX bug?

Done:
http://www.lyx.org/trac/ticket/6708

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: 1.6.6

[Sven Hoexter]

On Mon, May 17, 2010 at 09:11:16PM +0200, Jürgen Spitzmüller wrote:
 I've put the tarballs here:
 
   ftp://ftp.devel.lyx.org/pub/lyx/stable/lyx-1.6.6.tar.gz
   ftp://ftp.devel.lyx.org/pub/lyx/stable/lyx-1.6.6.tar.bz2
 
 Please test, build, report back.

Build and seems to work with my rather basic documents here on
Debian/sid i386 with Qt 4.6.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: 1.6.6

[Sven Hoexter]

On Mon, May 17, 2010 at 09:11:16PM +0200, Jürgen Spitzmüller wrote:

Hi,

 Please keep branch in freeze until we know 1.6.6 is OK. 

Oh and lintian again found a common misspelling in the source ...
Maybe you'd like to apply this for 1.6.7.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]
Index: src/BufferParams.cpp
===
--- src/BufferParams.cpp	(Revision 34424)
+++ src/BufferParams.cpp	(Arbeitskopie)
@@ -1517,7 +1517,7 @@
 		for (; !excluded  pit != pen; ++pit) {
 			if (!LyXModule::areCompatible(modname, *pit)) {
 LYXERR0(Module   modname  
-		 dropped becuase it conflicts with provided module `  *pit  '.);
+		 dropped because it conflicts with provided module `  *pit  '.);
 consistent = false;
 excluded = true;
 			}

Re: 1.6.6

[Sven Hoexter]

On Mon, May 17, 2010 at 09:11:16PM +0200, Jürgen Spitzmüller wrote:
> I've put the tarballs here:
> 
>   ftp://ftp.devel.lyx.org/pub/lyx/stable/lyx-1.6.6.tar.gz
>   ftp://ftp.devel.lyx.org/pub/lyx/stable/lyx-1.6.6.tar.bz2
> 
> Please test, build, report back.

Build and seems to work with my rather basic documents here on
Debian/sid i386 with Qt 4.6.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: 1.6.6

[Sven Hoexter]

On Mon, May 17, 2010 at 09:11:16PM +0200, Jürgen Spitzmüller wrote:

Hi,

> Please keep branch in freeze until we know 1.6.6 is OK. 

Oh and lintian again found a common misspelling in the source ...
Maybe you'd like to apply this for 1.6.7.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]
Index: src/BufferParams.cpp
===
--- src/BufferParams.cpp	(Revision 34424)
+++ src/BufferParams.cpp	(Arbeitskopie)
@@ -1517,7 +1517,7 @@
 		for (; !excluded && pit != pen; ++pit) {
 			if (!LyXModule::areCompatible(modname, *pit)) {
 LYXERR0("Module " << modname << 
-		" dropped becuase it conflicts with provided module `" << *pit << "'.");
+		" dropped because it conflicts with provided module `" << *pit << "'.");
 consistent = false;
 excluded = true;
 			}

Re: r34002 - lyx-devel/trunk

[Sven Hoexter]

On Tue, Apr 06, 2010 at 10:04:50PM +0200, Pavel Sanda wrote:
 Vincent van Ravesteijn - TNW wrote:
  Maybe, I don't understand this well enough, but anyway, why do we
  require automake 1.10.1 for everyone ? Even for people not using make
  dist or the tarball at all.
 
 automake  1.10.1 will fail with the current tree because it wont
 understand dist-lzma target.

Hm automake 1.10.1 is even in the current Debian/stable release so it's
a bit away from bleeding edge. So I'd expect that at least the other big
Linux distributions ship it aswell.

The current FreeBSD 7 and 8 stable series provide 1.10.1 aswell (at least
it's in the ports system).


  For me, requiring this means that I can no longer compile on Linux as I
  don't have the appropriate rights there to update automake.

Sounds rather odd (and old).
 
 :( i was bit afraid of those problems. you still have the possibility,
 because you can compile and install automake locally on your own account,
 but i understand thats not comfortable.
 
 i'm open to revert all this lzma business if you or others think
 it brings too much problems.

It's hard to tell which distributions in which version people use to work on.
After all it's hard to make right for everyone.

off-topic
While some people nowdays start to scream that Debian releases too often
someone from the Su^Oracles MySQL team recently wrote a blog post that he
couldn't believe people running CentOS (the RHEL rebuild) are still at
some 5.0.xx release and use that in production.
/off-topic


Beside that: Pavel, I had a look at #2820 and afterwards started to read
about the auto tools but wihout any helpful result so far. :( 

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: r34002 - lyx-devel/trunk

[Sven Hoexter]

On Tue, Apr 06, 2010 at 10:04:50PM +0200, Pavel Sanda wrote:
> Vincent van Ravesteijn - TNW wrote:
> > Maybe, I don't understand this well enough, but anyway, why do we
> > require automake 1.10.1 for everyone ? Even for people not using make
> > dist or the tarball at all.
> 
> automake < 1.10.1 will fail with the current tree because it wont
> understand dist-lzma target.

Hm automake 1.10.1 is even in the current Debian/stable release so it's
a bit away from bleeding edge. So I'd expect that at least the other big
Linux distributions ship it aswell.

The current FreeBSD 7 and 8 stable series provide 1.10.1 aswell (at least
it's in the ports system).


> > For me, requiring this means that I can no longer compile on Linux as I
> > don't have the appropriate rights there to update automake.

Sounds rather odd (and old).
 
> :( i was bit afraid of those problems. you still have the possibility,
> because you can compile and install automake locally on your own account,
> but i understand thats not comfortable.
> 
> i'm open to revert all this lzma business if you or others think
> it brings too much problems.

It's hard to tell which distributions in which version people use to work on.
After all it's hard to make right for everyone.


While some people nowdays start to scream that Debian releases too often
someone from the Su^Oracles MySQL team recently wrote a blog post that he
couldn't believe people running CentOS (the RHEL rebuild) are still at
some 5.0.xx release and use that in production.



Beside that: Pavel, I had a look at #2820 and afterwards started to read
about the auto tools but wihout any helpful result so far. :( 

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: Python 3

[Sven Hoexter]

On Wed, Mar 31, 2010 at 10:27:17AM +0100, José Matos wrote:
 On Tuesday 30 March 2010 14:37:24 Pavel Sanda wrote:
  hi,
  
  anybody already using python 3 with lyx?
  what is the situation with different distros and our compatibility with 3?
  (gentoo has 3(.1) still in testing but slowly moving to stable target).
 
 The code needs to be converted to python 3, such as it is it will not work.
 
 Most distributions will keep python2 working for the time being as in sense 
 python2 and python3 are two different languages.

Debian will include Python 3.1 in the next stable release but it's far
from beeing default AFAIK.
There are currently some social problems to be solved within the Python Team
so it's hard to tell when they will move on.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: Python 3

[Sven Hoexter]

On Wed, Mar 31, 2010 at 10:27:17AM +0100, José Matos wrote:
> On Tuesday 30 March 2010 14:37:24 Pavel Sanda wrote:
> > hi,
> > 
> > anybody already using python 3 with lyx?
> > what is the situation with different distros and our compatibility with 3?
> > (gentoo has 3(.1) still in testing but slowly moving to stable target).
> 
> The code needs to be converted to python 3, such as it is it will not work.
> 
> Most distributions will keep python2 working for the time being as in sense 
> python2 and python3 are two different languages.

Debian will include Python 3.1 in the next stable release but it's far
from beeing default AFAIK.
There are currently some social problems to be solved within the Python Team
so it's hard to tell when they will move on.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: I can´ t run lyx 2.0.0 alpha 1

[Sven Hoexter]

On Fri, Mar 26, 2010 at 03:28:45PM -0700, Marcelo Acuña wrote:

   I have debian lenny with g++ 4.3.2, qt 4.6.2.
  
  Usually, you use a different run-time version of Qt as the
  one you used in the compilation.
  
  Vincent
 
  I have only one qt installed.

Since Debian/Lenny shipped with Qt 4.4.3 you must have installed
Qt 4.6.2 from some other source and so it's plausible that something
got mixed up in between. Have you rebuild the Qt 4.6.2 packages from
experimental to replace the 4.4.3 packages from Lenny?

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: I can´ t run lyx 2.0.0 alpha 1

[Sven Hoexter]

On Fri, Mar 26, 2010 at 03:28:45PM -0700, Marcelo Acuña wrote:

> > > I have debian lenny with g++ 4.3.2, qt 4.6.2.
> > 
> > Usually, you use a different run-time version of Qt as the
> > one you used in the compilation.
> > 
> > Vincent
> 
>  I have only one qt installed.

Since Debian/Lenny shipped with Qt 4.4.3 you must have installed
Qt 4.6.2 from some other source and so it's plausible that something
got mixed up in between. Have you rebuild the Qt 4.6.2 packages from
experimental to replace the 4.4.3 packages from Lenny?

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: IRC channel

[Sven Hoexter]

On Thu, Mar 18, 2010 at 05:48:21PM -0400, rgheck wrote:
 On 03/18/2010 05:45 PM, venom00 wrote:
 Hi! Why don't you create a IRC chan for quick discussions? It would be very
 interesting! Maybe on Freenode.
 Let me know!
 
 Do you know how to create such a thing? If so, please do, and then
 post info here. We can arrange to have it posted on the website.

There is still a #lyx channel in the OFTC Network[1] but it's not well
frequented. It's just that someone has to use it. Kind of a chicken-egg
problem.

Sven

[1] http://www.oftc.net
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: IRC channel

[Sven Hoexter]

On Thu, Mar 18, 2010 at 05:48:21PM -0400, rgheck wrote:
> On 03/18/2010 05:45 PM, venom00 wrote:
> >Hi! Why don't you create a IRC chan for quick discussions? It would be very
> >interesting! Maybe on Freenode.
> >Let me know!
> >
> Do you know how to create such a thing? If so, please do, and then
> post info here. We can arrange to have it posted on the website.

There is still a #lyx channel in the OFTC Network[1] but it's not well
frequented. It's just that someone has to use it. Kind of a chicken-egg
problem.

Sven

[1] http://www.oftc.net
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Linking with gold

[Sven Hoexter]

Hi,
a few weeks ago we received a bugreport that LyX currently fails to link
with gold in Debian (Google provided a new implementation of ld some time
ago for those who haven't heard of it so far).
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=80

This is not much of an issue currently and easy to  work around with
explicitly linking against Xlib (added -lX11 via LDCONFIG enviroment variable).

It would be more interestingly to know if other distributions or people
here experimented with gold so far and what the results where?

Oh and I've no profound knowledge of the issue so it's possible that the
better solution would be to fix something in Qt's pkg-config in Debian.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Linking with gold

[Sven Hoexter]

Hi,
a few weeks ago we received a bugreport that LyX currently fails to link
with gold in Debian (Google provided a new implementation of ld some time
ago for those who haven't heard of it so far).
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=80

This is not much of an issue currently and easy to  work around with
explicitly linking against Xlib (added -lX11 via LDCONFIG enviroment variable).

It would be more interestingly to know if other distributions or people
here experimented with gold so far and what the results where?

Oh and I've no profound knowledge of the issue so it's possible that the
better solution would be to fix something in Qt's pkg-config in Debian.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Small spelling fixes

[Sven Hoexter]

Hi,
while packaging the 1.6.5 release lintian, one the Debian
helpers to check your package, noted some small spelling errors in the
binary. I tried to track them down without fixing them in other places
like comments aswell.

Would be nice if someone could commit them to trunk and branch for 1.6.6
when it's open again next week.

Regards,
Sven 
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]
--- a/src/Text2.cpp
+++ b/src/Text2.cpp
@@ -540,12 +540,12 @@ void Text::setCursor(CursorSlice  cur, 
 
// None of these should happen, but we're scaredy-cats
if (pos  0) {
-   lyxerr  dont like -1  endl;
+   lyxerr  don't like -1  endl;
LASSERT(false, /**/);
}
 
if (pos  para.size()) {
-   lyxerr  dont like 1, pos:   pos
+   lyxerr  don't like 1, pos:   pos
 size:   para.size()
 par:   par  endl;
LASSERT(false, /**/);
--- a/src/frontends/qt4/ui/PrefLanguageUi.ui
+++ b/src/frontends/qt4/ui/PrefLanguageUi.ui
@@ -133,7 +133,7 @@
item row=7 column=0 colspan=3 
 widget class=QCheckBox name=autoBeginCB 
  property name=toolTip 
-  stringIf checked, the document language is not explicitely set by a 
language switch command/string
+  stringIf checked, the document language is not explicitly set by a 
language switch command/string
  /property
  property name=text 
   stringAuto amp;begin/string
@@ -143,7 +143,7 @@
item row=8 column=0 colspan=3 
 widget class=QCheckBox name=autoEndCB 
  property name=toolTip 
-  stringIf checked, the document language is not explicitely closed by a 
language switch command/string
+  stringIf checked, the document language is not explicitly closed by a 
language switch command/string
  /property
  property name=text 
   stringAuto amp;end/string
--- a/src/Changes.cpp
+++ b/src/Changes.cpp
@@ -365,7 +365,7 @@ docstring getLaTeXMarkup(docstring const
ods.put(author[n]);
ods  ';
} else {
-   LYXERR0(Ommitting uncodable character '
+   LYXERR0(Omitting uncodable character '
 docstring(1, author[n])
 ' in change author name!);
uncodable_author = author;
@@ -380,7 +380,7 @@ docstring getLaTeXMarkup(docstring const
support::bformat(_(The author name '%1$s',\n
  used for change tracking, contains glyphs 
that cannot be\n
  represented in the current encoding. The 
respective glyphs\n
- will be ommitted in the exported LaTeX 
file.\n\n
+ will be omitted in the exported LaTeX 
file.\n\n
  Chose an appropriate document encoding (such 
as utf8)\n
  or change the spelling of the author 
name.), uncodable_author));
warned_author = uncodable_author;

Small spelling fixes

[Sven Hoexter]

Hi,
while packaging the 1.6.5 release lintian, one the Debian
helpers to check your package, noted some small spelling errors in the
binary. I tried to track them down without fixing them in other places
like comments aswell.

Would be nice if someone could commit them to trunk and branch for 1.6.6
when it's open again next week.

Regards,
Sven 
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]
--- a/src/Text2.cpp
+++ b/src/Text2.cpp
@@ -540,12 +540,12 @@ void Text::setCursor(CursorSlice & cur, 
 
// None of these should happen, but we're scaredy-cats
if (pos < 0) {
-   lyxerr << "dont like -1" << endl;
+   lyxerr << "don't like -1" << endl;
LASSERT(false, /**/);
}
 
if (pos > para.size()) {
-   lyxerr << "dont like 1, pos: " << pos
+   lyxerr << "don't like 1, pos: " << pos
   << " size: " << para.size()
   << " par: " << par << endl;
LASSERT(false, /**/);
--- a/src/frontends/qt4/ui/PrefLanguageUi.ui
+++ b/src/frontends/qt4/ui/PrefLanguageUi.ui
@@ -133,7 +133,7 @@

 
  
-  If checked, the document language is not explicitely set by a 
language switch command
+  If checked, the document language is not explicitly set by a 
language switch command
  
  
   Auto begin
@@ -143,7 +143,7 @@

 
  
-  If checked, the document language is not explicitely closed by a 
language switch command
+  If checked, the document language is not explicitly closed by a 
language switch command
  
  
   Auto end
--- a/src/Changes.cpp
+++ b/src/Changes.cpp
@@ -365,7 +365,7 @@ docstring getLaTeXMarkup(docstring const
ods.put(author[n]);
ods << "'>";
} else {
-   LYXERR0("Ommitting uncodable character '"
+   LYXERR0("Omitting uncodable character '"
<< docstring(1, author[n])
<< "' in change author name!");
uncodable_author = author;
@@ -380,7 +380,7 @@ docstring getLaTeXMarkup(docstring const
support::bformat(_("The author name '%1$s',\n"
  "used for change tracking, contains glyphs 
that cannot be\n"
  "represented in the current encoding. The 
respective glyphs\n"
- "will be ommitted in the exported LaTeX 
file.\n\n"
+ "will be omitted in the exported LaTeX 
file.\n\n"
  "Chose an appropriate document encoding (such 
as utf8)\n"
  "or change the spelling of the author 
name."), uncodable_author));
warned_author = uncodable_author;

Re: Approaching LyX 1.6.5 [status update #1]

[Sven Hoexter]

On Sat, Nov 21, 2009 at 05:04:00PM +0100, Jürgen Spitzmüller wrote:

Hi,

 So it seems we have resolved almost all critical bugs, and in view of the 
 large list of changes, I think we should get out LyX 1.6.5 soon.
[...]
 Objections? Any bugs that should be considered in your opinion? Vincent?

I guess I'm way to late in the release cycle to prod about manpage fixes
but what about http://www.lyx.org/trac/ticket/6051 ?

The patch still applies cleanly to branch and trunk.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: Approaching LyX 1.6.5 [status update #1]

[Sven Hoexter]

On Sat, Nov 21, 2009 at 05:04:00PM +0100, Jürgen Spitzmüller wrote:

Hi,

> So it seems we have resolved almost all critical bugs, and in view of the 
> large list of changes, I think we should get out LyX 1.6.5 soon.
[...]
> Objections? Any bugs that should be considered in your opinion? Vincent?

I guess I'm way to late in the release cycle to prod about manpage fixes
but what about http://www.lyx.org/trac/ticket/6051 ?

The patch still applies cleanly to branch and trunk.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Math crash - Debian bug #548519 with patch

[Sven Hoexter]

Hi,
I've nearly no time currently so it would be amazing if one of
you guys could take a look at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548519

It's a crash, plus backtrace and a proposed patch by Jonas Baggett.


Thanks,
Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Math crash - Debian bug #548519 with patch

[Sven Hoexter]

Hi,
I've nearly no time currently so it would be amazing if one of
you guys could take a look at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548519

It's a crash, plus backtrace and a proposed patch by Jonas Baggett.


Thanks,
Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: LyX Won't Run Inplace with Gcc 4.4, Boost =1.37, Qt = 4.5.1

[Sven Hoexter]

On Mon, Jul 13, 2009 at 12:19:58PM +0200, Pavel Sanda wrote:
 Richard Heck wrote:
  Note that LyX does run fine when make-installed.
 
 this means segfault?
 
  Idea: Is this a general problem with the without-included-boost and 
  run-in-place combination?
 
 wasn't confirmed that external or internal boost make the same problem by 
 Sven?

No I'm only testing with external boost, internal boost is not interesting for 
me
as packager and the old version doesn't build with gcc-4.4 anyway.


 i just run through gentoo bugzilla to look on some gcc 4.4 issues and there 
 are
 compilation problems for tons of packages, so i wonder whether your switch to
 4.4 is not too early attempt ;)

F11 is delivered with gcc-4.4 afaik. Debian is currently doing some testings
with gcc-4.4 before making it the default but as long as there are no build 
failures
it's hard to catch such problems like the one we've here.

If I remember my tests correctly 1.6.3 with ext-boost 1.38.0, Qt 4.5.2 and 
gcc-4.4
worked but I'll better run that build again to be sure.


Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: LyX Won't Run Inplace with Gcc 4.4, Boost =1.37, Qt = 4.5.1

[Sven Hoexter]

On Mon, Jul 13, 2009 at 02:08:54PM +0200, Sven Hoexter wrote:

Hi,

 If I remember my tests correctly 1.6.3 with ext-boost 1.38.0, Qt 4.5.2 and 
 gcc-4.4
 worked but I'll better run that build again to be sure.

This definetly works.

Branch with the same libs and compiler doesn't work and it doesn't even start
after a make install.

Too late now to try it again with gcc-4.3 but I remember that I tried trunk with
gcc-4.3 instead of 4.4 and it did not work :(.

So there seems to have been some change in branch and trunk after 1.6.3 that
caused this trouble. Donn of it's possible, with some CPU power and git-svn,
to bisect the changes.

Sven
-- 
I want to believe in a freedom that's bold
But all I remember is the freedom of old
[ Flogging Molly - Black Friday Rule ]

Re: LyX Won't Run "Inplace" with Gcc 4.4, Boost >=1.37, Qt >= 4.5.1

[Sven Hoexter]

On Mon, Jul 13, 2009 at 12:19:58PM +0200, Pavel Sanda wrote:
> Richard Heck wrote:
> > Note that LyX does run fine when make-installed.
> 
> this means segfault?
> 
> > Idea: Is this a general problem with the "without-included-boost" and 
> > run-in-place combination?
> 
> wasn't confirmed that external or internal boost make the same problem by 
> Sven?

No I'm only testing with external boost, internal boost is not interesting for 
me
as packager and the old version doesn't build with gcc-4.4 anyway.


> i just run through gentoo bugzilla to look on some gcc 4.4 issues and there 
> are
> compilation problems for tons of packages, so i wonder whether your switch to
> 4.4 is not too early attempt ;)

F11 is delivered with gcc-4.4 afaik. Debian is currently doing some testings
with gcc-4.4 before making it the default but as long as there are no build 
failures
it's hard to catch such problems like the one we've here.

If I remember my tests correctly 1.6.3 with ext-boost 1.38.0, Qt 4.5.2 and 
gcc-4.4
worked but I'll better run that build again to be sure.


Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: LyX Won't Run "Inplace" with Gcc 4.4, Boost >=1.37, Qt >= 4.5.1

[Sven Hoexter]

On Mon, Jul 13, 2009 at 02:08:54PM +0200, Sven Hoexter wrote:

Hi,

> If I remember my tests correctly 1.6.3 with ext-boost 1.38.0, Qt 4.5.2 and 
> gcc-4.4
> worked but I'll better run that build again to be sure.

This definetly works.

Branch with the same libs and compiler doesn't work and it doesn't even start
after a make install.

Too late now to try it again with gcc-4.3 but I remember that I tried trunk with
gcc-4.3 instead of 4.4 and it did not work :(.

So there seems to have been some change in branch and trunk after 1.6.3 that
caused this trouble. Donn of it's possible, with some CPU power and git-svn,
to bisect the changes.

Sven
-- 
I want to believe in a freedom that's bold
But all I remember is the freedom of old
[ Flogging Molly - Black Friday Rule ]

Re: Trunk Won't Run in F11

[Sven Hoexter]

On Sat, Jul 11, 2009 at 10:02:50PM -0400, rgheck wrote:
 
 This is a fresh install of F11, and I've done a fresh checkout of
 the tree, too. When I try to run trunk (in place, as I've not
 installed it), I get a segfault. Thus:

I see the same problem for branch. Build with gcc 4.4, external boost
1.38.0 and Qt 4.5.2.

The currently working 1.6.3 package in Debian unstable was build with
gcc 4.3, external boost 1.38.0 and Qt 4.5.1.

Sven
-- 
I want to believe in a freedom that's bold
But all I remember is the freedom of old
[ Flogging Molly - Black Friday Rule ]

Re: Trunk Won't Run in F11

[Sven Hoexter]

On Sat, Jul 11, 2009 at 10:02:50PM -0400, rgheck wrote:
> 
> This is a fresh install of F11, and I've done a fresh checkout of
> the tree, too. When I try to run trunk (in place, as I've not
> installed it), I get a segfault. Thus:

I see the same problem for branch. Build with gcc 4.4, external boost
1.38.0 and Qt 4.5.2.

The currently working 1.6.3 package in Debian unstable was build with
gcc 4.3, external boost 1.38.0 and Qt 4.5.1.

Sven
-- 
I want to believe in a freedom that's bold
But all I remember is the freedom of old
[ Flogging Molly - Black Friday Rule ]

Re: [Pkg-lyx-devel] Seaching for elyxer.py and elyxer in configure.py?

[Sven Hoexter]

On Thu, Jun 04, 2009 at 11:11:07AM +0200, Jürgen Spitzmüller wrote:

Hi,

  Attached is a patch to get the desired behaviour. Works here[tm]. ;)
 
 No objections from me (once 1.6.4svn is open again).

Ok now that 1.6.3 is released here's a fresh version
of the changes. Would be nice if someone could commit it.

Cheers,
Sven
-- 
forevermore
Index: configure.py
===
--- configure.py	(revision 30250)
+++ configure.py	(working copy)
@@ -389,9 +389,9 @@
 checkProg('an MS Word - LaTeX converter', ['wvCleanLatex $$i $$o'],
 rc_entry = [ r'\converter word   latex  %%	' ])
 #
-path, elyxer = checkProg('a LyX - HTML converter', ['elyxer.py --directory $$r $$i $$o'],
+path, elyxer = checkProg('a LyX - HTML converter', ['elyxer.py --directory $$r $$i $$o','elyxer --directory $$r $$i $$o'],
   rc_entry = [ r'\converter lyx  html   %%	' ])
-if elyxer.find('elyxer.py') = 0:
+if elyxer.find('elyxer') = 0:
   addToRC(r'''\copierhtml   python -tt $$s/scripts/ext_copy.py -e html,png,jpg,jpeg,css $$i $$o''')
 else:
   # On SuSE the scripts have a .sh suffix, and on debian they are in /usr/share/tex4ht/

Re: [Pkg-lyx-devel] Seaching for elyxer.py and elyxer in configure.py?

[Sven Hoexter]

On Wed, Jun 24, 2009 at 09:11:38PM +0200, Pavel Sanda wrote:
 Sven Hoexter wrote:

  Ok now that 1.6.3 is released here's a fresh version
  of the changes. Would be nice if someone could commit it.
 
 its in
 pavel


Thanks.

Sven
-- 
forevermore

Re: [Pkg-lyx-devel] Seaching for elyxer.py and elyxer in configure.py?

[Sven Hoexter]

On Thu, Jun 04, 2009 at 11:11:07AM +0200, Jürgen Spitzmüller wrote:

Hi,

> > Attached is a patch to get the desired behaviour. Works here[tm]. ;)
> 
> No objections from me (once 1.6.4svn is open again).

Ok now that 1.6.3 is released here's a fresh version
of the changes. Would be nice if someone could commit it.

Cheers,
Sven
-- 
forevermore
Index: configure.py
===
--- configure.py	(revision 30250)
+++ configure.py	(working copy)
@@ -389,9 +389,9 @@
 checkProg('an MS Word -> LaTeX converter', ['wvCleanLatex $$i $$o'],
 rc_entry = [ r'\converter word   latex  "%%"	""' ])
 #
-path, elyxer = checkProg('a LyX -> HTML converter', ['elyxer.py --directory $$r $$i $$o'],
+path, elyxer = checkProg('a LyX -> HTML converter', ['elyxer.py --directory $$r $$i $$o','elyxer --directory $$r $$i $$o'],
   rc_entry = [ r'\converter lyx  html   "%%"	""' ])
-if elyxer.find('elyxer.py') >= 0:
+if elyxer.find('elyxer') >= 0:
   addToRC(r'''\copierhtml   "python -tt $$s/scripts/ext_copy.py -e html,png,jpg,jpeg,css $$i $$o"''')
 else:
   # On SuSE the scripts have a .sh suffix, and on debian they are in /usr/share/tex4ht/

Re: [Pkg-lyx-devel] Seaching for elyxer.py and elyxer in configure.py?

[Sven Hoexter]

On Wed, Jun 24, 2009 at 09:11:38PM +0200, Pavel Sanda wrote:
> Sven Hoexter wrote:

> > Ok now that 1.6.3 is released here's a fresh version
> > of the changes. Would be nice if someone could commit it.
> 
> its in
> pavel


Thanks.

Sven
-- 
forevermore

Re: [Patch] Use xdg-open to open files in default applications

[Sven Hoexter]

On Mon, Jun 15, 2009 at 03:28:25PM +0200, Jean-Marc Lasgouttes wrote:
 Le 15/06/2009 15:01, Rex Dieter a écrit :
 to sum it up: i'm completely against that for majority of users this
 works others will fix it themselves.

 It's fair to say that we agree to disagree at this point, and that's fine.

 Is this the consensus of other lyx developers too?  Really?

 Is there a way to enablt xdg-open in configure.py only for distributions
 which are known to have a good enough version?

I don't know about a sensible way beside creating some kind of white and
blacklist and write some detection mechanismen. I think this  burden is not
meant to be on the shoulders of the LyX team.

Even if I would like to drop this patch from the Debian package I agree with
Pavel.
Currently it doesn't make sense to enable xdg-open in configure.py as a
first choice again. In cases where packagers are sure that their target system
provides a viable enviroment for xdg-open to work they should patch
configure.py. All others are currently better of with the best effort
guessing done in the default version of the configure.py script.

When I proposed this patch for inclusion for the first time I had no
idea about the missing mime type detection in other distributions and the
modifications added to xdg-open in Debian. With the discussion, the problems
and a broader picture in mind I wouldn't propose this patch currently for
inclusion.

Cheers,
Sven
-- 
forevermore

Re: [Patch] Use xdg-open to open files in default applications

[Sven Hoexter]

On Mon, Jun 15, 2009 at 03:28:25PM +0200, Jean-Marc Lasgouttes wrote:
> Le 15/06/2009 15:01, Rex Dieter a écrit :
>>> to sum it up: i'm completely against that "for majority of users this
>>> works others will fix it themselves."
>>
>> It's fair to say that we agree to disagree at this point, and that's fine.
>>
>> Is this the consensus of other lyx developers too?  Really?
>
> Is there a way to enablt xdg-open in configure.py only for distributions
> which are known to have a good enough version?

I don't know about a sensible way beside creating some kind of white and
blacklist and write some detection mechanismen. I think this  burden is not
meant to be on the shoulders of the LyX team.

Even if I would like to drop this patch from the Debian package I agree with
Pavel.
Currently it doesn't make sense to enable xdg-open in configure.py as a
first choice again. In cases where packagers are sure that their target system
provides a viable enviroment for xdg-open to work they should patch
configure.py. All others are currently better of with the best effort
guessing done in the default version of the configure.py script.

When I proposed this patch for inclusion for the first time I had no
idea about the missing mime type detection in other distributions and the
modifications added to xdg-open in Debian. With the discussion, the problems
and a broader picture in mind I wouldn't propose this patch currently for
inclusion.

Cheers,
Sven
-- 
forevermore

Re: [Patch] Use xdg-open to open files in default applications

[Sven Hoexter]

On Fri, Jun 05, 2009 at 11:13:30AM +0200, Pavel Sanda wrote:
 Sven Hoexter wrote:

Hi,

  Is xdg-open now fixed/enhanced to solve the mentioned problems?
 
 i have asked in bugzilla without success and was tired to fight for it
 on their devel list.

According to https://bugs.freedesktop.org/show_bug.cgi?id=8158
Rex Dieter commited the patch to make use of run-mailcap if available.
Now the only missing part is that all distributions agree on some process
to manage the mime types correctly and use run-mailcap or something similar.

Slightly out of the focus of this mailinglist and Lyx developement. :-/

Sven
-- 
forevermore

Re: [Patch] Use xdg-open to open files in default applications

[Sven Hoexter]

On Fri, Jun 05, 2009 at 11:13:30AM +0200, Pavel Sanda wrote:
> Sven Hoexter wrote:

Hi,

> > Is xdg-open now fixed/enhanced to solve the mentioned problems?
> 
> i have asked in bugzilla without success and was tired to fight for it
> on their devel list.

According to https://bugs.freedesktop.org/show_bug.cgi?id=8158
Rex Dieter commited the patch to make use of run-mailcap if available.
Now the only missing part is that all distributions agree on some process
to manage the mime types correctly and use run-mailcap or something similar.

Slightly out of the focus of this mailinglist and Lyx developement. :-/

Sven
-- 
forevermore

Re: [Pkg-lyx-devel] Seaching for elyxer.py and elyxer in configure.py?

[Sven Hoexter]

On Wed, Jun 03, 2009 at 09:25:06PM +0200, Sven Hoexter wrote:
 Hi,
 would it be feasible to search for elyxer.py and elyxer in configure.py?

Maybe I missed something but just this morning it all seems to be a lot
easier.

Attached is a patch to get the desired behaviour. Works here[tm]. ;)

Sven
-- 
forevermore
Search for elyxer instead of elyxer.py.
--- a/lib/configure.py
+++ b/lib/configure.py
@@ -389,9 +389,9 @@ def checkConverterEntries():
 checkProg('an MS Word - LaTeX converter', ['wvCleanLatex $$i $$o'],
 rc_entry = [ r'\converter word   latex  %%   ' ])
 #
-path, elyxer = checkProg('a LyX - HTML converter', ['elyxer.py $$i $$o'],
+path, elyxer = checkProg('a LyX - HTML converter', ['elyxer.py $$i $$o', 
'elyxer $$i $$o'],
   rc_entry = [ r'\converter lyx  html   %%   ' ])
-if elyxer.find('elyxer.py') = 0:
+if elyxer.find('elyxer') = 0:
   addToRC(r'''\copierhtml   python -tt $$s/scripts/ext_copy.py -e 
html,png,css $$i $$o''')
 else:
   # On SuSE the scripts have a .sh suffix, and on debian they are in 
/usr/share/tex4ht/

Re: [Patch] Use xdg-open to open files in default applications

[Sven Hoexter]

On Thu, Jun 04, 2009 at 06:28:21PM +, Frederik Himpe wrote:
 Mandriva includes this patch to open files in the default applications in 
 the user's desktop with xdg-open. Maybe you want to include this patch in 
 the official sources.

Debian and Fedora too.
See this thread for the discussion:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg133878.html

Is xdg-open now fixed/enhanced to solve the mentioned problems?

Sven
-- 
forevermore

Re: [Pkg-lyx-devel] Seaching for elyxer.py and elyxer in configure.py?

[Sven Hoexter]

On Wed, Jun 03, 2009 at 09:25:06PM +0200, Sven Hoexter wrote:
> Hi,
> would it be feasible to search for elyxer.py and elyxer in configure.py?

Maybe I missed something but just this morning it all seems to be a lot
easier.

Attached is a patch to get the desired behaviour. Works here[tm]. ;)

Sven
-- 
forevermore
Search for elyxer instead of elyxer.py.
--- a/lib/configure.py
+++ b/lib/configure.py
@@ -389,9 +389,9 @@ def checkConverterEntries():
 checkProg('an MS Word -> LaTeX converter', ['wvCleanLatex $$i $$o'],
 rc_entry = [ r'\converter word   latex  "%%"   ""' ])
 #
-path, elyxer = checkProg('a LyX -> HTML converter', ['elyxer.py $$i $$o'],
+path, elyxer = checkProg('a LyX -> HTML converter', ['elyxer.py $$i $$o', 
'elyxer $$i $$o'],
   rc_entry = [ r'\converter lyx  html   "%%"   ""' ])
-if elyxer.find('elyxer.py') >= 0:
+if elyxer.find('elyxer') >= 0:
   addToRC(r'''\copierhtml   "python -tt $$s/scripts/ext_copy.py -e 
html,png,css $$i $$o"''')
 else:
   # On SuSE the scripts have a .sh suffix, and on debian they are in 
/usr/share/tex4ht/

Re: [Patch] Use xdg-open to open files in default applications

[Sven Hoexter]

On Thu, Jun 04, 2009 at 06:28:21PM +, Frederik Himpe wrote:
> Mandriva includes this patch to open files in the default applications in 
> the user's desktop with xdg-open. Maybe you want to include this patch in 
> the official sources.

Debian and Fedora too.
See this thread for the discussion:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg133878.html

Is xdg-open now fixed/enhanced to solve the mentioned problems?

Sven
-- 
forevermore

Seaching for elyxer.py and elyxer in configure.py?

[Sven Hoexter]

Hi,
would it be feasible to search for elyxer.py and elyxer in configure.py?

I don't know how other distributions handle software written in scripting
languages which reside somewhere in a bin or sbin directory but in Debian
filetype extensions are removed.

For now I've added a patch to the Debian package to soley search for
elyxer but I fear that this will annoy people who have elyxer.py somewhere
else in their $PATH without using my still unofficial Debian package.

Cheers,
Sven
-- 
forevermore

Seaching for elyxer.py and elyxer in configure.py?

[Sven Hoexter]

Hi,
would it be feasible to search for elyxer.py and elyxer in configure.py?

I don't know how other distributions handle software written in scripting
languages which reside somewhere in a bin or sbin directory but in Debian
filetype extensions are removed.

For now I've added a patch to the Debian package to soley search for
elyxer but I fear that this will annoy people who have elyxer.py somewhere
else in their $PATH without using my still unofficial Debian package.

Cheers,
Sven
-- 
forevermore

Re: Approaching LyX 1.6.3 [status update #2]

[Sven Hoexter]

On Tue, May 26, 2009 at 11:23:56PM +0200, Pavel Sanda wrote:
 Sven Hoexter wrote:
  I don't know what other distributions currently do with relation to the 
  boost
  changes. At least Fedora seems to provide the single threaded version with
  the old naming and the multi threaded version in the same package.
 
 please can you be more verbose about the whole issue or provide some link?
 we should probably put some notice in release notes what version of boost we
 support?

http://lists.alioth.debian.org/pipermail/pkg-lyx-devel/2009-May/003244.html

For other possible variations:
http://www.boost.org/doc/libs/1_39_0/more/getting_started/unix-variants.html#id36
(I don't think that sane distributions use the whole possible range of
'information' in the soname.)

Sven
-- 
forevermore

Re: Approaching LyX 1.6.3 [status update #2]

[Sven Hoexter]

On Tue, May 26, 2009 at 11:23:56PM +0200, Pavel Sanda wrote:
> Sven Hoexter wrote:
> > I don't know what other distributions currently do with relation to the 
> > boost
> > changes. At least Fedora seems to provide the single threaded version with
> > the old naming and the multi threaded version in the same package.
> 
> please can you be more verbose about the whole issue or provide some link?
> we should probably put some notice in release notes what version of boost we
> support?

http://lists.alioth.debian.org/pipermail/pkg-lyx-devel/2009-May/003244.html

For other possible variations:
http://www.boost.org/doc/libs/1_39_0/more/getting_started/unix-variants.html#id36
(I don't think that sane distributions use the whole possible range of
'information' in the soname.)

Sven
-- 
forevermore

Re: Approaching LyX 1.6.3 [status update #2]

[Sven Hoexter]

On Tue, May 26, 2009 at 10:02:12PM +0200, Georg Baum wrote:

Hi,

 I learned that Sven Hoexter has already a workaround, so I believe it can
 wait for 1.6.4.

I'm just adding the -mt suffix in all .in and the common.am file. This
doesn't ensure any portability it just keeps it building on the current Debian
testing/unstable without blowing up the .diff.gz with the whole autoreconf
process.
This should be solved properly with something like your proposed patch ASAP.

So yes from my perspective it can wait but people with Debian testing/unstable
or current *buntu installations using the recent boost packages will fail
to build from your source release when they try to use external boost.
I'd bet only a minority will try it anyway so it's not that important after
all.

I don't know what other distributions currently do with relation to the boost
changes. At least Fedora seems to provide the single threaded version with
the old naming and the multi threaded version in the same package.

Cheers,
Sven
-- 
forevermore

Re: Approaching LyX 1.6.3 [status update #2]

[Sven Hoexter]

On Tue, May 26, 2009 at 10:02:12PM +0200, Georg Baum wrote:

Hi,

> I learned that Sven Hoexter has already a workaround, so I believe it can
> wait for 1.6.4.

I'm just adding the -mt suffix in all .in and the common.am file. This
doesn't ensure any portability it just keeps it building on the current Debian
testing/unstable without blowing up the .diff.gz with the whole autoreconf
process.
This should be solved properly with something like your proposed patch ASAP.

So yes from my perspective it can wait but people with Debian testing/unstable
or current *buntu installations using the recent boost packages will fail
to build from your source release when they try to use external boost.
I'd bet only a minority will try it anyway so it's not that important after
all.

I don't know what other distributions currently do with relation to the boost
changes. At least Fedora seems to provide the single threaded version with
the old naming and the multi threaded version in the same package.

Cheers,
Sven
-- 
forevermore

Re: Official submission of eLyXer for inclusion in LyX

[Sven Hoexter]

On Wed, Apr 29, 2009 at 06:52:09AM +, Guenter Milde wrote:
 On 2009-04-29, Uwe Stöhr wrote:

Hi,

   For Linux distributions this would mean a recommendation or
   suggestion in the lyx package. (Hopefully there will be an elyxer
   Debian package soon.)

These terms (recommends and suggests) are still a bit Debian specific
as far as I know. Though world domination is an admirable goal there are
still other packaging systems around. ;)

Beside that the packaging is already on the todo list ... just needs someone
with some free time.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: Official submission of eLyXer for inclusion in LyX

[Sven Hoexter]

On Wed, Apr 29, 2009 at 06:52:09AM +, Guenter Milde wrote:
> On 2009-04-29, Uwe Stöhr wrote:

Hi,

>   For Linux distributions this would mean a "recommendation" or
>   "suggestion" in the lyx package. (Hopefully there will be an elyxer
>   Debian package soon.)

These terms (recommends and suggests) are still a bit Debian specific
as far as I know. Though world domination is an admirable goal there are
still other packaging systems around. ;)

Beside that the packaging is already on the todo list ... just needs someone
with some free time.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: LyX 1.6.2

[Sven Hoexter]

On Sun, Mar 15, 2009 at 12:13:49PM +0100, Abdelrazak Younes wrote:
 On 15/03/2009 11:59, Jürgen Spitzmüller wrote:
 Sven Hoexter wrote:

 Now I just need to meet you to verify your key or find a trustpath to
 you. :) Hm no sigs on the key. Bad. But fair enough for the moment.
  

 Just tell me if there's anything I can do to make it more trustworthy.

 You should fax Sven your passport;-)

The fingerprint of the key would be a lot more useful but no fax here.


 I truly wonder why years of svn commit history and/or list activity is  
 not enough for Debian...

It's completly ok. It's just that you can still improve the usefulness. :)
What I initially asked for was an sha1sum just to ensure the integrity of
the tarball. Using gpg signatures for that is of course possible aswell but
that's not really what the technology can do for you.
The full strength of gpg still requires the web of trust around it. Taking
some more or less random signature from a keyserver to check a tarball you
retrieved via anonymous ftp is kinda pointless.
So exchanging signatures with other people in person is still crucial to
make it work.

Cheers,
Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: LyX 1.6.2

[Sven Hoexter]

On Sun, Mar 15, 2009 at 12:13:49PM +0100, Abdelrazak Younes wrote:
> On 15/03/2009 11:59, Jürgen Spitzmüller wrote:
>> Sven Hoexter wrote:
>>
>>> Now I just need to meet you to verify your key or find a trustpath to
>>> you. :) Hm no sigs on the key. Bad. But fair enough for the moment.
>>>  
>>
>> Just tell me if there's anything I can do to make it more trustworthy.
>>
> You should fax Sven your passport;-)

The fingerprint of the key would be a lot more useful but no fax here.


> I truly wonder why years of svn commit history and/or list activity is  
> not enough for Debian...

It's completly ok. It's just that you can still improve the usefulness. :)
What I initially asked for was an sha1sum just to ensure the integrity of
the tarball. Using gpg signatures for that is of course possible aswell but
that's not really what the technology can do for you.
The full strength of gpg still requires the web of trust around it. Taking
some more or less random signature from a keyserver to check a tarball you
retrieved via anonymous ftp is kinda pointless.
So exchanging signatures with other people in person is still crucial to
make it work.

Cheers,
Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: LyX 1.6.2

[Sven Hoexter]

On Sat, Mar 14, 2009 at 03:16:24PM +0100, Jürgen Spitzmüller wrote:

Hi Juergen,

 LyX 1.6.2 is here:
 ftp://ftp.devel.lyx.org/pub/lyx/stable

Is it possible to post the sha-/md5sum for the tarball on your
system?

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: LyX 1.6.2

[Sven Hoexter]

On Sat, Mar 14, 2009 at 05:20:06PM +0100, Jürgen Spitzmüller wrote:
 Sven Hoexter wrote:
  Is it possible to post the sha-/md5sum for the tarball on your
  system?
 
 I intend to post the attached signatures on ftp.lyx.org. Would that be 
 sufficient?

Sure. Thanks.

Now I just need to meet you to verify your key or find a trustpath to
you. :) Hm no sigs on the key. Bad. But fair enough for the moment.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: Trac instead of bugzilla.

[Sven Hoexter]

On Sat, Mar 14, 2009 at 05:57:31PM +0100, Lars Gullik Bjønnes wrote:

Hi,

 No point in wasting effort if all you where objecting like mad...

Not that I'm objecting in any way but I guess that all old links to
the bugreports will break or is there some mod_rewrite voodoo possible
to retain the old links in a working state? I've some references to
bugreports in the Debian BTS.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: LyX 1.6.2

[Sven Hoexter]

On Sat, Mar 14, 2009 at 03:16:24PM +0100, Jürgen Spitzmüller wrote:

Hi Juergen,

> LyX 1.6.2 is here:
> ftp://ftp.devel.lyx.org/pub/lyx/stable

Is it possible to post the sha-/md5sum for the tarball on your
system?

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: LyX 1.6.2

[Sven Hoexter]

On Sat, Mar 14, 2009 at 05:20:06PM +0100, Jürgen Spitzmüller wrote:
> Sven Hoexter wrote:
> > Is it possible to post the sha-/md5sum for the tarball on your
> > system?
> 
> I intend to post the attached signatures on ftp.lyx.org. Would that be 
> sufficient?

Sure. Thanks.

Now I just need to meet you to verify your key or find a trustpath to
you. :) Hm no sigs on the key. Bad. But fair enough for the moment.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: Trac instead of bugzilla.

[Sven Hoexter]

On Sat, Mar 14, 2009 at 05:57:31PM +0100, Lars Gullik Bjønnes wrote:

Hi,

> No point in wasting effort if all you where objecting like mad...

Not that I'm objecting in any way but I guess that all old links to
the bugreports will break or is there some mod_rewrite voodoo possible
to retain the old links in a working state? I've some references to
bugreports in the Debian BTS.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: Interest in using git with lyx svn

[Sven Hoexter]

On Thu, Mar 05, 2009 at 12:22:58AM +0100, Lars Gullik Bj?nnes wrote:

Hi,

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

In almost all cases that will be a rather smooth upgrade. I've some RHEL 5
here and went with them from .0 to .1, .2, .3 without pain upgrading
them during runtime with yum.

The next major (6.0) release  will be a bit more painfull for the Xen - KVM
transition but I've been told that there are even migration path that
provide you with KVM for the hypervisor and still running a Xen domU
on top. Oh and I guess that's not even an issue for you ATM.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: Interest in using git with lyx svn

[Sven Hoexter]

On Thu, Mar 05, 2009 at 10:10:53AM +0100, Jean-Marc Lasgouttes wrote:
 Jean-Marc Lasgouttes lasgout...@lyx.org writes:

Hi,

 In this respect, I'd favor hosting from free software projects like
 alioth (debian), launchpad (ubuntu,although this is a company) or
 savannah (GNU).

Alioth is strictly Debian only so you can drop that from your list.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: Interest in using git with lyx svn

[Sven Hoexter]

On Thu, Mar 05, 2009 at 10:56:06AM +, Guenter Milde wrote:

Hi,

 My favourite is berlios.de, an advertisement-free, clean open-source
 forge with bug-tracking, GIT and other tools (see
 http://developer.berlios.de/docman/display_doc.php?docid=26group_id=2
 for details).

AFAIK Joerg Schilling is one of the berlios admins and this guy is
insane. I wouldn't trust a system with such a guy on board.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: Interest in using git with lyx svn

[Sven Hoexter]

On Thu, Mar 05, 2009 at 12:22:58AM +0100, Lars Gullik Bj?nnes wrote:

Hi,

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

In almost all cases that will be a rather smooth upgrade. I've some RHEL 5
here and went with them from .0 to .1, .2, .3 without pain upgrading
them during runtime with yum.

The next major (6.0) release  will be a bit more painfull for the Xen -> KVM
transition but I've been told that there are even migration path that
provide you with KVM for the hypervisor and still running a Xen domU
on top. Oh and I guess that's not even an issue for you ATM.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: Interest in using git with lyx svn

[Sven Hoexter]

On Thu, Mar 05, 2009 at 10:10:53AM +0100, Jean-Marc Lasgouttes wrote:
> Jean-Marc Lasgouttes  writes:

Hi,

> In this respect, I'd favor hosting from free software projects like
> alioth (debian), launchpad (ubuntu,although this is a company) or
> savannah (GNU).

Alioth is strictly Debian only so you can drop that from your list.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: Interest in using git with lyx svn

[Sven Hoexter]

On Thu, Mar 05, 2009 at 10:56:06AM +, Guenter Milde wrote:

Hi,

> My favourite is berlios.de, an advertisement-free, clean open-source
> forge with bug-tracking, GIT and other tools (see
> http://developer.berlios.de/docman/display_doc.php?docid=26_id=2
> for details).

AFAIK Joerg Schilling is one of the berlios admins and this guy is
insane. I wouldn't trust a system with such a guy on board.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: Fix for some warnings in the tex2lyx.1 manpage

[Sven Hoexter]

On Tue, Feb 03, 2009 at 09:33:02AM +0100, Pavel Sanda wrote:

Hi,

 Sven, have you looked on it again or should we put the original patch 
 into the tree?

Nope sorry. If you like you can put in the original patch or just let it be.
I'll rewrite/reformat the whole thing when I've some spare time. Maybe in
three weeks.

Sven

Re: Fix for some warnings in the tex2lyx.1 manpage

[Sven Hoexter]

On Tue, Feb 03, 2009 at 09:33:02AM +0100, Pavel Sanda wrote:

Hi,

> Sven, have you looked on it again or should we put the original patch 
> into the tree?

Nope sorry. If you like you can put in the original patch or just let it be.
I'll rewrite/reformat the whole thing when I've some spare time. Maybe in
three weeks.

Sven

Re: Fix for some warnings in the tex2lyx.1 manpage

[Sven Hoexter]

On Mon, Jan 05, 2009 at 10:03:17AM +0100, Jean-Marc Lasgouttes wrote:
 Sven Hoexter s...@timegate.de writes:

Hi,

  With this patch applied there are only two warnings waiting to be fixed.
  $ LANG=C man --warnings -l tex2lyx.1 /dev/null
  standard input:43: warning: `Tr' not defined
  standard input:584: warning: `IX' not defined
 
 This man page contains rather frightening code (at least to me).

ACK. :)


 If you have some knowledge of how manpages should be coded, removing big
 parts of cruft would not hurt actually.

I'll see if can come up with something in the next week or two but I'm a bit
short on time now. We'll see. It's nothing that bothers me, I'd just like to
get the manpages warning free in the long term.

I'd guess that most of those weird definitions at the top can be removed and
then I / we've to only check that everything is set in the right way and looking
nicely.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Re: Fix for some warnings in the tex2lyx.1 manpage

[Sven Hoexter]

On Mon, Jan 05, 2009 at 10:03:17AM +0100, Jean-Marc Lasgouttes wrote:
> "Sven Hoexter" <s...@timegate.de> writes:

Hi,

> > With this patch applied there are only two warnings waiting to be fixed.
> > $ LANG=C man --warnings -l tex2lyx.1 >/dev/null
> > :43: warning: `Tr' not defined
> > :584: warning: `IX' not defined
> 
> This man page contains rather frightening code (at least to me).

ACK. :)


> If you have some knowledge of how manpages should be coded, removing big
> parts of cruft would not hurt actually.

I'll see if can come up with something in the next week or two but I'm a bit
short on time now. We'll see. It's nothing that bothers me, I'd just like to
get the manpages warning free in the long term.

I'd guess that most of those weird definitions at the top can be removed and
then I / we've to only check that everything is set in the right way and looking
nicely.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]

Fix for some warnings in the tex2lyx.1 manpage

[Sven Hoexter]

Hi,
attached is a small patch to set the comments right in the tex2lyx manpage.


With this patch applied there are only two warnings waiting to be fixed.
$ LANG=C man --warnings -l tex2lyx.1 /dev/null
standard input:43: warning: `Tr' not defined
standard input:584: warning: `IX' not defined

For the first one I've still no idea how exactly this should work so no
good idea on how to fix it either.

The .IX macros seem to be some legacy stuff from SunOS for section 3 manpages.
Citing http://www.linux.com/feature/34212

   There are additional macros for some systems. For instance, on
   old SunOS systems, there's an IX macro, used something like this:

   .IX mem2sz()  makes sz from mem

This was used in section 3 man pages to help populate an
index; it doesn't appear to have any effect in current man page
systems. The pod2man utility generates these for section headings.



I'll see if I can replace it with something more appropriate.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]
Index: tex2lyx.1
===
--- tex2lyx.1	(Revision 27981)
+++ tex2lyx.1	(Arbeitskopie)
@@ -1,11 +1,11 @@
 .rn '' }`
-''' $RCSfile: tex2lyx.man,v $$Revision: 1.1 $$Date: 2005/07/16 15:18:14 $
-'''
-''' $Log: tex2lyx.man,v $
-''' Revision 1.1  2005/07/16 15:18:14  larsbj
-''' drop reLyX like it is hot, and setup to use tex2lyx instead (and remerged po files + no.po small update)
-'''
-'''
+.\ $RCSfile: tex2lyx.man,v $$Revision: 1.1 $$Date: 2005/07/16 15:18:14 $
+.\
+.\ $Log: tex2lyx.man,v $
+.\ Revision 1.1  2005/07/16 15:18:14  larsbj
+.\ drop reLyX like it is hot, and setup to use tex2lyx instead (and remerged po files + no.po small update)
+.\
+.\
 .de Sh
 .br
 .if t .Sp
@@ -34,12 +34,12 @@
 
 .fi
 ..
-'''
-'''
-''' Set up \*(-- to give an unbreakable dash;
-''' string Tr holds user defined translation string.
-''' Bell System Logo is used as a dummy character.
-'''
+.\
+.\
+.\ Set up \*(-- to give an unbreakable dash;
+.\ string Tr holds user defined translation string.
+.\ Bell System Logo is used as a dummy character.
+.\
 .tr \(*W-|\(bv\*(Tr
 .ie n \{\
 .ds -- \(*W-
@@ -48,10 +48,10 @@
 .if (\n(.H=4u)(1m=20u) .ds -- \(*W\h'-12u'\(*W\h'-8u'-\ diablo 12 pitch
 .ds L 
 .ds R 
-'''   \*(M, \*(S, \*(N and \*(T are the equivalent of
-'''   \*(L and \*(R, except that they are used on .xx lines,
-'''   such as .IP and .SH, which do another additional levels of
-'''   double-quote interpretation
+.\   \*(M, \*(S, \*(N and \*(T are the equivalent of
+.\   \*(L and \*(R, except that they are used on .xx lines,
+.\   such as .IP and .SH, which do another additional levels of
+.\   double-quote interpretation
 .ds M 
 .ds S 
 .ds N 

Re: Fix for some warnings in the tex2lyx.1 manpage

[Sven Hoexter]

On Sun, Jan 04, 2009 at 02:16:30PM -0500, rgheck wrote:
 Sven Hoexter wrote:

Hi,

 attached is a small patch to set the comments right in the tex2lyx manpage.

   
 I'm happy to commit this, but someone who actually knows about this  
 should have a quick look first.

Ok. If you look through the file you'll see that the usual comment macro '.\'
is already in use on other places in the file.

If no one opposes I would remove all the .IX macros from the end of the file.
They seem to only trigger a warning and do nothing useful here.

Sven
-- 
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
   [The Cardigans - 03:45: No sleep]