marek-sezemsky / coreemu

Automatically exported from code.google.com/p/coreemu
BSD 2-Clause "Simplified" License
0 stars 0 forks source link

UserDefined service config file copies in GUI #213

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. Use the GUI to create an *.imn file with some servers
2. Save the *.imn in "<core-confdir>/.core"
3. Create a configuration file in "<core-confdir>/.core/configs/foo.conf"
4. Using the gui, double-click on a server to bring up a configuration window. 
Click on "Services" then click on "UserDefined".
5. Select "Copy this source file:", and enter a "~"-relative pathname for the 
config file. (e.g., "~/.core/configs/foo.conf")
6. Click on run, then pull up a terminal window on the server. Notice that the 
file "foo.conf" does not get loaded into the specified filename.

What is the expected output? What do you see instead?

Would expect "~" to have the same meaning as "/home/username", where "username" 
is the login name of the person executing core. Core needs to expand the "~" to 
"/home/username" the same as would occur in a shell command.

Also, would like to be able to pull up multiple config files instead of just a 
single file. So, a "Copy this source file:" string of:

  "~/.core/configs/*"

should pull up multiple configs files.

What version of the product are you using? On what operating system?

Latest svn bits as of 06/28/2013

Please provide any additional information below.

Original issue reported on code.google.com by fltemp...@gmail.com on 28 Jun 2013 at 6:53

GoogleCodeExporter commented 9 years ago

Original comment by ahrenh...@gmail.com on 1 Jul 2013 at 11:19

GoogleCodeExporter commented 9 years ago
fixed in r815

when copying existing file for a service, perform string replacement of:
 "~", "%SESSION%", "%SESSION_DIR%", "%SESSION_USER%", "%NODE%", "%NODENAME%"

note that glob matching of "*" is not possible without GUI redesign, because 
each service file has one associated destination filename, not several

Original comment by ahrenh...@gmail.com on 2 Jul 2013 at 2:47