wmf2eps

[Jürgen Spitzmüller]

We currently look for wmf2eps as EMF -> EPS converter. However, this
does not seem to work (the converter only supports WMF, not EMF).

Is this just by accident (copy-paste from WMF -> EPS)? Can I remove
this one?

Jürgen

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

Re: configure.py regression in RC1 compared to beta

[Uwe Stöhr]

El 29.10.2017 a las 08:54, Jürgen Spitzmüller escribió:


Any thoughts on whether this should be an rc1 blocker?


Yes, it should, if only since we need the rc to test all OSes.


+1


Anyway, I have pushed a fix to master. It works on Linux.


Great! This works here.

best regards
Uwe

Re: wmf2eps

[Jürgen Spitzmüller]

Am Sonntag, den 29.10.2017, 15:13 +0100 schrieb Uwe Stöhr:
> El 29.10.2017 a las 09:00, Jürgen Spitzmüller escribió:
> 
> > We currently look for wmf2eps as EMF -> EPS converter. However,
> > this
> > does not seem to work (the converter only supports WMF, not EMF).
> > 
> > Is this just by accident (copy-paste from WMF -> EPS)? Can I remove
> > this one?
> 
> Yes because wmf2eps can indeed only convert WMF files:
> https://ctan.org/pkg/wmf2eps?lang=de
> and there is no program emf2eps.

Done.

Jürgen

> 
> This removal should also be backported later to 2.3.
> 
> thanks and regards
> Uwe

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

Re: configure.py regression in RC1 compared to beta

[Stephan Witt]

Am 29.10.2017 um 08:54 schrieb Jürgen Spitzmüller :
> 
> Am Samstag, den 28.10.2017, 15:59 -0400 schrieb Scott Kostyshak:
>> I think that this is the type of issue that would not necessarily be
>> a
>> beta-blocker but that should be an rc-blocker. Indeed, we prioritized
>> fixing SVG conversion on Mac before rc1, which we did; so I suppose
>> we
>> should consider this as an rc1-blocker.
>> 
>> Any thoughts on whether this should be an rc1 blocker?
> 
> Yes, it should, if only since we need the rc to test all OSes.
> 
> Anyway, I have pushed a fix to master. It works on Linux.
> 
> Uwe, Stephan, can you test on your OSes, please?

Jürgen,

many thanks for doing this. I’m away from home with friends and don’t have time 
to answer ATM.

In case of a short break I’ll test and report back.

Stephan

Re: configure.py regression in RC1 compared to beta

[Uwe Stöhr]

El 28.10.2017 a las 19:25, Jürgen Spitzmüller escribió:


It should be quoted. You can check via the messages pane.


Hi Jürgen,

sorry I did not have time to look closer up to now.
Nevertheless I cannot see the complete path behind $$p, all I get is this:

---
from_file:D:/lyxdokumente/GraphicsTest/germany.emf
	to_file_base: 
C:/Users/Usti/AppData/Local/Temp/lyx_tmpdir.ZcmDkPdt4192/CacheItem.FS4192

from_format:  emf
to_format:png
graphics/GraphicsConverter.cpp (287): build_script ...
graphics/GraphicsConverter.cpp (414): ready!
graphics/GraphicsConverter.cpp (155):   Conversion script:
--
#!/usr/bin/env python
# -*- coding: utf-8 -*-
import os, shutil, sys

def unlinkNoThrow(file):
  ''' remove a file, do not throw if an error occurs '''
  try:
os.unlink(file)
  except:
pass

infile = "D:/lyxdokumente/GraphicsTest/germany.emf"
outfile = 
"C:/Users/Usti/AppData/Local/Temp/lyx_tmpdir.ZcmDkPdt4192/gconvertRR4192.emf"

shutil.copy(infile, outfile)
os.chdir("C:/Users/Usti/AppData/Local/Temp/lyx_tmpdir.ZcmDkPdt4192/")
infile = 
"C:/Users/Usti/AppData/Local/Temp/lyx_tmpdir.ZcmDkPdt4192/gconvertRR4192.emf"
infile_base = 
"C:/Users/Usti/AppData/Local/Temp/lyx_tmpdir.ZcmDkPdt4192/gconvertRR4192"
outfile = 
"C:/Users/Usti/AppData/Local/Temp/lyx_tmpdir.ZcmDkPdt4192/gconvertRR4192.eps"

outdir  = os.path.dirname(outfile)

if os.system(r'inkscape --file=$$p' + '"' + infile + '"' + ' 
--export-area-drawing --without-gui --export-eps=$$p' + '"' + outfile + 
'"' + '') != 0:

  unlinkNoThrow(outfile)
  sys.exit(1)

if not os.path.isfile(outfile):
  if os.path.isfile(outfile + '.0'):
os.rename(outfile + '.0', outfile)
import glob
for file in glob.glob(outfile + '.?'):
  unlinkNoThrow(file)
  else:
sys.exit(1)

if infile != outfile:
  unlinkNoThrow(infile)

infile = 
"C:/Users/Usti/AppData/Local/Temp/lyx_tmpdir.ZcmDkPdt4192/gconvertRR4192.eps"
infile_base = 
"C:/Users/Usti/AppData/Local/Temp/lyx_tmpdir.ZcmDkPdt4192/gconvertRR4192"
outfile = 
"C:/Users/Usti/AppData/Local/Temp/lyx_tmpdir.ZcmDkPdt4192/gconvertRR4192.png"

outdir  = os.path.dirname(outfile)
...
---

But

infile = 
"C:/Users/Usti/AppData/Local/Temp/lyx_tmpdir.ZcmDkPdt4192/gconvertRR4192.eps"


does not exist. So Inkscape did not create an EPS out of the EMF and 
this is how I found the reason with the $$p in the path to Inkscape.


I am unable to see what is behind the $$p variable. I mean if I omit the 
$$p variable as I did in my path for configure.py I get:


---
from_file:D:/lyxdokumente/GraphicsTest/germany.emf
	to_file_base: 
C:/Users/Usti/AppData/Local/Temp/lyx_tmpdir.ZcmDkPdt4192/CacheItem.ji4192

from_format:  emf
to_format:png
graphics/GraphicsConverter.cpp (287): build_script ...
graphics/GraphicsConverter.cpp (414): ready!
graphics/GraphicsConverter.cpp (155):   Conversion script:
--
#!/usr/bin/env python
# -*- coding: utf-8 -*-
import os, shutil, sys

def unlinkNoThrow(file):
  ''' remove a file, do not throw if an error occurs '''
  try:
os.unlink(file)
  except:
pass

infile = "D:/lyxdokumente/GraphicsTest/germany.emf"
outfile = 
"C:/Users/Usti/AppData/Local/Temp/lyx_tmpdir.ZcmDkPdt4192/gconvertHU4192.emf"

shutil.copy(infile, outfile)
os.chdir("C:/Users/Usti/AppData/Local/Temp/lyx_tmpdir.ZcmDkPdt4192/")
infile = 
"C:/Users/Usti/AppData/Local/Temp/lyx_tmpdir.ZcmDkPdt4192/gconvertHU4192.emf"
infile_base = 
"C:/Users/Usti/AppData/Local/Temp/lyx_tmpdir.ZcmDkPdt4192/gconvertHU4192"
outfile = 
"C:/Users/Usti/AppData/Local/Temp/lyx_tmpdir.ZcmDkPdt4192/gconvertHU4192.eps"

outdir  = os.path.dirname(outfile)

if os.system(r'inkscape --file=' + '"' + infile + '"' + ' 
--export-area-drawing --without-gui --export-eps=' + '"' + outfile + '"' 
+ '') != 0:

  unlinkNoThrow(outfile)
  sys.exit(1)

if not os.path.isfile(outfile):
  if os.path.isfile(outfile + '.0'):
os.rename(outfile + '.0', outfile)
import glob
for file in glob.glob(outfile + '.?'):
  unlinkNoThrow(file)
  else:
sys.exit(1)

if infile != outfile:
  unlinkNoThrow(infile)

infile = 
"C:/Users/Usti/AppData/Local/Temp/lyx_tmpdir.ZcmDkPdt4192/gconvertHU4192.eps"
infile_base = 
"C:/Users/Usti/AppData/Local/Temp/lyx_tmpdir.ZcmDkPdt4192/gconvertHU4192"
outfile = 
"C:/Users/Usti/AppData/Local/Temp/lyx_tmpdir.ZcmDkPdt4192/gconvertHU4192.png"

outdir  = os.path.dirname(outfile)
---

So to compare the relevant part we have:

- with $$p:

infile = "D:/lyxdokumente/GraphicsTest/germany.emf"
outfile = 
"C:/Users/Usti/AppData/Local/Temp/lyx_tmpdir.ZcmDkPdt4192/gconvertRR4192.emf"

shutil.copy(infile, outfile)

Re: wmf2eps

[Uwe Stöhr]

El 29.10.2017 a las 09:00, Jürgen Spitzmüller escribió:


We currently look for wmf2eps as EMF -> EPS converter. However, this
does not seem to work (the converter only supports WMF, not EMF).

Is this just by accident (copy-paste from WMF -> EPS)? Can I remove
this one?


Yes because wmf2eps can indeed only convert WMF files:
https://ctan.org/pkg/wmf2eps?lang=de
and there is no program emf2eps.

This removal should also be backported later to 2.3.

thanks and regards
Uwe

Re: Qt5svg.dll problem

[Uwe Stöhr]

El 29.10.2017 a las 10:02, edu Gpl escribió:


I used windows10 + lyx 2.3 beta1.
After i update MiKTex, i got this msg:
Qt5svg.dll is either not designed to run on windows or it containts an
error.


Dear Hatim,

MiKTeX updated recently their Qt5 dependencies. I might that this causes 
this problem.


Please run MiKTeX update as admin as often until you don't get any new 
updates (usually 2 times should be enough).

Does the problem persist?

If so then please wait until Monday when we will release LyX 2.3.0RC1. 
For this release I also updated LyX's Qt 5 dependencies.


regards Uwe

Qt5svg.dll problem

[edu Gpl]

Dear Lyx team
I used windows10 + lyx 2.3 beta1.
After i update MiKTex, i got this msg:
Qt5svg.dll is either not designed to run on windows or it containts an
error.

And i can't open lyx ?

Best regards

Re: configure.py regression in RC1 compared to beta

[Jürgen Spitzmüller]

Am Samstag, den 28.10.2017, 15:59 -0400 schrieb Scott Kostyshak:
> I think that this is the type of issue that would not necessarily be
> a
> beta-blocker but that should be an rc-blocker. Indeed, we prioritized
> fixing SVG conversion on Mac before rc1, which we did; so I suppose
> we
> should consider this as an rc1-blocker.
> 
> Any thoughts on whether this should be an rc1 blocker?

Yes, it should, if only since we need the rc to test all OSes.

Anyway, I have pushed a fix to master. It works on Linux.

Uwe, Stephan, can you test on your OSes, please?

Jürgen


> 
> Scott

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

Re: configure.py regression in RC1 compared to beta

[Uwe Stöhr]

El 29.10.2017 a las 16:52, Jürgen Spitzmüller escribió:


Note that I am traveling. So if it works on the Mac, someone will have
to cherry-pick it.


I might also not be able to commit soon. So Scott, could you please do 
this if Stephan gave his OK?


Moreover, I propose to commit configure.py as it is in master to 2.3 
because it also had some improvements LyX 2.3 should benefit from.


regards Uwe

Re: configure.py regression in RC1 compared to beta

[Jürgen Spitzmüller]

Am Sonntag, den 29.10.2017, 15:17 +0100 schrieb Uwe Stöhr:
> El 29.10.2017 a las 08:54, Jürgen Spitzmüller escribió:
> 
> > > Any thoughts on whether this should be an rc1 blocker?
> > 
> > Yes, it should, if only since we need the rc to test all OSes.
> 
> +1
> 
> > Anyway, I have pushed a fix to master. It works on Linux.
> 
> Great! This works here.

Note that I am traveling. So if it works on the Mac, someone will have
to cherry-pick it.

Jürgen

> 
> best regards
> Uwe

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

Re: Qt5svg.dll problem

[edu Gpl]

Dear Uwe & lyx team
Thank you. I reinstalled lyx 2.3 beta1. All ok.

Best regards


بتاريخ ٢٩‏/١٠‏/٢٠١٧ ٥:٢١ م، كتب "Uwe Stöhr" :

> El 29.10.2017 a las 10:02, edu Gpl escribió:
>
> I used windows10 + lyx 2.3 beta1.
>> After i update MiKTex, i got this msg:
>> Qt5svg.dll is either not designed to run on windows or it containts an
>> error.
>>
>
> Dear Hatim,
>
> MiKTeX updated recently their Qt5 dependencies. I might that this causes
> this problem.
>
> Please run MiKTeX update as admin as often until you don't get any new
> updates (usually 2 times should be enough).
> Does the problem persist?
>
> If so then please wait until Monday when we will release LyX 2.3.0RC1. For
> this release I also updated LyX's Qt 5 dependencies.
>
> regards Uwe
>
>
>