| <<<Back 1 day (to 2011/12/20) | 2011/12/21 |
kens | For the log. henrys I had a quick look at the ghostpdl.pdf file and it doesn't contain CID fonts so there probably shouldn't be NULLs in the txtwrite raw output. Can you open a bug report if you want me to look at it please ? | 08:05.51 |
| Again for the logs. henrys I tried both format 3 and format 0 output of the ghostpdl.pdf file and I can't see any NULLs in the output. Can you tell me how you are running this ? | 08:47.16 |
Robin_Watts_ | tor8: The latest context branch runs clean on the first 2 sane files. | 10:42.44 |
| kens: For the logs, use 100pages.pdf in my root directory on casper. | 10:50.45 |
| Feed it through txtwrite with no specified -dTextFormat, with -dTextFormat=0 and with -dTextFormat=1. | 10:51.23 |
| The first of those gives the embedded nulls. | 10:51.34 |
tor8 | Robin_Watts: ah, I see you ran into trouble with libjpeg cleanup? | 11:10.33 |
Robin_Watts_ | tor8: sorry, was running. | 12:23.15 |
| yes. | 12:23.17 |
| The code looks right to me, and it certainly tests out with all the possible fail positions on windows. | 12:23.41 |
| but on macos, the mem squeezing that uses fork exits around there for no reason I can follow. | 12:24.00 |
| IF you have time to double check my code in that area, it'd be good. | 12:24.27 |
tor8 | it doesn't look odd to me either at a glance | 12:24.34 |
| but I do remember there being a *lot* of hairy special cases for cleaning up a jpeglib context | 12:24.59 |
| it took a lot of back and forth testing to get it into a reasonable shape. I expect most people just leak when libjpeg fails :( | 12:25.32 |
aleray | hi, how would you do to share some code between two eps files? | 13:12.30 |
| they have a lot of definitions and constants in common | 13:12.48 |
kens | Robin_Watts_ : ping | 13:27.59 |
Robin_Watts_ | pong | 13:28.32 |
kens | 100page.pdf runs fine for me. How are you running it ? 32-bit or 64-bit, Windows or Linux ? | 13:28.55 |
Robin_Watts_ | On casper. | 13:29.12 |
kens | You are running it on Casper ? | 13:29.20 |
Robin_Watts_ | Yes, | 13:29.24 |
kens | :-( | 13:29.28 |
Robin_Watts_ | Running it on casper and running it on windows both give the same results. | 13:29.35 |
kens | Not for me, unless I'm missing something | 13:29.45 |
Robin_Watts_ | actually, let me check that. | 13:29.49 |
kens | Where are teh NULLs ? | 13:30.01 |
Robin_Watts_ | http://www.ghostscript.com/txtwrite.html | 13:30.26 |
kens | So what Format is 'Raw' ? | 13:30.46 |
Robin_Watts_ | Raw = -dTextFormat=2 (which is the same as not specifying one) | 13:31.13 |
| UTF8 = 0 | 13:31.19 |
| Unucode = 1 | 13:31.21 |
kens | That's not what the docs say is it ? | 13:31.46 |
Robin_Watts_ | The -dTextFormat=2 I did for a simple life, sorry. | 13:32.21 |
| but imagine that just no -dTextFormat is specified at all. | 13:32.37 |
kens | 0 = XML, 1 = XML (MuPDF style), 2 = Unicode 3 = UTF8 | 13:32.38 |
| No specification = UTF8 | 13:32.49 |
Robin_Watts_ | Oh, *that* is not what the docs (that I read) said. | 13:32.54 |
kens | Devices.htm: | 13:33.15 |
| file:///C:/ghostpdl/gs/doc/Devices.htm#TXT | 13:33.15 |
Robin_Watts_ | But I can update to go along with that. | 13:33.18 |
kens | Don't offer format 0 | 13:33.33 |
| Well, actually format 0 & 1 are probably of little value | 13:34.02 |
| Bu in any event, the NULLs shouldn't be there, and aren't in my output.... | 13:34.53 |
| Is that a recent version of GS being executed ? | 13:35.24 |
Robin_Watts_ | Freshly built yesterday. | 13:35.40 |
kens | Well I can't get that output under Windows no matter what I do. Is there anywhere I an look at the actual output file ? | 13:36.01 |
Robin_Watts_ | hold on a tick. | 13:36.20 |
| http://www.ghostscript.com/txtwrite.html | 13:36.31 |
| So does that look reasonable ? | 13:36.36 |
| 3 2 and 1 respectively | 13:36.52 |
kens | It looks the same, I wonder if the browser cached it. | 13:37.09 |
| Ah, yes it did | 13:37.15 |
| Yes, looks OK to me, not sure if the XML has any value nut het.... | 13:37.33 |
| 'but hey...' | 13:37.43 |
Robin_Watts_ | Right, so with unicode I see 0 bytes, but then I'd expect that. | 13:37.49 |
kens | Yes indeed. | 13:37.58 |
| It is 2-byte Unicode | 13:38.15 |
Robin_Watts_ | OK, now it's all working. | 13:38.49 |
kens | Relief! | 13:38.57 |
| Out of curiosity, what documentation were you reading ? | 13:40.22 |
Robin_Watts_ | One of the news documents. | 13:40.35 |
kens | Oh, I think it changed since then, when I added UTF-8 | 13:40.53 |
Robin_Watts_ | Well, it seems to be OK now, so probably just a case of incorrect expectations, sorry. | 13:41.43 |
kens | No problem, it works quite nicely actually, with teh few test files I've run. | 13:42.02 |
Robin_Watts_ | It does SEGV if you try and use txtwrite in the language_switch build. | 13:42.06 |
kens | That's not ideal, I should probably look at that. I can't think of any reason why it would. | 13:42.28 |
Robin_Watts_ | I'd like to make the webpage use the language switch build. | 13:43.33 |
| which is how I spotted it. | 13:43.42 |
kens | OK, I'll take a quick look now. | 13:43.44 |
| I hadn't tried that before. | 13:43.51 |
| Just need to actually build it first. | 13:44.09 |
| Hm, must have got the switches wrong, it starts up and exits | 13:50.14 |
| Oh, txtwrite doesn't seem to be built into the default build of language switch | 13:51.00 |
| Need to update my project | 13:51.24 |
Robin_Watts_ | mvrhel_laptop: Did you fix the 'C' vs 'c' thing? Would you like me to? | 14:25.47 |
mvrhel_laptop | hi Robin_Watts_: no I have not gotten to that yet. I will clean it up no worry | 14:26.17 |
| by the way I heard the expression "Bob is your Uncle" at a movie last night | 14:26.35 |
| of course the character was british | 14:27.47 |
kens | wonders about the origin of the phrase | 14:28.37 |
chrisl | The origins are not clear, seems to be about three different theories about it, but I can't remember what they are..... | 14:33.11 |
kens | Probably all on Wikipedia :-) | 14:33.33 |
chrisl | Probably - everything else is...... | 14:33.48 |
| Hmmm, does language_switch not support JPX decode? | 14:34.01 |
kens | I'm sure it should | 14:34.38 |
chrisl | The gcc/unix build doesn't seem to. | 14:35.01 |
kens | Well, I'm having enought trouble with txtwrite and language_switch | 14:35.18 |
chrisl | And it doesn't seem to have jbig2 either....... | 14:35.40 |
kens | Odd | 14:36.41 |
chrisl | Very much not in the mood to try to fix those problems - other things to do...... | 14:45.10 |
| Not there on the Windows language_switch build, either........ | 14:49.28 |
Robin_Watts_ | tor8: So did we agree that renaming everything to mupdfxxx rather than pdfxxx was a good idea? | 14:50.05 |
| tor8: In fact, what remains to be done before folding context to main ? | 14:50.34 |
tor8 | I guess so | 14:50.34 |
Robin_Watts_ | API tweaks was the thing mentioned at the meeting. | 14:50.55 |
| but I suspect that we'll want to tweak the API as it gets documented. | 14:51.17 |
| (i.e. the act of sebras writing documentation will throw up tweaks that can usefully be made) | 14:51.46 |
tor8 | yeah | 14:51.55 |
Robin_Watts_ | So, shall we just fold it down and be done with it? | 14:52.05 |
tor8 | so I guess there's nothing left to keep us from folding it down and wait for the screams from sumatrapdf :) | 14:52.22 |
Robin_Watts_ | tor8: We could send them a warning email first? | 14:52.44 |
sebras | Robin_Watts_: I'm a bit surprised that anyone anticipates API changes due to me documenting what already exists. | 14:53.39 |
kens | I thougth someone changed the builds to include txtwrite in language switch ? | 14:54.24 |
Robin_Watts_ | sebras: Well, when you come to write documentation for something, and it feels odd to you, you'll mention that to us, and we may then tweak it to make it more sane. | 14:54.50 |
tor8 | I mainly expect to change the api for how pages get loaded and drawn, to hide some of the transformation setup voodoo that you need to do | 14:54.53 |
| so that clients don't have to worry about the /Rotate and off-origin mediaboxes | 14:55.13 |
Robin_Watts_ | tor8: The half written 'document' API thing you pointed me at before... | 14:55.31 |
| That felt like a new layer of API rather than a change to an existing one to me. | 14:55.45 |
tor8 | yeah, that has that in it. I should move those bits into pdf_run_page | 14:55.51 |
| and then I think turning the 'document.c' api from the ios app into a new layer using function pointers so the clients don't have to see the pdf_ and xps_ namespaces unless they're doing pdf and xps specific things. | 14:56.32 |
| the pdf_link should be turned into fz_link as well | 14:56.44 |
Robin_Watts_ | tor8: So do you want to do the honours and fold context to master? | 14:56.54 |
tor8 | Robin_Watts_: but none of that should hold up the context switch I think. so I'll go ahead and do the honours of breaking everything now :) | 14:58.32 |
| prepare for a torrent of email spam commit messages! | 14:58.55 |
kens | Another one ? :-( | 14:59.29 |
tor8 | kens: feel free to select all and delete! | 15:00.27 |
kens | I just do 'mark as read' and file :-) | 15:00.44 |
tor8 | sorry. I just haven't got around to fixing it yet. | 15:00.49 |
Robin_Watts_ | "-bash: cd: write error: Success" | 15:03.13 |
| That's an odd error on casper. | 15:03.21 |
| tor8: Are you renaming exes etc? Or shall I do that? | 15:07.02 |
tor8 | Robin_Watts_: I can do it. We'll need to fix the manpages and debian scripts too. | 15:07.33 |
chrisl | Hah, the regression dashboard looks *well* impressive..... :-) | 15:08.00 |
Robin_Watts_ | crumbs. | 15:08.18 |
chrisl | I think tor8 might have to revise things a little if mupdf commit testing gets enabled! | 15:08.57 |
tor8 | chrisl: opps. | 15:11.08 |
chrisl | :-) I'm assuming the commit test code will filter those out, it's just that I happen to be using the cluster right now | 15:11.52 |
tor8 | chrisl: any quick way to cancel those cluster jobs? | 15:12.04 |
| or at least all but the last one | 15:12.13 |
chrisl | Oh, is mupdf being commit tested now? | 15:12.30 |
tor8 | I think marcos enabled something, not sure how or what it does though. | 15:12.48 |
Robin_Watts_ | I believe mupdf is being commit tested - in so far as I think he checks out the source and builds. | 15:13.02 |
| So they should all run quickly. | 15:13.18 |
chrisl | I thought it was only supposed to be clusterpushing - as far as I know, there is no way to easily cancel commit tests | 15:13.25 |
Robin_Watts_ | We can't test with clusterpush without testing every commit - otherwise what do you compare the clusterpush results with ? | 15:14.06 |
| But I don't think we actually test anything except building at the moment. | 15:14.28 |
chrisl | The previous clusterpush, I'd assumed | 15:14.36 |
Robin_Watts_ | chrisl: So you'd have to clusterpush a vanilla one, then a changed one? | 15:15.00 |
| And if it failed, you'd have to clusterpush another vanilla one, and then another changed one ? | 15:15.14 |
chrisl | Well, I didn't really give it much thought - at the meeting I thought you'd said you were more interested in being able to test *before* committing, than having it tested afterwards | 15:15.57 |
Robin_Watts_ | chrisl: Yes. | 15:16.21 |
| Hence I didn't want *just* commit testing. | 15:16.32 |
chrisl | Okay, fair enough - I didn't pay that close attention since I don't actually work with mupdf | 15:17.04 |
Robin_Watts_ | Gawd, we *do* test them. | 15:26.32 |
chrisl | I'm glad I got my test in when I did! | 15:28.09 |
Robin_Watts_ | user tests will jump the queue. | 15:28.34 |
chrisl | Yes, I'd forgotten that..... | 15:29.09 |
henrys | how long is one mupdf test? | 15:34.04 |
| a cluster run? | 15:34.16 |
Robin_Watts_ | 10 mins or so. | 15:37.11 |
| Why aren't completed mupdf tests being shown on the dashboard? | 15:38.14 |
| Cos the results are kept in a different place to the gs tests. | 15:42.20 |
henrys | hey mvrhel_laptop still in DC? | 15:55.44 |
mvrhel_laptop | yes | 15:55.48 |
henrys | I was thinking about the customer you ping monthly was your assessment that he could do the task? I'm dealing with him on something else and I'm feeling a little shaky about him. | 15:57.00 |
mvrhel_laptop | oh | 15:57.26 |
henrys | this is something completely different - PCL business which I understand is very foreign to most folks - but some of his questions lean toward me feeling like I'm not dealing with someone willing to "look under the hood" so to speak. | 15:59.22 |
| anyway we continue to push them but now they have another "high priority" project and I'm not hopeful there will be color integration anytime soon. | 16:00.30 |
mvrhel_laptop | henrys: Well, when I was there I assumed he could handle things. He showed me the changes they had done and how they had hooked in a global context to carry around some hooks back to their own code. It seemed to me that it would not be too hard to update based upon the changes he had. | 16:00.52 |
| henrys: I am going to ping him a holiday note this week and mention that we are going to have 9.05 pretty soon. | 16:03.00 |
henrys | okay - well that's encouraging - probably just PCL is having its usual effect - run! | 16:03.11 |
| great news. | 16:03.24 |
mvrhel_laptop | It would be nice to have them update before drupa | 16:03.43 |
henrys | not likely | 16:04.01 |
mvrhel_laptop | I really do think it would not take more than a week to do an update | 16:04.24 |
| part of me wonders if we should send someone there to assist in the transition | 16:04.49 |
henrys | if the software were given to us could we do it? | 16:04.49 |
mvrhel_laptop | henrys: probably | 16:05.02 |
henrys | I've asked him repeatedly ... he won't have it. | 16:05.10 |
mvrhel_laptop | they do work in a linux environment there | 16:05.21 |
| at least that was what he was doing when I was there | 16:05.53 |
henrys | he needs all the usual platforms though. So I imagine the work could be done on windows just as well. | 16:06.56 |
mvrhel_laptop | right | 16:07.07 |
| Do you want me to suggest this to him also in my email? | 16:07.22 |
| although he never even replies to my emails.... | 16:08.19 |
| at least the last one | 16:08.28 |
henrys | I would just say the usual I believe the request is going to have to come from his management. | 16:08.59 |
mvrhel_laptop | right | 16:09.30 |
| ok | 16:09.31 |
henrys | I'm talking to him now, I'll see what I can do. | 16:10.05 |
mvrhel_laptop | ok. I don't mind going there and hanging out for week to help :) | 16:10.40 |
henrys | I will offer it. | 16:11.10 |
| with your schedule estimate we are left with 2 theories: not capable or stonewalling, I don't see what else could be going on. | 16:15.13 |
mvrhel_laptop | henrys: yes I agree. Realize that is a dedicated full week with someone familiar with the code. This comes from the standpoint that his changes did not look that huge to me | 16:17.20 |
| Robin_Watts_: you still here? | 16:20.52 |
Robin_Watts_ | I am. | 16:20.59 |
mvrhel_laptop | so if I have FLAG(icc, 1, 'c', "ICC profile"), how do I specify its use with the -Z on the command line? | 16:21.25 |
Robin_Watts_ | You can't. | 16:21.41 |
mvrhel_laptop | ugh | 16:21.44 |
Robin_Watts_ | you use --debug-icc | 16:21.47 |
mvrhel_laptop | ha | 16:21.51 |
| ah | 16:21.53 |
Robin_Watts_ | And --debug should correctly list it as one of the known flags. | 16:22.14 |
Liquid-Silence | hi all | 16:22.40 |
mvrhel_laptop | I guess I missed class the day all of this was discussed.... | 16:22.53 |
Liquid-Silence | whats the best way to get pdf's smaller but reliabily? with ghostscript ofcourse | 16:22.56 |
| a 52mb pdf takes forever to process aswell with some options to compress images | 16:23.38 |
mvrhel_laptop | kens is probably the person to ask | 16:24.00 |
kens | is busy | 16:24.10 |
mvrhel_laptop | hehe | 16:24.13 |
Liquid-Silence | wount ask | 16:24.18 |
| :P | 16:24.20 |
| also I am getting lots of these | 16:24.38 |
| GPL Ghostscript 9.02: Warning: 'loca' length 454 is greater than numGlyphs 226 in the font ZFGQIC+Wingdings-Regular-OV-RFGQIC. | 16:24.39 |
| hmm ghostscript makes the file bigger then it is | 16:25.22 |
kens | Warning indicates broken TrueType font | 16:25.51 |
Liquid-Silence | from 50 mb -> 72 | 16:25.56 |
| hehe | 16:25.58 |
| http://pastebin.com/wpFM4hLf | 16:26.18 |
| is the options that I am using | 16:26.25 |
kens | No guarantee PDF will be smaller. | 16:26.27 |
Liquid-Silence | ofcourse not mate | 16:26.39 |
| I just can not for the life of me get these things smaller | 16:26.54 |
| and its to be pushed to web and ipad / mobile devices | 16:27.08 |
| so 71mb is huge | 16:27.13 |
Robin_Watts_ | Liquid-Silence: The best way to make a pdf smaller is to generate it correctly in the first place. | 16:27.22 |
Liquid-Silence | Robin_Watts_ it comes from a source I have no control over | 16:27.46 |
kens | reduce images, is a normal way to reduce file size. | 16:28.52 |
Liquid-Silence | kens yeah | 16:29.10 |
kens | Its rather hard ot give advice in the dark, it would be better to see one of your files | 16:29.12 |
Liquid-Silence | I cannot figure out how, when I did it with the C# lib from datalogics | 16:29.31 |
| kens I cannot give those :( | 16:29.46 |
kens | Have you tried using PDFSETTINGS=/ebook ? | 16:29.56 |
| If you cna't supply a smaple file, it will be difficult to say much meaningful. | 16:30.10 |
Liquid-Silence | kens may I pm? | 16:30.27 |
kens | OK | 16:30.31 |
mvrhel_laptop | Robin_Watts: ok you meant --debug=icc above. Got it working now | 16:34.50 |
| going to add in some additional debug stuff in the icc code then I will commit this | 16:35.35 |
| have to step out for a bit now | 16:35.43 |
Robin_Watts_ | mvrhel_laptop: Sorry. | 16:39.27 |
mvrhel_laptop | no problem. | 16:39.46 |
Robin_Watts_ | I think the dashboard should now be coping properly with mupdf. | 16:40.24 |
| At least superficially. Let me know if you find any problems. | 16:40.50 |
kens | Night all | 16:55.32 |
Liquid-Silence | goes to eat | 16:56.05 |
| pdf's screwed up my life | 16:56.17 |
henrys | it would be nice to have i7 participating in the workload. | 17:08.31 |
| alexcher? | 17:08.42 |
Liquid-Silence | I cannot get these pdfs smaller | 17:28.57 |
henrys | wow Robin_Watts you have really been cranking on mupdf. | 17:30.49 |
Liquid-Silence | henrys do you have some time for a pm? | 17:31.56 |
Robin_Watts_ | henrys: lots of small changes to fix memsqueezing things. | 17:32.25 |
henrys | well the context stuff looked pretty sweeping although I should read the diffs more carefully. | 17:33.02 |
Robin_Watts_ | Yeah, pretty much everything is touched. | 17:33.20 |
henrys | Liquid-Silence:depends what a pm is? | 17:33.22 |
Liquid-Silence | private message | 17:33.37 |
henrys | sure go ahead | 17:33.48 |
| I thought he wanted an entire afternoon and evening ;-) | 17:34.04 |
Andrea_ | Hi experts; greetings from Italy :-) | 17:59.58 |
Robin_Watts_ | Ciao. | 18:00.24 |
Liquid-Silence | bella :P | 18:00.34 |
| ok I am going to lay down | 18:00.39 |
| later dudes | 18:00.50 |
Andrea_ | ciao! Migrated a system from centos 5.x to 6, and the same ps files fail to convert to pdf | 18:01.20 |
| ghostscript-8.70-11.el6_1.2.x86_64 now on centos 6 | 18:01.25 |
| while it was ghostscript-8.15.2-9.3.el5 on centos 5 | 18:02.00 |
| and the error is: %%[ ProductName: GPL Ghostscript ]%% %%[ Error: rangecheck; OffendingCommand: xshow ]%% GPL Ghostscript 8.70: Unrecoverable error, exit code 1 | 18:02.29 |
| any hints? | 18:02.36 |
henrys | even 8.70 is an ancient release I wish distros could keep up better. | 18:07.25 |
| we ask that folks get the latest greatest release at ghostscript.com - reproduce the problem then report a bug with a data file and command line at bugs.ghostscript.com | 18:08.24 |
Andrea_ | thanks henrys | 18:10.21 |
| I'm downloading the statically linked precompiled 64bit binary from ghostscript.com | 18:10.46 |
henrys | great thanks for your support. | 18:11.01 |
Andrea_ | ghostscript-9.04-linux-x86_64.tgz | 18:11.09 |
| should be it | 18:11.15 |
henrys | right | 18:11.20 |
Andrea_ | here's the output of ./gs-904-linux_x86_64 /root/A201109347.ps | 18:12.11 |
| Error: /undefined in 2;09347;21 | 18:12.25 |
| Operand stack: | 18:12.31 |
| Execution stack: | 18:12.36 |
| %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1910 1 3 %oparray_pop 1909 1 3 %oparray_pop 1893 1 3 %oparray_pop 1787 1 3 %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostr | 18:12.42 |
| Dictionary stack: | 18:12.47 |
| --dict:1157/1684(ro)(G)-- --dict:0/20(G)-- --dict:77/200(L)-- | 18:12.52 |
| should I open a ticket with these info? | 18:13.07 |
| with the same ps file, I got a pdf file just nice on the older version | 18:13.26 |
henrys | your command line will not produce a pdf file by default it will attempt to open the X11 display device. | 18:14.01 |
Andrea_ | yep. I have an X server, I usually can start X programs fine. Let me double check | 18:14.40 |
henrys | it seems like a peculiar error like a system problem do any pdf or postscript files work? | 18:15.23 |
andrea2 | Ops sorry I got disconnected | 18:17.30 |
Robin_Watts_ | Andrea_: Go to bugs.ghostscript.com, open a bug. Attach the file in question. Give full details of the command line you're using, and the history of it working/not working. It's hard for us to suggest much beyond generalities without having seen the file. | 18:17.36 |
henrys | it will probably be fastest if you post your postscript file, command line etc. on bugs.ghostscript.com and we can quickly see this IRC business can be slow with these issues. | 18:18.05 |
Robin_Watts_ | In general, to make a pdf file you use: gs -sDEVICE=pdfwrite -o out.ps in.ps | 18:18.13 |
andrea2 | ok thanks a lot. I'll do what you say. | 18:18.25 |
henrys | sorry Robin_Watts_ and I were typing at the same time. | 18:18.27 |
andrea2 | on centos, I just used the ps2pdf command | 18:18.36 |
| maybe it's a wrapper | 18:18.45 |
Robin_Watts_ | ps2pdf is indeed a wrapper. | 18:18.54 |
| but I'd double check with running gs directly. | 18:19.26 |
henrys | for some reason the mupdf cluster show stopped on both my machines. | 18:35.28 |
| seems to be working again | 19:13.59 |
Robin_Watts_ | I have ANOTHER BT engineer coming tomorrow to make goldfish faces at my ADSL line. | 19:45.55 |
mvrhel_laptop | I thought they fixed it | 19:57.20 |
| or "found" there was no problem | 19:57.26 |
| after fixing it | 19:57.30 |
Robin_Watts_ | It sprang back to life for 12 hours or so. | 19:58.38 |
| Then slumped back to modem speeds again. | 19:59.14 |
mvrhel_laptop | :( | 20:02.32 |
henrys | there is very little progress on the mupdf jobs, about 5 jobs completed. | 20:03.07 |
Robin_Watts_ | henrys: yeah. | 20:03.56 |
| I can try to manually remove the jobs from the cluster queue. | 20:04.09 |
mvrhel_laptop | oh wow | 20:04.38 |
henrys | sms to marcos? | 20:04.52 |
Robin_Watts_ | ok. | 20:04.57 |
| sent | 20:05.50 |
mvrhel_laptop | staying at my inlaws I am going to come back about 20lbs heavier... | 20:07.52 |
Robin_Watts_ | Marcos has replied to text. Is "On it", apparently. | 20:16.07 |
| mvrhel_laptop: I have my inlaws coming here. Will be fitting bolt to office door over the next couple of days. | 20:16.31 |
mvrhel_laptop | :) | 20:16.57 |
henrys | sorry I have to bring down henrysx6 for a few minutes. | 20:19.00 |
mvrhel_laptop | so if I do a cluster push will it run? | 20:27.41 |
Robin_Watts_ | mvrhel_laptop: It should | 20:29.46 |
mvrhel_laptop | ok cool | 20:29.57 |
Robin_Watts_ | Or rather, it should be the next non commit based thing to run. | 20:30.01 |
| If the cluster is stuck on a test you may be SOL. | 20:30.11 |
mvrhel_laptop | ok . just pushed we will see | 20:30.32 |
marcosw_ | tor8: is it possible a recent mupdf change has significantly increased processing times for some files? Even with the cluster reduced to testing only @ 72 dpi there are a lot of timeouts. I've temporarily disabled cluster testing of mupdf commits until I can figure how to manage the timeouts. | 20:42.43 |
Robin_Watts_ | marcosw_: Yes. | 20:43.05 |
| I broke mupdf for a while and made it 10 times slower. | 20:43.19 |
| (or rather, it was 'repairing' every file). | 20:43.35 |
| Git head should be fine. | 20:44.03 |
Smedles | hi all | 20:50.26 |
Smedles | is fighting with problems with cups & ghostscript >=9.00 on OS/2 - v8.71 is working fine tho | 20:50.50 |
| v9.x crash in gdev_prn_allocate for some reason | 20:51.13 |
kens | Smedles Ghostscript 9.04 is known to work with CUPS in Ubuntu's Oneiric release. | 21:06.42 |
henrys | if a power supply is disconnected from a computer no connections and plugged in should the power supply's fan run? | 21:11.47 |
Robin_Watts_ | No. | 21:17.12 |
| unless you've got one which has a temperature controlled fan, and it's still warm, maybe? | 21:17.53 |
henrys | I am trying to determine if I have a bad power supply or a have wired things wrong. | 21:19.12 |
Robin_Watts_ | henrys: You shouldn't be able to get anything to happen from a PSU until you short 2 pins together. | 21:19.47 |
| That's what a motherboard does to turn it on. | 21:20.11 |
henrys | right makes sense | 21:20.19 |
| got it amazing I didn't break pins with my fumbling | 21:46.51 |
gegooo | Hi henrys, I decided to work on a patch for halftone regions | 22:07.36 |
| henrys: expect a patch soon | 22:08.17 |
Smedles | kens: i'm sure its os2 specific :) | 22:31.39 |
malc_ | Robin_Watts_, tor8: any chance of something similar to the http://bugs.ghostscript.com/show_bug.cgi?id=692714 be applied? | 23:08.51 |
| Forward 1 day (to 2011/12/22)>>> | |