| | <<<Back 1 day (to 2020/05/05) | Fwd 1 day (to 2020/05/07)>>> | 20200506 |
| kammerer | I have a question about 'make generate' prerequisite for Android build. Looks like that it generates many stuff unrelated for Android build. Which substeps of 'generate' tasks is necessery for Android build? | 18:02.07 |
| | Oh sorry, it was simple `make` without `generate` | 18:16.37 |
| sebras | kammerer: yes, only "make" builds mupdf, e.g. mupdf-gl and mupdf-x11 and mutool on linux. | 18:18.18 |
| | "make generate" builds the files used to include the necessary fonts. | 18:19.22 |
| kammerer | NB: looks like there is a problem with python3 | 18:36.50 |
| | File "scripts/cmapdump.py", line 39 print "/* warning: too long one-to-many mapping: %s */" % (v) ^SyntaxError: invalid syntax | 18:36.59 |
| | works with python2 on calling `make generate` | 18:38.00 |
| | 83pv-RKSJ-H.h is empty with python3 | 18:40.48 |
| sebras | kammerer (for the logs): if I manually run "python3 scripts/cmapdump.py > source/pdf/cmaps/83pv-RKSJ-H.h resources/cmaps/83pv-RKSJ-H" I neither get an error, nor an empty 83pv-RKSJ-H.h | 18:54.37 |
| malc_ | sebras: the print in current HEAD comes two lines later and has parens, so i guess the problem is on his end | 18:58.05 |
| sebras | malc_: ah, yes! so he's probably missing f28c624fb10a4d5a429341d892f6fe60f38c1304 | 18:59.43 |
| | or part of it. | 18:59.46 |
| malc_ | moral - stay on the bleeding edge | 19:00.38 |
| sebras | malc_: it was in that commit we updated to python3 though. | 19:01.22 |
| malc_ | sebras | 19:02.39 |
| | : it? | 19:02.42 |
| sebras | malc_: yes? I don't know how to respond to your question. what is it that is problematic? | 19:07.00 |
| malc_ | sebras: trying to figure out why someone said what and when will take us a while, anywho my point that after seeing your remark abut where he "probably" is i just said that it's easiest to always be on the top | 19:09.13 |
| sebras | malc_: hm. maybe kammerer's /usr/bin/python is python3 but running on a commit prior to f28c624fb10a4d5a429341d892f6fe60f38c1304. that would explain the problem he saw. and yes then being on master would have solved the issue. | 19:12.37 |
| malc_ | - python --version | 19:13.43 |
| | Python 3.8.2 | 19:13.43 |
| | | 19:13.44 |
| | but i'm bleeding edge everywhere | 19:13.57 |
| sebras | malc_: if you try to build mupdf 1.16.0 it might fail then. | 19:15.23 |
| malc_ | i don't trust anyone, hence: https://repo.or.cz/llpp.git/commitdiff/77a0f680be07d6ca61ae3b5d242a681c6bf3f436 | 19:16.53 |
| | and i should obviously pay more attention when editing commit messages.. sight | 19:17.45 |
| | <<<Back 1 day (to 2020/05/05) | Forward 1 day (to 2020/05/07)>>> | |
Log of #mupdf at irc.freenode.net.