CUPS is nice for a small setup with not that many printers. Add a lot of printers, a lot of different ppd files and you really have a nightmare. We were so happy when Apple decided to go with CUPS as their printing system but ever since then we have had nothing but problems. If someone knows how to solve duplex printing on large OCE printers please let me know.
Why don't you download some GNU package and see how many occurences there is of those functions? Why don't you go and fix those? Why complain when people are actually fixing things?
AFAIK this is not information everybody can use since this feature only exists on OpenBSD. Apache is patched to chroot() to it's own folder. The -u flag does not exist on standard Apache.
Because of the UNIX lawsuit in the beginning of the 1990s. I remember reading once that Linus said that if the *BSD would have been stable and available back when he started he wouldn't have bothered. So you can blame the whole thing on Novell or whoever owned UNIX(tm) back then.
I recently tested JFS on a 2TB raid. In two days I got corruption in the filesystem and I was forced to switch back to ext3. This was with the JFS shipped with RH8. This doesn't mean anything except I won't touch JFS in a long time. When you need machines in production use you really want to be sure about the filesystems. Too bad the customer wouldn't go with FreeBSD.
The nice thing about UFS in FreeBSD 5.0 is that you have background fsck. So the machine boots really fast and if you have unclean filesystems they will be checked in the background. You can work with your computer in the mean time, you will just notice a slight performance drop.
We have two Xservers in our serverroom together with 30+ Sun boxes. We use them as Netinfo servers and Netboot servers. Much easier to use the Apples tools for that job than trying to put something together by yourself. And they are not that expensive. Take a look at some of the Sun stuff.
Why would this be a big blow? It was a big problem when the latest OpenSSH bug came along. Or when Sun had a problem with NIS (I administrate multiple platforms and around 50 servers by now). It is just another security problem and in a few months we will see another one. Who cares what platforms it is. You compile, install and go on with your life.
The PC industry is going to have to explain this to their userbase now since the nextgen Athlon will run at even lower Mhz than the current generation - and still run circles around the old chips.
Build a box based on VIA EPIA. It costs basically the same but you don't have to deal with any stinkin modchips. Take a look at http://www.mini-itx.com for more ideas.
I think this could be a good thing on desktop machines. On the serverside it is much simpler. Make sure that your servers are not allowed to make connections to the outside world. A webserver doesn't have any reason to do a connection to the outside world. It should just sit and wait for a new connection to happen from the outside and send the data down that channel. It should never contact the outside world itself.
I test my code as I write - and there are still problems in there. Either the way components interact or just a thought error. Or I misunderstood what the customer meant. If the problem is complex you will never get it right the first time.
Yes, you get choice. You can install whatever you want from the package collection. And when they don't have any Perl installed any more you can install precisely the version you need without breaking anything. Sure, most people would be happy with the latest and greatest and it also works for them.
I just wanted to say that this was probably the most important news that been published on slashdot this year. How can this possible be "Stuff that matters"?
Could you please also tell me who will be the first one to download their first servicepack?
In Germany it has also been up and running for quite a while. The thing is that now when the great USA has got it we all have to look amazed on the great wonders that they can produce. And then we will yawn when we realize that it is just another product that we in Europe actually are using at the moment.
Sendmail is enabled by default but it only listen on the localhost interface.
I work at an institute where we have a bit over 400 Macs. Much better platform on the desktop than Windows computers.
CUPS is nice for a small setup with not that many printers. Add a lot of printers, a lot of different ppd files and you really have a nightmare. We were so happy when Apple decided to go with CUPS as their printing system but ever since then we have had nothing but problems. If someone knows how to solve duplex printing on large OCE printers please let me know.
Is there a compiler that actually would compile that?
But sendmail on OpenBSD only listens on the local interface by default so it is not remotely exploitable in the default configuration.
Take a look at portupgrade. Then you can do a
# portupgrade -PP -N openoffice
This will download and install openoffice for you. portupgrade is also great for updating your packages (a bit like apt-get).
Why don't you download some GNU package and see how many occurences there is of those functions? Why don't you go and fix those? Why complain when people are actually fixing things?
AFAIK this is not information everybody can use since this feature only exists on OpenBSD. Apache is patched to chroot() to it's own folder. The -u flag does not exist on standard Apache.
The good thing with Europe is that we have one standard, GSM.
Because of the UNIX lawsuit in the beginning of the 1990s. I remember reading once that Linus said that if the *BSD would have been stable and available back when he started he wouldn't have bothered. So you can blame the whole thing on Novell or whoever owned UNIX(tm) back then.
Then again, I could be mistaken.
I recently tested JFS on a 2TB raid. In two days I got corruption in the filesystem and I was forced to switch back to ext3. This was with the JFS shipped with RH8.
This doesn't mean anything except I won't touch JFS in a long time. When you need machines in production use you really want to be sure about the filesystems. Too bad the customer wouldn't go with FreeBSD.
The nice thing about UFS in FreeBSD 5.0 is that you have background fsck. So the machine boots really fast and if you have unclean filesystems they will be checked in the background. You can work with your computer in the mean time, you will just notice a slight performance drop.
We have two Xservers in our serverroom together with 30+ Sun boxes. We use them as Netinfo servers and Netboot servers. Much easier to use the Apples tools for that job than trying to put something together by yourself.
And they are not that expensive. Take a look at some of the Sun stuff.
Why would this be a big blow? It was a big problem when the latest OpenSSH bug came along. Or when Sun had a problem with NIS (I administrate multiple platforms and around 50 servers by now). It is just another security problem and in a few months we will see another one. Who cares what platforms it is. You compile, install and go on with your life.
The PC industry is going to have to explain this to their userbase now since the nextgen Athlon will run at even lower Mhz than the current generation - and still run circles around the old chips.
Build a box based on VIA EPIA. It costs basically the same but you don't have to deal with any stinkin modchips. Take a look at http://www.mini-itx.com for more ideas.
I think this could be a good thing on desktop machines. On the serverside it is much simpler. Make sure that your servers are not allowed to make connections to the outside world. A webserver doesn't have any reason to do a connection to the outside world. It should just sit and wait for a new connection to happen from the outside and send the data down that channel. It should never contact the outside world itself.
http://www.openbsd.org/tshirts.html#16
If you stay with an official release of OpenBSD it usually works. If you install your own software on top of that then you are on your own.
There is no need to speculate in how it works when you can just go to the webpage and have a look yourself. http://www.citi.umich.edu/u/provos/systrace/
I test my code as I write - and there are still problems in there. Either the way components interact or just a thought error. Or I misunderstood what the customer meant. If the problem is complex you will never get it right the first time.
Yes, you get choice. You can install whatever you want from the package collection. And when they don't have any Perl installed any more you can install precisely the version you need without breaking anything. Sure, most people would be happy with the latest and greatest and it also works for them.
I just wanted to say that this was probably the most important news that been published on slashdot this year. How can this possible be "Stuff that matters"?
Could you please also tell me who will be the first one to download their first servicepack?
Mandrake was based on RedHat not the other way around. But now Mandrake has gone there own way that is no longer true either I would say.
In Germany it has also been up and running for quite a while. The thing is that now when the great USA has got it we all have to look amazed on the great wonders that they can produce. And then we will yawn when we realize that it is just another product that we in Europe actually are using at the moment.