| | <<<Back 1 day (to 2020/04/24) | Fwd 1 day (to 2020/04/26)>>> | 20200425 |
| _YKY_ | how do I find the version of mupdf installed in Ubuntu? | 16:27.51 |
| | my version doesn't even show the help screen when I press F1 | 16:28.15 |
| | is it easy to add functions to mupdf? | 16:42.19 |
| malc_ | _YKY_: why don't you ask dpkg/apt this question? | 17:17.52 |
| _YKY_ | the program doesn't even display its version | 17:26.02 |
| malc_ | they don't | 17:27.17 |
| sebras | _YKY_: doesn't dpkg -l mupdf show you the version number? | 17:35.13 |
| malc_ | sebras: even if it did it would be hope for the best thing... i don't think package maintainers in any distro are under obligation not to mislead... bottom line - fz_version is not exposed in man pages, mutool or viewers... (not to the best of my knowledge that is) | 18:25.10 |
| sebras | malc_: in debian I have never experience that there's been version number skew. I'd be surprised if there was. | 18:27.57 |
| malc_ | sebras: sure, but the possibility for being mislead is there | 18:29.34 |
| sebras | malc_: nope, alas it can't be removed entirely. the user is downloading our code packaged and built by someone else. we don't know and can't influence what happens during this process. so far we haven't seen any problems. | 18:33.42 |
| malc_ | sebras: even though the tools don't know what they are! and you have to rely on third parties to mediate this information, even though fz_version is right there | 18:35.15 |
| sebras | even if we add it on master it doesn't help with versions already released. | 18:36.12 |
| malc_ | seems to over use "even though", his bad, he is very sorry | 18:36.13 |
| sebras | :) | 18:36.20 |
| malc_ | sure, but this is an excuse that can be used in any situation and is in no way helpful methinks | 18:36.54 |
| sebras | malc_: not really an excuse. I wan't to help the user with the verison he has installed now. that doesn't preclude us from adding 'mupdf version x.y.z' in the usage text. | 18:38.36 |
| | wan't?! want! :) | 18:38.46 |
| malc_ | finally chinese spirit us under your skin :) | 18:39.27 |
| | soon it will be engrish all the way | 18:39.43 |
| | us = is | 18:39.52 |
| sebras | not unlikely. :) | 18:40.16 |
| malc_ | :) | 18:42.36 |
| _YKY_ | sebras: yes, it says 1.40.0-0 | 19:27.50 |
| | sorry, it's 1.14.0-0 | 19:28.09 |
| sebras | _YKY_: that sounds reasonable. the latest stable version released upstream is 1.16.1, and we're likely to do the 1.17.0 release shortly. | 19:29.31 |
| _YKY_ | when I press F1 there's no help screen | 19:34.00 |
| sebras | _YKY_: are you using mupdf-gl? | 19:34.13 |
| | or mupdf-x11? | 19:34.16 |
| _YKY_ | and I wonder if there's a way to add extensions to it | 19:34.18 |
| | it's just mupdf | 19:34.30 |
| sebras | _YKY_: if you run "ls -l /usr/lib/mupdf" in a terminal, you only see mupdf-x11 there, right? | 19:38.45 |
| | _YKY_: Debian only builds and distributes mupdf-x11 and Ubuntu usually rebuilds the same Debian packages, so presumably it is mupdf-x11 only too. | 19:42.06 |
| | _YKY_: mupdf-x11 does not have an F1 help menu. mupdf-gl which is an executable drawing the page as an OpenGL texture on the screen has an F1 menu. | 19:43.23 |
| _YKY_ | yes | 19:46.44 |
| | I see | 19:47.20 |
| | is it easy to add extensions to mupdf? | 19:47.35 |
| malc_ | _YKY_: what do you have in mind when speaking of extensions? have an example? | 19:52.21 |
| sebras | _YKY_: is there anything you are missing? | 19:52.34 |
| _YKY_ | annotations are not working | 19:56.35 |
| sebras | _YKY_: this is something we have worked on in later version. mupdf-gl has support for creating and editing annotation in PDF documents. | 19:58.17 |
| _YKY_ | would the -gl version be easy to install on Ubuntu? | 20:00.42 |
| sebras | there is a bug registered with debian (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=914396) about packaging mupdf-gl, but Kan-Ru Chen has not started doing so yet. and since Ubuntu rebuilds Debians packages, this is why you don't have it in Ubuntu. | 20:01.04 |
| | _YKY_: I build mupdf frequently but I'm one of the developers, so I'm a bit biased. :) | 20:01.35 |
| _YKY_ | I see | 20:01.49 |
| malc_ | sebras: i wonder if this is because... debian... and split packages, cause for me personally it's much easier to build it from source (cloning thirdpraty take a while though) | 20:03.01 |
| sebras | _YKY_: this should explain how to build it: https://mupdf.com/docs/building.html | 20:03.03 |
| _YKY_ | thanks, I may try it when I have time :) | 20:04.50 |
| sebras | malc_: I know that Kan-Ru got a new job and moved to a new country, so I'm guessing he doesn't have much time to do packaging any more. | 20:04.51 |
| | _YKY_: sure. feel free to return here if you end up with problems. | 20:05.10 |
| malc_ | sebras: i have no idea what Kan-Ru is, can onnly make an assumption that he/she/it is a debian packager of mupdf... | 20:05.52 |
| sebras | malc_: he is. | 20:06.06 |
| | malc_: oh! he has packaged two releases during 2020. maybe doing a new package is more complicated though. | 20:08.04 |
| malc_ | sebras: heh | 20:08.47 |
| | <<<Back 1 day (to 2020/04/24) | Forward 1 day (to 2020/04/26)>>> | |
Log of #mupdf at irc.freenode.net.