It's not quite what you're asking for (and I'm asking for it too) but I have an Asus RT-AC56U running dd-wrt. It is an arm box with a decent amount of RAM, all gig ports and supports 802.11ac. It doesn't quite run Debian, but I have the next best thing: an SSD attached via USB3 with a Debian install that I run services out of via chroot from a boot script - I essentially turned off all of dd-wrt's services other than the wireless access point and then use the dd-wrt's kernel with a Debian userland for everything else. It took some messing around to get it all working, but it just works now and allowed me to shut off a much bigger device.
Re:Quake 1 without Voodoo?
on
Video Card History
·
· Score: 2, Informative
i'm aware of two 3d accelerated versions of quake for windows back in the day: vquake, for rendition's verite line of cards, and glquake, which worked with any opengl compliant video card.
glquake at first was used almost exclusively with 3dfx voodoo boards and so people thought it was 3dfx specific. in fact, 3dfx's voodoo card only supported a subset of the opengl api, hence they provided a "mini gl" driver that implemented only so much of the spec as glquake required. if you're fiddling with it today and don't have a voodoo card, you should remove the opengl32.dll in your quake directory - if memory serves, the one that came with glquake was 3dfx specific i believe and will load before your systemwide opengl library.
both vquake and glquake were true win32 apps, so nothing of the dos based origins of quake should keep it from running in XP. and if it doesn't, i'm sure somebody out there has fixed it (the source is gpl'd now after all) and provides a patch and binaries for XP.
As a PSU student, let me say that I actually don't mind. As long as the fee I was already paying doesn't go up, I'm fine with the university doing this and benefiting the vast majority of students.
Better server management tools, including a Web
administration interface
Did I read this correctly? A project aiming to allow rich interfaces remotely is going to use a crippling web interface for administration? *boggle* I hope by "including" they mean "it'll be there, but you don't have to use it and we'll have something a tad more functional".
--quote-- I don't see anyone bemoaning Byan vines' loss of marketshare when Microsoft started shipping WFW/NT4. No one seems to miss Trumpet Winsock (or any of the other TCP/IP stacks you had to pay for) when Microsoft shipped TCP/IP standard on NT4/Win9x.
Yet when Microsoft beats Netscape into the ground by putting their browser to shame and making IE one of the best browsers in the world, everyone is up in arms. --/quote--
this is such a troll. netscape didn't sue ms for integrating its browser. they sued ms because they anticompetively ran them out of the market with illegal activities (remember the deal they cut with a vendor to *not* include ns on their oem's?). sun has already proved a similar thing, and now they're just trying to collect.
your point about tcp/ip is invalid because (as far as i know) ms didn't break the law when they included the stack. that was honestly a good business move and legal to boot. very unlike what they did with ns and sun.
This is an option in the kernel. if you aren't compiling a kernel for a desktop box, chances are you won't want to enable this in the first place. therefore your net loss is zero.
I think I can one up this article. It says: "The safest way to keep such information confidential is to encrypt the data as soon as you get it."
Why do you even have to have the credit card info in plain text? Or even in a form that someone at your organization can decrypt? Why can't the user encrypt the credit card credentials with PGP encryption before it even gets to you? Something client-side could easily enough download a public key, encrypt the data, send it to you, and you send that. The associated private key might be VISA's, MC's, or a middle service, but not one from your company.
There is an easy enough automated method to distribute ssl certificates that the user doesn't have that much to worry about when they visit an https address, surely a tool could be forged to never possess a credit card number that can be decrypted at any point of the transaction until it gets to the people that actually need the number.
The problem you just pointed out is not restricted to software with security through obscurity though. If the Linux kernel had a bug like this that someone found but didn't report, they could do the exact same thing.
The good thing about open source here is that as soon as it is reported, it gets fixed. We wouldn't have to wait for a company to release a fix for us.
I have found exactly the opposite to be true actually. A 48X ide cdrom drive is only about 1/3 as fast at ripping as one of my 1 ghz processors is for encoding, resulting in lots of extra cycles. I'm encoding at 192 kbps.
Also, keep in mind that the player is going to be giving a 1X stream, because it thinks that it is just playing an audio CD.
And people wonder why Linux is (still) only for geeks!
is your gripe really with linux?
This is such a ludicrous statement. I, like a lot of people, use my computer to do *stuff*, not just messing around trying to get it to work at all.
so your problem is with your computer, or maybe with your stuff?
Windows 98: 10 minutes
Xfree86: 4 full evenings
no... i guess your problem is with xfree86. seriously, if you are too simple to even know what components you do or don't like (or in this case, can or can't use), perhaps you should be using windows. there isn't anything wrong with it, at least with regards to the *stuff* you "use" it for. xfree86 is a very complex system, much more so than the parallel aspect of windows, and it isn't integrated into any kernel a fraction as much as explorer is (by design of course). there is nothing wrong with linux, at least nothing that you could point out.
until one body can take the linux kernel, the GNU tools, all the GPL'd libraries, xfree86, the apps you use, (/)etc and put them together in a way much more like MS does with the layers of windows and much unlike a modern distro, this is going to happen. nobody wants this though, sorry. geeks only for now.
It's Trident's call whether they want to allow you to release how to write drivers to their hardware to the general public or not.
undeniably true. it is our call whether or not to buy a machine with trident hardware in it though. if you need open source drivers, and trident's policy restricts that, you simply don't buy trident.
x86 servers really don't have anything but intel processors in them, so a semi-high end pentium 3 is expected. and semi-high end pentium 3 units generally cost about as much as that 1.2 ghz athlon you quoted. i'm assuming they're using ECC ram as well, which generally costs much more (with ram prices these days, who knows though...). oh yeah, and probably scsi drives, though they're not specified either. ide drives that never get "parked" from spinning down have a shorter lifespan. also, in general, the case costs much more, though here i really don't know.
it's not so much that they lag behind the desktops, it's just that the quality of the hardware is at a higher importance compared to the quantity. smaller more reliable scsi drives instead of bigger ide storage. ECC ram over standard. intel over amd just to be safe. you end up paying the same amount for the rack as you do for the workstation with a little weaker machine. in a server, if you know what your needs are going to be, you buy to meet those needs saving money not getting the fastest and biggest and then spend that savings on reliability.
i was under the impression that none of the bsd's currently had dri support. please tell me i'm wrong because i'd love to use it on my spare machine with a voodoo 3.
Gates & Co. have learned the real way to take over the world, keep people employed and happy and they will over look each little step on the long journey to where ever they are being led.
This may be true, but I don't see how Bill Gates & Co. can do that for America, let alone the world.
Instead of compiling source to native binaries, we can compile source to binaries for a single chosen platform. If every platform under consideration produces identical (say) SPARC object files, the same amount of work has gone into their production.
My first instinct says that this is just not true. If someone can explain why, I'd be very interested in knowing.
Meanwhile Bob Yount, CEO of Red Hat, laments: "Here's Britain, the foundation of democracy and freedom, building its governmental infrastructure on proprietary binary-only technology from a known predatory monopolist..."
in all honesty, if i had a huge operation like aim running on my equipment, wasting my bandwidth, and thus requiring me to defend it i would really look at how to dump off the burden onto something else and keep the benefit. aol should change aim to work with jabber. just build a component into the aol software to show their banners, even make their own software for non-aol customers (ala aim) which shows the banners and collects demographic data like now. i know that aol must have looked into this already so there is an obvious downside to what i'm proposing, but what is it? i'm stumped!
having r00t/administrator on a network has more advantages than meets the eye... someone's playing annoying sounds from icq, aim, or internet explorer (the navigation start 'click' drives me insane)? make a persistent smb map of their drive and write a program to randomly backup and then replace their.wav's with something random and funny of your own.
I'll be sure to buy Tribes 2 though!! I just bought a 1000Mhz, 256Mb RAM, Geforce2 GTS, Reh Hat 7 monster for the express purpose of playing this game on Linux!:-D
You went out and bought that system just to play a single game? Did you ever consider getting a console and leaving computers to people that are interested in well, computing? I'm a gamer myself, and I have sunk some nice cash into my box for gaming... but that's because I can have a nice gaming box and a killer workstation then. If all you want is games (the term "expressly" lends me to think this way) there are much faster, cheaper, and maintainable solutions for your vice.
Slashdot Mirror
Neither device has a CPU that supports the x64 instruction set. These both have arm chips, though they are both capable of 64 bit operation.
It's not quite what you're asking for (and I'm asking for it too) but I have an Asus RT-AC56U running dd-wrt. It is an arm box with a decent amount of RAM, all gig ports and supports 802.11ac. It doesn't quite run Debian, but I have the next best thing: an SSD attached via USB3 with a Debian install that I run services out of via chroot from a boot script - I essentially turned off all of dd-wrt's services other than the wireless access point and then use the dd-wrt's kernel with a Debian userland for everything else. It took some messing around to get it all working, but it just works now and allowed me to shut off a much bigger device.
i'd setup a usenet server.
i'm aware of two 3d accelerated versions of quake for windows back in the day: vquake, for rendition's verite line of cards, and glquake, which worked with any opengl compliant video card. glquake at first was used almost exclusively with 3dfx voodoo boards and so people thought it was 3dfx specific. in fact, 3dfx's voodoo card only supported a subset of the opengl api, hence they provided a "mini gl" driver that implemented only so much of the spec as glquake required. if you're fiddling with it today and don't have a voodoo card, you should remove the opengl32.dll in your quake directory - if memory serves, the one that came with glquake was 3dfx specific i believe and will load before your systemwide opengl library. both vquake and glquake were true win32 apps, so nothing of the dos based origins of quake should keep it from running in XP. and if it doesn't, i'm sure somebody out there has fixed it (the source is gpl'd now after all) and provides a patch and binaries for XP.
As a PSU student, let me say that I actually don't mind. As long as the fee I was already paying doesn't go up, I'm fine with the university doing this and benefiting the vast majority of students.
Did I read this correctly? A project aiming to allow rich interfaces remotely is going to use a crippling web interface for administration? *boggle* I hope by "including" they mean "it'll be there, but you don't have to use it and we'll have something a tad more functional".
i hope nothing big happened. those kinds of changes or additional features should be going into the 2.5 kernel.
--quote--
I don't see anyone bemoaning Byan vines' loss of marketshare when Microsoft started shipping WFW/NT4. No one seems to miss Trumpet Winsock (or any of the other TCP/IP stacks you had to pay for) when Microsoft shipped TCP/IP standard on NT4/Win9x.
Yet when Microsoft beats Netscape into the ground by putting their browser to shame and making IE one of the best browsers in the world, everyone is up in arms.
--/quote--
this is such a troll. netscape didn't sue ms for integrating its browser. they sued ms because they anticompetively ran them out of the market with illegal activities (remember the deal they cut with a vendor to *not* include ns on their oem's?). sun has already proved a similar thing, and now they're just trying to collect.
your point about tcp/ip is invalid because (as far as i know) ms didn't break the law when they included the stack. that was honestly a good business move and legal to boot. very unlike what they did with ns and sun.
This is an option in the kernel. if you aren't compiling a kernel for a desktop box, chances are you won't want to enable this in the first place. therefore your net loss is zero.
sun makes a lot of money on their largely proprietary hardware. i don't see them doing much to innovate with x86.
Why do you even have to have the credit card info in plain text? Or even in a form that someone at your organization can decrypt? Why can't the user encrypt the credit card credentials with PGP encryption before it even gets to you? Something client-side could easily enough download a public key, encrypt the data, send it to you, and you send that. The associated private key might be VISA's, MC's, or a middle service, but not one from your company.
There is an easy enough automated method to distribute ssl certificates that the user doesn't have that much to worry about when they visit an https address, surely a tool could be forged to never possess a credit card number that can be decrypted at any point of the transaction until it gets to the people that actually need the number.
The problem you just pointed out is not restricted to software with security through obscurity though. If the Linux kernel had a bug like this that someone found but didn't report, they could do the exact same thing.
The good thing about open source here is that as soon as it is reported, it gets fixed. We wouldn't have to wait for a company to release a fix for us.
I have found exactly the opposite to be true actually. A 48X ide cdrom drive is only about 1/3 as fast at ripping as one of my 1 ghz processors is for encoding, resulting in lots of extra cycles. I'm encoding at 192 kbps.
Also, keep in mind that the player is going to be giving a 1X stream, because it thinks that it is just playing an audio CD.
Am I missing something?
until one body can take the linux kernel, the GNU tools, all the GPL'd libraries, xfree86, the apps you use, (/)etc and put them together in a way much more like MS does with the layers of windows and much unlike a modern distro, this is going to happen. nobody wants this though, sorry. geeks only for now.
undeniably true. it is our call whether or not to buy a machine with trident hardware in it though. if you need open source drivers, and trident's policy restricts that, you simply don't buy trident.
it's not so much that they lag behind the desktops, it's just that the quality of the hardware is at a higher importance compared to the quantity. smaller more reliable scsi drives instead of bigger ide storage. ECC ram over standard. intel over amd just to be safe. you end up paying the same amount for the rack as you do for the workstation with a little weaker machine. in a server, if you know what your needs are going to be, you buy to meet those needs saving money not getting the fastest and biggest and then spend that savings on reliability.
B1ood
- Port NetBSD to our chips.CHECK
- Actually CREATE one of the chips.
- Convince someone to use it in a server.
They're still working on the last two...B1ood
B1ood
B1ood
My first instinct says that this is just not true. If someone can explain why, I'd be very interested in knowing.
B1ood
B1ood
B1ood
I hate you ;) let me guess, that's your workstation, because your server is one of those 1024 proc ultrasparc III's right?
B1ood
B1ood
You went out and bought that system just to play a single game? Did you ever consider getting a console and leaving computers to people that are interested in well, computing? I'm a gamer myself, and I have sunk some nice cash into my box for gaming... but that's because I can have a nice gaming box and a killer workstation then. If all you want is games (the term "expressly" lends me to think this way) there are much faster, cheaper, and maintainable solutions for your vice.
B1ood