| | <<<Back 1 day (to 2015/02/25) | 20150226 |
| Robin_Watts | Are we seeing fred in denver? | 00:06.17 |
| henrys | Robin_Watts: I asked miles about that but it wasn't decided | 00:40.00 |
| jogux | henrys: no, not seen anything from marcos about the printer tests | 09:07.22 |
| kens | Hmm, just ran a bmpcmp and got a bunch of weird results, like this: | 09:20.12 |
| | tests_private__comparefiles__Bug693365.pdf.pbmraw.300.0 /dev/fd/62: Unrecognised image type | 09:20.13 |
| | ... | 09:20.13 |
| | cp: cannot stat './baselineraster/tests_private__comparefiles__Bug693365.pdf.pbmraw.72.0.gz': No such file or directory | 09:20.13 |
| | Seems like alot of missing images in the comparison too. I wonder what went wrong there.... | 09:20.48 |
| chrisl | Were they all from the same machine? | 09:30.55 |
| kens | Not sure, just a second | 09:31.03 |
| | Hmm, the bmpcmp report doesn't seem to tell me that | 09:31.29 |
| chrisl | Well, obvious '/dev/fd/62' is a special device file, so something bad has happened..... | 09:32.12 |
| kens | Yes, I just wondered if ti was something to do with the change Marcvos made last night,or maybe henrysx6 slowly dying | 09:32.36 |
| | I think I'd have to guess it shte latter, or something like it, some of the images are fine | 09:33.07 |
| | In practice it doesn't matter this time, I knwo which files ot look at and can guess the problem easily enough, I figured out the problem on the one file I wanted to see while the test was running. | 09:33.54 |
| chrisl | We can disable henrysx6 if you want to try it again | 09:34.25 |
| kens | No its not important, I have more than enough to be getting on with now, thanks :-) | 09:34.46 |
| Robin_Watts | tor8: Some commits are good to go on robin/master | 10:01.34 |
| | 2 fixes, plus 2 commits that I've been carrying around for a while, but are good to go in. | 10:02.06 |
| tor8 | the two fixes I see, and they LGTM | 10:03.14 |
| | but which other two commits? | 10:03.19 |
| Robin_Watts | tor8: sorry, look again now. | 10:03.41 |
| | "Add post processing..." and "Allow pdf_device..." | 10:04.01 |
| tor8 | don't watermarks usually go on top of the page, rather than under? | 10:05.17 |
| kens | Could be either | 10:05.24 |
| Robin_Watts | tor8: Either is possible with the new code. | 10:05.39 |
| tor8 | either way, all 4 LGTM | 10:06.00 |
| Robin_Watts | Fab, thanks. | 10:06.04 |
| | I am tempted to think we ought to let zenikos "tweak pdf_parse_file_spec" in too. | 10:06.23 |
| | I've sat on the patch for ages thinking that I had some vague unsure feeling about it, but it seems like an improvement over what we have now. | 10:07.07 |
| tor8 | ask sebras about that patch, he's the one who's been digging in filespec parsing most recently | 10:10.47 |
| sebras | Robin_Watts: hi! | 10:15.08 |
| | Robin_Watts: where is the patch? I can try to take a look at it later tonight if you wish..? | 10:15.35 |
| tor8 | Robin_Watts: there's a rebase glitch in that commit on your branch though, fixing the pdf_clean_page_contents ctx pass for the commit before it | 10:17.43 |
| Robin_Watts | tor8, sebras: I've reordered commits on robin/master now, so the patch in question is next up. | 10:22.46 |
| | Can't see any rebase glitches left. | 10:22.51 |
| tor8 | Robin_Watts: looks reasonable. I don't think we use filespecs much ourselves, so we could just let it in | 10:24.50 |
| | zeniko's patches have been pretty solid in general | 10:25.15 |
| Robin_Watts | tor8: indeed. | 10:25.25 |
| | I think I was the only one with an objection to it before, and I'm withdrawing that. | 10:25.45 |
| tor8 | Robin_Watts: then that's settled | 10:33.10 |
| Robin_Watts | pushes then. | 10:35.21 |
| | weather.com says weather changes in denver next thursday. From being stupid cold on wed to being quite nice on thurd/fri/sat. | 11:35.51 |
| tor8 | Robin_Watts: too late for us | 11:49.21 |
| kens | Thursday would be ok | 11:49.39 |
| Robin_Watts | tor8: too late for you :) | 11:49.53 |
| tor8 | Robin_Watts: yeah yeah... :) | 11:50.06 |
| | kens: by thursday I'll probably be knocked out cold from exhaustion... :P | 11:50.17 |
| kens | :-) | 11:50.28 |
| | Thursday is still cold according to this forecast, Friday is warmer | 11:51.42 |
| | Unless the weather accelerates it won't be that great for us, but not terrible either | 11:52.19 |
| | Friday and Saturday looking much better sadly | 11:52.40 |
| user_42913 | hi | 12:06.11 |
| 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. | 12:06.11 |
| user_42913 | I have two questions: 1) is there a chance to build mupdf.exe with MinGW? | 12:06.58 |
| | 2) if not, is there a different compiler platform than MS Visual to be used building mupdf.exe ? | 12:07.40 |
| | thanks in advance if someone can answer | 12:07.55 |
| Robin_Watts | user_42913: Yes, mupdf.exe can probably be built with MinGW. | 12:08.15 |
| | We don't support it ourselves, but it builds on all manner of platforms, so I don't see why MinGW should be a problem. | 12:08.37 |
| tor8 | user_42913: I sporadically try building it on MinGW but it's not an officially supported platform | 12:08.49 |
| user_42913 | hello Robin W. I have tried make and it builds a number of commandline tools and the *.a static libs | 12:09.22 |
| Robin_Watts | but why do you dislike MSVC? There are free versions out there. | 12:09.30 |
| user_42913 | hello tor8! Do you have a reference for how to do that? | 12:09.46 |
| | @Robin_W: the rest of the project is kept VC-free so the sub-project using mupdf should do either | 12:10.36 |
| Robin_Watts | user_42913: What problem are you seeing when building with MinGW ? | 12:11.13 |
| user_42913 | @Robin_W: mupdf.exe is not created. | 12:11.59 |
| | OTOH the {libjpeg,libmupdf etc.}.a static libs *are* created and I can compile example.c linking to them | 12:13.03 |
| Robin_Watts | user_42913: do you get a mudraw ? | 12:13.16 |
| | The Makefiles don't contain a mupdf target. | 12:13.42 |
| user_42913 | @Robin_W: yes, /usr/local/bin/mudraw.exe after "make prefix=... install" | 12:14.02 |
| Robin_Watts | They contain a mupdf-x11 target, but obviously that's not what you are using. | 12:14.05 |
| | Ok. and you actually need a mupdf windows viewer as part of your project? | 12:14.26 |
| user_42913 | yes, a modified version but 1st step is building the genuine mupdf.exe | 12:14.59 |
| Robin_Watts | user_42913: So you'll want to add something like: | 12:15.26 |
| | MUVIEW := $(OUT)/mupdf | 12:16.28 |
| | MUVIEW_OBJ := $(addprefix $(OUT)/platform/x11/, win_main.o pdfapp.o) | 12:16.29 |
| | $(MUVIEW_OBJ) : $(FITZ_HDR) $(PDF_HDR) | 12:16.31 |
| | $(MUVIEW) : $(MUPDF_LIB) $(THIRD_LIBS) | 12:16.33 |
| | $(MUVIEW) : $(MUVIEW_OBJ) | 12:16.34 |
| | $(LINK_CMD) | 12:16.36 |
| | and add $(MUVIEW) to the INSTALL_APPS: line. | 12:17.18 |
| user_42913 | @Robin_Watts: many thanks for posting these makefile additions! | 12:18.06 |
| Robin_Watts | user_42913: Let me know if it works for you. | 12:18.17 |
| user_42913 | @Robin_Watts: I'll try that plus target mupdf-x11 | 12:18.33 |
| Robin_Watts | If you think that an x11 build will work, then do: make HAVE_X11=yes | 12:19.06 |
| user_42913 | @Robin_W: many thanks again, yes, I'll write later about my successes trying | 12:19.27 |
| | Ok, I've notes HAVE_X11=yes, too, for trying out. | 12:19.47 |
| | have a nice day | 12:19.52 |
| | bye | 12:20.04 |
| | hello - back again. | 14:31.38 |
| henrys | happy to see all this snow for you guys but I'm getting tired of shoveling... | 14:32.03 |
| user_42913 | @Robin_Watts: are you active? I have important things to say | 14:32.13 |
| Robin_Watts | I am here. | 14:32.23 |
| user_42913 | @Robin_W hi! | 14:32.32 |
| | @Robin_W: do you remember my question concerning building mupdf.exe on MinGW? | 14:33.03 |
| Robin_Watts | I do. | 14:33.10 |
| user_42913 | @Robin: I have tried what you said and eventually ... it worked! | 14:33.35 |
| Robin_Watts | fab. | 14:33.51 |
| user_42913 | @Robin I can build mupdf.exe on MinGW now | 14:33.54 |
| | @Robin: in addition to your makefile extension I had to add some libs to linker call. | 14:34.15 |
| | @Robin: are you interested in details? | 14:34.25 |
| Robin_Watts | user_42913: Sure. | 14:34.43 |
| | Could you add an bug report on bugs.ghostscript.com please? | 14:35.11 |
| | As an enhancement request. | 14:35.26 |
| | Add the changes you used etc. | 14:35.36 |
| | That way we won't forget about it. | 14:35.46 |
| user_42913 | @Robin_Watts: Yes, I'll add a bug report as soon as I find out precisely how that works. | 14:36.21 |
| Robin_Watts | Thanks. | 14:36.41 |
| user_42913 | @Robin: principally all I had to do in addition to your lines was adding comdlg32 and gdi32 to the linker call | 14:36.55 |
| | @Robin: then the former linker errors all disappeared (plus -L"/usr/local/lib") | 14:37.18 |
| Robin_Watts | cool. Do you happen to know what $(OS) is on mingw ? | 14:37.26 |
| user_42913 | @Robin: echo $OS says: Windows_NT | 14:37.51 |
| Robin_Watts | OK, so we could do: | 14:38.06 |
| | ifeq "$(OS)" "Windows_NT" | 14:39.05 |
| | ... | 14:39.07 |
| | endif | 14:39.09 |
| | and thus make the Makefile changes safe for everything. | 14:39.23 |
| user_42913 | @Robin_Watts: Shall I add this to my version of the Makefile before filing bug report? | 14:40.36 |
| Robin_Watts | That would be appreciated, yes, please, cos I can't easily test it. | 14:40.55 |
| user_42913 | @Robin: Ok, I'll do ifeq ... endif around the extensions lines you gave me and another ifeq ... endif around the XLIBS += ... line | 14:42.33 |
| Robin_Watts | user_42913: Thanks. | 14:42.54 |
| user_42913 | @Robin_Watts: Many Thanks to you for you help. That was really nice of you. | 14:43.22 |
| | @Robin: have a nice day | 14:45.33 |
| Robin_Watts | no problem. thanks. | 14:46.02 |
| user_42913 | @Robin: oops: I was writing "XLIBS +=..." some lines ago but what I was actually meaning was "LIBS += ..." | 14:46.34 |
| jogux | morning fred | 16:27.23 |
| | fredross-perry: I pushed some mupdf iOS changes yesterday btw, but not really relevant to your work I think. | 16:27.45 |
| fredross-perry | what time? âcause I refreshed my repo from the main repo at some point. | 16:28.24 |
| jogux | fredross-perry: I think the one remaining bit of yours I wanted to comment on was the UIWindow creation; that *should* live in the app delegate. probably creating the navigation bar should be in app delegate. | 16:28.31 |
| | fredross-perry: probably before you were working. same time we pushed your iOS build fixes. | 16:28.41 |
| fredross-perry | OK then I have that stuff. | 16:28.55 |
| jogux | great | 16:29.05 |
| | I think I mean navigationcontroller, not navigation bar. | 16:29.16 |
| fredross-perry | I am ging to push the library stuff as it currently stands and then Iâll have a question for you. | 16:29.22 |
| jogux | okay | 16:29.28 |
| | I didn't see anything that altered my previous comment that MuDocumentView is probably the main focus of what we want to package as an iOS framework. | 16:30.06 |
| fredross-perry | so you donât see a need for the library view to be included? | 16:33.38 |
| Robin_Watts | fredross-perry: Urm... you're not pushing to golden, right? | 16:39.26 |
| fredross-perry | not at all. | 16:39.36 |
| Robin_Watts | ok :) | 16:39.43 |
| fredross-perry | just to a branch of my repo | 16:39.53 |
| jogux | fredross-perry: If you mean the document list, I don't think so. It's not very good really :-) | 16:40.05 |
| | I think that's more in the category of sample code than part of our framework/library. | 16:40.27 |
| | the use cases I can imagine, the documents either aren't stored locally on the device, or are but are associated with other content so wouldn't ever be presented as a plain list. | 16:41.26 |
| fredross-perry | OK. Youâre currently my go-to guy for what devs will want. Iâll need to regroup (with myself) to pursue this approach. | 16:42.06 |
| | ⦠which is simpler I think than what I was doing before. | 16:42.25 |
| jogux | I'm thinking about scenarios like: viewing a pdf securely from a remote server. viewing a pdf that's stored on dropbox. viewing a pdf (or epub or cbz or whatever) that's a magazine and there's a nice posh UI for browsing/downloading. | 16:43.36 |
| | or perhaps an event app where additional info about the event is passed around as a pdf | 16:44.16 |
| | admittedly I should probably come up some scenarios that use the fancy stuff in mupdf like digital signatures etc :-) | 16:45.33 |
| fredross-perry | yes, I agree. My original plan would allow for all of that. But if we donât need the library view, we should sidestep it. | 16:46.35 |
| jogux | I definitely feel it sits better as sample code that people can tweak as much as they want to get a look that fits with their app. | 16:49.22 |
| fredross-perry | OK, so, Iâll not push right now. I need to rethink. | 16:50.55 |
| mvrhel_laptop | off to lunch. going to fix the windows code for the mupdf api then I will check on the issue that stefan just reported | 19:29.39 |
| marcosw | I will be taking bugzilla down for a couple of hours today starting at 4:00pm PST for maintenance. | 19:31.27 |
| sebras | Robin_Watts: I see that you guys committed it, so there is nothing for me to review. | 21:29.43 |
| mvrhel_laptop | ok everything is rebuilt with the new API with mupdf / gsview. Unfortunately getting a crash during page scrolling :( | 22:15.17 |
| | failing at a assert(ex->top == nelem(ex->stack)-1); | 22:16.04 |
| | in fz_push_try | 22:16.10 |
| | Based upon the changes that I had to do, I am a little surprised that I am having an issue like this | 22:17.23 |
| | well that stinks. It def. is something new. I beat on the old version and it never has this issue. This appears to involve some threading issues | 22:28.18 |
| | what I had hoped would be a couple hours just became a bit open ended | 22:29.50 |
| | bbiab | 22:30.00 |
| | something is getting stomped on badly. the errors are different each time | 22:32.09 |
| | and a visual studio crash on top of it. have not had that happen in a while | 22:36.32 |
| | so the problem is def. in the creating of the display lists | 23:02.29 |
| | oh I think I found my problem | 23:24.18 |
| | yeah! that fixed it. I had a bad copy of the wrong context where it should have been a clone of the context | 23:26.21 |
| | but a bug in the pdf writing area... | 23:34.25 |
| | with pdf_clean. that is odd | 23:43.33 |
| | oh. the win32 solution does not build | 23:46.54 |
| | ok. so, mutool itself is barfing nothing to do with gsview | 23:53.42 |
| | or rather with the way that I am calling pdf_clean | 23:53.58 |
| | Robin_Watts or tor8, I will open a bug maybe you all can have a quick look | 23:54.29 |
| Robin_Watts | hi | 23:56.19 |
| 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. | 23:56.19 |
| Robin_Watts | what's up? | 23:56.40 |
| | mvrhel_laptop: ^ | 23:58.25 |
| | Forward 1 day (to 2015/02/27)>>> | |
IRC Logs