Laptop LCDs should in general be better in quality than their desktop cousins, if only due to the fact that you can easily swap a computer monitor, but not a laptop screen!
The highest pixel count density is found on laptop screens. My 14" laptop LCD does 1400x1050; my 17" desktop LCD does 1280x1024. Granted these are not the highest resolution screens you can buy nowadays but I believe it is quite representative.
One other big change is that they're moving from using ASCII to UTF8 wherever they can.
That has been ongoing since RH8, AFAIK. UTF8, freedesktop-style unified.desktop files, and NPTL are the things that make me glad to use Red Hat. I mean Fedora.
it was the power of BitKeeper, or at least BitKeeper's authors, that prevented this, not CVS itself.
No, not really. It's the scripts written neither by BitKeeper nor by the authors of CVS, but by some developers to allow those unwilling to use BitKeeper to get access to the latest modifications...
Recent SCO drama does not seem to have affected Novell's plans, which is good since it shows positive signs that they are not too concerned about SCO lawsuits.
Why should they? Considering Novell owns Unix, and only sold SCO the right to license it to other players, they are the only company totally immune from SCO's lawsuits.
SuSE users would breathe a huge sigh of relief. Other distro's users too, indirectly, but IANAL.
Ah, dang, 'twas quite a funny troll too, but I obviously missed it in my rush:P
A notice to the effect that the parent post is hidden would be nice in cases like this.. maybe I should set my preference to not penalize trolls so I could see them:)
would not doubt that the dotnet runtime on Longhorn is not going to call the Win32 API much; They might just be doing it internally and only using the Executive (NT/2K/XP's kernel native API) when necessary.
By that I gather you mean the.NET WinForms implementation, amongst others, would be feature-complete enough that application programmers would not be forced to use P/Invoke to call Win32 APIs directly?
I can't wait for that to happen. Would make Mono's job that much easier. Of course, for the same reason I rather fear for its political survival...
Flat out, too many folks are consolodating wintel servers into VMware sessions running on top of Linux and MS does not like it.
If too many VMware users are running it on Linux, presumably they trust Linux more as a host OS and would not switch? Especially considering Windows server pricing.
I personally use VMware to try out various unices on top of Linux, so there are other uses for it other than running Windows as a guest OS. Other uses that MS evidently dislikes (see removal of supported guest OSes) so it might actually increase VMware sales. Pity those on Macs though.
While this is not Mandrake's fault per se, as far as I know packet writing is still considered experimental code, and thus should not have been enabled by default.
Mandrake, unfortunately, has a reputation for being a bit too bleeding-edge for its own good sometimes. I am quite surprised about the missing kernel-source RPM in the download edition. This problem has occured in the past, when they first released 2-CD betas. QA must be sleeping.
... how the rules are supposed to be followed? I've read Ed Pegg's page as well as the AccessV page, but when working through the patterns I get stuck at '2 5 1 0'; instead of getting a 180 degree rotation of '2 1 0 4' I get an infinite pattern.
I was trying to take the first possible move available (e.g. for 2 1 0 4, try 2, then 1, then 0, then 4) but it's apparently not what I should be doing...
At least on RHEL 2.1 (which is what we've got currently), the differences are *far* to great to do that
Ah, yes, that would pose certain problems. But surely you just need piranha and the kernel, as well as cluster monitoring tools to convert a stock RH9 to an RHLE-lookalike?
Getting support on that would be well-nigh impossible, though. Which might be a problem if you must have Oracle... welcome to enterprise vendor lock-ins:) One must pity the minor commercial Linux distributions...
So install RH9 on the other machines and replace key RPMs with RHEL's. The support is only binding on RHEL installations, right?
With yum now being part of Fedora, creating your own set of update RPMs and having the desktops automatically pulling them is a piece of cake.
That being said, I do understand Red Hat's motivation, and were I to be in the position of a high-availability sysadmin I'd probably recommend forking up for RHEL. It's not for everyone, true.
I agree that it should be allowed, then again I can see the management's rationale for preventing access to non-work related sites, legal or not.
Eepecially since that site's been conveniently blacklisted already... still, Roxio could just provide access to Napster via Roxio.com/music or Roxio.com/napster for such cases. It will certainly be less convenient though.
It's not that hard. Basically even though you can point iTunes to another folder rather than "My Documents\My Music\iTunes\iTunes Music", the index files would still be stored under "My Documents\My Music\iTunes".
What you need to do is download the Resource Kit Tools for Windows XP/2k3, install it, then from a command prompt CD to your "My Music" folder, then type linkd iTunes path-to-shared-iTunes-folder. For example, I use D:\My Music\iTunes, with the music files under D:\My Music\iTunes\iTunes Music.
Do this for every user you have, and hey presto. It works:) Yes, I know Microsoft's linkd takes its arguments in reverse order from the Unix link command. The tool won't let you create a dangling link though, so it does not really matter if you accidentally mistype the command.
I would post the link to the Win2k resource kit but I could not find any mention of linkd on the page I found.. anyone?
You can use Gaim on OS X by installing Fink. It's not really native OS X though, but who knows - the developers are working hard at splitting Gaim's core and UI, so a Cocoa UI might be feasible.
What they should do is to provide appropriate gcc backends for their architectures and everyone would have the best of both worlds
You might want to ask GCC developers whether they have the time to develop for yet another target:) Besides, with Intel developing a similar VLIW architecture (IA-64) you could forgive Transmeta for trying to keep certain cards close to its chest...
at least, not without an equally comprehensive yet-to-appear WINE layer
It is being worked on; note that Mono actually ships mono-wine RPMs now, and have done so for at least the past two releases.
Even without full-blown portability between.NET and Mono, some useful libraries have already been written that are usable on both platforms - RSS.NET is being used by both GTK#RSS, a Mono/GTK# news feed reader and Monologue, Mono's blog aggregator, in addition to having its own.NET RSS client.
Transmeta wants to reserve the freedom to change their internal instruction set at any time, without breaking anything.
They have already done it, in fact - the original TM3200/5400/5600/5800 have a 64-bit VLIW instruction set, the new Efficeon TM8000 has a new 128-bit one.
Slashdot Mirror
Laptop LCDs should in general be better in quality than their desktop cousins, if only due to the fact that you can easily swap a computer monitor, but not a laptop screen!
The highest pixel count density is found on laptop screens. My 14" laptop LCD does 1400x1050; my 17" desktop LCD does 1280x1024. Granted these are not the highest resolution screens you can buy nowadays but I believe it is quite representative.
That has been ongoing since RH8, AFAIK. UTF8, freedesktop-style unified
No, not really. It's the scripts written neither by BitKeeper nor by the authors of CVS, but by some developers to allow those unwilling to use BitKeeper to get access to the latest modifications...
Why should they? Considering Novell owns Unix, and only sold SCO the right to license it to other players, they are the only company totally immune from SCO's lawsuits.
SuSE users would breathe a huge sigh of relief. Other distro's users too, indirectly, but IANAL.
Ah, dang, 'twas quite a funny troll too, but I obviously missed it in my rush :P
:)
A notice to the effect that the parent post is hidden would be nice in cases like this.. maybe I should set my preference to not penalize trolls so I could see them
As long as they did not claim to use ReiserFS as the default file system on it (mkreiserfs specifically warns against using a 2.4.9-derived kernel)
.. we would all be running Dashboard and Storage.
By that I gather you mean the
I can't wait for that to happen. Would make Mono's job that much easier. Of course, for the same reason I rather fear for its political survival...
You know, Ximian's main product used to be a darn good GNOME desktop...
If too many VMware users are running it on Linux, presumably they trust Linux more as a host OS and would not switch? Especially considering Windows server pricing.
I personally use VMware to try out various unices on top of Linux, so there are other uses for it other than running Windows as a guest OS. Other uses that MS evidently dislikes (see removal of supported guest OSes) so it might actually increase VMware sales. Pity those on Macs though.
Mandrake, unfortunately, has a reputation for being a bit too bleeding-edge for its own good sometimes. I am quite surprised about the missing kernel-source RPM in the download edition. This problem has occured in the past, when they first released 2-CD betas. QA must be sleeping.
Pity. Versions 5.x-6.x of 'drake were nice...
Ah! Now that makes more sense. Though of course he would now be using Vim :)
I believe the proper term for ex-Communist Bloc states is 'second world'.
I was trying to take the first possible move available (e.g. for 2 1 0 4, try 2, then 1, then 0, then 4) but it's apparently not what I should be doing...
Thanks!
Ah, yes, that would pose certain problems. But surely you just need piranha and the kernel, as well as cluster monitoring tools to convert a stock RH9 to an RHLE-lookalike?
Getting support on that would be well-nigh impossible, though. Which might be a problem if you must have Oracle... welcome to enterprise vendor lock-ins :) One must pity the minor commercial Linux distributions...
With yum now being part of Fedora, creating your own set of update RPMs and having the desktops automatically pulling them is a piece of cake.
That being said, I do understand Red Hat's motivation, and were I to be in the position of a high-availability sysadmin I'd probably recommend forking up for RHEL. It's not for everyone, true.
Bill Joy does not work for Sun anymore too. :)
I agree that it should be allowed, then again I can see the management's rationale for preventing access to non-work related sites, legal or not.
Eepecially since that site's been conveniently blacklisted already... still, Roxio could just provide access to Napster via Roxio.com/music or Roxio.com/napster for such cases. It will certainly be less convenient though.
Well.. you probably should not be using corporate bandwith and storage space to store downloaded music anyway, legal or not.
Yes, the fact that Karl Rove did not even make it to the top list is a reflection on how successfully weasely he is
What you need to do is download the Resource Kit Tools for Windows XP/2k3, install it, then from a command prompt CD to your "My Music" folder, then type linkd iTunes path-to-shared-iTunes-folder. For example, I use D:\My Music\iTunes, with the music files under D:\My Music\iTunes\iTunes Music.
Do this for every user you have, and hey presto. It works :) Yes, I know Microsoft's linkd takes its arguments in reverse order from the Unix link command. The tool won't let you create a dangling link though, so it does not really matter if you accidentally mistype the command.
I would post the link to the Win2k resource kit but I could not find any mention of linkd on the page I found.. anyone?
You can use Gaim on OS X by installing Fink. It's not really native OS X though, but who knows - the developers are working hard at splitting Gaim's core and UI, so a Cocoa UI might be feasible.
You might want to ask GCC developers whether they have the time to develop for yet another target
It is being worked on; note that Mono actually ships mono-wine RPMs now, and have done so for at least the past two releases.
Even without full-blown portability between .NET and Mono, some useful libraries have already been written that are usable on both platforms - RSS.NET is being used by both GTK#RSS, a Mono/GTK# news feed reader and Monologue, Mono's blog aggregator, in addition to having its own .NET RSS client.
Portability is good :)
Transmeta wants to reserve the freedom to change their internal instruction set at any time, without breaking anything.
They have already done it, in fact - the original TM3200/5400/5600/5800 have a 64-bit VLIW instruction set, the new Efficeon TM8000 has a new 128-bit one.