Contributed by marco on from the ungnu dept.
Next stop... OpenCVS...
(Comments are closed)
OpenBSD Journal
Contributed by marco on from the ungnu dept.
Next stop... OpenCVS...
(Comments are closed)
Copyright © - Daniel Hartmeier. All rights reserved. Articles and comments are copyright their respective authors, submission implies license to publish on this web site. Contents of the archive prior to as well as images and HTML templates were copied from the fabulous original deadly.org with Jose's and Jim's kind permission. This journal runs as CGI with httpd(8) on OpenBSD, the source code is BSD licensed. undeadly \Un*dead"ly\, a. Not subject to death; immortal. [Obs.]
By Anonymous Coward (134.58.253.131) on
I didn't realize OpenCVS was making progress that fast.
Haven't tried OpenCVS yet (maybe I should give it a go on some noncritical data sometime). How hard is it to migrate a GNU CVS repository to OpenCVS once it's ready for production use? Will the OpenCVS clients work seamlessly with GNU CVS on the server, and vice versa?
Comments
By jasper (80.60.145.215) on
It aims to be as compatible as possible with other CVS implementations, except when particular features reduce the overall security of the system.
By Matthias Kilian (84.134.10.253) on
By Zack (68.107.130.168) on
Or is this more of an CVS already has intertia issue?
Comments
By Nate (65.95.124.63) on
By Anonymous Coward (143.166.255.16) on
Why introduce a new tool that doesn add anything?
Why make developers learn a new tool while it doesn't add anything?
Etc etc.
This is really a boring argument. Let's replace it! WHY?
Comments
By Anonymous Coward (70.27.15.123) on
Comments
By Anonymous Coward (67.64.89.177) on
Comments
By Anonymous Coward (64.231.20.114) on
Comments
By Anonymous Coward (67.64.89.177) on
By Anonymous Coward (128.171.90.200) on
Atomic commits would be a nice feature too, all things CVS currently lacks.
Moving CVS trees to SVN is fairly easy as there are tools available just for that purpose, they should preserve history too, unless they are b0rked, then you just write your own.
Trouble is I use CVS every day, have done for years, what I want is a clean and coherent versioning system, something safe and secure, then I can look at atomic commits, directory removal, file renaming etc. unless anyone can think of a reason not to add these features ?
By Justin Forest (212.48.194.124) justin.forest@gmail.com on http://hex.mirkforce.net/
Comments
By Anonymous Coward (83.147.128.114) on
Comments
By Anonymous Coward (84.160.190.54) on
Comments
By Anonymous Coward (193.1.172.166) on
Comments
By Anonymous Coward (66.219.139.194) on
Comments
By jfb (69.70.32.10) on
Second of all, the main reason why we started rewriting CVS was because a bunch of security holes had been found in the GNU version. It NEVER had anything to do directly with the license (I'm really not that much of a masochist), but it is a serious bonus. Now stop whining for a second and go take a look at the Subversion code and the amount of dependencies it has. They may have started a whole new project with a bunch of "awesome" features (most of which would be useless in OpenBSD development) but the code is already starting to look like a mess.
By Chris (24.76.100.162) on
By Anonymous Coward (156.34.213.240) on
By Sacha Ligthert (83.160.140.70) on
Still have to read the documentation properly any time soon ;-)
By Anonymous Coward (84.188.242.124) on
So what neat stuff is OpenCVS only?
Do you still have to tell CVS if you wanna commit a binary or can cvs figure out this (maybe using file..) now? (Just as example..) :-))
So what extensions are planed or already made?! :)
Comments
By Anonymous Coward (24.226.124.161) on
I doubt that there are going to be any significant extentions in the near future. Its more important to get the basics working and working right than to frivilously start adding bells and whistles before its even ready to replace the crufty GNU version.
Comments
By Ted Walther (142.179.111.243) on http://lists.reactor-core.org/realmilk.html
Personally I am using darcs. It is mind-bogglingly simple and effective for the types of things I do. It will be interesting to see how much of darcs simplicity will be available under OpenCVS, eventually.
Comments
By Ted Walther (142.179.111.243) on http://lists.reactor-core.org/realmilk.html
Comments
By Anonymous Coward (128.171.90.200) on
Comments
By Ted Walther (142.179.111.243) on http://lists.reactor-core.org/realmilk.html
Comments
By jfb (69.70.32.10) on
By Janne Johansson (130.237.95.193) jj@inet6.se on
I mean, in this very specific case it's obviously unix perms and uids, but
the svn folks get this kinds of questions all the time and everyone there
always assume $my-type-of-perms whereas the source or destination might
be either NTFS, AFS, DFS or some other not-yet-dead-fs which do not have
the same idea on ownership, permissions and other flags.
Comments
By Anonymous Coward (128.171.90.200) on
By Anonymous Coward (128.171.90.200) on
Ok, ok, scripts ...
By ben (66.92.16.226) on
Why does everyone assume that the goal of every software project is "mass conversion" ?
What about just making a nice tool that works for you?
By Anonymous Coward (203.100.230.217) on
This module will, of course, be named OpenMind.
Comments
By Anonymous Coward (84.188.251.76) on
if %file != ascii -> commit as binary... wouldn´t be that hard, or? .-)
Comments
By jfb (69.70.32.10) on
By misher (212.19.145.216) misher@hrenosoft.net on hrenosoft.net/
I hope that many people will use that (also linux peoples),
and may be bsd software will grow fuster...
Comments
By Justin Forest (212.48.194.124) justin.forest@gmail.com on http://hex.mirkforce.net/
Comments
By Anonymous Coward (128.171.90.200) on
Of course it can also be argued by growing a larger BSD code pool, BSD grows.
By Anonymous Coward (66.11.66.41) on
By jfb (69.70.32.10) on
> many of them say: "for fuck's sake, couldn't they work on UTF-8
> instead?!"
Maybe most developers don't give a damn about UTF-8 and, reading this thread, many of them say: "for fuck's sake, couldn't he submit a patch instead of whining?". It's all about perspective...
By Luiz Gustavo (200.164.165.23) on
By Constantine (217.12.147.5) mureninc@gmail.com on
By pete gilman (67.82.48.99) pete with p3t3 point net on
why?
1) apache sucks, has always sucked, and will always suck
2) OpenBSD is stuck with an old version of apache since apache's license changes
3) apache is under the GPL; it would be great to have a (full-featured, actively developed) BSD-licensed httpd
imagine an httpd, not slapped together and crufty, but completely redesigned from the ground up in OpenBSD's "The Right Way To Do It" style...
please note that this is not a complaint or a demand. i'm not trying to tell anybody what to do. it's just a wish that i wanted to share with the community; i just think it's a great idea, and wanted to see what you guys think...
(and, for the record, i'm not a coder, just a humble SA; i do buy the cds and t-shirts; and i do donate to the project.)
Comments
By cfrankb (63.255.174.162) on
Comments
By Anonymous Coward (70.27.15.123) on
Comments
By Anonymous Coward (63.255.174.162) on
Unless you're running lighttpd on Windows, v 1.4.10 and up look far less than "incredibly buggy" to me: Secunia advisory Mitre's CVE NetBSD package page OpenBSD package page.
Comments
By Anonymous Coward (68.100.130.21) on
Comments
By Anonymous Coward (63.255.174.162) on
By Anonymous Coward (70.27.15.123) on
And lighttpd has had random people do a quick 5 minute grep and find obvious, incredibly stupid buffer overflows. These get fixed in CVS, and no notification is made of a possible security problem. An no effort has been made to ensure that similar problems aren't elsewhere in the code. The lighttpd author does not code securely, he simply puts "secure" in the feature list of his software. And what kind of idiot does he have to be to allow appending a NULL byte to a file to send the source of the file instead of executing it?
By veins (82.234.175.151) veins@skreel.org on
i'm working on one during my free time :)
By Anonymous Coward (70.27.15.123) on
2) Who cares? The "old version" works just fine. Do you really need a threaded worker mode for no reason?
3) No its not, its under the apache license.
Comments
By pete gilman (67.82.48.99) pete with p3t3 point net on
> 1) sucks how? People bitch and moan about apache, yet they can never say whats wrong with it.
that's a topic for a different thread. you're certainly welcome to disagree, but even you concede that "people bitch and moan about apache" - plenty of people agree with me. i'm not looking to convert anybody; if *you* like apache, by all means keep using it. lots of people don't, and i'd love to see a better way.
> 2) Who cares? The "old version" works just fine. Do you really need a threaded worker mode for no reason?
my point is just that new development on the OpenBSD version is extremely unlikely; the only work likely to be done on it is bugfixes. the existing version is basically frozen in time.
> 3) No its not, its under the apache license.
i forgot; i stand corrected. thank you. this doesn't change my point, though, that it would be great to have a BSD-licensed httpd.
all i'm trying to say is that every time these guys (the openbsd team) turn their attention to something, out comes something great. i'd love to see their amazing talents brought to bear on an http daemon; i can only imagine how awesome the result would be.
peace,
pete g
Comments
By Anonymous Coward (68.100.130.21) on
By Anonymous Coward (70.27.15.123) on