Re: [Offtopic] a5toa4
On Tue, Nov 21, 2023 at 08:25:57PM -0500, Alexander Dunlap wrote: > I am so sorry, I tried it again and I can no longer reproduce either :-( This is actually positive outcome :) The fix is now in debian and hopefully in CTAN once I find some more time. Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [Offtopic] a5toa4
I am so sorry, I tried it again and I can no longer reproduce either :-( I will try to think of if there was anything I was doing differently earlier. On Tue, Nov 21, 2023, at 5:08 PM, Pavel Sanda wrote: > On Tue, Nov 21, 2023 at 10:26:06AM -0500, Alexander Dunlap wrote: > > I tried the same PDF in all three scenarios. > > Ok, you challenged me to test this on both TL 2022 (debian based) and TL 2023 > (installed locally for a standalone user). > Everything worked in both TL 2022 & 2023. > > Could you give me exact recipy how to reproduce your problem? > Perhaps something specific about the pdf itself (you can send it to me > privately if it's not conbfidental). > > Thanks, > Pavel > -- > lyx-devel mailing list > lyx-devel@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-devel > -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [Offtopic] a5toa4
On Tue, Nov 21, 2023 at 10:26:06AM -0500, Alexander Dunlap wrote: > I tried the same PDF in all three scenarios. Ok, you challenged me to test this on both TL 2022 (debian based) and TL 2023 (installed locally for a standalone user). Everything worked in both TL 2022 & 2023. Could you give me exact recipy how to reproduce your problem? Perhaps something specific about the pdf itself (you can send it to me privately if it's not conbfidental). Thanks, Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [Offtopic] a5toa4
I tried the same PDF in all three scenarios. On Tue, Nov 21, 2023, at 10:06 AM, Pavel Sanda wrote: > On Tue, Nov 21, 2023 at 08:48:40AM -0500, Alexander Dunlap wrote: > > None of these tests give me any error messages. However, when I test it with > > the absolute path, the output I get is different. I ran it on a two-page PDF > > and with relative paths the resulting PDF is a single page with both pages > > side by side, in a file called ORIGINALFILENAME-sidebyside.pdf. However, > > when > > I run it with an absolute path, I get a PDF (in the same filename) with only > > the text "width=!,height=!,pages=-,nup=2x1" > > Thanks for your feedback. I do not see any problem here. > > One possibility is that pdflatex changed again in new TL version, > second option is that there is something specific about the pdf > which you tried with the absolute path. Or you tried the same > pdf in all three scenarios? > > Pavel > -- > lyx-devel mailing list > lyx-devel@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-devel > -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [Offtopic] a5toa4
On Tue, Nov 21, 2023 at 08:48:40AM -0500, Alexander Dunlap wrote: > None of these tests give me any error messages. However, when I test it with > the absolute path, the output I get is different. I ran it on a two-page PDF > and with relative paths the resulting PDF is a single page with both pages > side by side, in a file called ORIGINALFILENAME-sidebyside.pdf. However, when > I run it with an absolute path, I get a PDF (in the same filename) with only > the text "width=!,height=!,pages=-,nup=2x1" Thanks for your feedback. I do not see any problem here. One possibility is that pdflatex changed again in new TL version, second option is that there is something specific about the pdf which you tried with the absolute path. Or you tried the same pdf in all three scenarios? Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [Offtopic] a5toa4
None of these tests give me any error messages. However, when I test it with the absolute path, the output I get is different. I ran it on a two-page PDF and with relative paths the resulting PDF is a single page with both pages side by side, in a file called ORIGINALFILENAME-sidebyside.pdf. However, when I run it with an absolute path, I get a PDF (in the same filename) with only the text "width=!,height=!,pages=-,nup=2x1" Alex On Tue, Nov 21, 2023, at 6:00 AM, Pavel Sanda wrote: > On Mon, Nov 20, 2023 at 10:34:48AM -0500, Alexander Dunlap wrote: > > Yes that is right, sorry for not reading carefully. :-) > > Alas, the former fix breaks with path specifications. > > The path searching mechanism of pdflatex (when -output-directory is used) > is willing to consider current directory for path like "../../a/b/file" > but is unwilling to consider current directory when only "file" is provided. > Weird. > > Alexander, would you mind testing for me 2nd version of the patch? > You need to unwind the last patch ("-R" for patch or just delete the > simple change manually) and then apply the current one. > > 3 scenarios to be tested: > 1. a5toa4 local_file.pdf > 2. a5toa4 some_relative_path/file.pdf > 3. a5toa4 /absolute_path/file.odf > > Works here with TL 2020, but I worry what other changes on searching > mechanisms of -output-directory awaits in the future TLs. > Pavel > > -- > lyx-devel mailing list > lyx-devel@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-devel > > > *Attachments:* > • pf2.patch -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [Offtopic] a5toa4
On Mon, Nov 20, 2023 at 10:34:48AM -0500, Alexander Dunlap wrote: > Yes that is right, sorry for not reading carefully. :-) Alas, the former fix breaks with path specifications. The path searching mechanism of pdflatex (when -output-directory is used) is willing to consider current directory for path like "../../a/b/file" but is unwilling to consider current directory when only "file" is provided. Weird. Alexander, would you mind testing for me 2nd version of the patch? You need to unwind the last patch ("-R" for patch or just delete the simple change manually) and then apply the current one. 3 scenarios to be tested: 1. a5toa4 local_file.pdf 2. a5toa4 some_relative_path/file.pdf 3. a5toa4 /absolute_path/file.odf Works here with TL 2020, but I worry what other changes on searching mechanisms of -output-directory awaits in the future TLs. Pavel --- pfarrei.tlu 2023-11-21 11:43:19.611137725 +0100 +++ pfarrei.tlu 2023-11-21 11:46:53.993277671 +0100 @@ -100,11 +100,15 @@ -- build the temporary tex file local tmpdir = os.tmpdir("pfarrei.XX" ) local tmpfile = string.match( arg[i], '.*/(.*)$') or arg[i] + -- pdflatex's -output-directory search for source pdf works with path specification but fails + -- when simple file name in the current working directory is provided, we need to provide '../' then + local local_source='' + if tmpfile == arg[i] then local_source = '../' end local basename = string.match( tmpfile,'(.*)%.[^.]*$') or tmpfile tmpfile = tmpdir..'/'..basename..'.tex' local file = assert( io.open( tmpfile, 'w' ) ) if booklet then assert( file:write("\\PassOptionsToPackage{booklet}{pfarrei}\n") ) end - assert( file:write("\\def\\OriginalFile{",arg[i],"}\n") ) + assert( file:write("\\def\\OriginalFile{"..local_source,arg[i],"}\n") ) assert( file:write("\\input{a5toa4.tex}\n") ) assert( file:flush() ) file:close() -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [Offtopic] a5toa4
Yes that is right, sorry for not reading carefully. :-) On Mon, Nov 20, 2023, at 10:30 AM, Pavel Sanda wrote: > On Mon, Nov 20, 2023 at 10:08:23AM -0500, Alexander Dunlap wrote: > > By "the behavior you describe" I also meant what happens when I apply the > > fix. :-) > > I didn't describe behaviour of the step 2, but I'll interpret this exchange, > as "the patch works" :) > Pavel > -- > lyx-devel mailing list > lyx-devel@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-devel > -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [Offtopic] a5toa4
On Mon, Nov 20, 2023 at 10:08:23AM -0500, Alexander Dunlap wrote: > By "the behavior you describe" I also meant what happens when I apply the > fix. :-) I didn't describe behaviour of the step 2, but I'll interpret this exchange, as "the patch works" :) Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [Offtopic] a5toa4
By "the behavior you describe" I also meant what happens when I apply the fix. :-) On Mon, Nov 20, 2023, at 10:02 AM, Pavel Sanda wrote: > On Mon, Nov 20, 2023 at 09:46:32AM -0500, Alexander Dunlap wrote: > > I have texlive 2023 and I can reproduce the behavior you describe exactly. > > And the fix works? :) > > As a root do something like: > > cd /usr/share/texlive/texmf-dist/scripts/pfarrei/ > cat /path/to/patch/pf.patch | patch -p0 > > And as a user again: > > a5toa4 $some_file_of_yours.pdf > > Pavel > -- > lyx-devel mailing list > lyx-devel@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-devel > -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [Offtopic] a5toa4
On Mon, Nov 20, 2023 at 09:46:32AM -0500, Alexander Dunlap wrote: > I have texlive 2023 and I can reproduce the behavior you describe exactly. And the fix works? :) As a root do something like: cd /usr/share/texlive/texmf-dist/scripts/pfarrei/ cat /path/to/patch/pf.patch | patch -p0 And as a user again: a5toa4 $some_file_of_yours.pdf Pavel -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
Re: [Offtopic] a5toa4
I have texlive 2023 and I can reproduce the behavior you describe exactly. Alex On Mon, Nov 20, 2023, at 9:39 AM, Pavel Sanda wrote: > Hi, > > somewhat offtopic: could anyone running TL 2023 (or at least 2022) check for > me the following two things: > > 1) a5toa4 does not work, try by running: > > $ a5toa4 $some_file_of_yours.pdf > > it fails with something like: > /usr/share/texlive/texmf-dist/scripts/pfarrei/pfarrei.tlu:114: > pfarrei.xRUrOo/some_file_of_your.pdf: No such file or directory > > There will be pfarrei. directory left in your working dir. > > > 2) applying the attached patch to > /usr/share/texlive/texmf-dist/scripts/pfarrei/pfarrei.tlu > (or in whatever path that file resides on your system), run 1) again and > report whether it works. > > > I'd like to submit bugfix to CTAN, but do not have at my disposal current TL > 2023 to double check. > > Pavel > > -- > lyx-devel mailing list > lyx-devel@lists.lyx.org > http://lists.lyx.org/mailman/listinfo/lyx-devel > > > *Attachments:* > • pf.patch -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel