| | <<<Back 1 day (to 2012/04/21) | 2012/04/22 |
| vtorri | sebras: you should upgrade the third party file as soon as possible: | 06:08.57 |
| | http://sourceforge.net/projects/freetype/files/freetype2/2.4.9/README/view | 06:09.06 |
| sebras | vtorri: I can not do that myself, but I'll ask Robin_Watts or tor8 to take a look at upgrading to the latest versions of zlib and freetype in the thirdparty package. | 09:13.47 |
| vtorri | btw, is it normal that only libfitz.a is created (i don't talk about programs, i need only the lib | 09:14.54 |
| | ) | 09:14.56 |
| sebras | vtorri: I'm not sure what you believe you are missing? | 09:21.28 |
| | maybe you are remembering there to be several libraries built for fitz, mupdf, etc? I think those were all combine into the libfitz library. | 09:23.32 |
| vtorri | ok | 09:23.41 |
| | only one | 09:23.44 |
| | indeed, there were libpfd, libdraw and libfitz | 09:23.57 |
| | only one, now | 09:24.04 |
| | why is the lib name 'fitz' ? and not 'pdf' | 09:24.32 |
| | i would have choosen libmupdf | 09:24.42 |
| | it says exactly what it is : the library of mupdf | 09:25.36 |
| sebras | right, but on the other hand it does support xps and cbz as well. to be honest I don't know why this name was chosen as I did not do the commit. | 09:34.27 |
| vtorri | ha | 09:37.59 |
| | btw, i don't understand why is cbz is supported at all | 09:38.18 |
| | i can eventually understand xps | 09:38.29 |
| | but not cbz | 09:38.34 |
| sebras | I guess cbz is supported mostly because it was easy to do. alls the pieces were already there. | 09:45.26 |
| vtorri | but it's not really related to pdf or ps | 09:47.14 |
| naveen_ | Hi Robin...I'm not sure if my implementation of read_encrypted_file is correct...I'm getting "cannot open document" error... Can you have a look at it and tell me if my approach is correct...http://pastebin.com/2DijAnht | 12:34.32 |
| Robin_Watts | naveen_: I don't really have time to look today, but with a quick first glance it looks sub-optimal to me, as you will always read from the file, even if you have some data left over from last time. | 15:40.27 |
| vtorri | Robin_Watts: hey | 15:41.37 |
| Robin_Watts | hi vtorri | 15:41.55 |
| mvrhel | Robin_Watts: is pounced upon | 15:41.57 |
| vtorri | Robin_Watts: can you update third party libraries (freetypee 2.4.9 and xlib 1.2.6) ? | 15:42.00 |
| Robin_Watts | I have sent tor a note about that. | 15:42.12 |
| vtorri | ho | 15:42.16 |
| | ok | 15:42.17 |
| Robin_Watts | zlib, presumably. | 15:42.19 |
| | So we'll probably look at that tomorrow. | 15:42.25 |
| mvrhel | Robin_Watts: I am having issues with bmpcmp and psdcmyk. Not sure what the issue is | 17:42.33 |
| | when you get a chance have a look at the bmpcmp output | 17:43.35 |
| | from my last run | 17:43.41 |
| | I can't replicate the issue in windows or linux | 17:43.54 |
| | in that the files generated seem ok | 17:44.05 |
| | marcosw: I wonder if if is possible for you to grab the output from test 0: in my last bmpcmp run | 17:44.44 |
| | 0: tests/Ghent_V3.0/010_CMYK_OP_x3.pdf.psdcmyk.300.1 | 17:45.09 |
| marcosw | mvrhel: I can do that. You want me to upload it to casper? | 17:59.00 |
| mvrhel | marcosw: that would be great | 18:01.56 |
| | in my directory? | 18:01.59 |
| marcosw | done. baseline__tests__Ghent_V3.0__010_CMYK_OP_x3.pdf.psdcmyk.300.1 and new__tests__Ghent_V3.0__010_CMYK_OP_x3.pdf.psdcmyk.300.1 (note the lack of .psd extension). | 18:03.14 |
| mvrhel | great. thank you | 18:03.33 |
| marcosw | mvrhel: the two files look the same to me in photoshop | 18:08.34 |
| mvrhel | yes me too | 18:08.44 |
| | which makes me think it is a bmpcmp issue | 18:08.51 |
| | maybe Robin_Watts can have a look at this when his day starts Monday | 18:11.51 |
| Robin_Watts | mvrhel: Ping | 23:17.51 |
| | Those files no longer appear in your latest bmpcmp. | 23:18.36 |
| | Does that mean the problem has gone away? | 23:18.42 |
| | Ass. "rm diffout *" does not the do the same as "rm diffout*" :( | 23:55.51 |
| | Forward 1 day (to 2012/04/23)>>> | |
IRC Logs