This guy is right - the workaround for the problem has been about for a while. For more information on the problem take a look at the Via Hardware FAQ. The whole via problem has been known about for sometime (a search on Kernel Traffic for KT133 turned up a few references. The most recent reference was 2.4 Kernel freezes on VIA KT133.
As mentioned in other comments, motherboard makers were encouraged to workaround this at bios level.
I don't quite understand your point. Unless releases are introducing new features they must be fixing bugs otherwise what's the point of changing the version number?
Surely all that happens is that a nominated pre is renamed to an rc and if the rc proves to be stable it is renamed to final. So all final releases will have bugfixes in them because they were either a pre or they fixed something in a previous rc.
Funnily enough, if you use Mandrake it ships with some Mozilla fonts that make everything in Netscape 4 look much better (btw, if you are using mozilla don't use them!). However high quality scalable fonts are incredibly expensive (take a look at Adobe. It takes skilled people many years of experience to create such fonts and the best results are almost always commercial.
With the latest versions of Mandrake, you can use a tool called drakfont that will import your windows truetype fonts. It's a nice GUI application and you just press a button. May I suggest that if you want to do everything the very easiest way, that you choose a distribution that is renowned for making things much easier.
People often become upset because you start blaming them for not fixing something when they have gone to the trouble of finding workarounds (or sometimes outright solutions) and written them down the best they can. Then you say you say you can't be bothered to read the workaround? Are the guides not clear but you can still understand the process? Please give back and rewrite the guide in a clearer simpler form.
It's one thing to say my distribution ships with fonts that make Netscape suck. But maybe there's a reason for that - making them not suck in all circumstances might not currently be possible out of the box...
Looks like we'll have to wait a little longer for a female/. editor.
Chris DiBona was one of the editors on open sources. So unless someone made a mistake with his gender there...
..is perfect suspend (and resume) to disk with reliable OSes. If I don't need to reboot to keep my system running why "shut it down"? Why not pause it - surely loading back a state will be far faster (if currently less reliable)?
In sucs we have a bunch of aging Sparcstations with big monitors all running remote Xs off a Cyrix 200. The sparcs themselves run RedHat 6.2 and the server runs RedHat 7.1.
Unfortuately, the sparcs can only run in 8 bit. Many apps look terrible. Have you seen Mozilla running in 8 bit? Its theme alone chomps all the colours not to mention the problems there have been with the I-beam becoming invisible. The mere mention of Java or Shockwave is enough to send the CPU guage completely into the yellow.
Also programs that seem fine on a local X seem to update so incredibly slowly they become practily unusable when run posted remotely to the sparcs (Abiword when tyring to wrap text to a new line was guility here but maybe it was just that early build).
Worse still getting StarOffice up and running was nothing short of a nightmare (it would just core dump whenever it was posted to the sparcs). In the end I managed to find an IGNORE_XSESSIONERRORS envvar which let users start it up (with a core dump left behind).
When it comes to defaults for new users there is trouble there too - I installed Ximian to let us run Galeon because Mozilla was too slow. Unfortunately Ximian's pretty installer defaults to using Nautilus which completely overloaded the server when one sesison was running let alone four or five (make it stop! I mean start)... I made a gmc setting but getting rid of Nautilus as the default desktop manager once it's installed itself isn't as simple as it could be. In fact, it simply isn't (yet) all that easy to set up sensible Gnome desktop defaults for all new users - simple things like turning off thumbnail updating is important because when several machines are doing it at the same time it drains percious cpu. Maybe KDE would be better but that seems to run even slower than Gnome.
I've had to eject countless disks remotely because users have put them into the eject buttonless sparcs not realising that they could only access the floppy drive on the server and have then wondered exactly how they get their floppy back.
The idea of using esound turned out to be a stumbling block due to broken esound on the sparcs (I've tired building cross compilers but they never seem to completely work).
I need serious convincing that a bunch of dumb terminals really are better solution. Todays apps need more bandwidth and CPU than ever and when it's being shared out over a compartively slow bandwidth everyone suffers. If everyone stuck to using xterms then it wouldn't be so bad...
Maybe things don't feel so slow on 10/100Mbit networks but people readlily point it out here (why does it take so long to login?) to the extent that I'm undecided whether using NT4 on a PII with 64Mb is actually any worse.
There are often tar.gz or zip or whatever other compression is available on your system. The catch is you might download more but hey you get it all in one...
Still, as I pointed out in another post, I doubt the University itself nor its (excellently rated) Computer department had that much to do with it. Alan Cox really should have got the credit and now Linus has seen to it that I can't even grab false fame by association. Oh well.
Based upon Swansea University Computer Society NET3.039
No fair! I've been trying to pick up kudos by pointing out that the society I'm in is mentioned in the startup sequence of a world famous OS (even if the credit should have really gone to Alan Cox). I just hope the department gets round to changing the prospectuses in time...
This reminds of an old Amiga program that came on the front cover floppy of some magasine a few years ago. It allowed you to launch certain programs by doing simple gestures like squares and so on. Anyhow I tried it for a few weeks but the novelty value wore off after a while...
Ah found it on the Aminet - it was called Stroke. So there ya go.
The PC gamer preview hints that B&W eventually be open sourced. Personally, I don't think that EA will be too happy to do this since there is so much technology tied up in the game. However, it has happened with Quake so who knows? I can't help wondering even if it were open sourced whether it will be too complicated to garner support...
B&W is also one incredibly complicated game. In the PC Zone review of the game they hinted that this may lead to deluge of bugs being found. All that AI and so many different paths through the game means that testing won't find every flaw. On the other hand, I heard that extensive testing was one of the reasons for the delay in the release of the game.
To an extent it could be argued that if you go back to the late 80s writing a game for the NES was not to disimillar to a dictatorship. Catridge prices were high and any attempt to do something different (such as the Game Genie) was beaten down upon by the big N
... in the latest linux and windows drivers? It such a shame to see something so common mercilessly turned into a weapon to hang one's machine. I guess you guys don't want to turn your monitors off.
Slashdot Mirror
This guy is right - the workaround for the problem has been about for a while. For more information on the problem take a look at the Via Hardware FAQ. The whole via problem has been known about for sometime (a search on Kernel Traffic for KT133 turned up a few references. The most recent reference was 2.4 Kernel freezes on VIA KT133.
As mentioned in other comments, motherboard makers were encouraged to workaround this at bios level.
I don't quite understand your point. Unless releases are introducing new features they must be fixing bugs otherwise what's the point of changing the version number?
Surely all that happens is that a nominated pre is renamed to an rc and if the rc proves to be stable it is renamed to final. So all final releases will have bugfixes in them because they were either a pre or they fixed something in a previous rc.
With the latest versions of Mandrake, you can use a tool called drakfont that will import your windows truetype fonts. It's a nice GUI application and you just press a button. May I suggest that if you want to do everything the very easiest way, that you choose a distribution that is renowned for making things much easier.
People often become upset because you start blaming them for not fixing something when they have gone to the trouble of finding workarounds (or sometimes outright solutions) and written them down the best they can. Then you say you say you can't be bothered to read the workaround? Are the guides not clear but you can still understand the process? Please give back and rewrite the guide in a clearer simpler form.
It's one thing to say my distribution ships with fonts that make Netscape suck. But maybe there's a reason for that - making them not suck in all circumstances might not currently be possible out of the box...
* MS DOS x.xx (December 31, 2001)
* Windows 3.xx (December 31, 2001)
* Windows 95 (November 30, 2001)
I guess my 3.11 loving friend had a point when he said it wasn't obsolete...
Fatal: Label "2415-greased-turkey" is too long
While it's easy enough to fix (edit lilo.conf), I bet this is going to cause problems for someone.
Looks like we'll have to wait a little longer for a female /. editor.
Chris DiBona was one of the editors on open sources. So unless someone made a mistake with his gender there...
This is unhelpful I know but I recompiled my kernel (after updating the linux symlink).
The newer releases of the emu10k1 drivers are broken with respect to Quake 3. Check the creative opensource drivers mailling list for more details.
..is perfect suspend (and resume) to disk with reliable OSes. If I don't need to reboot to keep my system running why "shut it down"? Why not pause it - surely loading back a state will be far faster (if currently less reliable)?
Unfortuately, the sparcs can only run in 8 bit. Many apps look terrible. Have you seen Mozilla running in 8 bit? Its theme alone chomps all the colours not to mention the problems there have been with the I-beam becoming invisible. The mere mention of Java or Shockwave is enough to send the CPU guage completely into the yellow.
Also programs that seem fine on a local X seem to update so incredibly slowly they become practily unusable when run posted remotely to the sparcs (Abiword when tyring to wrap text to a new line was guility here but maybe it was just that early build).
Worse still getting StarOffice up and running was nothing short of a nightmare (it would just core dump whenever it was posted to the sparcs). In the end I managed to find an IGNORE_XSESSIONERRORS envvar which let users start it up (with a core dump left behind).
When it comes to defaults for new users there is trouble there too - I installed Ximian to let us run Galeon because Mozilla was too slow. Unfortunately Ximian's pretty installer defaults to using Nautilus which completely overloaded the server when one sesison was running let alone four or five (make it stop! I mean start)... I made a gmc setting but getting rid of Nautilus as the default desktop manager once it's installed itself isn't as simple as it could be. In fact, it simply isn't (yet) all that easy to set up sensible Gnome desktop defaults for all new users - simple things like turning off thumbnail updating is important because when several machines are doing it at the same time it drains percious cpu. Maybe KDE would be better but that seems to run even slower than Gnome.
I've had to eject countless disks remotely because users have put them into the eject buttonless sparcs not realising that they could only access the floppy drive on the server and have then wondered exactly how they get their floppy back.
The idea of using esound turned out to be a stumbling block due to broken esound on the sparcs (I've tired building cross compilers but they never seem to completely work).
I need serious convincing that a bunch of dumb terminals really are better solution. Todays apps need more bandwidth and CPU than ever and when it's being shared out over a compartively slow bandwidth everyone suffers. If everyone stuck to using xterms then it wouldn't be so bad...
Maybe things don't feel so slow on 10/100Mbit networks but people readlily point it out here (why does it take so long to login?) to the extent that I'm undecided whether using NT4 on a PII with 64Mb is actually any worse.
As mentioned in another post there is a fix available for this. Take a look at this post emu10k1 mailing list.
Whilst trying to compile the new kernel with the updated emu10k1 drivers I hit a a few problems (missing .o files I think). Has anyone else seen this?
There are often tar.gz or zip or whatever other compression is available on your system. The catch is you might download more but hey you get it all in one...
Still, as I pointed out in another post, I doubt the University itself nor its (excellently rated) Computer department had that much to do with it. Alan Cox really should have got the credit and now Linus has seen to it that I can't even grab false fame by association. Oh well.
No fair! I've been trying to pick up kudos by pointing out that the society I'm in is mentioned in the startup sequence of a world famous OS (even if the credit should have really gone to Alan Cox). I just hope the department gets round to changing the prospectuses in time...
BTW, it's the same SUCS (Swansea University Computer Society) often mentioned in the Linux startup messages...
I can't tell if they were in 7.0 (I'd guess so).
Ah found it on the Aminet - it was called Stroke. So there ya go.
Galeon homepage. Need a whole bunch of extra Gnome libraries though.
B&W is also one incredibly complicated game. In the PC Zone review of the game they hinted that this may lead to deluge of bugs being found. All that AI and so many different paths through the game means that testing won't find every flaw. On the other hand, I heard that extensive testing was one of the reasons for the delay in the release of the game.
Forcing users to fork out for content is going to be too much work on both sides
To an extent it could be argued that if you go back to the late 80s writing a game for the NES was not to disimillar to a dictatorship. Catridge prices were high and any attempt to do something different (such as the Game Genie) was beaten down upon by the big N
... in the latest linux and windows drivers? It such a shame to see something so common mercilessly turned into a weapon to hang one's machine. I guess you guys don't want to turn your monitors off.
What are we going to do with the Swansea University Computer Society domain name now?
Drive by wireless cracking?