#linuxcnc-devel | Logs for 2015-11-22

[00:45:30] <bmwiedemann> Hi, I made this patch for linuxcnc http://www.zq1.de/~bernhard/temp/0001-fix-rs274ngc_pre-with-new-boost-gcc.patch to fix compilation on openSUSE Tumbleweed
[06:13:06] <jthornton> actually the salt less french bread was not as bad as I thought it might be
[09:15:22] <JT-Shop> not too bad out here 56°F in the shop
[09:21:45] <jepler> bmwiedemann: your patch is mangled, & has been replcaed by &amp in the commit message.
[09:22:04] <jepler> > template&lt;class T&gt; void cref(T const&amp;&amp;) BOOST_REF_DELETE;
[09:27:52] <jepler> frankly I don't understand why the change is necessary, either.
[09:27:52] <jepler> @remark Construction from a temporary object is disabled.
[09:27:52] <jepler> */
[09:27:53] <jepler> template<class T> void ref(T const&&) BOOST_REF_DELETE;
[09:30:08] <jepler> after the change, isn't _setup.pythis now referring to the local variable 't', which will go out of scope as soon as the constructor completes?
[10:14:26] <jepler> hm I wonder if it shouldn't be
[10:14:26] <jepler> - _setup.pythis = boost::python::object(boost::cref(this));
[10:14:26] <jepler> + _setup.pythis = boost::python::object(boost::cref(*this));
[10:15:18] <jepler> I think the intent is to have a reference to 'this object', not to the temporary 'this' pointer
[11:29:20] <jepler> bmwiedemann: I'll read back in case you reply
[12:06:53] <Roguish_> jepler: thanks again for helping yesterday with the Mint uspace. IT WORKS. sort of. I just don't get any motion.
[12:06:54] <Roguish_> I was just writing a long winded question and though and then in checking some more, I noticed that the 'watchdog_has_bitten = true'
[12:06:56] <Roguish_> my debian system has a latency of approx 15000ns. the uspace system has approx 9000000ns on the 1ms servo thread.
[12:06:57] <Roguish_> that's kinda high, huh? what's up?
[12:07:21] <Roguish_> no wonder the watchdog is unhappy.
[12:13:35] <Roguish_> what the heck is going on?
[12:14:16] <pcw_home> You need a Preempt-RT kernel for uspace (otherwise you will get millisecond latencies)
[12:15:01] <Roguish_> pcw_home: thanks. getting ms latencies for sure
[12:15:21] <Roguish_> ok how do I add a Preempt-RT kernel?
[12:16:14] <pcw_home> I built mine, not sure if theres a package available for mint
[12:21:36] <Roguish_> pcw_home: i don't really want to build a kernel, unless there's a really easy written procedure. if not, I can wait awhile. i've just been experimenting with Mint. it seems a bit friendlier than Debian.
[12:39:32] <jepler> last time I looked, ubuntu no longer packaged PREEMPT RT kernels. debian does. mint is based on ubuntu.
[12:40:15] <Roguish_> just looking at building a kernel here: https://rt.wiki.kernel.org/index.php/Main_Page
[12:40:53] <Roguish_> my Mint is s 3.16.0-38-generic kernel.
[12:41:52] <Roguish_> so, looks like I would have to change kernel version and build with Preempt_
[12:42:05] <Roguish_> RT patch at the same time.
[12:42:21] <Roguish_> maybe a bit daunting for me right now.
[12:43:14] <Roguish_> i'm taking a lot of Prednisone right now so not sleeping much. maybe late one night i'll give it a go.
[12:45:16] <pcw_home> I have a script for building a preempt-rt kernel but it does require you set the kernel preemption type (and 32/64 bit) in xconfig
[12:46:40] <Roguish_> well that cant be hard? would you mind sharing it, pcw_home.
[12:50:56] <pcw_home> let me update it and try it first, then i will post it
[12:51:51] <Roguish_> cool, thanks.
[13:01:26] <pcw_home> http://freeby.mesanet.com/makert4.1.13
[13:01:28] <pcw_home> should make the latest Preempt-RT kernel
[13:01:29] <pcw_home> you need to select (at a minimum) 32/64 bit to match your system
[13:01:31] <pcw_home> and select fully preemptable kernel in the processor types and features section of xconfig
[13:02:13] <pcw_home> (you then chose save, then exit from the xconfig menu)
[13:02:52] <Roguish_> so that's using a 4. kernel ?
[13:03:00] <Roguish_> not a 3.
[13:03:14] <pcw_home> sure
[13:03:50] <Roguish_> are there prompts for these 'selects' or do I have to add parameters?
[13:04:23] <pcw_home> it will likely build about a bazzilion drivers so takes a while
[13:05:00] <pcw_home> xconfig has a million or so check boxes in a tree
[13:05:12] <Roguish_> i'm heading out for some fresh air, but I will run it later. thanks.
[13:05:32] <Roguish_> is this able to run in a vm?
[13:05:58] <Roguish_> i have a big fast dual zeon workstation sitting idle....
[13:06:34] <pcw_home> not really suitible for that since it does a install
[13:06:49] <Roguish_> ok. thanks again.
[13:06:52] <Roguish_> bbl
[13:06:55] <pcw_home> if it made a package that wouls make sense
[14:50:38] <seb_kuzm1nsky> jepler: are you sure debian packages preempt-rt still? looks like wheezy was the last one: https://packages.debian.org/search?keywords=linux-image-rt&searchon=names&suite=all&section=all
[14:56:30] <seb_kuzm1nsky> i've been working with debian.org's packaging of the linux kernel (for rtai purposes), and it includes rt-preempt stuff, but they keep disabling it and enabling it as they leapfrog the rt-preempt kernel patch
[14:56:49] <seb_kuzm1nsky> i bet it would be easy to pick one of the recent kernel versions that's supported by both debian.org
[14:57:05] <seb_kuzm1nsky> debian.org's kernel team, and the rt-preempt team, and build images for that version
[16:23:40] <jepler> seb_kuzm1nsky: at one point there was a linux-image-rt-amd64 in jessie-backports. that appears no longer to be the case.
[16:23:54] <jepler> 4.1+67~bpo8+1
[16:24:19] <jepler> but now 4.2 is in backports, as you say it's a "leapfrog" game
[16:24:39] <jepler> (hmph)
[16:38:33] <jthornton> if you build a deb and install it with dpkg -i name.deb, should it install the menus or is that an extra step?
[16:46:08] <jepler> I would expect it to install the menus.
[16:46:38] <jthornton> hmm, I must have messed something up then
[16:46:44] <jthornton> thanks for verifying that
[16:46:54] <jepler> or maybe mint does menus differently than other systems
[16:47:01] <jepler> I would first look whether the .desktop files are in the deb
[16:47:07] <jepler> for uspace, it's: dpkg -L linuxcnc-uspace | grep desktop
[16:47:16] <jepler> for rtai of course you'd just remove -uspace
[16:47:44] <jepler> this is the file that defines the cnc folder in the application menu: /usr/share/desktop-directories/cnc.directory
[16:47:51] <jepler> and this is the one for starting linuxcnc: /usr/share/applications/linuxcnc.desktop
[16:47:55] <jepler> there are several others
[16:48:14] <jepler> so if those files are present in the .deb, then I would look at why mint doesn't treat those the same as debian
[16:48:26] <jepler> and if they aren't, then it's necessary to look at the deb building process
[16:49:12] <jthornton> I see usr/share/desktop-directories/cnc.directory
[16:49:57] <jthornton> and usr/share/applications/LinuxCNC
[16:50:25] <jthornton> clicking on LinuxCNC launches the configuration selector
[16:50:36] <jthornton> thanks
[16:51:16] <jepler> you were doing those steps with a file browser?
[16:51:40] <jthornton> yea, I just looked with a browser
[16:51:49] <jepler> anyway, that seems to indicate that linuxcnc is putting the files into the package in the same way it does on other systems, but mint is treating it differently.
[16:52:16] <jthornton> looking at mint menus now
[16:53:51] <jepler> ok, let us know what you figure out.
[16:55:47] <jepler> oh and this file also figures into it: /etc/xdg/menus/applications-merged/cnc.menu
[16:55:57] <jepler> we are trying to work according to this spec: http://standards.freedesktop.org/menu-spec/menu-spec-1.0.html
[16:56:27] <jepler> or some version of it anyway
[17:02:58] <JT-Shop> the odd thing is the menu's show up when I use the precise deb
[17:18:46] <JT-Shop> interesting they ended up in the Other category
[18:48:01] <cradek> seb_kuzm1nsky: the buildbot is still not done with cradek/zultron/g52 after 26 hours.
[20:49:48] <seb_kuzm1nsky> cradek: whoops, checking...
[20:52:07] <seb_kuzm1nsky> the wheezy-rtpreempt-i386 buildslave crashed, totally unresponsive on the console
[20:52:10] <seb_kuzm1nsky> i power cycled it
[20:52:55] <seb_kuzm1nsky> ok, it's moving again
[20:52:57] <cradek> thank you
[20:53:43] <seb_kuzm1nsky> i think it's a bug in the precise version of buildbot-master that it doesn't email me when a buildslave disapperars
[20:54:13] <seb_kuzminsky> i have a project in flight to upgrade the buildmaster from precise to jessie but i keep postponing it
[20:54:41] <cradek> postponing stuff like that is really easy
[20:54:50] <seb_kuzminsky> and now i'm going to postpone it to watch The Life of Birds with my kids :-)
[20:54:53] <seb_kuzminsky> bbl!
[23:35:28] <bmwiedemann> jepler: moved it to https://github.com/jepler/linuxcnc-mirror/pull/20 . already addressed some of your feedback.