Back
[00:42:11] <linuxcnc-build> build #99 of 1505.rip-jessie-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1505.rip-jessie-rtai-i386/builds/99 blamelist: Jeff Epler <jepler@unpythonic.net>
[00:42:11] <linuxcnc-build> build #3847 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/3847 blamelist: Jeff Epler <jepler@unpythonic.net>
[01:25:06] <linuxcnc-build> build #1658 of 4016.deb-wheezy-i386 is complete: Failure [4failed shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4016.deb-wheezy-i386/builds/1658 blamelist: dummy, Jeff Epler <jepler@unpythonic.net>
[03:29:54] <linuxcnc-build> build #1352 of 4018.deb-wheezy-rtai-i386 is complete: Failure [4failed shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4018.deb-wheezy-rtai-i386/builds/1352 blamelist: Jeff Epler <jepler@unpythonic.net>, chris morley <chrisinnanaimo@hotmail.com>
[07:51:52] <jepler> how unfair of me is it to assume that someone on the developers list can perform tasks like building a RIP version of linuxcnc at an arbitrary ref?
[07:53:44] <archivist> I have never done it
[07:55:08] <jepler> hm
[07:55:09] <archivist> being on a list or knowing how to code does not always mean experience in a particular tool set
[07:55:31] <jepler> that's true
[07:56:42] <jepler> .. but if the situation arose, I hope you'd be willing to learn from online docs
[07:57:32] <archivist> you dont see many questions from me unless its undocumented
[07:57:40] <jepler> well anyway in that recent e-mail I hope that my link to a document someone else wrote about git bisect is more helpful than if I'd written a paragraph off the top of my head about how to use git bisect
[07:58:17] <jepler> afk, time to get ready for $DAY_JOB
[07:58:52] <archivist> I only had a couple of hours of work today ...grr
[08:31:39] <KGB-linuxcnc> 03John Thornton 052.7 113e785 06linuxcnc 10docs/src/config/ini-config.txt Docs: add info about min and max limit * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=113e785
[08:32:18] <archivist> I can tell what JT has been reading today :)
[08:36:47] <cradek> > A fairly fast rotary could get there in less than 100 years.
[08:36:52] <cradek> (yay for doubles)
[08:53:43] <seb_kuzminsky> yay, no dayjob for me today - i'm between jobs
[08:53:49] <seb_kuzminsky> i start my new one on monday
[08:53:56] <seb_kuzminsky> what should i do with all this TIME??
[08:54:25] <seb_kuzminsky> i know, i'll run errands and finish some half-done house projects weee
[09:05:59] <skunkworks> wait - all non work time should be allocated to linuxcnc
[09:07:38] <JT-Shop> you could drop by my place and help me cut trees down
[09:12:14] <cradek> wow, you took most of a week off between jobs? you slacker.
[09:14:03] <archivist> my "high" resolution encoder if not high enough, damned digitisation error
[09:14:21] <jepler> seb_kuzminsky: enjoy your time off and best of luck at the next job
[09:14:35] <cradek> oh yeah, that's what I meant too :-)
[09:25:01] <cradek> > PathPilot outputs a pulse width relevant to the tool number
[09:25:23] <cradek> sigh, someone's building custom hardware to decode that instead of changing the hal
[09:26:20] <cradek> and it works badly because of jitter in the pulses
[09:26:37] <cradek> so now he's asking for a custom firmware for his mesa card to make better pulses to feed his new hardware
[09:26:51] <cradek> this is how standards happen, isn't it
[09:30:22] <cradek> (if only there was a way to send an arbitrary byte over a single wire, in a way a microcontroller can understand...)
[09:31:58] <archivist> erm there is
https://en.wikipedia.org/wiki/1-Wire
[09:32:13] <archivist> and host of variations
[09:32:34] <cradek> oh I was thinking ttl serial, which is as standard as anything
[09:33:43] <archivist> I am trying to think of another which might be more sensible
[09:35:01] <cradek> I guess it's hard to be sensible with such limited IO
[09:35:36] <cradek> you'd really like to have some error checking (more than just parity for instance) for selecting a tool...
[09:36:05] <archivist> spi or i2c or similar
[09:38:06] <archivist> must learn one of them for my homebrew probe project that will use force not a contact
[09:40:09] <pcw_home> He has a 7I76 so plenty of digital l I/O.
[09:40:10] <pcw_home> maybe I should suggest that instead of being a Rube Goldberg design enabler
[09:40:55] <cradek> oh jeez, if he has them, he should use more outputs
[09:41:18] <cradek> even if for no reason other than how a custom firmware is a maintenance problem forever
[09:41:33] <pcw_home> The tormach BOB is that way because with one PP port a Mach thats all they could do
[09:41:45] <pcw_home> and mach
[09:42:06] <cradek> I totally understand using a design that's bad but works, when you have no other choice :-)
[09:43:01] <pcw_home> I'll bet you could make a decent bit banged UART (to say 1200 baud) with a base thread run comp
[09:43:17] <cradek> yeah I bet so
[09:43:42] <cradek> wonder how slow micro uarts can go. seems like I recall that being a problem
[09:44:31] <archivist> hmm the english term "mackled together" should be Machled together here
[09:47:06] <pcw_home> Our hardware UARTS dont go very slow buts that because they use a
[09:47:07] <pcw_home> DDS instead of a programmable divider for the baud rate (so have poor sett-ability at low rates)
[09:55:40] <pcw_home> archivist: I have a 16M count encoder If I can figure out how to interface to it...
[09:56:23] <archivist> that sounds like a nice toy
[09:56:49] <cradek> oh 16M! I read that as 16k.
[09:56:52] <pcw_home> standard Fanuc nowadays
[09:57:22] <archivist> using a 5k 20k edge is making things difficult for me
[09:58:49] <pcw_home> I have a bunch of 64K Fanucs, and the 1M count Fanucs are often available on Ebay for $100-$200
[10:01:21] <pcw_home> you have to deal with their funny Oldham couplings and 77 bit serial interface though
[10:02:57] <pcw_home> someone loaned me a 1M one and it worked pretty well as a microphone...
[10:08:44] <archivist> only a an itch I am scratching though, most of the thickness in the plot is digitisation noise
http://www.archivist.info/cnc/wormtest/plot_vertex2_normalised.php
[10:14:41] <pcw_home> The major error is resolvable (does screw error mapping work on rotaries?)
[10:15:59] <pcw_home> 1M count encoder for $216 ( or offer )
[10:16:00] <pcw_home> http://www.ebay.com/itm/Used-FANUC-Pulse-Coder-Encoder-A860-2000-T301-Good-Condition-/271905757262?hash=item3f4ed8984e:g:b3UAAOSwiCRUiwvw
[10:20:19] <pcw_home> Not sure what the interpolation ratio is for the 1M encoders (the 64K ones are 2048 line so 8192 count with 8X interpolation)
[10:23:44] <archivist> or resolver
http://www.ebay.co.uk/itm/MUIRHEAD-AEROSPACE-VACTRIC-RESOLVER-15M6C1-/141862660252
[10:30:34] <dgarr> Is there a way to tell the buildbot to build debs for the features_preview_2 branch without making a new commit?
[10:32:39] <seb_kuzminsky> dgarr: like this
[10:32:57] <seb_kuzminsky> linuxcnc-build: force build --branch=features_preview_2 0000.checkin
[10:32:58] <linuxcnc-build> build forced [ETA 1h17m35s]
[10:32:58] <linuxcnc-build> I'll give a shout when the build finishes
[10:33:44] <dgarr> thank you, do you know what the expiration time is for scrach debs?
[10:34:01] <seb_kuzminsky> i'll check, hold on
[10:34:34] <pcw_home> archivist: a resolver can have high resolution but typically lower accuracy than a 5000 line encoder
[10:36:20] <pcw_home> with the exception of high cycle resolvers (sometimes used on robot Arms) Ive seen as high as 72 cycle per turn
[10:36:21] <archivist> pcw_home, I did wonder, I think I should just do the maths to average out the noise to get a better result
[10:37:12] <pcw_home> yeah you can see you already resolve the main error
[10:37:38] <archivist> I want to pick out the 190 tooth error now
[10:37:42] <archivist> 90
[10:44:14] <seb_kuzminsky> dgarr: the debs in the scratch component of the deb archive are pruned each time new scratch debs are built
[10:45:19] <seb_kuzminsky> at prune time, it keeps anything younger than a day, and it keeps the two most recent versions even if they're older than a day, and it throws away everything else
[10:46:06] <seb_kuzminsky> bbl
[10:46:38] <dgarr> it could be useful to keep some scratch debs that could benefit from user testing
[10:46:50] <dgarr> thanks
[10:47:23] <cradek> seb_kuzminsky: how do you anoint a branch so it gets its own spot for saving the debs?
[10:48:25] <cradek> if that's easy, maybe anointing features_preview2 and probably also joints_axes10 would be wise
[10:52:05] <linuxcnc-build> build #103 of 1505.rip-jessie-rtai-i386 is complete: Failure [4failed install-missing-build-dependencies compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1505.rip-jessie-rtai-i386/builds/103
[11:02:43] <archivist> grr another dead link from this page
https://forum.linuxcnc.org/forum/27-driver-boards/16030-encoder-support-in-stepper-systems
[11:03:09] <archivist> the 404
http://www.linuxcnc.org/index.php/english/component/kunena/?func=view&catid=30&id=5487#5489
[11:03:10] <linuxcnc-build> build #2030 of 1405.rip-wheezy-armhf is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1405.rip-wheezy-armhf/builds/2030
[11:19:01] <linuxcnc-build> build #3851 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/3851
[11:48:40] <dgarr> Is the buildbot failure for 'features_preview_2' indicative of a need for a rebase (2.7)? If so i have made one (_3) and could push it.
[12:02:58] <cradek> I'm not entirely sure, but it looks like yes, since if you rebased to 2.7 you'd get 324b084 and d6ce5e1
[12:03:37] <cradek> which probably (??) fix that dependency problem with jessie's rtai kernel
[12:04:28] <cradek> (I don't speak pbuilder very fluently)
[12:05:35] <dgarr> i'll just do it
[12:06:20] <cradek> cool, I think it's likely to fix it
[12:09:21] <KGB-linuxcnc> 03Dewey Garrett 05features_preview_3 216536f 06linuxcnc 10(279 files in 23 dirs) bringin_features: import to share/features * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=216536f
[12:09:21] <KGB-linuxcnc> 03Dewey Garrett 05features_preview_3 3846bc0 06linuxcnc 10(36 files in 3 dirs) bringin_features: relocate sim demo files * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=3846bc0
[12:09:21] <KGB-linuxcnc> 03Dewey Garrett 05features_preview_3 5e256c2 06linuxcnc 10lib/python/gladevcp/hal_python.xml 10lib/python/gladevcp/hal_pythonplugin.py bringin_features: fernV edits * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5e256c2
[12:09:23] <KGB-linuxcnc> 03Dewey Garrett 05features_preview_3 ca331c4 06linuxcnc 10(41 files in 11 dirs) bringin_features: adapt to LinuxCNC git tree * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=ca331c4
[12:09:27] <KGB-linuxcnc> 03Dewey Garrett 05features_preview_3 f9a1bd1 06linuxcnc 10(138 files in 20 dirs) features_preview: update to fernv repo * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f9a1bd1
[12:09:30] <KGB-linuxcnc> 03Dewey Garrett 05features_preview_3 468364d 06linuxcnc 03share/features/support/ttt/tt-tracer features_preview: placeholder for fernv/support/ttt * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=468364d
[12:09:34] <KGB-linuxcnc> 03Dewey Garrett 05features_preview_3 e627eaa 06linuxcnc 03share/features/support/cxf/engrave-feature features_preview: placeholder fernv/support/cxf * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e627eaa
[12:09:38] <KGB-linuxcnc> 03Dewey Garrett 05features_preview_3 2a7bc7f 06linuxcnc 10(138 files in 20 dirs) features_preview: update 'features' in git tree * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2a7bc7f
[12:09:42] <KGB-linuxcnc> 03Dewey Garrett 05features_preview_3 3a03886 06linuxcnc 10configs/sim/axis/features_demo/myfeatures/.gitignore 03configs/sim/axis/features_demo/myfeatures/lib/linuxcnc_version.ngc 10configs/sim/gmoccapy/features_demo/myfeatures/.gitignore 03configs/sim/gmoccapy/features_demo/myfeatures/lib/linuxcnc_version.ngc features_preview: sim configs firsttime startup * 14http://git.linuxcnc.org/?p=linuxc
[12:09:48] <KGB-linuxcnc> 03Dewey Garrett 05features_preview_3 a92a847 06linuxcnc 10lib/python/gladevcp/features.py 04share/features/scripts/features.ngc features_preview: dialog for system file updates * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a92a847
[12:09:52] <KGB-linuxcnc> 03Dewey Garrett 05features_preview_3 56c4319 06linuxcnc 10(17 files in 11 dirs) features_preview: relocate placeholders, +cleanups * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=56c4319
[12:09:56] <KGB-linuxcnc> 03Sebastian Kuzminsky 05features_preview_3 1f24894 06linuxcnc 10configs/sim/gmoccapy/features_demo/gmoccapy.ini 10lib/python/gladevcp/features.py 10share/features/catalogs/mill/defaults.ngc 10share/features/features.glade Fern's changes from cac0ffd8, I hope * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=1f24894
[12:10:01] <KGB-linuxcnc> 03Fernand Veilleux 05features_preview_3 950847c 06linuxcnc 03share/features/README_FR Add a french version of README * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=950847c
[12:10:05] <KGB-linuxcnc> 03Fernand Veilleux 05features_preview_3 9b10103 06linuxcnc 10lib/python/gladevcp/features.py Correct some file path and name * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9b10103
[12:10:09] <KGB-linuxcnc> 03Fernand Veilleux 05features_preview_3 ac4e910 06linuxcnc 10lib/python/gladevcp/features.py Added standalone debugging capability * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=ac4e910
[12:10:13] <KGB-linuxcnc> 03Fernand Veilleux 05features_preview_3 1f4f5b7 06linuxcnc 10(6 files in 3 dirs) Give user customizing choices * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=1f4f5b7
[12:10:17] <KGB-linuxcnc> 03Fernand Veilleux 05features_preview_3 936938c 06linuxcnc 10(6 files in 4 dirs) Move customize info in CUSTOMIZE * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=936938c
[12:13:17] <cradek> now in two hours we'll know :-)
[12:51:10] <seb_kuzminsky> the armhf failure was indicative of my odroid u3 buildslave dying: make: *** [.html-images-stamp] Illegal instruction
[12:51:53] <seb_kuzminsky> but the jessie-rtai-i386 failure should be fixed by the rebase, since it will pick up the rtai5 support from 2.7
[13:03:24] <cncbasher> anyone have the name for the default pin vhd file for a 5i25x2
[13:03:54] <cradek> I think they are shipped various ways
[13:04:05] <cradek> you have to match the pinout to your hardware and there are a lot of choices
[13:09:09] <cncbasher> it's ok , it was just to save time finding what was already in ,
[13:11:45] <cradek> maybe `mesaflash --readhmid' will help?
[13:12:18] <cradek> also I think they come with stickers on them that say the original config name?
[13:12:20] <PCW> PIN_7I77x2_34.vhd
[13:12:45] <cradek> shows what I know!
[13:14:14] <PCW> there are something like 17 5I25 + 7I77 configs
[13:15:01] <PCW> though some are quite weird like
[13:15:03] <PCW> PIN_7I77_7I74_SSI_FANUC_34.vhd
[13:16:30] <PCW> we gave up on the stickers since people change configs so often
[13:26:25] <cncbasher> thanks
[13:26:43] <cncbasher> can you send me that one ?
[13:27:28] <cncbasher> arh ok found it
[13:28:01] <PCW> they are all in the 5i25.zip file (as are all current source files for all configs)
[13:33:15] <cncbasher> yea that one is a bit werid
[14:36:36] <KGB-linuxcnc> 03Jeff Epler 05master 3257997 06linuxcnc 10README.md README: fix markdown headings * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=3257997
[16:39:55] <linuxcnc-build> build #341 of 4022.deb-jessie-amd64 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4022.deb-jessie-amd64/builds/341 blamelist: Jeff Epler <jepler@unpythonic.net>
[16:39:58] <linuxcnc-build> build #342 of 4021.deb-jessie-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4021.deb-jessie-i386/builds/342 blamelist: Jeff Epler <jepler@unpythonic.net>
[16:41:57] <jepler> argh do I *still* not have the modified manpage generation rules fixed?
[16:43:05] <linuxcnc-build> build #285 of 4019.deb-jessie-rtpreempt-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4019.deb-jessie-rtpreempt-i386/builds/285 blamelist: Jeff Epler <jepler@unpythonic.net>
[16:43:32] <linuxcnc-build> build #285 of 4020.deb-jessie-rtpreempt-amd64 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4020.deb-jessie-rtpreempt-amd64/builds/285 blamelist: Jeff Epler <jepler@unpythonic.net>
[16:44:03] <jepler> I'll try to get that looked out this evening, but I have limited time available. sorry for getting it into this state.
[16:47:15] <linuxcnc-build> build #25 of 4023.deb-jessie-rtai-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4023.deb-jessie-rtai-i386/builds/25 blamelist: Jeff Epler <jepler@unpythonic.net>
[17:00:40] <jepler> >>
[17:00:41] <jepler> a2x: chdir /tmp/buildd/linuxcnc-2.8.0~pre1.1417.g3257997/docs/man/man9
[17:00:41] <jepler> a2x: executing: "xsltproc" --stringparam callout.graphics 0 --stringparam navig.graphics 0 --stringparam admon.textlabel 1 --stringparam admon.graphics 0 "/etc/asciidoc/docbook-xsl/manpage.xsl" "/tmp/buildd/linuxcnc-2.8.0~pre1.1417.g3257997/docs/man/man9/streamer.9.xml"
[17:00:45] <jepler> error : connection refused
[17:00:48] <jepler> warning: failed to load external entity "
http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl"
[17:00:51] <jepler> <<
[17:01:20] <jepler> uhhh that is not something that should be happening
[17:01:38] <seb_kuzminsky> i guess i've never tried turning off my wifi and building our docs...
[17:05:08] <jepler> [pid 10489] open("/usr/share/xml/docbook/stylesheet/docbook-xsl/html/docbook.xsl", O_RDONLY) = 3
[17:05:41] <jepler> docbook-xsl: /usr/share/xml/docbook/stylesheet/docbook-xsl/html/docbook.xsl
[17:06:12] <jepler> we have a missing dependency
[17:06:58] <jepler> when I remove that file, I get a bunch of
[17:06:58] <jepler> [pid 12970] socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 3
[17:06:58] <jepler> [pid 12970] connect(3, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr("216.34.181.96")}, 16) = -1 EINPROGRESS (Operation now in progress)
[17:07:09] <jepler> error : connection refused
[17:07:09] <jepler> warning: failed to load external entity "
http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl"
[17:07:12] <jepler> compilation error: file /etc/asciidoc/docbook-xsl/manpage.xsl line 12 element import
[17:07:15] <jepler> xsl:import : unable to load
http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
[17:15:21] <KGB-linuxcnc> 03Jeff Epler 05jepler/docbook-xsl 62e3c5b 06linuxcnc 10docs/src/Makefile don't permit xsltproc to use the network * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=62e3c5b
[17:15:22] <KGB-linuxcnc> 03Jeff Epler 05jepler/docbook-xsl 5824a7f 06linuxcnc 10debian/control.in packaging: build-time dependency on docbook xsl files * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5824a7f
[17:17:35] <KGB-linuxcnc> 05jepler/docbook-xsl 5824a7f 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5824a7f
[17:17:46] <jepler> sigh I botched that
[17:21:13] <seb_kuzminsky> master built for me with no network, fwiw
[17:22:23] <jepler> you may have the package docbook-xsl installed?
[17:22:29] <KGB-linuxcnc> 03Jeff Epler 05jepler/docbook-xsl ce79aed 06linuxcnc 10debian/control.in packaging: build-time dependency on docbook xsl files * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=ce79aed
[17:22:29] <KGB-linuxcnc> 03Jeff Epler 05jepler/docbook-xsl abecee2 06linuxcnc 10docs/src/Submakefile don't permit xsltproc to use the network * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=abecee2
[17:22:30] <KGB-linuxcnc> 03Jeff Epler 05jepler/docbook-xsl efb01d3 06linuxcnc 04docs/src/Makefile build: remove attractive nuisance * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=efb01d3
[17:23:19] <seb_kuzminsky> i do indeed
[17:23:50] <jepler> I did too. I was finally able to see the buildbot problem when I removed that package.
[17:25:26] <seb_kuzminsky> and i guess our pbuilders just fetched what they needed from the internet
[17:25:33] <seb_kuzminsky> so we never noticed the missing build dependency
[17:27:19] <jepler> right
[17:27:35] <jepler> ugh not defaulting to no network mode is such a bad mistake
[17:27:47] <jepler> a developer tool shouldn't go into network mode unless requested
[17:49:47] <seb_kuzminsky> jepler: looks like jessie's pbuilder defaults to no-network:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748967
[17:50:20] <seb_kuzminsky> but that disagrees with these observations of buildbot behavior...
[18:12:05] <jepler> it does rather
[18:12:22] <jepler> but I meant a2x / xsltproc should have different defaults..
[18:17:49] <seb_kuzminsky> yeah
[18:46:18] <seb_kuzminsky> the buildbot *did* complain, for jessie's pbuilder:
[18:46:18] <seb_kuzminsky> error : connection refused
[18:46:19] <seb_kuzminsky> warning: failed to load external entity "
http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl"
[18:46:27] <seb_kuzminsky> http://buildbot.linuxcnc.org/buildbot/builders/4019.deb-jessie-rtpreempt-i386/builds/285/steps/shell_3/logs/stdio
[19:41:26] <skunkworks> so he won't go to linuxcnc because it works...
https://groups.yahoo.com/neo/groups/mach1mach2cnc/conversations/messages/149844
[20:06:30] <seb_kuzminsky> no, he wont go to linuxcnc because he doesnt want to have to learn linux
[20:33:32] <jepler> seb_kuzminsky: yeah I did eventually find that too
[20:33:39] <jepler> in fact up to then I was so confused
[20:33:52] <jepler> so it also appears that in this case, a2x is failing and not exiting with nonzero status
[20:35:16] <jepler> or at any rate make's not stopping for it
[20:35:33] <jepler> [nonet] $ a2x -v --doctype manpage --format manpage --destination-dir . -a mansource=LinuxCNC -a manmanual='LinuxCNC Documentation' ~/src/linuxcnc/docs/src/man/man1/halstreamer.1.txt
[20:35:37] <jepler> ...
[20:35:41] <jepler> a2x: ERROR: "xsltproc" --stringparam callout.graphics 0 --stringparam navig.graphics 0 --stringparam admon.textlabel 1 --stringparam admon.graphics 0 "/etc/asciidoc/docbook-xsl/manpage.xsl" "/home/jepler/src/linuxcnc-clean/src/halstreamer.1.xml" returned non-zero exit status 5
[20:35:46] <jepler> 1
[20:35:46] <jepler> so it does exit with nonzero status
[20:36:02] <jepler> not sure why that doesn't stop make, then