Back
[00:14:27] -!- bedah has quit [Quit: Ex-Chat]
[00:17:15] -!- skorasaurus has quit [Ping timeout: 272 seconds]
[00:17:50] -!- patrickarlt has quit [Remote host closed the connection]
[00:19:55] -!- Komzzzpa has quit [Ping timeout: 245 seconds]
[00:22:43] -!- mork has quit [Quit: Vado]
[00:28:08] -!- ingsoc has quit [Ping timeout: 252 seconds]
[00:29:00] -!- sumpfralle has quit [Ping timeout: 246 seconds]
[00:29:34] -!- matheus__ has quit [Ping timeout: 246 seconds]
[00:33:59] -!- davc has quit [Ping timeout: 260 seconds]
[01:01:55] -!- patrickarlt has quit [Remote host closed the connection]
[01:04:30] -!- matheus__ has quit [Ping timeout: 245 seconds]
[01:05:38] -!- asdfasd has quit [Ping timeout: 264 seconds]
[01:17:39] -!- PCW has quit [Quit: ChatZilla 0.9.90.1 [Firefox 26.0/20131205075310]]
[01:19:39] -!- matheus_ has quit [Ping timeout: 260 seconds]
[01:23:07] -!- Komzzzpa has quit [Ping timeout: 272 seconds]
[01:26:06] -!- heathmanc has quit [Ping timeout: 272 seconds]
[01:29:30] -!- davc has quit [Ping timeout: 245 seconds]
[01:31:15] -!- Komzpa has quit [Ping timeout: 245 seconds]
[01:38:34] -!- i_tom has quit [Quit: Dividing by zero...]
[02:00:44] -!- theorbtwo has quit [Read error: Connection reset by peer]
[02:01:48] -!- nlancaster has quit [Quit: Leaving]
[02:02:23] -!- ravenlock has quit [Ping timeout: 272 seconds]
[02:03:52] -!- thomaslindstr_m has quit [Quit: Leaving...]
[02:04:01] -!- davc has quit [Ping timeout: 272 seconds]
[02:12:27] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[02:18:53] -!- Mr_Mayhem has quit []
[02:21:15] -!- rob_h has quit [Ping timeout: 240 seconds]
[02:22:08] -!- rob_h [rob_h!~robh@90.193.126.10] has joined #linuxcnc-devel
[02:22:24] -!- c-bob|afk has quit [Ping timeout: 246 seconds]
[02:22:29] c-bob is now known as c-bob|afk
[02:25:03] -!- heathmanc has quit [Quit: Page closed]
[02:35:03] -!- phillc54 has quit [Remote host closed the connection]
[02:35:19] -!- phillc54 [phillc54!~phillc54@206.260.dsl.syd.iprimus.net.au] has joined #linuxcnc-devel
[02:44:00] <skunkworks> phillc54: are you the one testing the new trajectory planner from robert?
[02:46:27] -!- owhite has quit [Ping timeout: 272 seconds]
[02:48:39] <phillc54> yes, I intend to try it on my sherline mill
[02:49:37] <skunkworks> cool - I have not actually run real hardware with it yet. Just lots of constraint testing
[02:52:50] <phillc54> I am trying to integrate the max acc & vel counters into my machine at the moment
[02:53:41] <skunkworks> phillc54: is there a reason why you don't want to use master?
[02:55:25] <phillc54> only because I haven't used it before...
[02:56:00] <skunkworks> heh. it isn't so bad. :)
[02:56:28] <andypugh> I use it all the time, it has all the cool features (and generally only the really interesting bugs)
[02:56:44] <phillc54> I guess i am going to find out
[02:57:19] <skunkworks> heh. it isn't so bad. :)
[02:57:46] <andypugh> it's no real trouble to get it from the buildbot, and you can easily swap back
[02:57:56] -!- lyzidiamond has quit [Quit: lyzidiamond]
[02:57:58] <skunkworks> andypugh: I gave up and sent peter my system to see if he can figure out why I cannot get the 7i80 to work correctly
[02:58:31] <skunkworks> phillc54: as of this afternoon - roberts branch built successfully..
[02:58:42] <skunkworks> (did some light testing with it)
[02:58:59] <andypugh> skunkworks: Hopefully it isn't your local magnetic field then.
[03:00:45] <skunkworks> heh - maybe my time zone...
[03:01:41] <phillc54> i built it ok yesterday
[03:01:50] <skunkworks> I have tried it on enough systems to conclude it is either the 7i80 or they way I am installing 12.04.
[03:02:02] <skunkworks> and most likely something I am doing wrong with the install
[03:02:30] <andypugh> it seemed to work for me.
[03:03:39] <skunkworks> yes - you , peter and micges... rub it in
[03:03:39] <eric_unterhausen> skunkworks: 32bit or 64bit 12.04?
[03:03:45] <skunkworks> tried both
[03:03:54] <skunkworks> but 32 was what peter was using
[03:05:58] <skunkworks> the latency was decent for what it was (rt-preempt ) around 60-70us...
[03:06:11] <skunkworks> I just could not keep the watch dog from biting
[03:06:37] <pcw_home> and... d525/7i80/linuxcnc still running (thats ~24/7)
[03:06:51] <phillc54> now its built, if i want to update do i git pull, cd src, make clean then make or will make just build the updates
[03:07:53] -!- owhite has quit [Remote host closed the connection]
[03:07:56] -!- Lathe_newbie has quit [Ping timeout: 246 seconds]
[03:07:57] <skunkworks> I always do a make clean then make - but I am a bit anal...
[03:08:17] <skunkworks> pcw_home: again - rub it in...'
[03:08:28] -!- someone972 has quit [Quit: irc2go]
[03:10:00] -!- rob_h has quit [Ping timeout: 245 seconds]
[03:10:58] <phillc54> my first attempt at git and make...
[03:11:16] <skunkworks> it gets easier - after about a year of using it... ;)
[03:12:21] <pcw_home> I am really curious about whats going on
[03:12:22] <pcw_home> another possibility is sensitivity to the exact bitfile/config string
[03:12:47] <phillc54> i hope so, i'll get back to my machine now
[03:13:13] <skunkworks> phillc54: let us know how it runs!
[03:13:29] <skunkworks> you will probably be the second one running it on real hardware
[03:14:13] <phillc54> will do, bye
[03:14:16] -!- phillc54 has quit [Quit: bye...]
[03:14:25] <Tom_itx> skunkworks, referring to 2.6 ?
[03:15:01] <Tom_itx> i considered putting it on a ssd to try but so far haven't
[03:15:13] <skunkworks> Tom_itx: robert ellenbergs new trajectory planner
[03:15:18] <Tom_itx> ahh
[03:15:29] <Tom_itx> look better than the current one?
[03:17:35] <Tom_itx> is it in master now?
[03:18:37] <skunkworks> no - not yet. probably after they release the next version
[03:18:55] <skunkworks> Tom_itx: so far - it does lookahead (more than 1 segment)
[03:19:40] <skunkworks> so far - it looks ahead if the segments are line-line, tangent line-arc or tangent arc-arc
[03:20:28] <skunkworks> Tom_itx:
http://www.youtube.com/watch?v=oUajH5BCOUQ&feature=c4-overview&list=UUHk52YjGT8HryRYmJKSl-lg
[03:20:40] <skunkworks> he has come a long way in just a couple months
[03:24:45] <Tom_itx> yes
[03:25:22] <Tom_itx> was that line segments or arcs?
[03:25:25] <Tom_itx> or both
[03:27:01] <Tom_itx> no sound here so i dunno if there was any
[03:27:20] <skunkworks> I think that one was arc segments..
[03:27:30] <skunkworks> but it runs almost identical with line segments
[03:28:14] <Tom_itx> same programmed feeds and speeds?
[03:28:36] <Tom_itx> i would suppose so
[03:29:28] <skunkworks> yes - 30in/sec/sec and 500ipm max
[03:30:16] <Tom_itx> sure looks alot better
[03:30:57] <Tom_itx> i suppose it would perform the same on multi axis like a surface
[03:31:42] <Tom_itx> what about accuracy?
[03:31:56] <Tom_itx> wasn't there complaints about that on prior versions?
[03:34:37] <skunkworks> well - you can make it follow the path as close or lose as you want..
[03:37:12] <pcw_home> So if it the path has sharp corners it will always slow way down at the corner?
[03:37:56] <skunkworks> strait g64 says go as fast as you can but still touch every segment, then you can say Px.xxx Q0, which is stay within x.xxx of the original path. or Px.xxx Qy.yyy where it combines segments within y.yyy and then stays within x.xxxx
[03:38:38] <pcw_home> Those still work on the new TP?
[03:38:42] <skunkworks> pcw_home: it will go as fast as it can while still touching each segment atleast once. So - the sharp corner will be rounded at high speeds unless the tollerance is specified
[03:38:48] <skunkworks> pcw_home: yes
[03:39:38] <Tom_itx> is it hard to build that variant?
[03:39:50] <Tom_itx> considering i've never built any
[03:40:00] <pcw_home> Sounds great, though a bit scary to try on real hardware yet
[03:40:15] <Tom_itx> cut wax
[03:40:16] <andypugh> I am not clear where the "circular arc" part comes in, but I think there is also a lot more lookahead. I think he decided he could only do lookahead with circular blends, but I wasn't clear why.
[03:40:27] <skunkworks> I could give you directions... (but not tonight.) it isn't hard - pull the current master - then switch to roberts.
[03:40:36] <Tom_itx> i wouldn't wanna try tonight anyway
[03:41:08] <andypugh> Talking of Tempus Fugit.. Goodnight all
[03:41:11] <skunkworks> andypugh: I think because the math is easier - he can easially calculate the position along the path. Harder with parabolic blends
[03:41:16] <pcw_home> 'nite
[03:41:23] <Tom_itx> later andy
[03:41:25] -!- andypugh has quit [Quit: andypugh]
[03:42:07] <Tom_itx> you'd really need a cmm to test the accuracy
[03:42:15] -!- tinkerer has quit [Quit: Leaving.]
[03:42:19] <Tom_itx> and know the condition of your mill
[03:42:48] <Tom_itx> i know the mill is a bit sloppy and have no cmm
[03:43:59] <pcw_home> but the actual path deviation from gcode can be measured from by running sim
[03:45:05] <pcw_home> at least at the samples
[03:46:00] -!- somenewguy has quit [Remote host closed the connection]
[03:49:52] <pcw_home> I wonder if on a real machine you may actually get worse accuracy
[03:49:54] <pcw_home> with the new TP because of the higher acceleration
[03:49:55] <pcw_home> (though this is traded off for higher speed)
[03:51:39] <eric_unterhausen> if the speed is more even, then that should be good for part quality
[03:51:56] <eric_unterhausen> trading off for a little sloppiness in actual location of the tool
[03:52:57] <skunkworks> pcw_home: this expains it pretty well
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?TrajectoryControl
[03:53:33] <skunkworks> although they added Q to allow you to adjust path following separatly from the naive cam (adding segments together)
[03:53:43] <pcw_home> Yeah it would be nice to make cut identical shapes with both and compare
[03:53:45] <pcw_home> (also when set for same completion time)
[03:53:53] -!- theorbtwo has quit [Remote host closed the connection]
[03:55:22] <pcw_home> skunkworks: yes Ive seen that I just did not realize that the new TP has the same features
[04:00:22] <skunkworks> yes
[04:00:34] -!- wboykinm has quit []
[04:00:50] <Tom_itx> like i say, someone with a good setup and cmm should try it
[04:01:46] <skunkworks> he did change Q - if Q isn't specified in the current tp it make q the same as p. (so you could be twice as far away from the program path in spots) he defaults Q to 0 unless specified.
[04:02:25] <cradek> I'd like to see the NCD gone
[04:02:50] <skunkworks> He seems to have thought about it quite well. He didn't just tear out and start new.. He used what cradek did and used that for a fall back for unhandled blends
[04:03:22] -!- WalterN has quit [Remote host closed the connection]
[04:06:17] <pcw_home> Yeah I guess NCD is just added complexity if you have look-ahead
[04:06:42] <eric_unterhausen> does linuxcnc have a boa?
[04:06:56] <cradek> we don't have any snake that I know of
[04:07:08] <eric_unterhausen> BOA
[04:07:18] <eric_unterhausen> book of acronyms
[04:07:27] <cradek> haha
[04:10:55] <skunkworks> naive cam detector
[04:11:20] <skunkworks> which doesn't really explain it to me.. :)
[04:11:39] <Tom_itx> how much of the original govt project is still in the code?
[04:11:41] <Tom_itx> any?
[04:12:01] <eric_unterhausen> the TP had government cheese last time I looked
[04:17:16] <skunkworks> cradek: took your advice and sent it to peter. (almost forgot to put the 7i80 in the package)
[04:26:27] -!- atom1 [atom1!~tom@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[04:34:22] <Tom_itx> to get master i add the deb to the software sources?
[04:35:42] <atom1> i probably want lucid 32bit right?
[04:36:25] <atom1> do i want the deb or deb-src line?
[04:37:07] -!- AR__ has quit [Ping timeout: 260 seconds]
[04:41:57] -!- theorbtwo has quit [Remote host closed the connection]
[04:42:07] -!- tjtr33 [tjtr33!~tjtr33@76-216-190-185.lightspeed.cicril.sbcglobal.net] has joined #linuxcnc-devel
[04:56:49] -!- tjtr33 has quit [Quit: Leaving]
[04:58:30] <zultron_> Hi seb_kuzminsky, happy New Year! My holidays are officially over, whew.
[04:59:18] <zultron_> We haven't ever built debs, so the packaging is probably untouched since pre-RTOS.
[04:59:33] zultron_ is now known as zultron
[05:01:23] <zultron> I can tell you how I build the RPM packages. The tricky bit is pkg deps, and maybe optional packages.
[05:02:09] <atom1> yeah i got errors using deb
[05:03:28] <zultron> So, the base packages are probably similarly named: linuxcnc, linuxcnc-devel, linuxcnc-doc.
[05:04:13] <zultron> Then there are the flavor packages: linuxcnc-flavor-posix, linuxcnc-flavor-rt-preempt, linuxcnc-flavor-xenomai-kernel....
[05:05:00] <atom1> i was gonna try and load the new TP code to test
[05:05:01] <zultron> Depending on what happened during src/configure, those may or may not all need to be built.
[05:05:21] <atom1> i don't think i'll tackle it tonight
[05:05:35] <zultron> atom1, are you talking about UBC3? We've never built .debs from that, and it's not trivial. :)
[05:06:17] <atom1> i don't know what UBC3 is but i was gonna try to load the current work in progress to test
[05:06:51] <zultron> Anyway, the Debian packaging needs to be configured to disable generation of any flavors that weren't built during ./configure;make.
[05:07:34] <zultron> A final tricky point is adding a dependency on the kernel package, including version, for kthread flavors.
[05:08:06] <Tom_itx> skunkworks said he's walk me thru it later on
[05:08:16] <Tom_itx> i've never built one from scratch
[05:08:25] <Tom_itx> i'm in no rush
[05:08:56] <zultron> seb_kuzminsky ^ So, that's the story on packaging. If you decide to take it on, let me know.
[05:09:59] <zultron> Sorry atom1, for some silly reason I thought you were talking to me. :)
[05:10:27] <Tom_itx> likewise
[05:10:46] <Tom_itx> ^^ is atom1
[05:11:36] -!- Lekensteyn has quit [Ping timeout: 260 seconds]
[05:12:31] -!- BlinkyBill_ has quit [Read error: Connection reset by peer]
[05:13:05] <Tom_itx> i'm off for today anyway...
[05:13:14] -!- atom1 has quit [Quit: Leaving]
[05:15:55] -!- BlinkyBill has quit [Ping timeout: 272 seconds]
[05:19:21] -!- ve7it has quit [Remote host closed the connection]
[05:31:15] -!- garfong has quit [Quit: Leaving]
[05:48:03] -!- i_tarzan has quit [Ping timeout: 252 seconds]
[05:48:05] -!- Thetawaves has quit [Remote host closed the connection]
[05:51:07] -!- malcom2073 has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
[05:57:35] -!- i_tarzan_ has quit [Ping timeout: 252 seconds]
[06:01:59] -!- Guest62550 has quit [Ping timeout: 260 seconds]
[06:03:14] -!- Fox_Muldr has quit [Ping timeout: 264 seconds]
[06:10:10] -!- someone972 has quit [Quit: irc2go]
[06:17:01] -!- skorasaurus has quit [Ping timeout: 252 seconds]
[06:19:07] -!- cmorley has quit [Quit: Leaving.]
[06:27:05] -!- patrickarlt has quit [Quit: Leaving...]
[06:47:49] -!- somenewguy has quit [Ping timeout: 252 seconds]
[06:48:53] -!- kwallace [kwallace!~kwallace@smb-140.sonnet.com] has parted #linuxcnc-devel
[07:06:10] -!- i_tarzan has quit [Ping timeout: 245 seconds]
[07:23:17] -!- cmorley [cmorley!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc-devel
[07:39:28] -!- FinboySlick has quit [Quit: Leaving.]
[08:01:10] -!- i_tarzan_ has quit [Ping timeout: 245 seconds]
[08:12:42] -!- psha [psha!~psha@213.208.162.67] has joined #linuxcnc-devel
[08:12:47] -!- uw has quit [Quit: Leaving]
[08:17:41] -!- tjb1 has quit [Ping timeout: 272 seconds]
[08:39:52] -!- terabyte- has quit [Quit: terabyte-]
[08:48:07] -!- cmorley has quit [Ping timeout: 260 seconds]
[09:04:35] -!- uwe_ has quit [Ping timeout: 252 seconds]
[09:10:05] -!- logger[psha] has quit [Ping timeout: 252 seconds]
[09:11:22] -!- logger[psha]_ [logger[psha]_!~loggerpsh@195.135.238.205] has joined #linuxcnc-devel
[09:15:49] -!- jepler_ [jepler_!~jepler@rrcs-76-79-27-186.west.biz.rr.com] has joined #linuxcnc-devel
[09:16:10] -!- ds3 has quit [*.net *.split]
[09:16:11] -!- syyl- has quit [*.net *.split]
[09:16:11] -!- R2E4 has quit [*.net *.split]
[09:16:12] -!- SpeicusX has quit [*.net *.split]
[09:16:12] -!- jleh has quit [*.net *.split]
[09:16:12] -!- Loetmichel has quit [*.net *.split]
[09:16:12] -!- The_Ball has quit [*.net *.split]
[09:16:13] -!- ReadError has quit [*.net *.split]
[09:16:13] -!- jazzy has quit [*.net *.split]
[09:16:13] -!- crank has quit [*.net *.split]
[09:16:13] -!- toxx has quit [*.net *.split]
[09:16:14] -!- logger[psha] has quit [*.net *.split]
[09:16:14] -!- the_wench has quit [*.net *.split]
[09:16:14] -!- steves_logging has quit [*.net *.split]
[09:16:14] -!- s1dev has quit [*.net *.split]
[09:16:15] -!- markvandenborre has quit [*.net *.split]
[09:16:15] -!- Tom_itx has quit [*.net *.split]
[09:16:16] -!- jfrmilner has quit [*.net *.split]
[09:16:16] -!- linuxcnc-build has quit [*.net *.split]
[09:16:16] -!- seb_kuzminsky has quit [*.net *.split]
[09:16:16] -!- Blorb has quit [*.net *.split]
[09:16:17] -!- inventor42 has quit [*.net *.split]
[09:16:18] -!- mal`` has quit [*.net *.split]
[09:16:19] -!- toner has quit [*.net *.split]
[09:16:19] -!- roycroft has quit [*.net *.split]
[09:16:19] -!- jepler has quit [*.net *.split]
[09:16:19] -!- putnik has quit [*.net *.split]
[09:16:20] -!- Jymmm has quit [*.net *.split]
[09:16:20] -!- l0ggy has quit [*.net *.split]
[09:16:21] -!- copec has quit [*.net *.split]
[09:16:21] -!- voxadam has quit [*.net *.split]
[09:16:21] -!- phillipadsmith has quit [*.net *.split]
[09:16:22] -!- Connor has quit [*.net *.split]
[09:16:22] -!- pcw_home has quit [*.net *.split]
[09:16:25] -!- morfic has quit [*.net *.split]
[09:16:25] -!- archivist_herron has quit [*.net *.split]
[09:16:25] -!- uwe_mobile has quit [*.net *.split]
[09:16:26] -!- _methods_ has quit [*.net *.split]
[09:16:26] -!- pjm has quit [*.net *.split]
[09:16:27] -!- jdh has quit [*.net *.split]
[09:16:29] -!- jerryitt has quit [*.net *.split]
[09:16:30] -!- Gigs- has quit [*.net *.split]
[09:16:30] -!- Spida has quit [*.net *.split]
[09:16:31] -!- Deejay has quit [*.net *.split]
[09:16:31] -!- i_tarzan has quit [*.net *.split]
[09:16:31] -!- Fox_Muldr has quit [*.net *.split]
[09:16:32] -!- jthornton_ has quit [*.net *.split]
[09:16:32] -!- arvidkahl has quit [*.net *.split]
[09:16:34] -!- cradek has quit [*.net *.split]
[09:16:35] -!- zlog has quit [*.net *.split]
[09:16:35] -!- sivu has quit [*.net *.split]
[09:16:36] -!- cpresser has quit [*.net *.split]
[09:16:36] -!- alex_joni has quit [*.net *.split]
[09:16:39] -!- ybon has quit [*.net *.split]
[09:16:42] -!- t12_ has quit [*.net *.split]
[09:16:47] -!- kengu has quit [*.net *.split]
[09:16:54] -!- lyzidiamond has quit [*.net *.split]
[09:16:56] -!- mozmck has quit [*.net *.split]
[09:16:56] -!- djinni` has quit [*.net *.split]
[09:16:57] -!- CaptHindsight has quit [*.net *.split]
[09:16:57] -!- fatpandas has quit [*.net *.split]
[09:16:57] -!- DaViruz has quit [*.net *.split]
[09:16:58] -!- njh has quit [*.net *.split]
[09:16:59] -!- nilsht has quit [*.net *.split]
[09:16:59] -!- Err has quit [*.net *.split]
[09:17:00] -!- Thetawaves has quit [*.net *.split]
[09:17:00] -!- FreezingCold has quit [*.net *.split]
[09:17:00] -!- R2E4_ has quit [*.net *.split]
[09:17:00] -!- Demiurge has quit [*.net *.split]
[09:17:01] -!- krusty_ar has quit [*.net *.split]
[09:17:01] -!- skroon has quit [*.net *.split]
[09:17:01] -!- zultron has quit [*.net *.split]
[09:17:01] -!- tris has quit [*.net *.split]
[09:17:01] -!- crib has quit [*.net *.split]
[09:17:01] -!- toastydeath has quit [*.net *.split]
[09:17:01] -!- eric_u_cnc has quit [*.net *.split]
[09:17:01] -!- phantoneD has quit [*.net *.split]
[09:17:01] -!- sirdancealo2 has quit [*.net *.split]
[09:17:01] -!- MarkusBec has quit [*.net *.split]
[09:17:01] -!- racicot has quit [*.net *.split]
[09:17:02] -!- jmasseo has quit [*.net *.split]
[09:17:03] -!- skunkworks has quit [*.net *.split]
[09:17:03] -!- gambakufu has quit [*.net *.split]
[09:17:04] -!- memleak has quit [*.net *.split]
[09:17:04] -!- gimps has quit [*.net *.split]
[09:17:04] -!- ssi has quit [*.net *.split]
[09:17:04] -!- nots has quit [*.net *.split]
[09:17:04] -!- arekm has quit [*.net *.split]
[09:17:05] -!- bietiekay has quit [*.net *.split]
[09:17:05] -!- sheppard has quit [*.net *.split]
[09:17:05] -!- eric_unterhausen has quit [*.net *.split]
[09:17:07] -!- shurshur has quit [*.net *.split]
[09:17:08] -!- marvi has quit [*.net *.split]
[09:17:10] -!- MacGalempsy_ has quit [*.net *.split]
[09:17:10] -!- likewhoa has quit [*.net *.split]
[09:17:10] -!- grummund has quit [*.net *.split]
[09:17:11] -!- hashfail has quit [*.net *.split]
[09:17:11] -!- logger[mah] has quit [*.net *.split]
[09:17:11] -!- MrSunshine has quit [*.net *.split]
[09:17:11] -!- Meduza has quit [*.net *.split]
[09:17:12] -!- roh has quit [*.net *.split]
[09:17:12] -!- aude has quit [*.net *.split]
[09:17:13] -!- matheus__ has quit [*.net *.split]
[09:17:13] -!- JT-Shop has quit [*.net *.split]
[09:17:13] -!- |1li has quit [*.net *.split]
[09:17:14] -!- RyanS has quit [*.net *.split]
[09:17:14] -!- sasha| has quit [*.net *.split]
[09:17:15] -!- jst has quit [*.net *.split]
[09:17:16] -!- Vq has quit [*.net *.split]
[09:17:16] -!- ChanServ has quit [*.net *.split]
[09:17:23] -!- tjb11 has quit [*.net *.split]
[09:17:23] -!- psha has quit [*.net *.split]
[09:17:23] -!- geografa has quit [*.net *.split]
[09:17:24] -!- gonzo_ has quit [*.net *.split]
[09:17:24] -!- printallthething has quit [*.net *.split]
[09:17:24] -!- TekniQue has quit [*.net *.split]
[09:17:24] -!- KGB-linuxcnc has quit [*.net *.split]
[09:17:26] -!- awallin has quit [*.net *.split]
[09:17:26] -!- olli- has quit [*.net *.split]
[09:29:09] -!- awallin [awallin!awallin@lakka.kapsi.fi] has joined #linuxcnc-devel
[09:29:09] -!- KGB-linuxcnc [KGB-linuxcnc!~kgb-linux@git.linuxcnc.org] has joined #linuxcnc-devel
[09:29:09] -!- the_wench [the_wench!~the_wench@host81-149-189-98.in-addr.btopenworld.com] has joined #linuxcnc-devel
[09:29:18] -!- JT-Shop [JT-Shop!~john@75.106.20.181] has joined #linuxcnc-devel
[09:29:31] -!- mozmck [mozmck!~moses@client-67.210.159.209.dfwtx.partnershipbroadband.com] has joined #linuxcnc-devel
[09:29:31] -!- CaptHindsight [CaptHindsight!~2020@unaffiliated/capthindsight] has joined #linuxcnc-devel
[09:29:53] -!- zultron [zultron!~zultron@99-190-134-148.lightspeed.austtx.sbcglobal.net] has joined #linuxcnc-devel
[09:29:53] -!- jthornton_ [jthornton_!~john@75.106.20.181] has joined #linuxcnc-devel
[09:29:53] -!- mal`` [mal``!~mal``@li125-242.members.linode.com] has joined #linuxcnc-devel
[09:29:53] -!- pcw_home [pcw_home!~chatzilla@50.174.121.10] has joined #linuxcnc-devel
[09:29:53] -!- cradek [cradek!~chris@outpost.timeguy.com] has joined #linuxcnc-devel
[09:29:53] -!- zlog [zlog!~zlog@ip68-102-192-239.ks.ok.cox.net] has joined #linuxcnc-devel
[09:29:53] -!- alex_joni [alex_joni!~alex_joni@81.196.65.201] has joined #linuxcnc-devel
[09:30:26] -!- seb_kuzminsky [seb_kuzminsky!~seb@184-96-165-188.hlrn.qwest.net] has joined #linuxcnc-devel
[09:30:27] -!- linuxcnc-build [linuxcnc-build!~linuxcnc-@184-96-165-188.hlrn.qwest.net] has joined #linuxcnc-devel
[09:30:43] -!- logger[mah] [logger[mah]!~loggermah@mah2.mah.priv.at] has joined #linuxcnc-devel
[09:30:56] -!- psha [psha!~psha@213.208.162.67] has joined #linuxcnc-devel
[09:30:56] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[09:30:56] -!- eric_unterhausen [eric_unterhausen!~eric@c-71-58-221-203.hsd1.pa.comcast.net] has joined #linuxcnc-devel
[09:30:56] -!- memleak [memleak!~memleak@unaffiliated/memleak] has joined #linuxcnc-devel
[09:44:40] -!- Komzpa has quit [Ping timeout: 246 seconds]
[09:57:50] -!- syyl- has quit [Ping timeout: 264 seconds]
[10:06:15] -!- i_tarzan has quit [Ping timeout: 245 seconds]
[10:09:43] -!- rob_h [rob_h!~robh@90.193.126.10] has joined #linuxcnc-devel
[10:30:57] -!- i_tarzan_ has quit [Ping timeout: 272 seconds]
[10:31:58] -!- KimK [KimK!~Kim__@ip24-255-223-153.ks.ks.cox.net] has joined #linuxcnc-devel
[10:38:33] -!- KimK has quit [Ping timeout: 272 seconds]
[11:02:11] -!- psha has quit [Quit: Lost terminal]
[11:13:21] -!- Komzzpa has quit [Read error: Connection reset by peer]
[11:15:17] -!- moonlite has quit [Ping timeout: 245 seconds]
[11:16:19] jthornton_ is now known as jthornton
[11:24:03] -!- printallthething has quit [Read error: Connection reset by peer]
[11:35:39] -!- h0st1le has quit [Ping timeout: 252 seconds]
[11:43:10] -!- motioncontrol has quit [Quit: Sto andando via]
[11:45:26] -!- b_b has quit [Changing host]
[12:15:47] -!- moonlite has quit [Quit: moonlite]
[12:23:37] -!- moonlite has quit [Remote host closed the connection]
[12:23:50] -!- ktchk [ktchk!~eddie6929@n219079227146.netvigator.com] has joined #linuxcnc-devel
[12:32:38] -!- exco has quit [Ping timeout: 264 seconds]
[12:42:59] -!- ktchk [ktchk!~eddie6929@n219079227146.netvigator.com] has parted #linuxcnc-devel
[12:48:29] -!- wendtmk has quit [Ping timeout: 272 seconds]
[12:48:41] wendtmk_ is now known as wendtmk
[12:57:31] -!- skunkworks has quit [Remote host closed the connection]
[13:03:28] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[13:14:11] -!- archivist_herron has quit [Ping timeout: 260 seconds]
[13:34:32] -!- wendtmk has quit [Quit: ChatZilla 0.9.90.1 [Firefox 26.0/20131205075310]]
[13:46:36] -!- Loetmichel has quit [Ping timeout: 240 seconds]
[13:47:55] -!- GuShH_ has quit [Ping timeout: 245 seconds]
[13:50:17] -!- balestrino has quit [Ping timeout: 245 seconds]
[13:57:38] -!- Thetawaves has quit [Quit: This computer has gone to sleep]
[14:08:34] -!- GuShh_Lap2 has quit [Ping timeout: 246 seconds]
[14:14:23] -!- chillly has quit [Quit: Leaving]
[14:17:11] -!- GuShH_ has quit [Ping timeout: 260 seconds]
[14:22:38] -!- asdfasd has quit [Ping timeout: 265 seconds]
[14:27:49] -!- exco has quit [Ping timeout: 246 seconds]
[14:29:16] -!- ChanServ has quit [*.net *.split]
[14:58:13] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[15:06:30] -!- kwallace [kwallace!~kwallace@smb-84.sonnet.com] has joined #linuxcnc-devel
[15:10:23] -!- cwmma has quit [Quit: cwmma]
[15:17:22] -!- rootB has quit []
[15:26:49] -!- theorbtwo has quit [Remote host closed the connection]
[15:37:38] reventlov is now known as Reventlov
[15:38:45] uwe__ is now known as uwe_
[15:57:04] -!- kwallace2 [kwallace2!~kwallace@smb-49.sonnet.com] has joined #linuxcnc-devel
[15:57:04] -!- kwallace has quit [Read error: Connection reset by peer]
[16:11:55] -!- GuShH_ has quit [Read error: Connection reset by peer]
[16:13:08] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 20.0/20130329043827]]
[16:15:30] -!- atom1 [atom1!~tom@ip68-102-192-239.ks.ok.cox.net] has joined #linuxcnc-devel
[16:15:30] -!- atom1 has quit [Changing host]
[16:15:30] -!- atom1 [atom1!~tom@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[16:15:50] -!- maximilian_h [maximilian_h!~bonsai@xdsl-89-0-84-58.netcologne.de] has joined #linuxcnc-devel
[16:19:27] -!- matheus__ has quit [Ping timeout: 245 seconds]
[16:27:42] -!- maximilian_h has quit [Quit: Leaving.]
[16:30:31] -!- Servos4ever has quit [Quit: ChatZilla 0.9.90.1 [SeaMonkey 2.23/20131210201646]]
[16:36:16] -!- matheus_ has quit [Ping timeout: 246 seconds]
[16:37:23] -!- Demiurge has quit [Ping timeout: 272 seconds]
[16:39:29] -!- garfong has quit [Quit: Leaving]
[16:55:55] -!- atom1 has quit [Quit: Leaving]
[16:58:26] -!- steves_logging [steves_logging!~Steve@wsip-70-168-134-18.dc.dc.cox.net] has joined #linuxcnc-devel
[17:03:57] -!- atom1 [atom1!~tom@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[17:14:48] -!- norbert [norbert!~norbert@a89-182-82-116.net-htp.de] has joined #linuxcnc-devel
[17:16:37] -!- terabyte- has quit [Quit: terabyte-]
[17:23:53] -!- GuShH_ has quit [Ping timeout: 265 seconds]
[17:38:49] -!- R2E4__ has quit [Ping timeout: 272 seconds]
[17:43:07] -!- balestrino has quit [Ping timeout: 246 seconds]
[17:45:01] -!- skorasaurus has quit [Quit: WeeChat 0.4.2]
[18:01:39] -!- GuShh_Lap2 has quit [Ping timeout: 260 seconds]
[18:09:51] -!- kiw has quit [Ping timeout: 272 seconds]
[18:15:36] -!- somenewguy has quit [Ping timeout: 265 seconds]
[18:21:42] -!- ler_hydra has quit [Remote host closed the connection]
[18:23:44] -!- atom1 has quit [Quit: Leaving]
[18:39:36] -!- MacGalempsy_ has quit [Ping timeout: 246 seconds]
[18:39:55] -!- k4v has quit [Ping timeout: 260 seconds]
[18:42:12] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 20.0/20130329043827]]
[18:49:47] -!- matheus_ has quit [Ping timeout: 252 seconds]
[18:53:43] tjb11 is now known as tjb1
[19:02:12] -!- k4v has quit [Client Quit]
[19:04:05] -!- matheus__ has quit [Ping timeout: 252 seconds]
[19:07:13] -!- pjm has quit [Ping timeout: 272 seconds]
[19:10:18] -!- k4v has quit [Remote host closed the connection]
[19:10:44] -!- ekolojik has quit [Changing host]
[19:10:44] -!- `Nerobro has quit [Remote host closed the connection]
[19:16:34] -!- `Nerobro has quit [Ping timeout: 246 seconds]
[19:30:02] -!- matheus_ has quit [Ping timeout: 265 seconds]
[19:46:14] -!- davc has quit [Client Quit]
[19:46:39] -!- Komzzpa has quit [Ping timeout: 260 seconds]
[19:57:06] -!- motioncontrol has quit [Remote host closed the connection]
[19:59:21] <norbert> Is there anyone, who knows about gremlin? It is not dealing correct with G53! Just test G17 G21 G54 G40 then F200 then G53 G0Z-2 then G38.2 Z-40 and M2 and see what gremlin does, it begins the move over the coordinate system and went another from under the coordinate system, so if your workpiece is not as high as the move it will result in an error exceeding the limits. I need help to solve that.
[20:00:58] -!- mhaberler [mhaberler!~mhaberler@h081217197121.dyn.cm.kabsi.at] has joined #linuxcnc-devel
[20:01:13] Cylly is now known as Loetmichel
[20:01:31] -!- crib has quit [Remote host closed the connection]
[20:06:23] <norbert> To see the matter with g53 and gremlin better, just move your G54 origing and see the result. OK who is the gremlin expert?
[20:11:04] <eric_unterhausen> what's a gremlin?
[20:11:25] <norbert> That is the preview from axis or other GUI.
[20:17:45] -!- lbl has quit [Quit: lbl]
[20:21:04] -!- FreezingCold has quit [Read error: Operation timed out]
[20:21:11] <cradek> I don't understand what you mean by "begins the move over the coordinate system and went another from under the coordinate system"
[20:21:11] <KGB-linuxcnc> 05vfd-b-3 59c4195 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=59c4195
[20:23:06] <norbert> cradek: Just do a move G53 Z-2 and after that a G38.2 Z-40 If you see it OK, the move Z axis down by 20 mm and set G54 Origin here and see the plot, now you have a move much longer than 40 mm.
[20:23:53] <KGB-linuxcnc> 05vfd-b-2 fbc7cc4 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=fbc7cc4
[20:24:10] <cradek> I think you might be misunderstanding how G53 works but I am still not quite sure
[20:24:30] <cradek> do you expect the G53 to still have some affect after that line? if so your expectation is wrong
[20:24:39] <cradek> effect
[20:24:54] <cradek> g53 only applies to the line it is on
[20:26:09] <cradek> http://linuxcnc.org/docs/html/gcode/gcode.html#sec:G53-Move-in
[20:26:34] <norbert> I know this, but I must move the machine over the tool probe with G53 and the move of G38 should begin at the position the machine is and not from G54 , or am I wrong?
[20:27:22] <norbert> So why gremlin makes also a move from G54 origin?
[20:28:10] <norbert> If you are with G54 origin only 30 mm over negativ limit, you are not able to probe, because you get an error traveling over joint2 negativ limit.
[20:28:19] <cradek> do you mean there's a line in the preview you don't expect, or do you mean there is motion you don't expect?
[20:29:11] <norbert> Both, the line sjould not be there and the mentioned code should work, even if my G54 is only 2 mm over the negativ limit
[20:29:11] <cradek> your probing move can not have a programmed endpoint outside the limits of the machine. but this has nothing to do with previews...?
[20:30:04] <cradek> if your origin is 2mm above the limit and you program a move to Z-40 in G91 mode it should certainly be an error
[20:30:13] <cradek> G90
[20:30:15] <norbert> My probe point does not have a endpoint outside the limit! It starts at G53 Z -2 and goes -40 mm
[20:30:20] <norbert> Yes G90
[20:30:37] <norbert> My Z axis has 100 mm
[20:30:47] <cradek> are you in g90?
[20:30:53] <norbert> yes!
[20:31:10] <cradek> then your probe move is programmed to go to the active system's Z-40
[20:31:39] <norbert> Let me try with G91, one moment
[20:31:40] <cradek> in your example code above that active system is G54
[20:31:56] <norbert> yes and it must be this way
[20:33:15] -!- owhite has quit [Remote host closed the connection]
[20:33:48] <norbert> Ah that is the secret! I think it is OK , I will do some more tests!
[20:55:43] -!- owhite [owhite!~owhite@c-68-50-143-182.hsd1.md.comcast.net] has joined #linuxcnc-devel
[20:56:29] -!- cwmma has quit [Quit: cwmma]
[20:59:18] <owhite> hello people, I just installed linuxcnc on ubuntu 12.04 using the docs here:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?LinuxCNC_On_Ubuntu_Precise which went reasonably well thanks to you all. But it looks like it did not install the mesa hostmot2. At least it's reporting "hm2/5i20/SVST8_4.BIT not found" and I believe they are supposed to be present in /lib/firmware/hm2 - and I dont have that directory. Any suggestions?
[21:00:30] <cradek> install the firmware package you need
[21:00:40] <cradek> I think they are something like hostmot2-firmware-*
[21:00:56] <owhite> where can I get them?
[21:01:10] <owhite> at the mesa site?
[21:01:19] <cradek> use apt
[21:01:21] <seb_kuzminsky> owhite: it's on the linuxcnc.org debian archive
[21:01:43] <owhite> ok....
[21:01:56] <cradek> looks like these instructions have you end up with buildbot packages
[21:02:21] <cradek> er no, linuxcnc.org/precise/base should do it
[21:02:29] <cradek> you should be able to just install them with apt the usual way
[21:03:29] <seb_kuzminsky> cradek: they do, because there's no precise rtai debs on w.l.o yet
[21:04:03] <cradek> you mean precise 2.5 debs?
[21:04:17] <cradek> ah you mean precise 2.5-on-rtai debs
[21:04:38] <seb_kuzminsky> precise anything-on-rtai
[21:04:47] <cradek> ok right
[21:04:56] <cradek> but there are precise rtai-debs
[21:05:11] <seb_kuzminsky> linux-image-rtai.deb, yes
[21:05:24] <cradek> I understand now
[21:05:35] <cradek> the instructions are exactly right
[21:05:35] <seb_kuzminsky> and next time we make a release, which should be in 2099 or so, we'll get linuxcnc-rtai.deb for precise
[21:05:54] <owhite> thank you people, apt-get install hostmot2-firmware-5i20
[21:06:01] <seb_kuzminsky> yay!
[21:06:04] <cradek> don't promise a schedule!
[21:06:08] <seb_kuzminsky> haha
[21:06:39] <owhite> A schedule? Let me log this chat to the github repository announcement board.
[21:07:03] -!- owhite has quit [Remote host closed the connection]
[21:08:13] <seb_kuzminsky> now i've done it
[21:17:17] <seb_kuzminsky> zultron: thanks for that explanation
[21:17:57] -!- terabyte- has quit [Quit: terabyte-]
[21:18:32] <seb_kuzminsky> i had thought that the unified build built a single flavor-less package that would detect at runtime which flavor it was running on, and use the right part of itself for that environment, am i wrong about that?
[21:22:16] <zultron> Hi seb_kuzminsky
[21:23:32] <zultron> The UBC needs to be broken up among flavor packages for the big distros, since they won't carry the build deps for all flavors.
[21:24:16] <zultron> Also, for kernel threads it's useful to be able to update just the flavor pkg when the kernel is updated, and not the whole linuxcnc package.
[21:24:51] <zultron> However, if you're just trying to get the buildbot building packages, building everything in one pkg seems like an acceptable shortcut until these problems are worked out.
[21:26:51] <seb_kuzminsky> i see - that makes sense
[21:27:07] <zultron> Oh, 'big distros' point not finished: 3rd-party distros can then build flavor pkgs against the big distro -devel pkgs in the cases where the big distro doesn't have the build deps.
[21:36:36] -!- andypugh [andypugh!~andy2@cpc14-basl11-2-0-cust436.20-1.cable.virginm.net] has joined #linuxcnc-devel
[21:37:16] -!- somenewguy has quit [Ping timeout: 246 seconds]
[21:38:04] <andypugh> I am looking at why MDI_COMMANDS and switching from manual to MDI mode in 2.5.3 with non-trivial kinematics cause an undesirable switch back to joint mode.
[21:38:52] <andypugh> I have previously proved that it still happens even if halui is the only ui, which gets all the GUIs off the hook.
[21:39:22] -!- eric_unterhausen has quit [Quit: Leaving.]
[21:39:23] <andypugh> What I hadn't previously noticed was that it only actually happens if you have load halui. Axis without Halui seems to work as-expected.
[21:39:41] <seb_kuzminsky> zultron: i had thought that at compile-time (or at configure-time before), the available flavors would be enumerated, and a binary would be built that supported them all, but i understand now that i was wrong about that
[21:41:32] <andypugh> Is there anyone online who understands task well enough to take a look at emctask.cc, and the emcTaskSetMode function (line 201) and see if it makes sense? It _looks_ like setting mode to manual explicitly sets EMC_TRAJ_MODE_FREE, which deesn't seem like it makes sense to me
[21:42:16] <seb_kuzminsky> andypugh: i know task a little bit, but i'm elbows-deep in something else at the moment, sorry :-/
[21:43:16] <andypugh> Are you in the way in or the way out? It can wait several hours :-)
[21:45:13] -!- cwmma has quit [Quit: cwmma]
[21:48:23] -!- GuShH_ has quit [Ping timeout: 260 seconds]
[21:49:26] -!- matheus__ has quit [Ping timeout: 264 seconds]
[21:54:05] -!- afiber__ has quit [Quit: Konversation terminated!]
[21:54:11] <zultron> seb_kuzminsky, that's not wrong. At configure time, flavors are enumerated, and binaries are built.
[21:54:30] <zultron> The per-flavor binaries are mostly module binaries, plus the rtapi_app binary.
[21:55:00] <zultron> After that, the 'realtime' script sets things up to select the flavor at run time.
[21:56:30] <zultron> For the packages, sooner or later, the flavor-specific binaries will be packaged separately. The realtime script will detect any binaries that are installed and select the best flavor.
[21:56:40] <seb_kuzminsky> aha
[21:59:08] `Nerobro_ is now known as `Nerobro
[21:59:38] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[22:05:39] -!- matheus_ has quit [Ping timeout: 260 seconds]
[22:07:27] <seb_kuzminsky> ok, so it is the way i thought
[22:07:35] <seb_kuzminsky> i think that way makes sense
[22:08:20] <seb_kuzminsky> the only difficulty then for building for the big distros is that we sort of violate the notion of build-dependencies, right?
[22:09:15] <seb_kuzminsky> all of ubc3 and master and 2.5 do this: they don't build-depend on any particular kernels, but they detect what kernels are available and build binaries for them
[22:09:53] <zultron> The big distro packages will include only base binary pkg plus the posix and rt-preempt module pkgs. No violations.
[22:10:40] <seb_kuzminsky> no violations, agreed
[22:11:01] <seb_kuzminsky> just a bit of extra hassle to tune the source package to build-depend on the kernels we humans know are available on those platforms
[22:11:19] <zultron> If a 3rd-party wants to ship kthread packages, they should be built against the big distro pkgs, with those pkgs as deps. Also, they will be built against some particular kernel, and that kernel ABI needs to be a dep.
[22:11:30] <seb_kuzminsky> yep
[22:12:14] <zultron> Not sure I understand about the source pkg tuning?
[22:12:53] <seb_kuzminsky> debian wheezy has linux-image-rtpreempt, but ubuntu precise does not
[22:13:19] <seb_kuzminsky> the linuxcnc source package that builds on wheezy should build-depend on linux-image-rtpreempt-headers, so that the rtpreempt flavor gets built
[22:13:32] <zultron> Ah, so the source pkg needs to skip the rtpreempt pkging for precise.
[22:13:47] <seb_kuzminsky> but the linuxcnc source package that builds on precise must not build-depend on that kernel-headers package or it will fail to build
[22:13:50] <seb_kuzminsky> yes
[22:14:16] <seb_kuzminsky> i wish there was a way to express "build-recommends", but there isn't (at least in debian source packages, dont know about redhat and the others)
[22:14:38] <seb_kuzminsky> it's not just that the precise build needs to skip packaging for rtpreempt, it's worse than that
[22:15:10] <seb_kuzminsky> source packages are built into binary packages in chroots, like the pbuilder that you set up for the kernels, and that the buildbot uses
[22:15:22] <zultron> I see what you mean. Yes, the packaging will need some config variable that enables some pkgs and disables others.
[22:15:46] <seb_kuzminsky> the chroots start out with the minimal set of packages installed, and the source package that's being built specifies what other packages it needs to build itself
[22:16:04] <zultron> Right, same with RH.
[22:16:05] <seb_kuzminsky> those build-dependencies are installed into the chroot before the source package is built
[22:16:08] <seb_kuzminsky> righ
[22:16:11] <seb_kuzminsky> t
[22:16:13] -!- jasen_ has quit [Quit: Page closed]
[22:16:15] <zultron> The build deps are only installed if the packaging calls for them.
[22:16:20] <seb_kuzminsky> right
[22:16:36] <seb_kuzminsky> so either the source package build-depends on the rtpreempt headers (for example), or they dont
[22:16:51] <seb_kuzminsky> the build automation satisfies the build-dependency or it fails the build
[22:17:03] <zultron> I don't really know how .deb pkging works. For my RH RPMs, I have switches to turn off flavors.
[22:17:19] <zultron> Those also turn off the build deps for those flavors.
[22:17:38] <seb_kuzminsky> does RH use source packages that build into binary packages? it must
[22:18:24] <zultron> Yes, but for the big distros, I'd have the 'exotic' flavors turned off.
[22:18:24] <seb_kuzminsky> and the source package runs some code to determine what its build dependencies are? that's cool. i think debian has a similar mechanism, called gencontrol, that we don't currently use
[22:18:25] -!- atom1 [atom1!~tom@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[22:19:00] <zultron> Yes, that's what the .deb packaging needs: control file built on the fly.
[22:19:21] <seb_kuzminsky> we sort of do that, but in a wonky nonstandard way with debian/configure
[22:19:56] <seb_kuzminsky> i'll look into it and see if debian/gencontrol can do what we want, if so i think the deb packaging issue will be solvable
[22:19:57] <zultron> It's all fuzzy, but I looked at gencontrol some time ago, and it may not be flexible enough to do what we need.
[22:20:05] <seb_kuzminsky> uh-oh
[22:20:23] <zultron> That's not really a problem, though, since we can do what we need with a shell script/makefile recipe.
[22:21:03] <zultron> There's nothing special about gencontrol. It simply writes the control file. A script can do the same thing.
[22:21:40] <seb_kuzminsky> you're right, gencontrol wont work
[22:22:35] <zultron> That wacky kpkg stuff rewrites its own control file, sometimes even when you don't want it to. :P
[22:22:37] <seb_kuzminsky> i don't think a shell script or makefile (in scripts/ or src/ or whatever) will fix the problem i'm thinking about
[22:23:17] <zultron> Well, I'm sure there're things I don't understand.
[22:23:35] <seb_kuzminsky> by the time we're running our build system, the build dependencies specified by the source package have already been enumerated and installed
[22:23:51] <zultron> Yes.
[22:23:59] <seb_kuzminsky> grumble
[22:24:23] <zultron> Wait, is that the problem?
[22:24:38] <zultron> Why?
[22:24:53] <zultron> Why is it a problem?
[22:25:12] -!- Deejay has quit [Quit: bye]
[22:25:31] <seb_kuzminsky> say you're trying to build linuxcnc for a debian distro, inside a minimal chroot
[22:25:47] <seb_kuzminsky> you copy the source package into the chroot, chroot into it, and unpack the source package
[22:26:07] <seb_kuzminsky> now you want to know what packages this source-package needs installed, in order to build
[22:26:25] <seb_kuzminsky> these build dependencies are listed in the source package metadata, in debian/control
[22:26:45] <zultron> Right.
[22:26:49] <seb_kuzminsky> *if* linux-headers-rtpreempt is listed in that file, then the rtpreempt headers will be installed, otherwise they wont
[22:27:09] <zultron> Yes.
[22:27:20] <seb_kuzminsky> after all the build-dependencies are installed, the package builder runs the source package's own build system, which looks to see what realtime flavors are available
[22:27:49] <seb_kuzminsky> if the source package called for rtpreempt headers to be installed, the build system will enable the rtpreempt flavor, otherwise it wont
[22:27:55] <zultron> Right.
[22:28:11] <zultron> So the source pkg needs to be pre-configured with which flavors it will build.
[22:28:18] <seb_kuzminsky> then all the enabled flavors get built & packaged and everything is copacetic
[22:28:46] -!- uw has quit [Quit: Leaving]
[22:28:49] <zultron> Yes, that's right.
[22:29:12] <zultron> Where's the problem? (My blood sugar's low)
[22:29:14] <seb_kuzminsky> exactly, that's what i meant when i said we need to tune the source packages to the distro we're building for
[22:29:25] <zultron> Ah, yes. That's right.
[22:29:45] <zultron> Each distro will have a slightly different pkg configuration.
[22:30:11] <zultron> For RH, that's not a problem, anyway. Why is it for Deb?
[22:31:00] <seb_kuzminsky> we currently build our deb source packages from our git repo, i guess we'll add a step to that to enumerate the available falvors and make the source package build-depend on their kernel headers
[22:31:17] <seb_kuzminsky> it's not a problem, just different from how we currently do it
[22:31:56] <zultron> In your buildbot, you'd point at a git repo where all flavors are enabled.
[22:32:26] <seb_kuzminsky> i dont think that's the way to do it
[22:32:29] <zultron> When it comes time to pkg for an upstream distro, the flavor list would need to be tweaked.
[22:33:20] <seb_kuzminsky> i'd prefer a script that examines the available packages (on whatever distro it finds itself running on) and builds a source package that build-depends on all the kernel header flavors it finds
[22:33:24] <seb_kuzminsky> maybe that's what you meant
[22:34:09] <seb_kuzminsky> that way we dont need a different branch in the git repo for each distro we target, we can have a script that runs equally well on all supported distros and does the tuning right for all of them
[22:34:10] <zultron> Yes, the same config going in should be the same config in the resulting source pkg.
[22:34:51] -!- chillly has quit [Quit: Leaving]
[22:34:52] <seb_kuzminsky> alright, cool, thanks for talking me through this
[22:35:02] <zultron> So here's where I'm unclear about the upstream packaging flow.
[22:35:52] <zultron> Where does Debian get its sources from, and must they be identical to the project's sources?
[22:36:03] <seb_kuzminsky> i was on the debian developer track many years ago, never finished the gauntlet, but i do know the answer to that
[22:36:26] <seb_kuzminsky> debian doesn't care about git or cvs or anything like that, they care about dsc (debian source packages)
[22:36:40] <seb_kuzminsky> how you make your dsc is up to you, and many devs use git or something similar
[22:36:55] <seb_kuzminsky> but at the end, you locally build a source package (dsc) and upload it to their build automation
[22:37:02] <zultron> RH pkgs take a pristine tarball release from the project, and then has a 'specfile' that contains the rules for building it, equiv. to the /debian directory.
[22:37:21] <zultron> There are opportunities to add patches or tweak variables in the specfile.
[22:37:21] <seb_kuzminsky> makes sense
[22:37:32] <seb_kuzminsky> that sounds just like debian
[22:37:32] -!- eric_unterhausen [eric_unterhausen!~eric@c-71-58-221-203.hsd1.pa.comcast.net] has joined #linuxcnc-devel
[22:38:25] <zultron> I assumed that the Debian packager grabs something from the project, as with RH, and then has a way to make further changes.
[22:38:26] <seb_kuzminsky> debian makes a slight distinction between "native" debian packages, where debian/ is part of the upstream project (like linuxcnc), and non-native packages where the debian/ directory is supplied as a patch to the upstream original tarball (along with debian-specific patches)
[22:38:42] <zultron> Ah ha.
[22:39:17] <seb_kuzminsky> debian never fetches tarballs as part of the build, all the sources are packaged in the source package
[22:39:29] <zultron> Could LinuxCNC be called 'non-native', but the patch only tweaks a couple of lines inside the existing /debian directory?
[22:40:21] <seb_kuzminsky> we could do it that way, but we'd be tuning the patch file anyway, right? i think it'd be simpler to just tune the control file directly, like we already do now
[22:40:24] <zultron> No, RH doesn't fetch the tarballs as part of the build, either. The packager must upload them.
[22:40:32] <seb_kuzminsky> ah ok, good!
[22:41:02] <zultron> But in RH, the packaging materials (specfile, patches, etc.) are assumed to be separate from the tarball.
[22:41:37] <seb_kuzminsky> here's one of the debian source repos on the buildbot:
http://buildbot.linuxcnc.org/dists/precise/master-rt/source/
[22:41:41] <zultron> In Deb, they can be integral for 'native' pkgs, or separate for 'non-native', if I understand your explanation.
[22:41:55] <seb_kuzminsky> yes that's right
[22:42:18] <seb_kuzminsky> you can see we have native packages, because we dont have diffs along with our .dsc and .tgz files
[22:43:38] <zultron> Right. Would it be easy enough for the Debian or Ubuntu packager to simply include the necessary diff for the distro?
[22:44:38] <seb_kuzminsky> i think that could work
[22:45:26] <seb_kuzminsky> i'm not real familiar with non-native packages, and i dont know if we'd need to move the whole debian/ tree out of the main tarball and into the diff, or what
[22:45:33] <zultron> My hope was that it would be a small patch that wouldn't need to change when LinuxCNC is updated, and LinuxCNC wouldn't have to do anything weird (like separate branches per distro) at release time.
[22:45:43] -!- GuShH_ has quit [Ping timeout: 272 seconds]
[22:45:58] <seb_kuzminsky> separate branches per distros would be a nightmare to maintain, agreed
[22:46:09] <zultron> Me neither. We'll figure it out. :)
[22:46:10] -!- ekolojik has quit [Quit: Konversation terminated!]
[22:46:50] <seb_kuzminsky> we currently rewrite the source package control file when we build the source package, so adding this extra list of flavors at that time seems easy
[22:47:24] <zultron> Great!
[22:47:43] <seb_kuzminsky> i dont know if you're running your buildbot or if it's michael or someone else, but if you look at the 'package-mumble-mumble-source' build factories, you'll see how we currently do it
[22:48:45] <seb_kuzminsky> it's the step that runs debian/configure that updates the control file with information about this particular platform:
[22:48:48] <seb_kuzminsky> http://buildbot.linuxcnc.org/buildbot/builders/package-rt-precise-source/builds/91/steps/configuring%20debian/logs/stdio
[22:49:43] <zultron> Ok.
[22:49:44] <seb_kuzminsky> i think it'd work to teach debian/configure to look for linux-headers-rtpreempt (on the machine building the source package), and add a build-dependency on it if present
[22:50:19] <seb_kuzminsky> it wouldnt need the flavor-headers installed, it could use 'apt-cache search' to see if it's available at all
[22:50:30] <zultron> About debian/configure, that's a non-standard thing in re. Debian packaging, right?
[22:50:38] <seb_kuzminsky> yeah....
[22:51:26] <seb_kuzminsky> i bet lots of debian packages have some mechanism like that to tune the source package a source-package creation-time, but i think there's no standard way to do it unfortunately
[22:51:27] <zultron> Will it be needed for big distro packaging, or will a pre-configured source pkg not need that?
[22:51:58] <seb_kuzminsky> debian/configure is only used to create the source package, it would never be used by the big distro package builders
[22:52:10] <seb_kuzminsky> (they'd just receive an already tuned dsc from us)
[22:52:14] <zultron> Ok. (whew!)
[22:52:16] <seb_kuzminsky> heh
[22:52:38] -!- GuShh_Lap2 has quit [Quit: beep boop.... bop.]
[22:52:46] <seb_kuzminsky> we just need to make sure we build our dsc with the same set of flavor build-dependencies available as will be available to the big distro package builder automation
[22:53:12] <seb_kuzminsky> which should be easy, we just use the standard deb archives, none of our project-specific ones
[22:53:33] <zultron> My RH packages do something like you said: it runs package queries to see what's installed, and then flips those switches as needed.
[22:53:54] <seb_kuzminsky> i'll try to add this to ubc3
[22:54:17] <zultron> Well, actually it uses them to generate version deps for kernel and Xenomai, it doesn't turn flavors on/off.
[22:55:27] <zultron> The package says "Build-requires: kernel-xenomai", and then generates e.g. "Requires: kernel-xenomai-3.5.7-foo" for the binary RPM.
[22:55:31] -!- `Nerobro has quit [Quit: Leaving]
[22:55:54] <seb_kuzminsky> that sounds perfect
[22:56:25] <zultron> That way, when the kernel version gets bumped, the package can be rebuilt without changes, but the resulting binary packages have the correct kernel version deps.
[22:56:32] <seb_kuzminsky> i just need to teach debian/control to add the right Build-requires line to the source package
[22:56:40] <seb_kuzminsky> (although it's spelled Build-Depends in debian)
[22:56:52] <zultron> Sure.
[22:57:33] <zultron> (That's why it's so hard to switch distros: all those details to drive one mad!)
[22:57:38] <seb_kuzminsky> heh
[22:57:55] <seb_kuzminsky> you need one packaging geek for each distro you want to support
[22:58:45] <zultron> Yes. My sole purpose for the kernel auto-builder thing was to make it easy to give to someone else. >:D
[22:59:06] <zultron> Alright, I gotta go eat.
[22:59:10] <seb_kuzminsky> alright
[22:59:24] <seb_kuzminsky> thanks for chatting, it really solidified a bunch of thoughts i had
[22:59:36] <zultron> Thanks for looking at this stuff. As I said, it's not easy, and very not easy for me.
[23:00:12] -!- ingsoc has quit [Quit: Leaving.]
[23:03:43] -!- Tecan has quit [Changing host]
[23:11:10] -!- cmorley [cmorley!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc-devel
[23:15:06] Tecan is now known as Ohmizon
[23:16:13] -!- lomach has quit [Quit: Page closed]
[23:23:14] <norbert> cmorley: could you check, why gscreen does not set dro_is_metric right for gmoccapy? I could not find a reason.
[23:29:30] <cmorley> yes - on my todo list
[23:31:07] <norbert> Thanks, I got finaly the remap think working and I am including at tat this time.
[23:31:42] <norbert> As it is now here 00;30 I go to bed now. Good night
[23:38:08] <norbert> cmorley: I just found out, that also the tooledit widget is affected.
[23:38:53] <norbert> Sorry not tooledit offsetpage! I must go to bed ;-)
[23:39:02] -!- norbert has quit [Quit: Verlassend]
[23:39:22] -!- eric_unterhausen [eric_unterhausen!~eric@c-71-58-221-203.hsd1.pa.comcast.net] has parted #linuxcnc-devel
[23:39:37] -!- eric_unterhausen [eric_unterhausen!~eric@c-71-58-221-203.hsd1.pa.comcast.net] has joined #linuxcnc-devel
[23:40:11] -!- cmorley has quit [Ping timeout: 272 seconds]
[23:40:54] -!- i_tom has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
[23:44:27] -!- asdfasd has quit [Ping timeout: 245 seconds]
[23:50:32] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel