#linuxcnc-devel | Logs for 2016-02-23

[07:43:10] <jthornton> here is everything I could find about the install error http://gnipsel.com/files/linuxmint/LM17.3-Install/
[07:43:54] <jthornton> I could not find anything that I could understand and fix
[07:59:01] <jepler> + [ -x /etc/init.d/udev ]
[07:59:01] <jepler> + /etc/init.d/udev restart
[07:59:02] <jepler> dpkg: error processing package linuxcnc (--configure):
[07:59:24] <jepler> This means the erroring command must be [as root] "/etc/init.d/udev restart"
[08:02:47] <jepler> it is not printing any additional information
[08:03:00] <jepler> in 2.7.3, this error would not have stopped the installation process
[08:03:10] <jthornton> so do I need to run debian/configure -r ; debuild -uc -us as root
[08:03:16] <jepler> no on ononononaonfdwf
[08:03:24] <jthornton> ok
[08:03:33] <jepler> you need to discover why [as root] "/etc/init.d/udev restart" fails on mint
[08:03:40] <jthornton> I looked for config.log but could not find it
[08:03:50] <jthornton> ok
[08:05:53] <jepler> The related file is in the linuxcnc source tree at debian/linuxcnc.postint
[08:05:56] <jepler> this line:
[08:05:56] <jepler> [ -x /etc/init.d/udev ] && /etc/init.d/udev restart
[08:06:03] <jepler> checks that "/etc/init.d/udev" is an executable file
[08:06:08] <jepler> and if it is, it runs it with the parameter "restart"
[08:06:29] <jepler> The purpose of this line is to cause the udev rules installed by the linuxcnc package to take effect immediately
[08:07:58] <jepler> as far as we know, this command works properly on our supported architectures. For instance, on my laptop, running it as root with sudo, then printing the exit status (0 means success):
[08:08:02] <jepler> $ sudo /etc/init.d/udev restart; echo $?
[08:08:05] <jepler> [sudo] password for jepler:
[08:08:07] <jepler> [ ok ] Restarting udev (via systemctl): udev.service.
[08:08:10] <jepler> 0
[08:09:36] <jepler> that's a debian jessie system. On a debian wheezy system, the output is a little different but the command still succeeds:
[08:09:39] <jepler> $ sudo /etc/init.d/udev restart; echo $?
[08:09:42] <jepler> [sudo] password for jepler:
[08:09:44] <jepler> [ ok ] Stopping the hotplug events dispatcher: udevd.
[08:09:47] <jepler> [ ok ] Starting the hotplug events dispatcher: udevd.
[08:09:49] <jepler> 0
[08:12:38] <jepler> # /etc/init.d/udev restart; echo $?
[08:12:38] <jepler> 1
[08:12:42] <jepler> on Ubuntu 14.04, this command fails
[08:12:47] <jepler> it doesn't print any diagnostic information
[08:13:38] <jthornton> sudo reload udev; echo $? returns 0
[08:14:45] <jepler> Since 2.7 runs on Ubuntu 10.04, 12.04, Debian Wheezy and Debian Jessie any change needs to be verified on all those platforms too.
[08:15:48] <jthornton> ok, that will take a while I have 10.04 running but have to install the rest in the morning
[08:16:49] <jepler> I can tell you right now that Debian Wheezy and Jessie do not have /sbin/reload
[08:17:36] <jepler> $ sudo reload udev
[08:17:36] <jepler> [sudo] password for jepler:
[08:17:37] <jepler> sudo: reload: command not found
[08:21:12] <JT-Shop> ok
[08:21:52] <jepler> we talked yesterday about alternatives and one that I think I suggested to try was 'udevadm trigger'
[08:21:55] <jepler> but just now I found this note:
[08:21:56] <jepler> > Under Ubuntu 15.04 udevadm trigger locked up my X11 session and threw me back to my login screen. – Ian D. Allen Jul 21 '15 at 17:15
[08:22:00] <jepler> http://askubuntu.com/questions/82470/what-is-the-correct-way-to-restart-udev
[08:22:34] <jepler> the safest thing to do may be to change that line to say
[08:23:00] <jepler> [ -x /etc/init.d/udev ] && /etc/init.d/udev restart || echo "*** A system restart may be required"
[08:23:31] <jepler> so basically if the standard-for-5+-years command fails, tell the user but don't fail to install/configure the package
[08:23:58] <jepler> .. (wording could be better obviously)
[08:45:15] <jthornton> I changed my local copy and rebuilding the deb, thanks for looking at this
[09:39:14] <skunkworks> This is overnight
[09:39:15] <skunkworks> http://imgur.com/CdP0GOS
[09:39:43] <jepler> skunkworks: looks pretty solid
[09:40:45] <skunkworks> I should go back to the on board graphics and try it. I think I was getting a bit better latency. (not that it matters - that would be great for mesa hardware)
[09:43:11] <JT-Shop> interesting on 10.04 /etc/init.d/udev is a redirect to /lib/init/upstart-job
[09:53:44] <jthornton> and LinuxMint has /lib/init/upstart-job now to compare them
[09:55:54] <jepler> on debian, /etc/init.d/udev is a shell script
[09:56:05] <jepler> so directly invoking upstart-job is not going to be a satisfactory choice either
[09:58:51] <jepler> https://www.debian.org/doc/debian-policy/ch-opersys.html#s9.3.3
[09:59:16] <jepler> so maybe "invoke-rc.d udev restart" is portable
[10:01:03] <JT-Shop> I'll give that a try in a bit
[10:03:13] <JT-Shop> on mint 17.2
[10:03:24] <JT-Shop> sudo invoke-rc.d udev restart; echo $?
[10:03:24] <JT-Shop> [sudo] password for john:
[10:03:24] <JT-Shop> udev stop/waiting
[10:03:24] <JT-Shop> udev start/running, process 15247
[10:03:24] <JT-Shop> 0
[10:06:00] <JT-Shop> 10.04
[10:06:00] <JT-Shop> john@Plasma:~$ sudo invoke-rc.d udev restart; echo $?
[10:06:00] <JT-Shop> [sudo] password for john:
[10:06:00] <JT-Shop> Rather than invoking init scripts through /etc/init.d, use the service(8)
[10:06:00] <JT-Shop> utility, e.g. service udev restart
[10:06:01] <JT-Shop> Since the script you are attempting to invoke has been converted to an
[10:06:02] <JT-Shop> Upstart job, you may also use the restart(8) utility, e.g. restart udev
[10:06:04] <JT-Shop> udev start/running, process 8012
[10:06:06] <JT-Shop> 0
[10:06:22] <jepler> invoke-rc.d appears to work on debian 7 and 8 as well
[10:14:20] <JT-Shop> yea!
[13:30:57] <jthornton> made the change to linuxcnc.postinst and made a new deb then installed and this is the result http://paste.ubuntu.com/15182569/
[13:35:19] <jepler> turn "I changed ... to ..." into a git patch and ask seb_kuzminsky to review it for inclusion in 2.7...
[13:40:46] <jthornton> ok
[13:58:08] <skunkworks> :(
[13:59:13] <skunkworks> heh - wrong window
[14:09:19] <jthornton> hmm sourceforge rejected my mail
[14:09:44] <jthornton> because I sent it from the wrong account...
[14:11:44] <tinkerer> jthornton: hmmm... I've thought "/usr/sbin/service" is more common
[14:13:30] <skunkworks> http://imgur.com/Q7NTXgO
[14:13:50] <skunkworks> the onboard video works better than a plugged in ati radeon card.
[14:14:02] <skunkworks> 10 vs 50
[14:14:15] <skunkworks> (this only has a few hours of running - I will run it overnight)
[14:16:53] <jthornton> beats me
[14:17:36] * jthornton goes back to work
[15:21:37] <mozmck> skunkworks: I found the same thing in some lenovo computers I tried - the ati cards they had in them made latency pretty bad, but with onboard video the latency was great.
[18:26:55] * JT-Shop cracked another Classicladder puzzle :)
[20:09:31] <jepler> now can you help me with this sudoku?