Re: wpa_cli issues
On Fri, 19 Aug 2011 12:51:16 -0500 Dan Nelson wrote: > In the last episode (Aug 19), Zane C. B-H. said: > > On Fri, 19 Aug 2011 09:14:54 -0500 (CDT) Robert Bonomi > > wrote: > > > From: "Zane C. B-H." > > > > Is there any way to undefine a variable once it has been set? > > > > > > *As(stated*, the answer involves the offspring of the mating of > > > a rhinoceros and an elephand. > > > > > > =GUESSING= that you mean a shell 'envionment variable', the > > > answer is 'yes'. _How_ one can do it depends on the shell > > > (*unspecified*!) being used. 'unsetenv' _may_ do the trick. > > > Alternatively a variable assignment with no value (.e.g > > > "VARIABLE=") may work. > > > > Blarg? > > > > None of these is even vaguely related to my question about > > wpa_cli, as stated in the subject. > > wpa_cli only understands a fixed list of variables to set, and it > doesn't make sense to "undefine" them. You can set them back to > their default values, but they must have a value. > > Defaults from looking at the source: > > EAPOL::heldPeriod = 60 > EAPOL::startPeriod = 30 > EAPOL::maxStart = 3 > EAPOL::authPeriod = 30 > dot11RSNAConfigPMKLifetime = 43200 > dot11RSNAConfigPMKReauthThreshold = 70 > dot11RSNAConfigSATimeout = 60 > > Running "set" from within wpa_cli should print these values, too, > according to the manpage. That is for stuff set via set, but when it comes to the individual network variables, not all of these have a default value other than not defined, AFAIK, and setting them back to the defaults as far as I can tell is impossible for some. A example of this is the bssid variable. Once this has been set, I've been unable to find any way to remove it via wpa_cli. Any suggestions would be much appreciated. Thanks. :) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: wpa_cli issues
On Fri, 19 Aug 2011 13:05:01 -0400 Chris Brennan wrote: > On 8/19/2011 10:26 AM, Zane C. B-H. wrote: > > Blarg? > > > > None of these is even vaguely related to my question about > > wpa_cli, as stated in the subject. > > WTF is 'Blarg'? > > How about you give us a little more context and offer to converse > with us instead of treating us like machines who blindly spit out > answers (right or wrong, doesn't matter, you've equated us to > machines!) > > Robert did the best he could with the little bit of information you > gave us. Even after reading your e-mail, I was left wondering what > variables (with in or without wpa_cli) you were talking about and > also jumped to the conclusion of shell environment variables. > > A rather blunt note for you (and I've learned this first hand). If > you are rude on an Open Source mailing-list, the chances of you > getting help drop, dramatically. The chances of you getting flamed > for your rudeness become guaranteed. Nothing I said was intended as rude and was phrased in a neutral manner. Personally this knee jerk reaction to assume I was being hostile etc is a lot more annoying and insulting than any thing. As to any confusion as to what I was talking about I am still lost as to how some one would come any thing shell related given wpa_cli was very specifically stated in the subject. I actually though there was a a Robert was trying to be an ass with his reply about shell related stuff given that. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: wpa_cli issues
In the last episode (Aug 19), Zane C. B-H. said: > On Fri, 19 Aug 2011 09:14:54 -0500 (CDT) Robert Bonomi > wrote: > > From: "Zane C. B-H." > > > Is there any way to undefine a variable once it has been set? > > > > *As(stated*, the answer involves the offspring of the mating of a > > rhinoceros and an elephand. > > > > =GUESSING= that you mean a shell 'envionment variable', the answer > > is 'yes'. _How_ one can do it depends on the shell (*unspecified*!) > > being used. 'unsetenv' _may_ do the trick. Alternatively a > > variable assignment with no value (.e.g "VARIABLE=") may work. > > Blarg? > > None of these is even vaguely related to my question about wpa_cli, > as stated in the subject. wpa_cli only understands a fixed list of variables to set, and it doesn't make sense to "undefine" them. You can set them back to their default values, but they must have a value. Defaults from looking at the source: EAPOL::heldPeriod = 60 EAPOL::startPeriod = 30 EAPOL::maxStart = 3 EAPOL::authPeriod = 30 dot11RSNAConfigPMKLifetime = 43200 dot11RSNAConfigPMKReauthThreshold = 70 dot11RSNAConfigSATimeout = 60 Running "set" from within wpa_cli should print these values, too, according to the manpage. -- Dan Nelson dnel...@allantgroup.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: wpa_cli issues
On 8/19/2011 10:26 AM, Zane C. B-H. wrote: > Blarg? > > None of these is even vaguely related to my question about wpa_cli, > as stated in the subject. WTF is 'Blarg'? How about you give us a little more context and offer to converse with us instead of treating us like machines who blindly spit out answers (right or wrong, doesn't matter, you've equated us to machines!) Robert did the best he could with the little bit of information you gave us. Even after reading your e-mail, I was left wondering what variables (with in or without wpa_cli) you were talking about and also jumped to the conclusion of shell environment variables. A rather blunt note for you (and I've learned this first hand). If you are rude on an Open Source mailing-list, the chances of you getting help drop, dramatically. The chances of you getting flamed for your rudeness become guaranteed. -- > Chris Brennan > -- > A: Yes. > >Q: Are you sure? > >>A: Because it reverses the logical flow of conversation. > >>>Q: Why is top posting frowned upon? > http://xkcd.com/84/ | http://xkcd.com/149/ | http://xkcd.com/549/ > GPG: D5B20C0C (6741 8EE4 6C7D 11FB 8DA8 9E4A EECD 9A84 D5B2 0C0C) signature.asc Description: OpenPGP digital signature
Re: wpa_cli issues
On Fri, 19 Aug 2011 09:14:54 -0500 (CDT) Robert Bonomi wrote: > > From owner-freebsd-questi...@freebsd.org Fri Aug 19 07:41:44 2011 > > Date: Fri, 19 Aug 2011 07:22:34 -0500 > > From: "Zane C. B-H." > > To: FreeBSD Questions > > Subject: wpa_cli issues > > > > Is there any way to undefine a variable once it has been set? > > *As(stated*, the answer involves the offspring of the mating of a > rhinoceros and an elephand. > > =GUESSING= that you mean a shell 'envionment variable', the answer > is 'yes'. _How_ one can do it depends on the shell (*unspecified*!) > being used. 'unsetenv' _may_ do the trick. Alternatively a > variable assignment with no value (.e.g "VARIABLE=") may work. Blarg? None of these is even vaguely related to my question about wpa_cli, as stated in the subject. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: wpa_cli issues
> From owner-freebsd-questi...@freebsd.org Fri Aug 19 07:41:44 2011 > Date: Fri, 19 Aug 2011 07:22:34 -0500 > From: "Zane C. B-H." > To: FreeBSD Questions > Subject: wpa_cli issues > > Is there any way to undefine a variable once it has been set? *As(stated*, the answer involves the offspring of the mating of a rhinoceros and an elephand. =GUESSING= that you mean a shell 'envionment variable', the answer is 'yes'. _How_ one can do it depends on the shell (*unspecified*!) being used. 'unsetenv' _may_ do the trick. Alternatively a variable assignment with no value (.e.g "VARIABLE=") may work. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
wpa_cli issues
Is there any way to undefine a variable once it has been set? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"