<wpwrak_>
grmbl. and why does freenode think i'm a smoker ?
wpwrak_ is now known as wpwrak
atommann has quit [Ping timeout: 264 seconds]
atommann has joined #qi-hardware
rozzin has left #qi-hardware [#qi-hardware]
atommann has quit [Ping timeout: 245 seconds]
arhuaco_ has quit [Quit: Leaving]
atommann has joined #qi-hardware
wolfspraul 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."]
dandon_ has joined #qi-hardware
dos11 has joined #qi-hardware
viric_ has joined #qi-hardware
uwe___ has joined #qi-hardware
tumdedum_ has joined #qi-hardware
atommann has quit [*.net *.split]
dos1 has quit [*.net *.split]
dandon has quit [*.net *.split]
porchao has quit [*.net *.split]
tumdedum has quit [*.net *.split]
uwe_ has quit [*.net *.split]
viric has quit [*.net *.split]
dos11 is now known as dos1
tumdedum_ is now known as tumdedum
viric_ is now known as viric
wolfspraul has quit [Ping timeout: 276 seconds]
mth has quit [Ping timeout: 276 seconds]
mth_ has joined #qi-hardware
wolfspraul has joined #qi-hardware
atommann has joined #qi-hardware
viric has quit [Ping timeout: 276 seconds]
mth_ is now known as mth
viric_ has joined #qi-hardware
viric_ is now known as viric
atommann has quit [Ping timeout: 255 seconds]
zcrc has joined #qi-hardware
atommann has joined #qi-hardware
zcrc has quit [Read error: Connection reset by peer]
<DocScrutinizer05>
wpwrak: (smoker) you should check your xchat config/scripts. auto-rejoin without using '/msg nickserv ghost' will inevitably result in your client using next alternative nickname, on every netsplit or connectivity loss
<wpwrak>
hmm. how would xchat know to execute xchat-login.xsh ? and what language is .xsh ? i can see lots of stuff about perl and python scripting, but you seem to be the only one on the planet who uses that xchat-login.xsh script :)
<rjeffries>
wpwrak your anelok case work boggles my mind. With the CNC approach what do you consider the practical upper bound on number of cases made that (tedious) way?
<rjeffries>
I assume that a soft tool (aluminum mold, I think..) for injection molding would be logical way for moderate production. But is n=100 doable the hard way?
jekhor has joined #qi-hardware
<DocScrutinizer05>
wpwrak: no idea, al that stuff is 5 years old. I guess there's a well defined script name xchat executes on start. Or the whole thing got deactivated by me when I switched to ZNC
<DocScrutinizer05>
quite possible that the thing been named xchat-login.sh before I renamed it to disable it
<DocScrutinizer05>
and it looks like plain xchat commands without leading "/"
<DocScrutinizer05>
prolly Raster instructed me back in TPE
<DocScrutinizer05>
or shortly after, when I bought my N810
<DocScrutinizer05>
without Raster's N800 (N770?) I'd possibly never had noticed maemo and thus xchat. Definitely Raster told me about xchat
<DocScrutinizer05>
anyway I recall I learned about timers via '/help timer' cmd, and that stuff once kinda worked
<DocScrutinizer05>
the cmds are only a 4 lines, you should be capable to grok the idea even without a POSIX standard scripting language being used ;-D
<DocScrutinizer05>
maybe one of the 250 scripts provided on http://xchatdata.net/Scripting/HomePage even offers a smarter approach, like the one I do on Konversation where I wait for regex pattern "DocScrutinizer05.*has.*been.*ghosted" | "DocScrutinizer05.*is.*not.*online" to autorespond "/nick DocScrutinizer05". Smarter than a "sleep 6"
wolfspraul has quit [Quit: leaving]
<wpwrak>
rjeffries: n=100 may be easier the hard way, yes. a mold is hard to make with my mill. so by the time i'd have one made and fully debugged, i'd probably be done with the 100 directly milled cases
<wpwrak>
DocScrutinizer05: interesting .. didn't know of the raster angle :)
<wpwrak>
(concept) yes, that's clear enough. but i'd like to avoid the temporary name. and to do that i'll need to understand more of what's underneath
<DocScrutinizer05>
you need a temporary name anyway, since you can't log in to IRC with a nick that's already in use
<DocScrutinizer05>
recently your temporary name is smoker
<DocScrutinizer05>
;-)
<wpwrak>
well, i only need a temp name if there's actually a conflict
lrockhq has joined #qi-hardware
<DocScrutinizer05>
you need one to even find out *if* there is a conflict
<DocScrutinizer05>
your client tries to log in with your primary nickname (wpwrak). If that fails, the client usually tries the secondary/alternative nickname (in your case wpwrak_). Whatever the result of this, next steps are: authenticate to nickserv (/msg nickserv <ACCOUNTnam> <PassWD>), ghost primary nickname (answer either "can't ghost yourself [when using your primary nick] or "has.*been.*ghosted" resp ".*is.*not.*online" [when using secondary
<DocScrutinizer05>
nick]), then _try_ to change nick to primary nick, ideally on receiving (one of) the reply(s) as mentioned before from nickserv (since sometimes nickserv takes 'ages' to complete the ghost command)
<DocScrutinizer05>
changing nick to <primary_nick> is a NUL operation when your nick already is the primary one. And "/msg nickserv ghost <primary_nick>" will fail when you already use primary nick ("can't ghost yourself"). So the above sequence doesn't need any tests and conditional branches. It simply "just works"
<DocScrutinizer05>
NB your alternative (temporary) nick is completely arbitrary, you don't even need to know it
<DocScrutinizer05>
wpwrak: ^^^
<wpwrak>
my concern would be auto-joining of channels. does that wait until i have sorted out the nick situation ? if not, any temporary nick is still a problem
<DocScrutinizer05>
that depends on client
<wpwrak>
xchat :)
<DocScrutinizer05>
I dunno about xchat
<eintopf>
who use xchat here
<wpwrak>
me ! :)
<eintopf>
i am shocked
<eintopf>
so a crazy fvwm2rc with xchat
<wpwrak>
guess you would have expected that i use a strictly tty-type interface. no cursor positioning ;)
<DocScrutinizer05>
*usually* any login script should complete before chan-autojoin runs
<eintopf>
wpwrak: yes
<DocScrutinizer05>
wpwrak: also note please that any such "problem" with alternative nick only ever shows when you actually run into a collision
<wpwrak>
DocScrutinizer05: doesn't make you script always produce the problem, given that it always uses the temp nick ?
<DocScrutinizer05>
when xchat can log in with primary_nick, all the script with all the ghosting etc will be completely invisible to IRC
<DocScrutinizer05>
sorry, that script is a tad old and loaded with cruft
<wpwrak>
(zirc) yeah, that looks decently hardcore ;-)
<wpwrak>
now do it in traditional Bourne, for the veterans :)
<DocScrutinizer05>
log in to IRC ideally using server password (or SASL) to authenticate during log in. To be on the failsafe side, do /ns id accountname password. Then /ns ghost primary_nick. Then /nick primary_nick
<DocScrutinizer05>
simple as that
<DocScrutinizer05>
hint: on freenode use "accountname:password" for server password
<DocScrutinizer05>
hint: I repeat the above for 3 times, to deal with delays in nickserv
<DocScrutinizer05>
password should be expendable on ghost command, I nevertheless use it in case the previous ID command didn't complete yet
<DocScrutinizer05>
but I do this because I _always_ use DocScrutinizer06 (SIC!) as login nick, on this client. Otherwise you mayve ghost yourself, dunno
<DocScrutinizer05>
you can't ghost anybody when you're not authenticated and don't use password in ghost command
<DocScrutinizer05>
so up to you if you use ghost with password or without
<DocScrutinizer05>
BEWARE! don't use this scheme on two concurrent clients with same primary_nick, or they will start lick-ass pingpong
<DocScrutinizer05>
kick*
<DocScrutinizer05>
;-P
<DocScrutinizer05>
same applies for multiple connections to same IRC network from same client, unless you make sure that script only runs for first server connection but not for second+
<wpwrak>
heh :) you've already convinced me that this problem doesn't have an easy solution and that debugging any solution it probably considerably more annoying to people than the occasional manual change
<wpwrak>
let's just hope freenode keeps the number of such renames reasonably low also in the future ...
<DocScrutinizer05>
no, this problem is extremely simple to solve (see above), doesn't need much debugging particularly since the solution runs since several years on my clients, and you're running into this problem on *every* reconnect caused by whatever reason
<DocScrutinizer05>
unless the disconnect time is long enough to make IRC servers auto-'ghost' the stale login
<DocScrutinizer05>
honestly, how hard can it be to add a >>/ns id accountname password; /ns ghost primary_nick password; /nick primary_nick<< to some reconnect hook in your irc client?
<DocScrutinizer05>
but meh, not _my_ problem
<DocScrutinizer05>
((auto-'ghost')) "...has left this server (Quit: No Ping reply in 180 seconds.)."
<DocScrutinizer05>
freenode changed that from 12 to 3 minutes some years ago, probably to mitigate exactly this problem
<DocScrutinizer05>
I discussed with freenode stuff why they don't do auto-ghost on re-login, but they had some compelling reason why they don't want this - alas I forgot the details
<DocScrutinizer05>
actually I think they changed ping period from 600s to 90s
<DocScrutinizer05>
((debug)) you can enter all those commands manually, after killing and restarting your IRC client. One tip I found during automating the manually tested commands: you need a delay of several seconds between the ghost-cmd and the nick-change (if you don't wait to go nifty and wait for the response to ghost-cmd, sth I did in Konversation with "highlight" on above mentioned regex)
<DocScrutinizer05>
that's why my xchat script uses that timer