no modules availables
Hi: I take a long time without using /LyX/, but my package manager has been updating lyx when new versions come out. Nowadays, I have installed version 2.3.5.2 (OS: Ubuntu 18.04). Today I tried to edit a file, with lyxformat 544, but /LyX/ tells me a module is missing. Looking at the module dialogue I found that no module is available. I've checked that the standard module files are in /usr/share/lyx/layouts, and besides them I have some other modules in ~/.lyx/layouts. When I run /LyX/ from a terminal I can notice the following error: UnicodeDecodeError: 'utf8' codec can't decode byte 0xa9 in position 395: invalid start byte support/Systemcall.cpp (276): Systemcall: 'python -tt "/usr/share/lyx/configure.py" --binary-dir="/usr/bin/"' finished with exit code 1 LyX: Done! Finally, when executing *Reconfigure*, an error dialog appears with the following message: The system reconfiguration has failed. Default textclass is used but LyX may not be able to work properly. Please reconfigure again if needed. I've run *Reconfigure* several times, but the modules still don't appear.Any leads on what's not going well? Cheers Ramom -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: no modules availables
On 8/14/20 11:28 AM, Jose Ramom Flores das Seixas wrote: Hi: I take a long time without using /LyX/, but my package manager has been updating lyx when new versions come out. Nowadays, I have installed version 2.3.5.2 (OS: Ubuntu 18.04). Today I tried to edit a file, with lyxformat 544, but /LyX/ tells me a module is missing. Looking at the module dialogue I found that no module is available. I've checked that the standard module files are in /usr/share/lyx/layouts, and besides them I have some other modules in ~/.lyx/layouts. When I run /LyX/ from a terminal I can notice the following error: UnicodeDecodeError: 'utf8' codec can't decode byte 0xa9 in position 395: invalid start byte support/Systemcall.cpp (276): Systemcall: 'python -tt "/usr/share/lyx/configure.py" --binary-dir="/usr/bin/"' finished with exit code 1 LyX: Done! Finally, when executing *Reconfigure*, an error dialog appears with the following message: The system reconfiguration has failed. Default textclass is used but LyX may not be able to work properly. Please reconfigure again if needed. I've run *Reconfigure* several times, but the modules still don't appear.Any leads on what's not going well? Cheers Ramom It would be nice to know if the alleged non-UTF8 character is in configure.py or in some file it is trying to read. I've attached configure.py from my system (Linux Mint 19.3). You might start by comparing it to the one on your system (in /usr/share/lyx) using diff, meld or whatever tool you prefer. If there is a discrepancy, try reconfiguring using my copy. If there's no difference in the script files, I would suggest trying to run the configuration script directly in a terminal (python -tt "/usr/share/lyx/configure.py" --binary-dir="/usr/bin/"). If you get the same error message, check ~/.lyx/configure.log to see if you can figure out where the error occurred, and maybe post the log here. Paul #! /usr/bin/python2 # -*- coding: utf-8 -*- # # file configure.py # This file is part of LyX, the document processor. # Licence details can be found in the file COPYING. # \author Bo Peng # Full author contact details are available in file CREDITS. from __future__ import print_function import glob, logging, os, re, shutil, subprocess, sys, stat if sys.version_info[0] < 3: import codecs open = codecs.open # set up logging logging.basicConfig(level = logging.DEBUG, format = '%(levelname)s: %(message)s', # ignore application name filename = 'configure.log', filemode = 'w') # # Add a handler to log to console console = logging.StreamHandler() console.setLevel(logging.INFO) # the console only print out general information formatter = logging.Formatter('%(message)s') # only print out the message itself console.setFormatter(formatter) logger = logging.getLogger('LyX') logger.addHandler(console) def quoteIfSpace(name): " utility function: quote name if it contains spaces " if ' ' in name: return '"' + name + '"' else: return name def writeToFile(filename, lines, append = False): " utility function: write or append lines to filename " if append: file = open(filename, 'a') else: file = open(filename, 'w') file.write(lines) file.close() def addToRC(lines): ''' utility function: shortcut for appending lines to outfile add newline at the end of lines. ''' if lines.strip(): writeToFile(outfile, lines + '\n', append = True) logger.debug('Add to RC:\n' + lines + '\n\n') def removeFiles(filenames): '''utility function: 'rm -f' ignore errors when file does not exist, or is a directory. ''' for file in filenames: try: os.remove(file) logger.debug('Removing file %s' % file) except: logger.debug('Failed to remove file %s' % file) pass def cmdOutput(cmd, asynchronous = False): '''utility function: run a command and get its output as a string cmd: command to run asynchronous: if False, return whole output as a string, otherwise return the stdout handle from which the output can be read (the caller is then responsible for closing it) ''' if os.name == 'nt': b = False if sys.version_info[0] < 3: cmd = 'cmd /d /c pushd ' + shortPath(os.getcwdu()) + '&' + cmd else: cmd = 'cmd /d /c pushd ' + shortPath(os.getcwd()) + '&' + cmd else: b = True pipe = subprocess.Popen(cmd, shell=b, close_fds=b, stdin=subprocess.PIPE, stdout=subprocess.PIPE, universal_newlines=True) pipe.stdin.close() if asynchronous: return pipe.stdout output = pipe.stdout.read() pipe.stdout.close() return output.strip() def shortPath(path): ''' On Windows, return the short version of "path" if possible ''' if os.name == 'nt': from ctypes import windll,
Re: no modules availables
On Friday, 14 August 2020 16.28.22 WEST Jose Ramom Flores das Seixas wrote: > Hi: > > I take a long time without using LyX, but my package manager has been > updating lyx when new versions come out. Nowadays, I have installed version > 2.3.5.2 (OS: Ubuntu 18.04). > > Today I tried to edit a file, with lyxformat 544, but LyX tells me a module > is missing. Looking at the module dialogue I found that no module is > available. > > I've checked that the standard module files are in /usr/share/lyx/layouts, > and besides them I have some other modules in ~/.lyx/layouts. > > When I run LyX from a terminal I can notice the following error: > > UnicodeDecodeError: 'utf8' codec can't decode byte 0xa9 in position 395: > invalid start byte support/Systemcall.cpp (276): Systemcall: 'python -tt > "/usr/share/lyx/configure.py" --binary-dir="/usr/bin/"' finished with exit > code 1 > > LyX: Done! From experience this means that you have a old layout file or module that have an encoding that is not utf-8. In your case I assume that the culprit is either in latin1 or latin9 (the difference between those is the presence/ absence of the euro sign). Also I thought that we had fixed all the remainder errors like this in 2.3.5.2 So my suggestion is to go to your personal lyx directory and check the encoding of file. By default in linux the location of the personal directory is ~/.lyx. You can see this in LyX using the menu: Help->About LyX->Version and see the User dir entry there. Using the shell in my case I have: $ cd ~/.lyx $ file bind/* bind/user.bind: ASCII text My suggestion is to check the layouts directory that could be the likely source of the problem: $ file layouts/* What happens if from the command line you run directly: $ python /usr/share/lyx/configure.py That will tells where does the code fails and it will be easier to diagnose the issue. > Finally, when executing Reconfigure, an error dialog appears with the > following message: > > The system reconfiguration has failed. > > Default textclass is used but LyX may > > not be able to work properly. > > Please reconfigure again if needed. > > > > I've run Reconfigure several times, but the modules still don't appear. Any > leads on what's not going well? > > > > Cheers > > Ramom Regards, -- José Abílio-- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: no modules availables
Am 14.08.20 um 19:34 schrieb Paul A. Rubin: On 8/14/20 11:28 AM, Jose Ramom Flores das Seixas wrote: Hi: I take a long time without using /LyX/, but my package manager has been updating lyx when new versions come out. Nowadays, I have installed version 2.3.5.2 (OS: Ubuntu 18.04). Today I tried to edit a file, with lyxformat 544, but /LyX/ tells me a module is missing. Looking at the module dialogue I found that no module is available. I've checked that the standard module files are in /usr/share/lyx/layouts, and besides them I have some other modules in ~/.lyx/layouts. When I run /LyX/ from a terminal I can notice the following error: UnicodeDecodeError: 'utf8' codec can't decode byte 0xa9 in position 395: invalid start byte support/Systemcall.cpp (276): Systemcall: 'python -tt "/usr/share/lyx/configure.py" --binary-dir="/usr/bin/"' finished with exit code 1 LyX: Done! Finally, when executing *Reconfigure*, an error dialog appears with the following message: The system reconfiguration has failed. Default textclass is used but LyX may not be able to work properly. Please reconfigure again if needed. I've run *Reconfigure* several times, but the modules still don't appear.Any leads on what's not going well? Cheers Ramom It would be nice to know if the alleged non-UTF8 character is in configure.py or in some file it is trying to read. I've attached configure.py from my system (Linux Mint 19.3). You might start by comparing it to the one on your system (in /usr/share/lyx) using diff, meld or whatever tool you prefer. If there is a discrepancy, try reconfiguring using my copy. If there's no difference in the script files, I would suggest trying to run the configuration script directly in a terminal (python -tt "/usr/share/lyx/configure.py" --binary-dir="/usr/bin/"). If you get the same error message, check ~/.lyx/configure.log to see if you can figure out where the error occurred, and maybe post the log here. Paul I have followed the discussion and proposals on "no modules available" In my case I get: python /usr/share/lyx/configure.py Traceback (most recent call last): File "/usr/share/lyx/configure.py", line 23, in filemode = 'w') File "/usr/lib/python2.7/logging/__init__.py", line 1554, in basicConfig hdlr = FileHandler(filename, mode) File "/usr/lib/python2.7/logging/__init__.py", line 920, in __init__ StreamHandler.__init__(self, self._open()) File "/usr/lib/python2.7/logging/__init__.py", line 950, in _open stream = open(self.baseFilename, self.mode) IOError: [Errno 13] Permission denied: '/usr/share/lyx/configure.log' wolfgang@Fuji:/usr/share/lyx$ lyx Warning: Failed to produce 1 preview snippet(s) is this, what one would expect if everything is ok? Wolfgang -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: no modules availables
On Saturday, 15 August 2020 08.36.32 WEST Wolfgang Engelmann wrote: > I have followed the discussion and proposals on "no modules available" > In my case I get: > > python /usr/share/lyx/configure.py > Traceback (most recent call last): >File "/usr/share/lyx/configure.py", line 23, in > filemode = 'w') >File "/usr/lib/python2.7/logging/__init__.py", line 1554, in basicConfig > hdlr = FileHandler(filename, mode) >File "/usr/lib/python2.7/logging/__init__.py", line 920, in __init__ > StreamHandler.__init__(self, self._open()) >File "/usr/lib/python2.7/logging/__init__.py", line 950, in _open > stream = open(self.baseFilename, self.mode) > IOError: [Errno 13] Permission denied: '/usr/share/lyx/configure.log' > > wolfgang@Fuji:/usr/share/lyx$ lyx > Warning: Failed to produce 1 preview snippet(s) > > is this, what one would expect if everything is ok? > > Wolfgang The problem here was that you tried to run the command in the /usr/share/lyx/ directory where you do not have permissions to write (and that is the intent). To reproduce what lyx is doing go instead to your user directory: $ cd ~/.lyx $ python /usr/share/lyx/configure.py That will reproduce the same call as lyx does. If you try to run that command in any other directory lyx will create all the files and directories present in the user directory. :-) Tell us the result. Regards, -- José Abílio-- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: no modules availables
Am 15.08.20 um 11:36 schrieb José Abílio Matos: On Saturday, 15 August 2020 08.36.32 WEST Wolfgang Engelmann wrote: > I have followed the discussion and proposals on "no modules available" > In my case I get: > > python /usr/share/lyx/configure.py > Traceback (most recent call last): > File "/usr/share/lyx/configure.py", line 23, in > filemode = 'w') > File "/usr/lib/python2.7/logging/__init__.py", line 1554, in basicConfig > hdlr = FileHandler(filename, mode) > File "/usr/lib/python2.7/logging/__init__.py", line 920, in __init__ > StreamHandler.__init__(self, self._open()) > File "/usr/lib/python2.7/logging/__init__.py", line 950, in _open > stream = open(self.baseFilename, self.mode) > IOError: [Errno 13] Permission denied: '/usr/share/lyx/configure.log' > > wolfgang@Fuji:/usr/share/lyx$ lyx > Warning: Failed to produce 1 preview snippet(s) > > is this, what one would expect if everything is ok? > > Wolfgang The problem here was that you tried to run the command in the /usr/share/lyx/ directory where you do not have permissions to write (and that is the intent). To reproduce what lyx is doing go instead to your user directory: $ cd ~/.lyx $ python /usr/share/lyx/configure.py That will reproduce the same call as lyx does. I am getting a long output with mostly yes, but also no-answers, e.g. checking for package garamondx [garamondx]... no +checking for font garamondx-fonts [zgmr8r]... no or +checking for document class aapaper [aa]... no +checking for document class foils [foils]... no or +checking for document class scrlettr [scrlettr]... no (not only those, just some examples) Should there be no 'no's' in the output of the command? If you try to run that command in any other directory lyx will create all the files and directories present in the user directory. :-) I am not sure what that means: Would it produce the no-outputs?? Wolfgang p.s. I am using Debian bullseye and LyX Version 2.3.5.2 (Thursday, June 25, 2020) Library directory: /usr/share/lyx/ User directory: ~/.lyx/ Qt Version (run-time): 5.14.2 Qt Version (compile-time): 5.14.2 Thanks, José Wolfgang -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: no modules availables
On Saturday, 15 August 2020 10.55.06 WEST Wolfgang Engelmann wrote: > I am getting a long output with mostly yes, but also no-answers, e.g. > checking for package garamondx [garamondx]... no > +checking for font garamondx-fonts [zgmr8r]... no > or > +checking for document class aapaper [aa]... no > +checking for document class foils [foils]... no > or > +checking for document class scrlettr [scrlettr]... no > > (not only those, just some examples) > > Should there be no 'no's' in the output of the command? Yes, this is a report of what was, or _not_, found in your computer. You can see some of that information in "Help->LaTeX Configuration". > > If you try to run that command in any other directory lyx will create > > all the files and directories present in the user directory. > > I am not sure what that means: Would it produce the no-outputs?? > Wolfgang > p.s. I am using Debian bullseye and > LyX Version 2.3.5.2 > (Thursday, June 25, 2020) > Library directory: /usr/share/lyx/ > User directory: ~/.lyx/ > Qt Version (run-time): 5.14.2 > Qt Version (compile-time): 5.14.2 You can see the full report in ~/.lyx/configure.log When the configure is run we only output the INFO lines to the console, the configure.log is more complete. > Thanks, José > > Wolfgang Do you still have problems running lyx? Regards, -- José Abílio-- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: no modules availables
Às 19:34 de 14/08/20, Paul A. Rubin escreveu: On 8/14/20 11:28 AM, Jose Ramom Flores das Seixas wrote: Hi: I take a long time without using /LyX/, but my package manager has been updating lyx when new versions come out. Nowadays, I have installed version 2.3.5.2 (OS: Ubuntu 18.04). Today I tried to edit a file, with lyxformat 544, but /LyX/ tells me a module is missing. Looking at the module dialogue I found that no module is available. I've checked that the standard module files are in /usr/share/lyx/layouts, and besides them I have some other modules in ~/.lyx/layouts. When I run /LyX/ from a terminal I can notice the following error: UnicodeDecodeError: 'utf8' codec can't decode byte 0xa9 in position 395: invalid start byte support/Systemcall.cpp (276): Systemcall: 'python -tt "/usr/share/lyx/configure.py" --binary-dir="/usr/bin/"' finished with exit code 1 LyX: Done! Finally, when executing *Reconfigure*, an error dialog appears with the following message: The system reconfiguration has failed. Default textclass is used but LyX may not be able to work properly. Please reconfigure again if needed. I've run *Reconfigure* several times, but the modules still don't appear.Any leads on what's not going well? Cheers Ramom It would be nice to know if the alleged non-UTF8 character is in configure.py or in some file it is trying to read. I've attached configure.py from my system (Linux Mint 19.3). You might start by comparing it to the one on your system (in /usr/share/lyx) using diff, meld or whatever tool you prefer. If there is a discrepancy, try reconfiguring using my copy. The files are identical. If there's no difference in the script files, I would suggest trying to run the configuration script directly in a terminal (python -tt "/usr/share/lyx/configure.py" --binary-dir="/usr/bin/"). If you get the same error message, check ~/.lyx/configure.log to see if you can figure out where the error occurred, and maybe post the log here. Paul There was a problem checking the layouts in ".lyx/layouts", since the configure.log stops in the first module: INFO: layouts/LB--AllowRaggedBottoms.module Thanks very much, Ramom -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: no modules availables
Am 15.08.20 um 12:19 schrieb José Abílio Matos: On Saturday, 15 August 2020 10.55.06 WEST Wolfgang Engelmann wrote: > I am getting a long output with mostly yes, but also no-answers, e.g. > checking for package garamondx [garamondx]... no > +checking for font garamondx-fonts [zgmr8r]... no > or > +checking for document class aapaper [aa]... no > +checking for document class foils [foils]... no > or > +checking for document class scrlettr [scrlettr]... no > > (not only those, just some examples) > > Should there be no 'no's' in the output of the command? Yes, this is a report of what was, or _not_, found in your computer. You can see some of that information in "Help->LaTeX Configuration". > > If you try to run that command in any other directory lyx will create > > I am not sure what that means: Would it produce the no-outputs?? > Wolfgang > p.s. I am using Debian bullseye and > LyX Version 2.3.5.2 > (Thursday, June 25, 2020) > Library directory: /usr/share/lyx/ > User directory: ~/.lyx/ > Qt Version (run-time): 5.14.2 > Qt Version (compile-time): 5.14.2 You can see the full report in ~/.lyx/configure.log When the configure is run we only output the INFO lines to the console, the configure.log is more complete. > Thanks, José > > Wolfgang Do you still have problems running lyx? I can use lyx, however there is a slight annoyance and I thought the issue discussed here might cure it. If I get an error (e.g. with uppertitleback and lowertitleback) and fix it, the error is still mentioned in the output, although the pdf file is alright. This happens also, if I change the name of my lyx file ans save/use it. There might be another reason, though. Wolfgang Regards, -- José Abílio -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: no modules availables
Am Sat, 15 Aug 2020 20:16:14 +0200 schrieb Wolfgang Engelmann : > Am 15.08.20 um 12:19 schrieb José Abílio Matos: > > On Saturday, 15 August 2020 10.55.06 WEST Wolfgang Engelmann wrote: > > > > > I am getting a long output with mostly yes, but also no-answers, e.g. > > > > > checking for package garamondx [garamondx]... no > > > > > +checking for font garamondx-fonts [zgmr8r]... no > > > > > or > > > > > +checking for document class aapaper [aa]... no > > > > > +checking for document class foils [foils]... no > > > > > or > > > > > +checking for document class scrlettr [scrlettr]... no > > > > > > > > > > (not only those, just some examples) > > > > > > > > > > Should there be no 'no's' in the output of the command? > > > > Yes, this is a report of what was, or _not_, found in your computer. > > > > You can see some of that information in "Help->LaTeX Configuration". > > > > > > If you try to run that command in any other directory lyx will create > > > > > > > > > > I am not sure what that means: Would it produce the no-outputs?? > > > > > Wolfgang > > > > > p.s. I am using Debian bullseye and > > > > > LyX Version 2.3.5.2 > > > > > (Thursday, June 25, 2020) > > > > > Library directory: /usr/share/lyx/ > > > > > User directory: ~/.lyx/ > > > > > Qt Version (run-time): 5.14.2 > > > > > Qt Version (compile-time): 5.14.2 > > > > You can see the full report in ~/.lyx/configure.log > > > > When the configure is run we only output the INFO lines to the console, > > the configure.log is more complete. > > > > > Thanks, José > > > > > > > > > > Wolfgang > > > > Do you still have problems running lyx? > > I can use lyx, however there is a slight annoyance and I thought the > issue discussed here might cure it. If I get an error (e.g. with > uppertitleback and lowertitleback) and fix it, the error is still > mentioned in the output, although the pdf file is alright. This happens > also, if I change the name of my lyx file ans save/use it. There might > be another reason, though. > Wolfgang > > Regards, > > You have to reconfigure again, because lyx uses cached list of available latex files. Kornel pgpo5tVqxwh4s.pgp Description: Digitale Signatur von OpenPGP -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: no modules availables
Am 15.08.20 um 20:21 schrieb Kornel Benko: Am Sat, 15 Aug 2020 20:16:14 +0200 schrieb Wolfgang Engelmann : Am 15.08.20 um 12:19 schrieb José Abílio Matos: On Saturday, 15 August 2020 10.55.06 WEST Wolfgang Engelmann wrote: > I am getting a long output with mostly yes, but also no-answers, e.g. > checking for package garamondx [garamondx]... no > +checking for font garamondx-fonts [zgmr8r]... no > or > +checking for document class aapaper [aa]... no > +checking for document class foils [foils]... no > or > +checking for document class scrlettr [scrlettr]... no > > (not only those, just some examples) > > Should there be no 'no's' in the output of the command? Yes, this is a report of what was, or _not_, found in your computer. You can see some of that information in "Help->LaTeX Configuration". > > If you try to run that command in any other directory lyx will create > > I am not sure what that means: Would it produce the no-outputs?? > Wolfgang > p.s. I am using Debian bullseye and > LyX Version 2.3.5.2 > (Thursday, June 25, 2020) > Library directory: /usr/share/lyx/ > User directory: ~/.lyx/ > Qt Version (run-time): 5.14.2 > Qt Version (compile-time): 5.14.2 You can see the full report in ~/.lyx/configure.log When the configure is run we only output the INFO lines to the console, the configure.log is more complete. > Thanks, José > > Wolfgang Do you still have problems running lyx? I can use lyx, however there is a slight annoyance and I thought the issue discussed here might cure it. If I get an error (e.g. with uppertitleback and lowertitleback) and fix it, the error is still mentioned in the output, although the pdf file is alright. This happens also, if I change the name of my lyx file ans save/use it. There might be another reason, though. Wolfgang Regards, You have to reconfigure again, because lyx uses cached list of available latex files. Kornel I did this just now, but after reconfigure it still complains about upper/lowertitleback Wolfgang -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: no modules availables
Am Sun, 16 Aug 2020 09:46:19 +0200 schrieb Wolfgang Engelmann : > Am 15.08.20 um 20:21 schrieb Kornel Benko: > > Am Sat, 15 Aug 2020 20:16:14 +0200 > > schrieb Wolfgang Engelmann : > > > >> Am 15.08.20 um 12:19 schrieb José Abílio Matos: > >>> On Saturday, 15 August 2020 10.55.06 WEST Wolfgang Engelmann wrote: > >>> > >>> > I am getting a long output with mostly yes, but also no-answers, e.g. > >>> > >>> > >>> > checking for package garamondx [garamondx]... no > >>> > >>> > +checking for font garamondx-fonts [zgmr8r]... no > >>> > >>> > or > >>> > >>> > +checking for document class aapaper [aa]... no > >>> > >>> > +checking for document class foils [foils]... no > >>> > >>> > or > >>> > >>> > +checking for document class scrlettr [scrlettr]... no > >>> > >>> > > >>> > >>> > (not only those, just some examples) > >>> > >>> > > >>> > >>> > Should there be no 'no's' in the output of the command? > >>> > >>> Yes, this is a report of what was, or _not_, found in your computer. > >>> > >>> You can see some of that information in "Help->LaTeX Configuration". > >>> > >>> > > If you try to run that command in any other directory lyx will > >>> create > >>> > >>> > > >>> > >>> > I am not sure what that means: Would it produce the no-outputs?? > >>> > >>> > Wolfgang > >>> > >>> > p.s. I am using Debian bullseye and > >>> > >>> > LyX Version 2.3.5.2 > >>> > >>> > (Thursday, June 25, 2020) > >>> > >>> > Library directory: /usr/share/lyx/ > >>> > >>> > User directory: ~/.lyx/ > >>> > >>> > Qt Version (run-time): 5.14.2 > >>> > >>> > Qt Version (compile-time): 5.14.2 > >>> > >>> You can see the full report in ~/.lyx/configure.log > >>> > >>> When the configure is run we only output the INFO lines to the console, > >>> the configure.log is more complete. > >>> > >>> > Thanks, José > >>> > >>> > > >>> > >>> > Wolfgang > >>> > >>> Do you still have problems running lyx? > >> > >> I can use lyx, however there is a slight annoyance and I thought the > >> issue discussed here might cure it. If I get an error (e.g. with > >> uppertitleback and lowertitleback) and fix it, the error is still > >> mentioned in the output, although the pdf file is alright. This happens > >> also, if I change the name of my lyx file ans save/use it. There might > >> be another reason, though. > >> Wolfgang > >>> Regards, > >>> > > > > You have to reconfigure again, because lyx uses cached list of available > > latex files. > > > > Kornel > > > > > I did this just now, but after reconfigure it still complains about > upper/lowertitleback > Wolfgang Is this also your case? https://www.komascript.de/node/191 Kornel pgpb3pmxQvBhd.pgp Description: Digitale Signatur von OpenPGP -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: no modules availables
Am 16.08.20 um 10:12 schrieb Kornel Benko: Am Sun, 16 Aug 2020 09:46:19 +0200 schrieb Wolfgang Engelmann : Am 15.08.20 um 20:21 schrieb Kornel Benko: Am Sat, 15 Aug 2020 20:16:14 +0200 schrieb Wolfgang Engelmann : Am 15.08.20 um 12:19 schrieb José Abílio Matos: On Saturday, 15 August 2020 10.55.06 WEST Wolfgang Engelmann wrote: > I am getting a long output with mostly yes, but also no-answers, e.g. > checking for package garamondx [garamondx]... no > +checking for font garamondx-fonts [zgmr8r]... no > or > +checking for document class aapaper [aa]... no > +checking for document class foils [foils]... no > or > +checking for document class scrlettr [scrlettr]... no > > (not only those, just some examples) > > Should there be no 'no's' in the output of the command? Yes, this is a report of what was, or _not_, found in your computer. You can see some of that information in "Help->LaTeX Configuration". > > If you try to run that command in any other directory lyx will create > > I am not sure what that means: Would it produce the no-outputs?? > Wolfgang > p.s. I am using Debian bullseye and > LyX Version 2.3.5.2 > (Thursday, June 25, 2020) > Library directory: /usr/share/lyx/ > User directory: ~/.lyx/ > Qt Version (run-time): 5.14.2 > Qt Version (compile-time): 5.14.2 You can see the full report in ~/.lyx/configure.log When the configure is run we only output the INFO lines to the console, the configure.log is more complete. > Thanks, José > > Wolfgang Do you still have problems running lyx? I can use lyx, however there is a slight annoyance and I thought the issue discussed here might cure it. If I get an error (e.g. with uppertitleback and lowertitleback) and fix it, the error is still mentioned in the output, although the pdf file is alright. This happens also, if I change the name of my lyx file ans save/use it. There might be another reason, though. Wolfgang Regards, You have to reconfigure again, because lyx uses cached list of available latex files. Kornel I did this just now, but after reconfigure it still complains about upper/lowertitleback Wolfgang Is this also your case? https://www.komascript.de/node/191 Kornel no, I do use komascript, but twosided Wolfgang -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Fwd: Re: no modules availables
Mensagem reencaminhada Assunto:Re: no modules availables Data: Sat, 15 Aug 2020 15:56:29 +0200 De: Jose Ramom Flores das Seixas Para: José Abílio Matos Às 23:37 de 14/08/20, José Abílio Matos escreveu: On Friday, 14 August 2020 16.28.22 WEST Jose Ramom Flores das Seixas wrote: > Hi: > > I take a long time without using LyX, but my package manager has been > updating lyx when new versions come out. Nowadays, I have installed version > 2.3.5.2 (OS: Ubuntu 18.04). > > Today I tried to edit a file, with lyxformat 544, but LyX tells me a module > is missing. Looking at the module dialogue I found that no module is > available. > > I've checked that the standard module files are in /usr/share/lyx/layouts, > and besides them I have some other modules in ~/.lyx/layouts. > > When I run LyX from a terminal I can notice the following error: > > UnicodeDecodeError: 'utf8' codec can't decode byte 0xa9 in position 395: > invalid start byte support/Systemcall.cpp (276): Systemcall: 'python -tt > "/usr/share/lyx/configure.py" --binary-dir="/usr/bin/"' finished with exit > code 1 > > LyX: Done! From experience this means that you have a old layout file or module that have an encoding that is not utf-8. In your case I assume that the culprit is either in latin1 or latin9 (the difference between those is the presence/absence of the euro sign). Also I thought that we had fixed all the remainder errors like this in 2.3.5.2 So my suggestion is to go to your personal lyx directory and check the encoding of file. By default in linux the location of the personal directory is ~/.lyx. You can see this in LyX using the menu: Help->About LyX->Version and see the User dir entry there. Using the shell in my case I have: $ cd ~/.lyx $ file bind/* bind/user.bind: ASCII text My suggestion is to check the layouts directory that could be the likely source of the problem: $ file layouts/* You got it right, as I had several old modules from Editorium <http://www.editorium.com/lyxconverter.htm> of type: Non-ISO extended-ASCII text, with CRLF line terminators I have converted them to UTF-8 Unicode text and now configure.py recognizes all the modules. On the other hand, executing *Reconfigure* inside LyX no longer gives an error message. However, it still does not recognize Inkscape, even though it is installed. So in the log file the following is listed: INFO: checking for a SVG -> PDFTeX converter...INFO: +checking for "inkscape"... no Thanks you very much Ramom -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Fwd: Re: no modules availables
Às 16:23 de 15/08/20, Jose Ramom Flores das Seixas escreveu: Mensagem reencaminhada Assunto:Re: no modules availables Data: Sat, 15 Aug 2020 15:56:29 +0200 De: Jose Ramom Flores das Seixas Para: José Abílio Matos Às 23:37 de 14/08/20, José Abílio Matos escreveu: On Friday, 14 August 2020 16.28.22 WEST Jose Ramom Flores das Seixas wrote: > Hi: > > I take a long time without using LyX, but my package manager has been > updating lyx when new versions come out. Nowadays, I have installed version > 2.3.5.2 (OS: Ubuntu 18.04). > > Today I tried to edit a file, with lyxformat 544, but LyX tells me a module > is missing. Looking at the module dialogue I found that no module is > available. > > I've checked that the standard module files are in /usr/share/lyx/layouts, > and besides them I have some other modules in ~/.lyx/layouts. > > When I run LyX from a terminal I can notice the following error: > > UnicodeDecodeError: 'utf8' codec can't decode byte 0xa9 in position 395: > invalid start byte support/Systemcall.cpp (276): Systemcall: 'python -tt > "/usr/share/lyx/configure.py" --binary-dir="/usr/bin/"' finished with exit > code 1 > > LyX: Done! From experience this means that you have a old layout file or module that have an encoding that is not utf-8. In your case I assume that the culprit is either in latin1 or latin9 (the difference between those is the presence/absence of the euro sign). Also I thought that we had fixed all the remainder errors like this in 2.3.5.2 So my suggestion is to go to your personal lyx directory and check the encoding of file. By default in linux the location of the personal directory is ~/.lyx. You can see this in LyX using the menu: Help->About LyX->Version and see the User dir entry there. Using the shell in my case I have: $ cd ~/.lyx $ file bind/* bind/user.bind: ASCII text My suggestion is to check the layouts directory that could be the likely source of the problem: $ file layouts/* You got it right, as I had several old modules from Editorium <http://www.editorium.com/lyxconverter.htm> of type: Non-ISO extended-ASCII text, with CRLF line terminators I have converted them to UTF-8 Unicode text and now configure.py recognizes all the modules. On the other hand, executing *Reconfigure* inside LyX no longer gives an error message. However, it still does not recognize Inkscape, even though it is installed. So in the log file the following is listed: INFO: checking for a SVG -> PDFTeX converter...INFO: +checking for "inkscape"... no The problem with Inkscape was that I had installed it as a flatpak package. I've removed it and installed the deb package and now all seem OK. Cheers Ramom -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Fwd: Re: no modules availables
On Saturday, 15 August 2020 15.26.27 WEST Jose Ramom Flores das Seixas wrote: > The problem with Inkscape was that I had installed it as a flatpak package. > I've removed it and installed the deb package and now all seem OK. > > Cheers > > Ramom Yes, that is the problem. :-) The issue is that to call inkscape from the command line the right way would be: flatpack run org.inkscape.Inkscape while we simply test inkscape FWIW the same happens for other flatpack packages. At moment we do not test for flatpacks. -- José Abílio-- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Fwd: Re: no modules availables
On 8/15/20 10:47 AM, José Abílio Matos wrote: > > On Saturday, 15 August 2020 15.26.27 WEST Jose Ramom Flores das Seixas > wrote: > > > The problem with Inkscape was that I had installed it as a flatpak > package. > > > I've removed it and installed the deb package and now all seem OK. > > > > > > Cheers > > > > > > Ramom > > > > Yes, that is the problem. :-) > > > > The issue is that to call inkscape from the command line the right way > would be: > > > > flatpack run org.inkscape.Inkscape > > > > while we simply test > > > > inkscape > > > > > > FWIW the same happens for other flatpack packages. At moment we do not > test for flatpacks. > Do you think that is worth doing? It's too bad there's no consistent translation from command names to flatpack commands. Riki -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Fwd: Re: no modules availables
On Saturday, 15 August 2020 16.44.37 WEST Richard Kimberly Heck wrote: > Do you think that is worth doing? If it can be done easily then why not? :-) Basically that and people asking for it. :-) The configure code has annoyed me for a long time and at the next development cycle I would like to refactor it so that there is specific platform code. Then flatpack code could go there. > It's too bad there's no consistent > translation from command names to flatpack commands. The solution would be to create an associative array with the program name and the url (or whatever it is called) name. That would be an static table. We could also go the next stage and use a dynamic table built asking flatpack what are the packages available. > Riki -- José Abílio -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
Re: Fwd: Re: no modules availables
On Saturday, 15 August 2020 15.26.27 WEST Jose Ramom Flores das Seixas wrote: > You got it right, as I had several old modules from Editorium of type: > > Non-ISO extended-ASCII text, with CRLF line terminators > > I have converted them to > > UTF-8 Unicode text > > and now configure.py recognizes all the modules. > > On the other hand, executing Reconfigure inside LyX no longer gives an > error message. Thank you for reporting this problem. For reference this is another manifestation of https://www.lyx.org/trac/ticket/11736 In this bug we fixed the corresponding issue with layout files. I have committed a fix for this issue in the development branch (to be lyx 2.4.0) and soon it will also committed to the stable branch (for 2.3.6). Regards, -- José Abílio -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users
SOLVED > Re: no modules availables > upper- and lowertitleback
Am 16.08.20 um 13:54 schrieb Wolfgang Engelmann: Am 16.08.20 um 10:12 schrieb Kornel Benko: Am Sun, 16 Aug 2020 09:46:19 +0200 schrieb Wolfgang Engelmann : Am 15.08.20 um 20:21 schrieb Kornel Benko: Am Sat, 15 Aug 2020 20:16:14 +0200 schrieb Wolfgang Engelmann : Am 15.08.20 um 12:19 schrieb José Abílio Matos: On Saturday, 15 August 2020 10.55.06 WEST Wolfgang Engelmann wrote: > I am getting a long output with mostly yes, but also no-answers, e.g. > checking for package garamondx [garamondx]... no > +checking for font garamondx-fonts [zgmr8r]... no > or > +checking for document class aapaper [aa]... no > +checking for document class foils [foils]... no > or > +checking for document class scrlettr [scrlettr]... no > > (not only those, just some examples) > > Should there be no 'no's' in the output of the command? Yes, this is a report of what was, or _not_, found in your computer. You can see some of that information in "Help->LaTeX Configuration". > > If you try to run that command in any other directory lyx will create > > I am not sure what that means: Would it produce the no-outputs?? > Wolfgang > p.s. I am using Debian bullseye and > LyX Version 2.3.5.2 > (Thursday, June 25, 2020) > Library directory: /usr/share/lyx/ > User directory: ~/.lyx/ > Qt Version (run-time): 5.14.2 > Qt Version (compile-time): 5.14.2 You can see the full report in ~/.lyx/configure.log When the configure is run we only output the INFO lines to the console, the configure.log is more complete. > Thanks, José > > Wolfgang Do you still have problems running lyx? I can use lyx, however there is a slight annoyance and I thought the issue discussed here might cure it. If I get an error (e.g. with uppertitleback and lowertitleback) and fix it, the error is still mentioned in the output, although the pdf file is alright. This happens also, if I change the name of my lyx file ans save/use it. There might be another reason, though. Wolfgang Regards, You have to reconfigure again, because lyx uses cached list of available latex files. Kornel I did this just now, but after reconfigure it still complains about upper/lowertitleback Wolfgang Is this also your case? https://www.komascript.de/node/191 Kornel no, I do use komascript, but twosided Wolfgang my colleague Karl-Heinz found the reason for the complains of lyx about upper- and lowertitleback. I had copied (long ago, so I had forgotten) parts from the uppertitleback in the appendix, where it still was in this mode instead of in standard. Changing it to standard solved the issue Wolfgang -- lyx-users mailing list lyx-users@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-users