I used to think all trackpads were terrible, then I used one that actually worked well and haven't used a mouse on a laptop since.
Which trackpad did you like? We give our staff the option of running windows 7 or OS X on their MacBook Pros at work. Most of the staff that uses Windows ends up plugging in a mouse because the track pad support for the Apple pad is AWFUL and generally busted. Under OS X the support is amazing. I think the Apple track pad is the best designed track pad I've ever used. The gestures are great and the *actual* tracking is excellent.
At home I always connect my laptop to Ethernet unless I'm using it on the coach.
The trick is getting the spool of ethernet cable from getting caught in the wheels, or tripping up the horses.
Why bother lying about Gitmo? I mean, yes, it's useful as an extraterritorial prison, but attributing its continued existence to Obama is bizarrely counterfactual.
Obama issued orders to close Gitmo in 2009. Congress fought back with appropriations bills. The GOP has been and continues to be hugely critical and combative with Obama's attempts to close the detention camp. Romney was openly supportive of it, and a Republican Senator has said the Gitmo detainees can "rot in hell". Are you just completely ignorant of everything that has happened until this point, or are you arguing the President should just ignore the law, Congress, Republicans, and 53% of the country and close it anyway?
Ironically, the 868L is listed as having the second-highest throughput on the page you linked. It's very strange that mine isn't working correctly. Maybe alternate firmware will help things. The desktop and the ISP-supplied Actiontec get 890 Mbps on speedtest.net, and it's not like PPPoE is computationally expensive. Thanks for the link, it was informative, depressing, and hope-inspiring all at the same time.
I have a DIR-868L, it was cheap(-ish) and reviews suggested it had good (unobstructed) wireless speeds. That may well be the case, but unfortunately it has a more serious flaw, only being able to handle about 350 Mbps of my gigabit connection. I'm pretty sure the hardware is capable, but the firmware is crippled. I've already RMA'd one and got another back with the same symptoms. Apparently D-link engineers are trying to reproduce this issue, but I don't really expect them to do anything about it.
So, I'm looking for a little advice here on one or more of the following topics:
Additionally, although too long for a bullet point, I'm interested in the viability of simply getting a wireless adapter for my desktop and just using that as the router. The internet is supplied as a simple PPPoE / CAT6 connection, so it's not exactly hard to set up (how D-Link could screw this up would be mystifying but for things like TFA). There are a handful of other devices on the WLAN but wireless throughput is not really a huge concern; I don't yet have any 802.11ac devices so I'm not going to get full speeds to them in any circumstances.
Your sage advice is greatly appreciated. Thanks in advance.
This is an example of what in Italian is called "qualunquismo"
Would you translate that as "whateverism"? I think it works better in Italian. Good word though.
Why should I have to understand internal data structures in order to use a piece of software?
Because you're not used to thinking about source code the way Git thinks about source code. Git is very much like a database from a usability standpoint, and you will probably get into bad trouble trying to use either without understanding both the problem that they are trying to solve and the implementation. If you do read about these things, you will understand that git's internals make sense, the decisions it makes are logical, and the user interface is (mostly) transparent and simple. Revisions are harder to manipulate than a Word document, though there are plenty of ways to manage them that are conceptually simpler. Git however was made to manage them efficiently. More specifically, it was designed to be efficient for Linus Torvald's workflow. That happens to be very effective for a large number of other software projects, and no worse than any other solution for many others. There are other workflows for which other RCS systems are better (particularly when working with binary files). If you don't need git's features, by all means use something else. However, your decision to use it or not should probably be informed by knowledge of what exactly it does and why: again, this is no different than choosing a database.
It's not theoretically impossible, it's actually impossible. Kernel features equivalent to cgroups do not exist on other kernels. BSD jails are not remotely the same thing. If you can demonstrate otherwise, you'll begin to have a valid point, but you'll still have the question of whether it is practical (your example is too trivial to demonstrate this) and whether anyone actually wants systemd on other platforms.
If you're just going to spout uselessly vague aphorisms though, save yourself the effort of typing a response.
Polemic, I will grant you. I feel you are being extremely vocal and equally dishonest in your criticism of systemd.
Non-portable stuff happens all the time and doesn't hurt anything, and in the long run all software is obsolete—even BSD. Systemd is a service management framework that depends on Linux-specific kernel features. I will grant you that in an ideal world as much of the OS as possible should be system-agnostic, however this is not an ideal world. For one thing, functional equivalents do not exist in other kernels, so portability is a moot point. Also, it would probably be a bigger change for other OSes than just process management; I'm not sure BSD is interested.
SysV init was portable because it was trivial. It was also deeply (but subtly) flawed. You could be very nearly sure that a process started or stopped when it should, but pidfiles have always been a bad hack around missing kernel functionality. Which do you want, working process management or BSD compatibility?
You're mischaracterizing his remarks. He's not going to try to find functional equivalents for cgroups on other kernels. Please explain the problem with that, and note that while "I would like all kernels to have the same (or equivalent) feature sets" is a problem, it is mostly your own mental problem. Also, a justification of why an OS plumbing layer should be OS-independent would be nice.
There are better ones. Why do we care about this project, as opposed to the dozens of other (better) NES emulators?
Users may or may not want stable software. Developers want to be able to use new CSS features. As for the Firefox developers, I'm not sure what their UI goals are, but presumably they have them. That's two strikes against stability.
I suspect you have no idea how difficult it is to support older browsers, as a web developer. The development workflow usually goes like this: first, you code to the spec, and test in a browser that reproduces the specification well. Then you start trying to find out why it doesn't render correctly in Internet Explorer. For each incompatibility, you have to add a workaround. Then continue this process for as many old browser versions as your client has money for.
It is not free to continue supporting old browsers. It's usually shockingly expensive, frustrating, and very limiting for the developer. If you don't like something about your browser, please become involved in its development — file a bug report if nothing else. Please do not use old, incompatible, insecure browsers.
However, if you ever want to induce a mental meltdown in a web developer, tell them their new job is making sure all the sites are IE6 compatible. Even just saying "IE6" a few times can cause convulsions in susceptible developers. I'm not brave enough to try the same trick with earlier IE versions though: Cthulhu alone knows what kind of eldritch horror might be summoned.
Suggest you just sit there and wait till life gets easier.
