00:02.52 Opened logfile log/20130620. 00:02.52 Seen: Flushed 3 entries. 00:10.50 --- Saved uptime records. 00:11.00 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 00:11.00 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 00:13.35 Chans: (ghostbot) in:#ghostscript 00:14.26 FORK(26136) --- fork starting for 'RSSFeeds', PID == 26136, bot_pid == 31304 --- 00:14.27 FORK(26136) !ERROR! cannot load my module: RSSFeeds 00:14.27 FORK(26136) fork: took 2s for RSSFeeds. 00:14.27 FORK(26136) --- fork finished for 'RSSFeeds' --- 00:44.15 LOG: last message repeated 3 times 00:44.15 >>> sojic has signed off IRC (Remote host closed the connection) [#ghostscript] 00:44.36 FORK(22404) --- fork starting for 'RSSFeeds', PID == 22404, bot_pid == 31304 --- 00:44.37 FORK(22404) !ERROR! cannot load my module: RSSFeeds 00:44.37 FORK(22404) fork: took 2s for RSSFeeds. 00:44.37 FORK(22404) --- fork finished for 'RSSFeeds' --- 00:45.25 Chans: (ghostbot) in:#ghostscript 00:47.18 oops I did not know you were typing to me Robin_Watts 00:48.10 Robin_Watts: yes, we should be able to stream bits and pieces and start using them 00:48.22 application is submitted. 00:48.35 dinner time, then I will work on my P1 gs bugs 01:02.01 Chans: (ghostbot) in:#ghostscript 01:03.10 Seen: Flushed 1 entries. 01:11.11 --- Saved uptime records. 01:14.39 FORK(17454) --- fork starting for 'RSSFeeds', PID == 17454, bot_pid == 31304 --- 01:14.40 FORK(17454) !ERROR! cannot load my module: RSSFeeds 01:14.40 FORK(17454) fork: took 1s for RSSFeeds. 01:14.40 FORK(17454) --- fork finished for 'RSSFeeds' --- 01:18.15 Chans: (ghostbot) in:#ghostscript 01:44.41 FORK(11432) --- fork starting for 'RSSFeeds', PID == 11432, bot_pid == 31304 --- 01:44.42 FORK(11432) !ERROR! cannot load my module: RSSFeeds 01:44.42 FORK(11432) fork: took 1s for RSSFeeds. 01:44.42 FORK(11432) --- fork finished for 'RSSFeeds' --- 01:49.45 ircCheck: possible lost in space; checking.Thu Jun 20 01:49:45 2013 01:49.45 >ghostbot< TEST 01:49.45 IRCTEST: Yes, we're alive. 02:05.08 >>> join/#ghostscript tkamppeter_ (~till@p5480A030.dip0.t-ipconnect.de) 02:05.18 Chans: (ghostbot) in:#ghostscript 02:08.37 >>> tkamppeter has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 02:11.17 --- Saved uptime records. 02:14.55 FORK(7969) --- fork starting for 'RSSFeeds', PID == 7969, bot_pid == 31304 --- 02:14.56 FORK(7969) !ERROR! cannot load my module: RSSFeeds 02:14.56 FORK(7969) fork: took 1s for RSSFeeds. 02:14.56 FORK(7969) --- fork finished for 'RSSFeeds' --- 02:21.29 Chans: (ghostbot) in:#ghostscript 02:35.09 >>> join/#ghostscript aladdinwang (~aladdin_w@180.175.180.41) 02:37.13 Chans: (ghostbot) in:#ghostscript 02:45.31 >>> sebras has signed off IRC (Quit: leaving) [#ghostscript] 02:45.41 FORK(11099) --- fork starting for 'RSSFeeds', PID == 11099, bot_pid == 31304 --- 02:45.43 FORK(11099) !ERROR! cannot load my module: RSSFeeds 02:45.43 FORK(11099) fork: took 2s for RSSFeeds. 02:45.43 FORK(11099) --- fork finished for 'RSSFeeds' --- 02:53.09 Chans: (ghostbot) in:#ghostscript 02:53.09 ircCheck: possible lost in space; checking.Thu Jun 20 02:53:09 2013 02:53.09 >ghostbot< TEST 02:53.09 IRCTEST: Yes, we're alive. 03:09.11 Chans: (ghostbot) in:#ghostscript 03:11.39 --- Saved uptime records. 03:16.15 FORK(12404) --- fork starting for 'RSSFeeds', PID == 12404, bot_pid == 31304 --- 03:16.16 FORK(12404) !ERROR! cannot load my module: RSSFeeds 03:16.16 FORK(12404) fork: took 1s for RSSFeeds. 03:16.16 FORK(12404) --- fork finished for 'RSSFeeds' --- 03:25.25 Chans: (ghostbot) in:#ghostscript 03:34.34 >>> mvrhel_laptop has signed off IRC (Ping timeout: 268 seconds) [#ghostscript] 03:38.02 >>> join/#ghostscript mvrhel_laptop (~chatzilla@50.149.95.73) 03:41.11 Chans: (ghostbot) in:#ghostscript 03:46.45 FORK(12310) --- fork starting for 'RSSFeeds', PID == 12310, bot_pid == 31304 --- 03:46.46 FORK(12310) !ERROR! cannot load my module: RSSFeeds 03:46.46 FORK(12310) fork: took 1s for RSSFeeds. 03:46.46 FORK(12310) --- fork finished for 'RSSFeeds' --- 03:46.54 >>> mvrhel_laptop has signed off IRC (Ping timeout: 268 seconds) [#ghostscript] 03:57.25 Chans: (ghostbot) in:#ghostscript 03:57.25 ircCheck: possible lost in space; checking.Thu Jun 20 03:57:25 2013 03:57.25 >ghostbot< TEST 03:57.25 IRCTEST: Yes, we're alive. 04:11.13 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 04:11.13 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 04:11.43 --- Saved uptime records. 04:13.11 Chans: (ghostbot) in:#ghostscript 04:17.07 FORK(11687) --- fork starting for 'RSSFeeds', PID == 11687, bot_pid == 31304 --- 04:17.08 FORK(11687) !ERROR! cannot load my module: RSSFeeds 04:17.08 FORK(11687) fork: took 1s for RSSFeeds. 04:17.08 FORK(11687) --- fork finished for 'RSSFeeds' --- 04:34.54 LOG: last message repeated 3 times 04:34.54 >>> join/#ghostscript mrdocs (~mrdocs@71.4.138.3.ptr.us.xo.net) 04:34.54 >>> mrdocs has signed off IRC (Changing host) [#ghostscript] 04:34.54 >>> join/#ghostscript mrdocs (~mrdocs@opensuse/member/mrdocs) 04:42.15 >>> aladdinwang has signed off IRC (Quit: aladdinwang) [#ghostscript] 04:44.41 Chans: (ghostbot) in:#ghostscript 04:47.19 FORK(6115) --- fork starting for 'RSSFeeds', PID == 6115, bot_pid == 31304 --- 04:47.20 FORK(6115) !ERROR! cannot load my module: RSSFeeds 04:47.20 FORK(6115) fork: took 1s for RSSFeeds. 04:47.20 FORK(6115) --- fork finished for 'RSSFeeds' --- 04:53.42 >>> join/#ghostscript vtorri_ (~vtorri@alf94-3-82-66-248-160.fbx.proxad.net) 04:56.21 >>> vtorri has signed off IRC (Ping timeout: 240 seconds) [#ghostscript] 04:59.40 >>> mrdocs has signed off IRC (Ping timeout: 268 seconds) [#ghostscript] 05:00.50 Chans: (ghostbot) in:#ghostscript 05:00.50 ircCheck: possible lost in space; checking.Thu Jun 20 05:00:50 2013 05:00.50 >ghostbot< TEST 05:00.50 IRCTEST: Yes, we're alive. 05:11.53 --- Saved uptime records. 05:16.59 Chans: (ghostbot) in:#ghostscript 05:17.13 >>> join/#ghostscript mrdocs (~mrdocs@71.4.138.3.ptr.us.xo.net) 05:17.13 >>> mrdocs has signed off IRC (Changing host) [#ghostscript] 05:17.13 >>> join/#ghostscript mrdocs (~mrdocs@opensuse/member/mrdocs) 05:17.33 FORK(561) --- fork starting for 'RSSFeeds', PID == 561, bot_pid == 31304 --- 05:17.34 FORK(561) !ERROR! cannot load my module: RSSFeeds 05:17.34 FORK(561) fork: took 1s for RSSFeeds. 05:17.34 FORK(561) --- fork finished for 'RSSFeeds' --- 05:27.32 >>> vtorri_ has signed off IRC (Ping timeout: 255 seconds) [#ghostscript] 05:31.44 >>> mrdocs has signed off IRC (Ping timeout: 268 seconds) [#ghostscript] 05:32.53 Chans: (ghostbot) in:#ghostscript 05:40.06 >>> join/#ghostscript ray_laptop (~chatzilla@rrcs-64-183-45-163.west.biz.rr.com) 05:40.10 >>> ray_laptop has signed off IRC (Client Quit) [#ghostscript] 05:43.10 >>> join/#ghostscript vtorri_ (~vtorri@alf94-3-82-66-248-160.fbx.proxad.net) 05:43.47 >>> join/#ghostscript mrdocs (~mrdocs@opensuse/member/mrdocs) 05:47.25 >>> mrdocs has signed off IRC (Client Quit) [#ghostscript] 05:47.46 FORK(29201) --- fork starting for 'RSSFeeds', PID == 29201, bot_pid == 31304 --- 05:47.47 FORK(29201) !ERROR! cannot load my module: RSSFeeds 05:47.47 FORK(29201) fork: took 2s for RSSFeeds. 05:47.47 FORK(29201) --- fork finished for 'RSSFeeds' --- 05:48.19 Chans: (ghostbot) in:#ghostscript 05:48.20 >>> join/#ghostscript d3c (~d3c@185.20.241.138) 05:49.28 >>> d3c has signed off IRC (Client Quit) [#ghostscript] 06:03.55 Chans: (ghostbot) in:#ghostscript 06:03.55 ircCheck: possible lost in space; checking.Thu Jun 20 06:03:55 2013 06:03.55 >ghostbot< TEST 06:03.55 IRCTEST: Yes, we're alive. 06:12.03 --- Saved uptime records. 06:17.11 >>> vtorri_ has signed off IRC (Ping timeout: 256 seconds) [#ghostscript] 06:17.12 >>> join/#ghostscript vtorri__ (~vtorri@alf94-3-82-66-248-160.fbx.proxad.net) 06:17.36 >>> vtorri__ materializes into vtorri 06:17.56 FORK(28081) --- fork starting for 'RSSFeeds', PID == 28081, bot_pid == 31304 --- 06:17.57 FORK(28081) !ERROR! cannot load my module: RSSFeeds 06:17.57 FORK(28081) fork: took 1s for RSSFeeds. 06:17.57 FORK(28081) --- fork finished for 'RSSFeeds' --- 06:20.15 Chans: (ghostbot) in:#ghostscript 06:30.15 >>> chrisl_away materializes into chrisl 06:37.09 Chans: (ghostbot) in:#ghostscript 06:46.02 >>> join/#ghostscript kens (~Miranda@40.249.125.91.dyn.plus.net) 06:48.10 FORK(17631) --- fork starting for 'RSSFeeds', PID == 17631, bot_pid == 31304 --- 06:48.11 FORK(17631) !ERROR! cannot load my module: RSSFeeds 06:48.11 FORK(17631) fork: took 1s for RSSFeeds. 06:48.11 FORK(17631) --- fork finished for 'RSSFeeds' --- 06:52.53 Chans: (ghostbot) in:#ghostscript 07:08.49 ircCheck: possible lost in space; checking.Thu Jun 20 07:08:49 2013 07:08.49 >ghostbot< TEST 07:08.50 IRCTEST: Yes, we're alive. 07:12.11 --- Saved uptime records. 07:18.15 FORK(30971) --- fork starting for 'RSSFeeds', PID == 30971, bot_pid == 31304 --- 07:18.17 FORK(30971) !ERROR! cannot load my module: RSSFeeds 07:18.17 FORK(30971) fork: took 2s for RSSFeeds. 07:18.17 FORK(30971) --- fork finished for 'RSSFeeds' --- 07:24.49 Chans: (ghostbot) in:#ghostscript 07:38.56 chrisl I see that 'slow printing' bug is down to a Cairo produced file using spurious transparency again. 07:41.23 Chans: (ghostbot) in:#ghostscript 07:41.56 kens: I am not surprised. But James Cloos's results don't match the original reporter's 07:42.11 Well it doesn't take minutes, certainly 07:43.15 Well, in terms of printing, 20 seconds is not *crazy* - it can take that long to print directly from the browser 07:43.18 But... The PostScript file after conversion (compressed) is 3Mb, basically its been converted to images. The whole pipeline might have a problem with that. Also, the rendering will be at 720 dpi, so if he's short on memory it will start swappung, which will take still more time 07:43.52 Well, that's what you get with pointless transparency - tough sh*t! 07:44.07 I've suggested tey try with -dNOTRANSPARENCY or with a lower resolution, and I've left teh bug open for now. 07:44.35 I'm considering checking the Producer string for 'Cairo' and setting -dNOTRANSPARENCY if its present 07:44.58 And emitting a warning. Obviously a different switch would force us past that 07:45.31 >>> join/#ghostscript sojic (~sojic@92.55.124.152) 07:45.55 Well, we *might* be able to augment our transparency checks, but my worry is that I've seen at least one example with a "opaque soft mask", and it doesn't make sense to check every sample in an smask 07:46.16 chrisl exactly why I discounted that (this file has several of those) 07:47.01 Well, I *really* think emitting opaque softmasks is a cairo bug, that really is crazy 07:47.28 I was thinking of turning off transparency for *all* Cairo files and emitting a warning along he lines of 'This file was produced by Cairo which is know to emit supurious transparency which adversely affects performance. Transparency has been disabled, if your file prints incorrectly use -DSTUPIDCAIRO and try again' 07:48.17 I think that may be too subtle.... 07:48.22 :-) 07:48.39 It would get us out of this stupid situation though. 07:48.59 FORK(5952) --- fork starting for 'RSSFeeds', PID == 5952, bot_pid == 31304 --- 07:49.00 FORK(5952) !ERROR! cannot load my module: RSSFeeds 07:49.00 FORK(5952) fork: took 1s for RSSFeeds. 07:49.00 FORK(5952) --- fork finished for 'RSSFeeds' --- 07:49.11 Well, I suppose it's worth a try 07:49.12 I'm going to get a coffee and see if that would be easy to do 07:51.54 >>> sojic has signed off IRC (Remote host closed the connection) [#ghostscript] 07:57.19 Chans: (ghostbot) in:#ghostscript 08:05.21 Seen: Flushed 2 entries. 08:11.35 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 08:11.35 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 08:12.45 Chans: (ghostbot) in:#ghostscript 08:12.45 --- Saved uptime records. 08:19.09 FORK(3798) --- fork starting for 'RSSFeeds', PID == 3798, bot_pid == 31304 --- 08:19.10 FORK(3798) !ERROR! cannot load my module: RSSFeeds 08:19.10 FORK(3798) fork: took 1s for RSSFeeds. 08:19.10 FORK(3798) --- fork finished for 'RSSFeeds' --- 08:27.42 >>> join/#ghostscript sebras (~sebras@casper3.ghostscript.com) 08:29.29 Chans: (ghostbot) in:#ghostscript 08:49.29 FORK(22208) --- fork starting for 'RSSFeeds', PID == 22208, bot_pid == 31304 --- 08:49.30 FORK(22208) !ERROR! cannot load my module: RSSFeeds 08:49.30 FORK(22208) fork: took 1s for RSSFeeds. 08:49.30 FORK(22208) --- fork finished for 'RSSFeeds' --- 08:50.59 ircCheck: possible lost in space; checking.Thu Jun 20 08:50:59 2013 08:50.59 >ghostbot< TEST 08:50.59 IRCTEST: Yes, we're alive. 08:52.16 >>> join/#ghostscript jghali_ (~jghali@ADijon-157-1-110-141.w90-56.abo.wanadoo.fr) 08:55.26 >>> jghali has signed off IRC (Ping timeout: 252 seconds) [#ghostscript] 09:01.49 Chans: (ghostbot) in:#ghostscript 09:12.47 --- Saved uptime records. 09:16.50 >>> join/#ghostscript tor8 (~tor@c-bd7871d5.04-50-6c756e10.cust.bredbandsbolaget.se) 09:17.43 Chans: (ghostbot) in:#ghostscript 09:19.31 FORK(21954) --- fork starting for 'RSSFeeds', PID == 21954, bot_pid == 31304 --- 09:19.32 FORK(21954) !ERROR! cannot load my module: RSSFeeds 09:19.32 FORK(21954) fork: took 1s for RSSFeeds. 09:19.32 FORK(21954) --- fork finished for 'RSSFeeds' --- 09:49.33 FORK(1070) LOG: last message repeated 3 times 09:49.33 FORK(1070) --- fork starting for 'RSSFeeds', PID == 1070, bot_pid == 31304 --- 09:49.34 FORK(1070) !ERROR! cannot load my module: RSSFeeds 09:49.34 FORK(1070) fork: took 1s for RSSFeeds. 09:49.34 FORK(1070) --- fork finished for 'RSSFeeds' --- 09:56.17 LOG: last message repeated 4 times 09:56.17 ircCheck: possible lost in space; checking.Thu Jun 20 09:56:17 2013 09:56.17 >ghostbot< TEST 09:56.17 IRCTEST: Yes, we're alive. 10:06.53 Chans: (ghostbot) in:#ghostscript 10:13.17 --- Saved uptime records. 10:19.49 FORK(15634) --- fork starting for 'RSSFeeds', PID == 15634, bot_pid == 31304 --- 10:19.50 FORK(15634) !ERROR! cannot load my module: RSSFeeds 10:19.50 FORK(15634) fork: took 1s for RSSFeeds. 10:19.50 FORK(15634) --- fork finished for 'RSSFeeds' --- 10:22.47 Chans: (ghostbot) in:#ghostscript 10:35.30 >>> join/#ghostscript paulgardiner (~chatzilla@smtp.glidos.net) 10:38.23 Chans: (ghostbot) in:#ghostscript 10:50.21 FORK(25845) --- fork starting for 'RSSFeeds', PID == 25845, bot_pid == 31304 --- 10:50.22 FORK(25845) !ERROR! cannot load my module: RSSFeeds 10:50.22 FORK(25845) fork: took 1s for RSSFeeds. 10:50.22 FORK(25845) --- fork finished for 'RSSFeeds' --- 10:59.43 ircCheck: possible lost in space; checking.Thu Jun 20 10:59:43 2013 10:59.43 >ghostbot< TEST 10:59.43 IRCTEST: Yes, we're alive. 11:01.27 >>> join/#ghostscript aladdinwang (~aladdin_w@180.175.180.41) 11:10.11 Chans: (ghostbot) in:#ghostscript 11:13.57 --- Saved uptime records. 11:14.48 morning paulgardiner, Robin_Watts 11:14.59 Hi tor8 11:15.17 paulgardiner: have you had a chance to look at the shuffle branch? 11:16.21 * paulgardiner/#ghostscript looks 11:18.40 Why isn't git recognising the file movments? 11:19.09 Oops. Looking via gitweb overloads FF 11:20.26 Actually, a set of mv commands would possibly be an easier thing to review 11:20.36 FORK(23712) --- fork starting for 'RSSFeeds', PID == 23712, bot_pid == 31304 --- 11:20.37 FORK(23712) !ERROR! cannot load my module: RSSFeeds 11:20.37 FORK(23712) fork: took 1s for RSSFeeds. 11:20.37 FORK(23712) --- fork finished for 'RSSFeeds' --- 11:20.43 Ah. gitk show them as moves 11:20.44 paulgardiner: I don't know, neither gitweb nor gitk seem to show file renames and copies 11:21.19 similarity index 100% :-) 11:21.22 I think there may be a configure flag for gitweb to show moves. detecting file moves is a bit computationally heavy I think. 11:21.57 Seemed to work here okay, and without a noticable delay 11:22.49 let me take a look at gitweb config 11:23.28 I tend to use gitk a fair bit anyway, so no bother for me 11:25.16 First one looks good. 11:25.36 ... well, commit message could say more maybe 11:26.32 paulgardiner: okay, gitweb config change was trivial 11:26.32 Chans: (ghostbot) in:#ghostscript 11:27.41 dev_xxxx => xxxx-device will make it harder to quickly see what devices we have and harder to find a particular file... but then again, we don't have that many files, and I guess we might introduce a device subdir eventaully 11:28.36 paulgardiner: yeah. the biggest problem with dev-xxx rather than xxx-dev is when there are mulitple files for a device 11:28.42 like the draw and structured-text devices 11:28.55 Ah right 11:29.24 What's "stext"? I think you said yesterday, but I forget 11:29.27 though moving the devices into a device directory would solve that easily enough. but that's for later. 11:29.30 structured text 11:29.39 ah yes 11:29.42 the text extraction stuff used for searching 11:29.56 the plain "text" is the raw text that's fed to the device calls 11:30.09 we may want to rename the structs as well 11:30.25 but since I think we're going to be messing with the text extraction stuff a lot more later I'm leaving that for now 11:30.36 Second looks good too 11:31.52 All looks good. 11:32.01 paulgardiner: I had a few thoughts about the pdf/javascript file names 11:32.17 I split libmupdf.a into three libraries for the unix build 11:32.26 libmupdf and libmupdf-js-none and libmupdf-js-v8 11:32.58 so if a client is using javascript, they should also link to the js implementation library 11:33.02 of their choice 11:33.39 presumably they have to link one or other whatever they are doing? 11:34.03 the pdf/js/ file names, pdf-js.c has the implementation independent calls that the pdf-jsimp stuff calls to? 11:34.41 I think if you're not calling any of pdf_ew_js or pdf_js_supported you can skip linking to either 11:36.37 I thought open doc led to a call to pdf_new_js 11:37.02 paulgardiner: right you are, so it does :( 11:37.04 * kens/#ghostscript heads off to lunch 11:37.51 I wonder if that can be done lazily instead 11:38.04 I bet there's a way to achieve what you want, but it probably requires function pointers 11:38.38 pdf_use_js_imp(doc, js_imp) or something like that. 11:38.54 paulgardiner: probably not worth it, though. just need to remember to link to the js-none layer. 11:39.00 We then build the none behaviour in as default 11:39.14 I don't know enough about linker priorities when the same symbol exists in multiple libraries 11:39.21 yeah. linking none is less complication 11:40.09 it would be nice to be able to link to the none implementation by default, and still use the v8 if that one is present on the link line 11:40.14 but less complication is better :) 11:40.25 I don't think the function -ointer solution would assume any linker specifics, but it would be an extra complication 11:40.41 Oh yes, definitely less complication is good 11:41.41 how are pdf-js.c pdf-js-none.c and pdf-jsimp-(cpp|v8).c(pp) related? 11:41.48 i.e. how much overlap is there 11:42.26 I was considering dropping pdf-js.c up one level (since it's common) and have pdf/js-none and a pdf/js-v8 subdirectories 11:42.26 Chans: (ghostbot) in:#ghostscript 11:42.50 There are two levels of interface. The high-level one is shared by pdf_js.c and pdf_js_none.c 11:43.14 right. so js and js_none are exclusive 11:43.18 pdf_js.c implements the high-level interface in terms of the low-level one. 11:43.30 pdf_js_imp.c implements the low-level one. 11:43.47 but js is (eventually) shared by v8 and whatever other engines we hook up? 11:43.55 The low-level one should be implementable with other js solutions. 11:44.16 jsimp-cpp is that v8 neutral? 11:44.31 pdf_js.c defines the dom, so the DOM shouldn't need redefining when using a different engine 11:46.21 right. I think I understand a bit better now. 11:47.02 Yes, jsimp_cpp.c is v8 neutral, but wouldn't be used if we chose a non-cpp engine 11:48.19 tor8: paulgardiner: There is an updated version of the shuffle branch on robin shuffle. 11:48.26 Contains a redone win32 project. 11:48.37 I handle the openssl or not slightly differently. 11:49.08 in that I build an openssl or not libmupdf, rather than leaving the decision to the app stage. 11:49.21 paulgardiner: Did you see the support mail this morning? 11:50.30 Robin_Watts: not one that stands out 11:50.42 From Christophe. I replied to it? 11:50.52 FORK(23992) --- fork starting for 'RSSFeeds', PID == 23992, bot_pid == 31304 --- 11:50.52 I think he needs to create annotations. 11:50.53 FORK(23992) !ERROR! cannot load my module: RSSFeeds 11:50.53 FORK(23992) fork: took 1s for RSSFeeds. 11:50.53 FORK(23992) --- fork finished for 'RSSFeeds' --- 11:51.10 Oh right. Possibly 11:51.18 printed pdf page with watermark. 11:51.34 I said I'd speak to you about some example code that used it. 11:51.53 Presumably there are limitations, like having to use the fonts already in the document etc? 11:52.36 That looks like a Text annotation 11:53.00 We haven't gotten to those yet, but they are definitely on the list 11:53.15 paulgardiner: Ah, bugger. 11:53.36 Christophe is from our main mupdf customer. Keeping them happy is a priority I think. 11:53.51 We may have to speak to henrys about doing them sooner rather than later. 11:53.59 Like other's I'd hope the annotation could be done via the pdf device, but I don't know how well it supports text 11:54.18 paulgardiner: The lack of control over fonts is the hard part. 11:54.20 Robin_Watts: I'd be happy to make it a priority, but yes asking henrys would be good 11:54.42 Currently we don't have code in place to add new fonts to a page. 11:55.06 Robin_Watts: the ucdn msvc warnings can be disabled if we include "fitz/system.h" 11:55.15 Depending on your other priorities, it might make sense for you to handle the pdf device changes and I could do the rest 11:55.30 paulgardiner: It might. Let's speak to henry when he appears. 11:56.38 I'm not exactly in a great stopping place with the incremental-update work, but still not disasterously so. 11:58.05 Chans: (ghostbot) in:#ghostscript 11:58.20 Robin_Watts: why does ucdn.c compile to ucdn1.obj? there's a 1 added in the Output Files property panel... 11:58.27 intended or not? 11:59.10 not intended by me. 11:59.54 probably automatic to prevent collisions then... maybe a side effect of moving things around? 12:04.02 >>> join/#ghostscript jghali__ (~jghali@ADijon-157-1-25-2.w86-218.abo.wanadoo.fr) 12:04.14 Robin_Watts: any reason the "script" header files are in the "generated" project? 12:06.37 Seen: Flushed 3 entries. 12:07.54 >>> jghali_ has signed off IRC (Ping timeout: 264 seconds) [#ghostscript] 12:09.00 where else would they be? 12:11.14 paulgardiner: Tiny change on robin/master (some comment renames that were missed) 12:11.55 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 12:11.55 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 12:14.11 --- Saved uptime records. 12:14.23 Looks fine 12:15.17 argh. cmd doesn't expand wildcards on win32, and nor does the libc when calling main()? 12:15.21 that's ... annoying 12:15.31 Chans: (ghostbot) in:#ghostscript 12:15.42 Robin_Watts: the ftoptions.h etc have nothing to do with generated 12:16.02 Robin_Watts: the generate.bat is broken, I'm trying to fix it now 12:16.11 and ran into the problem with wildcards :( 12:16.31 tor8: is it? It was working for me. 12:16.50 Robin_Watts: only if you have an existing generated/ directory 12:17.02 it has the wrong paths to the resource files 12:21.23 FORK(27792) --- fork starting for 'RSSFeeds', PID == 27792, bot_pid == 31304 --- 12:21.24 FORK(27792) !ERROR! cannot load my module: RSSFeeds 12:21.24 FORK(27792) fork: took 1s for RSSFeeds. 12:21.24 FORK(27792) --- fork finished for 'RSSFeeds' --- 12:27.17 tor8, Robin_Watts: I've run into a naster problem with incremental update, that may be easily solved by making the xref's update_appearance function pointer take a pdf_annot * rather than the pdf_obj * that the pdf_annot * refers to. 12:27.32 s/naster/nasty/ 12:28.50 But I can't remember whether making it take an obj was something we did to prevent certain builds dragging in unnecessary fonts or the like 12:29.08 Searching for update_appearance, I can't find anything that assigns it. 12:29.27 In pdf_xref_aux.c 12:29.51 Actually I think it should be okay, because in the case where we don't want to drag stuff in, we don't assign it 12:30.14 I can't remember any such issue. 12:30.52 I can't remember it well, but I had to make update_appearance virtual for some reason 12:31.28 so you want to pass in annot rather than obj? 12:31.37 and presumably there is a way to get the obj from the annot ? 12:31.54 I can't see an objection to that offhand. 12:32.34 Chans: (ghostbot) in:#ghostscript 12:32.37 Ah red herring... well sort of... there's another problem with passing a pdf_annot: there's a caller that doesn't have access to a pdf_annot 12:32.59 What is the problem you need the annot to solve ? 12:34.14 I'm, in some cases, changing the obj and I don't want the annot to point to the old obj 12:35.16 Can you change the caller to have access to the pdf_annot? 12:35.55 Actually the caller that doesn't have an annot is the code that creates annot, so I think I can solve it. 12:36.16 Might be best to pass an obj ** to update_appearance. 12:37.21 sounds plausible. 12:38.13 Robin_Watts: two fixes to win32 project files on tor/shuffle 12:39.26 Ah, perhaps the appearance is guaranteed to be indirect. That would make it trivial 12:39.29 I thought you said that wildcards didn't work ? 12:39.45 Robin_Watts: they do if you link with setargv.obj with cl 12:40.01 took me some google foo to figure that one out 12:40.23 The appearance, being a stream, surely has to be indirect 12:41.18 setargv.obj is broken in VS2005 apparently :( 12:41.31 Robin_Watts: that's odd ... I use VS2005 12:41.38 for some definition of broken. 12:41.47 might just be quoting of wildcards. 12:43.21 You've removed the cmaps and the fonts from the project? 12:43.37 Robin_Watts: I didn't see much point in having them browsable from the project 12:44.11 ok, looks fine. 12:44.17 if you want to see them, we should add the resources directory and subdirectories with all files (including the certs, which were missing from your version) 12:44.25 but I think it's not very important 12:45.20 we could drop the source directories in a "source" filter in libmupdf.vcproj if you think the "include" directory should be more isolated 12:45.33 The include stuff is all in "api" 12:45.43 which is nice cos it's the first one :) 12:45.58 That's separate enough for me. 12:45.58 >>> join/#ghostscript gandaro (~gandaro@wikipedia/Gorlingor) 12:46.14 Robin_Watts: well, that's hiding the file location IMO 12:46.53 it took me a while before I realized it was the include/ directory 12:48.33 Chans: (ghostbot) in:#ghostscript 12:49.17 The solution explorer is not intended to be a direct mirror of the file locations. 12:49.30 More of the 'structure' of the project. 12:50.03 tor8: did you see the bug about the makefile install target being wrong ? 12:50.29 header files are going into /usr/include/ rather than /usr/include/mupdf/ 12:50.39 ah right! 12:51.01 I remember going to "man install" to figure that one out then I got sidetracked... 12:51.20 Robin_Watts: okay, new patch on tor/shuffle that rearranges the project files to my liking. 12:51.30 FORK(482) --- fork starting for 'RSSFeeds', PID == 482, bot_pid == 31304 --- 12:51.31 FORK(482) !ERROR! cannot load my module: RSSFeeds 12:51.31 FORK(482) fork: took 1s for RSSFeeds. 12:51.31 FORK(482) --- fork finished for 'RSSFeeds' --- 12:51.38 feel free to disagree with my choices and whine loudly. you're after all the main user of the project. 12:54.29 I dislike sticking everything in source. 12:54.39 it's just one more thing to have to click. 12:56.21 msvc remembers what was last opened between invocations 12:56.44 tor8: yeah, but it's a pointless extra layer 12:56.52 That depebnd on th settings 12:57.03 not pointless, it mimics the file layout 12:57.11 >>> join/#ghostscript paulgardiner_ (~chatzilla@smtp.glidos.net) 12:57.43 For use in the solution explorer, it's pointless, IMHO. 12:57.51 but it's a small thing, I can live with it. 12:58.55 if only you could sort things manually in the solution explorer... we wouldn't be having this discussion :) 12:59.14 but I really didn't like the "api" filter 12:59.35 but then I'm terribly easily confused, and think about our poor customers ;) 12:59.47 paulgardiner, Robin_Watts: the customer has priority but I haven't read any email yet so don't understand how it affects each of you. 12:59.51 >>> paulgardiner has signed off IRC (Ping timeout: 260 seconds) [#ghostscript] 13:00.06 >>> paulgardiner_ materializes into paulgardiner 13:01.10 tor8: How about using "!include" or ".include" or something, and then leaving the rest without "source" ? 13:01.30 That would put include at the top. 13:04.33 Chans: (ghostbot) in:#ghostscript 13:04.57 a "!include" without the mupdf sublevel could work 13:05.02 if you want maximum convenience 13:06.41 Seen: Flushed 5 entries. 13:06.56 Robin_Watts: like on tor/shuffle ? 13:08.50 Looks good to me. 13:14.23 --- Saved uptime records. 13:18.22 paulgardiner: I guess you just have to switch to text annotations unless he says it isn't urgent. Sorry 13:20.29 Chans: (ghostbot) in:#ghostscript 13:20.44 henrys: Yeah no worries. I may have part of this commitable today in any case. 13:21.54 FORK(3006) --- fork starting for 'RSSFeeds', PID == 3006, bot_pid == 31304 --- 13:21.55 FORK(3006) !ERROR! cannot load my module: RSSFeeds 13:21.55 FORK(3006) fork: took 1s for RSSFeeds. 13:21.55 FORK(3006) --- fork finished for 'RSSFeeds' --- 13:36.03 Chans: (ghostbot) in:#ghostscript 13:36.33 Robin_Watts: a handful new commits on tor/master 13:36.42 if they're okay, should I squash and push to master? 13:37.18 I guess we need to fix the android build though 13:51.39 Chans: (ghostbot) in:#ghostscript 13:52.09 FORK(3178) --- fork starting for 'RSSFeeds', PID == 3178, bot_pid == 31304 --- 13:52.10 FORK(3178) !ERROR! cannot load my module: RSSFeeds 13:52.10 FORK(3178) fork: took 1s for RSSFeeds. 13:52.10 FORK(3178) --- fork finished for 'RSSFeeds' --- 13:54.55 >>> join/#ghostscript jghali_ (~jghali@ADijon-157-1-25-195.w86-218.abo.wanadoo.fr) 13:58.06 >>> jghali__ has signed off IRC (Ping timeout: 252 seconds) [#ghostscript] 14:06.45 Seen: Flushed 4 entries. 14:07.25 Chans: (ghostbot) in:#ghostscript 14:07.58 >>> join/#ghostscript kens2 (~Miranda@40.249.125.91.dyn.plus.net) 14:07.59 >>> kens has signed off IRC (Read error: Connection reset by peer) [#ghostscript] 14:10.02 tor8: let me look. 14:14.27 --- Saved uptime records. 14:15.52 tor8: V8_PRESENT=1 or 0, not yes. 14:16.58 otherwise looks great. 14:17.03 >>> join/#ghostscript jghali__ (~jghali@ADijon-157-1-46-187.w86-218.abo.wanadoo.fr) 14:17.08 Personally, I'd squash and push and we can fix android later. 14:17.15 It's already broken :) 14:20.20 >>> jghali_ has signed off IRC (Ping timeout: 255 seconds) [#ghostscript] 14:20.32 henrys: mvrhel found a PDF Reader for Win8 that he thought was based on MuPDF. 14:20.55 They claim to be GPL v3 licensed. 14:21.15 so I asked the authors for a copy of the source, and they have just given me access to a bitbucket git repo. 14:21.18 yes I spoke to michael about it. 14:21.28 They are indeed based on mupdf. 14:22.00 sounds legal to me, what's the problem? 14:22.00 The git repo doesn't have the mupdf source in it, just compiled .dll/.pdb/.winmd for ARM and intel. 14:22.17 but their code is present? 14:22.17 FORK(2236) --- fork starting for 'RSSFeeds', PID == 2236, bot_pid == 31304 --- 14:22.19 FORK(2236) !ERROR! cannot load my module: RSSFeeds 14:22.19 FORK(2236) fork: took 2s for RSSFeeds. 14:22.19 FORK(2236) --- fork finished for 'RSSFeeds' --- 14:22.37 And they've removed the tokens required for SkyDrive api and BugSense api. 14:22.57 I don't reckon they are GPL compliant. 14:23.17 Chans: (ghostbot) in:#ghostscript 14:23.39 so they have modified mupdf and have not republished? 14:24.21 Well, I don't believe they are using michaels winrt stuff. 14:24.45 so they must have done makefiles/projects and I can't see them being released here. 14:25.12 also, having to ask for a source code link is against my understanding of the GPL. 14:25.54 I thought that you should get the source code link as part of the package. Otherwise if they "go bust" or disappear or whatever, users are stuffed. 14:26.13 Robin_Watts:I agree about the link, but that is easily remedied so the question becomes is it worth opening a discussion. 14:26.44 Also, I'm not sure that the GPL allows for them not to publish sections of the code as they are security sensitive. 14:27.16 well michael did send this off to Miles and Scott. Did you want me to follow up with them? 14:27.35 henrys: I should probably forward this on to them as additional information. 14:27.57 I will do that. 14:33.29 Robin_Watts: d'oh forgot the Makerules in that commit 14:33.41 "yes" is bad, IMHO. 14:34.07 Robin_Watts: it's what we use elsewhere (NOX11 and CROSSCOMPILE) 14:34.19 oh, well, consistency wins then :( 14:34.39 and for the pkg-config openssl test 14:35.37 >>> part/#ghostscript aladdinwang (~aladdin_w@180.175.180.41) 14:39.43 Chans: (ghostbot) in:#ghostscript 14:42.36 Robin_Watts, tor8: is master reasonably stable now, or are is more shuffling imminent? Wondering whether to rebase some stuff or leave it until stability 14:43.27 paulgardiner: Much more shuffling, I fear. 14:43.33 paulgardiner: shuffling is imminent I think 14:43.55 Okay. I'll stick where I am in the tree for now.. Thanks 14:49.36 Robin_Watts: squashed shuffle on tor/shuffle 14:49.41 should I push to master? 14:49.49 go for it. 14:50.32 hah! got an error from the git hooks: sendmail fatal: message file too big 14:52.51 FORK(16316) --- fork starting for 'RSSFeeds', PID == 16316, bot_pid == 31304 --- 14:52.52 FORK(16316) !ERROR! cannot load my module: RSSFeeds 14:52.52 FORK(16316) fork: took 1s for RSSFeeds. 14:52.52 FORK(16316) --- fork finished for 'RSSFeeds' --- 14:55.19 Chans: (ghostbot) in:#ghostscript 15:04.29 tor8: cluster is unhappy with some of those commits. Is that expected? 15:04.45 my state is burning again: https://maps.google.com/maps/ms?msid=215563989566450268982.0004c328de8016253230a&msa=0&ie=UTF8&t=m&ll=39.943436,-106.391602&spn=16.827379,26.323242&z=5&source=embed&dg=feature 15:05.20 paulgardiner: scott was asking sabrina about the diet. Looks like he's going to try it. 15:06.02 Robin_Watts: yes. the makefile changes went in a separate patch so some are expected to be broken. 15:06.18 Ah. Another convert. 15:07.17 Seen: Flushed 4 entries. 15:07.33 Robin_Watts: mujstest failing on the second commit is a bit more suspicious 15:08.09 I'm definitely finding it easier 15:08.20 paulgardiner: sabrina may go to one day, she's down to her "fighting weight" now. 15:09.38 I'm so jealous :-) 15:10.00 I'm down to the right weight. I just need to grow another 6 inches. 15:10.26 :-) 15:11.06 Chans: (ghostbot) in:#ghostscript 15:13.08 Robin_Watts: you looked to be in pretty good shape at the meeting Robin_Watts 15:13.48 henrys: Every time I come to a staff meeting/go on holiday I gain 7 pounds, and then only lose 5 before the next meeting. 15:14.25 I need to lose another 7 or so to get back to where I'm happy. And would then need to lose another 10 or so before I'm within my BMI. 15:14.35 --- Saved uptime records. 15:14.57 skim milk shakes? 15:15.16 I failed entirely to get any milkshakes in miami. 15:15.20 only got one in boston. 15:15.33 ick :-( 15:16.20 * kens2/#ghostscript coffees 15:19.16 i just noticed that you guys drink coffee and tea late in the afternoon. It's morning here and I didn't think about it before. 15:20.51 I drink coffee all day and evening :-) 15:22.53 FORK(8673) --- fork starting for 'RSSFeeds', PID == 8673, bot_pid == 31304 --- 15:22.54 FORK(8673) !ERROR! cannot load my module: RSSFeeds 15:22.54 FORK(8673) fork: took 1s for RSSFeeds. 15:22.54 FORK(8673) --- fork finished for 'RSSFeeds' --- 15:24.51 henrys: You only drink coffee in the morning? 15:25.49 Robin_Watts: mostly yes. 15:26.29 Chans: (ghostbot) in:#ghostscript 15:27.32 >>> join/#ghostscript ray_laptop (~chatzilla@rrcs-64-183-45-163.west.biz.rr.com) 15:28.12 The first I knew about Miles was the "I'm OK" message. Spam must have gotten the email about what he was to undergo :-( 15:28.21 but I'm glad he's OK 15:28.35 ray_laptop: He mentioned it at the staff meeting. 15:28.48 There was no "see you on the other side" email. 15:29.20 ray_laptop has an auditory spam filter he engages at the meetings ;-) 15:30.07 :) 15:31.03 L-) 15:31.08 :-) even 15:31.20 >>> chrisl materializes into chrisl_away 15:34.42 I thought that Miles was whitelisted (mostly I just filter Scott) 15:35.50 I need mvrhel when he shows up. 15:36.48 the 'spread' in the image enum seems to be confused (or is confusing me) 15:38.13 the sample "unpack" procedures all have many components that are ignored :-( 15:40.59 ray_laptop: Is it not the case that we may look at the components when selecting unpack procedures? 15:42.15 if we have selected an unpack procedure based on the fact that it accepts input in a given format, is it surprising that that procedure doesn't check to verify that format every time it's called? 15:42.35 Chans: (ghostbot) in:#ghostscript 15:48.48 paulgardiner/tor8: I've brought pdfwrite up to date to just before the shuffle. 15:49.09 I really need to get that committed as rebasing it again and again is getting tiring :) 15:49.38 tor8: Have you looked into the cluster failures? 15:50.16 oh! 15:50.25 The cluster is trying to build mujstest-v8 15:50.34 and you renamed it to mujstest-js or something? 15:51.28 I'm out tonight and have to disappear soonish 15:51.33 Robin_Watts: no, my confusion is that we have so many parameters and I don't see any proc (yet) that uses them 15:51.54 paulgardiner: Did you need something done before you disappear? 15:52.13 I have to pop out for a bit in a bit too. 15:52.23 No thanks. Just commenting on the limited time I have to look at pdfwrite 15:52.35 Before tomorrow that is 15:52.39 paulgardiner: Ah. I wasn't expecting it looked at today. 15:52.46 oh okay 15:52.47 also, I need to check with mvrhel about the color monitoring stuff -- in particular the 'bsize' calculation seems funky (at least for 12-bit) since it uses bps but unpack expands 12 to 16 bit 15:52.53 I'll have to updated it through the shuffle yet. 15:53.23 FORK(18460) --- fork starting for 'RSSFeeds', PID == 18460, bot_pid == 31304 --- 15:53.24 FORK(18460) !ERROR! cannot load my module: RSSFeeds 15:53.24 FORK(18460) fork: took 1s for RSSFeeds. 15:53.24 FORK(18460) --- fork finished for 'RSSFeeds' --- 15:53.35 oh, disregard that last. It just uses bps to decide whether to have 1 or 2 bytes per sample 15:58.49 Chans: (ghostbot) in:#ghostscript 16:01.27 tor8: The cluster uses NOX11=1 16:07.31 Seen: Flushed 6 entries. 16:09.07 >>> join/#ghostscript SpNg_ (~ARolek@wsip-70-167-118-33.sd.sd.cox.net) 16:10.18 tor8: The default build target does not include mujstest-v8 now. 16:11.27 leak: 1 nuh{} items deleted; now have 27 16:11.32 JSTARGETS isn't set. 16:12.22 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 16:12.22 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 16:13.32 Will fix when I get back. 16:14.24 >>> vtorri has signed off IRC (Changing host) [#ghostscript] 16:14.24 >>> join/#ghostscript vtorri (~vtorri@enlightenment/developer/vtorri) 16:14.45 Chans: (ghostbot) in:#ghostscript 16:15.33 --- Saved uptime records. 16:20.36 >>> SpNg_ has signed off IRC (Quit: SpNg_) [#ghostscript] 16:22.24 Robin_Watts : I've forwarded an email from a free user that I'm not qualified to answer. If you have the time could you give him a quick reply please. 16:23.34 FORK(24863) --- fork starting for 'RSSFeeds', PID == 24863, bot_pid == 31304 --- 16:23.35 FORK(24863) !ERROR! cannot load my module: RSSFeeds 16:23.35 FORK(24863) fork: took 1s for RSSFeeds. 16:23.35 FORK(24863) --- fork finished for 'RSSFeeds' --- 16:26.41 >>> ray_laptop has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 16:27.02 Right, time to go. Goodnight everyone 16:31.49 Chans: (ghostbot) in:#ghostscript 16:34.00 >>> kens2 has signed off IRC (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) [#ghostscript] 16:48.03 Chans: (ghostbot) in:#ghostscript 16:53.39 FORK(27674) --- fork starting for 'RSSFeeds', PID == 27674, bot_pid == 31304 --- 16:53.41 FORK(27674) !ERROR! cannot load my module: RSSFeeds 16:53.41 FORK(27674) fork: took 2s for RSSFeeds. 16:53.41 FORK(27674) --- fork finished for 'RSSFeeds' --- 17:07.45 Seen: Flushed 2 entries. 17:10.46 ah, right. 17:15.47 --- Saved uptime records. 17:20.23 Chans: (ghostbot) in:#ghostscript 17:23.49 FORK(1416) --- fork starting for 'RSSFeeds', PID == 1416, bot_pid == 31304 --- 17:23.51 FORK(1416) !ERROR! cannot load my module: RSSFeeds 17:23.51 FORK(1416) fork: took 2s for RSSFeeds. 17:23.51 FORK(1416) --- fork finished for 'RSSFeeds' --- 17:33.59 Robin_Watts: makefile fix on tor/master 17:34.55 the JSTARGETS variable isn't needed anymore (the XXX_V8 variables are only set if V8_PRESET == yes) 17:36.35 Chans: (ghostbot) in:#ghostscript 17:38.42 >>> marcosw has signed off IRC (Ping timeout: 256 seconds) [#ghostscript] 17:43.52 >>> join/#ghostscript marcosw (~marcos@67.169.6.130) 17:52.23 Chans: (ghostbot) in:#ghostscript 17:54.51 FORK(27466) --- fork starting for 'RSSFeeds', PID == 27466, bot_pid == 31304 --- 17:54.52 FORK(27466) !ERROR! cannot load my module: RSSFeeds 17:54.52 FORK(27466) fork: took 1s for RSSFeeds. 17:54.52 FORK(27466) --- fork finished for 'RSSFeeds' --- 18:03.02 >>> join/#ghostscript mvrhel_laptop (~chatzilla@c-50-149-95-73.hsd1.wa.comcast.net) 18:07.59 Chans: (ghostbot) in:#ghostscript 18:07.59 Seen: Flushed 1 entries. 18:16.01 --- Saved uptime records. 18:16.24 >>> marcosw has signed off IRC (Ping timeout: 268 seconds) [#ghostscript] 18:21.56 Robin_Watts: how did you find out about that winrt-app using mupdf? 18:23.53 Chans: (ghostbot) in:#ghostscript 18:25.03 FORK(15783) --- fork starting for 'RSSFeeds', PID == 15783, bot_pid == 31304 --- 18:25.04 FORK(15783) !ERROR! cannot load my module: RSSFeeds 18:25.04 FORK(15783) fork: took 1s for RSSFeeds. 18:25.04 FORK(15783) --- fork finished for 'RSSFeeds' --- 18:30.09 >>> join/#ghostscript marcosw (~marcos@67.169.6.130) 18:31.24 henrys: Is Joann going to be in the office today 18:32.07 so microsoft has to verify the Artifex store account only through the main office phone number 18:32.49 After re reading your email, I actually had given them your 303 number but they found the Artifex main number and can only call and verity through that number 18:33.08 but no one appears to be answering the phone 18:33.19 tor8: yeah, I have the same fix on peeves - I didn't get a chance to push it before I had to run out. 18:34.24 tor8: hmm. My fix preserved the all-nojs target. 18:34.37 I guess it doesn't really matter. 18:39.21 mvrhel_laptop: maybe since she knows miles won't be there… ;-) I don't know. 18:39.41 Chans: (ghostbot) in:#ghostscript 18:39.42 doesn't the main line roll over to scott too sometimes? 18:40.31 >>> tkamppeter_ materializes into tkamppeter 18:41.16 She might be running to the post office or something? 18:41.35 anyway, back to the gs salt mine to work on overprint simulation 18:41.48 mvrhel_laptop: Apple and Android app stores have no such verification process. I can't believe MS do this for everyone. 18:41.57 mvrhel_laptop: I usually send joann mail and usually get a response later in the afternoon. 18:41.58 or maybe I can, and that's why they have so few apps. 18:42.21 Robin_Watts: yes, I had to do many steps 18:42.24 sebras: We guessed. It claimed to do PDF/XPS/CBZ and was GPL licensed :) 18:42.40 Robin_Watts: those jokers are not complying with GPL 18:42.54 Indeed, I reckon not. 18:42.54 not to mention that they offer "commerical" licenses 18:44.10 The question is, have they ever actually sold a commercial license? :) 18:44.23 yes 18:44.50 Yes, they have? or yes, that is the question? 18:44.57 yes that is the question 18:45.01 yeah. 18:45.12 if I knew the answer to that question we would be having a different discussion likely 18:45.22 Well, I passed the info onto Miles etc, so he can make the call. 18:46.12 right. thanks. 18:46.20 I could harry them on their facebook page, but I don't want to do that if Miles is going to try to pull them in to a commercial deal. 18:46.57 right. Best to wait and see what happens 18:50.57 balls. cluster expects the all-nojs target. 18:52.46 I'm tempted to think we ought to keep the all-nojs target working, as it means mupdf tests on the cluster won't fall over if we break js, just the mujstest ones. 18:55.25 FORK(23183) --- fork starting for 'RSSFeeds', PID == 23183, bot_pid == 31304 --- 18:55.27 FORK(23183) !ERROR! cannot load my module: RSSFeeds 18:55.27 FORK(23183) fork: took 2s for RSSFeeds. 18:55.27 FORK(23183) --- fork finished for 'RSSFeeds' --- 18:56.03 Chans: (ghostbot) in:#ghostscript 19:04.52 tor8: Urm... I'm confused. 19:05.09 fz_draw_stroke_path. We calculate the expansion from the ctm. 19:05.31 Then we do: if (linewidth * expansion < 0.1f) linewidth = 1/expansion; 19:05.42 That makes no sense to me. 19:06.44 Suppose we have a linewidth just below 0.1/expansion. That will be bumped up by almost a factor of 10. 19:06.56 but a linewidth just above 0.1/expansion will be left as is. 19:07.27 I suspect the code is intended to be: if (linewidth *expansion < 0.1f) linewidth = 0.1f/expansion; 19:07.32 or am I missing something? 19:08.02 Seen: Flushed 4 entries. 19:10.25 >>> join/#ghostscript ray_laptop (~chatzilla@rrcs-64-183-45-163.west.biz.rr.com) 19:11.14 mvrhel_laptop: I have a question about the color monitoring. Do you have a second ? 19:11.34 Chans: (ghostbot) in:#ghostscript 19:11.46 ray_laptop: yes 19:12.56 mvrhel_laptop: thanks. the 'row_has_color' function calls the selected is_neutral function, such as gsicc_mcm_monitor_rgb, but it passes in pie_c->spread as 'num_bytes' 19:13.18 ray_laptop: hold on let me get there 19:13.39 gxclimag.c line 406 19:15.15 and refresh my brain what spread was. was this bits 19:15.54 spread sounds suspiciously like "how many bytes to get from one sample to the next" 19:16.14 --- Saved uptime records. 19:16.23 mvrhel_laptop: it is set by get_unpack_proc (a copy of what's in gxipixel.c ) 19:16.39 same file, line435 19:16.50 oh yes 19:16.59 it's set differently if it's planar vs. chunky 19:17.11 well that is not going to work 19:17.22 oh wait 19:17.27 it works for chunky since it is the number of bytes 19:17.32 right 19:17.44 i.e., i << log2_xbytes 19:17.51 right. that is a big goof up 19:17.54 sorry about that 19:17.58 1 << log2_xbytes 19:18.46 mvrhel_laptop: that's OK. I was just making sure that the 'monitor' functions expect either 2 or 1, never bigger 19:19.01 ray_laptop: yes, they are just set up for 2 or 1 19:19.28 either we will need to change that or repack the data into a chunky bit prior to calling the is neutral proc 19:19.46 so the unpack proc will use the 'spread' to space the data out when it unpacks, so I can put the components together. 19:20.37 is it feasible to have a different set of is_neutral functions for planar or chunky? 19:21.01 mvrhel_laptop: OK, so I can use a much simpler modification. now. Just have to compute the num_bytes for is_neutral differently (so that it will work for planar images) 19:21.02 anything is feasible in ghostscript 19:21.36 ray_laptop: yes. sorry for the screw up 19:21.54 Robin_Watts: yes, but since I need to unpack the planes into the buffer, I can put them into chunky format and not need extra routines 19:22.30 I just need to pull the 'unpack' out of row_has_color and I should be OK. 19:23.23 I'm not sure about gs_image_format_bit_planar, but I don't think I've ever seen one of those 19:23.51 where the bits for each component are in separate data sources 19:25.20 while it seems to be tested and allowed for various places in the code, it never seems to be set to that value 19:25.45 FORK(16443) --- fork starting for 'RSSFeeds', PID == 16443, bot_pid == 31304 --- 19:25.46 FORK(16443) !ERROR! cannot load my module: RSSFeeds 19:25.46 FORK(16443) fork: took 1s for RSSFeeds. 19:25.46 FORK(16443) --- fork finished for 'RSSFeeds' --- 19:26.55 Chans: (ghostbot) in:#ghostscript 19:38.28 Robin_Watts: I have no recollection of that code. 19:38.46 better double check it against what libart and ghostscript does 19:39.00 ghostscript does something entirely different. 19:39.13 I think I based some of the stroking on what libart did 19:39.22 tor8: what do you propose we do about all-nojs: ? 19:39.22 (libart is raph's old pre-cursor to fitz) 19:39.55 Robin_Watts: we could add libs-nojs and apps-nojs targets as well 19:42.29 Chans: (ghostbot) in:#ghostscript 19:43.17 or build with "make V8_PRESENT=no" ? 19:43.43 tor8: I could change the cluster code to do that. 19:43.56 The cluster builds with NOX11=1 19:44.26 NOV8 might be more in line with NOX11, or change both to HAVE_X11, HAVE_V8 ? 19:44.35 http://git.ghostscript.com/?p=user/robin/mupdf.git;a=blob;f=fitz/dev_draw.c;h=cd3613e3309125ab9358c1e7af52bd2b72c4c63d;hb=bfce5d9eafe093e2e397fbb7e0afa4eb236c4746 19:44.40 Line 60/61 19:44.54 So that code has been there since the first commit of dev_draw.c 19:44.57 oh right! that one. 19:45.04 now I remember 19:45.17 if (hairwidth) linewidth = 1 device pixel 19:45.51 right. but that suffers from being non monotonic. 19:46.23 yeah. it's got a hard jump. 19:46.46 sadly, I've found we need to trigger on values != 0 for hairline widths 19:47.24 one (not so good) alternative is setting a minimum device line width 19:47.45 ok, at least I understand it now. 19:47.47 thanks. 19:55.47 FORK(20984) --- fork starting for 'RSSFeeds', PID == 20984, bot_pid == 31304 --- 19:55.49 FORK(20984) !ERROR! cannot load my module: RSSFeeds 19:55.49 FORK(20984) fork: took 2s for RSSFeeds. 19:55.49 FORK(20984) --- fork finished for 'RSSFeeds' --- 19:58.35 Chans: (ghostbot) in:#ghostscript 20:08.05 Seen: Flushed 4 entries. 20:12.31 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 20:12.31 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 20:14.49 Chans: (ghostbot) in:#ghostscript 20:16.19 --- Saved uptime records. 20:16.45 mvrhel_laptop: is there a reason you used pclcs.icc_info.icc_num_components instead of pie_c->spp in "row_has_color" ? 20:25.59 FORK(12285) --- fork starting for 'RSSFeeds', PID == 12285, bot_pid == 31304 --- 20:26.00 FORK(12285) !ERROR! cannot load my module: RSSFeeds 20:26.00 FORK(12285) fork: took 1s for RSSFeeds. 20:26.00 FORK(12285) --- fork finished for 'RSSFeeds' --- 20:26.56 >>> join/#ghostscript mrdocs (~mrdocs@71.4.138.3.ptr.us.xo.net) 20:27.00 >>> mrdocs has signed off IRC (Changing host) [#ghostscript] 20:27.00 >>> join/#ghostscript mrdocs (~mrdocs@opensuse/member/mrdocs) 20:31.15 Chans: (ghostbot) in:#ghostscript 20:32.07 I can't seem to access the git repository for gs. I get FATAL ERROR: No supported authentication methods available 20:35.30 ray_laptop: yes but I can't remember why 20:35.47 you can change it, if you wish 20:36.46 >>> tor8 has signed off IRC (Quit: tor8) [#ghostscript] 20:37.35 mvrhel_laptop: I don't really want to change it without knowing why it was used in the first place 20:38.02 ray_laptop: they should be the same 20:38.24 if they are not, then bad things would happen 20:39.10 it is possible that in the case of a separation color space or device N color space they could be different though. 20:40.38 mvrhel_laptop: but we don't worry about those for monitoring, right ? 20:41.08 i.e., we assume they are 'color' 20:42.22 I'm going to reboot to see if my 'git' fixes itself. bbiab... 20:42.29 >>> ray_laptop has signed off IRC (Quit: reboot :-() [#ghostscript] 20:47.19 Chans: (ghostbot) in:#ghostscript 20:56.11 FORK(1722) --- fork starting for 'RSSFeeds', PID == 1722, bot_pid == 31304 --- 20:56.12 FORK(1722) !ERROR! cannot load my module: RSSFeeds 20:56.12 FORK(1722) fork: took 1s for RSSFeeds. 20:56.12 FORK(1722) --- fork finished for 'RSSFeeds' --- 21:08.29 LOG: last message repeated 3 times 21:08.29 Seen: Flushed 2 entries. 21:17.01 --- Saved uptime records. 21:19.39 Chans: (ghostbot) in:#ghostscript 21:26.13 FORK(15333) --- fork starting for 'RSSFeeds', PID == 15333, bot_pid == 31304 --- 21:26.14 FORK(15333) !ERROR! cannot load my module: RSSFeeds 21:26.15 FORK(15333) fork: took 1s for RSSFeeds. 21:26.15 FORK(15333) --- fork finished for 'RSSFeeds' --- 21:43.58 weird. where I was getting segv's before with my patch on the cluster, now it all seems to be ok 21:44.12 differences to review 21:46.24 >>> join/#ghostscript tor8 (~tor@c-bd7871d5.04-50-6c756e10.cust.bredbandsbolaget.se) 21:50.49 Chans: (ghostbot) in:#ghostscript 21:55.14 >>> join/#ghostscript rooligan (~gandaro@wikipedia/Gorlingor) 21:56.21 >>> henrys has signed off IRC (Quit: henrys) [#ghostscript] 21:56.51 FORK(4964) --- fork starting for 'RSSFeeds', PID == 4964, bot_pid == 31304 --- 21:56.52 FORK(4964) !ERROR! cannot load my module: RSSFeeds 21:56.52 FORK(4964) fork: took 1s for RSSFeeds. 21:56.52 FORK(4964) --- fork finished for 'RSSFeeds' --- 21:57.21 >>> gandaro has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 21:57.53 >>> mrdocs has signed off IRC (Ping timeout: 240 seconds) [#ghostscript] 22:02.57 good grief. so MS requires another $99 so that you can submit apps to the phone store 22:03.24 >>> tor8 has signed off IRC (Quit: tor8) [#ghostscript] 22:03.33 it is different than the windows 8 store 22:06.55 Chans: (ghostbot) in:#ghostscript 22:08.43 Seen: Flushed 1 entries. 22:10.23 >>> paulgardiner has signed off IRC (Quit: ChatZilla 0.9.90 [Firefox 21.0/20130511120803]) [#ghostscript] 22:11.04 ok. some visible issues with the ghent overprint files when going to certain devices 22:11.10 should be easy to track this down 22:14.43 >>> join/#ghostscript gandaro (~gandaro@wikipedia/Gorlingor) 22:17.06 >>> join/#ghostscript SpNg_ (~ARolek@wsip-70-167-118-33.sd.sd.cox.net) 22:17.16 --- Saved uptime records. 22:17.37 >>> rooligan has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 22:18.35 >>> gandaro has signed off IRC (Client Quit) [#ghostscript] 22:23.19 Chans: (ghostbot) in:#ghostscript 22:24.56 >>> SpNg_ has signed off IRC (Quit: SpNg_) [#ghostscript] 22:27.05 FORK(29395) --- fork starting for 'RSSFeeds', PID == 29395, bot_pid == 31304 --- 22:27.06 FORK(29395) !ERROR! cannot load my module: RSSFeeds 22:27.06 FORK(29395) fork: took 1s for RSSFeeds. 22:27.06 FORK(29395) --- fork finished for 'RSSFeeds' --- 22:28.40 >>> join/#ghostscript mrdocs (~mrdocs@opensuse/member/mrdocs) 22:39.43 Chans: (ghostbot) in:#ghostscript 22:57.47 FORK(30350) --- fork starting for 'RSSFeeds', PID == 30350, bot_pid == 31304 --- 22:57.49 FORK(30350) !ERROR! cannot load my module: RSSFeeds 22:57.49 FORK(30350) fork: took 2s for RSSFeeds. 22:57.49 FORK(30350) --- fork finished for 'RSSFeeds' --- 23:09.17 Seen: Flushed 1 entries. 23:11.05 Chans: (ghostbot) in:#ghostscript 23:11.36 >>> join/#ghostscript tor8 (~tor@c-bd7871d5.04-50-6c756e10.cust.bredbandsbolaget.se) 23:16.29 ircCheck: possible lost in space; checking.Thu Jun 20 23:16:29 2013 23:16.29 >ghostbot< TEST 23:16.29 IRCTEST: Yes, we're alive. 23:17.19 --- Saved uptime records. 23:23.51 >>> join/#ghostscript ray_laptop (~chatzilla@rrcs-64-183-45-163.west.biz.rr.com) 23:24.15 >>> mrdocs has signed off IRC (Ping timeout: 260 seconds) [#ghostscript] 23:24.48 Rebooting didn't cure my git problem. I'm still getting FATAL ERROR: Disconnected: No supported authentication methods available 23:25.27 I can plink to ghostscript.com and I have: remote.origin.url=ray@ghostscript.com:/home/git/ghostpdl.git 23:27.06 Does anybody have any ideas what I need to look at ? 23:28.03 FORK(8358) --- fork starting for 'RSSFeeds', PID == 8358, bot_pid == 31304 --- 23:28.04 FORK(8358) !ERROR! cannot load my module: RSSFeeds 23:28.04 FORK(8358) fork: took 1s for RSSFeeds. 23:28.04 FORK(8358) --- fork finished for 'RSSFeeds' --- 23:28.13 Chans: (ghostbot) in:#ghostscript 23:34.38 >>> tor8 has signed off IRC (Quit: tor8) [#ghostscript] 23:42.37 mvrhel_laptop: I sent an email with the patch for you to review (until I can figure out what happened to my 'git') 23:44.57 Chans: (ghostbot) in:#ghostscript 23:46.08 mvrhel_laptop: BTW, I noticed that there is what looks like a naming issue. The gscms_procs_s has gscms_monitor_proc_t is_color but this returns "true" when the color is "neutral". Shouldn't this proc be named "is_neutral" ??? 23:58.35 FORK(17013) --- fork starting for 'RSSFeeds', PID == 17013, bot_pid == 31304 --- 23:58.36 FORK(17013) !ERROR! cannot load my module: RSSFeeds 23:58.36 FORK(17013) fork: took 1s for RSSFeeds. 23:58.36 FORK(17013) --- fork finished for 'RSSFeeds' ---