<DocScrutinizer05>
you can easily solve that whole thing when you use "/msg nickserv id $accountname $password <ctrl-sh-a-u> /msg nickserv ghost $primary_nick $password <ctrl-sh-a-u> /timer 6 nick $primary_nick" in Server's "connect command", I guess
<DocScrutinizer05>
I probably used a command like "cmd auto-login.xsh" instead
<DocScrutinizer05>
or s/cmd/source/, or script, or exec or dunno what's the right reserved word to run a script
<DocScrutinizer05>
I don't use this stuff anymore on xchat since I installed ZNC
<DocScrutinizer05>
HAHA!!! >> I changed the second command to /timer 5 nick nickname.<< ( Izzy Jun 18 '12 at 21:31 )
<wpwrak>
ah yes, that looks like the level of complexity i expected
<DocScrutinizer05>
huh?
<DocScrutinizer05>
"/msg nickserv id $accountname $password <ctrl-sh-a-u> /msg nickserv ghost $primary_nick $password <ctrl-sh-a-u> /timer 6 nick $primary_nick" doesn't sound like any level of complexity
<DocScrutinizer05>
and again, as long as you don't run into a collision (due to your login being more than 5 minutes after you left server with ping timeout), nothing at all will show up as a problem
<DocScrutinizer05>
when however you encounter the smoker issue, you will easily fix it with "/msg nickserv id $accountname $password <ctrl-sh-a-u> /msg nickserv ghost $primary_nick $password <ctrl-sh-a-u> /timer 6 nick $primary_nick" and nobody will get hurt
<DocScrutinizer05>
I guess your concerns are due to incomplete understanding of the true nature of the problem
<DocScrutinizer05>
>> Though the connection usually is re-established within seconds, due to the changed IP the "old session" is invalidated. XChat automatically joins the network(s), but then my nick gets refused as it "is already in use". I can manually solve that by "/nickserv ghost MyUser MyPass" <<
<DocScrutinizer05>
wpwrak_ is simply the alternative user nickname you configured in your xchat, which gets used when the primary one is "in use"
<DocScrutinizer05>
yes, you might join channels with nick wpwrak_ and then everybody sees when the script changes your nick to wpwrak, but what's the real problem in that, other than cosmetic?
<DocScrutinizer05>
note however that this only happens when you actually run into a nick collision
<DocScrutinizer05>
and even then I'm not sure if xchat doesn't do "the right thing" and postpones channel autojoin until any server-connect-cmd finished
<DocScrutinizer05>
which would completely avoid any nick changes visible in channels
<DocScrutinizer05>
<-- wpwrak (~werner@154-164-231-201.fibertel.com.ar) has left this server and --> wpwrak (~werner@154-164-231-201.fibertel.com.ar) has joined this channel. will show up nevertheless, inevitably
<DocScrutinizer05>
anyway such is IRC, such is the problem, and those are the tools to mitigate/fix it. Nothing else you can do about it, so either you accept smoker or you do sth about it to fix the issue
xiangfu has joined #qi-hardware
* DocScrutinizer05
should feel less annoyed when providing a oneliner solution and receiving complaints about the perceived complexity in such solution
<DocScrutinizer05>
seems it's a recurring pattern at wpwrak's side
<DocScrutinizer05>
I just fail to clearly decide if that's sarcasm, irony, or just kidding
Textmode has joined #qi-hardware
archang has quit [Quit: Konversation terminated!]
atommann has joined #qi-hardware
<DocScrutinizer05>
with script it will look like:
<DocScrutinizer05>
01:52 DocScrutinizer05 has quit [Disconnected by services]
<DocScrutinizer05>
01:52 DocScrutinizer05 has joined #qi-hardware
<wpwrak>
naw, no reason to get excited :) i was commenting on that perl script. and it wasn't a complaint either, just me saying that the complexity of the script looked like what i'd expect, considering the complexity of the task (to be honest, i'm not entirely sure it covers all the corner cases, e.g., multiple disconnects and such. but it may still fail "nicely" even in cases it doesn't handle properly, which would be good enough in this co
<wpwrak>
ntext.)
<DocScrutinizer05>
I don't know how multiple disconnects look for a client that usually has only one connect per server
<wpwrak>
xiangfu: i have a fun question for you: our beloved president is visiting china these days. at the beginning of her trip, she said nice things about Mao. now i wonder if that was a good or a bad idea :)
<wpwrak>
DocScrutinizer05: i mean over time
<DocScrutinizer05>
I don't see why that's an issue
<DocScrutinizer05>
also please note that worst case(!!!) a reconnect with ghost script but without client waiting for server-reconnect-script to finish would look like:
<DocScrutinizer05>
01:43 dos11 has joined #qi-hardware
<DocScrutinizer05>
01:43 dos11 is now known as dos1
<wpwrak>
well, does the script get terminated and restarted ? or does it keep on running, waiting for an event that was never scheduled in the new session ?
<DocScrutinizer05>
I don't bother checking that script
<DocScrutinizer05>
it's meant to enforce a delay in joining channels until nickserv authenticated you and applied cloak, since otherwise you'd expose your IP to channels
<DocScrutinizer05>
_you_ expose your IP all the time since you don't use a cloak
<DocScrutinizer05>
so please forget about that script
<wpwrak>
naw, the script looks useful. that's a starting point. and yes, those "cosmetics" are important to me
<DocScrutinizer05>
I just linked to it to give a hint what to do when you're really concerned about that visible nick change
<wpwrak>
yup. thanks !
<DocScrutinizer05>
but again, I *think* xchat just behaves and defers chan autojoin until server connect script/cmd returns
<DocScrutinizer05>
would be quite weird when they started a concurrent child process for executing server connect command
<DocScrutinizer05>
after all such command is supposed to run in parent process' environment
<wpwrak>
depends a bit on what you expect it to be used for
<wpwrak>
or, rather, expected at the time of implementation. it's not uncommon to find some mechanism whose function overlaps with another one added at a different time
<DocScrutinizer05>
please simply open xchat server list config, freenode network, and add >>"/msg nickserv id $accountname $password <ctrl-sh-a-u> /msg nickserv ghost $primary_nick $password <ctrl-sh-a-u> /timer 6 nick $primary_nick"<< to server's "Connect Command"
<DocScrutinizer05>
again: server password is what you should use, and for freenode it's "<useraccountname>:<password>"
<DocScrutinizer05>
according to nickserv your account name is identical to your preferred nick
<DocScrutinizer05>
[Notice] -NickServ- Information on wpwrak (account wpwrak)
<DocScrutinizer05>
using nickserv password would do a second authentication, and the 1st command in my suggested connect-command is a third authentication
<DocScrutinizer05>
you probably get away with using just one, ideally server password
<wpwrak>
xchat says that i have to use a script for multiple commands
<DocScrutinizer05>
hmm, interesting. That's prolly why I actually did ;-)
<wpwrak>
and /load complains that it can't find my script. hmm.
<DocScrutinizer05>
FQN?
<wpwrak>
ah, was a typo :)
<DocScrutinizer05>
never really wrapped my head around that <ctrl-sh-a-u> stuff either
<wpwrak>
whatever it is :)
<DocScrutinizer05>
yep
<wpwrak>
okay, xchat is armed :) we'll see at the next disconnect if it also works :)
<DocScrutinizer05>
either ctrl-sh-A;U or ctrl-sh-alt-U
<DocScrutinizer05>
sinply kill xchat and restart it
<wpwrak>
(ctrl-shit-and-so-on) it looks like the sort of thing that's best avoided :)
<DocScrutinizer05>
*nod*
<DocScrutinizer05>
particularly since it seems to depend on gtk version
<DocScrutinizer05>
OUUUUUUUCH!!! >>You can create two UserCommands, with the same name, and then execute the UserCommand. It will be executed in the same order as it's written in the UserCommands GUI.<< took a while til I even got what they meant
<DocScrutinizer05>
note the -e parameter for /load !
<DocScrutinizer05>
otherwise I guess it expects a script to get interpreted by the shebang interpreter
<DocScrutinizer05>
btw you don't even need to kill xchat. a simple "reconnect" should do
<wpwrak>
begin with #!/usr/bin/xchat then wait for what happens ;-)
<DocScrutinizer05>
menu -> "server" -> "reconnect"
<wpwrak>
naw, don't want to produce all that nosie
<DocScrutinizer05>
that shall not be much noise
<DocScrutinizer05>
and when there's more noise than you expected, you at least can do sth about it when you test it under close supervision
<DocScrutinizer05>
go figure you inserted a typo that makes xchat hang in an endless loop on next reregister ;-P
<DocScrutinizer05>
THAT would create *too much* noise
<DocScrutinizer05>
for a start you can invoke the script manually (/LOAD -e <yourscript>)
<DocScrutinizer05>
you should see a few "you're already authenticated" and "you can't ghost yourself", while nobody else will notice anything
<xiangfu>
wpwrak: (nice things about Mao): It is bad for your own country. it is good for her in China public place but it is bad when people talking private like me.
<DocScrutinizer05>
hehe, good answer
rjeffries has quit [Remote host closed the connection]
DocScrutinizer05 has quit [Quit: EEEEEEK]
DocScrutinizer05 has joined #qi-hardware
<DocScrutinizer05>
[2015-02-02 Mon 04:39:43] [Notice] -NickServ- This nickname is registered. Please choose a different nickname, or identify via /msg NickServ identify <password>.
<DocScrutinizer05>
[2015-02-02 Mon 04:39:43] [Notice] -NickServ- You are now identified for jOERG_rw.
<DocScrutinizer05>
[2015-02-02 Mon 04:39:49] [Notice] -NickServ- You are already logged in as jOERG_rw.
<DocScrutinizer05>
[2015-02-02 Mon 04:39:49] [Notice] -NickServ- You may not ghost yourself.
<DocScrutinizer05>
[2015-02-02 Mon 04:39:50] [Notice] -NickServ- You may not ghost yourself.
archang has joined #qi-hardware
<DocScrutinizer05>
^^^ been a "reconnect"
atommann has quit [Ping timeout: 245 seconds]
archang has quit [Ping timeout: 252 seconds]
porchao has joined #qi-hardware
archang has joined #qi-hardware
dos1 has joined #qi-hardware
<wpwrak>
xiangfu: heh, that's about what i tought after having a look at what wikipedia has to say about how mao is perceived in china today. ah well, she also thinks that venezuela is a great example. ah well, let's just hope the chinese government has been properly briefed on what sort of president is visiting them - and how much longer that president will stay in power.
<xiangfu>
wpwrak: the chinese government changed recently.
<wpwrak>
will that mean a significant change in policies ? i picture china as a country where successive governments maintain a fairly constant style
<xiangfu>
hmm... no. start from the chinese government inside first.
<wpwrak>
the current argentine government is left-populist, basically cleptocratic, and not very competent at actually running its country
<wpwrak>
however, it has proven great skills at ruining it ...
<wpwrak>
unfortunately, there are lots of uneducated people who like left-populism. so it's not sure yet whether argentina will get a decent government at the next elections, which are august-november this year.
<wpwrak>
(primaries to select among candidates within parties are in august, then the main election in october and - if needed - another round between the winners of the main election in november)
<DocScrutinizer05>
well, just another AR goggles. "holograms" is pretty misleading. BTW google glass relaunch i aiming at exactly same direction
<DocScrutinizer05>
s/ i / is /
<qi-bot>
DocScrutinizer05 meant: "well, just another AR goggles. "holograms" is pretty misleading. BTW google glass relaunch is aiming at exactly same direction"
<xiangfu>
Yes.
fengling has joined #qi-hardware
Textmode has quit [Quit: "It was one dev, naked in a room with a carton of cigarettes, a thermos full of coffee and bourbon, and all his summoned angels."]
jluis has joined #qi-hardware
bellow has joined #qi-hardware
<bellow>
Hello
<bellow>
I am trying to reconnect my Magnavox MBP 5120 blu-ray player to my Linksys routers wifi (which I have done before without trouble) and I am getting DHCP cannot be acquired. I have change the IP Address to manual on the blu-ray player without changing the IP address itself and no error. I have checked the routers settings and DHCP is enabled. Is the
<bellow>
re a way to fix this? I had it connected just fine so I added the ip/mac address to the DHCP Reservation think that would help it did not.
<eintopf>
I think that's the modular google smartphone which jamal mentioned
<bellow>
I am trying to reconnect my Magnavox MBP 5120 blu-ray player to my Linksys routers wifi (which I have done before without trouble) and I am getting DHCP cannot be acquired. I have change the IP Address to manual on the blu-ray player without changing the IP address itself and no error. I have checked the routers settings and DHCP is enabled. Is the
<bellow>
re a way to fix this? I had it connected just fine so I added the ip/mac address to the DHCP Reservation think that would help it did not.