maybe everything works now using /docview/ -- seems slow, though, and there's the problem with the style being narrow.. on the other hand, I don't intend to take away the "other" location of the docs..
alex_joni: better late then never i guess: href=[A-Z,a-z,0-9]
and no commas I think
the question is, how little of the structure of an HTML document can you afford to parse to perform this task (writing URLs so that displaying them inside joomla doesn't break them) ..
i dont see any advantage to putting this stuff inside joomla
just give it a CSS that matches
with this "solution", I don't have to change a second copy of the joomla style when the main site changes
I think this should only be used for release documentation. I think joomla keeps prior revisions in the database, and there's no sense making that grow unnecessarily
unless of course it isn't putting this stuff in the database
this doesn't keep the documentation inside joomla
ok, so it just filters what's elsewhere on the site?
ok. that's good
hmmm. I should switch that DreamHost plan
they just came out with a "one size fits all" plan, that's $9.99/month
SWPadnos: is that plan much different (less expensive?) than the one you're on now?
it starts at $10.95 with no pre-payment. the one I'm on is $19.95 except taht I pr-pay for 2-year blocks, so I get it for $15.95
they will apply credit to a plan switch, so I can swap plans, prepay for 2 years, and have it only cost a few bucks (I'm about 6 months into a 2-year contract now)
I haven't done it because I want to be sure there are no glitches with LinuxCNC.org, and I haven't had the time to ask them any questions about it
Guest787 is now known as skunkworks_
skunkworks_ is now known as skunkworks
jepler: nice fixing the docview stuff..
what is PUM?
Authority-provided utility costs computed per apartment unit per month.
skunkworks: "thump" I think
heh - in reference to the list email from jros
cradek_ is now known as cradek
italian for thump?
not entirely sure, but yes I think he's talking about a sound
ok - that makes sense.
in italian, PUM is dead-man switch (Pedale dell'uomo morto)
so maybe it means estop?
oh -- but he's .es, not .it
so it would be H, not U -- so I dunno what he means
I still think he means 'thump'
But wen using our kins (the only change is the kinematics loaded), and
pressing home, a sudden movement (it sounds like and impact: PUM!) of
the axis happens and the machine stops.
here's what he said the last time, so he must mean it makes a noise
if something is sending a "step" in joint space, some ddts and limit blocks would allow you to capture it in halscope
227 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 186MB of archives.
After unpacking 17.7MB disk space will be freed.
huh, usually disk space doesn't get freed up after upgrading
I hope not to start a fight about arcs, but I couldn't just let it go
cradek: is the linuxcnc.org live cd image with md5sum 6607223ce924e1c49a9e833f560048be the latest one, or were you working on "the next one"?
I forget what it was, but you were going to add development packages or something
I have an iso at home dated 2007-09-01 with sum 905a6ec0c2e90b2f8b92f7b876e725c3 that I used for myself but probably never uploaded
yes I think it has updates and devel packages, cvs, etc
again I say: there's no need for you to figure out dapper livecd stuff, you should use that time to do the next one
I can easily make the "last" dapper cd when 2.2 is released
probably so, but I have to learn on some version, and gutsy is problematic with my current kernel because 'squashfs' was something that didn't compile cleanly (dunno why)
I started with a vanilla kernel .. for some reason they structured it so that the squashfs source was in ubuntu-modules but headers were in the kernel-source or something strange like that
I need to revisit that
anyway nobody's tested the gutsy kernel so there's no point in building a Live CD around it
* skunkworks blushes
the computer I was testing on lost its video card
if excuses were cabooses, then hobos could ride
* cradek tries to come up with an excuse for not working on stepconf
If excuses were the highways, Only procrastinators would be its travellers!
[14:21:01] <cradek> http://bp0.blogger.com/_FBXGhy-QmVw/Rwv4GPyzdLI/AAAAAAAABNQ/atNNWFGj3fQ/s1600-h/card1087.JPG
If excuses were nails, many of our houses would fall down~Plato
plato era houses used nails?
I was just pondering that
it was probably americanized ;)
I suppose 'If excuses were pegs, many of our houses would fall down' wouldn't make sense to most people. Or 'If excuses were tendons, many of our houses would fall down'
(if that is closer to plato era bulding practices)
did they even have wood back then? ;)
Fenn: good morning :)
hi. seems my router-toaster died sorta
it works for about 5 seconds after i power cycle it
I use linksys more - and have had 2 fail so far. I don't think I have personally have a netgear fail.
the ups it was on recently failed too.. i wonder if there's a correlation
any good lightning storms lately?
* skunkworks wonders if he should risk installing gutsy gibbon on this computer - dual boot
wow - the craptastick software (nero) that came with this dvd burner does iso's and it seems to work.
what more could you want
it took a bit to find it.
at first glance I thought it didn't
skunkworks, gutsy seems to work nicely on my laptop
or gutsy beta anyway
I would have to re-size the partition.. I am a bit leary about that..
SWPadnos: x86? did you try my rtai kernel?
oh - I would be too
jepler, no, I haven't, and it's x86-64
I won't have time to do this for a couple of weeks, but I will probably attempt to install it on my kiosk PC (Which should be a hoot)
I wonder how well a Celeron 500 will do with a modern OS ;)
I installed gutsy on a 1.4ghz rambus and it was 'ok'
I think it only had 256mb ram
this one has 512, so that shouldn't be the (only) problem
I also have an athlon-2400 or so that I can try, but I can't remember if it works at all
emc2 was terribly slow (unresponsive, high realtime latency) on my 1GHz AMD Duron
OTOH it runs great on my "AMD Athlon(tm) XP 2600+"
I've had good luck with that celeron before
your duron seemed worse than my P2
I'm pretty sure one install (some BDI) had latencies no larger than 6000-ish
(well smp P2)
cradek: mksquashfs takes dozens of minutes to run?
well 5 or so?
already at 6 minutes and "240MB" on the progress report
sounds like ages to me
did you remember apt-get clean?
it's CPU bound, not disk
yes I did
yeah it's all cpu
or rather, I didn't the first time
(my machine is pretty fast)
this is the "2600+" I just mentioned..
* alex_joni used to do that on his 1600+
can't remember how long it took though
seems unlikely this is going to compress down enough .. I installed extra stuff
the internet tells me the limit for an 80-minute cd is 737280000 bytes in data mode
yep, 800475136 bytes
welcome to this world
is this for a gutsy-based liveCD?
no, it's dapper
no he's practicing breaking the dapper cd first
oh, excellent! :)
I tried to add the devel stuff including tetex..
no doubt the games can't be removed without removing gnome or ubuntu-desktop
not that they'd free up too much space
Filesystem size 670327.88 Kbytes (654.62 Mbytes)
is that kilobytes or kibibytes?
or whatever the heck they're called
must be kibibytes and mibibytes then
remember plenty of other stuff gets added too before you get to the size that counts
yes, I was counting the 'mkisofs' image size
390857 extents written (763 MB)
Filesystem size 746667.60 Kbytes (729.17 Mbytes)
34.99% of uncompressed filesystem size (2133695.04 Kbytes)
kibbles and mibbles and gibbles of bits
hm, I guess not os.path.exists(destfile)
forgot a dir in cvs maybe?
cradek: do you have 'convert' installed?
you'll need it
package imagemagic I think
ImageMagick with icky capitals
oh nm that's only on redhat
it's lowercase, but the inexplicable k is there
what packages from the /gutsy to test the real time kernel?
kernel-image....deb rtai-modules....deb emc2_2....deb
the others are needed if you want to rebuild the packages, or build emc
if I would want to build a rip?
skunkworks: you need the kernel headers for rip
then you also need kernel-headers, cvs, and all the packages listed in debian/control.in under Build-Depends
(you can't use 'build-dep' since that directory is not in the right format for an apt repository)
yay I have a .iso that is small enough (I removed ekiga, ooffice, evolution, ..)
ooffice should be quite big
330661 extents written (645 MB)
ooffice - that should free up enough space so you can stick the EMC2/kernel/rtai source on it also
* cradek hesitates to say that users are more likely to want ooffice than tex
but I needed some "goal" in mind as I built this CD
what was it?
"put all required development stuff on the disc"
downlaoding rtai 6.0mb deb, linux-image 185m
which emc2_2. .... deb?
[18:42:39] <jepler> http://linuxcnc.org/experimental/gutsy/emc2_2.2.0pre_i386.deb
Thank you.. :)
is 2.2.0pre a good naming idea?
no, it should have been 2.2.0~pre
so - this is 2.2? or is it the 1.whatever flavor?
it's from CVS TRUNK
so - I should be able to use your cool latency tester?
life is good.
huh - the multiverse and stuff is already active by default
so I installed the rtai deba nd the linux image deb. When I open up- the emc2_2.2.0pre... in the package installer - it says Error: dependency is not satifiable: emc2
although it spelled satisfiable correctly
probably there's some requirement package (like bwidget) that isn't installed?
you may get a more useful error message if you install it at the terminal
how would I tell? the package installer doesn't seem to give much info
sudo dpkg -i
[19:05:44] <skunkworksgut> http://pastebin.ca/732195
for each thing it says is not installed, install it with apt-get install
one or more of them will have an error
(that is what I have started doing
alternately, you may wish to try 'dpkg -i --force-depends emc2*.deb; apt-get --fix-broken upgrade'
but there's a big warning on --force-depends
WARNING - use of options marked [!] can seriously damage your installation.
I think I just did that with synaptic.. It had an option to fix the broken
gabe up, huh?
(if that was a proper apt repository you'd be getting much more help from apt / synaptic and better error messages ..)
How do I run the latency test?
should be 'latency-test' at the commandline
(but now that you mention it, the .deb may not include it; new programs and scripts have to be added to the .deb packages by hand, and I might have overlooked it)
ok - that doesn't work
emc runs - all be it very choppy
might be a video problem as it is onboard
jepler: want me to look at the script install stuff?
'command not found', or some other error?
command not found
save this as 'latency-test': http://cvs.linuxcnc.org/cvs/emc2/scripts/latency-test?rev=1.4;content-type=text%2Fplain
like menus are simi transparent
then run it with: sh /path/to/latency-test
hmm.. according to what I read.. it should be in /usr/bin
I can see it in the deb too
sam@sam-desktop:~$ sh latency-test
trap: 3: SIGINT: bad trap
skunkworksgut: he said /path/to/latency-test
try sh ./latency-test
run it with bash instead?
if it's in the current directory, the path is not needed
should be in /usr/bin though
skunkworksgut: can you ls /usr/bin/latency* ?
sam@sam-desktop:~$ ls /usr/bin/latency*
ls: /usr/bin/latency*: No such file or directory
or don't I understand what you want me to do ;)
dpkg -L emc2 | grep latency
I am getting max of 27650
max jitter of 3153
this is a petuum D 3ghz
it's the keyboard.. I swear
[19:31:59] <alex_joni> http://en.wikipedia.org/wiki/Petunia
nicer anyways :P
alex_joni: when I did the dpkg -L... it didn't seem to do anything
that means the file is missing from the package
might be from an older TRUNK
it wasn't installed or packaged when I built those .debs
[19:34:25] <jepler> http://cvs.linuxcnc.org/cvs/emc2/src/Makefile#rev1.243 http://cvs.linuxcnc.org/cvs/emc2/debian/emc2.files.in#rev1.21
looks like I subsequently fixed that problem
yup, a recent deb I built a couple days ago, has it
I am thinking it is the video card.. like the axis preview likes to jump forward and stay on top of the browser
that's .. interesting
but it seems to be running..
what kind of video is it? I particularly wonder about what this prints: glxinfo | grep 'OpenGL.*string'
sam@sam-desktop:~$ glxinfo | grep 'OpenGL.*string'
OpenGL vendor string: Tungsten Graphics, Inc
OpenGL renderer string: Mesa DRI Intel(R) 915G 20061017 x86/MMX/SSE2
OpenGL version string: 1.3 Mesa 7.0.1
heh = I just backspaced in here and caused the speaker to beep.
do that again with the latency test running .. tell me if it makes the numbers go bad
now max jitter is 16474659
it does that on my machine too, with that kernel
jepler: yes - it raises the max jitter to 20k from 4k
yah - the beep causes overuns
jepler: is that fixable?
you can remove the 'pcspkr' module, or force it not to load
sudo rmmod pcspkr # at each reboot
or put "install pcspkr /bin/true" in /etc/modprobe.d/nobeep and restart
any idea what 'VFS: busy inodes on changed media.' means?
you forgot to umount your cd or floppy
it comes from inside a vm
you forgot to umount your virtual cd or floppy
it's the pesky automounter
if I stick a CD in the guest machine, it mounts it inside the VM too
you can somewhere tell vmware to start with the cdrom device disconnected
I saw your patch, even read it a bit
I spent a lot of time in this seemingly simple project!
I can see that.. but I guess that's how it goes
* alex_joni wanted to build a plasma cutter
so I installed emc
As usual, 5% inspiration, 95% transpiration :)
here I am 3 years later.. without any plasma cutter.. but with lots of time spent ;)
anyways, your patch
I think the name for the NML channel coule be better chosen
I am a mechanical engineer, but I runned a software company for 15 years; when I sold it , I wanted to play for the first time with what I learned, so I bought a CNC sherline...
I have no problem with names, It can be whatever!
I found no other way to achieve what I wanted without disturbing the existing GUI
I noticed http://www.linuxcnc.org/docview/devel/html/code_Code_Notes.html#r5_2_1
mentions that a buffer can have a queue (though that's not the syntax that is actually in use in emc2)
is there a way to make the command buffers operate as a queue?
jepler: yes, although it is not tested...
jepler: we tried that
I'm not thrilled about a solution that does not address halui + traditional GUI, which I think is a very common setup
at the same time, I don't understand the issues involved..
I would like to point out that there's nothing wrong with fixing all the other guis if they can be made to interoperate more reliably by doing so
jepler: the issue is that 2 channels are used for task<->gui comms
jepler: it is a problem of synchronisation; there is no handshake, only polling
the command channel, and the status channel for ack's
Using status channel for acks IS an idiotic decision
You need queues
The status channel is perfect for getting the status: on/off, estop, position...
but acks must be delivered to the sender reliably
are we trying to decide on an ultimate solution that will be invasive in all UI programs and which will have to wait for emc2.3, or a short-term solution that can improve things but is non-invasive enough to go into 2.2?
well .. both, I think
I think that my patch fulfill both
mgouget: the main point of NML is that the GUI can run on a different PC
But interactive GUIs don need to change, and are not concerned by this patch.
alex_joni: correct, but who uses it? if needed, we can run the UI in a frame buffer, such as vnc...
mgouget: I'm thinking more about custom UIs like ones running on win
alex_joni: or use solutions à la emcrsh...
alex_joni: the problem is: for commanding EMC, we need to know reliably when a command is done, and this can be done with buffers, only queues.
alex_joni: in addition, we need a mechanism to ensure exclusive access during a certain number of operations.
why don't you feed the entire file as a ngc file?
I don't say what you did isn't good..
alex_joni: so queues and semaphores must be used. BUT they can be local (as I did), or TCP based
I think I wouldn't have anything against a synchronisation channel
hmm.. that gives me an idea
alex_joni: ngc file was my B plan ;) but I wanted to show a progress bar, hence the need to know the state of avancement.
how about adding a NML command to grab the mutex
the GUI prepares the NML command with it's id or whatever
sends it to task
when task allocs the mutex to the id requested, it notifies that in status
alex_joni: sounds OK to me
only then is the GUI certain it can do whatever
But you have to think of what goes on if the task crashes...
semaphores have a nice UUNDO feature
Sorry, the GUI or druid crashes
* alex_joni votes for whipping the programmer
anything that doesn't fix the 'gui + halui' case isn't an ultimate solution
I'd even go as far as to say 'remote gui + halui' case
halui can be modified to use this mechanism
BTW, what is exactly the problem with halui?
isn't it the same problem as gui + druid ?
two programs writing to one one command buffer and reading one echo_serial_number
I am sorry, I have to leave now for about an hour (family duties...), I will be back in 1 hour. I am OK to volunteer for finding a clean solution to remote (GUI+halui+druid), but I think that it can be done with NML alone, we need queues
sorry, it cannot be done...
NML channels can be set up as queued
I wonder if this CD still works with all the packages I removed .. 510M emc2.1.7-ubuntu-6.06.1-deskop-i386.iso
I cannot get a pci video card to work on the computer I was testing gutsy
It won't boot off of the live cd with one pluggged in.. odd.
jepler: dumb question, but did you try it before you changed a bunch of stuff? I've had some troubles I never did figure out.
cradek: no, I haven't actually tried it yet
why would I do that?
I know I know
just that I've made a lot of them that wouldn't even boot
anyway, it's not "smaller enough" to really make a difference for people with slow 'net connections
what's the "pool" directory on the cdrom for?
is that stuff that can be installed by apt-cdrom?
jepler: I think we shouldn't try to include as many things on the liveCD as possible (devel tools, etc)
Hello, back again!