Any chance you guys could make a standalone verson of the dude package to run as a daemon under linux?
It sure would be handy to be able to have a linux box doing my network onitoring without having to have to waste an entire x86 box by loading rOS on it.
You can run dude through wine on linux box
headless? I am looking at doing this as a daemon so i can connect to it remotely. might be time to start hacking 
Hey, I’m VERY interested on this (dude server on headless/no-graphics linux box)…
Did you get any result on your hacking?
TKX,
Riccardo
indeed…
/topic bump
Any updates on this thread ?
any linux ver of dude? so that it can run as a daemon??
nope
why ?
Why not run the x86 MT version with Dude as a service in VMware Server?
Because of wasting one license only for dude ?
We have dude server and client for M$ Windows, is that hard for MT to implement a linux standalone server version ? 
Basically, the only way to do this right now is to provide an x server running on like tty12 and run it via wine so it’s the only thing running in the x session. no window manager running, just dude. Putting it on tty12 makes it out of the way but you can switch to it if needed. I am looking at a way to capture the local process and separate the front end from the server portion. Perhaps some hex editing will be needed in order to just run the server. I’ll keep you posted on how that is going. Anyways, for now, there is no choice but to install X and waste a few resources for a single program.
quick edit
the dude server executable in the dude package in routeros for x86 is dynamically linked against some pretty standard libraries:
lib-uClibc.so.0
libcommon.so
libssl.so.0.9.8
libcrypto.so.0.9.8
libexpat.so.1
libglib-2.0.so.0
libgobject-2.0.so.0
libgmodule-2.0.so.0
libgio-2.0.so.0
libpangoft2-1.0.so.0
libpangocairo-1.0.so.0
libpango-1.0.so.0
libxml2.so.2
libcroco-0.6.so.3
librsvg-2.so.2
libpng12.so.0
libjpeg.so.62
libgdk_pixbuf-2.0.so.0
libcairo.so.2
libpixman-1.so.0
libfontconfig.so.1
libfreetype.so.6
libnetsnmp.so.15
libm.so.0
libumsg.so
libuc++.so
libsnmp.so
libinstall.so
libz.so
libc.so.0
why not just compile it statically and release a single binary that we can load up independent of the linux distro?
OR, simply release the dude server source (under some kind of non-open license) so we can compile it ourselves? I would be happy to host packages and/or set up a build environment if you only want to release binaries and not the source.
DUDE *nix ver is in many people’s wish list !
You have my VOTE 
Mee too … !!!
Well be VERY NICE access remotly dude server (may be a Java interface?)
best regards.
andres.
Well, getting closer. It will actually run now that all the libraries are linked.
Looks like I am going to have to set up a chroot environment with the right versions of the libraries for it to run. No telling if it is dependant on other rOS features or packages in order to run. Good chance that it is.
I’ll get it figured out eventually.
root@ubuntu:/nova/bin# ldd dudes
libcommon.so => /lib/libcommon.so (0xb7d3e000)
libssl.so.0.9.8 => /usr/lib/libssl.so.0.9.8 (0xb7cfc000)
libcrypto.so.0.9.8 => /usr/lib/libcrypto.so.0.9.8 (0xb7bb0000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb7b8f000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7ade000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb7aa2000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xb7a9e000)
libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0xb7a3d000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0xb7a16000)
libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0xb7a0d000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0xb79d0000)
libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb78b0000)
libcroco-0.6.so.3 => /usr/lib/libcroco-0.6.so.3 (0xb787b000)
librsvg-2.so.2 => /usr/lib/librsvg-2.so.2 (0xb784a000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb7826000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7806000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0xb77ee000)
libcairo.so.2 => /usr/lib/libcairo.so.2 (0xb778c000)
libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0xb7763000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb7739000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb76cc000)
libnetsnmp.so.15 => /usr/lib/libnetsnmp.so.15 (0xb761e000)
libm.so.0 => /lib/libm.so.0 (0xb7612000)
libumsg.so => /lib/libumsg.so (0xb75e3000)
libuc++.so => /lib/libuc++.so (0xb75d5000)
libsnmp.so => /lib/libsnmp.so (0xb75bd000)
libinstall.so => /lib/libinstall.so (0xb75aa000)
libz.so => /usr/lib/libz.so (0xb7595000)
libc.so.0 => /lib/libc.so.0 (0xb755e000)
libdl.so.2 => /lib/libdl.so.2 (0xb755a000)
libc.so.6 => /lib/libc.so.6 (0xb7421000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb740a000)
libpcre.so.3 => /usr/lib/libpcre.so.3 (0xb73e3000)
libselinux.so.1 => /lib/libselinux.so.1 (0xb73ca000)
libm.so.6 => /lib/libm.so.6 (0xb73a5000)
libgsf-1.so.114 => /usr/lib/libgsf-1.so.114 (0xb7371000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb7369000)
libX11.so.6 => /usr/lib/libX11.so.6 (0xb7282000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb718f000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7184000)
ld-linux.so.2 => /lib/ld-linux.so.2 (0xb7168000)
libbz2.so.1.0 => /lib/libbz2.so.1.0 (0xb7158000)
libxcb-xlib.so.0 => /usr/lib/libxcb-xlib.so.0 (0xb7156000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb713d000)
libXau.so.6 => /usr/lib/libXau.so.6 (0xb713a000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb7135000)
ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0xb7f0d000)
root@ubuntu:/nova/bin# ./dudes
Floating point exception
root@ubuntu:/nova/bin#
Good work, Keep it up 
With the greatest respect, paying MT $40 or so to run the Dude on *nix is not high on the list of things which trouble my sleep.
Its simple, it works, its cheap. Is there any other good reason where my suggestion won’t work?
George
Drop it on a Router! 433 will run it, won’t give you much storage but done. No processing time used on your box either!
Else, put it on your core box! We drop them on our 732s all day, but we put in 1 gig OS drives!
I want to do full remote syslog and use some custom scripts to manage the thing via an internal website. Hence, putting it on a 433 is basically out.
Was anybody able to get this working on a headless server? I’m curious to see if I could install this on my headless server at home and still use the Windows client to login remotely…mhm that would be nice, but i don’t plan on putting X on the linux server so may just have to setup a windows box just for this 