More accurately, cvsup understands rcs files and uses deltas whenever possible. When used to transfer non-rcs files, it uses rsync. Remember -- it's a mirroring tool that just happens to be optimized for CVS.
The US exported chemical and biological agents, machine tools and ammo to Iraq in the mid- to late-1980s. See, for example here, here, and here. The third link is especially relevant to this topic because it claims that supercomputers were given to Iraq.
Incidentally, this is all in the public record in the States. You shouldn't even need to FOIA for the information.
The article mentions that Will Wright has talked stuff over with Neal Stephenson, and that in some ways TSO will be similar to the "Metaverse", as described in Snow Crash. One thing I'd like to see in TSO is the ability for characters to share non-TSO "objects" with other characters. For example, I'd like my character to hand another character a "file" and have a real file transfered from my hard drive to the other character's drive.
There are a lot of technical issues involved with this sort of stuff -- and some legal ones as well (think MP3s). However, this feature would bring TSO a lot closer to the Metaverse, uh, universe.
[...] how useful is this going to be given the lack of the proprietary MS libraries that you are going to need to run real-world applications, or move code in a a portable fashion from one machine to another?
I suppose Microsoft can work to prevent reimplementations of some of its libraries. They can simply call undocumented Win32 APIs in their classes (disclaimer: I haven't seen any evidence that they have or haven't done this).
I guess part of this depends on your definition of "real-world applications." There's still a lot of code out there that can be written portably using publicly available specs. I don't need Microsoft's libraries to write network servers or text/filesystem manipulation tools or send database queries; I can do that today and have my code work everywhere from my FreeBSD dev box to my co-workers' Windows boxes. Microsoft probably can't even hide the class specs -- that'd kill the.Net book market.
I don't know anything about the PDP series, or how they utilized their non-power-of-2-size bytes, but some systems used such "non-standard" byte sizes to tag types. For example, if you have a 36 bit word, you can store a 32 bit value plus 4 bits to specify the type of that data. You can then check very quickly if a certain memory word is an integer, or float, or a pointer to a list (or whatever).
The Symbolics Lisp machines used such a system. I haven't followed Squeak's development for a while, but I remember its 32 bit virtual machine used tagged types, and unfortunately that meant that they had to use 30 bit numerical and reference types. Several other languages/virtual machines use this feature.
I put "non-standard" in quotes because in the past not everyone used (uses?) 8 bits. That's why if you read older RFCs, you'll find the term "octet" used where you'd normally expect to see "byte."
Kernels are a good test for gcc. Often gcc's optimization or instruction scheduling code has led to unusual system behavior. Sometimes your system'll panic, sometimes things will seem flakey, especially with device i/o (think inline assembly code).
For what it's worth, I've been using FreeBSD 5.0-CURRENT with gcc 3.[12].x for months now. I've compiled my entire system with -march=athlon. To be fair, it's just my desktop -- not a server.
Support for not building certain subsystems has been there for a while now. Read/etc/defaults/make.conf, and put the appropriate lines in/etc/make.conf. You won't get BIND or Sendmail or Perl or whatever when you rebuild your system.
A better way to do this is to have an off-site/external MX listed as the MX with the lowest priority. On that MX, use mailertables or smtproutes (whatever feature the MTA supports) to forward all mail for the domain to your internal firewalled mailhost.
I do something similar at work, though in my case the MX with the lowest priority is in the DMZ, and the internal mailhost is behind the firewall. At one point it was necessary since the internal mailhost was running Lotus Notes R4.6, but I've since moved everyone over to something more...open.
Another option is using a filesystem that handles large numbers of files in a directory.
Probably the best option is to have your local mail delivery program write out both the message and keep a header cache. The pop server simply reads the cache to get the info it needs to present to the user, while still manipulating the message files to give the user his/her messages.
Modifying the local delivery app is trivial if you use, say, qmail-local or procmail to do the work. I could probably whip something up in a couple of hours. However, it does break one of the main principles of maildirs -- no locking. You'll have to lock the header cache file in order to append or delete from it.
Someone else recommended cyrus; that might also turn out to be a useful option. It already does something like this.
They don't make it easy to get IPv6. You may have heard that Asia's internet growth's the highest in the world right now, right? Well, APNIC, the people giving out IPv4 and IPv6 addresses in Asia will allocate IPv6 networks to people who can show a plan to give/sell at least 200/48s in the first year alone.
How many companies are ready for that type of large-scale deployment?
I remember reading about NASA putting out a lot of stuff on the mbone, back when it was used (more often). Stuff like space shuttle launches, conference proceedings, etc.
There's more to video than what the RIAA/MPAA's interested in.
I know how you feel. Every time I play around with Mono, I get a vague feeling that I'm helping Microsoft in some way. I can't pin it down; it's this general feeling of unease.
The "you may not use this for commercial purposes" thing prevents me from running it on a bunch of (Linux) servers at work. I guess I'll stick with python for my portable sysadmin-ish apps.
Panama is, unfortunately, not the only country to try this. Pakistan, for example, has one telco company handling all outgoing internet traffic (telco monopoly until dec 31 2002). They blocked various VoIP sites *and* MSN voice chat last month. This was done unilaterally, with support from the supposedly independent telco regulation authority. People complained, ISPs took out ads in papers and made press releases about it, and it's now looking like the sites will be unblocked by the end of the week. Hopefully.
More accurately, cvsup understands rcs files and uses deltas whenever possible. When used to transfer non-rcs files, it uses rsync.
Remember -- it's a mirroring tool that just happens to be optimized for CVS.
I wouldn't be surprised if a Mac client showed up soon.
I believe the KSE migration won't be complete until 5.1 or so. This page is incomplete: http://www.freebsd.org/kse/
and people who are well into linux generally know a bit of *bsd's..
Actually, they don't. I've run into many Linux people who have never tried *BSD.
Also, most people who make the jump from Linux to *BSD, even after using Linux for years and years, rarely switch back.
Still no evidence of weapons export to Iraq.
The US exported chemical and biological agents, machine tools and ammo to Iraq in the mid- to late-1980s. See, for example here, here, and here. The third link is especially relevant to this topic because it claims that supercomputers were given to Iraq.
Incidentally, this is all in the public record in the States. You shouldn't even need to FOIA for the information.
Both the free and commercial Dylan compilers produce code that reaches C/C++ speeds.
Dylan is OO from the ground up, and supports a variety of programming styles, including fp, inperative and, of course, oo.
The article mentions that Will Wright has talked stuff over with Neal Stephenson, and that in some ways TSO will be similar to the "Metaverse", as described in Snow Crash. One thing I'd like to see in TSO is the ability for characters to share non-TSO "objects" with other characters. For example, I'd like my character to hand another character a "file" and have a real file transfered from my hard drive to the other character's drive.
There are a lot of technical issues involved with this sort of stuff -- and some legal ones as well (think MP3s). However, this feature would bring TSO a lot closer to the Metaverse, uh, universe.
I don't know anything about the PDP series, or how they utilized their non-power-of-2-size bytes, but some systems used such "non-standard" byte sizes to tag types. For example, if you have a 36 bit word, you can store a 32 bit value plus 4 bits to specify the type of that data. You can then check very quickly if a certain memory word is an integer, or float, or a pointer to a list (or whatever).
The Symbolics Lisp machines used such a system. I haven't followed Squeak's development for a while, but I remember its 32 bit virtual machine used tagged types, and unfortunately that meant that they had to use 30 bit numerical and reference types. Several other languages/virtual machines use this feature.
I put "non-standard" in quotes because in the past not everyone used (uses?) 8 bits. That's why if you read older RFCs, you'll find the term "octet" used where you'd normally expect to see "byte."
Kernels are a good test for gcc. Often gcc's optimization or instruction scheduling code has led to unusual system behavior. Sometimes your system'll panic, sometimes things will seem flakey, especially with device i/o (think inline assembly code).
For what it's worth, I've been using FreeBSD 5.0-CURRENT with gcc 3.[12].x for months now. I've compiled my entire system with -march=athlon. To be fair, it's just my desktop -- not a server.
I read some more blog articles on that site, and it seems that he did find a solution to the FreeBSD/LinuxThreads problem; see this link.
Support for not building certain subsystems has been there for a while now. Read /etc/defaults/make.conf, and put the appropriate lines in /etc/make.conf. You won't get BIND or Sendmail or Perl or whatever when you rebuild your system.
Speak Freely should do all you need. Plus, it's cross-platform; I have it on both my FreeBSD and Windows machines at home.
You're comparing 9.3MB with
mx-1# ls -l djbdns-1.05.tar.gz ucspi-tcp-0.88.tar.gz daemontools-0.76.tar.gz
-rw-r--r-- 1 fn staff 36975 Sep 13 20:35 daemontools-0.76.tar.gz
-rw-r--r-- 1 fn staff 85648 Sep 13 20:35 djbdns-1.05.tar.gz
-rw-r--r-- 1 fn staff 53019 Sep 13 20:35 ucspi-tcp-0.88.tar.gz
mx-1#
And even there, ucspi-tcp isn't required to run the server.
A better way to do this is to have an off-site/external MX listed as the MX with the lowest priority. On that MX, use mailertables or smtproutes (whatever feature the MTA supports) to forward all mail for the domain to your internal firewalled mailhost.
I do something similar at work, though in my case the MX with the lowest priority is in the DMZ, and the internal mailhost is behind the firewall. At one point it was necessary since the internal mailhost was running Lotus Notes R4.6, but I've since moved everyone over to something more...open.
Another option is using a filesystem that handles large numbers of files in a directory.
Probably the best option is to have your local mail delivery program write out both the message and keep a header cache. The pop server simply reads the cache to get the info it needs to present to the user, while still manipulating the message files to give the user
his/her messages.
Modifying the local delivery app is trivial if you use, say, qmail-local or procmail to do the work. I could probably whip something up in a couple of hours. However, it does break one of the main principles of maildirs -- no locking. You'll have to lock the header cache file in order to append or delete from it.
Someone else recommended cyrus; that might also turn out to be a useful option. It already does something like this.
You can avoid the chmod 666 if you run xdm. Simply edit /usr/X11R6/lib/X11/xdm/GiveConsole and add
/dev/nvidia*
chown $USER
Make a similar change to TakeConsole (the examples in the file'll help).
I realize this isn't necessary for most people (most people don't have other users logging in), but it's still good practice.
They don't make it easy to get IPv6. You may have heard that Asia's internet growth's the highest in the world right now, right? Well, APNIC, the people giving out IPv4 and IPv6 addresses in Asia will allocate IPv6 networks to people who can show a plan to give/sell at least 200 /48s in the first year alone.
How many companies are ready for that type of large-scale deployment?
I remember reading about NASA putting out a lot of stuff on the mbone, back when it was used (more often). Stuff like space shuttle launches, conference proceedings, etc.
There's more to video than what the RIAA/MPAA's interested in.
I know how you feel. Every time I play around with Mono, I get a vague feeling that I'm helping Microsoft in some way. I can't pin it down; it's this general feeling of unease.
The "you may not use this for commercial purposes" thing prevents me from running it on a bunch of (Linux) servers at work. I guess I'll stick with python for my portable sysadmin-ish apps.
Panama is, unfortunately, not the only country to try this. Pakistan, for example, has one telco company handling all outgoing internet traffic (telco monopoly until dec 31 2002). They blocked various VoIP sites *and* MSN voice chat last month.
This was done unilaterally, with support from the supposedly independent telco regulation authority.
People complained, ISPs took out ads in papers and made press releases about it, and it's now looking like the sites will be unblocked by the end of the week. Hopefully.
A good reason to keep remotes in wrappers is dust. However, it's probably not your friend's reason...
As a matter of fact, Java's not that great on Linux, either. Take a look at the Freenet Java compat table.
Write once, test everywhere...
Well, without good threading or SMP, of course most of the software on OpenBSD is fork/exec...