| | <<<Back 1 day (to 2016/10/13) | 20161014 |
| jogux | idly wonders if libressl's build system is any less hairy. | 08:52.34 |
| vel_ | hi | 09:02.22 |
| ghostbot | Welcome to #ghostscript, the channel for Ghostscript and MuPDF. If you have a question, please ask it, don't ask to ask it. Do be prepared to wait for a reply as devs will check the logs and reply when they come on line. | 09:02.22 |
| vel_ | I try to run iOS source for Mupdf in Xcode 8.0 . it's getting erro | 09:02.57 |
| | error in files : Assigning to 'fz_point' (aka 'struct fz_point_s') from incompatible type 'float' | 09:03.37 |
| kens | Hmm, impatient..... | 09:06.40 |
| tor8 | jogux: one would hope so... I think it would be worth looking into using libressl instead anyway. | 10:26.47 |
| jogux | nods | 10:27.09 |
| sebras | tor8: right, so the recommended course of action for compiling with ssl at the moment is to... make XCFLAGS="-DHAVE_OPENSSL $(pkg-config --cflags libcrypto)" XLIBS="$(pkg-config --libs libcrypto)" ? | 11:31.37 |
| | tor8: despite having similar things in Makerules. | 11:32.16 |
| tor8 | sebras: it *should* be picking up libcrypto using pkg-config in makerules | 11:34.08 |
| sebras | tor8: it does, but SYS_OPENSSL_* are never propagated. | 11:34.33 |
| tor8 | right, it's picking them up but never using | 11:34.47 |
| sebras | tor8: and if they _were_ propagated mupdf would link with openssl always | 11:34.59 |
| | tor8: would you accept a patch for using SYS_OPENSSL_*? | 11:35.11 |
| | s/for // | 11:35.20 |
| tor8 | possibly. I would prefer investigating whether using libressl is a better option though. | 11:36.40 |
| | openssl is awkward at best | 11:36.44 |
| | but that must wait until post release | 11:36.52 |
| sebras | tor8: right, maybe it better to not mess with openssl at the moment | 11:37.12 |
| tor8 | the desktop viewers don't have a UI for signing pdfs, IIRC | 11:37.18 |
| | so using openssl on !android (and maybe !ios) is pointless | 11:37.29 |
| sebras | tor8: the reason I'm interested is because I attempted to reproduce http://bugs.ghostscript.com/show_bug.cgi?id=696327 | 11:37.29 |
| | tor8: no. you can still verify signatures. | 11:37.43 |
| | tor8: simply by clicking on ther annotation. | 11:37.50 |
| tor8 | oh! | 11:37.53 |
| | and how is that displayed? | 11:37.59 |
| sebras | winwarn(app, "Signature is valid"); | 11:38.22 |
| | winwarn(app, "Signature check failed for unknown reason"); | 11:38.25 |
| | platform/x11/pdfapp.c around line 1707 | 11:38.45 |
| tor8 | so, not going to help anybody who's not running from an xterm... | 11:39.01 |
| | oh, wait, nvm | 11:39.27 |
| | that displays a status line thing? | 11:39.33 |
| sebras | tor8: yes. | 11:39.43 |
| | tor8: both. | 11:39.49 |
| tor8 | in that case I guess I would accept a patch to use the system openssl for regular builds | 11:39.50 |
| sebras | tor8: how imminent is the next release? | 11:40.11 |
| tor8 | next week | 11:40.16 |
| sebras | tor8: ok. | 11:40.19 |
| tor8 | I ohpe | 11:40.21 |
| sebras | tor8: I have a few things I ought to fix before then. but I have no time to do it today. | 11:40.38 |
| | leaks and the like. | 11:41.01 |
| | tor8: btw, yesterday I added PAM CMYKA support. so now we can read CMYK with alpha. | 11:41.34 |
| | tor8: might be interesting for debugging. | 11:41.39 |
| Robin_Watts | tor8: What are we still waiting for for a release? | 12:10.55 |
| | All the bugs that we'd identified as wanting to fix before a release are done, I believe. | 12:11.11 |
| tor8 | waiting for a monday :) | 12:11.24 |
| Robin_Watts | Ok, that's *entirely* understandable :) | 12:11.38 |
| tor8 | releasing just before the weekend is bad if there are issues that need to be resolved :) | 12:11.42 |
| | ugh. the way we handle link destinations is awful :( | 12:11.59 |
| | I'm adding links to epub | 12:12.16 |
| | Robin_Watts: three commits on tor/master | 12:56.52 |
| Robin_Watts | will look in a mo. | 13:54.52 |
| | tor8: First 2 lgtm. | 14:01.36 |
| | tor8: "resolve_link_dest". Could that be "update_link_dest" ? | 14:05.56 |
| tor8 | it doesn't necessarily update. for regular links it just resolves. | 14:06.23 |
| | I'm thinking of a bigger link overhaul. the way we halfway handle all PDF action types in linkdest is making things very complicated. | 14:06.53 |
| Robin_Watts | ok, last one seems reasonable too. | 14:08.02 |
| tor8 | Robin_Watts: thanks. | 14:20.14 |
| cheng | hello,the latest mupdf on windows can not show the epub or pdf file 's outline | 16:37.14 |
| | and the link in file can not show | 16:37.55 |
| jogux | cheng: what do you mean by 'latest'? | 16:40.17 |
| cheng | 1.9a | 16:41.29 |
| | I try complier the source ,but it seams does not support the visual studio 15 preview | 16:42.37 |
| | and when i check the win_main.c file,it seams lack the key to bind these function | 16:44.16 |
| | o Toggle display of outline. l Toggle display of links. | 16:45.48 |
| Robin_Watts | cheng: Indeed, the windows viewer does not support those. | 16:53.56 |
| | Where do you find those key bindings listed? | 16:54.55 |
| cheng | http://mupdf.com/docs/manual | 16:57.14 |
| | and the gl version support these two function,but it can support the key j k | 16:57.57 |
| Robin_Watts | Right. The gl version is different from the non gl version. | 16:58.58 |
| | Forward 1 day (to 2016/10/15)>>> | |
Log of #ghostscript at irc.freenode.net.