<kyak>
whitequark: dunno, maybe there is a problem handling connection to server. For example, the connection has died, but bot hasn't been notified and hangs in a limbo
<kyak>
had your bot's nickname been registered, i'd also speculate that there could be a problem re-identifying with nickserv
<kyak>
which could lead to your bot disconnection, depending on nickname settings
<kyak>
btw, you really should register the nickname
atgreen has quit [Read error: Connection reset by peer]
atgreen has joined #qi-hardware
<whitequark>
I still don't know what benefit would that give me
mooseboobs has quit []
<kyak>
first of all, there is a problem of personation, second, you nickname can be stolen
<DocScrutinizer05>
the benefit of ghosting and definitely getting the nickname you want
<DocScrutinizer05>
and that's pretty damn annoying when somebody steals your nickname and spams channels until you get klined or ignored or banned
<DocScrutinizer05>
actually bot that don't authenticate can not get associated with a user who's responsible and thus are strongly deprecated or even forbidden
<DocScrutinizer05>
and during netsplits you canot join under same name since that name still is considered online, so unless you ghost it you canot re-use it
<kyak>
oh no, ghosting will not happend during netsplit.. It will happen if connection between you and server is broken, but server doesn't know that. You reconnect, but server still thinks you are online
<DocScrutinizer05>
you however should _not_ enable nick protection or you need comstantly check if some services have renamed you to protect the nick, since your auth somehow temporarily failed to work or simply got delayed
<DocScrutinizer05>
kyak: right
<whitequark>
hmm
<kyak>
whitequark: anyway, other users of your irclogger might approach you any time and ask for a feature that let's bot authorize with services and maintain authorization :)
<whitequark>
the bot can do that alright
<kyak>
ah, ok
<whitequark>
I'm just too lazy to actually register on freenode
<whitequark>
and I don't want to bring it down too
<kyak>
can you issue commands on behalf of the bot?
<kyak>
like send messages?
<whitequark>
no
<DocScrutinizer05>
an account also has associated email addr, it's the proof the bot is legit and also the point of contact when anything goes haywire. Best common practice is to unhide mail for bots
<DocScrutinizer05>
see /msg nickserv info infobot
<DocScrutinizer05>
infobot account has "[Notice] -NickServ- apt has enabled nick protection" which I strongly discourage to do
<DocScrutinizer05>
you also have less join restrictions regarding throttling etc when you're registered, and bot *accounts* can even get extended number of channels allowed
<DocScrutinizer05>
((<whitequark> if you have any robust anti-netsplit measure in mind, I'm happy to oblige)) the only strategy is to detect when bot isn't really online anymore (for that you ideally send a ping message to yourself every few minutes) and in case any conectivity issues are detected, the bot ideally does a complete relogin/re-auth
<DocScrutinizer05>
infobot is pretty bad at that, she doesn't detect when a netsplit kicked her off some channels. You always get an "all ok" when you ask ~+chaninfo
<DocScrutinizer05>
so you probably want to implement sth better than what infobot does now
<DocScrutinizer05>
Tim more than once said "scheduler needs a complete rewrite" - alas nobody has the time to do that
rejon has joined #qi-hardware
jekhor__ has joined #qi-hardware
<sb0>
whitequark, seems to be both pump plus some oil
<DocScrutinizer05>
wouldn't oil eventually start evaporating/boiling and thus limit the vacuum you could reach?
<sb0>
yes, it does
<sb0>
well if you use oil designed for vacuum pumps, it doesn't boil
<sb0>
but there's always some evaporation and it's a problem in sensitive systems
<DocScrutinizer05>
whitequark: in latest c't-hacks err make: there's an awesome fsckdup magnetic "levitation" circuit that only works because the circuit doesn't do what the designer thought it would
<sb0>
ultra high vacuum use a liquid nitrogen cryogenic trap that condenses oil vapors before they reach the vacuum chamber, or a dry (scroll) pump
<sb0>
#2 is what most modern/rich labs use afaict
<DocScrutinizer05>
:nod:
<DocScrutinizer05>
((levitation)) we commented exactly same circuit concept here in this chan a year and some ago
<DocScrutinizer05>
they placed a light sensor next to the flashlight's bulb to sense distance to object by increase of brightness from reflected flashlight light by object. errr, make that a hall sensor and electromagnet
<DocScrutinizer05>
that's honestly so idiotic it's amazing it works at all
pcercuei has joined #qi-hardware
kilae has joined #qi-hardware
jekhor_ has joined #qi-hardware
jekhor__ has quit [Ping timeout: 264 seconds]
rejon has quit [Ping timeout: 260 seconds]
xiangfu has quit [Remote host closed the connection]
kilae has quit [Quit: ChatZilla 0.9.91 [Firefox 34.0.5/20141126041045]]
rejon has joined #qi-hardware
dandon has quit [Ping timeout: 265 seconds]
rejon has quit [Ping timeout: 265 seconds]
rejon has joined #qi-hardware
pcercuei has quit [Remote host closed the connection]
pcercuei has joined #qi-hardware
wej has quit [Ping timeout: 258 seconds]
wej has joined #qi-hardware
wej has quit [Ping timeout: 272 seconds]
wej has joined #qi-hardware
kilae has joined #qi-hardware
jekhor__ has joined #qi-hardware
jekhor_ has quit [Ping timeout: 250 seconds]
rejon has quit [Ping timeout: 260 seconds]
rejon has joined #qi-hardware
xiangfu has joined #qi-hardware
Haswell has quit [Quit: Saliendo]
nicksydney has quit [Remote host closed the connection]
nicksydney has joined #qi-hardware
kilae has quit [Quit: ChatZilla 0.9.91 [Firefox 34.0.5/20141126041045]]
<DocScrutinizer05>
>>The OSCOR Blue is listed on the United States Munitions List (USML) and requires an export license under the International Traffic in Arms Regulations (ITAR) <<
<DocScrutinizer05>
while TALAN is rather pathetic
<DocScrutinizer05>
actually I searched for >>Non-linear Junction Detector<<
<DocScrutinizer05>
poor man's NLJ-detector: microwave and watch the smoke ;-P
<DocScrutinizer05>
ok, this .zip has some nonsense in it: >> WiFi 802.11,2.40E+09 [START!], 5.82500E+09[STOP!] << followed by line >> WiFi 2.4 GHz band (802.11b/g/n/ad),2.40E+09,2.50E+09 <<
<DocScrutinizer05>
ooh, and actually pretty cheap: >>Our Price: $36,000.00<<
kilae has joined #qi-hardware
ChanServ has quit [shutting down]
ChanServ has joined #qi-hardware
sb0 has quit [Quit: Leaving]
jekhor_ has quit [Ping timeout: 260 seconds]
tumdedum has quit [Ping timeout: 255 seconds]
tumdedum has joined #qi-hardware
tumdedum has quit [Ping timeout: 250 seconds]
tumdedum has joined #qi-hardware
FrankBlues has quit [Remote host closed the connection]
wpwrak has quit [Read error: Connection reset by peer]
wpwrak has joined #qi-hardware
<wpwrak>
hmm, this is what happens if you kill the busiest processes, and X is among them ... :(
<wpwrak>
i wish chromium would just not run tabs that aren't selected. then all those auto-reloading sites that have some sort of memory leak wouldn't have such an easy time crippling the system
rejon has quit [Ping timeout: 265 seconds]
<larsc>
pcercuei: if I understand things correctly we should not implement PIN_CONFIG_BIAS_PULL_DEFAULT
<pcercuei>
why not?
<larsc>
according to the documentation that's only for chips where you don't know the direction
<larsc>
or the direction is set dynamically by the hardware depending on other parameters
<larsc>
like the selected peripheral
<pcercuei>
ok
<pcercuei>
I thought it was to enable either pull-down or pull-up
<mth>
on the subject of pinctrl, I had to make a small change since there are no enable/disable handlers anymore, only a set handler
<mth>
when migrating to 3.18
<pcercuei>
ok
<mth>
.set_mux to be exact
<mth>
also I put it in a subdir drivers/pinctrl/ingenic/ since many other pinctrl drivers have been grouped by hardware vendor
<pcercuei>
but it doesn't really make sense, since we only have one driver there
<mth>
there will be separate drivers for the jz47xx series, won't there?
<pcercuei>
I don't think so
<mth>
you mean all the differences can be pushed into DT?
<mth>
even so, wouldn't you need example DT configs somewhere then?
<mth>
or are those until arch/mips?
<mth>
s/until/under/
<qi-bot>
mth meant: "or are those under arch/mips?"
<pcercuei>
I mean that there are almost no differences
<mth>
I thought the pin mapping itself is quite different
<larsc>
I refactored things to be 3 different level
<larsc>
top level, is generic stuff
<larsc>
second level is either gen1 or gen2
<larsc>
and the bottom level is the SoC itself which has the pinmap and mux maps, etc
<larsc>
gen1 is for <=jz4760 and gen2 is for >=jz4770
<larsc>
they kind of reshufeld the register map between those
<larsc>
when using DT the last level would be described in the DT
wej has quit [Ping timeout: 258 seconds]
<mth>
ah, it seems the .dts fiels are under arch/, so maybe there wouldn't be many files in the jz pinctrl driver then
<larsc>
the subfolder probably doesn't hurt
wej has joined #qi-hardware
jekhor_ has joined #qi-hardware
jekhor_ has quit [Remote host closed the connection]
jekhor_ has joined #qi-hardware
kilae has quit [Quit: ChatZilla 0.9.91 [Firefox 34.0.5/20141126041045]]