[00:18] *** Nat_RH has quit IRC (Ping timeout: 252 seconds) [00:20] *** Nat_RH has joined #arpnetworks [00:22] up_the_irons: thanks for the insight [00:24] btw..."signon: Fri Oct 18 14:41:59 2013" <- that's how long freenode has been stable for me (i'm connected to calvino via ipv6) [01:11] *** CaZe has quit IRC (Read error: Connection reset by peer) [01:11] *** CaZe` has joined #arpnetworks [01:11] *** CaZe` is now known as CaZe [01:18] I'm on leguin.freenode.net via IPv6 and whois says "signon: Thu Nov 7 12:17:15 2013" [01:23] how do you find the signon timestamp? [01:23] i did /whois ant ant [01:25] I just did /whois plett [01:25] I wonder what's wrong with mine. [01:25] 09:24 [freenode] -!- idle : 0 days 0 hours 6 mins 41 secs [signon: Thu Nov 7 12:17:15 2013] [01:26] oh..right the second ant wasn't necessary [01:26] signon at: Wed, 11 Dec 2013 23:16:45 [01:26] lol my node sucks [01:27] "holmes" [02:24] Since you ask about your self you only have to specify the nickname once. [02:24] Twice for asking about another user and their server.. [02:25] is it any word as the second word? [02:25] cos i've always used servername before? [02:25] Otherwise it will just give you the information about the client that the server you are connected too have. [02:25] *** SpaceDum1 is now known as SpaceDump [02:26] doing /whois spacedump and /whois spacedump spacedump returns the same info for me [02:26] and it tells your idle time but not signon time [02:27] Hm. :] [02:27] Perhaps some sort of feature in your client that always asks using the nick twice then. [02:28] Only the server holding the client knows about the idle time. [02:42] *** LT has joined #arpnetworks [03:51] signon timestamp [03:51] shows for anyone on your server [03:51] if ytou're both on leguin or wolfe or whatever [03:52] if you want a timestamp for another server, need to repeat the name [04:00] Excactly. [04:00] That information is only held by the server that the user is connected to. [04:25] Great, now that you have that figured out, you can fix my problem. :D [05:24] happy holidays everyone [05:29] CaZe: Choose a better server? :p [05:33] I've been on asimov, calvino, morgan, wolfe, hobana, and leguin. [05:34] Within the past 24 hours. [07:16] I've never felt that this network was stable... :p [07:28] haha [07:57] *** Rope has joined #arpnetworks [07:59] I'm mostly on ircnet. Very stable. :] [08:23] *** RandalSchwartz has joined #arpnetworks [08:23] *** RandalSchwartz has quit IRC (Changing host) [08:23] *** RandalSchwartz has joined #arpnetworks [09:25] *** LT has quit IRC (Quit: Leaving) [10:05] *** easymac has quit IRC (Read error: Connection reset by peer) [10:19] *** easymac has joined #arpnetworks [10:26] *** CaZe has quit IRC (Read error: Connection reset by peer) [10:26] *** CaZe` has joined #arpnetworks [10:27] *** CaZe` is now known as CaZe [11:06] *** CaZe has quit IRC (Remote host closed the connection) [11:07] *** CaZe` has joined #arpnetworks [11:07] *** CaZe` is now known as CaZe [11:24] *** CaZe has quit IRC (Read error: Connection reset by peer) [11:24] *** CaZe` has joined #arpnetworks [11:25] *** CaZe` is now known as CaZe [11:34] *** CaZe has quit IRC (Remote host closed the connection) [11:34] *** CaZe` has joined #arpnetworks [11:34] *** CaZe` is now known as CaZe [13:46] *** CaZe has quit IRC (Read error: Connection reset by peer) [13:46] *** CaZe` has joined #arpnetworks [13:46] *** CaZe` is now known as CaZe [13:47] i dunn owhy freenode is so unstable [13:47] isn't it meant to be for programmers and open source projects and linux and so on [13:47] if it was some warez network or something i'd understand [13:48] i assume it must be due to ddos attacks, but i dunno who would wnat to ddos freenode [13:52] IRC networks are an easy target. For nubs cutting their teeth on such attacks, a big, well-known network is prime. [13:57] well, it's not /just/ ddos or targeted attacks that cause instability [13:57] lots of different varying quality hardware, networks, etc [13:57] maybe too many servers [13:58] yeah, probably plays a role too [13:58] i don't particularly like freenode [13:58] But it appears that I'm the only one with the problem. [13:59] womp womp [13:59] it's only the instabliity that bothers me [13:59] and only slightly [13:59] my client auto reconnects [13:59] i disable /part /quit or disco msgs in every channel i'm in [13:59] so i just never see people leave [13:59] hahaha [13:59] haha [13:59] for some reason on arp channel i see disconnects all the time [14:00] I do too. [14:00] like ap age of them [14:00] i think it just means people need to talk more [14:00] yeah, haha [14:00] like this channel has no-one talking for 12 hours sometimes i think [14:00] oh, i guess i suppress join msgs too [14:00] only way i can tell CaZe is having issues is this : 14:45 -!- CaZe` is now known as CaZe [14:00] hahaha [14:00] oh caze is high on the list of reconnects heh [14:00] What's my quit reason, btw? [14:01] 09:52:57 <-- ? CaZe (~caze@2607:f2f8:a678::2) has quit (Remote host closed the connection) _ ant [14:01] 09:53:11 --> ? CaZe` (~caze@2607:f2f8:a678::2) has joined #arpnetworks [14:01] that was from like 25 hours ago [14:01] Is it ping out? [14:01] a whole lot of crap like that [14:01] Hmm. [14:01] which client do you use CaZe? [14:01] irssi [14:01] the _ant is just cos he's in the online list btw [14:01] hm [14:01] i'm using irssi too, but i'm not having any issues [14:01] i think it's cos he's using ipv6 [14:01] i am too [14:01] oh [14:01] haha, yeah [14:02] that's why it's weird [14:02] openbsd used to have ethernet timeouts [14:02] you're on the same version of irssi as me [14:02] maybe it's something like that [14:02] yeah, maybe [14:03] Yeah, it's fine when I switch over to ipv4. [14:03] oh [14:03] Oh, wait. [14:03] what OS are you using caze? [14:03] lag_max_before_disconnect = 30sec [14:03] Maybe I should set that higher. [14:03] hm [14:03] OpenBSD [14:03] shouldn't need to [14:03] 30 seconds is ages [14:03] what version of openbsd? [14:04] lag_max_before_disconnect = 5min [14:04] SOme old snapshot. [14:04] mine's default [14:04] 5min is ridiculously high [14:04] do you get the e1000g0 timeouts? [14:04] or em0 [14:04] or whatever it is [14:04] i sometimes wonder if ipv6 privacy addresses will cause irssi to drop [14:04] e1000g0 is what solaris calls it heh [14:04] OpenBSD 5.3-current (GENERIC) #181: Sat Jun 8 11:55:10 MDT 2013 [14:05] hmm i'm using something aqround there too [14:05] No, I disabled mpbios. [14:05] wow [14:05] I'm on Jun 3 [14:05] self compiled kernel [14:05] mercutio: are you talking about these timeouts? "em0: watchdog timeout -- resetting" [14:05] i sohuld update sometime [14:06] lteo: yeh [14:06] sounds aboutr right [14:06] i don't have any in my dmesg to compare to though [14:06] Yes, that's the old mpbios problem. [14:06] i still get those timeouts even on recent snapshots [14:06] lteo: weird [14:06] i think i did something or other [14:06] to fix it [14:07] maybe i adjusted timeouts in em driver [14:07] god knows :) [14:07] i remember it annoyed me before [14:07] Heh. [14:07] User Kernel Config [14:07] UKC> disable mpbios 53 mpbios0 disabled [14:08] I have that in my dmesg. [14:08] That should be three lines though. [14:08] i disabled mpbios as well, otherwise openbsd won't even boot ;) [14:08] yeah, i also still have to disable mpbios to even get my openbsd vm to boot here [14:09] i can't see anything obvious [14:09] if_em.h:#define EM_TX_TIMEOUT 1 /* set to 5 seconds */ [14:09] i wonder if that's default [14:10] i lowered timeout of transmit [14:10] default is: [14:10] #define EM_TX_TIMEOUT 5 /* set to 5 seconds */ [14:10] not raised it [14:10] hmm [14:11] maybe i was hoping it'd trigger easier if it was broken still [14:11] as far as i can tell though, the watchdog timeout timestamps don't coincide with the times my irssi drops [14:11] i also lowered EM_MAX_TXD [14:12] hmm [14:13] I was talking with sthen@ awhile back. [14:13] someone should look into why those timesouts happen properly. [14:13] A different interrupt table is used depending on if mpbios is enabled or not. [14:14] it used to hapepn to me heaps [14:16] Let me grep my logs. [14:16] 11:16AM up 192 days, 22:41, 1 user, load averages: 0.14, 0.18, 0.16 [14:16] i haven't had it once [14:17] and logs fit in dmesg [14:17] 02/16/11 13:04:12 it tracks back to the bios itself providing a bogus mpbios table with a single cpu [14:17] clock: unknown CMOS layout [14:17] is my last message [14:17] 02/16/11 13:04:24 if that were fixed, 'disable mpbios' would be a thing of the past in kvm [14:17] 02/16/11 13:04:42 now for bonus points, arpnetworks is interested in a newer bios without this restriction, and infact there exists such an animal [14:17] 02/16/11 13:05:02 problem however is that newer biosen don't have the 'hit f12 for booting off a cdrom' which arpnetworks considers crutial for customers [14:17] you don't need disable mpbios on the new node [14:17] 01/13/12 17:36:03 there are different interrupt tables depending on whether mpbios is used [14:18] Well, it's not really a big deal. [14:19] i've had so many cut and paste problems with linux recently [14:19] grr [14:19] i swear i've had cut and paste issues for over 10 years [14:19] and it's still not fixed :/ [14:28] It's getting worse. [14:29] There's no respect for primary & secondary buffers anymore. [14:44] whats even worse than that [14:44] is stooopid webkit [14:45] pwsafe has a nice little feature [14:45] put something into the clipboard, once it's pasted once, remove it [14:45] webkit reads the clipboard 3 times trying to figure out which encoding it should use for a pasted event [14:45] Hah. Of course it does. [14:45] Kids these days. [14:46] because nobody ever thought you could read data off the clipboard, then parse it three different ways, you have to call methods which directly read the clipboard in three different ways [14:46] I find browsers to be the biggest UI offenders. [14:47] Most people full-screen their browser and consider it their desktop environment, which means that those of us who don't just aren't cared for. [14:48] i don't know many people who use full screen browsers, tbh [14:49] i don't know many who don't... [14:49] Designers measure browsers using terms like "screen size", not "window size". [14:50] when you can emulate a pc in a web browser I think we've reached the point of diminishing returns in native apps [14:50] the constant fullscreen browser seems to be a windows thing [14:50] and smart designers make efficient use of available space [14:50] Definitely a Windows thing, but I've been seeing it more and more on OS X. [14:51] i think it started with os x lion [14:51] The Epiphany browser starts maximized by default. [14:53] The Xombrero browser is targeting us, but it hasn't seen any commits for a month. [14:53] I usually maximize my browser... But that's because A) My monitors are relatively small. B) It's the only thing I need to focus on... or I put a console on my second (3rd, 4th, etc) monitor [14:53] Also, using a tiling WM lends itself well to full-screen everything [14:54] the only hting i regularly run in fullscreen is the incident tracker i use at work, and that's only because the ui doesn't scale at all [14:55] typically I'm interacting with the browser as a reference for what I'm working on or copying data to/from the browser for interacting with a remote site. this pretty much means I'll be having some terms to look at with my browser, kindof requiring the browser not to be full screen lest the terms and the browser play footsy on who is gonna get the z order [14:56] Yeah I do what toddf does. The browser is a very unimportant and tiny part of my computing life. [14:56] I have click to raise, and mouse gets focus. [14:56] i always have a browser open and am constantly using it, I also have Putty open all the time [14:57] Pretty handy for situations like that. [14:57] That's another thing Kids These Days don't appreciate enough: alternative window focus/raise strategies. [14:58] staticsafe: same here [14:58] i suppose I can be classified under the Kids These Days category [14:59] When I was your age I wrote my XF86Conf by hand, and I liked it! [14:59] haha [14:59] I remember going to the computer lab to print out the Linux XFree86 HOWTO. [14:59] what is XF86Conf? [14:59] haha [14:59] It was somethign like 80 pages. [15:00] The configuration file XF86Config of the XFree86 project is used by the X server to set necessary configuration parameters. [15:00] oic [15:00] yea its not necessary anymore [15:00] Back in the day, when the chances of X just working at a decent resolution after an install were pretty slim. [15:01] Like, you'd be lucky to get 640x480. [15:01] I was always worried about my monitor catching fire. The HOWTO warned me about it! [15:01] Or emitting x-rays. [15:01] CRTs :D [15:06] wee [15:11] lol [15:13] email, tickets, and reference stuff are a very large part of my job, hence the browser open fullscreen 24/7. The other "half" of my job is sysadmin and code, so I always have at least one terminal open on every workspace [15:20] some of us don't use the browser to access our notes on how to do things nor do we use a browser for email [15:20] I know. I'm just explaining my usage scenario and reason(s) for using it fullscreen [15:25] ... [15:26] I played with the chromebook a little bit in the store once. It certainly caters to your use case. suggesting you're not the only one ;-( [15:28] lol [15:28] For me, it depends on the size of the monitor [15:29] Here on my laptop, I run a browser full screen [15:29] At work, where I have a 30" monitor, it's only ever half or a third of the screen [15:30] In both cases the browser window is somewhere approximately a thousand pixels wide [15:30] And yes, tiling window manager in both places [15:31] Looks like my browser is 847px wide. [15:35] xombrero -> default_zoom_level=0.65 -> 640pxx480px [15:56] *** Rope is now known as LeprechuanEse [18:05] this channel is off-topic so much :) [18:06] haha, there's a topic? [18:06] get stuff set up and it just kinda hums along, moreso than any provider i've used [18:12] *** LeprechuanEse has quit IRC (Ping timeout: 245 seconds) [18:41] whoa [18:46] yeh i haven't really had many problems [18:47] only issue i've had was nlayer's fault for being lame [19:28] *** jbourne has joined #arpnetworks [19:31] Hello to room! [19:41] hi [19:51] Hello staticsafe :) [20:01] exciting night [20:02] indeed [20:10] *** jbourne has left "Leaving" [20:21] Over six hours, and no disconnect. [20:22] I've seen my lag go over 30s a few times. [20:26] cool, so raising that seems to have stabilized it? [20:27] Yell, it just tolerates a larger lag. [21:17] *** CaZe has quit IRC (Remote host closed the connection) [21:17] *** CaZe` has joined #arpnetworks [21:17] *** CaZe` is now known as CaZe [21:29] Spoke too soon. [22:09] *** brachiation has quit IRC (Ping timeout: 246 seconds) [22:22] lol [22:35] nothing wrong with off topic. what else would we talk about? ;) [22:36] its not like our services are not rock solid that we have people complaining about outages [22:36] (That was meant as a compliment) [22:43] *** mnathani has left "WeeChat 0.4.2" [22:55] :) [23:28] *** mnathani has joined #arpnetworks [23:32] mnathani : appreciated :) [23:32] * up_the_irons wanders off [23:38] *** mnathani has quit IRC (Quit: WeeChat 0.4.2) [23:43] *** mnathani has joined #arpnetworks [23:44] *** mnathani has quit IRC (Client Quit) [23:45] *** mnathani has joined #arpnetworks [23:45] *** mnathani has quit IRC (Client Quit)