Not sure what Arizona has to do with Jeff Sessions, although if they'll take him, some of us in Alabama would appreciate it (although he was reelected in an unopposed election, so I guess not too many of us).

I'm lucky enough to still have great eyesight at age 42 (still use the good old-fashioned 6x13 aka "fixed" font in my xterms on my 108 dpi monitor).

However, my mother got progressives at one point, and wore them for a very short time before replacing them. She plays church organ, and has to be able to see music, keys, stops, and (optionally) the choir director. Different organs have different numbers of keyboards (called manuals), and with more manuals, the music stand just gets farther up and farther away. She has different pairs of glasses for 2, 3, or 4 manual organs. She tried progressives, but they were terribly distracting; she also tried traditional bifocals, but they didn't really work either.

Most of those have cloned Cisco's IOS CLI and configuration structure, at least to some extent. Juniper's JUNOS was intentionally NOT written to clone IOS; instead they "invented" their own CLI and configuration structure from scratch. While it has its own warts, JUNOS is vastly superior to IOS ("commit confirm" FTW!).

Traffic balance is not the primary measure these days (from what I understand), it is just an economic decision. However, the Netflix case is interesting, because they were essentially used as a leverage tool by Cogent against the other carriers. Cogent has a long history of trying to get settlement-free peering, not meeting contract terms (whatever they are), getting dropped, and then blaming the other side. They have long wanted to be a settlement-free "tier 1" provider (which is a nebulous term, but go with it), but have generally not been. They sell bandwidth often at below-market rates in order to attract customers to leverage against the other "tier 1" providers. They saw Netflix on the rise and grabbed them, apparently selling bandwidth much cheaper than any other backbone (possibly at a loss even) in order to leverage settlement-free peering contracts out of other providers.

Any network engineering with a clue knows that you never buy bandwidth only from Cogent (or even Cogent and one other provider), because you _will_ get disconnected from somebody when Cogent gets in another peering dispute.

That would have zero impact. This is like the telephone company in city A have 96 channels to the telephone company in city B, but then 100 people try to make calls. Only some of them will go through, and that's a capacity issue, not regulated by Common Carrier status. They are not discriminating based on callers or anything, they are just "decliining" to upgrade capacity. In some cases, that could be regulated by state PUCs/PSCs, but AFAIK it is not normally. It is just up to the two carriers to reach an agreement.

This type of thing happened a lot in the early dialup ISP days, when telecom deregulation spawed a lot of CLECs that had to connect to ILECs to carry calls. The ILECs structured the contracts with settlement money for to flow to the destination of a call (thinking most of the CLEC calls would be _to_ ILEC users), but then the CLECs went and got all the dialup ISPs to move modem banks to them. Suddenly all the calls went _to_ the CLECs, and the ILECs had to pay (some did not and went to court instead).

The biggest issue with that is that most of these taxes are on profit, and profit can be shifted around pretty much at will. For example, Google(Ireland) could buy all the equipment needed for google.com, and "sell" it to Google(US), for an amount that just happens to resemble the profits of Google(US). So, Google(US) has no profit to tax, while Google(Ireland) has much profit (and little tax on it).

That's one reason some people favor sales/use/value-add taxes instead; it is harder to shift that around (although in the end, it is all shifted to the consumer).

Because (as usual) the summary got it wrong. This is not a partition manager, it is a disk/filesystem manager. Partitions make up one part of that, but it is also intended to manage LVM, RAID, btrfs filesets, etc. I believe it uses the parted library on the backend for partitions.

This is based on the years-of-development code used in the backend of anaconda, the Fedora/Red Hat installer. The code has been pulled out, split up into a library, and set up for stand-alone use (after install). I believe the intention is that anaconda keeps using the library, but now there will be the same interface during install and afterwards for managing disks and filesystems.

I have no problem with Comcast's IPv6 setup, once I hacked a few things in OpenWRT that were wrong; not sending the requested prefix size was a big one (so I could only get a /64 initially). Also, if the link drops, when it comes back and dhcp6c tries to update radvd, radvd doesn't restart (so the RAs go away and IPv6 quits on all auto-configured systems). My link is generally stable enough that I haven't been bothered enough to track down this bug to get it fixed.

IIRC, the only time I've had my delegated prefix change was when I was working things out to get a /60 instead of a /64. After working with a Comcast engineer, it seems under normal conditions, the only reasons your prefix should change is if your MAC address changes or they switch you to a different headend (which should be rare).

It is probably either 7.5 inches (4.29 U) or 190 milimeters (4.27 U) tall. However, I don't know why you'd make something designed to be rack mounted that is not an integral multiple of U, unless you have something that needs cables attached to the front (in which case you still designed it poorly).

I just tried the Titanfall video on my TiVo's Youtube app and I did get 59.97 fps (TiVo is set to pass-through 1080p, and TV switches from 23.97 fps to 59.97 fps for this video).

Ehh, Comcast's business practices tend to suck, but their technical people do a good job. I think they were the first large-scale residential provider in the US with DNSSEC and IPv6 for example.

In any case, they are already doing separate channels for separate services (I believe that's how they implement voice service for example), so this will just be turning up another channel.

It is my understanding that this will be done only on Comcast-owned equipment, and using a separate logical connection (like a VLAN) from the local subscriber data. This won't affect any subscriber data cap one way or the other. If a subscriber cancels, they probably unplug the Comcast equipment (so the wifi goes down) because they are supposed to return it to Comcast (or get billed).

Bad subject alert: the protocol itself is not vulnerable (any more than any other protocol), the problems are in the implementations (and lack of on-going support for most).

I always set up IPMI on a private VLAN, with only a couple of "trusted" hosts having access. Most things can be done with the "ipmitool" command-line program, or I can port-forward port 80 for the BMCs with a web interface. There are a few web-based BMCs with crappy Java applets for remote KVM (they mangled the VNC protocol just enough so regular VNC clients won't work); for those, I either set up a minimal X desktop VM or use a VPN to the trusted host.

How else will it tell you "PC LOAD LETTER"?

Okay, so let them make that part of the "cost of doing business", like other just about every other business has to do. Farmers also have to have fuel to operate and haul equipment, seed, fertilizer/herbicide/pesticide, and product to and from "civilization", and they manage to do that just fine without my fuel getting taxed extra to pay for their fuel. I'd argue that fuel is a lot more important to the process than cheap high-speed Internet.