cradek: have time to take a look at the dapper package thing?
jepler: I have an axis question
there are some special g-code comments that axis understands
are those only "understood" when axis is generating the preview, or does axis see them during program run too?
jmkasunich: when generating the preview
for instance, I use (AXIS,hide) / (AXIS,show) to hide tool changes and tool length probes in the preview .. but they show up in the backplot
I was hoping that you could add one (AXIS, clear), which would do the equivalent of ctrl-K
for when you are running the same program dozens of times in a row - the backplot buffer will get full
that's an interesting idea
I've got a job coming up that will be 48 pcs
and hopefully after the first few I won't be tweaking the g-code and reloading all the time
I can make axis-remote able to clear the backplot, and then you could use an M1xx to do it. For 2.3, you could directly incorporate the magic in the M1xx script instead of calling axis-remote.
* jepler codes and tests
there's also a constant you could change somewhere to modify the max backplot size..
the size fix isn't as elegant
it would be nice to clear the plot at the beginning of each run, so you can clearly see the progress on the part
and maybe clear it at other key points, like when roughing is done and the finish passes are about to start
[02:26:42] <jepler> http://emergent.unpy.net/index.cgi-files/sandbox/axis-remote-clear.patch http://emergent.unpy.net/index.cgi-files/sandbix/axis-clear.tcl
one or the other of those, not both, right?
the first I'm going to commit on TRUNK, the second is probably better to use on 2.3 particularly if you want to use the packaged version
given that the second one is 3 lines and works on existing versions, and the first is much more complex, why would the first one ever be preferred?
EMC: 03jepler 07TRUNK * 10emc2/src/emc/usr_intf/axis/scripts/axis-remote.py: add axis-remote --clear to clear the backplot
EMC: 03jepler 07TRUNK * 10emc2/docs/man/man1/axis-remote.1: add axis-remote --clear to clear the backplot
because 'axis-remote --clear' will be documented and intended to work forever
the other is touching what I consider implementation details
ah, and the tcl hack might break someday
(the exact name of the command to do that thing might change if there's a good reason in the future .. not likely, to be honest, but possible)
the Mxx script for the portable version would just be one line? "axis-remote --clear"
well, plus the "#! /usr/bin/bash" part
yeah pretty much
have fun making chips
any dapper folks around to help me try to fix this?
hm, I still don't see a problem.
binary-all has the Packages files, and those are listed in Release
fenn_ is now known as fenn
fenn_ is now known as fenn
cradek: I am now
I don't see what is wrong either -- the -all is listed in my Release file, but no corresponding Packages file has been downloaded by apt
* alex_joni tries it too
jepler: btw, do you have a couple machines you could boot the LiveCD on?
alex_joni: there are two I can try with only small amounts of difficulty
no amount of difficulty would be even better
at the very least, you have to wait for tonight
sure, no hurry.. I'll keep booting it where I get a chance
the first machine I had to use irqpoll (didn't detect the HDD chipset)
this is different from the old livecd? why would that be?
I think I did the same with the old one too
(was just pointing it out in case you have a machine where it doesn't want to boot)
it looks like on ubuntu's dapper repositoryies, the "all" packages are listed in binary-i386, contrary to the way hardy does it
no -all_Packages files are retrieved
[12:21:51] <alex_joni> http://www.linuxforums.org/forum/ubuntu-help/81793-apt-get-reports-malformed-release-file.html
nothing's being reported as malformed in this case..
only half of that report
he had to add a line to apt.conf in order to see binary-all packages
oh, "I broke it and *then* I got this error"?
I "fixed" it, and then I got the error
I am nearly certain that specifying "all" as your architecture is wrong
anyways, assuming our users will change anything in apt.conf is unrealistic
so probably the only way is adding the packages in binary-i386
right, I think what cradek should try next is moving the _all packages into the i386 dir and rebuilding again
so no more binary-all dir for dapper
Hi alex - downloading now http://www.linuxcnc.org/hardy/ubuntu-8.04-desktop-emc2-aj07-i386.iso
I mean 10
that's the old one :)
skunkworks: how much time left of download ?
this *does* work on hardy, right?
.. I don't think it does
micges: I don't think there's any need to take turns
www.linuxcnc.org is a grown-up webserver and can handle it
dreamhost should have enough bandwidth.
it's cvs.linuxcnc.org that is on a depressingly slow internet connection
$ lsb_release -c; apt-cache show emc2-firmware-mesa-7i43-hostmot2 | grep Version
binary-all doesn't work on hardy either
micges: I have a mirror that should work better for you
alex_joni: I fixed this with symlinks
$ ls -l */emc2-firmware-mesa-7i43-hostmot2_2.3.0_all.deb
-rw-r--r-- 1 jepler jepler 409914 Apr 19 12:34 binary-all/emc2-firmware-mesa-7i43-hostmot2_2.3.0_all.deb
lrwxrwxrwx 1 jepler jepler 60 Apr 21 07:58 binary-amd64/emc2-firmware-mesa-7i43-hostmot2_2.3.0_all.deb -> ../binary-all/emc2-firmware-mesa-7i43-hostmot2_2.3.0_all.deb
lrwxrwxrwx 1 jepler jepler 60 Apr 21 07:58 binary-i386/emc2-firmware-mesa-7i43-hostmot2_2.3.0_all.deb -> ../binary-all/emc2-firmware-mesa-7i43-hostmot2_2.3.0_all.deb
(ugh, ugly paste, sorry)
looks ok if I widen the irssi enough
alex_joni: works better thanks
boy - there are a lot of odd answers on the list for the install problem.
booting - come on - you guys love the play by ply
[13:24:23] <skunkworks> http://imagebin.org/46324
now lets see if it installs
jepler: should I move the -all pacakges into binary-i386?
cradek: yes, I think that's the right fix for dapper
there aren't two arches, so a move is as good as a symlink
alex_joni: are the firmwares on the cd?
is this _all.deb problematic?
I think that is OK
it's done then. can you retest?
yes, after apt-get update the packages are now installable
in fact I just installed the 5i20 one
and thank you
I should install it on the lathe today
your not running 2.3 on your lathe?
cvs, not the released package
I finally got around to installing 2.3 on zenbot, but haven't run with it yet
is it dapper too?
zenbot is dapper
I don't run emc2 packages on any hardy machines, I just do sim development there..
[15:23:26] <skunkworks> http://imagebin.org/46331
now I will boot it on a bunch of machines and see if I have any issues
I like the new icon for the shortcut. :)
or - atlest it looks different to me
steves_logging is now known as steve_stallings
Hi guys, I am back and beginning to recover from the NAMES show. It looks like 2.3 is released now. Will there be a new install disk? I ask because the Ubuntu LTS 8.04.02 maintenance release adds drivers that I need for my new Thinkpad laptop.
there will be a cd eventually, but you do not have to wait for it; just use the 8.04.02 you already have and add emc2 afterward.
But the 8.04.02 is not an RTAI kernal and the existing 8.04 EMC install disk will not install due to the missing drivers.
Missing stuff is I think for the new Intel matrix storage control scheme and without it there is no hard disk access.
yes I guess the kernel will be replaced with the older rtai one when you install emc2
oh so you're really needing a newer rtai kernel. I am pretty sure alex is not building a new kernel.
do you want to control machinery with this laptop, or just simulate?
Hoping for control. I purchased the discrete video version.
Will the older 8.04 see the drivers if they are already there by virtue of an 8.04.02 install?
Guess I can just try it and see...
darn, sounds like it may be painful to get to work.
no, not if they are kernel drivers/modules.
Dang, it seems I get caught every time because of the unfortunate timing of LTS releases and Intel's new "better" gadgets. I got caught with 6.06 driver problems on my latest desktop.
steve_stallings: I guess I always win by using slightly old hardware.
before you do too much, you could boot the old live cd (no hard disk support is ok) and run the latency test. if the results are bad, you may as well not bother going further.
(laptops usually just don't work acceptably)
That works well for me many times. I bought a couple of 3 GHz Pentium 4 HP small footprint boxes just to get Win XP to support critical software that required XP. Cost of box with "refirb" XP license was cheaper that just a new XP license.
* cradek is typing on a 300 MHz machine
If I recall the T400 Thinkpad would not even boot the EMC disk. I will try again.
My office machine is still a 433 MHz with 128 meg, but it is due to be replace any day now because of the same issue with XP.
New box will be dual boot for now, probably VMware later.
steve_stallings is now known as steves_logging
jepler: err, you're right, no firmware on the LiveCD
I'll redo it :/
alex_joni: I have booted it on several computers - installed on 1. No issues (I did not test the mesa firmware) ;)
skunkworks: can you check the sources.list on the machine where it's installed?
jepler: should we install the firmware on the CD, but not to the target machine?
sure where is it?
[17:40:09] <skunkworks> http://pastebin.ca/1398437
alex_joni: I think if we can avoid forcing the user to do stuff like apt-cdrom it is better
hmm.. ok.. then I'll install them all, and install them for the installed desktop
do you know how to apt-cdrom? can you describe it over IRC so an impatient linux newbie with $300 sunk in mesa cards can do it? I don't and I can't.
also the emc2-install.sh maybe should pull them in automatically as well
or each one of them?
there is probably some foo to apt to install suggested packages aswell
space is on the CD for all of them, so no worries there
maybe even emc2-dev
this installs all of them, but I don't know if aptitude is installed by default (right now, we use apt-get install): sudo aptitude install --with-recommends emc2-firmware
is aptitude on the cdrom?
aha sudo apt-get -o Apt::Install-Recommends=true install emc2-firmware
* jepler modifies emc2-install.sh accordingly
After this operation, 8806kB of additional disk space will be used.
emc2-dev pulls in about 34MB of extra stuff
yay, nice stuff.. it's 4MB too big again :D
building a new one ;)
what did you remove this time?
pkgcache.bin & srcpkgcache.bin
sudo rm extract-cd/casper/filesystem.squashfs
sudo mksquashfs edit extract-cd/casper/filesystem.squashfs -nolzma
this paste is driving me crazy :D
I keep cleaning the touchpad, and new squashfs's appear :)
example-content might be something to consider removing -- installed-size 11052
maybe you dared to do that already
yes, it's a package
hah, "These examples should be small but meaningful, and easily discoverable. "
good night all
(the aj12 version is uploading now, it's already on my mirror, if anyone wants to try it out: http://dsplabs.upt.ro/~juve/emc/ubuntu-8.04-desktop-emc2-aj12-i386.iso
md5sum at linuxcnc.org/hardy/livecd.errata
fenn_ is now known as fenn
hm, look at Program Extents... http://linuxcnc.org/docs/2.3/html/gui_axis.html#r1_3_3
(specifically, the numbers)