Back
[07:11:17] <jthornton> what is the linux-image-rt for jessie?
[07:11:38] <jthornton> it says it can't find sudo apt-get install linux-image-rt-686-pae
[07:19:53] <jthornton> I think I found the answer on the forum
[07:59:18] <jthornton> hmm found this commit comment so I guess jessie is out for preempt rt "Unfortunately, Debian Jessie no longer has pre-built PREEMPT-RT kernels in jessie-backports, since the kernel with RT patch has been superseded by a newer kernel without one. Withdraw the instructions until the situation changes, leaving only the Wheezy-related instructions."
[08:23:35] <tinkerer> jthornton: what spits "apt search linux-image-rt" out?
[08:36:35] <jthornton> I don't understand your question
[08:39:35] <cradek> $ apt-cache search linux-image-rt
[08:39:36] <cradek> linux-image-rt-686-pae - Linux for modern PCs (meta-package), PREEMPT_RT
[08:39:36] <cradek> linux-image-rt-amd64 - Linux for 64-bit PCs (meta-package), PREEMPT_RT
[08:40:55] <cradek> jthornton:
https://emergent.unpythonic.net/01466682649
[08:42:26] <JT-Shop> cradek: thanks for the link
[09:03:20] <tinkerer> apt is much more informative.
[09:03:48] <tinkerer> in my case:
[09:03:51] <tinkerer> # apt search linux-image-rt
[09:03:51] <tinkerer> Sorting... Done
[09:03:51] <tinkerer> Full Text Search... Done
[09:03:51] <tinkerer> linux-image-rt-686-pae/unstable,testing 4.6+74 i386
[09:03:51] <tinkerer> Linux for modern PCs (meta-package), PREEMPT_RT
[09:03:52] <tinkerer> linux-image-rt-686-pae-dbg/unstable,testing 4.6+74 i386
[09:03:54] <tinkerer> Debugging symbols for Linux rt-686-pae configuration (meta-package)
[09:03:56] <tinkerer> linux-image-rt-amd64/unstable,testing 4.6+74 amd64
[09:03:58] <tinkerer> Linux for 64-bit PCs (meta-package), PREEMPT_RT
[09:04:00] <tinkerer> linux-image-rt-amd64-dbg/unstable,testing 4.6+74 amd64
[09:04:02] <tinkerer> Debugging symbols for Linux rt-amd64 configuration (meta-package)
[09:04:42] <tinkerer> or the alternative: aptitude search .....
[09:12:31] <JT-Shop> thanks
[09:26:06] <tinkerer> and creating a script:
[09:26:16] <tinkerer> #!/bin/sh
[09:26:16] <tinkerer> aptitude search -F '%p %d %v %V' $1 "~d $1" $@
[09:28:32] <tinkerer> and putting it somewhere within the $PATH
[09:28:47] <tinkerer> its very helpfully
[12:23:04] -linuxcnc-github:#linuxcnc-devel- [13linuxcnc] 15gmoccapy opened issue #130: MDI Error reset the feed value 02
https://github.com/LinuxCNC/linuxcnc/issues/130
[12:27:14] <skunkworks> steves_logging, it was dan's video
[13:39:40] <pcw_home> Got Etherhm2 stored procedures to work
[13:39:41] <pcw_home> only took me a day to write about 10 lines of code
[13:39:43] <pcw_home> well 2 minutes to write the code and a day to figure out my stupid mistakes
[14:30:24] <KGB-linuxcnc> 03Norbert Schechner 05master 9f1e2a7 06linuxcnc Merge branch 'master' of ssh://norbert@git.linuxcnc.org/git/linuxcnc.git into gmoccapy_JA_based_on_master * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9f1e2a7
[14:30:24] <KGB-linuxcnc> 03Norbert Schechner 05master be83f43 06linuxcnc Merge branch 'gmoccapy_JA_based_on_master' of ssh://norbert@git.linuxcnc.org/git/linuxcnc.git into gmoccapy_JA_based_on_master * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=be83f43
[14:30:24] <KGB-linuxcnc> 03Norbert Schechner 05master 7db4ebb 06linuxcnc 10(5 files in 3 dirs) gmoccapy_JA_master - ongoing port to JA * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7db4ebb
[14:30:26] <KGB-linuxcnc> 03Norbert Schechner 05master 75a72f0 06linuxcnc 10(25 files in 6 dirs) gmoccapy_JA_master_2_1_0 - ready to be merged with master ;-) * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=75a72f0
[14:30:30] <KGB-linuxcnc> 03Norbert Schechner 05master 9d6f9ef 06linuxcnc 10src/emc/usr_intf/gmoccapy/gmoccapy.py 10src/emc/usr_intf/gmoccapy/release_notes.txt Merge branch 'master' of ssh://norbert@git.linuxcnc.org/git/linuxcnc.git into gmoccapy_JA_based_on_master * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9d6f9ef
[18:49:44] <jepler> hm I have a fairly repeatable hang on arm running tests/halcompile/userspace-count-names
[18:50:50] <jepler> the first time I didn't debug it, the second time I see that halcmd is spinning in hal_exit's fragment that looks for the current component
[18:50:53] <jepler> 311 while (comp->comp_id != comp_id) {
[18:50:54] <jepler> 313 prev = &(comp->next_ptr);
[18:51:04] <jepler> .. but SHMPTR(comp->next_ptr) == comp
[18:52:35] <jepler> (gdb) p comp->name
[18:52:36] <jepler> $9 = "userspace_count_names", '\000' <repeats 26 times>
[18:53:45] <andypugh> It isn’t checking for an un-modified name is it? ie a _ - confusion?
[18:54:05] <andypugh> Can I witdraw that question?
[18:54:17] <andypugh> It’s comparing ints isn’t it?
[18:54:45] <jepler> no it's not about checking the content of the component name
[19:02:08] <jepler> after 110 iterations of the same test on amd64, a failure (result differs from expected)
[19:02:12] <jepler> something's clearly rotten here