The subversion developers are coming close. The current version supports almost everything CVS does, plus more. See the homepage, for more details. Also, something not noted on the webpage is that someone has actually got a cvs2svn repository converter which can convert repositories. Note that it doesn't follow branches or tags yet, but is able to convert the entire mainline gcc development tree to an svn repository.
svn is the name of the command line client for Subversion. Since Subversion uses WebDAV for its network protocol, all of your head is browseble directly over the web. Try going to http://svn.collab.net/repos/svn/trunk/ to see an example of this up close.
I do have my.inputrc file set up that way, but all the irc clients I have seen use curses directly, not going though readline. Thus, no vi keybindings, and hence the question.
Well, several open-source projects that I have seen have set up CVS hooks, to send email to a cvs mailing list whenever something is committed. Then at least some people subscribed to the CVS list review the code. As for patches sent in by non-committers, obviously whoever eventually commits the patch reviews it, then the same thing happens, and the list reviews it. All in all I have seen it work quite well on both the Apache Portable Runtime and Subversion projects. >~~~~~~~~~~~~~~~~
I agree!! I think dselect would be an excellent choice of things that could use a better design. It would be nice to have a graphical interface to dselect showing dependencies and stuff. >~~~~~~~~~~~~~~~~
You can get KDE 2.1.1 for potato or woody by putting "deb http://kde.tdyc.com potato main crypto optional qt1apps" in/etc/apt/sources.list. I have been using it since the KDE 2.0 beta days, and it has been great. The only thing is that it also updates some packages (like openssl), that are not directly KDE, since they are used for things like https in konqueror. >~~~~~~~~~~~~~~~~
Actually, CVS clients send the entire file contents when committing. It is only updates that send a diff. This is because the CVS metadata doesn't store what your copy looked like before you changed it. Wait for Subversion(M2 expected RSN (1 April 2001)), for a system that will send diffs both directions, as well as a whole lot more. >~~~~~~~~~~~~~~~~
I have read something similar. The idea is that companies are laying fiber, but not lighting it up until bandwidth demands necessitate it. They are merely planning on having the infrastructure in place for when they do need it. I remember reading about it in Canadian Business Magazine, the same issue I first read about FutureWay. I think it was in this article. I particularly love the Gates reference at the end:) >~~~~~~~~~~~~~~~~
I think the WWWoffle cache that comes with Debian can do things like this. I remember when I first installed Debian, I was playing with it, and told it to go and fetch/., AND everything it linked to a depth of 5, or was it 15, I can't remember. What I do remember was waking up the next moring to find that my 13GB drive had 20K of free space. OOPS!!! >~~~~~~~~~~~~~~~~
Yes AMD are creating x86-64. The difference is that AMD's 64 bit platform will not be binary compatible with Intel's. This means that any software distributed binary only will have to be compiled for both Intel and AMD. I can see this being a serious stumbling block for AMD if many small windows shop's start selling only Intel based binaries of their products.
If you don't mind moving to Canada, there is a company(uses flash), which offers direct fibre connections to homes in some new developments near Toronto, with plans to expand into other parts of Canada later this year. These connections allow digital phone service ($19.95/month), 1Mbps internet($38.95/month, with future bandwidth upgrades possible), and digital television through another company. Anyway the deal is that that is the only com-link you need, and you only get one bill for phone, internet, and tv.
Oh, and note that prices are in $Canadian. (to convert to USD multiply by ~.65)
The problem with the partners link is that it has
http://www.partners.nytimes.com/..., when it should be just http://partners.nytimes.com/... >~~~~~~~~~~~~~~~~
Being a student at a Uni with a co-op job has taught me a lot about what employers are looking for, and I have always been successful in finding jobs that I enjoyed. However, I think that the reason that most of your resumes might be disappointing is that students don't know what you are looking for. Most think that programming skills are what employers want, and aren't really sure what the difference between design and implementation is.
As for problems taught we do things such as an OS course, a compiler course, an Algo's and DataStructures course, a SW Eng Course (where we design a PBX), and optional 4th year courses include Distributed and Network Centric Computing, Applied AI, and Database Systems. I agree that a lot of the things that we are taught are old, and I think it is only through experience that you learn some of the modern problems.
That is what I appreciate the most about a co-op program. We spend five years in school, but 2 of it is spent in industry. (Check out Our Department Homepage.
It will be re-architechted to use smaller programs, and components
It will be integrated with GNOME via Bonobo component architecture(note that this does not necessarily mean using GTK). What it does mean is that GNOME applications will be able to embed SO docs, ala OLE. So a GNOME Email Client(don't know what they are, I use KDE) could allow in-place editing of SO attachments, etc.
I like/. book reviews, because I like to see what other books people have found. I don't spend much time browsing bookstores, either online, or IRL, so it is nice to have a place where I can go, and have someone say, this is a good book. I realize that this means I am allowing/. to act as an advertiser of sorts, but I am more comfortable with the idea of trusting a/. review than I am about trusting the jacket cover. So in conclusion, if you were thinking of buying this book, then the review is probably redundant. OTOH, if you didn't know that the book existed, then it could be very useful. >~~~~~~~~~~~~~~~~
I disagree, although I don't think that the equations involved in simple physics models are complex enough to be a major factor, collision detection is. Since most graphics systems already calculate a bounding volume for each object, why not have them also detect if those bounding volumes intersect, and do something if they do? This could be done in hardware and fits in nicely with what most graphics pipelines do anyway. >~~~~~~~~~~~~~~~~
Why not do some of the Collision detection or physics models in an FPGA to offload it from the main processor? (Assuming you have control over the VR controller of course), then when (if) they do become available in hardware, you just have to modify your driver. This also lets you model some more interesting things that might not ever be in hardware (like aerodynamics, etc). >~~~~~~~~~~~~~~~~
Sorry about the linkage, it works, but slash kept putting spaces in this where it shouldn't have, such as after the ? in the first link, and between the / and the A in the closing of the second tag >~~~~~~~~~~~~~~~~
My Company has been considering UIML. UIML is an XML dialect, designed for specifying interfaces for multiple different platforms, machines, etc. It is then either compiled to native code, or loaded at run time and interpreted. Similar to libglade, and such, but potentially much more powerful.
Potential drawbacks are that it is still young, and may not develop enough momentum to carry on. Also at the moment there is only one Renderer, which is java based. What we have been doing is rendering the gui in Java/AWT and then using JNI to call our existing C++ code. It has been working fairly well, although I wish the renderer offered more complete support for the spec.
All in all though, I think it is a good way to go.
The subversion developers are coming close. The current version supports almost everything CVS does, plus more. See the homepage, for more details. Also, something not noted on the webpage is that someone has actually got a cvs2svn repository converter which can convert repositories. Note that it doesn't follow branches or tags yet, but is able to convert the entire mainline gcc development tree to an svn repository.
svn is the name of the command line client for Subversion. Since Subversion uses WebDAV for its network protocol, all of your head is browseble directly over the web. Try going to http://svn.collab.net/repos/svn/trunk/ to see an example of this up close.
Thank You!!!! TIRC is _just_ what I was looking for.
I do have my .inputrc file set up that way, but all the irc clients I have seen use curses directly, not going though readline. Thus, no vi keybindings, and hence the question.
Nothing evil here. Have you ever read 1984?
Restricting language is _very_ evil.
Well, several open-source projects that I have seen have set up CVS hooks, to send email to a cvs mailing list whenever something is committed. Then at least some people subscribed to the CVS list review the code. As for patches sent in by non-committers, obviously whoever eventually commits the patch reviews it, then the same thing happens, and the list reviews it. All in all I have seen it work quite well on both the Apache Portable Runtime and Subversion projects.
>~~~~~~~~~~~~~~~~
I agree!! I think dselect would be an excellent choice of things that could use a better design. It would be nice to have a graphical interface to dselect showing dependencies and stuff.
>~~~~~~~~~~~~~~~~
You can get KDE 2.1.1 for potato or woody by putting "deb http://kde.tdyc.com potato main crypto optional qt1apps" in /etc/apt/sources.list. I have been using it since the KDE 2.0 beta days, and it has been great. The only thing is that it also updates some packages (like openssl), that are not directly KDE, since they are used for things like https in konqueror.
>~~~~~~~~~~~~~~~~
Actually, CVS clients send the entire file contents when committing. It is only updates that send a diff. This is because the CVS metadata doesn't store what your copy looked like before you changed it. Wait for Subversion(M2 expected RSN (1 April 2001)), for a system that will send diffs both directions, as well as a whole lot more.
>~~~~~~~~~~~~~~~~
I have read something similar. The idea is that companies are laying fiber, but not lighting it up until bandwidth demands necessitate it. They are merely planning on having the infrastructure in place for when they do need it. I remember reading about it in Canadian Business Magazine, the same issue I first read about FutureWay. I think it was in this article. I particularly love the Gates reference at the end:)
>~~~~~~~~~~~~~~~~
Not that I now of, but I would love to see one in Brampton!
>~~~~~~~~~~~~~~~~
http://slashdot.org/articles/01/01/29/148206.shtml
>~~~~~~~~~~~~~~~~
I think the WWWoffle cache that comes with Debian can do things like this. I remember when I first installed Debian, I was playing with it, and told it to go and fetch /., AND everything it linked to a depth of 5, or was it 15, I can't remember. What I do remember was waking up the next moring to find that my 13GB drive had 20K of free space. OOPS!!!
>~~~~~~~~~~~~~~~~
Is it just me or does KDE's konqueror already have everything GNOME is promising to have RSN?
I always wonder why people make such a bid deal about GNOME and nautilus, but not KDE and konqueror.
</rant>
>~~~~~~~~~~~~~~~~
Yes AMD are creating x86-64. The difference is that AMD's 64 bit platform will not be binary compatible with Intel's. This means that any software distributed binary only will have to be compiled for both Intel and AMD. I can see this being a serious stumbling block for AMD if many small windows shop's start selling only Intel based binaries of their products.
>~~~~~~~~~~~~~~~~
If you don't mind moving to Canada, there is a company(uses flash), which offers direct fibre connections to homes in some new developments near Toronto, with plans to expand into other parts of Canada later this year. These connections allow digital phone service ($19.95/month), 1Mbps internet($38.95/month, with future bandwidth upgrades possible), and digital television through another company. Anyway the deal is that that is the only com-link you need, and you only get one bill for phone, internet, and tv.
Oh, and note that prices are in $Canadian. (to convert to USD multiply by ~.65)
>~~~~~~~~~~~~~~~~
The problem with the partners link is that it has http://www.partners.nytimes.com/..., when it should be just http://partners.nytimes.com/...~
>~~~~~~~~~~~~~~~
Being a student at a Uni with a co-op job has taught me a lot about what employers are looking for, and I have always been successful in finding jobs that I enjoyed. However, I think that the reason that most of your resumes might be disappointing is that students don't know what you are looking for. Most think that programming skills are what employers want, and aren't really sure what the difference between design and implementation is.
As for problems taught we do things such as an OS course, a compiler course, an Algo's and DataStructures course, a SW Eng Course (where we design a PBX), and optional 4th year courses include Distributed and Network Centric Computing, Applied AI, and Database Systems. I agree that a lot of the things that we are taught are old, and I think it is only through experience that you learn some of the modern problems.
That is what I appreciate the most about a co-op program. We spend five years in school, but 2 of it is spent in industry. (Check out Our Department Homepage.
>~~~~~~~~~~~~~~~~
It will be re-architechted to use smaller programs, and components
It will be integrated with GNOME via Bonobo component architecture(note that this does not necessarily mean using GTK). What it does mean is that GNOME applications will be able to embed SO docs, ala OLE. So a GNOME Email Client(don't know what they are, I use KDE) could allow in-place editing of SO attachments, etc.
In my opinion, both of those are excellent news.
>~~~~~~~~~~~~~~~~
I like /. book reviews, because I like to see what other books people have found. I don't spend much time browsing bookstores, either online, or IRL, so it is nice to have a place where I can go, and have someone say, this is a good book. I realize that this means I am allowing /. to act as an advertiser of sorts, but I am more comfortable with the idea of trusting a /. review than I am about trusting the jacket cover. So in conclusion, if you were thinking of buying this book, then the review is probably redundant. OTOH, if you didn't know that the book existed, then it could be very useful.
>~~~~~~~~~~~~~~~~
I disagree, although I don't think that the equations involved in simple physics models are complex enough to be a major factor, collision detection is. Since most graphics systems already calculate a bounding volume for each object, why not have them also detect if those bounding volumes intersect, and do something if they do? This could be done in hardware and fits in nicely with what most graphics pipelines do anyway.
>~~~~~~~~~~~~~~~~
Why not do some of the Collision detection or physics models in an FPGA to offload it from the main processor? (Assuming you have control over the VR controller of course), then when (if) they do become available in hardware, you just have to modify your driver. This also lets you model some more interesting things that might not ever be in hardware (like aerodynamics, etc).
>~~~~~~~~~~~~~~~~
Sorry about the linkage, it works, but slash kept putting spaces in this where it shouldn't have, such as after the ? in the first link, and between the / and the A in the closing of the second tag
>~~~~~~~~~~~~~~~~
http://howto.ewtoo.org/show.cgi? howto=autoconf.txt. It's not bad, but it doesn't go too in-depth. I found it enough to get started with though.
Also the user manual for autoconf, at http://www.gnu.org/manual/autoconf-2.13 is very good, once you are a little more familiar with the tools.
>~~~~~~~~~~~~~~~~
My Company has been considering UIML. UIML is an XML dialect, designed for specifying interfaces for multiple different platforms, machines, etc. It is then either compiled to native code, or loaded at run time and interpreted. Similar to libglade, and such, but potentially much more powerful.
Potential drawbacks are that it is still young, and may not develop enough momentum to carry on. Also at the moment there is only one Renderer, which is java based. What we have been doing is rendering the gui in Java/AWT and then using JNI to call our existing C++ code. It has been working fairly well, although I wish the renderer offered more complete support for the spec.
All in all though, I think it is a good way to go.
>~~~~~~~~~~~~~~~~