00:02.43 Opened logfile log/20130307. 00:02.43 --- Saved uptime records. 00:03.05 >>> join/#ghostscript jghali_ (~jghali@ADijon-157-1-69-202.w86-218.abo.wanadoo.fr) 00:03.55 >>> jghali has signed off IRC (Disconnected by services) [#ghostscript] 00:03.57 >>> jghali_ materializes into jghali 00:09.41 Chans: (ghostbot) in:#ghostscript 00:13.07 FORK(11556) --- fork starting for 'RSSFeeds', PID == 11556, bot_pid == 1005 --- 00:13.08 FORK(11556) !ERROR! cannot load my module: RSSFeeds 00:13.08 FORK(11556) fork: took 1s for RSSFeeds. 00:13.08 FORK(11556) --- fork finished for 'RSSFeeds' --- 00:22.59 >>> join/#ghostscript marcosw (~marcosw@67.169.6.130) 00:25.03 Chans: (ghostbot) in:#ghostscript 00:25.03 ircCheck: possible lost in space; checking.Thu Mar 7 00:25:03 2013 00:25.03 >ghostbot< TEST 00:25.03 IRCTEST: Yes, we're alive. 00:32.40 >>> marcosw has signed off IRC (Quit: marcosw) [#ghostscript] 00:33.34 >>> join/#ghostscript jghali_ (~jghali@ADijon-157-1-69-202.w86-218.abo.wanadoo.fr) 00:33.42 >>> jghali has signed off IRC (Read error: Connection reset by peer) [#ghostscript] 00:38.20 >>> join/#ghostscript Fandekasp (~Fandekasp@p5172-ipngn100202yosemiya.okinawa.ocn.ne.jp) 00:41.19 Chans: (ghostbot) in:#ghostscript 00:43.45 FORK(32627) --- fork starting for 'RSSFeeds', PID == 32627, bot_pid == 1005 --- 00:43.46 FORK(32627) !ERROR! cannot load my module: RSSFeeds 00:43.46 FORK(32627) fork: took 1s for RSSFeeds. 00:43.46 FORK(32627) --- fork finished for 'RSSFeeds' --- 00:53.54 >>> join/#ghostscript marcosw (~marcosw@67.169.6.130) 00:57.41 Chans: (ghostbot) in:#ghostscript 01:03.23 --- Saved uptime records. 01:13.13 Chans: (ghostbot) in:#ghostscript 01:14.03 FORK(7737) --- fork starting for 'RSSFeeds', PID == 7737, bot_pid == 1005 --- 01:14.04 FORK(7737) !ERROR! cannot load my module: RSSFeeds 01:14.04 FORK(7737) fork: took 1s for RSSFeeds. 01:14.04 FORK(7737) --- fork finished for 'RSSFeeds' --- 01:14.24 >>> saper has signed off IRC (Read error: Connection reset by peer) [#ghostscript] 01:14.38 >>> join/#ghostscript saper (saper@wikipedia/saper) 01:23.37 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 01:23.37 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 01:29.05 Chans: (ghostbot) in:#ghostscript 01:29.05 ircCheck: possible lost in space; checking.Thu Mar 7 01:29:05 2013 01:29.05 >ghostbot< TEST 01:29.05 IRCTEST: Yes, we're alive. 01:40.39 >>> marcosw has signed off IRC (Quit: marcosw) [#ghostscript] 01:44.15 FORK(26668) --- fork starting for 'RSSFeeds', PID == 26668, bot_pid == 1005 --- 01:44.16 FORK(26668) !ERROR! cannot load my module: RSSFeeds 01:44.16 FORK(26668) fork: took 1s for RSSFeeds. 01:44.16 FORK(26668) --- fork finished for 'RSSFeeds' --- 01:45.11 Chans: (ghostbot) in:#ghostscript 01:46.27 >>> join/#ghostscript archdori_ (~Fandekasp@p5172-ipngn100202yosemiya.okinawa.ocn.ne.jp) 01:49.11 >>> Fandekasp has signed off IRC (Ping timeout: 245 seconds) [#ghostscript] 01:50.02 >>> join/#ghostscript ray_laptop (~chatzilla@rrcs-64-183-45-163.west.biz.rr.com) 01:50.52 glad to see that Graeme Gill is pro-Ghostscript when it comes to our color management. 01:52.03 IMHO, mvrhel needs to make sure to objectively critique anything that folks that do Poppler try to come up with to cadge in color management. It's likely to have MANY holes 01:54.12 Robin_Watts: tor8: paulgardiner: (for the logs) we probably need to get a reading on the 'viewer' comment passed along by tkamppeter from the OpenICC group (email forwarded to tech) 02:00.07 Seen: Flushed 1 entries. 02:01.03 Chans: (ghostbot) in:#ghostscript 02:04.09 --- Saved uptime records. 02:07.12 >>> ray_laptop has signed off IRC (Ping timeout: 276 seconds) [#ghostscript] 02:11.19 >>> join/#ghostscript marcosw (~marcosw@67.169.6.130) 02:14.23 FORK(27422) --- fork starting for 'RSSFeeds', PID == 27422, bot_pid == 1005 --- 02:14.24 FORK(27422) !ERROR! cannot load my module: RSSFeeds 02:14.24 FORK(27422) fork: took 1s for RSSFeeds. 02:14.24 FORK(27422) --- fork finished for 'RSSFeeds' --- 02:16.45 Chans: (ghostbot) in:#ghostscript 02:19.33 >>> archdori_ has signed off IRC (Quit: leaving) [#ghostscript] 02:19.48 >>> join/#ghostscript Fandekasp (~Fandekasp@p5172-ipngn100202yosemiya.okinawa.ocn.ne.jp) 02:32.10 >>> marcosw has signed off IRC (Quit: marcosw) [#ghostscript] 02:32.47 Chans: (ghostbot) in:#ghostscript 02:44.47 FORK(27738) --- fork starting for 'RSSFeeds', PID == 27738, bot_pid == 1005 --- 02:44.48 FORK(27738) !ERROR! cannot load my module: RSSFeeds 02:44.48 FORK(27738) fork: took 1s for RSSFeeds. 02:44.48 FORK(27738) --- fork finished for 'RSSFeeds' --- 02:59.03 ircCheck: possible lost in space; checking.Thu Mar 7 02:59:03 2013 02:59.03 >ghostbot< TEST 02:59.03 IRCTEST: Yes, we're alive. 03:04.17 --- Saved uptime records. 03:04.27 Chans: (ghostbot) in:#ghostscript 03:07.37 >>> join/#ghostscript tkamppeter_ (~till@p5480A827.dip.t-dialin.net) 03:10.20 >>> join/#ghostscript marcosw (~marcosw@67.169.6.130) 03:11.08 >>> tkamppeter has signed off IRC (Ping timeout: 255 seconds) [#ghostscript] 03:15.01 FORK(28465) --- fork starting for 'RSSFeeds', PID == 28465, bot_pid == 1005 --- 03:15.02 FORK(28465) !ERROR! cannot load my module: RSSFeeds 03:15.02 FORK(28465) fork: took 1s for RSSFeeds. 03:15.02 FORK(28465) --- fork finished for 'RSSFeeds' --- 03:19.59 Chans: (ghostbot) in:#ghostscript 03:43.28 >>> marcosw has signed off IRC (Quit: marcosw) [#ghostscript] 03:45.35 FORK(31354) --- fork starting for 'RSSFeeds', PID == 31354, bot_pid == 1005 --- 03:45.36 FORK(31354) !ERROR! cannot load my module: RSSFeeds 03:45.36 FORK(31354) fork: took 1s for RSSFeeds. 03:45.36 FORK(31354) --- fork finished for 'RSSFeeds' --- 03:51.33 Chans: (ghostbot) in:#ghostscript 04:02.37 ircCheck: possible lost in space; checking.Thu Mar 7 04:02:37 2013 04:02.37 >ghostbot< TEST 04:02.37 IRCTEST: Yes, we're alive. 04:04.27 --- Saved uptime records. 04:07.45 Chans: (ghostbot) in:#ghostscript 04:15.43 FORK(30913) --- fork starting for 'RSSFeeds', PID == 30913, bot_pid == 1005 --- 04:15.44 FORK(30913) !ERROR! cannot load my module: RSSFeeds 04:15.44 FORK(30913) fork: took 1s for RSSFeeds. 04:15.44 FORK(30913) --- fork finished for 'RSSFeeds' --- 04:26.57 LOG: last message repeated 3 times 04:26.57 >>> plinnell has signed off IRC (Read error: Operation timed out) [#ghostscript] 04:38.43 >>> join/#ghostscript marcosw (~marcosw@67.169.6.130) 04:40.09 Chans: (ghostbot) in:#ghostscript 04:45.57 FORK(4150) --- fork starting for 'RSSFeeds', PID == 4150, bot_pid == 1005 --- 04:45.58 FORK(4150) !ERROR! cannot load my module: RSSFeeds 04:45.58 FORK(4150) fork: took 1s for RSSFeeds. 04:45.58 FORK(4150) --- fork finished for 'RSSFeeds' --- 04:47.59 >>> Fandekasp has signed off IRC (Quit: leaving) [#ghostscript] 04:48.15 >>> join/#ghostscript Fandekasp (~Fandekasp@p5172-ipngn100202yosemiya.okinawa.ocn.ne.jp) 04:55.31 Chans: (ghostbot) in:#ghostscript 04:59.45 >>> marcosw has signed off IRC (Quit: marcosw) [#ghostscript] 05:04.55 --- Saved uptime records. 05:05.55 ircCheck: possible lost in space; checking.Thu Mar 7 05:05:55 2013 05:05.55 >ghostbot< TEST 05:05.55 IRCTEST: Yes, we're alive. 05:10.36 >>> join/#ghostscript ray_laptop (~chatzilla@rrcs-64-183-45-163.west.biz.rr.com) 05:11.23 Chans: (ghostbot) in:#ghostscript 05:16.15 FORK(6957) --- fork starting for 'RSSFeeds', PID == 6957, bot_pid == 1005 --- 05:16.16 FORK(6957) !ERROR! cannot load my module: RSSFeeds 05:16.16 FORK(6957) fork: took 1s for RSSFeeds. 05:16.16 FORK(6957) --- fork finished for 'RSSFeeds' --- 05:23.43 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 05:23.43 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 05:27.35 Chans: (ghostbot) in:#ghostscript 05:46.53 FORK(27912) --- fork starting for 'RSSFeeds', PID == 27912, bot_pid == 1005 --- 05:46.54 FORK(27912) !ERROR! cannot load my module: RSSFeeds 05:46.54 FORK(27912) fork: took 1s for RSSFeeds. 05:46.54 FORK(27912) --- fork finished for 'RSSFeeds' --- 05:50.35 >>> join/#ghostscript archdori_ (~Fandekasp@p5172-ipngn100202yosemiya.okinawa.ocn.ne.jp) 05:53.41 >>> Fandekasp has signed off IRC (Ping timeout: 240 seconds) [#ghostscript] 05:55.51 >>> ray_laptop has signed off IRC (Ping timeout: 245 seconds) [#ghostscript] 05:57.13 >>> archdori_ has signed off IRC (Quit: leaving) [#ghostscript] 05:59.29 Chans: (ghostbot) in:#ghostscript 06:05.07 --- Saved uptime records. 06:10.09 ircCheck: possible lost in space; checking.Thu Mar 7 06:10:09 2013 06:10.09 >ghostbot< TEST 06:10.09 IRCTEST: Yes, we're alive. 06:15.25 Chans: (ghostbot) in:#ghostscript 06:16.55 FORK(19439) --- fork starting for 'RSSFeeds', PID == 19439, bot_pid == 1005 --- 06:16.56 FORK(19439) !ERROR! cannot load my module: RSSFeeds 06:16.56 FORK(19439) fork: took 1s for RSSFeeds. 06:16.56 FORK(19439) --- fork finished for 'RSSFeeds' --- 06:36.48 >>> mvrhel_laptop has signed off IRC (Ping timeout: 252 seconds) [#ghostscript] 06:46.49 Chans: (ghostbot) in:#ghostscript 06:47.19 FORK(19239) --- fork starting for 'RSSFeeds', PID == 19239, bot_pid == 1005 --- 06:47.20 FORK(19239) !ERROR! cannot load my module: RSSFeeds 06:47.20 FORK(19239) fork: took 1s for RSSFeeds. 06:47.20 FORK(19239) --- fork finished for 'RSSFeeds' --- 06:52.12 >>> join/#ghostscript oy (~oy@f055096116.adsl.alicedsl.de) 07:02.41 Chans: (ghostbot) in:#ghostscript 07:05.37 --- Saved uptime records. 07:12.53 >>> jghali_ materializes into jghali 07:13.51 ircCheck: possible lost in space; checking.Thu Mar 7 07:13:51 2013 07:13.51 >ghostbot< TEST 07:13.51 IRCTEST: Yes, we're alive. 07:18.07 FORK(30742) --- fork starting for 'RSSFeeds', PID == 30742, bot_pid == 1005 --- 07:18.08 FORK(30742) !ERROR! cannot load my module: RSSFeeds 07:18.08 FORK(30742) fork: took 1s for RSSFeeds. 07:18.08 FORK(30742) --- fork finished for 'RSSFeeds' --- 07:19.13 Chans: (ghostbot) in:#ghostscript 07:23.16 >>> join/#ghostscript marcosw (~marcosw@67.169.6.130) 07:35.45 Chans: (ghostbot) in:#ghostscript 07:39.20 >>> part/#ghostscript Hijackal (~Hijackal@optsys.imtek.uni-freiburg.de) 07:47.05 >>> join/#ghostscript plinnell (~mrdocs@50-200-89-170-static.hfc.comcastbusiness.net) 07:47.05 >>> plinnell has signed off IRC (Changing host) [#ghostscript] 07:47.05 >>> join/#ghostscript plinnell (~mrdocs@opensuse/member/mrdocs) 07:48.41 FORK(8077) --- fork starting for 'RSSFeeds', PID == 8077, bot_pid == 1005 --- 07:48.42 FORK(8077) !ERROR! cannot load my module: RSSFeeds 07:48.42 FORK(8077) fork: took 1s for RSSFeeds. 07:48.42 FORK(8077) --- fork finished for 'RSSFeeds' --- 07:51.33 >>> join/#ghostscript kens (~Miranda@87.115.54.11) 07:52.33 Chans: (ghostbot) in:#ghostscript 07:56.25 >>> chrisl_away materializes into chrisl 08:05.59 --- Saved uptime records. 08:08.55 Chans: (ghostbot) in:#ghostscript 08:13.24 >>> tkamppeter_ materializes into tkamppeter 08:14.04 ircCheck: possible lost in space; checking.Thu Mar 7 08:14:04 2013 08:14.04 >ghostbot< TEST 08:14.04 IRCTEST: Yes, we're alive. 08:15.39 chrisl, hi 08:17.29 tkamppeter: hi 08:18.49 FORK(15262) --- fork starting for 'RSSFeeds', PID == 15262, bot_pid == 1005 --- 08:18.50 FORK(15262) !ERROR! cannot load my module: RSSFeeds 08:18.50 FORK(15262) fork: took 1s for RSSFeeds. 08:18.50 FORK(15262) --- fork finished for 'RSSFeeds' --- 08:18.54 chrisl, you have probably also seen the discussion which I have initiated on OpenICC. Ghostscript and Poppler have both their advantages and disadvantages. 08:19.17 tkamppeter: some of it 08:21.16 chrisl, GS has the much better Color Management, and therefore I will continue to use it on the desktop form factor. On the mobile carrying both GS and Poppler would be too much and there is no color management and no app sending PostScript, so Poppler is a nice low-footprint solution. 08:22.51 tkamppeter: even with poppler (and no color management), converting PDF to Postscript is going to be a tall order for a low resource device 08:23.18 * kens/#ghostscript thinks a former project would work well :-) 08:24.13 chrisl, one big problem of GS, independent whether desktop or mobile, is the compatibility with buggy PS printers. Poppler's PostScript simply works on these printers but GhostScript needs a lot of fixing, you know it. 08:24.43 Chans: (ghostbot) in:#ghostscript 08:25.12 tkamppeter: that's life - I'm still of the opinion that poppler probably went through a similar process when it's PS output was rolled out. 08:25.31 chrisl, should one not perhaps investigate how Poppler's PostScript is structured and try to make Ghostscript's PostScript output similar? 08:25.49 tkamppeter no guarantee it works on all systems either 08:26.16 tkamppeter: poppler's PS output is structured very similarly to ps2write's - the overall structure is not the issue 08:27.03 chrisl, but what makes the difference that Poppler's PS works so well with the printers and GhostScript's not? 08:27.49 tkamppeter: I would assume because they have been through the process of tracking down all these corner cases that cause problems with these sh*t printers 08:28.50 We *could* produce simpler code, but in at least one case that would cause a group of printers to print more slowly 08:29.20 chrisl, would it then perhaps make sense to go through Poppler's source code to find their PS-printer-bug quirk rules and implement these in Ghostscript? 08:29.33 tkamppeter: sure, go ahead 08:30.05 tkamppeter if you can identify where poppler output is tailored for a specific printer bug I would be interested to know how you identified it! 08:30.16 kens, does it mean that Poppler prints reliably on most printers but for the price of making the printers printing slowly? 08:30.43 tkemppeter, the case I have in mind was the limited number of 'bind' operations 08:30.59 The poppler code squeaks in under the limit, ours doesn't 08:31.08 By removing the bind we get our code to work 08:31.12 kens: I have no confidence any "simplified" PS we implemented wouldn't trip over problems, given some of the problems we've found so far 08:31.14 At the cost of performance. 08:31.41 chrisl Agreed and what I was about to say was that in time its likely that the poppler output will trip over this 'bind' problem as well 08:32.19 Hmmm, poppler's bugzilla doesn't have a pdftops component :-( 08:32.29 >>> join/#ghostscript tor8 (~tor@c-267571d5.04-50-6c756e10.cust.bredbandsbolaget.se) 08:33.30 We could address one or two f the parcitular problems that have cropped up (filter chains are one) but disallowing the use of the (highly efficient) G4 fax filter just because one printer has a broken implementation when its used in a fontis unreasonable 08:34.05 Grr, and their bugzilla only seems to go back to 2011..... 08:36.00 Quickly reviewing the clases of bugs we could adress them all with varying degrees of difficutly. THe bind problem is probably the hardest to address (and the most unreasonable limit) 08:36.14 But there is no reason to think these are the only ones 08:36.15 chrisl, Poppler bugs are handled at https://bugs.freedesktop.org/, product: poppler. pdftops probably falls into the "utils" component there. 08:36.45 tkamppeter: yes, I found that - but as I said, they only seem to go back to 2011, which ain't much help 08:37.02 chrisl, you have probably looked into an old Bugzilla which they have given up in favor of Freedesktop. 08:37.41 chrisl, you mean you want to see bug reports older than 2011? 08:37.47 Yes 08:37.50 Try bug #5946 'Poppler produces broken postscript' 08:38.19 Aha! 08:38.26 13955 " pdftops generated postscript file makes printers crash! " 08:39.08 "both Ghostscript and Adobe Reader produce PS that prints fine" :-) 08:39.30 Using 'poppler' and 'PostScript' as my search criteria I see 89 bugs 08:40.31 Chans: (ghostbot) in:#ghostscript 08:41.41 THIs isn't to say that pdftops is bad, but it does serve, I think,to show that a similar process has gone on with Poppler 08:42.53 Bug 54317 seems amusing too the first comment from the poppler people is "I sincerely think you should contact Brother developers not us. As far as i can tell that's perfectly valid postscript. 08:42.54 If someone can prove us wrong i'd be happy to fix it." 08:43.17 I'm pretty sure the Brother printer was one of the ones giving us trouble 08:43.18 Sounds familiar..... 08:44.03 chrisl, you told earlier that PDF->PS conversion is a high workload for a mobile device. Would it make sense that if a PS printer also supports PCL 5c/e (most do) to send PCL to the printer to lower the mobile device's workload? 08:44.22 No many PS printers don't support PCL 08:45.02 You owuld also have to renbder the whole page in the device's memory which is probably a problem 08:45.18 (same for transparent PDF of course) 08:45.19 tkamppeter: the issue is the same, possible worse! The problem is converting between imaging models is always complex and potentially time consuming - the greater the difference between the imaging models, the worse the problem. 08:45.47 kens, I would not send PCL to a PostScript printer without checking that it supports PCL, but if a printer supports both, would prefering PCL be of help for mobile devices? 08:45.59 tkamppeter, I think not no 08:46.11 the conversion problem of PDF->PCL is harder than PCL->PS 08:46.16 Sorry PDF->PS 08:46.23 tkamppeter: the best solution would be don't start from PDF....... 08:47.44 chrisl, kens, should one perhaps tell tyhe app SDK folks that apps should send a standard raster format, like PWG Raster as print job format? 08:47.44 Note that any PDF file involving transparency, converted to non-PDF< will have to be handled by rendering to an image, which uszes lots of memory. Since Cairo-produced PDF files *always* seem to incluide transparency, this is likely to be a problem. 08:48.05 tkamppeter, you still have to render the image at the printer resolution 08:48.34 Not a problem for tablets (probably) but more likely a problem for current phones 08:48.46 Not sure how much memory these have, or their processor speed 08:48.56 FORK(30969) --- fork starting for 'RSSFeeds', PID == 30969, bot_pid == 1005 --- 08:48.57 FORK(30969) !ERROR! cannot load my module: RSSFeeds 08:48.57 FORK(30969) fork: took 1s for RSSFeeds. 08:48.57 FORK(30969) --- fork finished for 'RSSFeeds' --- 08:49.00 tkamppeter: that might be a solution. Another solution would be to force the apps to send a subset of PDF, like PDF/X 08:49.14 PDF/X-1 :-) 08:49.23 Make sure no transparency is involved 08:49.48 * kens/#ghostscript suspects people won't like that idea 08:49.59 Well, PDF/X-1 is "like PDF/X" ;-) 08:50.22 The first step would mean cairo fixing its PDF output! 08:50.24 kens, chrisl, iOS devices are capable of printing out of nearly every app. It can send PDF, JPEG, or the proprietary URF Raster format. 08:50.24 you have top be careful PDF-X3 (or possibly X4) allows transparency 08:50.48 tkamppeter : iOS has a built-in renderer 08:50.54 Let me finish the maths. 08:52.45 a A4 page at 600 dpi CMYK Is 135 Mb 08:53.09 As long as you have that amount of memory free you can render to a bitmap at reasonable printer resolution 08:53.37 Chris and I came up with some ways to reduce that in a former occupation 08:53.46 At the cost of performance obviously 08:54.18 So its not unreasonable for a modern smart phone to be able to render the output and send a bitmap to the pritner 08:54.32 I have no way to know how long it would take, since it depends on the processor 08:55.06 kens, what do you mean with "iOS has a built-in renderer"? A piece of software which renders? In the Ubuntu mobile device this would be one of GS or Poppler, so Ubuntu Touch would also have a renderer. Or do you mean a hardware renderer in the GPU? 08:55.50 tkamppeter : PDF is the native graphics format for iOS so it *has* to be able to render it, for the display if nothing else.... 08:56.05 AFAIK its software 08:56.15 Chans: (ghostbot) in:#ghostscript 08:56.35 iPhones don't have any real shprtage of memory, and decent processors 08:58.52 kens, probably Android does not offer printing as it is alo used on cheapo phones with single-core and 512 MB of RAM. 08:59.45 tkamppeter : I guess that's possible, I'm not really clued up on modern mobile devices. But I woulod have thought 512Mb would be enough. The porr processor would be more of a problem 08:59.57 tkamppeter: as you've probably realised there is no single "right" answer - whatever you end up doing will be a compromise of some sort...... 09:00.14 kens, for me it looks like that Ubuntu Touch, as it is starting now, will be aimed to higher profile phones. 09:00.30 tkamppeter : then I would say you have a wider range of choices 09:01.01 You probably have the horsepower to render to bitmap, or convert to POostScript, or PCL, or (ROFL) XPS 09:01.55 Seen: Flushed 3 entries. 09:02.32 Personally I would think it better to convert to PostScript for a PostScript printer, but you can argue about such decisions endlessly 09:03.04 kens, if we would support the cheapo sector, one could even think about doing things like checking the hardware horsepower and print only in 300dpi on lower-end phones. 09:03.49 tkamppeter : yes that would make some sense, that wold work on btoh PCL and PS pritners, with the upscaling done in the printer (if required) 09:04.26 The oujtput might not be quite as good, but it should be pefectly acceptable. THat wiould of course lower the memory requirement by 4 09:04.42 You might also consider printing in gray scale, which would drop the requirement by another 4 09:05.11 tkamppeter: going back to the Ghostscript vs poppler discussion: it does seem that poppler went through a similar process of finding workarounds for dodgy printers, but I'm not sure that their experience helps us much. Although the general structure of the Postscript is very similar, the implementation details are quite different. 09:06.11 --- Saved uptime records. 09:08.16 >>> join/#ghostscript felipe (~felipe@unaffiliated/felipe) 09:09.55 chrisl, so I will continue forwarding printer incompatibility bug reports to you and let you investigate them with the users. 09:10.33 Sadly I can't see any other way of dealing with these, we don't have the printers, and it needs one of us to determine the problem by working through the PostScript :-( 09:11.13 tkamppeter: I think that's best. I will take a look through the poppler bugzilla and git repo for any hints, but, like I said, I'm not hopeful. And the code is not well commented about this type of issue :-( 09:12.33 Chans: (ghostbot) in:#ghostscript 09:14.00 chrisl, I will keep GS for pdftops on the desktop then. On mobile we can naturally carry only one of GS and Poppler, due to space reasons. PCL printing on PostScript printers could perhaps be used for more reliable driverless printing on mobile (fully automated printer setup without PPD file/driver collection on the device). 09:15.11 tkamppeter: for mobile devices, it would also be worth looking at including support for printers that support printer PDF directly, thus avoiding the need for conversion at all..... 09:16.35 chrisl, this I already take into account. If a printer tells that it supports PDF, I let the PDF being pased onto the printer, without conversion, Cairo killing the printer directly. 09:17.05 chrisl, ...instead of the battery of the mobile device. 09:17.13 :-) 09:18.07 tkamppeter: FWIW, the biggest single difference between ps2write and pdftops output is that the latter can produce Level 3 PS, and ps2write (obviously) only produces Level 2. We have wanted add a ps3write implementation for quite a while, but we've never had the time :-( 09:18.34 Maybe I cna persuade Henry its a good idea at the staff meeting 09:19.14 FORK(6607) --- fork starting for 'RSSFeeds', PID == 6607, bot_pid == 1005 --- 09:19.15 FORK(6607) !ERROR! cannot load my module: RSSFeeds 09:19.15 FORK(6607) fork: took 1s for RSSFeeds. 09:19.15 FORK(6607) --- fork finished for 'RSSFeeds' --- 09:19.17 kens: Well, the simple fact is, we (you!) have genuinely more important stuff to do.... 09:20.11 Oh GOd I hate WIndows 8..... Where ahve they hiddent eh control panel :-( 09:20.32 Skegness? 09:20.55 I seem to remember there's a spot I can click, but of course I can't find it because.... its not marked... 09:21.26 kens: maybe time for one of the third party shells? 09:21.35 I think so... 09:22.02 Google first 09:23.59 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 09:23.59 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 09:24.17 Got it, you have to start from teh stupid screen, not the desktop 09:24.28 tkamppeter: FWIW, most of the users with printer problems have been pretty good helping us track them down - I've had one user "go dark" and just stop responding, and one that was, frankly, just too stupid for me to keep working with...... 09:28.31 Chans: (ghostbot) in:#ghostscript 09:29.01 leak: 1 nuh{} items deleted; now have 29 09:43.43 Chans: (ghostbot) in:#ghostscript 09:49.41 FORK(15063) --- fork starting for 'RSSFeeds', PID == 15063, bot_pid == 1005 --- 09:49.42 FORK(15063) !ERROR! cannot load my module: RSSFeeds 09:49.42 FORK(15063) fork: took 1s for RSSFeeds. 09:49.42 FORK(15063) --- fork finished for 'RSSFeeds' --- 10:00.43 LOG: last message repeated 3 times 10:00.43 >>> join/#ghostscript paulgardiner (~chatzilla@smtp.glidos.net) 10:01.24 >>> join/#ghostscript nilli (~nilli@s83-177-185-26.cust.tele2.se) 10:02.14 Seen: Flushed 3 entries. 10:06.23 --- Saved uptime records. 10:09.19 I've run into an issue where I can run a gs script just fine from terminal but when I try to run the exact same script from php I get the error message "Unable to open the initial device, quitting". It's not a permission problem, but I think I've narrowed it down to an environment problem. 10:09.52 some guy using Java on AIX figured out a way to see what libpath gs is using http://stackoverflow.com/a/11452233 but since I'm on Ubuntu that command (dump -Hv) won't work for me 10:10.07 is there another way you guys know of for me to find out what the LIBPATH of my gs could be? 10:10.54 chrisl, kens, I have added a comment to the Cairo bug https://bugs.freedesktop.org/show_bug.cgi?id=48260. 10:11.19 nilli gs --help 10:11.32 the search path is sent to stdout 10:12.02 oh, didn't see it there before.. thanks 10:12.26 tkamppeter that seems to be reasonable 10:12.26 nilli: or "env | grep LIBPATH" 10:12.44 * kens/#ghostscript doens't grok enough Unix for the env command :-) 10:12.47 my env doesn't seem to have a libpath 10:12.59 nilli probably why it doesn't work then 10:13.15 I just needed to know what path to set it to, gonna try that now 10:13.15 You can use -I to include a path in the search order 10:13.46 By default, I don't think LIBPATH is set. If it's not set, we'll use the "built-in" default 10:14.19 oh, so I can use gs -I to include the same library paths as from gs --help ? 10:14.37 nilli yes, I believe so, I think ';' is the path spearator 10:14.49 will try 10:14.50 THat is, the spearator between multiple paths 10:15.00 tkamppeter: I did discuss that problem with a cairo developer a while back, and he said fixing the "pointless transparency" issues would be a *major* revamp 10:15.00 Chans: (ghostbot) in:#ghostscript 10:15.35 nilli: the paths from gs --help are already searched by gs, so there's no need to add them with "-I" 10:16.16 * kens/#ghostscript thinks chrisl can talk about paths, I don't think I'm explaining this well today 10:16.26 chrisl, or would be the easier way to tell GNOME folks to drop Cairo (and what would be the replacement then)? 10:16.43 I'm not sure there *is* a replacement for Cairo is there ? 10:17.06 tkamppeter: I'm not aware of a single package that handles everything that cairo does 10:17.56 yeah, adding the --help paths with -I didn't change anything, not after I added /urs/lib either.. 10:18.02 Hmm, I wonder if we could detect the Producer and then treat transparency sceptically (eg check softmasks for complete opacity etc). Or even preprocess looking for suprious transparency 10:18.22 kens: seems like a horrid hack to me! 10:18.48 chrisl yes, but then I don't think Cairo is going to go away. and by the sounds of things isn't likely to fix their transparency stuff either. 10:19.20 kens: I suppose that's true - but preprocessing an entire softmask image.... yeuch! 10:19.22 nilli I don't think the error is down to paths. What device are you using owth Ghostscript ? 10:19.38 chrisl, yes, but you only need to look for 'not 0xFF' 10:19.43 nilli: did you get the strace output? 10:19.45 I'll pastebin the script and its output 10:19.51 no, not tried strace yet 10:20.12 FORK(24939) --- fork starting for 'RSSFeeds', PID == 24939, bot_pid == 1005 --- 10:20.13 FORK(24939) !ERROR! cannot load my module: RSSFeeds 10:20.13 FORK(24939) fork: took 2s for RSSFeeds. 10:20.13 FORK(24939) --- fork finished for 'RSSFeeds' --- 10:20.58 nilli: well, as the most common source of your error message is failing to open a file, it would be helpful to know if that's really the case, and if so, which file it is 10:22.06 if I sudo to the web user (www-data) which is the user the php script is running from, I have no issues running the gs command in the terminal, so that user has all necessary permissions in the target directory (which is set to 777 anyway) 10:22.56 Well, if you won't try what we suggest to diagnose the problem, what do you expect us to do? 10:23.43 nothing more than answering my questions when I have some, which you did with the lib question 10:24.02 not expecting you do to anything now :) 10:24.04 Okay 10:25.02 FWIW, strace -e trace=file gs -sDEVICE=pdfwrite -o stuff.pdf -c "showpage" will list file related system calls only, reducing the "noise" 10:28.36 Hmm, our documentation on page orientation is wrong, it says we ignore the DSC comments, and we don't 10:28.54 Maybe we used to ignore them? 10:29.08 I don't think so, I don't thinkI added the code 10:29.18 But its what is causing the customer problem 10:30.07 Hmm, disable DSC parsing? 10:30.24 I can't find out how to do that, trying to read our docs :-( 10:30.34 Chans: (ghostbot) in:#ghostscript 10:31.13 Hmm, maybe you can't - that would be *bad*! 10:31.29 I think normally you have to add PS code to handle DSC comments 10:31.56 Ah looks like ProcessDSC, which doesn't appear to be documented..... 10:32.12 ProcessDSCComments* 10:32.39 Nope, not present in our docs, presumably because it is standard PostScript 10:32.45 * kens/#ghostscript goes to check 10:43.09 my issue keeps getting weirder.. when running strace and my full gs command as you suggested, it works fine in terminal for the www-data user.. but when run through php I only get output from gs and an exit code 127 which seems to say command not found 10:43.25 I'm gonna go find someone who knows stuff about executing bash scripts through php 10:46.21 Chans: (ghostbot) in:#ghostscript 10:50.53 FORK(18754) --- fork starting for 'RSSFeeds', PID == 18754, bot_pid == 1005 --- 10:50.54 FORK(18754) !ERROR! cannot load my module: RSSFeeds 10:50.54 FORK(18754) fork: took 1s for RSSFeeds. 10:50.54 FORK(18754) --- fork finished for 'RSSFeeds' --- 10:54.47 nilli: as an experiment, you could replace the -sDEVICE=pdfwrite with -sDEVICE=nullpage and see if Ghostscript runs to completion successfully (it will produce no output, and open no temporary files) 10:59.36 terminal execution of that results in a lot of 'No such file or directory', php execution gives exit code 127 10:59.46 strace -e trace=file /usr/bin/gs -o stuff.pdf -sDEVICE=nullpage 11:01.07 Hmm, well, as I said yesterday, you're using a rather ancient Ghostscript release, so things may be different these days.... 11:01.49 yup.. 11:02.21 What happens without the strace call, and without the absolute path to gs? 11:02.41 Chans: (ghostbot) in:#ghostscript 11:02.41 I get the copyright notice and no warranty 11:02.49 3 lines of text then back to my prompt 11:02.59 Seen: Flushed 4 entries. 11:03.26 Good, GS has run successfully. 11:03.30 unless I run it through php in which I get the 4th line with the initial device error 11:03.44 gs -o stuff.pdf -sDEVICE=nullpage 11:04.10 oh 11:04.12 oooh 11:04.22 if I remove all the fancy whitespace it works better ._. 11:04.23 Which suggests something odd is happening to the command line...... 11:04.37 "fancy" whitespace? 11:05.12 http://pastebin.com/ZUWu9QJy 11:05.20 enters and spaces 11:05.52 idiot doesn't quite describe what I feel like right now, I'm so sorry 11:06.02 :-) 11:06.25 the original script works fine if I remove the extra whitespace 11:06.35 --- Saved uptime records. 11:06.41 If you want to split the command line over several lines, the "normal" method is to add a "\" before the carriage return 11:06.53 I didn't know that 11:07.30 nilli: something like: http://pastebin.com/AzetVqix 11:08.11 yeah, that seems to work too, thanks 11:08.23 nilli: I had assumed that was pastebin doing the line wrapping, rather than you.... 11:08.49 again, I'm really sorry 11:09.09 Ah, these things happen.... 11:10.03 bbiab 11:19.35 Chans: (ghostbot) in:#ghostscript 11:21.11 FORK(9280) --- fork starting for 'RSSFeeds', PID == 9280, bot_pid == 1005 --- 11:21.12 FORK(9280) !ERROR! cannot load my module: RSSFeeds 11:21.12 FORK(9280) fork: took 1s for RSSFeeds. 11:21.12 FORK(9280) --- fork finished for 'RSSFeeds' --- 11:32.05 tor8: ping 11:35.07 Chans: (ghostbot) in:#ghostscript 11:51.19 FORK(15980) --- fork starting for 'RSSFeeds', PID == 15980, bot_pid == 1005 --- 11:51.21 FORK(15980) !ERROR! cannot load my module: RSSFeeds 11:51.21 FORK(15980) fork: took 2s for RSSFeeds. 11:51.21 FORK(15980) --- fork finished for 'RSSFeeds' --- 12:03.09 Seen: Flushed 3 entries. 12:05.29 tor8: I think the scissor rectangle in fz_draw_fill_text is wrong for anything other than the first glyph 12:06.51 Chans: (ghostbot) in:#ghostscript 12:06.51 --- Saved uptime records. 12:10.19 Robin_Watts: I'm trying to figure out what I was thinking... it's not easy. 12:10.42 tor8: The main problem is that the scissor rectangle has x and y repeatedly subtracted from it during the loop. 12:11.03 yeah. the subtraction is to compensate for the glyph origin. 12:11.15 the scissor = state->scissor should probably move inside the loop 12:11.26 yeah, that's what I have here as a fix. 12:12.05 I'm going to add a "glyph_scissored" function, that will fz_bound_glyph and compare to the scissor rect. 12:12.16 then I can call that before every call to fz_render_glyph. 12:21.33 FORK(19664) --- fork starting for 'RSSFeeds', PID == 19664, bot_pid == 1005 --- 12:21.34 FORK(19664) !ERROR! cannot load my module: RSSFeeds 12:21.34 FORK(19664) fork: took 1s for RSSFeeds. 12:21.34 FORK(19664) --- fork finished for 'RSSFeeds' --- 12:22.13 Chans: (ghostbot) in:#ghostscript 12:24.06 >>> join/#ghostscript mupdf-lover (d407ae4a@gateway/web/freenode/ip.212.7.174.74) 12:26.37 >>> nilli has signed off IRC (Quit: Konversation terminated!) [#ghostscript] 12:32.43 Hey Guys. Anyone there to explain me, why (latest git pull) mudraw wont render some text from my pdf(all fonts embedded)?! 12:33.08 mupdf-lover: No idea. Can you share the file please? 12:33.47 Sure! 12:33.48 http://msvc.de/temp/mu-missing-text.zip 12:34.36 The strings with the AmericanTypewriter font seem to be the problem. 12:35.46 mupdf-lover: I have my copy of mupdf in bits at the moment, so you'll have to give me a while to reassemble it. Can you hang around for a bit? 12:36.13 Sure, sounds fine! 12:38.35 Chans: (ghostbot) in:#ghostscript 12:41.25 Dunno if it helps: Some very old gpl ghostscript (8.62) here renders the text correctly. 12:42.09 >>> plinnell has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 12:50.08 mupdf-lover: OK, back together and running a test now. let me look at your file. 12:51.30 I am curious :-) 12:51.47 OK, I see boxes instead of the chars. Is that what you see ? 12:51.57 FORK(29380) --- fork starting for 'RSSFeeds', PID == 29380, bot_pid == 1005 --- 12:51.58 FORK(29380) !ERROR! cannot load my module: RSSFeeds 12:51.58 FORK(29380) fork: took 1s for RSSFeeds. 12:51.58 FORK(29380) --- fork finished for 'RSSFeeds' --- 12:51.58 Yep 12:52.44 TrueType notdef glyphs ? 12:54.09 The only thing i can say, that _might_ help: Some old gpl ghostscript (8.62) here renders the text correctly. 12:54.19 Chans: (ghostbot) in:#ghostscript 12:54.49 Sounds like and Encoding/CMap problem 12:56.01 I believe it, if you tell me ;-) 12:56.56 CanI ask which text is missing ? 12:58.40 kens: The top 3 lines. 12:59.16 "Name des Kindergartens" ? 12:59.52 yes. 13:00.00 ok thx 13:00.19 Just uploaded the gs-version, containing the text: 13:00.20 http://msvc.de/temp/mu-missing-text-by-gs.zip 13:01.45 Current GS can render it just fine 13:01.55 Its a straight TT font so there shouldn't be a problem. 13:02.09 Robin_Watts: sounds good. 13:02.12 (AmericnaTypewriter-Bold) 13:03.13 Seen: Flushed 4 entries. 13:03.36 mupdf-lover, kens, tor8: http://ghostscript.com/~robin/missing3.pdf <- cut down file. 13:03.49 Yeah you can delete the image for starters ;-) 13:04.12 tor8: If this is indeed a font encoding thing, it's going to be new ground for me - may be faster if you want to look at it? 13:04.33 Its using WinAnsiEncoding, so I can't see an immediate reason for a difficulty 13:04.39 the text makes it out as "unicode" from mudraw -t at least 13:04.44 I'll poke around some more 13:05.15 all gid=9 from mudraw -x though 13:05.19 s/9/0/ 13:05.50 I dont know what you guys are talking about, but it sounds like you have some clues :-) 13:07.33 --- Saved uptime records. 13:08.47 kens: if you extract stream 11, an embedded truetype font, do you see something wrong with it? 13:08.59 need a minute tor8 13:09.13 it looks truncated at glyf entry 94 going by my ttfdump tool 13:09.44 object 11 is a color space fror me 13:09.54 robin's cut down missing3.pdf 13:10.14 Chans: (ghostbot) in:#ghostscript 13:10.17 I didn't save it, because my PDF viewer said there was something wrong with ti, one moment 13:11.41 Really? missing3.pdf is the output from pdfclean, so if there is a problem, I'd like to know. 13:11.45 Hmm its Flate encoded I'll have to decompress it 13:12.06 if I take out the FontFile2 entries, the text shows up 13:12.06 Robin_Watts : Acrobat is happy with it 13:12.15 so I think there may be something freetype doesn't like with it 13:12.19 tor8 but then you'll be substituting, right ? 13:12.27 tor8 GS uses FreeType too 13:12.37 Thgouh differently I grant you 13:12.40 kens: yes. then I'll substitute. so there's nothing wrong with the /Encoding stuff in the file. 13:13.02 kens: Which pdfviewer said there was a problem with it? 13:13.07 kens: quite probably. I suspect it's cmap-related. 13:13.18 Robin_Watts : Don't know 13:13.21 since it uses the font but it comes out with all gid=0 13:14.03 Give me a minute, nearly there 13:15.02 There's osmething not good with the font 13:17.57 tor8 the glyphs are not truncated. they have a length of 0 that's OK 13:18.35 It has some funny names 13:19.15 It has a format 4 CMAP could that be the trouble ? 13:20.02 Its a 2-byte CMAP 13:20.44 THere's a format 6 CMAP too 13:20.50 oh this is lovely. my Xcode seems to have upgraded itself and now it's lost the X11 libraries... 13:21.07 tor8 the format 6 CMAP is nonsense, are you by chance using that ? 13:21.18 the format 6 table maps all glyphs to 0 13:21.36 kens: I might. something's making all the glyphs map to zero when extracting the "default" truetype encoding. 13:22.02 I just need to swear and cuss some more at apple for breaking my environment yet again with something completely unrelated. 13:22.09 There are 2 CMAP subtables, the format 4 one looks OK, the format 6 one looks like its wrong. 13:22.09 FORK(31237) --- fork starting for 'RSSFeeds', PID == 31237, bot_pid == 1005 --- 13:22.10 FORK(31237) !ERROR! cannot load my module: RSSFeeds 13:22.10 FORK(31237) fork: took 1s for RSSFeeds. 13:22.10 FORK(31237) --- fork finished for 'RSSFeeds' --- 13:24.21 kens: yeah, the format 6 one is definitely broken 13:24.41 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 13:24.41 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 13:24.51 Yes that's what I see, no idea how you use that in MuPDF though 13:24.59 tor8: Can we spot that it's broken and drop back to the format 4 one? (Possibly a stupid question, I have no clue about this stuff) 13:25.11 (maybe freetype should do that?) 13:25.13 IMO the format 4 one is the primary 13:25.31 Also, the font shopuld not contain a broken CMAP, that's just bad 13:25.34 What's the difference between format 4 and format 6? 13:25.44 8 vs 16bit or something? 13:25.54 Chans: (ghostbot) in:#ghostscript 13:25.54 Robin_Watts: format 6 is a simple 256-entry lookup table 13:25.55 Err no its more complicated than that 13:26.45 kens: we look at the platform/encoding pair to pick a cmap 13:26.47 "Format 4 is used for 16 bit mappings. Format 6 is used for dense 16 bit mappings." according to Mr Google 13:26.52 but the content of the two tables should be equivalent, and it isn't 13:27.08 3,0 has preference only if the symbolic flag is set, otherwise it takes 3,1 then 1,0 13:27.30 Robin_Watts : Yes, but that's not entirely true. Its a useful approximation 13:27.38 Robin_Watts: in general format 6 is used for apple compatibility to have the MacRoman encoding (1,0) 13:27.55 and format 4 or more advanced cmap formats for microsoft and unicode cmaps 13:28.12 You can't do 16-bit mappings in format 6, but you can use it even so 13:29.46 this font has neither a 3,1 nor a 3,0 table 13:29.58 but the 1,0 is clearly wrong 13:30.21 the format 4 table is 0,2 13:30.35 Duh, sorry it *is* 3,0 13:30.58 d'oh again, actually its 0.3 13:31.15 Platform ID 0, specific id 3 13:33.22 Looks like whoever did this screwed up the IDs, platform ID 0 seems to be undefined 13:33.41 I think it is supposed to be 3,0 but they wrote the data the wrong way round 13:34.28 Robin_Watts: d'oh! I should be more vigilant in reviewing some commits. 13:34.34 Robin_Watts: ` the PDF viewer I was using was pdf.js 13:34.35 61c1f80d36bf1d946ce26d39f9afb99897fc9923 broke macosx builds 13:35.03 kens: yeah. that 0,3 looks odd. 13:35.30 Ah, according to this a platform ID of 0 is Apple UInicode 13:36.01 kens: which should never be used by the pdf spec unless it's the only cmap in the file, if I've read the spec correctly 13:36.16 tor8 yes I htink that's correct. 13:37.14 You could ask chrisl how GS is managing this 13:37.25 But I suspect we are doign teh CMAP management ourselves 13:39.25 I think we can agree that it's a broken file. the question is how gs and other viewers can cope with it. 13:40.15 tor8 0,3 is definitely wrong for a Latin file. 0,3 is Apple Unicode 'Korean' 13:40.34 D'uh, no it isn't (I hate this spec) 13:40.44 3 means 'Unicode 2.0 or later' 13:41.00 mupdf is selecting cmap 1,0 for both embedded fonts 13:41.09 As I believe it should 13:41.11 is there an easy way to see which cmap gs selects? 13:41.16 Err, no. 13:41.25 ping chrisl and ask him :) 13:41.33 chrisl: ping! :) 13:42.33 Chans: (ghostbot) in:#ghostscript 13:48.32 >>> join/#ghostscript malc_ (~malc@188.123.241.147) 13:51.39 >>> join/#ghostscript gandaro (~gandaro@wikipedia/Gorlingor) 13:52.24 FORK(3782) --- fork starting for 'RSSFeeds', PID == 3782, bot_pid == 1005 --- 13:52.25 FORK(3782) !ERROR! cannot load my module: RSSFeeds 13:52.25 FORK(3782) fork: took 2s for RSSFeeds. 13:52.25 FORK(3782) --- fork finished for 'RSSFeeds' --- 13:58.45 Chans: (ghostbot) in:#ghostscript 14:03.17 Seen: Flushed 4 entries. 14:07.49 --- Saved uptime records. 14:08.29 >>> join/#ghostscript Fandekasp (~Fandekasp@platinum-static25142.nirai.ne.jp) 14:14.37 Chans: (ghostbot) in:#ghostscript 14:15.34 tor8: pong 14:17.17 Oh, you want a way to see which cmap table GS is using? Try -dTTFDEBUG - I think it's listed somewhere in the output from that 14:17.26 (sorry, my parents are here.....) 14:19.58 Hi malc_. Just testing a change now. 14:20.22 Robin_Watts: can i lend a hand? 14:20.38 As soon as I have a patch I'm happy with, that would be much appreciated. 14:21.50 GS claims to be using cmap 1.0 for non-symbolic 14:22.20 and says the format is format 6 14:22.38 The entries it comes out with do not macth ttfdump 14:22.38 FORK(13171) --- fork starting for 'RSSFeeds', PID == 13171, bot_pid == 1005 --- 14:22.39 FORK(13171) !ERROR! cannot load my module: RSSFeeds 14:22.39 FORK(13171) fork: took 1s for RSSFeeds. 14:22.39 FORK(13171) --- fork finished for 'RSSFeeds' --- 14:23.51 Suggests ttfdump has a bug 14:25.54 http://deals.macupdate.com/ 14:26.05 For mac users who don't have parallels already, this is a bargain. 14:28.50 I seem to do okay with virtual box 14:29.09 but I don't use it often 14:30.34 my read of tkamppeter's message is we need to add color management and postscript out to mupdf, just sayin' 14:31.05 Chans: (ghostbot) in:#ghostscript 14:33.36 We could do PS output by taking opdfread on the fornt of MuPDF output :-) 14:33.46 But I do not reccomend that approach 14:33.59 (in case the smiley wasn't enough) 14:34.07 opdfread being? 14:34.17 the PostScript prolog that pdfwrite uses 14:34.22 henrys, also a good idea for a mobile, low-footprint renderer. How much is missing for that goal? And how much memory does mupdf take up compared to GS and Poppler? 14:34.38 pdfwrite emits a PDF file with some omissions and a big Procset to redefine the PDF operators 14:34.57 MuPDF could easily output a PS file full of images... 14:35.00 tkamppeter : MuPDF is already a lightweight renderer, its used on iOS and android already 14:35.06 Robin_Watts : ick 14:35.28 kens: indeed. but how else can we do transparency ? 14:35.43 Robin_Watts : you can't but many PDF files don't use transparecny (modulo Cairo) 14:35.51 tkamppeter: you should really have a look we completely dominate the android ecosystem, free pdf wise we think we have a lot to offer in the mobile space. 14:36.08 and I betMuPDF could tell more easily than GS if a given PDF actually *used* transparency 14:36.29 kens: We traverse the structure already, looking for that. 14:36.36 henrys, is the default PDF viewer of Android mupdf (or GS) based? 14:37.00 tkamppeter: there is no default PDF viewer for android. 14:37.03 Robin_Watts : yes but I was thinking of eliminting spurios transparency, eg opaques softmasks 14:37.22 Most devices come with a PDF reader included, but there is no standard one. 14:37.39 Robin_Watts, so a fresh Android device is not capable of displaying PDF? 14:38.01 Lots of people bundle "office suites" that can do PDF import/display. 14:38.12 And Adobe have a mobile PDF reader. 14:38.32 If you look at the free apps out there on google play that do PDF reading, almost all of them are MuPDF based. 14:38.42 tkamppeter: various providers of handsets install different stuff, some go even with Adobe. If you install CyanogenMod, there is none; I installed mupdf but didn't figure out how to zoom so I can actually read a page 14:39.02 saper: pinch zoom. 14:39.07 Robin_Watts, so the PDF viewer is usually added by the hardware manufacturer (Samsung, LG, ...)? 14:39.10 There's PDF.js for the browser 14:39.14 tkamppeter: Indeed. 14:39.41 kens: Not for general browsers, AIUI. I think that relies on mozilla specifics, but I could be wrong. 14:39.45 So Nexus devices will probably come without? 14:39.48 * kens/#ghostscript has no idea 14:39.49 And really, that'd be dog slow on a mobile device. 14:40.04 tkamppeter: No. Nexus devices have a bundled one. 14:40.19 based on Repligo, I believe. 14:41.09 but MuPDF is faster, and crashes way less than that. (Not our words, words from someone 'independent' who has tested both) 14:41.12 I wonder how much work it would be to port reflow and annotations to ubuntu - probably quite a bit - for our android build has the nice mobile features. 14:41.16 Robin_Watts: no multi-touch (yet) 14:41.28 I have searched for mupdf on Google Play and after the original MuPDF come several others using the MuPDF library. 14:41.45 saper: Well, without multitouch, you're screwed with the standard app. What device is this on? 14:42.14 Huawei "Ideos" U8150, very popular in Kenya 14:42.58 saper: Hmm. I guess we'd need to add on screen zoom in/out icons when multitouch is not available. 14:43.14 Probably not a huge job. 14:43.18 paulgardiner: Any thoughts ? 14:43.22 tkamppeter: so I guess X11 is history on these mobile devices - what are you using? 14:43.50 Just reading back 14:43.56 Robin_Watts: would be nice, I am a big fan of mupdf on my desktop 14:44.37 Oh yeah. Not rocket science I'd have thought. 14:45.35 Double-tap-drag is maybe another possibility 14:46.08 oh, even better 14:46.40 the device has arrow-like middle button so it could be used as well (probably not a standard android feature) 14:46.50 Chans: (ghostbot) in:#ghostscript 14:47.55 paulgardiner: double-tap drag sounds good to me, but only in the non-multitouch case, ideally. 14:48.38 http://stackoverflow.com/questions/11021280/detect-multi-touch-capabilities-android 14:48.58 Yes, or a dragable thing like the page selector 14:50.16 kens, chrisl so is it best to have a project maybe ps3write where we aim to get rid of problematic areas or should be just fix things as they come in? 14:50.31 s/be/we 14:50.43 need to check what the stackoverflow says; there are rumors that the screen is really multitouch but there is a problem with spec/driver for CyanogenMod (stock ROM is single touch too) 14:51.15 so it certainly should say "not multitouch" on the pkgmgr level 14:51.27 saper: The purpose for supporting this would be to ensure that we cover as many devices as possible, not just for one specific device. 14:51.50 henrys two different problems 14:52.22 firstly buggy postscript pritners, secondly ps3write would let us do stuff we currently can't (Flate encode, CIDFonts, shadings) 14:52.45 well there are several problems all under printing successfully 14:52.55 FORK(32454) --- fork starting for 'RSSFeeds', PID == 32454, bot_pid == 1005 --- 14:52.56 FORK(32454) !ERROR! cannot load my module: RSSFeeds 14:52.56 FORK(32454) fork: took 1s for RSSFeeds. 14:52.56 FORK(32454) --- fork finished for 'RSSFeeds' --- 14:52.57 I can 'improve' ps2write as is up to a point by revamping the code somewhat, but rtehre's no way I can accoutn for all the vagaries of PS bugs. 14:53.00 Robin_Watts: definitetly that should be the goal 14:53.20 henrys, and if you look at teh bug reports I poitned Till at this morning, its clear Poppler had very simmilar problems 14:53.32 printer compatibility project we'd call it , and ps3write would be one aspect of it. 14:53.49 I'd prefer to treat them separately 14:54.05 In essence we are already doign the 'compatibility' project 14:54.18 I have downloaded and tried out MuPDF on the Nexus 7 (Android 4.2) now and it renders CityMap.pdf and launch_leaflet.pdf perfectly, even the version of CityMap which comes out of Evince. It needs some seconds to get images to the native screen resolution though, but having a low-res preview in place up to then it is no big deal. I can imaging that the Nexus 7 will print these files with MuPDF in a reasonable time. 14:54.38 AIUI, we've (chrisl/kens really) already solved all the problems that have come in to us with dodgy printers, right? 14:54.46 henrys cf your agenda item, 'policies and miscellaneous' #6 14:56.15 Robin_Watts, mupdf-lover, kens, tor8: http://ghostscript.com/~robin/missing3.pdf is defect and wont work for mupdf or is there hope? 14:56.37 mupdf-lover: One of the embedded fonts is broken. 14:56.57 Robin_Watts : I'm not certain of that, it works ok in GS 14:57.03 but I don;'t know why yet 14:57.04 We're waiting for (one of our) font experts to look at it to compare with how gs works. 14:57.42 kens:yes that was my question do we continues in the vane or do we carefully compare poppler output with ours and see what works and doesn't work on odd printers. 14:57.54 Ah, OK.... Thanks! 14:57.55 s/in the/in that/ 14:59.13 henrys we don't know what Poppler have done to account for broken printers. 14:59.14 henrys: there are too many differences in the implementation details for that approach to work, IMO 14:59.30 kens: are you looking at the font problem, or do you want me to? 14:59.39 chrisl I'm not 14:59.40 henrys: and they haven't said "keep the number of bind operations below 123" etc. 15:00.15 Stupid firefox, I don't want the PDF opened! 15:00.36 Robin_Watts : I suspect they haven't tripped over that one (yet). THat's one of the ones I cna probably address 15:01.21 I can probably also do something about the filter chains. But a broken CCITT G4 fax decoder is inexcusable 15:01.22 >>> marcosw has signed off IRC (Quit: marcosw) [#ghostscript] 15:01.42 tkamppeter: FWIW we probably have 2 full time staff members doing something in the mobile space at any given time these days. 15:01.53 Robin_Watts, on-screen zoom buttons in MuPDF are important, as Android is not only available on phones and tablets but also on HDMI-stick mini PCs/set-top boxes for TVs. 15:02.13 chrisl, and others: fair enough. 15:02.29 Chans: (ghostbot) in:#ghostscript 15:02.35 Robin_Watts: we still have a couple of outstanding crappy printer bugs 15:03.26 Seen: Flushed 9 entries. 15:03.29 should we have a fallback to something like pswrite? 15:03.41 How would we know when to use it ? 15:03.51 we already have fallback code to use if we are told to 15:03.52 the user would decide 15:03.57 See above 15:04.04 oh okay 15:04.07 Till uses it against certain printers 15:04.30 henrys: "ps3write" would fix a couple of gripes (not failures to print, but performance related) *and* would give us more ways to work around certain printer bugs. 15:04.33 Oh, and pswrite uses CCITT G4 fax quite extensively, at least one of these pritner bugs will exhibit with pswrite otuput 15:05.37 chrisl: So these buggy printers that don't support PS level 2 properly support ps level 3 at all ? 15:05.50 as badly one suspects 15:06.24 kens:but presumably CCITT G4 could be set to something else in the PPD, right? 15:07.27 Robin_Watts: some of them are level 3, yes. So, for example, one of the bugs was ASCII85 encoded, LZW compressed image data was falling over: but ASCIIHex, LZW was fine. ASCII85, Flate, was fine. ASCIIHex, Flate was fine....... 15:08.17 --- Saved uptime records. 15:09.41 tor8: A problem... If you look at tests_private/comparefiles/Bug689753.pdf page 1, you'll see that we obviously don't have the bullet point glyph in a font. 15:09.47 so it's being rendered as a box. 15:09.56 The recorded glyph bbox for that is an empty box. 15:12.24 Ah, I see why. The gid is 65448 which is too big to be recorded in the bbox_table. 15:12.50 so it uses font->bbox, which is empty for non t3 glyphs. 15:12.58 Can we not make it infinite for non t3 glyphs ? 15:13.16 or (better) can we not get a bound from freetype? 15:15.27 Hmmmm, in missing3.pdf both Ghostscript and mupdf seem to be using the 1,0 cmap........ 15:15.44 >>> join/#ghostscript mvrhel_laptop (~chatzilla@c-24-17-196-27.hsd1.wa.comcast.net) 15:16.02 >>> join/#ghostscript plinnell (~mrdocs@opensuse/member/mrdocs) 15:17.53 Robin_Watts: we use the glyph bboxes to calculate text bboxes 15:18.20 Right. It seems that in fz_new_font_from_memory freetype is returning face->bbox as being all zeros. 15:18.38 fz_bound_glyph could have a better (slower) fallback case though 15:19.05 Is freetype allowed to do that ? 15:19.28 fz_new_font initialises font->bbox to [0 0 1 1] 15:19.38 Chans: (ghostbot) in:#ghostscript 15:19.48 and fz_new_font_from_memory then writes the true value in. 15:19.52 fz_set_font_bbox sets it to its proper values from freetype or the type3 bbox entry 15:19.58 based on face->bbox 15:19.59 Is freetype allowed to do what? 15:20.04 and face->bbox is all zeros. 15:20.32 chrisl: Is freetype allowed to return us a face rfom FT_New_Memory_Face with the bbox set to 0's ? 15:20.51 If that's the setting in the font, then what else can it do? 15:21.01 Supposedly there are 123 glyphs in this font. 15:21.33 FontBBox is part of the font data, it is not a "derived" value 15:21.45 chrisl: So, is that commonly broken in fonts ? 15:22.07 Robin_Watts: I don't think many bits of software rely on correct bboxes being set these days 15:22.11 I wouldn't say it's common, but not unheard of 15:22.38 ok, so it's something we should cope with then. 15:22.40 That's a pain. 15:22.41 so they're probably going to be wrong more often than not in newer fonts 15:22.46 Robin_Watts: agreed! 15:23.00 tor8: What 'better fallback case' could we have in fz_bound_glyph ? 15:23.00 FORK(1622) --- fork starting for 'RSSFeeds', PID == 1622, bot_pid == 1005 --- 15:23.01 FORK(1622) !ERROR! cannot load my module: RSSFeeds 15:23.01 FORK(1622) fork: took 1s for RSSFeeds. 15:23.01 FORK(1622) --- fork finished for 'RSSFeeds' --- 15:23.04 it'd be a simple test to say if bbox is empty, make it infinite in the new_font_ stuff 15:23.40 we could do the same as when we fill in the bbox_table, but simply not cache the data 15:23.59 that'll be awfully slow where the performance already hurts us -- chinese fonts 15:24.54 Robin_Watts: why do you need the font bbox? 15:25.20 chrisl: To avoid having to make an expensive call to freetype to tell it to tell me the bbox for a real glyph. 15:26.15 tor8: Could we spot the bbox being empty in fz_new_font and run through the glyphs bounding them all and forming the union? 15:26.22 Well, why not have the fallback be the call to freetype for the actual glyph bbox? 15:26.37 chrisl: That's what tor8 just suggested. 15:26.41 Robin_Watts: we could. or we could just detect it as being broken and pick a reasonable default (but that won't be bulletproof) 15:26.54 or do the slow fallback if we detect it as being broken 15:27.02 and use the font bbox if it looks reasonable 15:27.12 how slow is freetype at asking for a bbox? 15:27.26 Presumably it can find out from the glyph without walking the outlines ? 15:27.39 Robin_Watts: it needs to load the glyph, so it has to interpret the charstring or outline and then find the bounds 15:27.59 tor8: so it does walk the outlines. Damn. 15:28.00 Robin_Watts: you want to use the CBOX rather than the BBOX from freetype 15:28.00 and if the font has triggered the DynaLab workaround, it also has to run the bytecode hinter on it 15:28.20 chrisl: The CBox being a rougher one? 15:28.37 i.e the bbox that contains all the control points, rather than the bbox that contains all the rendered lines ? 15:28.55 Yes. If you ask for the BBox it will scan convert the outline to find a "proper" BBox 15:29.09 That's still going to require the outlines to be walked though, right? 15:29.18 just not scan converted. 15:29.32 >>> kens has signed off IRC (Read error: Connection reset by peer) [#ghostscript] 15:29.48 Robin_Watts: yeah. unpacked, grid fitted, and walked. 15:30.03 which is why we have the bbox_table cache 15:30.51 tor8: doesn't freetype keep a "rolling record" of the bounding box as it constructs the path? 15:31.12 Are ascent and descent stored per glyph? Or are they calculated values? 15:31.21 chrisl: not sure about the details, actually 15:31.42 Robin_Watts: no font format I know of has stored ascent/descent per glyph 15:32.56 Robin_Watts: FWIW, rattling through all the glyphs and unioning the bounding boxes would *really* hurt performance, especially in kanji fonts...... 15:34.44 I suspect that we should spot the font bbox being null, and put in either an infinite bbox, or a large one. 15:34.51 An infinite bbox should be safe. 15:35.13 a large one will be safe, unless fonts are stupidly big. 15:35.22 Robin_Watts: that'd not work for calculating the area of a page that has marks on it though 15:35.37 since then all text using that font would be infinite in size 15:35.41 tor8: true. 15:35.51 Chans: (ghostbot) in:#ghostscript 15:35.56 Anything other that the 'exact' figure would be wrong though. 15:36.23 At the moment, we use a zero size box, so the area of the page thusly calculated would be too small. 15:37.16 Robin_Watts: yes, but it'd be an area at least :) 15:38.01 Robin_Watts: for western fonts, I've used +/- 2 * the extents of the "M" glyph, but something similar for far eastern fonts would be even more dodgy..... 15:38.02 [-1 -1 2 2] should be big enough to cover all non-funky fonts 15:38.20 All '12-point' fonts are 'more or less' the same, right? 15:38.26 tor8: right, that was what I was after. 15:39.10 Robin_Watts: that won't work if they abuse the fontmatrix, but for any reasonable font that should be more than enough 15:39.41 typical values are [-.5 -descender 1 ascender] 15:40.05 tor8: are you looking into the missing3.pdf font problem? 15:41.03 chrisl: I was, but then I got attacked with lots of questions :) 15:41.32 tor8: :-) Okay, I'll leave it with you - if you want me to poke at it, let me know 15:41.33 chrisl: and now I have to /afk for a bit. I will keep looking later unless someone else finds out what's wrong. 15:41.55 tor8: I'll be heading out shortly, too 15:46.02 We could spot that the face->bbox is invalid, and use the [-1 -1 2 2] as a default, but also set a bbox_dodgy flag. 15:46.32 And whenever we find the bbox for a glyph by doing a real measurement, union that with the stored bbox. 15:46.44 hence the bbox would 'improve' over time. 15:47.13 but then I don't think we ever use the stored bbox when we do any direct measurements, so that would be pointless. 15:47.19 OK. What I've got here should do. 15:49.59 I'm impressed with how quickly Wikipedia updated gs to AFGPL 15:50.18 AGPL 15:51.05 henrys: that's good - I probably should have told someone about it! 15:51.55 Chans: (ghostbot) in:#ghostscript 15:52.51 >>> plinnell has signed off IRC (Ping timeout: 260 seconds) [#ghostscript] 15:53.32 FORK(27816) --- fork starting for 'RSSFeeds', PID == 27816, bot_pid == 1005 --- 15:53.33 FORK(27816) !ERROR! cannot load my module: RSSFeeds 15:53.33 FORK(27816) fork: took 2s for RSSFeeds. 15:53.33 FORK(27816) --- fork finished for 'RSSFeeds' --- 15:57.50 malc_: http://git.ghostscript.com/?p=user/robin/mupdf.git;a=commitdiff;h=6836ad84a9eaa8fb3bc26ed36284bbf8b9f38c40 15:57.56 malc_: See how that does for you. 16:00.10 Robin_Watts: new_font_from_file will suffer the same bugs. we should use fz_set_font_bbox in both, and do the test there 16:00.25 tor8: Will update the code for that. 16:02.48 >>> join/#ghostscript kens (~Miranda@87.115.54.11) 16:04.02 Seen: Flushed 5 entries. 16:04.03 great big storm coming in the day I leave for Miami. 16:04.45 henrys: Are you bringing Sabrina ? 16:05.07 no just coming for the meeting 16:06.08 tor8, malc_: http://git.ghostscript.com/?p=user/robin/mupdf.git;a=commitdiff;h=d9f836e471c8d774883d643f4966b7a42cafc0b1 16:08.33 Chans: (ghostbot) in:#ghostscript 16:08.53 --- Saved uptime records. 16:10.47 I don't know if this guy is considered a quack in the UK but I agree with this, I've been doing occasional fasts for a while now and I like some of the effects. http://www.nytimes.com/2013/03/03/fashion/england-develops-a-voracious-appetite-for-a-new-diet.html?_r=0 16:11.44 >>> chrisl materializes into chrisl_away 16:12.09 It's a fad diet. Fad Diets Don't Work. Ever. 16:14.38 >>> join/#ghostscript jm_ (d044157c@gateway/web/freenode/ip.208.68.21.124) 16:15.07 Robin_Watts : they might work but they don't address the underlying eating problem, they don't change habots 16:16.16 kens: Every one of us carries around about half a stone of excess fluid. Fad Diets tend to help people lose that fluid quite quickly, and people think "Wow this works!" 16:16.45 but no one ever sticks to a fad diet, so they never realise that it never loses them more than that half stone. 16:16.46 Robin_Watts : both my sister and mother are capable of losing weight on any fad diet. Then they put it back again 16:16.51 I saw his BBC special - he does talk about some research pointing to fasting being superior to traditional calorie reduction. 16:17.17 mmm. research. That's what they refer to in the shampoo ads, right? :) 16:17.35 Robin_Watts: can't say i see an improvement 16:18.21 Essentially, if you want to lose weight, you need to keep your calories in below your calories out for a sustained period of time. That's not nice, it's not enjoyable, it doesn't give you instant results, but it does give you long term results. 16:19.47 fasting works for rodents - little controversy about that - the primate studies are uncler. 16:19.54 s/uncler/unclear 16:20.51 * Robin_Watts/#ghostscript has lived on a diet for the past 5 years or so and has lost ~25% of his body weight since his peak. I wish fad diets worked... 16:21.34 Robin_Watts : agreed. 16:21.51 Just saying that its possible to lose wieght on them but.... 16:22.15 what he suggests is 5:2 - 2 days very low calories (600 male) why is that any more a fad than weight watchers? 16:23.16 * malc_/#ghostscript gained 10kg in a week last year and then lost them in a week afterwards 16:23.18 wasn't fun 16:23.53 kens: I think that mostly it's just fluid loss, and also it forces people to actually look at portion sizes. Any real reductions are probably down to the fact that you start to make more concious decisions aobut what you actually eat. If people kept that up long term they might properly lose weight. 16:23.54 FORK(20735) --- fork starting for 'RSSFeeds', PID == 20735, bot_pid == 1005 --- 16:23.55 FORK(20735) !ERROR! cannot load my module: RSSFeeds 16:23.55 FORK(20735) fork: took 2s for RSSFeeds. 16:23.55 FORK(20735) --- fork finished for 'RSSFeeds' --- 16:24.43 henrys: Weight watchers is just a way of calorie counting. Calories in > calories out long term = weight loss. That's not a fad. 16:24.43 Chans: (ghostbot) in:#ghostscript 16:24.58 Maybe i'm being unkind about this fasting diet thing. 16:25.19 (oops <, not > ) 16:25.26 I've been trying the 5:2 thing last 5 or so weeks. 16:25.49 Trying to prepare for every day at Dennys for a week. 16:25.50 If the fasting thing breaks down to calories in < calories out, then great. 16:26.12 paulgardiner: did you see the bbc special 16:26.14 ? 16:26.16 With 5:2 you aren't supposed to eat any more than usual on the 5 days 16:26.46 henrys: not sure. I saw a Horizon program about 3 - 6 months ago. 16:27.14 I think that's the same one. 16:27.16 That wasn't really about 5:2, just fasting in general. 16:27.26 henrys: yeah probably. 16:27.45 well the punchline at the end was these other programs (fasting) are too hard use 5:2 16:28.04 Very interesting, but I guess just because it reduces the indicators of disease in the blood it doesn't necessarily reduce the disease. 16:28.51 you are reducing calories the same as any traditional diet - the question is are there benefits to doing it this way. I would be more in line with how we evolved. 16:29.10 s/I would/It would/ 16:29.38 henrys: yeah, I'm sort of open minded about it. Really I'm just using it as a way to reduce calories without every day being miserable. 16:29.54 >>> wolfpython has signed off IRC (Remote host closed the connection) [#ghostscript] 16:30.01 henrys: Honestly, this sounds a lot like the "Every Other Day Diet" that was hawking itself around the internet in website ads a while ago. 16:30.25 Robin_Watts: yes that one was in the program too. 16:31.11 Call me cynical, but I find it hard to believe in anything that sells itself via the same mechanism as viagra and cialis :) 16:31.24 It isn't a particularly new idea. They've know that they can increase the life span of rats by something like 1.5 by low cal diets for decades 16:31.45 Robin_Watts: it's only just hit that medium. It's been around for ages 16:32.28 it's here, but I don't know if it is legal to watch it: http://vimeo.com/50912488 16:32.56 >>> tsbtmn has signed off IRC (Ping timeout: 245 seconds) [#ghostscript] 16:33.10 it was a bbc program that's why I was asking if you guys were up on it. 16:33.12 Robin_Watts: definitely worth a watch just for interest. 16:33.29 henrys I was a\ware of the diet, I'm with RObin opinion wiae though 16:33.50 >>> kens has signed off IRC (Read error: Connection reset by peer) [#ghostscript] 16:34.08 henrys: I only watch american TV, pretty much :) 16:34.26 >>> join/#ghostscript marcosw (~marcosw@c-67-164-54-215.hsd1.ca.comcast.net) 16:34.27 Robin_Watts: I meant to reuse the already existing fz_set_font_bbox function :) 16:34.39 I do fast in the off season can't do it when I'm training 16:34.45 >>> join/#ghostscript tsbtmn (~tsbtmn@unaffiliated/tsbtmn) 16:34.49 >>> join/#ghostscript kens (~Miranda@87.115.54.11) 16:34.55 tor8: oh, I missed that entirely. I'll look. 16:35.07 henrys: what sort of fasting? 5:2? 16:36.11 no I just do one day, it really is just a mental thing for me. And interestingly that program points out that fasting leads to neurogenesis in rats. 16:36.26 about once a month. 16:37.11 just water 16:37.47 ah right. A whole day eating nothing. I haven't tried that. 16:38.55 I've tried a whole day eating. 16:39.27 Come on we've done continuous fortnights. 16:39.27 ;-) 16:39.59 Bacon Countdown at 42 hours or so... 16:40.28 Stop it! You have me doing a count down now. 16:40.38 Chans: (ghostbot) in:#ghostscript 16:44.44 >>> malc_ has signed off IRC (Ping timeout: 255 seconds) [#ghostscript] 16:45.16 It has the effect of more alertness and awareness for me - probably because my rat like brain has gotten the message, it's time to get serious about noticing stuff that might lead to food. 16:46.43 >>> join/#ghostscript malc_ (~malc@188.123.241.147) 16:47.28 malc_: Lack of an improvement is annoying. 16:50.46 >>> mupdf-lover has signed off IRC (Quit: Page closed) [#ghostscript] 16:54.04 FORK(20758) --- fork starting for 'RSSFeeds', PID == 20758, bot_pid == 1005 --- 16:54.05 FORK(20758) !ERROR! cannot load my module: RSSFeeds 16:54.05 FORK(20758) fork: took 2s for RSSFeeds. 16:54.05 FORK(20758) --- fork finished for 'RSSFeeds' --- 16:56.29 Chans: (ghostbot) in:#ghostscript 17:00.11 henrys: I wanted to log in to your macpro to check on some cluster stuff but I can't connect. 17:01.12 marcosw: are you using an IP address or hostname? 17:01.26 a hostname 17:01.34 I did change my router, that might have fouled things up. 17:02.16 this is my IP 17:02.19 50.134.235.109 17:03.49 that's what the hostname I'm using resolves to. 17:04.07 okay so the router isn't forwarding properly 17:04.17 Seen: Flushed 7 entries. 17:05.56 so I need to check that port 22 is going to Mac Pro hang on. 17:09.45 --- Saved uptime records. 17:10.36 what exactly is meant by internal starting port vs. external. 17:10.37 ? 17:11.47 henrys: You want your external port to be 22. 17:11.52 You want your internal port to be 22. 17:12.16 That means when I connect to the router on your external port, that forwards to the internal address on the internal port. 17:12.29 So for security you could make your external point 2222, say. 17:12.45 Then marcosw would need to connect to 50.134.235.109:2222 17:12.55 Chans: (ghostbot) in:#ghostscript 17:12.59 okay I was worried it was going to do something with port 22 stuff going out from my local network. 17:13.11 The idea being that port 2222 is less likely to be hit in a portscan. 17:13.31 >>> join/#ghostscript ray_laptop (~chatzilla@rrcs-64-183-45-163.west.biz.rr.com) 17:13.32 Robin_Watts: port knocking is the answer 17:13.34 Of course it also means that you can forward port 22 to macpro, port 23 to henrysx6:22 etc. 17:13.40 yes we should probably do that. 17:14.13 marcosw: port knocking is an answer, certainly. 17:14.18 what's the hostname you are using marcosw? 17:14.33 henry-artifex.homeip.net 17:15.08 artifex has an account on dyn.com and I run an updater on macpro from my account 17:15.35 yes right but I think you had given us another name as well. 17:16.36 works for me. 17:17.17 macpro.ghostscript.com, but I think that just redirects to henry-artifex.homeip.net 17:17.45 you also need henrysx6 - it has a static IP or I can use Robin_Watts suggestion if you like 17:18.07 local static IP reachable from macpro 17:18.15 o 17:18.18 I'm happy to log in to your macpro and then log into henrysx6 17:18.31 that's what I do at home and also how alexcher has his computers configured. 17:18.58 well I think symbolic names are broken which is why I suggested it. Using DHCP reservations not real DNS 17:19.01 the more machines you have open to the outside the more likely someone can get in, particularly if they are all running a different operating system. 17:21.42 >>> mvrhel_laptop has signed off IRC (Ping timeout: 252 seconds) [#ghostscript] 17:22.34 Robin_Watts: yes it is 17:22.35 marcosw:so henrysx6 is 192.168.1.103. 17:24.07 malc_: Can you do a quick test to see if glyph_scissored ever returns 1 please? 17:24.17 FORK(11557) --- fork starting for 'RSSFeeds', PID == 11557, bot_pid == 1005 --- 17:24.18 FORK(11557) !ERROR! cannot load my module: RSSFeeds 17:24.18 FORK(11557) fork: took 1s for RSSFeeds. 17:24.18 FORK(11557) --- fork finished for 'RSSFeeds' --- 17:24.25 essentially whenever glyph_scissored returns 1 you should skip the hashing etc. 17:25.07 henrys: thx 17:25.19 about to step away does it work? 17:25.29 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 17:25.29 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 17:25.43 marcosw ^^^ 17:25.51 Robin_Watts: yes it does 17:25.54 yup 17:26.12 that's what I meant by thx 17:26.16 malc_: But this doesn't save you an appreciable amount in overall time? 17:26.27 Robin_Watts: correct 17:27.09 Either the work involved in hashing is small enough that we aren't saving much by avoiding it, or glyph_scissored is not returning 1 in enough cases. 17:28.27 Another crap test: count the number of times glyph_scissored returns 0 and the number of times it returns 1. 17:28.35 and print them out after each tile. 17:28.39 and reset them to zero. 17:29.16 We should see a believable number for each tile. 17:29.39 Chans: (ghostbot) in:#ghostscript 17:31.28 Robin_Watts: this counter should be local to fz_draw_fill_text or not? 17:31.56 I'd use a global variable personally, so I could get to it from ttest.c 17:32.56 okay 17:33.08 >>> oy has signed off IRC (Ping timeout: 250 seconds) [#ghostscript] 17:36.20 heh, funny 17:36.29 it passes most of the time 17:37.00 IT mostly returns 0? 17:37.31 it mostly returns 1 17:37.44 mostly returns 1 = most chars are clipped away. 17:37.58 yep 17:38.47 16.25% ttest ttest [.] fz_transform_point 11.32% ttest ttest [.] fz_concat 10.67% ttest ttest [.] fz_bound_glyph 17:38.50 10.35% ttest ttest [.] pdf_show_string 17:38.52 8.39% ttest ttest [.] fz_transform_rect 17:38.55 6.42% ttest ttest [.] fz_draw_fill_text 17:38.57 6.06% ttest ttest [.] pdf_lookup_hmtx 17:39.00 5.58% ttest ttest [.] glyph_scissored 17:40.27 >>> join/#ghostscript saper_ (saper@wikipedia/saper) 17:40.50 OK goodnight folks 17:41.07 >>> join/#ghostscript tsdgeos (~tsdgeos@kde/aacid) 17:41.12 >>> kens has signed off IRC (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) [#ghostscript] 17:42.38 hi guys, there's a regression when using gs9.07+libspectre to render files, it seems it only works fine when LANG=C 17:42.59 do you know about any change from gs9.06 to 9.07 that may cause that? 17:43.55 tsdgeos: What OS are you on? 17:44.02 linux 17:44.12 that's not an os 17:44.33 bunch of smart people here eh? 17:44.46 malc_: It's a family of OS, and it's close enough for what I needed. 17:44.58 Robin_Watts: it's a kernel 17:45.11 and sorry RMS hat just flew by and i decided to try it on 17:45.20 comfy 17:45.27 tsdgeos: Short answer, I am not aware of any changes offhand. 17:45.47 >>> saper has signed off IRC (*.net *.split) [#ghostscript] 17:45.48 Robin_Watts: ok, thanks 17:46.24 but work has been going on to tweak unicode command line/filename handling etc, but that's mostly on windows. 17:46.43 I am not personally familiar with libspectre. 17:46.56 it's just a layer on top of gs 17:46.59 How does libspectre drive gs ? 17:46.59 Chans: (ghostbot) in:#ghostscript 17:47.21 Via the command line, or via the gsapi interface? 17:47.22 with the gdevdsp.h thing 17:47.29 gsapi 17:47.48 And what differences in behaviour are you seeing? 17:48.42 if i use gs9.06 it works with any LANG, if i use gs9.07 i have to specify LANG=C otherwise fails at rendering with -21 17:48.44 >>> join/#ghostscript oy (~oy@f055096116.adsl.alicedsl.de) 17:48.55 tbh not sure if -21 is an spectre error or a gs one, let me check 17:49.19 #define gs_error_undefined (-21) 17:49.56 So I'm guessing that something that is being fed from libspectre to gs through gsapi is being interpreted differently. 17:50.45 It could be that libspectre is sending numbers through with ,'s instead of . 's or something like that. 17:50.59 yep, gs error code 17:51.09 after calling gsapi_run_string_continue 17:51.45 If you can trap the exact command line that's being passed into gsapi, under each of the different LANGS then we can look into it. 17:52.15 sure debugging it 17:52.28 just wanted to check if you may know of anything off hand that may cause it 17:54.36 FORK(24532) --- fork starting for 'RSSFeeds', PID == 24532, bot_pid == 1005 --- 17:54.37 FORK(24532) !ERROR! cannot load my module: RSSFeeds 17:54.37 FORK(24532) fork: took 2s for RSSFeeds. 17:54.37 FORK(24532) --- fork finished for 'RSSFeeds' --- 18:03.04 Chans: (ghostbot) in:#ghostscript 18:03.05 tracked down the differences in some psdcmyk pages with my pdf14_clist_optimize. The value returned from the gx_concretize_ICC is totally different than with master. Have to dig into the ICC profile handling to see what's going on :-( 18:03.21 where's mvrhel when you need him ;-) 18:03.42 ray_laptop: Was there a bug you wanted me to look at? 18:04.52 Seen: Flushed 7 entries. 18:09.52 --- Saved uptime records. 18:12.11 Robin_Watts: not really. The icc transform of the color is coming back with a different color. Just _slightly_ different, but visible and fairly significant. I have to look to see which profiles and rendering intents it is using to form the link ;-( 18:12.46 ray_laptop: OK, I thought that maybe there were some segvs or indeterminisms in psdcmyk outstanding? 18:14.44 in this case, with master, Pantone 306 CV is coming out as CMYK=[47112, 1985, 3063, 0] but with my branch I get CMYK=[39895, 0, 0, 0] 18:15.20 Robin_Watts: I don't think it is actually indeterminate, and all the SEGV's are cured 18:15.43 ray_laptop: Ah, fab. I'll butt out then. 18:16.30 Robin_Watts: np. If I need somebody to consult with, and mvrhel hasn't shown up, I'll see if you will lend a remote "ear" 18:17.11 >>> join/#ghostscript tsdgeos_ (~root@46.26.0.108) 18:17.11 RootWarn: Detected root user; notifying nick and channel. 18:17.11 >#ghostscript< ROOOOT has landed! 18:17.11 "root" needs to be defined in database. 18:17.38 that was me? 18:17.40 :D 18:17.59 the actual data for the rasters are completely the same, so that's why bmpcmp doesn't gripe (I suspect it ignores the tint information in the header) 18:18.44 * ray_laptop/#ghostscript doesn't understand what ghostbot is "thinking" 18:18.53 ray_laptop: The diff ignores them yes. 18:18.53 Chans: (ghostbot) in:#ghostscript 18:19.09 tsdgeos logged in from (~root@...) 18:19.28 Robin_Watts: Oh, I see that now 18:19.45 Robin_Watts: so http://paste.kde.org/~tsdgeos/689738/ when fails and http://paste.kde.org/~tsdgeos/689744/ when works 18:19.58 Robin_Watts: can't see any difference in what i send 18:20.08 just that once i get back an error and in the other not 18:20.22 Robin_Watts: it might be good to report that fact, even though no raster differences were found 18:20.28 Robin_Watts: around line 700 18:20.30 ray_laptop: Indeed. 18:21.49 Robin_Watts: BTW, does bmpcmp look at all the pages of a file ? or just the first page ? 18:22.03 tsdgeos: What value of LANG are you using for the one with the error please? 18:22.15 ray_laptop: all pages. 18:22.22 Robin_Watts: ca_ES.UTF-8 18:22.22 Robin_Watts: thanks 18:22.38 Robin_Watts: is the ghostcript code in git? svn? 18:23.16 tsdgeos: git 18:23.43 ghostpdl.git ? 18:24.08 Under ca_ES, instead of '.' for decimal point, it uses ',' I believe. 18:24.16 yes. 18:24.27 gs is a subset of ghostpdl.git 18:24.27 Robin_Watts: yes, ca_ES uses , 18:24.47 FORK(29063) --- fork starting for 'RSSFeeds', PID == 29063, bot_pid == 1005 --- 18:24.48 FORK(29063) !ERROR! cannot load my module: RSSFeeds 18:24.48 FORK(29063) fork: took 1s for RSSFeeds. 18:24.48 FORK(29063) --- fork finished for 'RSSFeeds' --- 18:25.07 So, I suspect that when we call atof (or whatever), we read 141.250000 and get confused. 18:25.10 Robin_Watts: i've already tried giving -r141,250000x141,278351 instead of -r141.250000x141.278351 18:25.16 didn't work 18:25.22 Bang goes that idea then. 18:25.48 Gimme a mo to start linux here. 18:25.53 i'll try to git bisect 18:26.01 but not sure how lucky i'm going to be 18:26.17 last time i tried compiling gs (which was like years ago) it was not that easy to get it up and running 18:27.27 git clone && cd ghostpdl.git && ./autogen.sh && make debug 18:28.56 sure :D 18:29.04 compiling was easy, but i always had stuff failing when running my compiled version 18:29.09 can't recall what it was to be honest 18:30.28 >>> jm_ has signed off IRC (Ping timeout: 245 seconds) [#ghostscript] 18:31.04 I'm having to do a clean configure and build here cos of the source code reorganisation that just happened, so this will take a few minutes... fetching tea. 18:31.37 >>> marcosw has signed off IRC (Quit: marcosw) [#ghostscript] 18:35.08 Chans: (ghostbot) in:#ghostscript 18:38.56 tsdgeos: If you set LANG to be en_US.UTF-8 does it work? 18:39.41 * tsdgeos_/#ghostscript checks 18:40.23 Robin_Watts: yes 18:44.17 >>> join/#ghostscript mvrhel_laptop (~chatzilla@c-24-17-196-27.hsd1.wa.comcast.net) 18:44.41 Morning mvrhel_laptop. I just closed a bug of yours regarding lcms2. I hope that's OK. 18:44.55 Robin_Watts: i wonder if is the suff like 18:44.57 color_packet 0 get 0.299 mul 18:45.03 that is getting not parsed fine? 18:46.09 That doesn't go in via the same encoding mechanism, so I'd hope not. 18:46.37 Robin_Watts: make debug just finished where do i find libgs,so? 18:46.38 Robin_Watts: of course it is fine 18:46.49 I was just laughing at your bacon countdown 18:47.35 :) 18:51.16 Chans: (ghostbot) in:#ghostscript 18:52.51 >>> gandaro has signed off IRC (Quit: Leaving) [#ghostscript] 18:52.55 tsdgeos: I can't reproduce it here with vanilla gs. 18:55.22 FORK(11026) --- fork starting for 'RSSFeeds', PID == 11026, bot_pid == 1005 --- 18:55.23 FORK(11026) !ERROR! cannot load my module: RSSFeeds 18:55.23 FORK(11026) fork: took 1s for RSSFeeds. 18:55.23 FORK(11026) --- fork finished for 'RSSFeeds' --- 18:57.39 Robin_Watts: i know, direct gs calls work 18:57.55 Robin_Watts: what does build libgs.so? make debug didn't give it to me 18:58.07 and gs/doc/Make.htm suggests make so 18:58.12 that doesn't do anything 18:58.18 make so maybe ? 18:59.15 no, make so says there is no rule for so 19:00.49 Are you in 'gs' or 'ghostpdl.git' ? 19:01.11 ghostpdl 19:01.21 To make gs you need to be in gs. 19:01.28 and you need to ./autogen.sh there too. 19:01.42 ok 19:02.05 my apologies, I missed that stage. 19:02.14 no worries 19:05.12 Seen: Flushed 5 entries. 19:05.36 >>> MishaU has signed off IRC (Quit: Page closed) [#ghostscript] 19:08.04 ok, so i compiled the 9.0.6 tag and works again 19:08.13 now i'll compile 9.0.7 will make sure it doesn't 19:08.16 and will bisect 19:08.34 Fab, thanks. 19:08.34 Chans: (ghostbot) in:#ghostscript 19:10.24 --- Saved uptime records. 19:19.37 Robin_Watts: mupdf question for you 19:20.28 what type of clean up do I need to do with my fz_context when I have a current context and am about to open a new file. 19:20.43 mvrhel_laptop: No cleanup at all. 19:20.56 Just use the same context. 19:21.03 ok. that is nice. it does currently work but I was worried I was missing a step 19:21.06 You need to fz_document_close(); 19:21.13 or fz_close_document, or whatever it is. 19:21.19 ah ok 19:21.38 on fz_document 19:21.42 gotcha 19:21.44 That gets rid of the document, but the context can be reused. 19:21.45 yeah. 19:21.50 great 19:21.51 thanks 19:21.54 np. 19:24.30 Chans: (ghostbot) in:#ghostscript 19:25.56 FORK(7730) --- fork starting for 'RSSFeeds', PID == 7730, bot_pid == 1005 --- 19:25.57 FORK(7730) !ERROR! cannot load my module: RSSFeeds 19:25.57 FORK(7730) fork: took 1s for RSSFeeds. 19:25.57 FORK(7730) --- fork finished for 'RSSFeeds' --- 19:31.55 >>> join/#ghostscript marcosw (~marcosw@67.169.6.130) 19:37.32 >>> malc_ has signed off IRC (Quit: leaving) [#ghostscript] 19:40.12 Chans: (ghostbot) in:#ghostscript 19:43.29 >>> join/#ghostscript mrdocs (~mrdocs@199.106.165.27) 19:43.30 >>> mrdocs has signed off IRC (Changing host) [#ghostscript] 19:43.30 >>> join/#ghostscript mrdocs (~mrdocs@opensuse/member/mrdocs) 19:48.10 >>> join/#ghostscript Tom_____ (83e117a8@gateway/web/freenode/ip.131.225.23.168) 19:48.24 >>> part/#ghostscript Tom_____ (83e117a8@gateway/web/freenode/ip.131.225.23.168) 19:50.34 >>> join/#ghostscript TomRoberts (83e117a8@gateway/web/freenode/ip.131.225.23.168) 19:52.14 I have just tried mupdf. It's FANTASTIC! I'm using it on a Raspberry Pi, which is a wimpy CPU, and I could fairly easily put PDF rendering into a background thread so pageDown is fast (I', displaying music for real-time performance). 19:52.26 TomRoberts: Fab. 19:55.12 I'm awaiting a hardware part; when the HW is done I'll post it to the RasPi blog as a project. My code is open source. 19:55.38 TomRoberts: I shall look forward to reading about it. 19:56.08 FORK(31635) --- fork starting for 'RSSFeeds', PID == 31635, bot_pid == 1005 --- 19:56.09 FORK(31635) !ERROR! cannot load my module: RSSFeeds 19:56.09 FORK(31635) fork: took 1s for RSSFeeds. 19:56.09 FORK(31635) --- fork finished for 'RSSFeeds' --- 19:56.31 Thank you so much for a powerful PDF rendering engine. Cropping and annotations done in Mac OS X preview are handled perfectly, so each page is expanded to fit the window. 19:56.44 I could never have done this myself. 19:56.54 Chans: (ghostbot) in:#ghostscript 19:57.05 Is this an electronic music stand project? 19:57.12 Yes. 19:57.49 The RasPi is munted on the back of a thin monitor, and it fits on my piano just fine. 19:58.05 I think I heard about this before. I mentioned it to my wife who is a professional harpsichordist. 19:58.22 She said "I'd never trust that, it'd crash in the middle of a performance" 19:58.25 :) 19:58.27 A Bili pedal does PageUp and PageDown; a wireless mouse completes the system (open file, etc.). 19:59.06 TomRoberts: So next stage is to listen to the music as it's played so it knows where you are in the piece, and page flips automatically? 19:59.30 I'm a rehearsal accompanist for a chorus, and always bring paper. I don't have enough experience to trust it for a performance, but I don't expect that to be a problem. 19:59.37 You'd not be doing it with PDF in that case i guess. 19:59.59 Yes, my code displays the music from PDF. 20:00.06 I'm sure it's one of those things that will be trusted once it's been around for long enough. 20:00.17 Yes. 20:00.44 I mean, if you had the stand listen in to the music to know when to turn pages etc, you'd need the music in a different representation than just pdf. 20:00.50 My system has been up for days at a time, but mostly idle. I've only used it for one rehearsal so far, and the HW is not complete. 20:01.10 (needs 12V -> 5V, for now I use 2 power supplies) 20:01.35 Again, THANKS! 20:01.49 you're welcome. Thanks for telling us about it. 20:02.08 The stand does not listen, I use a foot pedal to turn pages. MUCH better than paper. 20:02.50 I was suggesting that it could listen in a future version. 20:03.44 Listening is a rather advanced AI project. Remarkably, I have done real-time speech recognition as Bell Labs, but don't think I want to tackle listening to music and comparing it to images of the score... 20:03.58 when to turn the page would be a heuristic nightmare, IMHO. 20:04.12 TomRoberts, no, that's what I mean by having the data in another format. 20:04.25 Yes. receiving a PageDown from the pedal is definitive. 20:04.53 when I played, even when I had a page turner, I would nod or have to practice with them a lot to make it the way I wanted it 20:05.23 Seen: Flushed 5 entries. 20:05.25 it was usually simpler to just memorize the whole piece ;-) 20:05.35 Yes, a human pae turner needs to be trained a bit, and cooperation is the name fo the game; I have done both. The pedal is good enough for me. 20:05.43 ray_laptop: If you could get it to the stage where it would reliably know where you were, you could set the page turn position for each page. 20:05.53 but it sounds like a PhD project to me. 20:06.02 but then, that was just clarinet and sax -- not quite as many notes at once as on a kb 20:06.45 Yes. My system responds to PageDown in less than 100ms and is visibly instant; but I want to see the next measure before I need to play it. 20:06.47 cust 532 comes back out of the woodwork :-( 20:08.07 Also, I doubt the RasPi has enough horsepower to do the signal processing to listen to music. Yes, listening and turning pages would be a very advanced AI project. 20:10.30 --- Saved uptime records. 20:11.02 bye. 20:11.10 >>> TomRoberts has signed off IRC (Quit: Page closed) [#ghostscript] 20:12.24 They're all spoiled with the horsepower of the Raspberry Pi. My first ARM was 8Mhz, and that was BLINDINGLY fast at the time. 20:12.45 Chans: (ghostbot) in:#ghostscript 20:17.23 Back in college, we did real-time ECG analysis (to spot irregular beats) and that was on a PDP-11/20. Instruction timing ranged from 1.5 microseconds to 3.9 microseconds depending on how many memory references were required 20:20.04 time for a lunch break... 20:25.24 >>> mrdocs has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 20:25.26 >>> ray_laptop has signed off IRC (Ping timeout: 245 seconds) [#ghostscript] 20:26.26 FORK(25462) --- fork starting for 'RSSFeeds', PID == 25462, bot_pid == 1005 --- 20:26.27 FORK(25462) !ERROR! cannot load my module: RSSFeeds 20:26.27 FORK(25462) fork: took 1s for RSSFeeds. 20:26.27 FORK(25462) --- fork finished for 'RSSFeeds' --- 20:28.44 Chans: (ghostbot) in:#ghostscript 20:35.05 >>> join/#ghostscript ray_laptop (~chatzilla@cpe-76-171-49-205.socal.res.rr.com) 20:44.56 Chans: (ghostbot) in:#ghostscript 20:56.36 FORK(1821) --- fork starting for 'RSSFeeds', PID == 1821, bot_pid == 1005 --- 20:56.37 FORK(1821) !ERROR! cannot load my module: RSSFeeds 20:56.37 FORK(1821) fork: took 1s for RSSFeeds. 20:56.37 FORK(1821) --- fork finished for 'RSSFeeds' --- 21:00.26 >>> ray_laptop has signed off IRC (Ping timeout: 245 seconds) [#ghostscript] 21:01.48 Chans: (ghostbot) in:#ghostscript 21:05.50 Seen: Flushed 3 entries. 21:11.02 --- Saved uptime records. 21:17.10 Chans: (ghostbot) in:#ghostscript 21:22.12 ircCheck: possible lost in space; checking.Thu Mar 7 21:22:12 2013 21:22.12 >ghostbot< TEST 21:22.12 IRCTEST: Yes, we're alive. 21:25.46 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 21:25.46 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 21:26.52 FORK(30158) --- fork starting for 'RSSFeeds', PID == 30158, bot_pid == 1005 --- 21:26.53 FORK(30158) !ERROR! cannot load my module: RSSFeeds 21:26.53 FORK(30158) fork: took 1s for RSSFeeds. 21:26.53 FORK(30158) --- fork finished for 'RSSFeeds' --- 21:29.58 leak: 1 nuh{} items deleted; now have 30 21:32.46 >>> join/#ghostscript ray_laptop (~chatzilla@rrcs-64-183-45-163.west.biz.rr.com) 21:33.05 mvrhel_laptop: Are you available ? 21:33.15 Chans: (ghostbot) in:#ghostscript 21:33.32 I am here ray_laptop working on some winRT UI stuff 21:34.45 mvrhel_laptop: I have a bug where the separation spot_equivalent_cmyk_color is getting different numbers. 21:35.12 ray_laptop; ok please assign to me and I will look it over on my flight 21:35.28 It looks like the 'render_cond' is bogus (for BOTH my branch and the master) 21:37.42 ray_laptop: where are you talking about? 21:37.43 I see in capture_spot_equivavlent colors where it fills in the device_profile array in the temp_profile, but I don't see it touching render_cond 21:38.23 so when it gets down into gsicc_get_link it takes different paths. 21:39.20 ray_laptop: I don't know where you are in the code 21:39.39 oh capture_spot_equivavlent colors 21:39.42 hold on 21:41.20 due to the render_cond.rendering_intent being different 21:42.57 ok so the rendering intent needed to be set on the temp_device 21:43.02 also it looks like there is garbage in the devicegraytok but I haven't traced far enough to see if that makes a differernce 21:43.03 from rend_cond 21:43.26 mvrhel_laptop: OK, so what's a good "default" ? 21:43.37 use render_cond 21:43.49 given that we are just trying to get the spot equivalent ? 21:44.06 >>> oy has signed off IRC (Quit: tschüß) [#ghostscript] 21:44.33 it that is what the device is going to do then yes. we are using the devices profile 21:44.49 ray_laptop: why would you do something different 21:45.05 mvrhel_laptop: so I should just copy rendercond from the "real" device ? 21:45.08 s/it that/if that/ 21:45.25 ray_laptop: you have it in the variable render_cond 21:45.30 line 463 21:45.42 when you got curr_output_profile 21:46.29 mvrhel_laptop: that is { 8, 8, 8, 0, 0, 0, 0 } is that reasonable ? 21:47.29 (usually VS shows me gsRINOTSPECIFIED) 21:48.36 yes. not specified is correct 21:48.56 Chans: (ghostbot) in:#ghostscript 21:49.05 if no one has specified it for the device 21:50.06 that looks like the default settings 21:50.07 mvrhel_laptop: hmm.. the 'get_profile' returned something that looks bogus 21:51.18 Oh, sorry 8 _is_ NOTSPECIFIED. VS just didn't decode it for me 21:52.55 strange (clever) use of an enum to have it compute the masks (_OR elements) :-) 21:53.56 Robin_Watts: still there? 21:53.57 ray_laptop: that could have been done simpler. at least I used enumeration and not magic numbers... 21:54.06 ;) 21:54.14 so yet another indeterminate behaviour bug. sigh... 21:55.07 mvrhel_laptop: YES. THANK YOU FOR THAT. But I thought you were going to get rid of the magic numbers in the pdf14 compositor stuff 21:55.44 ray_laptop: I thought we did. or was that one of those cases where I thought about it and it never got done 21:55.45 I'm quite surprised that this didn't show up more often before. 21:56.13 ray_laptop: yes. I am surprised at the number of issues you stumbled upon. I don't know why I did not see them in the regression testing 21:56.59 mvrhel_laptop: gxclrast.c following if (cbp[0] == cmd_opv_extend && cbp[1] == cmd_opv_ext_create_compositor) 21:56.59 FORK(19679) --- fork starting for 'RSSFeeds', PID == 19679, bot_pid == 1005 --- 21:57.00 FORK(19679) !ERROR! cannot load my module: RSSFeeds 21:57.00 FORK(19679) fork: took 1s for RSSFeeds. 21:57.00 FORK(19679) --- fork finished for 'RSSFeeds' --- 21:57.42 line 1566 forward 21:57.54 oh yes. all the return codes 21:58.36 mvrhel_laptop: should I open a P1 bug for it ;-) 21:59.15 mvrhel_laptop: and assign it to henrys ??? ;-) 21:59.16 why not. it will only take a short time to fix. maybe I will do that on the flight. a break from winRT for a bit 21:59.19 ha 21:59.48 >>> saper_ materializes into saper 22:04.58 Chans: (ghostbot) in:#ghostscript 22:05.54 Seen: Flushed 3 entries. 22:11.36 --- Saved uptime records. 22:12.24 bbiaw 22:14.37 >>> join/#ghostscript mvrhel_laptop_ (~chatzilla@c-24-17-196-27.hsd1.wa.comcast.net) 22:16.50 >>> mvrhel_laptop has signed off IRC (Ping timeout: 252 seconds) [#ghostscript] 22:17.01 >>> mvrhel_laptop_ materializes into mvrhel_laptop 22:21.16 Chans: (ghostbot) in:#ghostscript 22:25.11 mvrhel_laptop: OK. Running that. Colors look more reasonable :-) 22:25.21 ray_laptop: great 22:27.18 FORK(5898) --- fork starting for 'RSSFeeds', PID == 5898, bot_pid == 1005 --- 22:27.19 FORK(5898) !ERROR! cannot load my module: RSSFeeds 22:27.19 FORK(5898) fork: took 1s for RSSFeeds. 22:27.19 FORK(5898) --- fork finished for 'RSSFeeds' --- 22:28.20 At least this explains why only psdcmyk was a problem. tiffsep cmyk composite would be wrong as well, of course. 22:28.44 not too many other devices care about the equivalent cmyk 22:29.22 mvrhel_laptop: thanks for the consult 22:36.58 Chans: (ghostbot) in:#ghostscript 22:38.22 ray_laptop: glad that it worked out 22:43.33 mvrhel_laptop: well, running the regression now -- I'll let you know if I trip over anything else 22:47.56 >>> ray_laptop has signed off IRC (Ping timeout: 245 seconds) [#ghostscript] 22:48.26 >>> tsdgeos_ has signed off IRC (Quit: Konversation terminated!) [#ghostscript] 22:50.40 >>> paulgardiner has signed off IRC (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130215130331]) [#ghostscript] 22:52.40 Chans: (ghostbot) in:#ghostscript 22:53.07 >>> tor8 has signed off IRC (Quit: tor8) [#ghostscript] 22:57.32 FORK(4924) --- fork starting for 'RSSFeeds', PID == 4924, bot_pid == 1005 --- 22:57.33 FORK(4924) !ERROR! cannot load my module: RSSFeeds 22:57.33 FORK(4924) fork: took 1s for RSSFeeds. 22:57.33 FORK(4924) --- fork finished for 'RSSFeeds' --- 23:06.10 Seen: Flushed 2 entries. 23:08.06 Chans: (ghostbot) in:#ghostscript 23:11.38 --- Saved uptime records. 23:16.37 >>> join/#ghostscript vtorri (~torri@enlightenment/developer/vtorri) 23:16.43 hey 23:16.43 somebody said hello 23:16.43 moin moin, vtorri 23:17.08 about mupdf, have you tried to compile it with : 23:17.15 -Wextra -Wshadow 23:17.17 ? 23:17.40 if no, what about doing it and fixing warnings ? 23:19.25 >>> marcosw has signed off IRC (Quit: marcosw) [#ghostscript] 23:24.24 tsdgeos: I am away from the computer for a bit. 23:24.38 but if you have found stuff, say so, and I'll read the logs when I get back. 23:24.58 Chans: (ghostbot) in:#ghostscript 23:25.00 Robin_Watts: i found the commit that breaks it 23:25.07 but it's a 22K line diff commit :D 23:25.20 let me boot the virtual machine 23:26.11 tsdgeos: Just give me the SHA and I'll look tomorrow. Gotta go, sorry! 23:27.41 FORK(26774) --- fork starting for 'RSSFeeds', PID == 26774, bot_pid == 1005 --- 23:27.42 FORK(26774) !ERROR! cannot load my module: RSSFeeds 23:27.42 FORK(26774) fork: took 1s for RSSFeeds. 23:27.42 FORK(26774) --- fork finished for 'RSSFeeds' --- 23:31.29 >>> join/#ghostscript tsdgeos_ (~root@46.26.0.108) 23:31.29 "root again" needs to be defined in database. 23:31.51 Robin_Watts: so a971121e9e50c672908f1b3185f42d497adf0b02 works and 58937f6debfbed7675a0ce5cb8d0aa629e3fa7b8 fails 23:31.59 >>> tsdgeos_ has signed off IRC (Client Quit) [#ghostscript] 23:32.26 i'll be here tomorrow too in case you want me to try something 23:40.48 Chans: (ghostbot) in:#ghostscript 23:50.18 >>> join/#ghostscript ray_laptop (~chatzilla@rrcs-64-183-45-163.west.biz.rr.com) 23:51.54 should have queued up the bmpcmp before leaving :-( 23:53.06 MANY more differences than I expeccted, but getting rid of a UMR is bound to cause (one time) differences. I wonder why it was so consistent previously. Maybe just the stack contents in the critical few bytes 23:54.10 >>> join/#ghostscript malc_ (~malc@188.123.241.147) 23:56.50 Chans: (ghostbot) in:#ghostscript 23:57.30 >>> join/#ghostscript marcosw (~marcosw@67.169.6.130) 23:58.00 FORK(19291) --- fork starting for 'RSSFeeds', PID == 19291, bot_pid == 1005 --- 23:58.01 FORK(19291) !ERROR! cannot load my module: RSSFeeds 23:58.01 FORK(19291) fork: took 1s for RSSFeeds. 23:58.01 FORK(19291) --- fork finished for 'RSSFeeds' --- 23:58.47 >>> marcosw has signed off IRC (Client Quit) [#ghostscript] 23:59.58 not too bad. almost all "no difference found" as I expected since bmpcmp doesn't look at the spot color map