00:16.51 Opened logfile log/20131017. 00:16.51 LOG: last message repeated 3 times 00:16.51 >>> ray_laptop has signed off IRC (Ping timeout: 260 seconds) [#ghostscript] 00:26.17 --- Saved uptime records. 00:27.17 Seen: Flushed 1 entries. 00:29.08 FORK(16173) --- fork starting for 'RSSFeeds', PID == 16173, bot_pid == 27362 --- 00:29.09 FORK(16173) !ERROR! cannot load my module: RSSFeeds 00:29.09 FORK(16173) fork: took 2s for RSSFeeds. 00:29.09 FORK(16173) --- fork finished for 'RSSFeeds' --- 00:30.57 Chans: (ghostbot) in:#ghostscript 00:31.29 >>> join/#ghostscript ray_laptop (~chatzilla@cpe-76-171-54-81.socal.res.rr.com) 00:41.43 >>> ray_laptop has signed off IRC (Ping timeout: 272 seconds) [#ghostscript] 00:46.57 Chans: (ghostbot) in:#ghostscript 00:51.32 >>> join/#ghostscript mvrhel_laptop (~chatzilla@c-50-159-85-185.hsd1.wa.comcast.net) 00:59.18 FORK(11190) --- fork starting for 'RSSFeeds', PID == 11190, bot_pid == 27362 --- 00:59.19 FORK(11190) !ERROR! cannot load my module: RSSFeeds 00:59.19 FORK(11190) fork: took 2s for RSSFeeds. 00:59.19 FORK(11190) --- fork finished for 'RSSFeeds' --- 01:03.07 Chans: (ghostbot) in:#ghostscript 01:03.07 ircCheck: possible lost in space; checking.Thu Oct 17 01:03:07 2013 01:03.07 >ghostbot< TEST 01:03.07 IRCTEST: Yes, we're alive. 01:19.57 Chans: (ghostbot) in:#ghostscript 01:26.27 --- Saved uptime records. 01:29.28 FORK(4914) --- fork starting for 'RSSFeeds', PID == 4914, bot_pid == 27362 --- 01:29.29 FORK(4914) !ERROR! cannot load my module: RSSFeeds 01:29.29 FORK(4914) fork: took 2s for RSSFeeds. 01:29.29 FORK(4914) --- fork finished for 'RSSFeeds' --- 01:35.57 Chans: (ghostbot) in:#ghostscript 01:37.37 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 01:37.37 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 01:44.45 >>> Noldorin has signed off IRC (Quit: Computer has gone to sleep.) [#ghostscript] 01:52.07 Chans: (ghostbot) in:#ghostscript 01:59.37 FORK(30603) --- fork starting for 'RSSFeeds', PID == 30603, bot_pid == 27362 --- 01:59.39 FORK(30603) !ERROR! cannot load my module: RSSFeeds 01:59.39 FORK(30603) fork: took 2s for RSSFeeds. 01:59.39 FORK(30603) --- fork finished for 'RSSFeeds' --- 02:07.57 ircCheck: possible lost in space; checking.Thu Oct 17 02:07:57 2013 02:07.57 >ghostbot< TEST 02:07.57 IRCTEST: Yes, we're alive. 02:24.19 Chans: (ghostbot) in:#ghostscript 02:26.29 --- Saved uptime records. 02:29.50 FORK(25216) --- fork starting for 'RSSFeeds', PID == 25216, bot_pid == 27362 --- 02:29.51 FORK(25216) !ERROR! cannot load my module: RSSFeeds 02:29.51 FORK(25216) fork: took 2s for RSSFeeds. 02:29.51 FORK(25216) --- fork finished for 'RSSFeeds' --- 02:40.19 Chans: (ghostbot) in:#ghostscript 02:40.21 >>> join/#ghostscript tkamppeter_ (~till@p5480ABCF.dip0.t-ipconnect.de) 02:41.37 >>> tkamppeter has signed off IRC (Read error: Operation timed out) [#ghostscript] 02:55.39 Chans: (ghostbot) in:#ghostscript 03:00.10 FORK(26076) --- fork starting for 'RSSFeeds', PID == 26076, bot_pid == 27362 --- 03:00.11 FORK(26076) !ERROR! cannot load my module: RSSFeeds 03:00.11 FORK(26076) fork: took 2s for RSSFeeds. 03:00.11 FORK(26076) --- fork finished for 'RSSFeeds' --- 03:11.49 ircCheck: possible lost in space; checking.Thu Oct 17 03:11:49 2013 03:11.49 >ghostbot< TEST 03:11.49 IRCTEST: Yes, we're alive. 03:26.35 --- Saved uptime records. 03:27.35 Chans: (ghostbot) in:#ghostscript 03:30.26 FORK(30740) --- fork starting for 'RSSFeeds', PID == 30740, bot_pid == 27362 --- 03:30.27 FORK(30740) !ERROR! cannot load my module: RSSFeeds 03:30.27 FORK(30740) fork: took 2s for RSSFeeds. 03:30.27 FORK(30740) --- fork finished for 'RSSFeeds' --- 04:00.55 FORK(8705) LOG: last message repeated 4 times 04:00.55 FORK(8705) --- fork starting for 'RSSFeeds', PID == 8705, bot_pid == 27362 --- 04:00.56 FORK(8705) !ERROR! cannot load my module: RSSFeeds 04:00.56 FORK(8705) fork: took 1s for RSSFeeds. 04:00.56 FORK(8705) --- fork finished for 'RSSFeeds' --- 04:15.15 LOG: last message repeated 5 times 04:15.15 ircCheck: possible lost in space; checking.Thu Oct 17 04:15:15 2013 04:15.15 >ghostbot< TEST 04:15.15 IRCTEST: Yes, we're alive. 04:26.43 --- Saved uptime records. 04:31.14 FORK(19011) --- fork starting for 'RSSFeeds', PID == 19011, bot_pid == 27362 --- 04:31.15 FORK(19011) !ERROR! cannot load my module: RSSFeeds 04:31.15 FORK(19011) fork: took 2s for RSSFeeds. 04:31.15 FORK(19011) --- fork finished for 'RSSFeeds' --- 04:31.33 Chans: (ghostbot) in:#ghostscript 04:42.14 >>> join/#ghostscript marcosw_ (~marcosw@c-98-207-109-212.hsd1.ca.comcast.net) 04:47.53 Chans: (ghostbot) in:#ghostscript 05:01.24 FORK(1202) --- fork starting for 'RSSFeeds', PID == 1202, bot_pid == 27362 --- 05:01.25 FORK(1202) !ERROR! cannot load my module: RSSFeeds 05:01.25 FORK(1202) fork: took 2s for RSSFeeds. 05:01.25 FORK(1202) --- fork finished for 'RSSFeeds' --- 05:20.03 ircCheck: possible lost in space; checking.Thu Oct 17 05:20:03 2013 05:20.03 >ghostbot< TEST 05:20.03 IRCTEST: Yes, we're alive. 05:26.47 --- Saved uptime records. 05:31.37 FORK(3849) --- fork starting for 'RSSFeeds', PID == 3849, bot_pid == 27362 --- 05:31.38 FORK(3849) !ERROR! cannot load my module: RSSFeeds 05:31.38 FORK(3849) fork: took 1s for RSSFeeds. 05:31.38 FORK(3849) --- fork finished for 'RSSFeeds' --- 05:33.48 marcows: you there? 05:33.56 mvrhel_laptop: yup 05:34.14 ok. so did you see that I fixed the bug that you told me not to post a solution to? 05:34.27 I was not sure if I should actually close the bug 05:34.44 the test file should be added to our regression testing 05:34.57 you can do that, I didn't give the customer the bug number. 05:34.58 as fixing it resulted in no diffs 05:35.04 I think you did 05:35.15 did I? 05:35.25 yes 05:35.29 694707 05:35.49 so I did not close it 05:35.59 Chans: (ghostbot) in:#ghostscript 05:37.25 a gmail search doesn't show any emails to the customer with the bug number, and I don't remember doing it (though the former is more reliable than the latter). 05:37.45 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 05:37.45 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 05:38.04 well the number is in bugzilla yes? at least I see it 05:38.11 the customer number that is 05:39.35 I don't think the customer checks bugzilla nor are they likely aware of their customer number. Go ahead and close the bug. I'll make sure to add the test file to the repository the next time I add files. 05:39.59 ok sounds good 05:40.25 do you want the commit fix hash code in the bug marcosw_? 05:41.03 I can keep it private 05:41.24 good idea, make it easier to send a patch when the customer is up to date with their reports. 05:41.30 yes 05:52.07 Chans: (ghostbot) in:#ghostscript 06:02.28 FORK(18638) --- fork starting for 'RSSFeeds', PID == 18638, bot_pid == 27362 --- 06:02.29 FORK(18638) !ERROR! cannot load my module: RSSFeeds 06:02.29 FORK(18638) fork: took 2s for RSSFeeds. 06:02.29 FORK(18638) --- fork finished for 'RSSFeeds' --- 06:03.08 >>> mvrhel_laptop has signed off IRC (Ping timeout: 268 seconds) [#ghostscript] 06:07.47 Chans: (ghostbot) in:#ghostscript 06:27.07 LOG: last message repeated 3 times 06:27.07 --- Saved uptime records. 06:29.07 Seen: Flushed 2 entries. 06:33.18 FORK(24685) --- fork starting for 'RSSFeeds', PID == 24685, bot_pid == 27362 --- 06:33.19 FORK(24685) !ERROR! cannot load my module: RSSFeeds 06:33.19 FORK(24685) fork: took 2s for RSSFeeds. 06:33.19 FORK(24685) --- fork finished for 'RSSFeeds' --- 06:39.17 Chans: (ghostbot) in:#ghostscript 06:44.27 ircCheck: possible lost in space; checking.Thu Oct 17 06:44:27 2013 06:44.27 >ghostbot< TEST 06:44.27 IRCTEST: Yes, we're alive. 06:47.47 >>> join/#ghostscript kens (~Miranda@31.185.216.66) 06:55.15 Chans: (ghostbot) in:#ghostscript 07:03.46 FORK(31209) --- fork starting for 'RSSFeeds', PID == 31209, bot_pid == 27362 --- 07:03.47 FORK(31209) !ERROR! cannot load my module: RSSFeeds 07:03.47 FORK(31209) fork: took 2s for RSSFeeds. 07:03.47 FORK(31209) --- fork finished for 'RSSFeeds' --- 07:10.34 >>> chrisl_away materializes into chrisl 07:10.54 Chans: (ghostbot) in:#ghostscript 07:27.35 --- Saved uptime records. 07:34.06 FORK(5095) --- fork starting for 'RSSFeeds', PID == 5095, bot_pid == 27362 --- 07:34.07 FORK(5095) !ERROR! cannot load my module: RSSFeeds 07:34.07 FORK(5095) fork: took 2s for RSSFeeds. 07:34.07 FORK(5095) --- fork finished for 'RSSFeeds' --- 07:42.25 Chans: (ghostbot) in:#ghostscript 07:47.55 ircCheck: possible lost in space; checking.Thu Oct 17 07:47:55 2013 07:47.55 >ghostbot< TEST 07:47.55 IRCTEST: Yes, we're alive. 07:51.30 >>> join/#ghostscript plinnell (~mrdocs@ip-64-134-138-159.public.wayport.net) 07:51.30 >>> plinnell has signed off IRC (Changing host) [#ghostscript] 07:51.30 >>> join/#ghostscript plinnell (~mrdocs@opensuse/member/mrdocs) 07:58.23 Chans: (ghostbot) in:#ghostscript 08:04.54 FORK(16768) --- fork starting for 'RSSFeeds', PID == 16768, bot_pid == 27362 --- 08:04.55 FORK(16768) !ERROR! cannot load my module: RSSFeeds 08:04.55 FORK(16768) fork: took 2s for RSSFeeds. 08:04.55 FORK(16768) --- fork finished for 'RSSFeeds' --- 08:05.53 >>> tkamppeter_ materializes into tkamppeter 08:14.53 Chans: (ghostbot) in:#ghostscript 08:27.53 --- Saved uptime records. 08:30.33 Chans: (ghostbot) in:#ghostscript 08:35.04 FORK(23904) --- fork starting for 'RSSFeeds', PID == 23904, bot_pid == 27362 --- 08:35.05 FORK(23904) !ERROR! cannot load my module: RSSFeeds 08:35.05 FORK(23904) fork: took 2s for RSSFeeds. 08:35.05 FORK(23904) --- fork finished for 'RSSFeeds' --- 08:40.05 >>> join/#ghostscript tor7 (~tor@h-2-60.a230.priv.bahnhof.se) 08:47.43 Chans: (ghostbot) in:#ghostscript 08:52.53 ircCheck: possible lost in space; checking.Thu Oct 17 08:52:53 2013 08:52.53 >ghostbot< TEST 08:52.53 IRCTEST: Yes, we're alive. 09:04.15 Chans: (ghostbot) in:#ghostscript 09:05.26 FORK(4278) --- fork starting for 'RSSFeeds', PID == 4278, bot_pid == 27362 --- 09:05.27 FORK(4278) !ERROR! cannot load my module: RSSFeeds 09:05.27 FORK(4278) fork: took 2s for RSSFeeds. 09:05.27 FORK(4278) --- fork finished for 'RSSFeeds' --- 09:16.35 Any voodoo reason why pdf_dict_puts_drop(group, "K", ...) is done twice in pdf-device.c:815? 09:20.15 Chans: (ghostbot) in:#ghostscript 09:28.15 --- Saved uptime records. 09:30.25 Seen: Flushed 1 entries. 09:35.36 FORK(7159) --- fork starting for 'RSSFeeds', PID == 7159, bot_pid == 27362 --- 09:35.37 FORK(7159) !ERROR! cannot load my module: RSSFeeds 09:35.37 FORK(7159) fork: took 2s for RSSFeeds. 09:35.37 FORK(7159) --- fork finished for 'RSSFeeds' --- 09:36.05 Chans: (ghostbot) in:#ghostscript 09:38.15 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 09:38.15 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 09:42.12 >>> join/#ghostscript mrdocs (~mrdocs@216.73.35.2) 09:42.12 >>> mrdocs has signed off IRC (Changing host) [#ghostscript] 09:42.12 >>> join/#ghostscript mrdocs (~mrdocs@opensuse/member/mrdocs) 09:43.35 >>> plinnell has signed off IRC (Ping timeout: 272 seconds) [#ghostscript] 09:46.35 >>> join/#ghostscript plinnell (~mrdocs@opensuse/member/mrdocs) 09:47.36 >>> mrdocs has signed off IRC (Ping timeout: 268 seconds) [#ghostscript] 09:52.05 Chans: (ghostbot) in:#ghostscript 09:54.11 >>> join/#ghostscript sojic (~sojic@95.180.242.226) 10:06.06 FORK(16449) --- fork starting for 'RSSFeeds', PID == 16449, bot_pid == 27362 --- 10:06.07 FORK(16449) !ERROR! cannot load my module: RSSFeeds 10:06.07 FORK(16449) fork: took 2s for RSSFeeds. 10:06.07 FORK(16449) --- fork finished for 'RSSFeeds' --- 10:07.45 Chans: (ghostbot) in:#ghostscript 10:18.45 ircCheck: possible lost in space; checking.Thu Oct 17 10:18:45 2013 10:18.45 >ghostbot< TEST 10:18.45 IRCTEST: Yes, we're alive. 10:23.47 Chans: (ghostbot) in:#ghostscript 10:28.27 --- Saved uptime records. 10:36.18 FORK(7256) --- fork starting for 'RSSFeeds', PID == 7256, bot_pid == 27362 --- 10:36.19 FORK(7256) !ERROR! cannot load my module: RSSFeeds 10:36.19 FORK(7256) fork: took 2s for RSSFeeds. 10:36.19 FORK(7256) --- fork finished for 'RSSFeeds' --- 10:39.37 Chans: (ghostbot) in:#ghostscript 10:40.39 >>> sojic has signed off IRC (Remote host closed the connection) [#ghostscript] 10:41.15 >>> join/#ghostscript sojic (~sojic@95.180.242.226) 10:45.25 >>> sojic has signed off IRC (Ping timeout: 246 seconds) [#ghostscript] 10:55.27 Chans: (ghostbot) in:#ghostscript 11:06.28 FORK(28610) --- fork starting for 'RSSFeeds', PID == 28610, bot_pid == 27362 --- 11:06.29 FORK(28610) !ERROR! cannot load my module: RSSFeeds 11:06.29 FORK(28610) fork: took 2s for RSSFeeds. 11:06.29 FORK(28610) --- fork finished for 'RSSFeeds' --- 11:11.34 Micha`: Morning. Let me check. 11:11.44 Chans: (ghostbot) in:#ghostscript 11:13.24 Micha`: Stupidity on my part, probably. 11:23.38 tor7: ping 11:24.12 tor7: I've forgotten which of the commits on robin/master you've OKd. 11:27.37 Chans: (ghostbot) in:#ghostscript 11:28.37 --- Saved uptime records. 11:30.07 Robin_Watts: all except the openjpeg and zeniko's 11:30.13 including the duplicated line one 11:30.25 I've still got to tweak the openjpeg git repo scripts 11:30.31 ran out of time last night 11:30.52 Ok, I'll push all of them except the openjpeg one and will wait for you to sort that. Thanks. 11:30.55 ... and been too busy setting up the chromebook debian 11:31.05 Seen: Flushed 2 entries. 11:31.06 but now I have mostly everything working just perfectly 11:31.23 So you've got it dual booting? 11:31.41 What's chromeOS like? 11:31.55 yup. I have it dualbooting debian wheezy from an SDXC-card 11:32.03 chromeos isn't all that bad, actually 11:32.17 *if* you're willing to live in the google ecosystem that's rammed down your throat 11:32.29 chrome (the browser) has an extension that lets you do VNC (or similar) to any machine. 11:32.35 all the NaCl apps on the chrome webstore thingy work perfectly 11:32.53 so if you've got a net connection you're golden. 11:32.57 and there is an ssh shell etc 11:33.09 if you set it in developer mode, you can also get a local linux shell 11:33.28 apparently you can have it in semi-developer mode, with both the local shell and verified boot crap 11:33.34 Given that most of the time I'm using the laptop I'm on a flight (or somewhere with a really crap connection), I'm not sure it'd be such a good idea for me. 11:33.42 /usr/local lives in a separate 25G portion along with your home directory 11:34.05 Possibly we should install mosh on casper. 11:34.18 and there's "crouton" which sets up a chroot debian or ubuntu environment running from there 11:34.36 but when I use crouton, something is wasting cpu cycles so the fan spins up 11:34.40 which never happens if I dual boot 11:35.28 crouton is actually pretty neat. it sets up a separate virtual terminal (ctl+alt+F2) for the X11 server. 11:35.41 and you can jump back and forth between the chroot debian X and ChromeOS 11:36.07 sadly, linux toolkits really haven't learned how to do high-DPI yet 11:36.15 so all the gnome crap is ridiculously tiny 11:36.34 you can bump up the font size, so you get normal sized text crammed into these ridiculously tiny buttons 11:36.43 checkboxes the size of a speck of dirt 11:37.03 FORK(30767) --- fork starting for 'RSSFeeds', PID == 30767, bot_pid == 27362 --- 11:37.05 FORK(30767) !ERROR! cannot load my module: RSSFeeds 11:37.05 FORK(30767) fork: took 2s for RSSFeeds. 11:37.05 FORK(30767) --- fork finished for 'RSSFeeds' --- 11:37.09 firefox copes better than most though, if you set the about:config device pixel scaling to 2 11:43.17 Chans: (ghostbot) in:#ghostscript 11:48.15 >>> join/#ghostscript oznt (~ozn@217.7.190.162) 11:48.23 hi guys 11:48.45 can someone give me a quick tipp regarding mupdf? 11:52.45 oznt: Ask away. I've got to pop out for 10 mins though. 11:53.53 I really want to use mupdf inside a gtk application. I know how to use the cairo canvas already, but I dont get how to use mupdf to draw on the canvas 11:55.00 using poppler it takes only poppler_page_render(page, cr); where cr = gdk_cairo_create(w->window); 11:55.23 so my question is : what is the equivalent (if any) in mupdf? 11:59.19 oznt: render to a fz_pixmap, wrap it in a gdk_pixbuf_new_from_data, create a gtk_image_new_from_pixbuf 11:59.49 http://git.ghostscript.com/?p=user/tor/mupdf.git;a=blob;f=platform/gtk/muview_gtk.c;h=b571d648599b2cc350dab66ec8dd2f88b07852e4;hb=dfdc944ca72356624ec85a18fc47a27f9abcb3cf#l132 11:59.59 Chans: (ghostbot) in:#ghostscript 12:01.06 tor7, i was thinking about it, that means that each page is a pixmap? can i also do with svg ? is more "expansive"? 12:01.21 in the end, a page will always be turned into a pixmap 12:01.24 even svg 12:01.35 and a big YAY! this is cool you are putting a GTK example!!! 12:01.39 this is cool! 12:01.53 it's a somewhat working, very incomplete, gtk+ based viewer 12:02.07 it's on my private repo, and not really fit for general consumption yet 12:02.13 but feel free to dissect it 12:07.15 tor7, well, it's good enough for start. the only gtk app i found that uses mupdf was zathura, but they wrapped mupdf in so many levels i could not easily understand it 12:07.35 FORK(9934) --- fork starting for 'RSSFeeds', PID == 9934, bot_pid == 27362 --- 12:07.36 FORK(9934) !ERROR! cannot load my module: RSSFeeds 12:07.36 FORK(9934) fork: took 1s for RSSFeeds. 12:07.36 FORK(9934) --- fork finished for 'RSSFeeds' --- 12:14.06 oznt: You were asking about svg... 12:14.29 Yes, tor7, answered more or less 12:14.32 mupdf now has support for outputting to an svg. It's not perfect, but it's not bad. 12:15.06 But to get mupdf to render to an svg, then to get gtk to render the svg would seem strange. It means you're going through 2 different rendering systems. 12:15.30 As tor7 says, better to render direct to a pixmap (that happens to really be a gtk image that you can blit). 12:15.30 Chans: (ghostbot) in:#ghostscript 12:15.54 tor7, how can I clone your repository? 12:16.24 oznt: git clone git://git.ghostscript.com/user/tor/mupdf.git 12:16.28 thanks 12:16.29 >>> join/#ghostscript sojic (~sojic@95.180.248.5) 12:20.45 >>> sojic has signed off IRC (Remote host closed the connection) [#ghostscript] 12:21.17 >>> join/#ghostscript sojic (~sojic@95.180.248.5) 12:21.57 >>> join/#ghostscript sojic_ (~sojic@92.55.124.168) 12:22.12 tor7, i cloned your repository but i don't find the files for gtk, are they in some branch? 12:24.38 oznt: "viewer" branch 12:25.26 >>> sojic has signed off IRC (Ping timeout: 245 seconds) [#ghostscript] 12:25.41 ok, sorry for all the noob questions. cloning by default only cloned master 12:25.56 oznt: no, you've got all of the branches 12:26.02 then you need to do "git checkout viewer" 12:26.40 and also "git submodule update --init" to set up the thirdparty libraries that are needed 12:28.21 tor7, ok, it seems to compile 12:28.51 --- Saved uptime records. 12:28.51 how come the viewer files are not inside the directory platform in my git checkout ? I am getting confused here 12:29.31 oznt: what does "git branch" tell you? 12:29.49 I am on viewer 12:30.01 but the directory platform does not exists 12:30.25 that sounds broken... :( 12:30.32 which files do you have at the root? 12:31.12 Seen: Flushed 3 entries. 12:31.12 Chans: (ghostbot) in:#ghostscript 12:31.22 oznt: "git status" might give some hints on what's happened to your files 12:32.23 tor7, I did git clone http://git.ghostscript.com/user/tor/mupdf.git, and then "git submodule update --init" 12:32.46 nothing more, for some reason the viewer is not inside platform like in the main repository 12:33.06 oznt: then you need to do "git checkout viewer" to switch to the viewer branch 12:33.20 i did that too, ofcourse 12:33.31 rigel ~/src/mupdf $ git log -1 12:33.31 commit dfdc944ca72356624ec85a18fc47a27f9abcb3cf 12:33.31 ... 12:33.38 do you see the same sha1 checksum? 12:34.44 no, the latest commit is for some reason 18 jun 12:34.53 87d48305e16af7c5d1021fc14a1c8acbd83d5191 12:34.58 is the checksome 12:35.36 then you've managed to check something else out ... 12:36.22 git log -1 origin/viewer 12:37.11 commit 524fc5c1d6ff63ae09b2bc6510fdf78456e589c2 12:37.51 FORK(25455) --- fork starting for 'RSSFeeds', PID == 25455, bot_pid == 27362 --- 12:37.51 I have no commit with that checksum anywhere in my repository... 12:37.52 FORK(25455) !ERROR! cannot load my module: RSSFeeds 12:37.52 FORK(25455) fork: took 1s for RSSFeeds. 12:37.52 FORK(25455) --- fork finished for 'RSSFeeds' --- 12:37.57 are you sure you're in the right directory? 12:39.12 yes, i made a clean clone several times already 12:39.36 oznt: try "git reset --hard dfdc944ca72356624ec85a18fc47a27f9abcb3cf" 12:40.04 I have no idea what's going on, but if you run that command you should end up at the latest viewer branch 12:40.35 i did copy the git url from the webbrowser, now I coppied from the irc window, and it seems to work 12:40.35 don't know what is going on 12:41.17 oznt: "git remote -v" will show you the url it's cloned from 12:41.43 too late now ... already erased. 12:42.12 but the snapshot from web built successfully. the gtk window is cool. Still does not display the cover image on the first pdf page 12:42.51 but you already said it is basic ... but at least i can start from here, with packing other widgets and making it usable 12:46.47 Chans: (ghostbot) in:#ghostscript 12:51.01 >>> join/#ghostscript Noldorin (~noldorin@unaffiliated/noldorin) 13:02.27 Chans: (ghostbot) in:#ghostscript 13:08.28 FORK(18277) --- fork starting for 'RSSFeeds', PID == 18277, bot_pid == 27362 --- 13:08.29 FORK(18277) !ERROR! cannot load my module: RSSFeeds 13:08.29 FORK(18277) fork: took 2s for RSSFeeds. 13:08.29 FORK(18277) --- fork finished for 'RSSFeeds' --- 13:29.37 --- Saved uptime records. 13:31.17 Seen: Flushed 2 entries. 13:33.37 Chans: (ghostbot) in:#ghostscript 13:38.38 FORK(13418) --- fork starting for 'RSSFeeds', PID == 13418, bot_pid == 27362 --- 13:38.39 FORK(13418) !ERROR! cannot load my module: RSSFeeds 13:38.39 FORK(13418) fork: took 2s for RSSFeeds. 13:38.39 FORK(13418) --- fork finished for 'RSSFeeds' --- 13:39.07 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 13:39.07 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 13:43.57 ircCheck: possible lost in space; checking.Thu Oct 17 13:43:57 2013 13:43.57 >ghostbot< TEST 13:43.57 IRCTEST: Yes, we're alive. 13:49.17 Chans: (ghostbot) in:#ghostscript 13:55.30 >>> Fandekasp has signed off IRC (Ping timeout: 268 seconds) [#ghostscript] 14:05.27 Chans: (ghostbot) in:#ghostscript 14:09.08 FORK(22460) --- fork starting for 'RSSFeeds', PID == 22460, bot_pid == 27362 --- 14:09.09 FORK(22460) !ERROR! cannot load my module: RSSFeeds 14:09.09 FORK(22460) fork: took 2s for RSSFeeds. 14:09.09 FORK(22460) --- fork finished for 'RSSFeeds' --- 14:10.44 I had a similar problem oznt, erasing the tree and pulling fresh helped 14:10.54 at least wrt missing submodules 14:12.07 mupdf should be good enough not to miss entire images btw 14:16.38 >>> join/#ghostscript sebras-hotel (b4a82eea@gateway/web/freenode/ip.180.168.46.234) 14:21.17 Chans: (ghostbot) in:#ghostscript 14:29.47 --- Saved uptime records. 14:31.27 Seen: Flushed 1 entries. 14:37.27 Chans: (ghostbot) in:#ghostscript 14:39.18 FORK(27594) --- fork starting for 'RSSFeeds', PID == 27594, bot_pid == 27362 --- 14:39.19 FORK(27594) !ERROR! cannot load my module: RSSFeeds 14:39.19 FORK(27594) fork: took 2s for RSSFeeds. 14:39.19 FORK(27594) --- fork finished for 'RSSFeeds' --- 14:39.49 >>> tkamppeter has signed off IRC (Remote host closed the connection) [#ghostscript] 14:45.07 >>> join/#ghostscript ray_laptop (~chatzilla@cpe-76-171-54-81.socal.res.rr.com) 14:49.53 gah. vs just died and lost me an hours work :( 14:50.04 ?me has had that 14:53.17 Chans: (ghostbot) in:#ghostscript 14:57.02 And it just did it again :( 14:57.16 Yeah I've had that sometimes too 14:57.35 My only solution is to work differently so as not to trigger it 14:59.06 kens: Yeah, it just triggered in exactly the same place. Oh joy. 14:59.25 :-( 15:00.04 Try a different version? 15:00.12 Let's close the project and delete everything from debugobj etc. 15:00.38 It's going to be tripping over a corrupt .sbr or something, I bet. 15:03.05 >>> join/#ghostscript mvrhel_laptop (~chatzilla@c-50-159-85-185.hsd1.wa.comcast.net) 15:09.11 Still dying. Use emacs instead. 15:09.11 Chans: (ghostbot) in:#ghostscript 15:09.21 FORK(25284) --- fork starting for 'RSSFeeds', PID == 25284, bot_pid == 27362 --- 15:09.22 FORK(25284) !ERROR! cannot load my module: RSSFeeds 15:09.22 FORK(25284) fork: took 1s for RSSFeeds. 15:09.22 FORK(25284) --- fork finished for 'RSSFeeds' --- 15:09.47 OMG! It can't be that bad....!! 15:14.01 mvrhel_laptop: On GrayDetection -- how did you verify that you get it right (do you have any suggestion for how to automate testing)? And were there some files that were 'tricky' ? 15:14.52 ray_laptop: I ran it through with various color space tests 15:15.04 there are only a limited number 15:15.35 Robin_Watts: I had a question for you 15:15.43 uh oh. 15:16.21 so in my stuff and in the android app, the text search function and the gethtml function both use fz_run_page which uses the doc 15:16.46 ok. 15:16.57 is it safe for that to be happening on another thread while some other thread is doing a get_page on the doc? 15:17.02 No. 15:17.04 my guess would be no 15:17.06 ok 15:17.12 I need to keep that from happening 15:17.24 as thumbnails could be rendering still 15:17.31 I *hope* we're safe from that in the android app, as everything stops while we search. 15:17.40 when someone starts a text search or does a conversion of a page to html 15:18.04 I need to do the same in terms of thumbnail and/or upcoming page rendering 15:18.24 thanks 15:18.34 mvrhel_laptop: Possibly you might want to put your own lock around uses of the doc. 15:18.51 Robin_Watts: yes, I think that would be a good idea 15:19.06 That way any search would wait until a thumbnail had finished. 15:19.14 yes 15:19.19 and any thumbnail wouldn't be able to interrupt a search. 15:19.25 chrisl: I have no idea how you work without emacs do you gdb with the console? Showing one line of code at a time? 15:19.55 henrys: I use ddd 15:20.14 mvrhel_laptop: sorry, I didn't understand that. I understand that there are a limited number of colorspaces, and I know that with images you have to check each pixel, but what about other painting ops -- in particular Pattern colorspaces 15:20.28 chrisl: ahh 15:20.31 thanks Robin_Watts. MT rendering with mupdf is finally starting to gel in my brain 15:20.58 ray_laptop: anytime there is a color conversion and the source color is not gray then we will check 15:21.09 with a pattern that will happen within the pattern 15:21.10 do you check the contents of a colored pattern (PaintType 1) 15:21.16 I guess I don't know what you are asking 15:21.46 mvrhel_laptop: Oh, I see -- so when the pattern converts the color to paint it. Got it. 15:22.07 yes. anytime we would be doing a operation with lcms we will check 15:22.13 unless the source is gray 15:22.21 lcms does not understand patterns 15:22.35 mvrhel_laptop: right. 15:24.37 Chans: (ghostbot) in:#ghostscript 15:30.07 --- Saved uptime records. 15:31.47 Seen: Flushed 6 entries. 15:39.58 FORK(3372) --- fork starting for 'RSSFeeds', PID == 3372, bot_pid == 27362 --- 15:39.59 FORK(3372) !ERROR! cannot load my module: RSSFeeds 15:39.59 FORK(3372) fork: took 2s for RSSFeeds. 15:39.59 FORK(3372) --- fork finished for 'RSSFeeds' --- 15:40.17 Chans: (ghostbot) in:#ghostscript 15:53.35 >>> sebras-hotel has signed off IRC (Ping timeout: 250 seconds) [#ghostscript] 15:55.50 kens: I will look over your latest fun one later today or this weekend if that is ok 15:55.57 mvrhel_laptop : yes np 15:56.12 I'll look at fuzzing bugs in the meantime 15:56.32 Chans: (ghostbot) in:#ghostscript 15:57.00 the new iPhone comes today I've heard mixed opinions… we'll see 15:57.13 5s or 5c ? 15:57.20 5s 15:57.29 suppose to be the good one... 15:58.13 I've heard very positive and negative stuff about ios7 15:58.25 yeah that is true 16:03.51 >>> sojic_ has signed off IRC (Remote host closed the connection) [#ghostscript] 16:04.35 marcosw: it's great you were able to reproduce it, I am surprised but it's definitely a good thing 16:07.26 Robin_Watts: hmm he gave the bug to you even though Ray put a comment that said he was taking it. Also downgraded the severity, but I'd challenge that a hard segfault on 0.8% of files in two devices is a normal priority bug. 16:07.31 http://bugs.ghostscript.com/show_bug.cgi?id=694714 16:07.45 >>> join/#ghostscript sojic (~sojic@95.180.248.5) 16:07.50 Gigs-: Yeah, priorities are for us to set. 16:08.09 I know, I just think it merits more 16:08.16 Paying customers get high priority, other people lower. That doesn't mean it won't get looked at. 16:08.29 don't you have paying customers using tiffsep now? 16:09.17 >>> plinnell has signed off IRC (Ping timeout: 272 seconds) [#ghostscript] 16:10.17 FORK(13513) --- fork starting for 'RSSFeeds', PID == 13513, bot_pid == 27362 --- 16:10.18 FORK(13513) !ERROR! cannot load my module: RSSFeeds 16:10.18 FORK(13513) fork: took 1s for RSSFeeds. 16:10.18 FORK(13513) --- fork finished for 'RSSFeeds' --- 16:10.41 if anything I'd consider it blocker in the literal sense that I wouldn't make an official release with the bug in it, especially not if you have paying customer relying on tiffsep or psdcmyk 16:12.17 Chans: (ghostbot) in:#ghostscript 16:14.19 I'm going to reboot casper in a few minutes, it shouldn't affect anyone since I'm the only one logged on. 16:14.51 Gigs-: Did it ever work? 16:14.57 I mean, is this a new thing? 16:15.34 I can't be entirely sure, but I believe so. I did a pretty extensive corpus a while back and I didn't see it 16:16.02 I believe I did that extensive testing a while after planar went in 16:16.33 I can't say for sure whether it's in your current release or not though 16:17.06 marcosw: at the meeting I asked about testing GX_COLOR_INDEX. Do we have test anything that requires recompiling now? 16:17.25 s/have test/test 16:17.47 >>> join/#ghostscript sebras-hotel (b4a82eea@gateway/web/freenode/ip.180.168.46.234) 16:18.05 henrys: do you mean as part of the weekly tests or a clusterpush/commit test? 16:18.14 yes 16:18.29 the former 16:18.54 many of the weekly tests compile ghostscript with a different set of options, i.e. we do a debug build and a 32 bit build. 16:18.56 commit testing would be a bit time consuming 16:19.26 henrys: yeah, commit testing wouldn't be practical and you can do a clusterpush test easily enough by changing the source. 16:19.38 so maybe the 32 bit build tests gx_color_index == 32 bit. 16:23.27 do we want to add a weekly build with a different value for GX_COLOR_INDEX? Now that we are no longer testing -dDisableFAPI we have a slot available. 16:23.43 bbiaw 16:24.27 I believe the makefiles refer to USE_LARGE_COLOR_INDEX or some such 16:27.12 are you referring to -DGX_COLOR_INDEX_TYPE="unsigned long int" ? 16:28.12 Chans: (ghostbot) in:#ghostscript 16:28.36 Robin_Watts: November 2012 is when I filed the bug about non-deterministic tiff output, so that's when I last did a big corpus. Assuming the non-deterministic output isn't actually the same memory corruption, that would place it between November 2012 and September 2013, if that helps 16:29.17 Gigs-: If it used to work, and now it doesn't, then you could git bisect it. 16:29.55 good luck with that 16:30.13 Robin_Watts: let me run a current corpus at 20dpi and see if I can get a reproduction at that resolution. That will be much faster to test than 300dpi. 16:30.16 I did find that git bisect works, but not quite as documented. 16:30.26 --- Saved uptime records. 16:30.45 parent caught SIGTERM (pid 27362). 16:30.45 --- Start of quit. 16:30.45 Memory Usage: 17540 KiB 16:30.46 Seen: Flushed 7 entries. 16:30.46 QUIT ghostbot has quit IRC (dive! dive! dive!) 16:30.46 --- Saved USERFILE (1 users; 0 bans; 0 ignore) at Thu Oct 17 16:30:46 2013 16:30.46 --- Saved CHANFILE (2 chans) at Thu Oct 17 16:30:46 2013 16:30.46 --- Saved uptime records. 16:30.46 Closed DBI connection to localhost. 16:30.46 Closed shared memory (shm) key: [98305] 16:32.05 Opened logfile log/20131017. 16:32.05 --- Started logging. 16:32.05 Loaded infobot.lang (77 items) 16:32.05 Loaded infobot.servers (1 servers) 16:32.05 USERFILE: Loaded: 0 users, 0 bans, 0 ignore 16:32.05 CHANFILE: Loaded: 1 chans 16:32.05 Loading MyModules... 16:32.05 Loaded Topic 16:32.06 Loaded Uptime 16:32.06 Loaded News 16:32.06 Loaded RootWarn 16:32.06 Loaded botmail 16:32.06 Loaded OnJoin 16:32.06 Module: Runtime: Loaded/Total [6/7] 16:32.06 Created shared memory (shm) key: [0] 16:32.06 Opened SQLite connection to localhost 16:32.06 checkTables: creating new table connections... 16:32.06 Setup: 6 factoids. 16:32.06 Initial memory usage: 15768 KiB 16:32.06 ------------------------------------------------------- 16:32.06 Connecting to port 6667 of server irc.freenode.net (128.237.157.136) as ghostbot ... 16:32.06 starting main loop 16:32.06 -adams.freenode.net- *** Looking up your hostname... 16:32.06 -adams.freenode.net- *** Checking Ident 16:32.07 -adams.freenode.net- *** Found your hostname 16:32.13 -adams.freenode.net- *** No Ident response 16:32.13 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 16:32.13 !!! Ok. Now type '/msg ghostbot PASS ' to get master access through DCC CHAT. 16:32.13 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 16:32.13 End of motd. Now lets join some channels... 16:32.13 There are 216 users and 89516 invisible on 29 servers 16:32.13 33 IRC Operators online 16:32.13 5 unknown connection(s) 16:32.13 51088 channels formed 16:32.13 I have 5320 clients and 1 servers 16:32.13 >>> mode [+i] by ghostbot 16:32.19 >>> mode [+w] by ghostbot 16:33.09 --- Saved uptime records. 16:33.09 config (ghostbot): auto-setting param{chanlimitcheckInterval} = 10 16:33.09 config (ghostbot): auto-setting param{floodCycle} = 60 16:33.10 Backup: files//infobot.chan (34d 21m 30s) 16:33.10 Backup: files//infobot.users (34d 21m 30s) 16:33.11 Chans: (ghostbot) join:#ghostscript 16:33.11 !FIXME! ircCheck: found channels to join! #ghostscript 16:33.11 joining #ghostscript 16:33.11 Schedulers: 22 will be running. 16:33.11 >>> join/#ghostscript ghostbot (~ghostbot@casper3.ghostscript.com) 16:33.11 >>> topic/#ghostscript is Ghostscript development and discussion | live channel log at http://ghostscript.com/irclogs/ | Info at http://www.ghostscript.com 16:33.11 >>> set by ray_laptop!~chatzilla@69.233.158.225 at Tue Aug 23 15:22:21 2011 16:33.11 #ghostscript: sync in 0.106s. 16:33.11 #ghostscript: [1 voice || 30 total] 16:33.11 ChanServ ==> Requesting ops for #ghostscript. (chanServCheck) 16:33.11 >ChanServ< OP #ghostscript 16:33.11 ChanServ: <== 'You are not authorized to perform this operation.'. 16:33.14 (for the logs) I found that I have to do the "git bisect start" the git bisect good followed by the git bisect bad, then start testing. If I try git bisect start then it doesn't work 16:33.24 Chans: (ghostbot) in:#ghostscript 16:33.24 time taken to join all chans: 1m 13s; rate: 7.3 sec/join 16:33.28 marcosw: speak of the devil (or bot) 16:36.28 marcosw_: if we're going to test with a GX_COLOR_INDEX=ulong I'm assuming it would make things easier if I put an override in configure? I don't think there is one just now 16:37.03 chrisl: yes it would, I was just looking into how to hack that by running sed (or something similar) on the Makefile. 16:37.32 marcosw: nah, I'll add the configure option tomorrow, *much* safer, I reckon 16:37.49 certainly less likely to break when the Makefile changes. 16:37.53 >>> sojic has signed off IRC (Remote host closed the connection) [#ghostscript] 16:38.26 >>> join/#ghostscript sojic (~sojic@95.180.248.5) 16:38.47 Well, you'll see the commit - I *might* hide the option (so it doesn't show up in the help) as we generally won't want people to fiddle with it 16:40.12 henrys: the 32 bit build sets GX_COLOR_INDEX_TYPE to "unsigned long long", so it's not different than the 64 bit build (assuming a 32 bit long long == a 64 bit long int). 16:41.26 marcosw:oh so we don't test it … don't forger ulong is 64 bits on most of the cluster machines so that won't really work. 16:41.27 marcosw: if there's a 64 bit integer variable available, we'll use it - on Linux/Unix that usually "unsigned long long" 16:41.37 s/forger/forget 16:42.31 I guess we could use "int" 16:43.29 >>> sojic has signed off IRC (Ping timeout: 272 seconds) [#ghostscript] 16:44.13 Goodnight folks 16:44.24 kens: good night! 16:44.27 >>> kens has signed off IRC (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) [#ghostscript] 16:44.32 >>> sebras-hotel has signed off IRC (Quit: bye) [#ghostscript] 16:44.33 henrys: let's use a "char" and really stress the code :-) 16:45.35 ;-) 16:45.40 I was thinking I was allow the type to set at the configure command line: --use_color_index="unsigned int" for example 16:46.22 chrisl: that sounds good to me. 16:47.03 marcosw: ti would be useful for us to compare performance also, the timings are easy once you set up the tests right? 16:47.33 >>> ray_laptop has signed off IRC (Ping timeout: 272 seconds) [#ghostscript] 16:47.55 henrys: yes, the timings are automatically generated. I have to compare them to the benchmark, but as long as I remember to do it that's easy. 16:48.41 Chans: (ghostbot) in:#ghostscript 16:48.54 chrisl: ail you change the pcl configure as well? 16:49.02 or should I do that? 16:49.17 s/ail/will 16:49.47 henrys: I'm okay doing that - it probably needs makefile changes, too, as I suspect it currently isn't setup to allow the type to set like the gs one is 16:50.31 oops, just realized that it's almost 10:00 and have to run to uni. my advisor is out of town so I'm running one of his classes today. there is a guest lecturer, so I don't get to do much, but I can't be late :-) Be back this afternoon. 16:50.32 just USE_LARGE_COLOR_INDEX=0 16:50.46 written to config.mak no? 16:51.14 henrys: that's for VS, not gcc, IIRC 16:51.52 right you are they really should be the same though. 16:52.30 maybe i should bite the bullet and fix PCL so it doesn't need the damn setting 16:53.07 henrys: why does PCL need the setting? It's not immediately obvious 16:54.39 it shouldn't I agree 16:55.08 let me set it up to break in the debugger and I'll try and fix it. 16:55.55 henrys: I assume for PCL we want to default to (the equivalent of) USE_LARGE_COLOR_INDEX=0 since it generally just needs RGB rendering? 16:56.23 chrisl: correct 16:56.53 henrys: okay, thanks. 16:57.30 actually without recursive make on the library it's hard to break it ! 16:58.56 henrys: BTW, on the font stuff: it'll take a bit more time - I had a problem with the simulator build (I always do!), and the other wrinkle is I can't access a list of glyph names in the MT fonts, so I need to do that differently. It shouldn't take much longer, though. 17:03.14 FORK(28502) --- fork starting for 'RSSFeeds', PID == 28502, bot_pid == 1053 --- 17:03.15 FORK(28502) !ERROR! cannot load my module: RSSFeeds 17:03.15 FORK(28502) fork: took 2s for RSSFeeds. 17:03.15 FORK(28502) --- fork finished for 'RSSFeeds' --- 17:05.19 Chans: (ghostbot) in:#ghostscript 17:05.22 >>> marcosw_ has signed off IRC (Quit: marcosw_) [#ghostscript] 17:08.14 chrisl: is there any evidence they make use of the cjk fonts in the ufst? 17:08.31 that would certainly be a shortcoming for us, if so. 17:08.56 henrys: they do, I had to add stuff to support that 17:09.55 okay so that's a big one. There is some free font stuff about that might fill in some gaps. 17:10.39 IIRC, the only include two. They might have decided that we do with DroidSans is enough 17:13.55 >>> join/#ghostscript ray_laptop (~chatzilla@rrcs-64-183-45-163.west.biz.rr.com) 17:21.01 Chans: (ghostbot) in:#ghostscript 17:26.03 henrys: they only include a gothic and a mincho for Japanese - IIRC, there are government sponsored free equivalents we could use 17:27.42 chrisl: okay great news 17:28.27 I'll need to have a search for them 17:31.24 >>> tor7 has signed off IRC (Remote host closed the connection) [#ghostscript] 17:33.17 Seen: Flushed 6 entries. 17:33.20 is there some ways to stop this damned "devise busy" bullshit in windows when I delete a file gawd... 17:33.30 --- Saved uptime records. 17:33.50 FORK(10467) --- fork starting for 'RSSFeeds', PID == 10467, bot_pid == 1053 --- 17:33.51 FORK(10467) !ERROR! cannot load my module: RSSFeeds 17:33.51 FORK(10467) fork: took 1s for RSSFeeds. 17:33.51 FORK(10467) --- fork finished for 'RSSFeeds' --- 17:34.12 henrys: What's the problem? 17:34.51 if I try and delete a file an application is using it says device busy 17:37.09 Chans: (ghostbot) in:#ghostscript 17:37.48 henrys: Yeah, windows won't let you delete stuff that's open. I'm not sure that's an entirely bad thing :) 17:39.54 if you use a samba server, you can log in to the linux side and delete such files 17:40.25 the problem robin is that it says files are in use when they aren't sometimes 17:40.47 no big deal just not accustomed to it. thanks 17:41.05 Gigs-: It's relatively rare for windows to get it wrong. 17:41.13 Samba getting it wrong is another thing though :) 17:41.27 henrys: we can use the Gothic and Mincho fonts from IPA - the problem we'll likely have is size: the Monotype fonts 532 are currently using are the "special" compressed ones. 17:42.59 chrisl: certainly not a problem for large printers 17:43.07 or high end 17:45.12 ray_laptop: I have a first cut at this process_page thing here. 17:45.22 I need to pick a suitable device to test it with. 17:45.33 One without the downscaler :) 17:45.51 henrys: just something to remember - they were *very* keen on sharing the font data between our PDF and their PS, so it was a factor 17:47.02 chrisl: yup … I think cost may trump that but maybe not. 17:52.51 Chans: (ghostbot) in:#ghostscript 17:57.42 I gotta go - back to these headaches tomorrow....... 17:57.57 >>> chrisl materializes into chrisl_away 18:03.05 >>> join/#ghostscript tkamppeter (~till@p5480ABCF.dip0.t-ipconnect.de) 18:03.58 FORK(25929) --- fork starting for 'RSSFeeds', PID == 25929, bot_pid == 1053 --- 18:03.59 FORK(25929) !ERROR! cannot load my module: RSSFeeds 18:03.59 FORK(25929) fork: took 2s for RSSFeeds. 18:03.59 FORK(25929) --- fork finished for 'RSSFeeds' --- 18:09.29 Chans: (ghostbot) in:#ghostscript 18:15.20 >>> ray_laptop has signed off IRC (Ping timeout: 260 seconds) [#ghostscript] 18:25.37 Chans: (ghostbot) in:#ghostscript 18:26.30 >>> join/#ghostscript marcosw_ (~marcosw@eduroam-247-169.ucsc.edu) 18:33.41 --- Saved uptime records. 18:33.41 Seen: Flushed 4 entries. 18:34.12 FORK(2249) --- fork starting for 'RSSFeeds', PID == 2249, bot_pid == 1053 --- 18:34.13 FORK(2249) !ERROR! cannot load my module: RSSFeeds 18:34.13 FORK(2249) fork: took 2s for RSSFeeds. 18:34.13 FORK(2249) --- fork finished for 'RSSFeeds' --- 18:41.09 Chans: (ghostbot) in:#ghostscript 18:43.16 >>> marcosw_ has signed off IRC (Quit: marcosw_) [#ghostscript] 18:45.30 >>> join/#ghostscript plinnell (~mrdocs@2600:100f:b101:66b6:52:57ff:fe01:3936) 18:45.38 >>> plinnell has signed off IRC (Changing host) [#ghostscript] 18:45.38 >>> join/#ghostscript plinnell (~mrdocs@opensuse/member/mrdocs) 18:57.17 Chans: (ghostbot) in:#ghostscript 19:00.38 >>> plinnell has signed off IRC (Ping timeout: 240 seconds) [#ghostscript] 19:01.34 >>> join/#ghostscript ray_laptop (~chatzilla@rrcs-64-183-45-163.west.biz.rr.com) 19:02.45 ircCheck: possible lost in space; checking.Thu Oct 17 19:02:45 2013 19:02.45 >ghostbot< TEST 19:02.45 IRCTEST: Yes, we're alive. 19:04.26 FORK(8614) --- fork starting for 'RSSFeeds', PID == 8614, bot_pid == 1053 --- 19:04.27 FORK(8614) !ERROR! cannot load my module: RSSFeeds 19:04.27 FORK(8614) fork: took 1s for RSSFeeds. 19:04.27 FORK(8614) --- fork finished for 'RSSFeeds' --- 19:13.10 Chans: (ghostbot) in:#ghostscript 19:34.00 --- Saved uptime records. 19:34.47 FORK(13797) --- fork starting for 'RSSFeeds', PID == 13797, bot_pid == 1053 --- 19:34.48 FORK(13797) !ERROR! cannot load my module: RSSFeeds 19:34.48 FORK(13797) fork: took 2s for RSSFeeds. 19:34.48 FORK(13797) --- fork finished for 'RSSFeeds' --- 19:44.40 Chans: (ghostbot) in:#ghostscript 20:05.01 FORK(18278) --- fork starting for 'RSSFeeds', PID == 18278, bot_pid == 1053 --- 20:05.02 FORK(18278) !ERROR! cannot load my module: RSSFeeds 20:05.02 FORK(18278) fork: took 2s for RSSFeeds. 20:05.02 FORK(18278) --- fork finished for 'RSSFeeds' --- 20:05.46 ircCheck: possible lost in space; checking.Thu Oct 17 20:05:46 2013 20:05.46 >ghostbot< TEST 20:05.47 IRCTEST: Yes, we're alive. 20:16.46 Chans: (ghostbot) in:#ghostscript 20:17.49 grrr... gitpush.sh doesn't work. The STOOPID host key for casper got changed. Why'd you do that marcosw ? 20:26.54 darn, and even fixing ~/.ssh/known_hosts on msysgit doesn't fix it. I can ssh to it, and can get to it with putty (after it confirms that I want to replace the host key) but the "remote: syncing step still fails) 20:27.36 has anyone been able to run a regression since marcos messed with (rebooted) casper ? 20:31.51 >>> ray_laptop has signed off IRC (Ping timeout: 245 seconds) [#ghostscript] 20:32.31 Chans: (ghostbot) in:#ghostscript 20:33.24 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 20:33.24 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 20:34.14 --- Saved uptime records. 20:35.04 Seen: Flushed 1 entries. 20:35.51 FORK(27303) --- fork starting for 'RSSFeeds', PID == 27303, bot_pid == 1053 --- 20:35.52 FORK(27303) !ERROR! cannot load my module: RSSFeeds 20:35.52 FORK(27303) fork: took 2s for RSSFeeds. 20:35.52 FORK(27303) --- fork finished for 'RSSFeeds' --- 20:49.16 Chans: (ghostbot) in:#ghostscript 20:58.03 >>> join/#ghostscript marcosw_ (~marcosw@eduroam-247-169.ucsc.edu) 21:03.09 >>> marcosw_ has signed off IRC (Ping timeout: 272 seconds) [#ghostscript] 21:05.24 Chans: (ghostbot) in:#ghostscript 21:05.55 FORK(28821) --- fork starting for 'RSSFeeds', PID == 28821, bot_pid == 1053 --- 21:05.56 FORK(28821) !ERROR! cannot load my module: RSSFeeds 21:05.56 FORK(28821) fork: took 2s for RSSFeeds. 21:05.56 FORK(28821) --- fork finished for 'RSSFeeds' --- 21:07.10 >>> mvrhel_laptop has signed off IRC (Ping timeout: 268 seconds) [#ghostscript] 21:21.32 Chans: (ghostbot) in:#ghostscript 21:26.18 >>> join/#ghostscript mvrhel_laptop (~chatzilla@ip-64-134-128-116.public.wayport.net) 21:30.27 >>> join/#ghostscript stars (~stars@27.34.252.234) 21:32.12 ircCheck: possible lost in space; checking.Thu Oct 17 21:32:12 2013 21:32.12 >ghostbot< TEST 21:32.12 IRCTEST: Yes, we're alive. 21:34.19 --- Saved uptime records. 21:36.00 FORK(28420) --- fork starting for 'RSSFeeds', PID == 28420, bot_pid == 1053 --- 21:36.01 FORK(28420) !ERROR! cannot load my module: RSSFeeds 21:36.01 FORK(28420) fork: took 2s for RSSFeeds. 21:36.01 FORK(28420) --- fork finished for 'RSSFeeds' --- 21:36.43 >>> stars has signed off IRC (Ping timeout: 272 seconds) [#ghostscript] 21:37.23 Chans: (ghostbot) in:#ghostscript 21:56.41 LOG: last message repeated 3 times 21:56.41 >>> join/#ghostscript Fandekasp (~Fandekasp@27-32-19-26.static.tpgi.com.au) 22:06.10 FORK(31106) --- fork starting for 'RSSFeeds', PID == 31106, bot_pid == 1053 --- 22:06.11 FORK(31106) !ERROR! cannot load my module: RSSFeeds 22:06.11 FORK(31106) fork: took 2s for RSSFeeds. 22:06.11 FORK(31106) --- fork finished for 'RSSFeeds' --- 22:08.35 Chans: (ghostbot) in:#ghostscript 22:21.47 >>> mvrhel_laptop has signed off IRC (Ping timeout: 268 seconds) [#ghostscript] 22:23.41 >>> join/#ghostscript plinnell (~mrdocs@opensuse/member/mrdocs) 22:24.31 Chans: (ghostbot) in:#ghostscript 22:34.27 --- Saved uptime records. 22:34.57 ircCheck: possible lost in space; checking.Thu Oct 17 22:34:57 2013 22:34.57 >ghostbot< TEST 22:34.58 IRCTEST: Yes, we're alive. 22:36.38 FORK(643) --- fork starting for 'RSSFeeds', PID == 643, bot_pid == 1053 --- 22:36.39 FORK(643) !ERROR! cannot load my module: RSSFeeds 22:36.39 FORK(643) fork: took 1s for RSSFeeds. 22:36.39 FORK(643) --- fork finished for 'RSSFeeds' --- 22:40.44 Chans: (ghostbot) in:#ghostscript 22:59.22 >>> plinnell has signed off IRC (Ping timeout: 246 seconds) [#ghostscript] 23:06.53 FORK(824) --- fork starting for 'RSSFeeds', PID == 824, bot_pid == 1053 --- 23:06.54 FORK(824) !ERROR! cannot load my module: RSSFeeds 23:06.54 FORK(824) fork: took 2s for RSSFeeds. 23:06.54 FORK(824) --- fork finished for 'RSSFeeds' --- 23:06.57 ray_laptop: For the logs: Try now. 23:12.50 Chans: (ghostbot) in:#ghostscript 23:28.39 no idea why the host key for casper changed. I'll change it back. 23:29.38 Chans: (ghostbot) in:#ghostscript 23:33.01 okay, host keys restored from backup. I'll try to figure out why the changed, the only thing I did was an apt-get upgrade and a reboot. 23:35.10 --- Saved uptime records. 23:36.27 Seen: Flushed 2 entries. 23:37.17 FORK(31914) --- fork starting for 'RSSFeeds', PID == 31914, bot_pid == 1053 --- 23:37.18 FORK(31914) !ERROR! cannot load my module: RSSFeeds 23:37.18 FORK(31914) fork: took 1s for RSSFeeds. 23:37.18 FORK(31914) --- fork finished for 'RSSFeeds' --- 23:40.00 >>> join/#ghostscript ray_laptop (~chatzilla@rrcs-64-183-45-163.west.biz.rr.com) 23:41.28 ray_laptop: I put the old host keys back, so everything should work again. 23:42.08 marcosw: I don't know what's going on. I get a different host key, but I still get an error from gitpush.sh 23:42.24 The fingerprint for the RSA key sent by the remote host is 23:42.26 f1:d8:04:95:43:23:9c:02:79:d9:ca:18:9b:5f:c5:a5. 23:42.41 oops. That's the one I used to get. 23:43.02 Now I get: 23:43.04 The fingerprint for the RSA key sent by the remote host is 23:43.05 31:f6:2f:bd:29:2c:98:ac:45:c3:b1:21:61:c2:6e:91. 23:43.32 followed (as before) by: 23:43.33 Add correct host key in /home/regression/.ssh/known_hosts to get rid of this message. 23:43.35 Offending RSA key in /home/regression/.ssh/known_hosts:50 23:43.36 remove with: ssh-keygen -f "/home/regression/.ssh/known_hosts" -R casper.ghostscript.com 23:43.38 RSA host key for casper.ghostscript.com has changed and you have requested strict checking. 23:43.39 Host key verification failed. 23:43.41 rsync: connection unexpectedly closed (0 bytes received so far) [sender] 23:43.42 rsync error: unexplained error (code 255) at io.c(605) [sender=3.0.9] 23:45.11 I can do git pull from casper just fine. 23:45.31 Chans: (ghostbot) in:#ghostscript 23:45.50 and I can ssh to casper (after having deleted casper from the known_hosts and agreeing to accept the host key) 23:48.08 try the clusterpush again, I think Robin_Watts fiddled with the ~regression known_hosts file. 23:50.55 marcosw: better! THANKS!!! 23:52.28 great, sorry about this. still don't understand why the host keys changed. The apt-get I did before the reboot doesn't show anything. The only package that was updated at all related to encryption was gnupg, but it doesn't seem reasonable that it would change the keys. 23:53.01 marcosw: I just noticed that Robin_Watts had said "Try now." in the logs. 23:54.16 and in fact the apt-get upgrade finished at 16:18 gmt and the host keys changed at 16:31 gmt, so that couldn't have been it. 23:54.40 marcosw: I suspect that you are correct, since the earlier tries (with the f1.d8... host key) complained about line 19. After you restored the host key, it complained about line 50 23:55.09 >>> join/#ghostscript plinnell (~mrdocs@opensuse/member/mrdocs) 23:55.45 marcosw: when was the reboot ? (it may have generated a new host key after the reboot) 23:58.20 right you are. The reboot was ~15 minutes after the update was finished. I'll check the boot log.