Re: SCM options (was Re: Where is FreeBSD going?)
On Jan 11, 2004, at 5:19 PM, Garance A Drosihn wrote: At 10:00 AM + 1/11/04, Doug Rabson wrote: On Sun, 2004-01-11 at 00:05, Peter Jeremy wrote: > > I disagree. Andrew raised two issues (type of license and > port vs base location). The type of license is an input to > the decision as to which SCM to choose - BSD preferable ... Subversion has a friendly BSD-ish license but it depends heavily on Sleepycat DB which doesn't. I imagine that if we do end up using it one day, it would be best managed as a port rather than part of the base system. I just don't see many people agreeing on importing subversion+db-4.2+apache2 into src/contrib... Another way of approaching that is to say subversion is not-likely to be imported *unless* we can find an acceptable BSD-licensed database mgr to go along with it. (I do not know how much of Apache is needed. Would svn *clients* need to have apache installed, or is that only needed for machines that hold a public repository?) Subversion servers require Berkeley DB and potentially Apache if you want to use mod_dav_svn as your server. If you don't want to use mod_dav_svn you can avoid the dependency on Apache. Subversion clients require APR (the Apache Portable Runtime) and potentially Neon (a webdav client library) if you want to use mod_dav_svn as your server. In any event, I'm not convinced that importing Subversion into the tree is necessary even if you do want to use it. There's no real reason it can't just live in the ports tree as it does now. -garrett ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: replacing GNU grep with UNIX grep.
On Sunday, February 9, 2003, at 05:12 PM, Roman Neuhauser wrote: # [EMAIL PROTECTED] / 2003-02-03 13:20:04 +0100: Sergey Babkin <[EMAIL PROTECTED]> writes: Also the GNU grep has a lot more options, the most interesting of them being -r. Unfortunately, GNU grep's -r option is broken (it does not handle symnlinks correctly). Try textproc/freegrep from ports instead. I believe the Subversion team has a BSD-like-licensed grep library. no, we don't. we have a BSD-like-licensed diff library that's coming along nicely, and hopefully will replace gnu diff/diff3 in subversion fairly soon, but not grep. -garrett To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Perl thing
On Fri, Apr 05, 2002 at 09:14:46PM +0600, Ilia Chipitsine wrote: > Salut, Bernd Walter ! > > > On Fri, 5 Apr 2002, Bernd Walter wrote: > > > On Fri, Apr 05, 2002 at 07:56:53PM +0600, Ilia Chipitsine wrote: > > > Dear Sirs, > > > > > > Perl has very useful "split" function, it "split"s a string according > > > arbitrary regular expression. Is there's such a C function ? > > > I'm moving few programs from Perl to C. > > > > strsep(3) > > Especially the exmaple in the manpage should be interesting for you. > > : > > it doesn't help with > > @t = split(/from=<|>/,$a); > > where "from<|>" is regex. strsep knows nothing about regex. this does not belong on -hackers. please keep the basic programming questions on -questions, if you insist on discussing them on freebsd mailing lists. thanks, -garrett -- garrett rooneyRemember, any design flaw you're [EMAIL PROTECTED] sufficiently snide about becomes http://electricjellyfish.net/ a feature. -- Dan Sugalski To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: fish [continued]
On Mon, Mar 04, 2002 at 10:53:57PM +0100, Miguel Mendez wrote: > I've setup a page were people interested can download the latest version > and have a look at a pair of screenshots if they feel curious as what > does it look like: http://energyhq.homeip.net/brain.html one comment from the quick look at the screenshots. why bother having the "'s around the strings? it would make more sense to me to just tack quotes on at the end when you're writing out the rc.conf file. other than that it looks cool though ;-) keep up the good work. > Still waiting for someone to come up with a cool name tho :) wish i could help... i'm terrible at naming programs... -garrett -- garrett rooney Unix was not designed to stop you from [EMAIL PROTECTED] doing stupid things, because that would http://electricjellyfish.net/ stop you from doing clever things. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Compiling source code
On Fri, Sep 07, 2001 at 03:23:31PM -0400, Ashley Thomas wrote: > Hi, > > Could anybody give me some info about 'how to compile the FreeBSD source > code' and run. > Any pointers to useful links will also suffice. first, this isn't the proper mailing list for this type of question. [EMAIL PROTECTED] would be much more appropriate. second, check out the freebsd handbook, at http://freebsd.org/handbook for the answer to your question and a whole lot more... -- garrett rooney Unix was not designed to stop you from [EMAIL PROTECTED] doing stupid things, because that would http://electricjellyfish.net/ stop you from doing clever things. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Posix Threading
On Wed, Sep 05, 2001 at 04:18:19PM +0100, [EMAIL PROTECTED] wrote: > > > Hi All, > I am trying to create threads under HP-UX 11 using POSIX threads library and > using the method pthread_create(...). > > But I don't know how can I create a thread in a suspended state. > > Thanks in advance This mailing list is a forum for discussion related to the development of the FreeBSD operating system, so it probably isn't the best place to ask HP-UX specific questions. -- garrett rooney Unix was not designed to stop you from [EMAIL PROTECTED] doing stupid things, because that would http://electricjellyfish.net/ stop you from doing clever things. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: PLEASE REVIEW: loader fix for gzipped kernels
On Wed, Aug 29, 2001 at 11:27:20AM -0700, John Polstra wrote: > I would appreciate another pair of eyes on the attached patch before > I commit it. > > I have been working with gzipped kernels a lot lately, and have > noticed that when the loader tries to load certain kernels, it fails > with the message "elf_loadexec: cannot seek". I tracked this down to > a bug in "src/lib/libstand/lseek.c", which is fixed by this patch. so that's why the -CURRENT snapshot i was trying to install last night refused to boot... exactly that error. damn that was irritating me. i thought i was getting a corrupt iso image or something. -- garrett rooney Unix was not designed to stop you from [EMAIL PROTECTED] doing stupid things, because that would http://electricjellyfish.net/ stop you from doing clever things. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Does /dev/bpf work with kevent?
On Fri, Aug 03, 2001 at 01:51:20PM -0400, Garance A Drosihn wrote: > At 10:26 AM -0400 8/3/01, Josh M Osborne wrote: > >I'm attempting to use kevent with /dev/bpf to check to see if it > >is ready for reads, but it seems to always return ready to read, > >but the reads get EAGAIN. > > > >Does /dev/bpf not work with kevent? Or should I look elsewhere > >for my bug (like forgetting some random ioctl)? > > > >If you can't use /dev/bpf can ng_bpf and ng_socket somehow be used? > >Any examples of either, or both laying around somewhere? (I've > >never used the netgraph stuff before -- as cool as netgraph looks > >I haven't had the need) > > Are you trying this on current or stable? current has a bug fix > to bpf which still hasn't been merged to stable. sorry, i know i said i'd get you that patch, but my FreeBSD machines still aren't hooked up to the net, so i haven't had a chance to update to -STABLE in a long time... guess it'll have to wait until after 4.4 ;-( unfortunately, i don't think that'll effect kevent. it seemed to be pretty localized to select, although i must admit, i don't know all that much about how kevent works under the hood. -- garrett rooney Unix was not designed to stop you from [EMAIL PROTECTED] doing stupid things, because that would http://electricjellyfish.net/ stop you from doing clever things. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Job.
On Sun, Apr 01, 2001 at 08:18:03PM -0700, Rayson Ho wrote: > Hi, > > My company has several job openings -- we really need > unix hackers, kernel hackers, real C programmers... > > We are in Toronto, Canada. If anyone is interested, > please tell me what your skills are, and I will refer > you guys to the right person. there is a freebsd-jobs mailing list, where this kind of discussion should be conducted. -- garrett rooney Unix was not designed to stop you from [EMAIL PROTECTED] doing stupid things, because that would http://electricjellyfish.net/ stop you from doing clever things. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: 5.0 to have pthreads?
On Sun, Apr 01, 2001 at 11:09:15PM -0400, Arthur Munn wrote: > hello all, I was told by a friend that FreeBSD 5.0 is going to be sporting > *real* pthreads, I was immediatley very excited and I want to know if this > is true, if anyone knows I would really like to have it verified/dismissed. first of all, you have to define 'real pthreads'. freebsd has a perfectly good implimentation of pthreads right now, it just happens to be implimented in userspace. there is also a port of linuxthreads which uses rfork underneath, so gets you process based threads, which gives you many of the advantages of kernel threads, but is rather heavyweight. there is also the KSE project, which is probably what you're talking about. it's intent is to impliment kernel threads in a much more efficient and scalable manner than the rfork based style. check out http://www.freebsd.org/~jasone/kse for details. this project was originally intended for FreeBSD 5.0, but will likely not be completed in time. at the moment i believe it is waiting on the current proc locking work to be completed before any code will be checked in. -- garrett rooney Unix was not designed to stop you from [EMAIL PROTECTED] doing stupid things, because that would http://electricjellyfish.net/ stop you from doing clever things. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: header files for sockets
On Wed, Mar 28, 2001 at 10:25:30PM -0500, Arthur Munn wrote: > hello everyone, I am just now learning about sockets in FreeBSD. I have > managed to find some great freely available docs online, but there is a > problem, the header files they tell you to include are no longer correct. So > what I would like to know is the header files I will need to include to work > with sockets. If that is not specific enough, here is a brief summary of the > system calls i will need to use: > > socketpair(); > socket(); > bind(); > connect(); > listen(); > sendto(); > recvfrom(); > send(); > recv(); > > ok thats about the gist of it, so if anyone know the header files I need to > include to access those systems calls it would be great, because the only > way i am ever gonna really learn this is if i get in there and code :-) the header files necessary for all of these system calls are listed at the top of the man pages describing them. if you want a more in depth treatment, i suggest reading "Unix Network Programming" by W. Richard Stevens, widely regarded as the best text on network programming anywhere. -- garrett rooney Unix was not designed to stop you from [EMAIL PROTECTED] doing stupid things, because that would http://electricjellyfish.net/ stop you from doing clever things. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Kernel Hacking (i tried not to make it lame)
On Sat, Jan 27, 2001 at 06:09:35PM -0800, Alfred Perlstein wrote: > * Ronald G Minnich <[EMAIL PROTECTED]> [010127 09:52] wrote: > > > > I still think a really neat source for kernel hacking is Chuck Cranor's > > PhD thesis. He describes the kernel equivalent of open-heart surgery: > > replacing the old VM with a new one, while keep the kernel alive. Neat > > stuff. > > Interesting, for us too lazy to search, do you have a url handy? > or a place where copies can be purchased? http://www.ccrc.wustl.edu/pub/chuck I believe the paper he's talking about is "The Design and Implementation of the UVM Virtual Memory System", but I haven't had a chance to look at it yet (only had time to do a google search and bookmark it for future reference ;-) -- garrett rooney my pid is inigo montoya. [EMAIL PROTECTED] you kill -9 my parent process. http://electricjellyfish.net/prepare to vi. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: rpc.lockd and true NFS locks?
On Fri, Dec 15, 2000 at 12:09:32AM +0100, Thierry Herbelot wrote: > Hello, > > I've recently seen in the NetBSD 1.5 release Notes that *they* claim to > have a fully functional rpc.lockd manager : "Server part of NFS locking > (implemented by rpc.lockd(8)) now works." > > could someone have a look at what our cousins have done and perhaps > import it in -current ? according to http://mail-index.netbsd.org/cgi-bin/projects.cgi?token=&mode=viewproj&projnum=70 code to do this was committed to netbsd on jun 7 2000. -- garrett rooney my pid is inigo montoya. [EMAIL PROTECTED] you kill -9 my parent process. http://electricjellyfish.net/prepare to vi. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Linux NVIDIA drivers vs. default XFree86 drivers (WAS: RE: Video card support)
On Sun, 30 Jul 2000, Trent Nelson wrote: > So, given a working FreeBSD-specific kernel device driver - can the > Linux OpenGL driver/libraries provided be handled via linux.ko? i believe the general answer is a definative maybe. but honestly, do you really care enough to try? it seems like an awful lot of trouble just to use a dead end binary only driver that will doom you to an eternity of working around bugs since you can't fix them. if you want real 3d on FreeBSD go buy a 3dfx card or something else that actually has real open drivers. it's a hundred bucks for a VooDoo3. that's less than the programmer time to make the NVidia drivers work is worth, and you can actually be sure you'll have some kind of success, where the NVidia stuff is really up in the air. -garrett x--x | [EMAIL PROTECTED] garrett rooney | | http://www.rpi.edu/~rooneg unix geek | |--| | unrequited love is neat because it lasts so much longer - w. t. c. | x--x To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Linux NVIDIA drivers vs. default XFree86 drivers (WAS: RE: Video card support)
On Sat, 29 Jul 2000, Nimrod Mesika wrote: > I thought the whole point of XFree4 new driver mechanism was that > it was OS-neutral. It should be possible to run the same binary > driver on all x86 platforms running XFree4 *without* recompiling. > > I don't know how this driver interacts with the kernel module, > though. I'm not sure I even understand why a kernel module is > needed in this case. i believe it requires hooks into the kernel to make use of AGP, which is necessary for high performance 3d rendering. -garrett x--x | [EMAIL PROTECTED] garrett rooney | | http://www.rpi.edu/~rooneg unix geek | |--| | unrequited love is neat because it lasts so much longer - w. t. c. | x--x To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
