Description of problem: The first ten options from top in Help menu don't work: no sample file opens when you click on them Version-Release number of selected component (if applicable): Lyx 2.3.6.1 Qt 5.15.2 How reproducible: Every time I click on those Help menu options Steps to Reproduce: 1. Open Lyx 2. Click on Help menu 3. Click on any of the first ten options from top
Summary: The first ten options from top in Help menu don't work => Lyx:The first ten options from top in Help menu don't work
Created attachment 12715 [details] lyx install log I confirm on i586. In the installation from console i see lot of updmap [ERROR]
Created attachment 12716 [details] run lyx from console Also maybe to report upstream in the spanish mode complain about repeated shortcuts As it can see the message "LyX: unable to find documentation file" its repeated for each try (i only try the first 3)
And for last the same but forcing english LC_ALL=C lyx LyX: unable to find documentation file `Intro'. Bad installation? LyX: unable to find documentation file `Tutorial'. Bad installation? LyX: unable to find documentation file `UserGuide'. Bad installation?
Hi, thanks for reporting this. Assigned to the package maintainer. (Please set the status to 'assigned' if you are working on it) Cauldron is at same version. Assigning to this also.
Assignee: bugsquad => rverscheldeWhiteboard: (none) => MGA8TOOTarget Milestone: --- => Mageia 9Version: 8 => CauldronCC: (none) => ouaurelien
Still not work on mga8
Source RPM: lyx-2.3.6.1-1.mga8.src.rpm => lyx-2.3.6.1-1.mga8.src.rpm , lyx-2.3.6.1-2.mga9.src.rpmWhiteboard: MGA8TOO => MGA8TOO,MGA9TOO
BTW is outdated version 2.3.7 is available
I build 2.3.7 version taking patchs from mageia, debian, fedora and the lyx mail lists, the behaviour with the help utems its the same. Trying to fix this is see the opensuse spec (https://build.opensuse.org/package/view_file/openSUSE:Leap:15.5:Update/lyx/lyx.spec?expand=1) and see two interesting zones # Goal is to require/recommends (roughly) everything that is supported in the GUI of LyX # LyX can supoort everything of LaTeX in the preamble, but not everything is supported in the GUI # I have ingored extra fonts and document classes # Use "Recommends" so that expert users can have some control Recommends: texlive-algorithms Recommends: texlive-arabi Recommends: texlive-bezos Recommends: texlive-biber Recommends: texlive-bibtex8 ...lot more in spec... And # Some stuff needed for LyX's documentation: Recommends: texlive-braket Recommends: texlive-cprotect Recommends: texlive-diagbox Recommends: texlive-doublestroke Recommends: texlive-picinpar Recommends: texlive-shapepar Recommends: texlive-sidecap That and the very short list of texlive-<complement> produced by urpmq --list -f|grep texlive , make me thing that the missing texlive-<complement> packages in mageia is the root cause of the issue, are really lot and the questions is, if must open a report for each texlive-<complement> or a report including all the lists?
CC: (none) => j.alberto.vc
Depends on: (none) => 32249
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=32249
I guess the lyx package does not follow the restructuring we were having in texlive. We have a new bunch of packages, in order to get texlive a bit more handy: urpmq -ay texli texlive texlive-collection-basic texlive-context texlive-dist texlive-doc texlive-fonts-asian texlive-fonts-sources texlive-fontsextra texlive-pythontex texlive-texmf As you can see Suse and also fedora have a different packaging system. I guess you can solve the problem by setting: texlive texlive-collection-basic texlive-dist texlive-texmf this should include the most common packages required.
CC: (none) => mageia
(In reply to Marc Krämer from comment #8) > I guess you can solve the problem by setting: > texlive > texlive-collection-basic > texlive-dist > texlive-texmf > > this should include the most common packages required. I guess no, 2 of them are installed by urpmi and the other i already have in my system LC_ALL=C urpmi lyx To satisfy dependencies, the following packages are going to be installed: Package Version Release Arch (medium "Core Release") cmsuper 0.3.3 19.mga9 noarch fonts-ttf-latex 0.1 17.mga9 noarch lyx 2.3.6.1 2.mga9 x86_64 perl-Algorithm-Diff 1.201.0 2.mga9 noarch texlive-dist 20220321 12.mga9 noarch texlive-texmf 20220321 12.mga9 noarch 1.8GB of additional disk space will be used. 771MB of packages will be retrieved. Proceed with the installation of the 6 packages? (Y/n) y LC_ALL=C urpmi texlive texlive-collection-basic Packages texlive-collection-basic-20220321-12.mga9.noarch, texlive-20220321-7.mga9.x86_64 are already installed Marking texlive-collection-basic as manually installed, it won't be auto-orphaned Marking texlive as manually installed, it won't be auto-orphaned writing /var/lib/rpm/installed-through-deps.list I have serching the files provided by the packages recommended in the section "For Lyx Documentation" and found in mageia need to include also texlive-fontsextra But still the ten first menu items not works, produce the same output as in comment#2 and comment#3, i test later if some of the other packages helps
keep searching i install texlive-doc but nothing i not found equivalent or package provide the same as texlive-biber , the file CountriesOfEurope.map that is complain in the install. I will return tomorrow if i found other think
@katnatek: For you to understand, packaging texlive is not as easy as it seems. There is some sort of graphical installer that manages the installation and changes config files. Many distribs added texlive as a bump - which required 5G of space. And you have everything never needed. Others split up every single tex-package in an rpm - which is a lot of work and the user must exactly know what he wants. I splitted the package up, to e.g. remove asian fonts, if they are not needed. Installing cmsuper (needed by lyx) brings me some errors. Maybe we need to change some things here, to the way texlive does now. The files lyx is missing are inside lyx download: ./lib/doc/[LANUAGE]/*.lyx And these files are not part of the rpm file.
find BUILD/lyx-2.3.6.1/lib/doc/ -name Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/es/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/sk/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/it/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/el/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/sl/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/fr/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/eu/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/pt/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/sv/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/nb/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/ar/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/id/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/he/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/pl/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/gl/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/ca/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/ro/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/uk/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/zh_CN/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/ja/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/ru/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/da/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/nl/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/hu/Intro.lyx BUILD/lyx-2.3.6.1/lib/doc/de/Intro.lyx looks like this is the fallback: BUILD/lyx-2.3.6.1/lib/doc/Intro.lyx
(In reply to Marc Krämer from comment #12) > find BUILD/lyx-2.3.6.1/lib/doc/ -name Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/es/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/sk/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/it/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/el/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/sl/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/fr/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/eu/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/pt/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/sv/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/nb/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/ar/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/id/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/he/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/pl/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/gl/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/ca/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/ro/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/uk/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/zh_CN/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/ja/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/ru/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/da/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/nl/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/hu/Intro.lyx > BUILD/lyx-2.3.6.1/lib/doc/de/Intro.lyx > > > looks like this is the fallback: > BUILD/lyx-2.3.6.1/lib/doc/Intro.lyx That is the peak of the iceberg, remember that ten items not work, the complete list is: Intro Tutorial UserGuide Additional EmbeddedObjects Math Customization Shortcuts LFUNs LaTeXConfig
they are all inside this dir - this was just an example
they just need to be added to the spec file.
Created attachment 13976 [details] suggestion of spc for lyx 2.3.7 Finally i got the help items working, i got some warnings about duplicate listed files so i think could be enhanced by mageia's packagers ;) I upload patches and extra file listed in spec
Created attachment 13977 [details] first patch
Created attachment 13978 [details] Second patch
Created attachment 13979 [details] Third patch
Created attachment 13980 [details] 4th patch
Created attachment 13981 [details] Extra source for configurations of lyx
(In reply to Marc Krämer from comment #15) > they just need to be added to the spec file. Thanks for you help, now the ball is in mageia side, i still need investigate the suse recommends for see what is really missing in mageia but i let that to bug#32249
Created attachment 13982 [details] Revised spec i add a few more recommends to make it close with the suse spec. i think i cover all the suse recommends with the packages in mageia i found the missing recommend in comment#10 the way is packaged in other distros also complicate to find the mageia equivalent. i also comment in https://bugs.mageia.org/show_bug.cgi?id=32249#c2 the causes of some of the errors at install time
Depends on: 32249 => (none)
Created attachment 14139 [details] Second revision to spec for lyx 2.3.7 This version drops the extra source, and get rid of warnings about files listed twice
Attachment 13982 is obsolete: 0 => 1 Attachment 13976 is obsolete: 0 => 1 Attachment 13981 is obsolete: 0 => 1
CC: (none) => ngompa13
Created attachment 14140 [details] Diff with changes done from current spec in Cauldron
Created attachment 14193 [details] Proposed change to current Mageia 9 spec I see in cauldron a spec based on attachment#13976 [details] , I understand my last spec no follow some policies, but I can't remove obsolete mark in the attachment @Therry, @David or @Remy: did some of you think to release a package for Mageia 9? or at less add the lines #Missing Stuff pushd lib/doc for doc in $(find * -type f); do install -Dm0644 $doc %{buildroot}%{_datadir}/lyx/doc/$doc done popd To current mageia 9 spec to finally fix this?
Attachment 14139 is obsolete: 0 => 1 Attachment 14140 is obsolete: 0 => 1
CC: (none) => geiger.david68210, thierry.vignaud
@Therry, @David, please read comment#26, I fail adding you to cc list
Fixed on Caudron! Assigning to QA, Packages in 9/Core/Updates_testing: ====================== lyx-2.3.7-1.mga9 From SRPMS: lyx-2.3.7-1.mga9.src.rpm
Whiteboard: MGA8TOO,MGA9TOO => MGA8TOOTarget Milestone: Mageia 9 => ---Assignee: rverschelde => qa-bugsVersion: Cauldron => 9Hardware: x86_64 => All
Tested on Real Hardware Mageia 9 x86_64 Install current lyx package Open a terminal as user Run lyx Go to help menu and click on the ten items from top LyX: unable to find documentation file `Intro'. Bad installation? frontends/qt4/Menus.cpp (749): Menu warning: menu entries "Comentarios PDF|F" and "Diagrama Feynman|F" share the same shortcut. LyX: unable to find documentation file `Tutorial'. Bad installation? frontends/qt4/Menus.cpp (749): Menu warning: menu entries "Comentarios PDF|F" and "Diagrama Feynman|F" share the same shortcut. LyX: unable to find documentation file `UserGuide'. Bad installation? frontends/qt4/Menus.cpp (749): Menu warning: menu entries "Comentarios PDF|F" and "Diagrama Feynman|F" share the same shortcut. LyX: unable to find documentation file `Additional'. Bad installation? frontends/qt4/Menus.cpp (749): Menu warning: menu entries "Comentarios PDF|F" and "Diagrama Feynman|F" share the same shortcut. LyX: unable to find documentation file `EmbeddedObjects'. Bad installation? frontends/qt4/Menus.cpp (749): Menu warning: menu entries "Comentarios PDF|F" and "Diagrama Feynman|F" share the same shortcut. LyX: unable to find documentation file `Math'. Bad installation? frontends/qt4/Menus.cpp (749): Menu warning: menu entries "Comentarios PDF|F" and "Diagrama Feynman|F" share the same shortcut. frontends/qt4/Menus.cpp (749): Menu warning: menu entries "Comentarios PDF|F" and "Diagrama Feynman|F" share the same shortcut. LyX: unable to find documentation file `Customization'. Bad installation? frontends/qt4/Menus.cpp (749): Menu warning: menu entries "Comentarios PDF|F" and "Diagrama Feynman|F" share the same shortcut. LyX: unable to find documentation file `Shortcuts'. Bad installation? frontends/qt4/Menus.cpp (749): Menu warning: menu entries "Comentarios PDF|F" and "Diagrama Feynman|F" share the same shortcut. frontends/qt4/Menus.cpp (749): Menu warning: menu entries "Comentarios PDF|F" and "Diagrama Feynman|F" share the same shortcut. LyX: unable to find documentation file `LFUNs'. Bad installation? frontends/qt4/Menus.cpp (749): Menu warning: menu entries "Comentarios PDF|F" and "Diagrama Feynman|F" share the same shortcut. LyX: unable to find documentation file `LaTeXConfig'. Bad installation? frontends/qt4/Menus.cpp (749): Menu warning: menu entries "Comentarios PDF|F" and "Diagrama Feynman|F" share the same shortcut And not load the expected manual Update to testing packages without issues, I get some additional packages (it is expected) Run again lyx in terminal as user Go to help menu and click the ten items from the top All the expected manual are load in the application Note: I still got the complaints about items sharing the same shortcut and some manuals are not translated, but that is not the scope of this bug
Whiteboard: MGA8TOO => MGA8TOO,MGA9-64-OK
Are there some MGA8 packages to test, or are we not going to fix it for that because MGA8 is technically EOL?
CC: (none) => andrewsfarm
(In reply to Thomas Andrews from comment #30) > Are there some MGA8 packages to test, or are we not going to fix it for that > because MGA8 is technically EOL? I not found any, waiting for @David GEIGER answer
(In reply to katnatek from comment #31) > (In reply to Thomas Andrews from comment #30) > > Are there some MGA8 packages to test, or are we not going to fix it for that > > because MGA8 is technically EOL? > > I not found any, waiting for @David GEIGER answer It wasn't pushed to Mageia 8, so I didn't add Mga 8 to the advisory. This is the uploaded advisory: type: bugfix subject: Updated lyx package fixes failing Help entries src: 9: core: - lyx-2.3.7-1.mga9 description: | The top ten options in the Lyx Help menu did not work. This update fixes that issue. references: - https://bugs.mageia.org/show_bug.cgi?id=28938 Please remove the "advisory" keyword if it needs to be changed.
CC: (none) => marja11Keywords: (none) => advisory
(In reply to katnatek from comment #31) > (In reply to Thomas Andrews from comment #30) > > Are there some MGA8 packages to test, or are we not going to fix it for that > > because MGA8 is technically EOL? > > I not found any, waiting for @David GEIGER answer Is this really needed? When mga8 become EOL?
(In reply to David GEIGER from comment #33) > (In reply to katnatek from comment #31) > > (In reply to Thomas Andrews from comment #30) > > > Are there some MGA8 packages to test, or are we not going to fix it for that > > > because MGA8 is technically EOL? > > > > I not found any, waiting for @David GEIGER answer > > Is this really needed? When mga8 become EOL? I think the question arose from "MGA8TOO" being on the whiteboard. I'm removing it now.
Source RPM: lyx-2.3.6.1-1.mga8.src.rpm , lyx-2.3.6.1-2.mga9.src.rpm => lyx-2.3.6.1-2.mga9Whiteboard: MGA8TOO,MGA9-64-OK => MGA9-64-OK
(In reply to Marja Van Waes from comment #34) > (In reply to David GEIGER from comment #33) > > (In reply to katnatek from comment #31) > > > (In reply to Thomas Andrews from comment #30) > > > > Are there some MGA8 packages to test, or are we not going to fix it for that > > > > because MGA8 is technically EOL? > > > > > > I not found any, waiting for @David GEIGER answer > > > > Is this really needed? When mga8 become EOL? > > I think the question arose from "MGA8TOO" being on the whiteboard. I'm > removing it now. Correct, Marja. This is one of those times when it's better to ask than to assume and mess things up. Thanks. Validating.
Keywords: (none) => validated_updateCC: (none) => sysadmin-bugs
An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGAA-2023-0134.html
Resolution: (none) => FIXEDStatus: NEW => RESOLVED