although i'm sure no one here is running out and buying dvd products, i think a formal boycott of all dvd products (drives/players, discs, and anything else) is called for.
anyone have the original modified page? one of those asshole kiddies decided to rm -rf the site. imnho, attrition shouldn't mirror the script kiddie version.
they're trying to cature the lower cost market and provide a divided pricing scheme; linux (and intel, til they killed their intel boxes) for customers with less $$$, irix for customers with more $$$. the recent interview in which that guy from sgi (sorry, i forgot his name and position) said, to paraphrase, "irix is up here, linux is down there" is trying to make sure they still have high $$$ customers.
not that i care; they're doing some useful kernel stuff that helps us.
*rant* it says linux, not linux/x86, again!! though i noticed x86 only was made clear in the "staroffice ported to mac os" article. */rant*
i know i was just bitching about this yesterday, but assuming all the world's an x86 is as bad as assuming all the world is running windows.
i get the impressive that a lot of game developers believe linux only runs on x86 (or maybe that ports to other archs are "ports" and not "real" linux, or something like that).
bottom line: if you're going to support linux (please do!), please make builds for archs other than x86! or, if the code depends on x86 asm and hasn't been ported to other archs, then say so; that is, say it's for linux/x86, not just "linux". saying it's "for linux" is pretty vague (unless you mean you're distributing the source and i'll build on any arch linux runs on).
sorry to rant, but non-86x users are being left out (much the same way linux is being left out, in favor of windows) and not even mentioned.
maybe i'm being a little pedantic, but it'd be nice to see other archs get more games (yes, i know there are some games available for ppc and alpha).
i think you're confused about MR heads. when using an MR read head, you still need an inductive film write head. any drive that has MR heads has to have a seperate write head. also, you cannot read and write at the same time; the heads have different offsets at different angles. in other words, if you're reading a track, the write head will be off-center and if you're writing a track, the read head will be off center.
(ps, please correct me if any of this is wrong. i'm not an storage device expert, i just read a lot about it)
for linux/x86 only, or will it be available for all other archs (ppc, alpha, sparc, arm, m68k?)?
of course, this a rhetorical question. i'm sure he means only x86. i wish people would be more specific when they say "for linux". "for linux" only makes sense if you're releasing the source (in which case you can compile it on any arch, barring any endian or asm depenencies).
if they were going to tap someone, it's much more likely that they'd place the tap as close to the source as possible. though, if they could do that, it would mean they already know their IP or can find it out, which means they could just plug into the lan at the pop site and filter it out. seems to me, that routers with promisc ports would be more usefull than anything you could add to the protocol layer.
wtf, the slashdot colors are all different; red and yellow. weird. anyway,
can't all the BSDs benefit from the code auditing done by the openbsd guys? and linux as well (though not as much), since a lot of apps are used by both linux and bsd dists; eg, pine, sendmail, bind/named (wtf is it's name anyway? bind or named?).
slashdotters post comments, media quotes, slashdotters comment on media quoted comments, media quotes slashdotters commenting on media quoting slashdotters, slashdotters comment on media quoted comments on slashdotters commenting on media quoting comments....
i think the point is, if you want your messages to be private, encrypt them! duh!
on a related note, the NSA, etc. are against strong crypto in general, as a side effect of wanting to keep it out of the hands of terrorist, non-friendly foreign goverments and military. by keeping strong crypto away from most people, it makes it (somewhat) less likely that (not too smart) terrorist will use strong crypto.
bottom line: i WANT echelon. for private messages i don't want read (by echelon or anyone else but the intended recipient) i use strong encryption.
whoever said this is "unusual" obviously doesn't know what they're talking about. linux has "forked", more or less, many times, almost always ending up included in linus's tree. examples: RTlinux, mklinux, the L4 port, redhat has including kernel patches (if you want to count that), and most archs are forked to a certain degree (ie, not always synced to linus, and especially when they're first developed).
It means less complex instructions. Basically, you break the CISC style instructions down into simpler instructions that each have a very specific task.
CISC vs. RISC (in this day and age) has nothing to do with die size or complexity. It's about how the instruction set is designed.
can someone explain to me why the DVD and movie people want to stop people from watching foreign movies? it makes no sense to me. doesn't make much sense to me when it's done to video games, either (eg, playstation); though at least in the case of games, i can understand that they may have deals to keep the markets segregated(sp) to US game makers don't have to worry about competition from japan.
Slashdot Mirror
although i'm sure no one here is running out and buying dvd products, i think a formal boycott of all dvd products (drives/players, discs, and anything else) is called for.
even if they were to produce a "linux version", it'd probably be for x86 only. other archs and oses (eg, BSD) would be shit out of luck.
what about a 264 or even a 164 alpha?
the best thing to do is run all externally accessible daemons in chroots not running as root.
say "beast-dy", not "bee-es-dee"
anyone have the original modified page? one of those asshole kiddies decided to rm -rf the site. imnho, attrition shouldn't mirror the script kiddie version.
it wasn't an "easy" hole, it took them several weeks (iirc) to write the ppc asm shell code.
i believe that the point of the contest was to see how long an UNMODIFIED box would stay up. that is, w/o upgrading anything.
personally, i think it's a pointless. it's only a matter of time before a system is broken; there's always bugs.
this is old news. they released the source months ago.
they're trying to cature the lower cost market and provide a divided pricing scheme; linux (and intel, til they killed their intel boxes) for customers with less $$$, irix for customers with more $$$. the recent interview in which that guy from sgi (sorry, i forgot his name and position) said, to paraphrase, "irix is up here, linux is down there" is trying to make sure they still have high $$$ customers.
not that i care; they're doing some useful kernel stuff that helps us.
*rant* it says linux, not linux/x86, again!! though i noticed x86 only was made clear in the "staroffice ported to mac os" article. */rant*
i know i was just bitching about this yesterday, but assuming all the world's an x86 is as bad as assuming all the world is running windows.
i get the impressive that a lot of game developers believe linux only runs on x86 (or maybe that ports to other archs are "ports" and not "real" linux, or something like that).
bottom line: if you're going to support linux (please do!), please make builds for archs other than x86! or, if the code depends on x86 asm and hasn't been ported to other archs, then say so; that is, say it's for linux/x86, not just "linux". saying it's "for linux" is pretty vague (unless you mean you're distributing the source and i'll build on any arch linux runs on).
sorry to rant, but non-86x users are being left out (much the same way linux is being left out, in favor of windows) and not even mentioned.
maybe i'm being a little pedantic, but it'd be nice to see other archs get more games (yes, i know there are some games available for ppc and alpha).
i think you're confused about MR heads. when using an MR read head, you still need an inductive film write head. any drive that has MR heads has to have a seperate write head. also, you cannot read and write at the same time; the heads have different offsets at different angles. in other words, if you're reading a track, the write head will be off-center and if you're writing a track, the read head will be off center.
(ps, please correct me if any of this is wrong. i'm not an storage device expert, i just read a lot about it)
for linux/x86 only, or will it be available for all other archs (ppc, alpha, sparc, arm, m68k?)?
of course, this a rhetorical question. i'm sure he means only x86. i wish people would be more specific when they say "for linux". "for linux" only makes sense if you're releasing the source (in which case you can compile it on any arch, barring any endian or asm depenencies).
if they were going to tap someone, it's much more likely that they'd place the tap as close to the source as possible. though, if they could do that, it would mean they already know their IP or can find it out, which means they could just plug into the lan at the pop site and filter it out. seems to me, that routers with promisc ports would be more usefull than anything you could add to the protocol layer.
it's pretty hypocritical to call BSD fragmented. just look at all the linux dists! and why does everyone think fragmention is inherently bad?
no, PPC has type bound registers (int, fp, vec)
it won't do you a damn bit of good to have those specs, since (afaik) there's no way around the microcode.
you mean kind of like http.non-us.debian.org?
wtf, the slashdot colors are all different; red and yellow. weird. anyway,
can't all the BSDs benefit from the code auditing done by the openbsd guys? and linux as well (though not as much), since a lot of apps are used by both linux and bsd dists; eg, pine, sendmail, bind/named (wtf is it's name anyway? bind or named?).
slashdotters post comments, media quotes, slashdotters comment on media quoted comments, media quotes slashdotters commenting on media quoting slashdotters, slashdotters comment on media quoted comments on slashdotters commenting on media quoting comments....
finally, someone with a clue.
i think the point is, if you want your messages to be private, encrypt them! duh!
on a related note, the NSA, etc. are against strong crypto in general, as a side effect of wanting to keep it out of the hands of terrorist, non-friendly foreign goverments and military. by keeping strong crypto away from most people, it makes it (somewhat) less likely that (not too smart) terrorist will use strong crypto.
bottom line: i WANT echelon. for private messages i don't want read (by echelon or anyone else but the intended recipient) i use strong encryption.
it's hard to tell, from the way you said it, but in case you don't know debian already runs on PPC. it's running right now, on my old 7100 at home.
whoever said this is "unusual" obviously doesn't know what they're talking about. linux has "forked", more or less, many times, almost always ending up included in linus's tree. examples: RTlinux, mklinux, the L4 port, redhat has including kernel patches (if you want to count that), and most archs are forked to a certain degree (ie, not always synced to linus, and especially when they're first developed).
netbsd has had USB support for a while now, and linux (at least on PPC) has working support as well.
It means less complex instructions. Basically, you break the CISC style instructions down into simpler instructions that each have a very specific task.
CISC vs. RISC (in this day and age) has nothing to do with die size or complexity. It's about how the instruction set is designed.
(PS, altivec adds 162 instructions, iirc.)
can someone explain to me why the DVD and movie people want to stop people from watching foreign movies? it makes no sense to me. doesn't make much sense to me when it's done to video games, either (eg, playstation); though at least in the case of games, i can understand that they may have deals to keep the markets segregated(sp) to US game makers don't have to worry about competition from japan.