View Full Version : New port
Free
August 20th, 2009, 21:10
Hi every one,
I have writen program and I want to port it.
But I have alote of questions.
1. Program is small, only 2 pages of c++ code. Could small program like that be ported in to FreeBSD ports ?
2. If yes, can I put program code in port it self, with out have to download it from internet ?
Thats all for now :)
Thanks, Free.
SirDice
August 20th, 2009, 21:15
1. Program is small, only 2 pages of c++ code. Could small program like that be ported in to FreeBSD ports ?
Size doesn't matter
2. If yes, can I put program code in port it self, with out have to download it from internet ?
It's probably a little bit to big for that. That said there are ports that have this (portmaster comes to mind).
rghq
August 20th, 2009, 21:37
If the 2nd question is a problem, maybe try hosting it at Sourceforge :)
Free
August 20th, 2009, 21:38
SirDice
Thanks, here is one more question:
3. Program made to shutdown win clients in domain, but it needs admin's password & login. In my program, when you compile program, you set up login & password, so is there any way to do so using ports ?
Free
August 20th, 2009, 21:39
If the 2nd question is a problem, maybe try hosting it at Sourceforge
It's not a problem, my question if I can, if not, i'll just upload it to my server :)
rghq
August 20th, 2009, 22:37
Thanks, here is one more question:
3. Program made to shutdown win clients in domain, but it needs admin's password & login. In my program, when you compile program, you set up login & password, so is there any way to do so using ports ?
Yes - that's possible. Either via a dialog interface or via make options.
Problem might just be that saving the port preferences or the make options in the shell history will save the plaintext password.
aragon
August 21st, 2009, 00:11
For that last question, I'd say rather put that into your configure script so that it securely prompts the user before compilation and writes the setting to a header file.
SirDice
August 21st, 2009, 08:26
Even better, don't hardcode the username/password. Use options so a user can supply them on the commandline.
john_doe
August 21st, 2009, 14:10
There are certain percent of users that install programs via packages. Hardcoding authentication data in source files will make package of your program useless.
CodeBlock
August 21st, 2009, 16:48
Even better, don't hardcode the username/password. Use options so a user can supply them on the commandline.
Then they're saved in ~/.${shell}_history.
SirDice
August 21st, 2009, 17:08
Then they're saved in ~/.${shell}_history.
Or, in the absence of a -p or --password option on the command line ask for it. The -p or --password would make it easier to script ;)
CodeBlock
August 28th, 2009, 06:27
Or, in the absence of a -p or --password option on the command line ask for it. The -p or --password would make it easier to script ;)
Ah yes, like mysql does it.. That could work :)
vBulletin® v3.8.7, Copyright ©2000-2012, vBulletin Solutions, Inc.