actually, the command line svn client has a much simpler interface than cvs. the general concepts are similar, and it keeps many of the same commands, but you don't have the dizzying array of flags for each option that you'd find in cvs.
actually, the next release of subversion will support a new repository access layer (called ra_svn, for lack of a better name), which uses a custom (but simple) tcp protocol that can easily be tunneled over ssh. it's pretty new, and might have some kinks we haven't found yet, but it passes all our regression tests so far.
Listing 'WebDAV' as a separate requirement makes very little sense.
'WebDAV' is a protocol. 'Neon' is a client library we (Subversion) use to speak that protocol. 'Apache' is a server that provides an implementation of the protocol that we use in our server.
So yes, we require Neon for building the client, and Berkeley DB if you want to access a repository directly (either for a local repository or if you're building a server), and Apache if you want to run a server. These requirements don't seem to crazy to me, and if you don't want to mess with them yourself, download a package. There are RPM's and a FreeBSD port (I think both still need to be updated for alpha, but I'll be doing that for the FreeBSD port tonight, and the RPM's are always updated pretty quick).
The motivation behind these ports is the same motivation for everything else in FreeBSD. There are people willing and capable of doing the work, and it's presence will not adversely effect the rest of the OS. Porting to different architectures will improve the quality of the codebase as a whole, and allow people to use FreeBSD in places they otherwise could not. These are good things.
Also, keep in mind, that they aren't going out and porting to everything on the planet. They are porting to modern, high quality hardware. As jkh said at some point 'It is not our place to support geriatric hardware, if people want that, they have NetBSD' (I'm probably badly misquoting that...).
if you're having trouble making the ports compile (and i can't imagine why you would... i've never experienced any real problems with it.) you can always use the packages they precompile. try pkg_add -r to automatically download the precompiled package and install it.
I've had good experiences contributing to FreeBSD, Subversion, PHP, and Mono.
With FreeBSD and PHP it took a little while to get my changes in, because the people working on it are volunteers, and believe it or not, they do have lives of their own. In the FreeBSD case especially though, my code was thoroughly audited, and I learned quite a few new tricks in the process.
For both Subversion and Mono, from what I've seen the developers are very very good about incorporating changes quickly. And again, specifically in Subversion, they're very good about auditing your work to make sure it's the best it can be.
So yes, while some projects can take some time to get your stuff in, and some can be quite exclusive, there are a lot of good ones out there, you just have to look for them.
the fact that the application is being run under linux binary emulation has absolutely nothing to do with any potential buffer overflows in it.
yes, there will be the possibility for a security hole if there was a security hole in the application, but they same problem could come up running that application under linux. you're no more or less at risk than you would be running any other application.
should i now refuse to use any application anywhere because there might potentially be a buffer overflow?
That was the most popular joke going around the QA department when i spent a semester at Parametric...
amused the hell out of us, but it's not like you can tell the higher ups that their brand new pet name for the product makes them sound like an ass to anyone that knows their math.
i believe the driver, in addition to using a "binary only" portion that XFree86 can load regardless of what OS you're running (as long as it's compiled for the proper architechture) you will also need some kind of kernel support. This is what the DRI and utah-glx drivers do to enable AGP support, so i imagine that even if you can load the X Server module under FreeBSD, you'd need to have special support in the kernel.
which is why i'm ditching my TNT2 as soon as i can find someone to take it off my hands. I'll just pick up a VooDoo3, since I *know* it's supported right now.
>Now a man who might have backed down timidly has >the defiance of a fucking lion.
yeah, that's what happens when you've got nothing left to lose.
lets not lose sight of the fact that this man may have lost his business as a result of the actions of slashdot readers. i don't care if it "made him a better person", he did nothing wrong and doesn't deserve to lose his means of making a living as a result of something that turned out to be a mistake.
i don't think it counts if you just boot up from a floppy, that seems unfair.
but there's nothing saying you can't boot from a floppy, then do a really minimal install by hand onto the hard disk. i'd give it a shot if i was going to be there...
when your image includes swear words and thinly-veiled slams on serious questions about your group - it's very difficult to take you guys seriously.
judging from their responses i really doubt they're going to loose a lot of sleep because you don't take them seriously.
you appear to have missed the point entirely. they don't want you to take them seriously. its all a joke except when its not, if you can't figure out when its not then that's your problem.
Re:Stephenson has talent, but Cryptonomicon...
on
The Big U
·
· Score: 1
i dissagree completely. the present day storyline was brilliant simply because of how on target its take on techies was. i couldn't read a chapter about randy without saying many times "oh my god, that's me he's talking about."
the fact that stephenson can so acurately portray a subculture that many people know nothing about is what makes the book fantastic.
did they really say that 35 e-mails in a week for a class is too much?
any class i've ever had that had and used a mailing list had at least that much or more. its just the way these things work. you've gotta learn to pay attention to the important stuff and ignore the crap that some of your less than briliant classmates come up with, but that happens in normal classes too...
and anyway, 35 isn't that many over the course of a week...
have you even done any research into what these guys are doing?
its debian linux with a nice install and eventually a configuration program.
all the changes are gpl, and the developers are active on debian-devel. while i don't exactly agree with their ideas (getting rid of text file configuration in favor of a binary database) their work can only help debian in the long run.
fragmentation is bad, but this distribution is based closely on debian, which is as close to a standard as you can get.
another distribution != fragmentation, or at least it doesn't have to.
i'm certainly willing to at least give them the benefit of the doubt, and possibly to download it once it gets a little further along and give it a shot...
-garrett
Re:The reviewer forgot one thing(WARNING Spoilers)
on
Review:Cryptonomicon
·
· Score: 1
But WTF with Enoch Root coming back from the dead (finland) to surface in the Phillipines?
if you pay close attention, he doesn't actually die, they fake it and sneak him out the back... i missed it the first time...
perhaps apple is on the road to something like what mozilla has now, and are simply choosing a better way to begin. i would like to believe that. but as it stands i can't see apple being able to truly make enough of a comittment to open source methods. it seems far more likely that they'll continue along with this half-assed approach and never get to the point where they could truly enjoy the benefits of open source.
apple's always had something of a "control freak" feel to them, and i don't see them getting over it. but then again maybe i'll be proved wrong... wouldn't be the first time...
mozilla does seem to be the best current example... as a counterexample we have the way apple is doing there open source project (darwin). the source has been released, but its not all there, and anything that's put in by outside developers has no guaruntee that it will even be useful in the future, because all of apple's development is still internal. eventually they will sync up the darwin code with their internal stuff, but who knows when that will happen.
unless the primary development is being done out in the open in full view of the opensource developers who want to help, what reason do they have to contribute?
here is where mozilla has it right, and i hope they are successful, if only to show companies like apple how it should be done.
(note: my opinions on apple's opensource projects are a result of lurking on the darwin-development mailing list, i am not actually involved in developing darwin. i don't have the skills necessary, but if i did i'd seriously have to consider if it was worth the trouble at this point)
Slashdot Mirror
actually, the command line svn client has a much simpler interface than cvs. the general concepts are similar, and it keeps many of the same commands, but you don't have the dizzying array of flags for each option that you'd find in cvs.
actually, the next release of subversion will support a new repository access layer (called ra_svn, for lack of a better name), which uses a custom (but simple) tcp protocol that can easily be tunneled over ssh. it's pretty new, and might have some kinks we haven't found yet, but it passes all our regression tests so far.
Listing 'WebDAV' as a separate requirement makes very little sense.
'WebDAV' is a protocol. 'Neon' is a client library we (Subversion) use to speak that protocol. 'Apache' is a server that provides an implementation of the protocol that we use in our server.
So yes, we require Neon for building the client, and Berkeley DB if you want to access a repository directly (either for a local repository or if you're building a server), and Apache if you want to run a server. These requirements don't seem to crazy to me, and if you don't want to mess with them yourself, download a package. There are RPM's and a FreeBSD port (I think both still need to be updated for alpha, but I'll be doing that for the FreeBSD port tonight, and the RPM's are always updated pretty quick).
-garrett
Actually, subversion has been self hosting for a long time. All it's source code has been kept in a subversion repository for months.
SourceCast is just the tools used for issue tracking, mailing list archives, and so forth, similar to what using sourceforge would give you.
that's the port to AMD's 64 bit processors. ia64 is intel's new processor. they are very different beasts.
(not that NetBSD isn't cool or anything, but i don't think they have ia64 yet. at least it isn't on their home page if it does exist.)
The motivation behind these ports is the same motivation for everything else in FreeBSD. There are people willing and capable of doing the work, and it's presence will not adversely effect the rest of the OS. Porting to different architectures will improve the quality of the codebase as a whole, and allow people to use FreeBSD in places they otherwise could not. These are good things.
Also, keep in mind, that they aren't going out and porting to everything on the planet. They are porting to modern, high quality hardware. As jkh said at some point 'It is not our place to support geriatric hardware, if people want that, they have NetBSD' (I'm probably badly misquoting that...).
if you're having trouble making the ports compile (and i can't imagine why you would... i've never experienced any real problems with it.) you can always use the packages they precompile. try pkg_add -r to automatically download the precompiled package and install it.
With FreeBSD and PHP it took a little while to get my changes in, because the people working on it are volunteers, and believe it or not, they do have lives of their own. In the FreeBSD case especially though, my code was thoroughly audited, and I learned quite a few new tricks in the process.
For both Subversion and Mono, from what I've seen the developers are very very good about incorporating changes quickly. And again, specifically in Subversion, they're very good about auditing your work to make sure it's the best it can be.
So yes, while some projects can take some time to get your stuff in, and some can be quite exclusive, there are a lot of good ones out there, you just have to look for them.
what the hell are you talking about?
the fact that the application is being run under linux binary emulation has absolutely nothing to do with any potential buffer overflows in it.
yes, there will be the possibility for a security hole if there was a security hole in the application, but they same problem could come up running that application under linux. you're no more or less at risk than you would be running any other application.
should i now refuse to use any application anywhere because there might potentially be a buffer overflow?
That was the most popular joke going around the QA department when i spent a semester at Parametric...
amused the hell out of us, but it's not like you can tell the higher ups that their brand new pet name for the product makes them sound like an ass to anyone that knows their math.
i believe the driver, in addition to using a "binary only" portion that XFree86 can load regardless of what OS you're running (as long as it's compiled for the proper architechture) you will also need some kind of kernel support. This is what the DRI and utah-glx drivers do to enable AGP support, so i imagine that even if you can load the X Server module under FreeBSD, you'd need to have special support in the kernel.
which is why i'm ditching my TNT2 as soon as i can find someone to take it off my hands. I'll just pick up a VooDoo3, since I *know* it's supported right now.
> Wasn't this what happened to emacs? Someone made
m l
> xemacs and made it closed source.
no, it wasn't. do some research before you go around badmouthing a perfectly legitimate open source project like xemacs.
http://www.xemacs.org/About/XEmacsVsGNUemacs.ht
>Now a man who might have backed down timidly has
>the defiance of a fucking lion.
yeah, that's what happens when you've got nothing left to lose.
lets not lose sight of the fact that this man may have lost his business as a result of the actions of slashdot readers. i don't care if it "made him a better person", he did nothing wrong and doesn't deserve to lose his means of making a living as a result of something that turned out to be a mistake.
-garrett
that's the first thing i thought of...
i don't think it counts if you just boot up from a floppy, that seems unfair.
but there's nothing saying you can't boot from a floppy, then do a really minimal install by hand onto the hard disk. i'd give it a shot if i was going to be there...
-garrett
nt ships in a configuration the needs roughly 300 modifications before you can start to consider it "secure".
judging from their responses i really doubt they're going to loose a lot of sleep because you don't take them seriously.
you appear to have missed the point entirely. they don't want you to take them seriously. its all a joke except when its not, if you can't figure out when its not then that's your problem.
i dissagree completely. the present day storyline was brilliant simply because of how on target its take on techies was. i couldn't read a chapter about randy without saying many times "oh my god, that's me he's talking about."
the fact that stephenson can so acurately portray a subculture that many people know nothing about is what makes the book fantastic.
you've hit the nail on the head!
now where do i sign up to be one of those editors? that's the real question...
-garrett
did they really say that 35 e-mails in a week for a class is too much?
any class i've ever had that had and used a mailing list had at least that much or more. its just the way these things work. you've gotta learn to pay attention to the important stuff and ignore the crap that some of your less than briliant classmates come up with, but that happens in normal classes too...
and anyway, 35 isn't that many over the course of a week...
thats what you get for actually buying the laptop rpi decided on...
could have saved money and trouble by shopping around larry...
-garrett
slashdot.org/plan
have you even done any research into what these guys are doing?
its debian linux with a nice install and eventually a configuration program.
all the changes are gpl, and the developers are active on debian-devel. while i don't exactly agree with their ideas (getting rid of text file configuration in favor of a binary database) their work can only help debian in the long run.
fragmentation is bad, but this distribution is based closely on debian, which is as close to a standard as you can get.
another distribution != fragmentation, or at least it doesn't have to.
i'm certainly willing to at least give them the benefit of the doubt, and possibly to download it once it gets a little further along and give it a shot...
-garrett
But WTF with Enoch Root coming back from the dead (finland) to surface in the Phillipines?
if you pay close attention, he doesn't actually die, they fake it and sneak him out the back... i missed it the first time...
-garrett
you have a point...
perhaps apple is on the road to something like what mozilla has now, and are simply choosing a better way to begin. i would like to believe that. but as it stands i can't see apple being able to truly make enough of a comittment to open source methods. it seems far more likely that they'll continue along with this half-assed approach and never get to the point where they could truly enjoy the benefits of open source.
apple's always had something of a "control freak" feel to them, and i don't see them getting over it. but then again maybe i'll be proved wrong... wouldn't be the first time...
-garrett
mozilla does seem to be the best current example... as a counterexample we have the way apple is doing there open source project (darwin). the source has been released, but its not all there, and anything that's put in by outside developers has no guaruntee that it will even be useful in the future, because all of apple's development is still internal. eventually they will sync up the darwin code with their internal stuff, but who knows when that will happen.
unless the primary development is being done out in the open in full view of the opensource developers who want to help, what reason do they have to contribute?
here is where mozilla has it right, and i hope they are successful, if only to show companies like apple how it should be done.
(note: my opinions on apple's opensource projects are a result of lurking on the darwin-development mailing list, i am not actually involved in developing darwin. i don't have the skills necessary, but if i did i'd seriously have to consider if it was worth the trouble at this point)
-garrett