foxhill

29 ms·

271.
by foxhill 12y ago
ignorant? tell me, what do you disagree with? why do you disagree with it? what evidence do you have to back up your assertions? if i am wrong correct me. but to brandish me as ignorant because you don't agree with what i say is just y
272.
by foxhill 12y ago
> But what we can do is force their goals to align with ours as much as possible. how can we force an entity the size of large corporations to do what we want? we simply can't. look at the broadband problem in america. or bankers go
273.
by foxhill 12y ago
> I would be fine with abolishing arms manufacturers. why though? it's people that fire the guns. there will always be someone out there with a sharper stick. i mean this is literally where the term "arms race" comes from.
274.
by foxhill 12y ago
a person is a single conscious entity. there is no change in 30 years. a company will have almost entirely changed in 30 years - the son should not have to pay for the sins of the father, etc.
275.
by foxhill 12y ago
i don't like it. in fact i think it's the most abhorrent practise we do as humans. > The point of a corporation is to allocate resources more efficiently than could be done by legal individuals. noise. tell me - which is more &
276.
by foxhill 12y ago
i'm sorry but this is utterly ridiculous. IBM is a company, an entity. it is made of people, but it is not a person (although americans might try to disagree..). it is a paper-clip maximiser, only instead of paperclips, it's cas
277.
by foxhill 12y ago
sigh .. hacker news comments - cynical and (often unintentionally) abrasive. this looks really cool. and the code is very readable! nice work.
278.
by foxhill 12y ago
i really enjoy articles that demystify the tools and programs that we all take for granted. i don't think i'm going to be writing my own shell any time soon though..!
279.
by foxhill 12y ago
"limited" to 16bit 44.1khz? that's the sample rate and bit-depth you get on CDs. and it has been A/B tested to death - higher bit rates and sample rates have (at absolute most) little to no discernible impact on sound qu
280.
by foxhill 12y ago
glad to see MS are still involved with languages they don't own, but i would have been much happier if they supported C99..
281.
by foxhill 12y ago
does anyone have any information relating to what happened? recent activity suggests it was a sudden/unexpected event, but i don't really like to guess.
282.
by foxhill 12y ago
being a.. "tech" person, i always get grief from people when i tell them i don't use adblock. "you should know better" or words to that effect. this would explain why i've never considered chrome to be a memory
283.
by foxhill 12y ago
nvidia-server drivers are fairly stable. it pains me to say that fglrx is still years behind them, however.
284.
by foxhill 12y ago
> vs. aggregate CPU bandwidth of up to 150-200 GB/s for streaming data into a CPU you'll be lucky to get double digit bandwidths. peak figures are ~50gb/socket, but for anything more than a memcpy, it drops off like a clif
285.
by foxhill 12y ago
> is the same as saying that employees who pick up abandoned USB thumbdrives on parking lots and plug them into work computers are guilty oh my science they most certainly are. > Plugging things in are what Thunderbolt/USB ports
286.
by foxhill 12y ago
> Remember when BIOS flash ROMs were write-protected with a physical hardware switch/jumper? this is a physical access attack. when you have physical access, the game is up. (and your bios switch isn't any use). i appreciate th
287.
by foxhill 12y ago
i haven't missed anything, you're inventing a scenario based on fragments of knowledge and assumptions. > is there a mysterious set of commands they came up with to skip an fsck the final sentence of the opening post. > I am
288.
by foxhill 12y ago
sigh i don't even.
289.
by foxhill 12y ago
his issue is not that fscks happen. his issue is that he cannot safely stop them when they happen. so, you've given some information about setting the fsck counter to 0, so that it never happens. the only way anyone in this situation c
290.
by foxhill 12y ago
no! the whole point of this post is to complain about the attitude of debian devs. for you to suggest "not getting yourself in this situation in the first place", well, that's exactly the bullshit behaviour that i think mos
291.
by foxhill 12y ago
so your fix involves time travel, and you think that's reasonable?
292.
by foxhill 12y ago
these are debian developers, i believe.
293.
by foxhill 12y ago
> But remember our current slogan "Linux is all about choice". One can choose to boot with or without "fsck.mode=skip". .. > Remedial action is not needed because the right choice was made from the grub menu. If it
294.
by foxhill 12y ago
sarcasm gets lost in translation into text. combine that with people who's only form of aggression is passive aggression.. well, you're gonna have a bad time. i too am sometimes guilty of this..
295.
by foxhill 12y ago
yes, i understand that. what i meant was that, if you wanted to use less common words, all you would have to do is look up a word in the dictionary. besides, whilst many people may only know 8000 or so words, the set of 8000 would vary sign
296.
by foxhill 12y ago
no, not at all. even with a keyspace of 2^256, the number of possible plaintexts that make sense is an infinitely small portion of all plaintexts - you can say with reasonable certainty then, that only one plaintext, combined with the the
297.
by foxhill 12y ago
>That ignores the fact that ... and it ignores the existence of dictionaries.
298.
by foxhill 12y ago
my attempt at a short proof about laplace's demon (they may not necessarily be correct, however..); laplace's demon is part of the universe. to simulate the universe, laplace's demon must simulate itself. assuming P!=NP, this
299.
by foxhill 12y ago
the python interpreter, CPython, is uh, written in C. CRuby, too. if C was so insecure, you would expect that interpreting python would be just as "insecure" as writing C.
300.
by foxhill 12y ago
> The biggest hold-up in the C world is rampant abuse of #include files. true. > Nope. Pascal is still king here. for some values of "king" perhaps - perhaps it's faster to compile, but no arrays of varying lengths in a

More ›