Back
[02:29:13] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb 12a57cb 06linuxcnc 10debian/rules.in deb/rules: drop the self-remaking parts * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=12a57cb
[02:29:13] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb f182af1 06linuxcnc 10debian/rules.in deb/rules: remove unused python_version * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f182af1
[02:29:13] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb 947c996 06linuxcnc 10debian/rules.in deb/rules: dont need to care about BUILD_SYS * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=947c996
[02:29:14] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb d22d5f1 06linuxcnc 10debian/.gitignore deb: dont ignore package-dirs we no longer build * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d22d5f1
[02:29:18] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb d21604a 06linuxcnc 10(12 files) deb: new debian/configure and debian/control* * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d21604a
[02:29:22] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb 7ba6898 06linuxcnc 10debian/control.in deb: get rid of ancient Provides in control * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7ba6898
[02:29:25] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb be181ba 06linuxcnc 10debian/configure deb/conf: accept -a to mean -r * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=be181ba
[02:29:29] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb cbaab05 06linuxcnc 10debian/control.posix.in 10debian/control.rtai.in 10debian/control.rtpreempt.in deb/control: relax the Conflicts * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=cbaab05
[02:29:34] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb a560254 06linuxcnc 10debian/rules.in deb/rules: dont use cpio when cp will do * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a560254
[02:29:38] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb aa55f62 06linuxcnc 10debian/linuxcnc.files.in 10src/Makefile install rsyslogd.conf file * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=aa55f62
[02:29:41] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb 96c71ae 06linuxcnc 10debian/rules.in deb/rules: leave the rtapi_app_posix program suid root * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=96c71ae
[02:29:45] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb b87d3e1 06linuxcnc 10src/configure.in 10src/rtapi/ulapi_autoload.c give dlopen the path to the ulapi library * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=b87d3e1
[02:29:49] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb 8a0c9a4 06linuxcnc 10src/Makefile 10src/rtapi/Submakefile put ulapi-$flavor.so straight into rtlib/, not lib, so the dlopen can look in EMC2_RTLIB_DIR * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8a0c9a4
[02:35:06] <seb_kuzminsky> linuxcnc-build: force build --branch=seb/ubc3-deb checkin
[02:35:12] <linuxcnc-build> The build has been queued, I'll give a shout when it starts
[03:42:51] <linuxcnc-build> build #22 of deb-precise-xenomai-binary-x86 is complete: Failure [4failed apt-get-update shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-xenomai-binary-x86/builds/22 blamelist: dummy, Sebastian Kuzminsky <seb@highlab.com>
[03:42:58] <linuxcnc-build> build #22 of deb-precise-xenomai-binary-amd64 is complete: Failure [4failed apt-get-update shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-xenomai-binary-amd64/builds/22 blamelist: dummy, Sebastian Kuzminsky <seb@highlab.com>
[03:44:14] <linuxcnc-build> build #22 of deb-precise-rtpreempt-binary-x86 is complete: Failure [4failed apt-get-update shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-rtpreempt-binary-x86/builds/22 blamelist: dummy, Sebastian Kuzminsky <seb@highlab.com>
[03:44:26] <linuxcnc-build> build #22 of deb-precise-rtpreempt-binary-amd64 is complete: Failure [4failed apt-get-update shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-rtpreempt-binary-amd64/builds/22 blamelist: dummy, Sebastian Kuzminsky <seb@highlab.com>
[03:58:16] <linuxcnc-build> build forced [ETA 1h21m33s]
[03:58:16] <linuxcnc-build> I'll give a shout when the build finishes
[04:47:02] <linuxcnc-build> build #1312 of deb-lucid-rt-binary-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-lucid-rt-binary-i386/builds/1312 blamelist: dummy, Sebastian Kuzminsky <seb@highlab.com>
[05:33:39] <linuxcnc-build> build #23 of deb-precise-xenomai-binary-x86 is complete: Failure [4failed apt-get-update shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-xenomai-binary-x86/builds/23
[05:33:41] <linuxcnc-build> build #23 of deb-precise-xenomai-binary-amd64 is complete: Failure [4failed apt-get-update shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-xenomai-binary-amd64/builds/23
[05:35:45] <linuxcnc-build> build #23 of deb-precise-rtpreempt-binary-x86 is complete: Failure [4failed apt-get-update shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-rtpreempt-binary-x86/builds/23
[05:35:57] <linuxcnc-build> build #23 of deb-precise-rtpreempt-binary-amd64 is complete: Failure [4failed apt-get-update shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-rtpreempt-binary-amd64/builds/23
[05:47:45] <linuxcnc-build> Hey! build checkin #1702 is complete: Success [3build successful]
[05:47:45] <linuxcnc-build> Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/checkin/builds/1702
[06:23:31] <linuxcnc-build> build #1313 of deb-lucid-rt-binary-i386 is complete: Failure [4failed shell_3] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-lucid-rt-binary-i386/builds/1313
[12:04:50] <zultron> Hey seb_kuzminsky, I'm gearing up to look at non-RIP installs. The first hunk of your commit b87d3e18d breaks Red Hat, which puts x86_64 library files into /usr/lib64.
[12:05:46] <zultron> I know that's different on Debian. What did that first hunk do for you? I'd have thought it was a no-op on either Debian or Red Hat 32-bit.
[12:06:12] <seb_kuzminsky> which commit?
[12:06:19] <zultron> b87d3e18d
[12:06:25] <seb_kuzminsky> just a sec
[12:07:24] <seb_kuzminsky> the first hunk of the configure.in
[12:08:08] <zultron> Right, sorry.
[12:08:40] <seb_kuzminsky> my goal was to get the install location known by ulapi_autload, and AC_DEFINE_UNQUOTED only does one round of variable expansion
[12:08:47] <seb_kuzminsky> it's a no-op for everything else
[12:09:16] <zultron> Oh yes, the one round of expansion problem. :P
[12:09:35] <zultron> That's what led to the horrible scripts/gen-rtapi.ini.sh.in.tmpl
[12:10:41] <seb_kuzminsky> yeah :-/
[12:10:48] <seb_kuzminsky> autoconf is not my favourite thing ever
[12:11:00] <zultron> We need to get rid of this notion of the 'RIP build'.
[12:11:11] <seb_kuzminsky> why?
[12:11:47] <zultron> The autoconf way of doing it is to set ${prefix} to wherever you want things to end up.
[12:12:19] <zultron> I forget the exact problem, but it's related to the single expansion problem you found,
[12:13:06] <zultron> but treating RIP installs and system installs leads to different handling of things,
[12:13:21] <zultron> and when RIP works just fine, things can easily be broken in system installs.
[12:13:42] <zultron> I'll have to go review what that was all about, related to a maze of twisty little passages.
[12:14:43] <seb_kuzminsky> if you want redhat to be a supported platform, do you want to run a redhat buildslave?
[12:14:55] <zultron> Yeah.
[12:15:07] <zultron> I'm working on it....
[12:15:25] <seb_kuzminsky> ok
[12:16:00] <zultron> Although I don't see this as a Red Hat problem (although that wacky /usr/lib64 is... wacky).
[12:16:43] <seb_kuzminsky> i think redhat support should block the 2.6 release, it'd rather try to merge what you guys have now
[12:16:54] <seb_kuzminsky> feature creep is an awful thing
[12:17:17] <seb_kuzminsky> got to go, $DAYJOB calls :-/
[12:17:28] <zultron> Working on MLK day? Sucks.
[12:18:27] <seb_kuzminsky> yes it does
[12:21:28] <zultron> Anyway, I'll think about it harder. You have a good point that these are dlopen()ed libs, not regular system shared libs, so maybe ${libdir} isn't the correct location in this case.
[12:41:39] <seb_kuzminsky> zultron: /usr/lib/linuxcnc seems like the right place for ulapi-*.so:
http://refspecs.linuxfoundation.org/FHS_2.3/fhs-2.3.html#USRLIBLIBRARIESFORPROGRAMMINGANDPA
[12:41:53] <seb_kuzminsky> argh *now* i'm going to ignore linuxcnc and earn a paycheck
[12:42:07] <zultron> I think you're right. Thanks for the fix!
[12:43:05] <zultron> The confusion was about
http://refspecs.linuxfoundation.org/FHS_2.3/fhs-2.3.html#LIBLTQUALGTALTERNATEFORMATESSENTIAL
[12:44:09] <zultron> What's more important is that dlopen() on Red Hat 64-bit still searches /usr/lib, not /usr/lib64, so your commit log is correct.
[12:44:20] <zultron> (Told you it's wacky.)
[12:47:48] <seb_kuzminsky> it may be that /usr/lib<qual>/linuxcnc is more correct than what i said above:
http://refspecs.linuxfoundation.org/FHS_2.3/fhs-2.3.html#USRLIBLTQUALGTALTERNATEFORMATLIBRARI
[12:47:55] <seb_kuzminsky> what am i still doing here
[12:47:59] <skunkworks_> seb! get to work!
[12:48:06] <seb_kuzminsky> bye for now!
[13:07:10] <seb_kuzminsky> sigh, i forgot a word up above. i think redhat support should **NOT** block the 2.6 release. put no more features into ubc please
[13:09:28] <skunkworks_> I actually was wondering...
[13:40:08] <zultron> Sure, no plans to block the release with new features or RH support!
[13:40:40] <owhite> Hello people - does anyone know if there has been a fix for the issue of the glade editor not finding gladevcp? A description is here
http://sourceforge.net/mailarchive/message.php?msg_id=31823982 and there are other users asking around.
[13:41:39] <zultron> FWIW, I'm not asking anyone to support RH beyond merging whatever reasonable fixes I contribute.
[17:46:43] <seb_kuzminsky> owhite: thanks for opening the bug ticket about the glade problem, it's less likely to get dropped that way
[17:47:37] <owhite> you got it - cradek made the suggestion. I really appreciate how hard everyone works on linuxcnc.
[17:49:56] <seb_kuzminsky> i wonder who among us knows anything about glade... norbert schechner maybe? or psha?
[17:50:22] <seb_kuzminsky> thank you for that nice comment - we try! (even if we don't always succeed)
[17:51:41] <skunkworks> doesn't gscreen use glade? so cmorley
[17:51:45] <seb_kuzminsky> looks like cmorley does a bunch of work with glade too
[17:51:48] <seb_kuzminsky> heh yeah
[17:51:50] <skunkworks> heh
[18:00:36] <seb_kuzminsky> it would be cool if the bug tracker would report additions & changes here on irc, in addition to the mailing list
[18:21:48] <cradek> seb_kuzminsky: thanks for making that a 2.6 blocker like I promised to do
[19:42:43] <seb_kuzminsky> great minds think alike
[20:25:48] <cmorley> On my machine 'glade-3' is not valid on the command line. If I start the glade editor from the menu I get hal widgets, but not from the command line ( I get the wrong version of glade)
[20:26:21] <cmorley> owhite: There should be no reason to export catalogs
[20:28:02] <cmorley> and that is not where the catalogs are anyways
[20:32:58] <cmorley> ahh for me glade-gtk2 is the command to launch the 3.8 version of glade
[21:21:54] <cmorley> how does one close bugs in the tracker or am I authorized?
[21:26:58] <cradek> when you say from the menu, what menu do you mean?
[21:27:09] <cradek> you should be able to close the bug
[21:29:03] <cmorley> menu -I mean start menu
[21:29:45] <cmorley> programming/glade interface designer
[21:29:49] <cradek> ah
[21:30:20] <cradek> so you think if he runs glade-gtk2, it'll all just work?
[21:31:08] <cmorley> yes
[21:31:14] <cmorley> it does for me
[21:31:17] <cradek> did you try it with a buildbot master deb?
[21:31:32] <cmorley> yes same instructions AFAIR
[21:32:11] <cradek> he says "Elsewhere on the web people have suggesting using older versions of glade - this does not work." but does not elaborate
[21:32:14] <cmorley> he could look in /usr/bin to see if there is a glade and a glade-gtk2 file
[21:32:40] <cmorley> yes I'm sure others have told him to use ubuntu 10.04 version
[21:32:50] <cmorley> he doesn't have to
[21:32:51] <cradek> oh hmm
[21:33:09] <cmorley> but 3.8 is the last version to work
[21:33:38] <cradek> I don't see glade-gtk2 as a dependency - I wonder if it should be
[21:34:25] <cmorley> probably - the name changed cause now there are two versions of the glade editor
[21:34:34] <cmorley> one for GTK3 one for GTK2
[21:36:43] <cmorley> GTK3 is the standard version for 12.04 but is no good for us
[21:37:06] <cmorley> so where do i look to close a bug?
[21:38:56] <cradek> after you click edit, you get pulldowns where you can change it to closed
[21:39:40] <cmorley> ahh perfect thanks
[21:40:20] <cmorley> yaay closed -fixed!
[21:40:34] <cradek> too bad owhite is gone
[21:42:12] * Tom_itx blames cradek for this cold wind coming from the north
[21:42:14] <cradek> I think you closed the wrong one
[21:42:47] <cradek> http://sourceforge.net/p/emc/bugs/352/ is still open
[21:42:52] <cradek> you closed 305
[21:42:53] <cmorley> no i wanted to close the LED one a long time ago
[21:42:57] <cradek> ah ok
[21:43:19] <cmorley> I'll wait to make sure about the glade problem
[21:43:38] <cmorley> are
[21:43:52] <cmorley> you going to go to another linuxcnc meet this year?
[21:44:08] <cmorley> if there is one I mean.
[21:44:50] <cradek> possibly if there is one - who knows
[21:45:02] <cradek> one of these days skunkworks is surely going to have a retrofit party
[21:45:25] <cmorley> yes who knows. i enjoyed our last one. great to meet everyone.
[21:45:35] <cradek> like in the old days, when we did more work and less sparring
[21:45:40] <cmorley> lol
[21:46:03] <cradek> I did too - many new folks and that was great
[21:59:48] <skunkworks> hmm - that sounds fun...
[22:01:58] <skunkworks> the temp is dropping pretty quick. the house is popping
[22:02:36] <Tom_itx> the wind is howling here
[22:03:30] <skunkworks> it is pretty flat by you - isn't it?
[22:03:41] <skunkworks> you're near wichita?
[22:04:07] <Tom_itx> in wichita
[22:04:20] <skunkworks> ah
[22:08:28] <skunkworks> cradek: did you end up getting extra servo drives from somewhere?
[22:08:28] <Tom_itx> and as you probably noticed.. it is flat
[22:09:36] <skunkworks> cradek: what year was your jr?
[22:10:15] <cradek> um 84 or 85?
[22:11:06] <cradek> I bought two drives from ebay to replace the broken ones
[22:11:16] <cradek> I think it was two
[22:11:39] <cradek> one would come up faulted but work if you poked the reset button. I never found schematics and was not able to figure that out, so I replaced it
[22:11:51] <cradek> so I have one somewhere that's only partly dead
[22:12:02] <cradek> my memory is rusty about the retrofit already
[22:13:07] <skunkworks> ok - that makes sense - dad says this is 83
[22:13:16] <skunkworks> I thought it was late 80s
[22:13:35] <cradek> is yours alive?
[22:13:43] <skunkworks> not uet
[22:13:46] <skunkworks> yet
[22:13:57] <skunkworks> (not wired in..)
[22:16:21] <skunkworks> was the spindle drive also dead?
[22:16:27] <cradek> yeah
[22:16:47] <skunkworks> did you attempt to fix it?
[22:16:47] <cradek> I think it always showed some fault or other
[22:16:53] <cradek> yes
[22:16:58] <skunkworks> ok
[22:17:06] <cradek> it would run a while, sometimes
[22:17:14] <skunkworks> what vfd did you end up getting?
[22:17:24] <cradek> a reliance electric somethingsomething
[22:17:35] <cradek> jmk raided his junkbox for me
[22:17:41] <skunkworks> ok - something jmk recomended
[22:17:42] <skunkworks> ah
[22:17:50] <skunkworks> nice
[22:18:02] <cradek> I emailed him pictures of the labels on the spindle motor and said HELP
[22:18:11] <skunkworks> that works :)
[22:18:18] <cradek> he said send me a check and I will solve all your problems
[22:18:32] <skunkworks> sometimes that is the best way to go
[22:18:39] <cradek> yep
[22:18:49] <skunkworks> the spindle drives on ebay are like $2500
[22:18:59] <cradek> after doing that and getting used to the result, I messed with stuart's machine which still had the original drive, and his sucked compared to mine
[22:19:14] <cradek> if you set it for 60rpm you could just grab the spindle and stop it
[22:19:22] <skunkworks> yeck
[22:19:39] <cradek> I don't know if his has something wrong with it, or if that's how it's supposed to work, but mine is much better
[22:20:24] <cradek> mine has a creep input, and you can configure the creep speed, and that's just great for the orient
[22:21:20] <skunkworks> whatever we use for a solution - I think the orient is done by the spindle drive.
[22:21:32] <cradek> yuck
[22:21:42] <skunkworks> easy way out... ;)
[22:21:51] <skunkworks> for the machine manfacturers
[22:23:21] <skunkworks> oh - dad says 84
[22:24:08] <skunkworks> I don't know how I translated 84 to 83 - must be getting late
[22:33:00] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb fcd663f 06linuxcnc 10debian/configure 10debian/control.in deb: depend on at least one flavor, suggest all flavors * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=fcd663f
[22:33:00] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/ubc3-deb d9e2e95 06linuxcnc 10debian/configure deb: better reporting output * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d9e2e95
[22:36:46] <seb_kuzminsky> with these commits i think i'm finally starting to get happy with packaging in ubc
[22:37:08] <cradek> are you also getting happy with ubc?
[22:37:12] <seb_kuzminsky> i need to rebase that branch to clean it up, if there's no objections i'll push it to ubc tomorrowish
[22:37:33] <cradek> cool
[22:37:48] <seb_kuzminsky> not sure yet, i dont have any runtime on it, and i havent re-read it all
[22:38:24] <seb_kuzminsky> good nights all
[22:38:34] <cradek> goodnight!
[23:41:36] <linuxcnc-build> build #24 of deb-precise-xenomai-binary-x86 is complete: Failure [4failed apt-get-update shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-xenomai-binary-x86/builds/24 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[23:41:54] <linuxcnc-build> build #24 of deb-precise-xenomai-binary-amd64 is complete: Failure [4failed apt-get-update shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-xenomai-binary-amd64/builds/24 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[23:42:35] <linuxcnc-build> build #24 of deb-precise-rtpreempt-binary-amd64 is complete: Failure [4failed apt-get-update shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-rtpreempt-binary-amd64/builds/24 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[23:42:42] <linuxcnc-build> build #24 of deb-precise-rtpreempt-binary-x86 is complete: Failure [4failed apt-get-update shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/deb-precise-rtpreempt-binary-x86/builds/24 blamelist: Sebastian Kuzminsky <seb@highlab.com>