Re: Re: [LyX 2.0.x] Fix broken installation (typo, already fixed in 1e44661fa04896036d9).

2013-02-23 Thread Kornel Benko 
Am Freitag, 22. Februar 2013 um 18:25:21, schrieb Scott Kostyshak 
skost...@lyx.org
 
 I have the same question for CMake. I remember that there was a
 similar variable typo at some point.
 
 Scott

Not that I am aware of. There was in 2008 attempt to
add a warning in cmake if using undefined variables,
but it did not get into the sources.
http://public.kitware.com/Bug/print_bug_page.php?bug_id=4249

Kornel

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

Re: Re: [LyX 2.0.x] Fix broken installation (typo, already fixed in 1e44661fa04896036d9).

2013-02-23 Thread Scott Kostyshak 
On Sat, Feb 23, 2013 at 5:22 AM, Kornel Benko kor...@lyx.org wrote:
 Am Freitag, 22. Februar 2013 um 18:25:21, schrieb Scott Kostyshak
 skost...@lyx.org



 I have the same question for CMake. I remember that there was a

 similar variable typo at some point.



 Scott



 Not that I am aware of. There was in 2008 attempt to

 add a warning in cmake if using undefined variables,

 but it did not get into the sources.

 http://public.kitware.com/Bug/print_bug_page.php?bug_id=4249

OK, thanks for the link. I don't understand why this is not a commonly
requested/implemented feature in scripting languages. I understand why
one would not want it for many purposes, but I don't understand why in
testing and debugging code one would not want the possibility of
setting it.

Scott

Re: Re: [LyX 2.0.x] Fix broken installation (typo, already fixed in 1e44661fa04896036d9).

2013-02-23 Thread Kornel Benko 
Am Freitag, 22. Februar 2013 um 18:25:21, schrieb Scott Kostyshak 

> 
> I have the same question for CMake. I remember that there was a
> similar variable typo at some point.
> 
> Scott

Not that I am aware of. There was in 2008 attempt to
add a warning in cmake if using undefined variables,
but it did not get into the sources.
http://public.kitware.com/Bug/print_bug_page.php?bug_id=4249

Kornel

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

Re: Re: [LyX 2.0.x] Fix broken installation (typo, already fixed in 1e44661fa04896036d9).

2013-02-23 Thread Scott Kostyshak 
On Sat, Feb 23, 2013 at 5:22 AM, Kornel Benko  wrote:
> Am Freitag, 22. Februar 2013 um 18:25:21, schrieb Scott Kostyshak
> 
>
>>
>
>> I have the same question for CMake. I remember that there was a
>
>> similar variable typo at some point.
>
>>
>
>> Scott
>
>
>
> Not that I am aware of. There was in 2008 attempt to
>
> add a warning in cmake if using undefined variables,
>
> but it did not get into the sources.
>
> http://public.kitware.com/Bug/print_bug_page.php?bug_id=4249

OK, thanks for the link. I don't understand why this is not a commonly
requested/implemented feature in scripting languages. I understand why
one would not want it for many purposes, but I don't understand why in
testing and debugging code one would not want the possibility of
setting it.

Scott

Re: [LyX 2.0.x] Fix broken installation (typo, already fixed in 1e44661fa04896036d9).

2013-02-22 Thread Scott Kostyshak 
On Fri, Feb 22, 2013 at 5:41 PM, Pavel Sanda sa...@lyx.org wrote:
 commit 215042720c04e430807b044ef89ff87c3e393ba9
 Author: Pavel Sanda sa...@lyx.org
 Date:   Fri Feb 22 14:33:56 2013 -0800

 Fix broken installation (typo, already fixed in 1e44661fa04896036d9).

 https://bugs.gentoo.org/show_bug.cgi?id=458692

 diff --git a/lib/Makefile.am b/lib/Makefile.am
 index 423fa61..f00fa73 100644
 --- a/lib/Makefile.am
 +++ b/lib/Makefile.am
 @@ -1635,6 +1635,6 @@ dist_ui_DATA = \

  install-data-hook:
 $(CHMOD) 755 $(DESTDIR)$(pkgdatadir)/configure.py
 -   for i in $(scriptdir)/*.py ; do \
 +   for i in $(scriptsdir)/*.py ; do \
 $(CHMOD) 755 $(DESTDIR)$(pkgdatadir)/$$i; \
 done

In bash, if set -u is put at the top of a script, unbound variables
cause an error. Is there something like this that could be put in
Makefile.am? Or can an option be specified when calling Makefile.am?
If so, is there any reason not to do this?

I have the same question for CMake. I remember that there was a
similar variable typo at some point.

Scott

Re: [LyX 2.0.x] Fix broken installation (typo, already fixed in 1e44661fa04896036d9).

2013-02-22 Thread Pavel Sanda 
Scott Kostyshak wrote:
 On Fri, Feb 22, 2013 at 5:41 PM, Pavel Sanda sa...@lyx.org wrote:
  commit 215042720c04e430807b044ef89ff87c3e393ba9
  Author: Pavel Sanda sa...@lyx.org
  Date:   Fri Feb 22 14:33:56 2013 -0800
 
  Fix broken installation (typo, already fixed in 1e44661fa04896036d9).
 
  https://bugs.gentoo.org/show_bug.cgi?id=458692
 
  diff --git a/lib/Makefile.am b/lib/Makefile.am
  index 423fa61..f00fa73 100644
  --- a/lib/Makefile.am
  +++ b/lib/Makefile.am
  @@ -1635,6 +1635,6 @@ dist_ui_DATA = \
 
   install-data-hook:
  $(CHMOD) 755 $(DESTDIR)$(pkgdatadir)/configure.py
  -   for i in $(scriptdir)/*.py ; do \
  +   for i in $(scriptsdir)/*.py ; do \
  $(CHMOD) 755 $(DESTDIR)$(pkgdatadir)/$$i; \
  done
 
 In bash, if set -u is put at the top of a script, unbound variables
 cause an error. Is there something like this that could be put in
 Makefile.am? Or can an option be specified when calling Makefile.am?
 If so, is there any reason not to do this?
 
 I have the same question for CMake. I remember that there was a
 similar variable typo at some point.


a-ou, it actually doesn't work in working environment when you fix the typo; no 
time
to inspect more, so i'll revert.

make[4]: Entering directory 
`/var/tmp/portage/app-office/lyx-2.0.98/work/var/tmp/portage/app-office/lyx-2
.0.98/work/lyx-2.0.98/lib'
chmod 755 
/var/tmp/portage/app-office/lyx-2.0.98/image//usr/share/lyx/configure.py
for i in /usr/share/lyx/scripts/*.py ; do \
chmod 755 /var/tmp/portage/app-office/lyx-2.0.98/image//usr/share/lyx/$i; \
done
chmod: cannot access 
'/var/tmp/portage/app-office/lyx-2.0.98/image//usr/share/lyx//usr/share/lyx/scripts/
clean_dvi.py': No such file or directory

(no worry worry about 98, just temporary build)

Richard, sorry to mess-up with the branch.

Pavel

Re: [LyX 2.0.x] Fix broken installation (typo, already fixed in 1e44661fa04896036d9).

2013-02-22 Thread Scott Kostyshak 
On Fri, Feb 22, 2013 at 5:41 PM, Pavel Sanda  wrote:
> commit 215042720c04e430807b044ef89ff87c3e393ba9
> Author: Pavel Sanda 
> Date:   Fri Feb 22 14:33:56 2013 -0800
>
> Fix broken installation (typo, already fixed in 1e44661fa04896036d9).
>
> https://bugs.gentoo.org/show_bug.cgi?id=458692
>
> diff --git a/lib/Makefile.am b/lib/Makefile.am
> index 423fa61..f00fa73 100644
> --- a/lib/Makefile.am
> +++ b/lib/Makefile.am
> @@ -1635,6 +1635,6 @@ dist_ui_DATA = \
>
>  install-data-hook:
> $(CHMOD) 755 $(DESTDIR)$(pkgdatadir)/configure.py
> -   for i in $(scriptdir)/*.py ; do \
> +   for i in $(scriptsdir)/*.py ; do \
> $(CHMOD) 755 $(DESTDIR)$(pkgdatadir)/$$i; \
> done

In bash, if "set -u" is put at the top of a script, unbound variables
cause an error. Is there something like this that could be put in
Makefile.am? Or can an option be specified when calling Makefile.am?
If so, is there any reason not to do this?

I have the same question for CMake. I remember that there was a
similar variable typo at some point.

Scott

Re: [LyX 2.0.x] Fix broken installation (typo, already fixed in 1e44661fa04896036d9).

2013-02-22 Thread Pavel Sanda 
Scott Kostyshak wrote:
> On Fri, Feb 22, 2013 at 5:41 PM, Pavel Sanda  wrote:
> > commit 215042720c04e430807b044ef89ff87c3e393ba9
> > Author: Pavel Sanda 
> > Date:   Fri Feb 22 14:33:56 2013 -0800
> >
> > Fix broken installation (typo, already fixed in 1e44661fa04896036d9).
> >
> > https://bugs.gentoo.org/show_bug.cgi?id=458692
> >
> > diff --git a/lib/Makefile.am b/lib/Makefile.am
> > index 423fa61..f00fa73 100644
> > --- a/lib/Makefile.am
> > +++ b/lib/Makefile.am
> > @@ -1635,6 +1635,6 @@ dist_ui_DATA = \
> >
> >  install-data-hook:
> > $(CHMOD) 755 $(DESTDIR)$(pkgdatadir)/configure.py
> > -   for i in $(scriptdir)/*.py ; do \
> > +   for i in $(scriptsdir)/*.py ; do \
> > $(CHMOD) 755 $(DESTDIR)$(pkgdatadir)/$$i; \
> > done
> 
> In bash, if "set -u" is put at the top of a script, unbound variables
> cause an error. Is there something like this that could be put in
> Makefile.am? Or can an option be specified when calling Makefile.am?
> If so, is there any reason not to do this?
> 
> I have the same question for CMake. I remember that there was a
> similar variable typo at some point.


a-ou, it actually doesn't work in working environment when you fix the typo; no 
time
to inspect more, so i'll revert.

make[4]: Entering directory 
`/var/tmp/portage/app-office/lyx-2.0.98/work/var/tmp/portage/app-office/lyx-2
.0.98/work/lyx-2.0.98/lib'
chmod 755 
/var/tmp/portage/app-office/lyx-2.0.98/image//usr/share/lyx/configure.py
for i in /usr/share/lyx/scripts/*.py ; do \
chmod 755 /var/tmp/portage/app-office/lyx-2.0.98/image//usr/share/lyx/$i; \
done
chmod: cannot access 
'/var/tmp/portage/app-office/lyx-2.0.98/image//usr/share/lyx//usr/share/lyx/scripts/
clean_dvi.py': No such file or directory

(no worry worry about "98", just temporary build)

Richard, sorry to mess-up with the branch.

Pavel