On 06/14/2010 11:17 PM, Mark Thomas wrote: .... snip
> This would work if you copied all the .py files of the program to Not necessarily. It's all about scripts architecture, library path, etc. It's always bad practice to jam a bunch of files under common bin directory for two reasons: clutter that's hard to read in terminal or file browser, and speed to access that file in shell. Speed is not necessarily noticeable these days, but why torture bash with huge hash table of file names and promote bad computing practice. Tons of bad examples under /usr/bin: foo2*, lwp-*, solid-*, byobu*, ... > /usr/local/bin. Since dxf2gcode is a collection of files the cd comes in handy > as it sets the correct directory and actually used quite frequently in script > files for this purpose, and it doesn't add clutter to the bin directory. > > Also, having a small script makes it easy to add to the menu for execution. > No need for script again. You can add any application to the menu directly and save some disk space. Never mind, outside computer museum we don't use floppy disks anymore, :-) > If you edit a script file with the standard linux editors such as gedit or > kate, or for that matter even vi there will be no issue with LF or CRLF. This Sorry, I was not clear with that statement. I meant *.py scripts. It would be more likely to see CRLF in *.py scripts or files as some people create them on another OS. I assume that you would not write bash script(s) in WinDOS machine. However, similar issue would creep up if you used MAC OS. As a sysadmin I had to fix such issues numerous times. > usually crops up when copying files created under some form of DOS/Windows > without converting them to Unix format > > Cheers, > > Mark Cheers, -- Rafael ------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
