Re: [OT] Q: what would you choose for a VCS today

2008-01-31 Thread Garance A Drosihn
At 8:45 AM +0200 1/31/08, Adrian Penisoara wrote: Hi, Side-topic, if you bear with me: if you were to choose again what to use as source revision control system (VCS) from today's offerings, what would you choose to maintain FreeBSD's sources or a side-off project tracking FreeBSD as base that

Re: Swap overcommit

1999-07-16 Thread Garance A Drosihn
At 9:52 PM -0700 7/15/99, Matthew Dillon wrote: >:> ... How many programmers bother to even *clear* errno before >:> making these calls (since some system calls do not set errno >: >:> if it already non-zero). Virtually

Re: replacing grep(1)

1999-07-27 Thread Garance A Drosihn
At 9:29 AM -0400 7/27/99, Tim Vanderhoek wrote: > On a file with 10+ lines, the speed difference is rather > restrictive. [...] Only about 10% of the time is spend in > procline(). There seems to be a lot of unnecessary strncpy() > that could be _easily_ avoided if free() on util.c:130 was > a

Re: Multiple versions of FreeBSD on one HDD

1999-08-03 Thread Garance A Drosihn
At 12:55 PM +0200 8/3/99, Graham Wheeler wrote: Hi all I am trying to install both 2.2.8 and 3.2 on a single 17Gb HDD, but am not having much luck. I am also interested in doing things like this, and my initial attempts didn't work quite the way I had hoped. Earlier I had a dual-boot setup wi

Re: Multiple versions of FreeBSD on one HDD

1999-08-03 Thread Garance A Drosihn
At 1:24 PM -0400 8/3/99, i (Garance A Drosihn) wrote: So, my guess is that my primary problem is that I have only a vague idea of what I'm doing... Where is a good point to start looking for a better idea? I tried searching the web site for "multi-boot", but that didn't tur

Re: Multiple versions of FreeBSD on one HDD

1999-08-03 Thread Garance A Drosihn
At 8:01 PM +0200 8/3/99, Robert Nordier wrote: Garance wrote: > - If I select 2.2.8 at the PowerBoot menu, it comes up > with one error message about "no /boot/loader", but > then it comes right up in the 2.2.8 system. So this > works fine, although it looks odd. You're us

Re: BSD XFS Port & BSD VFS Rewrite

1999-08-16 Thread Garance A Drosihn
At 4:19 PM + 8/16/99, Terry Lambert wrote: Begging your pardon, but: | --- With the help of Veritas Software Corp., SGI will work to add | key features of its Irix operating system to the Linux platform. | Currently, Irix runs on the MIPS platform. Once SGI switches | entirely to Intel Corp

lpd security check for changed-file vs NFS

1999-08-17 Thread Garance A Drosihn
lpr has the '-s' option that tells it to create a symlink to the file you want to print, instead of copying the file into the spool directory. As a security precaution, it does a 'stat' call on the file it links to, and saves away the device_id and file_number that it found. When lpd later goes

Re: lpd security check for changed-file vs NFS

1999-08-17 Thread Garance A Drosihn
At 6:37 PM -0700 8/17/99, Matthew Dillon wrote: If you removed the stat test, I would simply get rid of the -s option entirely - require that all files be queued to the print spool. The administration would kill me. I would prefer to avoid that. (note that the check isn't completely

Re: RE: Need some advice regarding portable user IDs

1999-08-17 Thread Garance A Drosihn
At 12:25 PM +0930 8/18/99, Daniel O'Connor wrote: On 18-Aug-99 Wilfredo Sanchez wrote: >Joe doesn't use the shell. The Finder will do this for him; when > you insert a floppy in Mac OS, it gets mounted and shows up on your > desktop. This is the case with all media. Yes... Why is this a

Re: Need some advice regarding portable user IDs

1999-08-17 Thread Garance A Drosihn
At 7:17 PM -0700 8/17/99, Wilfredo Sanchez wrote: I think the desired behaviour would be that since this is effectively now Joe's zip disk, he should be able to do as he pleases. One proposal might be to give the console user the equivalent of root's priveledges on any removeable media he inser

Re: lpd security check for changed-file vs NFS

1999-08-18 Thread Garance A Drosihn
At 8:48 AM -0500 8/18/99, David Scheidt wrote: On Tue, 17 Aug 1999, Garance A Drosihn wrote: > At 6:37 PM -0700 8/17/99, Matthew Dillon wrote: > >If you removed the stat test, I would simply get rid of the -s > >option entirely - require that all files be queu

Re: proposed change for /etc/periodic/* scripts

1999-08-23 Thread Garance A Drosihn
At 9:59 AM +0100 8/23/99, Cillian Sharkey wrote: * if there are no passwd/group diffs found, don't print anything out (not even the header). Same for setuid etc. diffs. I have one change to one of the scripts, the one checking for mail spool files. I changed it to recognize the spool file th

Re: Mandatory locking?

1999-08-23 Thread Garance A Drosihn
At 3:28 PM +0930 8/23/99, Greg Lehey wrote: I'm a little surprised that there's any objection to the concept of mandatory locking. In transaction processing, locking is not optional, and if any process at all can access a file or set of... For what it's worth, I also like the idea of mandatory

Re: Mandatory locking?

1999-08-23 Thread Garance A Drosihn
At 11:29 AM -0400 8/23/99, Chuck Robey wrote: I think mandatory locking should exist, but only be available to root. If a program needs this, it must run with root privs, so that ordinary users cannot wedge the machine, but (as usual) root can shoot himself in the foot (traditional Unix methodolo

Re: Mandatory locking?

1999-08-23 Thread Garance A Drosihn
At 1:21 AM +0900 8/24/99, Daniel C. Sobral wrote: Well, I'd say advisory lock does the job if the software is written right, and if the software is not written right, mandatory locking won't help. Let's give an example. You right a program using mandatory locking making access to a file. I write

Re: Mandatory locking?

1999-08-23 Thread Garance A Drosihn
At 1:11 AM +0900 8/24/99, Daniel C. Sobral wrote: Daniel O'Connor wrote: > I think its a good idea, and hey if people object it can always > be an option like -> > > option NO_MANDATORY_LOCKING > > Phew, that was tough. When introducing security holes, the default should be the hole not being pr

Re: Mandatory locking?

1999-08-23 Thread Garance A Drosihn
At 10:12 PM +0200 8/23/99, Mark Murray wrote: Folk are all skirting around a very convenient (and necessary) loophole; in cases where there _is_ mandatory locking, there is always some meta-user which is allowed to violate this. If we include non-unix systems in the discussion, this isn't alway

Re: Mandatory locking?

1999-08-24 Thread Garance A Drosihn
At 11:27 PM -0400 8/23/99, Christopher Masto wrote: On Mon, Aug 23, 1999 at 11:16:21PM -0400, Chuck Robey wrote: > What has that code you show above got to do with mandatory locking? > You completely missed the explicit locking calls that you have to make, > to get and release the locks. If you

Re: Mandatory locking?

1999-08-24 Thread Garance A Drosihn
At 11:17 AM -0400 8/24/99, Christopher Masto wrote: I'm sure there are situations where mandatory locking accomplishes something useful. Are they worth it? (I don't claim to know; if the problems I thought I pointed out don't really exist, good.) More seriously than just being a "useless" feat

Re: locking revisited

1999-08-30 Thread Garance A Drosihn
At 12:52 PM +0930 8/28/99, Greg Lehey wrote: FreeBSD is one of the few operating systems which doesn't have kernel-level locking. If we want to emulate other systems correctly, we *must* have advisory locking. This includes SCO UNIX, System V.4 and Linux. I suspect it also includes Microsoft.

Re: message queues for I/O (usenix paper)

1999-09-09 Thread Garance A Drosihn
At 6:44 PM -0700 9/8/99, Justin C. Walker wrote: From the FWIW department, we have, in the Darwin source, an implementation of a "select replacement" that is designed to get around some of the (perceived or real) issues with select(), e.g., looking at a long (FD_SETSIZE or larger) array of bits s

Re: Wall Street Journal on Open source OS (9/10/99)

1999-09-12 Thread Garance A Drosihn
At 10:42 AM -0700 9/10/99, Sanjay Waghray wrote: Attached is an article from the Wall Street Journal Online Edition. --- September 10, 1999 Beyond Linux, Free Systems Do Their Bit to Build Web

Re: sysrc -- a sysctl(8)-like utility for managing /etc/rc.conf et. al.

2010-10-10 Thread Garance A Drosihn
On 10/10/10 7:09 PM, Devin Teske wrote: On Oct 9, 2010, at 10:25 PM, Julian Elischer wrote: For what it matters, I'v enever found the [ "x$foo" = "x" ] construct to be useful. the quoting seems to work for everything I've ever worked on. There have been times where I had scripts wh

Re: sysrc -- a sysctl(8)-like utility for managing /etc/rc.conf et. al.

2010-10-10 Thread Garance A Drosihn
On 10/10/10 8:46 PM, Devin Teske wrote: On Oct 10, 2010, at 4:51 PM, Garance A Drosihn mailto:dro...@rpi.edu>> wrote: The latter does not cause an error. Try it: # [ "-n" = x ] ; echo $? 1 # [ -e = "no" ] ; echo $? 1 # [ -e = -n ] ; echo $? 1 1 is error. 0 is su

Re: Impact of having a large number of open file descriptors

2008-06-02 Thread Garance A Drosihn
At 12:33 AM +0200 6/3/08, Kris Kennaway wrote: Ivan Voras wrote: Suleiman Souhlal wrote: I have an old patch that makes kqueue monitor every file write on the system and return the inode number in the knote's data field: http://people.freebsd.org/~ssouhlal/testing/kqueue-anyvnode-20050503.dif

Re: usinig cvs diff to make a patch

2009-02-03 Thread Garance A Drosihn
At 2:17 PM -0500 2/3/09, Aryeh M. Friedman wrote: I use a local cvs repo and I have modified a port and which to submit an update for it how do I generate a patch file with cvs (cvs diff seems to give a unusable format)? try: cvs diff -u In my case, i have added the following line to my ~/.

Re: Matt's Commit status (was Re: 3.2-stable, panic #12)

1999-06-03 Thread Garance A Drosihn
At 2:08 PM -0700 6/3/99, Jordan K. Hubbard wrote: > Excellent. Let's assume then that all the core folk who are there, > plus any committers who have an interest in the issue (since core > has to listen to its developers' opinions too or we can no longer > honestly claim to represent their interes

Re: 3.2-stable, panic #12

1999-06-04 Thread Garance A Drosihn
At 7:18 PM +1000 6/4/99, Greg Black wrote: >"David E. Cross" writes: > >> fd=open(argv[1], O_CREAT, 600); > > Since this opens the file so that it cannot be written to, not > to mention the really weird mode it will get if it's created by > that open(), the rest of the thing doesn't

Re: 3.2-stable, panic #12

1999-06-05 Thread Garance A Drosihn
At 10:13 AM +1000 6/5/99, Greg Black wrote: >sth...@nethelp.no writes: > >> > "David E. Cross" writes: >> > >> > > fd=open(argv[1], O_CREAT, 600); >> > >> > Since this opens the file so that it cannot be written to, not >> > to mention the really weird mode it will get if it's creat

Re: Microsoft performance (was: ...)

1999-06-23 Thread Garance A Drosihn
At 4:39 PM +0930 6/23/99, Greg Lehey wrote: >On Tuesday, 22 June 1999 at 23:52:25 -0700, Mike Smith wrote: >> [someone said] >>| [someone said] >>|> Ok, so let's follow Microsoft's industry-leading documentation >>|> standards. >>| >>| He said "commercial", not "toy". >> >> Given that I've just

Re: a BSD identd

1999-07-14 Thread Garance A Drosihn
At 11:47 PM -0400 7/13/99, Brian F. Feldman wrote: > We don't _need_ pidentd anymore. It will load down a system more > than the inetd's implementation of ident will. Therefore, pidentd > should be phased out. Other than that, pidentd should be using > http://www.FreeBSD.org/~green/freebsd4.c and n

Re: Swap overcommit (was Re: Replacement for grep(1) (part 2))

1999-07-14 Thread Garance A Drosihn
At 12:00 PM -0400 7/14/99, Brian F. Feldman wrote: > So why don't we do something else: when we're down to a certain > amount of backing store, start collecting statistics. When we're > out, we check the statistics and find what process has been > allocating most of it. We kill that process. Not t

Re: Swap overcommit (was Re: Replacement for grep(1) (part 2))

1999-07-14 Thread Garance A Drosihn
At 12:20 AM +0900 7/15/99, Daniel C. Sobral wrote: > In which case the program that consumed all memory will be killed. > The program killed is +NOT+ the one demanding memory, it's the one > with most of it. But that isn't always the best process to have killed off... One of my main freebsd machi

Re: changing argv[0] after fork()

1999-07-14 Thread Garance A Drosihn
At 1:28 PM -0400 7/14/99, Wayne Cuddy wrote: > Even though I am developing on FBSD is there a "more portable" way > to do this? The man page for setproctitle(3) notes that none of the ways to do this are necessarily portable to other systems. That said, I have a routine from a lambdaMOO program w

Re: Swap overcommit (was Re: Replacement for grep(1) (part 2))

1999-07-14 Thread Garance A Drosihn
At 2:40 AM +0900 7/15/99, Daniel C. Sobral wrote: >Garance A Drosihn wrote: >> >> At 12:20 AM +0900 7/15/99, Daniel C. Sobral wrote: >> > In which case the program that consumed all memory will be killed. >> > The program killed is +NOT+ the one demanding memory,

Re: Swap overcommit (was Re: Replacement for grep(1) (part 2))

1999-07-14 Thread Garance A Drosihn
At 3:18 PM -0700 7/14/99, Matthew Dillon wrote: >This conversation is getting silly. Do you actually believe >that an operating system can magically protect itself 100% >from armloads of hostile users? > >Give me a break. You people are crazy. If you have something >worthwhil

Re: Swap overcommit (was Re: Replacement for grep(1) (part 2))

1999-07-15 Thread Garance A Drosihn
At 6:29 PM -0700 7/14/99, Matthew Dillon wrote: >If 1G isn't enough, spend another $30 and throw 2G of swap >online. Or perhaps dedicate an entire $150 disk and throw >6+ GB of swap online. > >The equivalent setup using a non-overcommit model would require >considerably more sw

Re: OpenBSD's strlcpy(3) and strlcat(3)

1999-07-15 Thread Garance A Drosihn
trl* routines). Sheldon is arguing against the routines I was talking about, not the strl* routines that Paul referred to... >On Thu, 15 Jul 1999 17:33:29 -0400, Garance A Drosihn wrote: >> What I wanted to do was have "estr" routines, where the >> destination is specified as the

Re: kern/99979: Get Ready for Kernel Module in C++

2006-07-11 Thread Garance A Drosihn
At 7:03 PM -0400 7/11/06, Mike Meyer wrote: In <[EMAIL PROTECTED]>, Rick C. Petty <[EMAIL PROTECTED]> typed: On Wed, Jul 12, 2006 at 02:25:21AM +0800, [EMAIL PROTECTED] wrote: > > Good packages for various APIs are much easier to learn/debug > > than those original APIs. > What makes you s

Re: struct dirent question

2006-08-16 Thread Garance A Drosihn
At 11:31 AM -0500 8/16/06, Eric Anderson wrote: My point was, that either path you take (if BSD_VISIBLE is defined or not), you end up with d_name having a size of 255 + 1, so what's the point the having it at all? To make it clear that d_name is tied to the exact value of MAXNAMLEN (just in c

Re: [kernel patch] fcntl(...) to close many descriptors

2001-01-26 Thread Garance A Drosihn
At 7:32 PM +0100 1/26/01, mouss wrote: >Hi, > >I've modified the kernel to add F_CLOSEM functionality to fcntl. >(I've seen this in some AIX docs). > >The purpose is allow a process to close all its filedescriptors >starting from a given value without issuing thousands of close() >syscalls. This

Re: [kernel patch] fcntl(...) to close many descriptors

2001-01-28 Thread Garance A Drosihn
At 7:03 PM -0800 1/28/01, Matt Dillon wrote: >Luigo wrote: >: do we have (or could we design) a generic mechanism for >: machine-specific syscalls which are not available on all OS ? >: >: basically i am thinking of something like >: >: generic_syscall("fdcloseall", ); >: >: In this way i

Re: EBCDIC -> ASCII

2001-01-31 Thread Garance A Drosihn
At 1:33 PM -0800 1/29/01, Josef Grosch wrote: >Does anybody know of an EBCDIC to ASCII converter? I thought >that at one time FreeBSD had one of these. Note there are multiple ideas of what it means to be EBCDIC. Alphanumerics stay the same between them, of course, but a few of the special charac

Re: EBCDIC -> ASCII

2001-01-31 Thread Garance A Drosihn
At 8:42 AM -0800 1/31/01, Luigi Rizzo wrote: > > At 1:33 PM -0800 1/29/01, Josef Grosch wrote: >> >Does anybody know of an EBCDIC to ASCII converter? I thought >> >that at one time FreeBSD had one of these. >> >> Note there are multiple ideas of what it means to be EBCDIC. >> Alphanumerics st

Re: EBCDIC -> ASCII

2001-02-12 Thread Garance A Drosihn
At 2:01 PM + 2/12/01, Aled Morris wrote: >On Thu, 1 Feb 2001, Warner Losh wrote: > >>Even the name (dd) comes from IBM's control language (JSYS?). > >I don't disagree, but someone once told me the name came from >what it does "Convert and Copy a file" - see dd(1) - but "cc" >was already taken

Re: bin/22124, a patch to pciconf

2001-02-24 Thread Garance A Drosihn
At 3:49 PM + 2/15/01, Steve Roome wrote: >Is there any chance someone could take a look at the patch >I supplied for pciconf and perhaps let me have some feedback >on it? > >It's just to clean up the output a little and add the ability >to identify better any non supported chipsets. I thought

Re: FreeBSD on IBM's radar screen?

2001-03-01 Thread Garance A Drosihn
At 6:57 PM +0100 3/1/01, [EMAIL PROTECTED] wrote: >Anyway, I just wanted to mention on -hackers that it's >possible FreeBSD is starting to show up on IBM's radar >screen. I think it's way too early to conclude anything >yet, but it's interesting nevertheless. I think the recent debacle with the T

Re: so where is our press-release about MacOS X ?

2001-03-24 Thread Garance A Drosihn
At 8:36 AM +0100 3/24/01, Poul-Henning Kamp wrote: >Shouldn't the FreeBSD project issue a press release welcoming >Apple's MacOS X ? For what it's worth, the Red Herring article on MacOS 10, at: http://www.redherring.com/index.asp?layout=story&channel=2002&doc_id=1380018338 Mentions that:

Re: so where is our press-release about MacOS X ?

2001-03-25 Thread Garance A Drosihn
At 10:19 PM -0800 3/24/01, Dan Feldman wrote: >FOR IMMEDIATE RELEASE - 1 Apr 2000 > >SEATTLE - The FreeBSD Project, Inc. officially welcomed >today the introduction of Apple Computer's Mac OS X. The >next-generation operating system uses the TCP/IP stack >of an obsolete version of FreeBSD's flagsh

Re: ypserv: a resolution (LOOKING for YP/DB experts!)

2001-04-17 Thread Garance A Drosihn
At 8:06 PM -0400 4/16/01, David E. Cross wrote: [...skipping over some important stuff...] >My second solution was to have the child call yp_init_dbs() >instead of yp_flush_all() (the former would just nuke the >references to the FDs, but actually keep them open). This >didn't work. Can

Re: xargs(1) "replstr" patch

2001-05-11 Thread Garance A Drosihn
At 6:03 PM -0700 5/11/01, Dima Dorfman wrote: >Comments? Suggestions? The one oddity I forgot to ask Dima about was in the man page. We included an example, which in nroff source is: >+For example, the following command will copy the list of files and >+directories which start with an uppercase

Re: xargs(1) "replstr" patch

2001-05-12 Thread Garance A Drosihn
At 8:37 PM -0700 5/11/01, Dima Dorfman wrote: >Garance A Drosihn <[EMAIL PROTECTED]> writes: > > When I install this man page on -stable, and do a 'man xargs', >> that last line is displayed to the user as: >> > > /bin/ls -1d [A-Z]* | xargs

Re: xargs(1) "replstr" patch

2001-05-14 Thread Garance A Drosihn
At 4:09 AM +0200 5/15/01, Cyrille Lefevre wrote: >Brian Somers <[EMAIL PROTECTED]> writes: > >> I'd suggest going ahead and committing it ASAP - before people start >> ``discussing'' it again :oI > >from my point of view, it would be better to implement -i/-I than this >hack which has no advanta

Re: xargs(1) "replstr" patch

2001-05-15 Thread Garance A Drosihn
At 11:52 PM -0700 5/14/01, Dima Dorfman ably wrote: >This is a simplistic example that can be done in many other ways >(including using -J), but it shows what -I is supposed to be able to >do. -J doesn't work with the above since it only looks for the >replstr once, and will not find it unless it

Re: Should I worryy?

2001-05-19 Thread Garance A Drosihn
At 12:21 AM -0600 5/18/01, Warner Losh wrote: >I have a cdrom that defies logic: > >1:14am harmony:/cdrom[51]> df /cdrom >Filesystem 1024-blocks UsedAvail Capacity Mounted on >/dev/acd0a 54 540 100%/cdrom >1:14am harmony:/cdrom[52]> du /cdrom >325460 /cdrom/

Re: ypserv, the continuing battle... (db rtns in libc)

2001-05-19 Thread Garance A Drosihn
At 5:54 PM -0400 5/15/01, David E. Cross wrote: >I saw this the other day: > >http://www.sleepycat.com/historic.html > >Down at the bottom: > >> Finally, you should not upgrade your GNU gcc or Solaris compiler. > > Optimizations in versions of gcc 2 that were in alpha test in > > the summer of

'make clean' vs automake vs /bin/sh, which to fix?

2001-05-28 Thread Garance A Drosihn
I went to do a 'make clean' on a project of mine, and it failed with '*** Error 1'. There is no message about what command has failed, 'make' just exits sideways. The rule for 'make clean' is generated by 'automake', and in looking around (a little...) I did find some freebsd ports which USE_AUT

Re: Fixing documented bug in env(1)

2001-06-01 Thread Garance A Drosihn
At 9:12 PM -0700 6/1/01, Dima Dorfman wrote: >Honestly, I don't care about this all that much. I'll >let you and David debate this to your liking. If no >consensus develops in the next few days, I'll just >commit what I have now. For whatever it's worth, it seems more reasonable to me to use '-

Re: Fixing documented bug in env(1)

2001-06-05 Thread Garance A Drosihn
At 7:04 PM +0100 6/5/01, Josef Karthauser wrote: >On Sat, Jun 02, 2001, Garance A Drosihn wrote: > > >> It also strikes me that this might be another topic to >> send thru [EMAIL PROTECTED], as Posix >> might have something to say about what's appropriate.

Re: import NetBSD rc system [summary]

2001-06-13 Thread Garance A Drosihn
At 10:01 PM -0400 6/12/01, Kevin Way wrote: >David Xu wrote: > > Is there any plan to import NetBSD rc system, > > I am willing to see it appears in FreeBSD 5.0. > >Here's the status of this project at the moment as I see. Please >let me know if I've misunderstood anything, or if anybody ha

Re: Article: Network performance by OS

2001-06-16 Thread Garance A Drosihn
At 4:31 PM -0400 6/16/01, Albert D. Cahalan wrote: >Feel free to post a benchmarking procedure that would let one >person produce fair results. Results ought to be reproducable: >you, I, and an NT kernel developer all get the same answers. Nice ideal. Hard to imagine it happening any time soon.

Re: Article: Network performance by OS

2001-06-16 Thread Garance A Drosihn
At 2:04 PM -0700 6/16/01, Matt Dillon wrote: >:So every FreeBSD server requires an expensive admin to tune it? >:That Win2K solution is looking good now. :-) >: >:These admins now... they never quit their job at just the wrong > > Huh? I'm talking about a reasonably smart 16 year old kid who

Re: Article: Network performance by OS

2001-06-16 Thread Garance A Drosihn
At 6:37 PM -0400 6/16/01, Brian Mitchell wrote: >I'm not convinced there is any such thing as a fair benchmark, >nor am I convinced that benchmarks are valuable. Clearly the >benchmark cited is flawed, but what benchmark is not? I must admit I (personally) have a major ambivalence towards benchma

Re: Filesystem ACL's

2001-07-02 Thread Garance A Drosihn
At 1:31 PM + 7/2/01, Robert Hough wrote: >Couple of questions, and my apologies for repeating something >that may have been mentioned recently... > >Are Filesystem ACL's something we can look forward to seeing >in FreeBSD? Also, is there a place I can view the progress >and/or the current sta

Re: recent 4.3-stable freezes my SMP box

2001-07-04 Thread Garance A Drosihn
At 6:56 PM +0100 7/4/01, Koster, K.J. wrote: >Dear All, > >I just upgraded one of my boxes to FreeBSD 4.3-stable with cvsup. >Unfortunately the machine now freezes. If you are tracking -stable, then there is a lot of good reason to keep an eye the freebsd-stable mailing list. Particularly when s

Re: OpenCVS

2004-12-07 Thread Garance A Drosihn
At 8:58 PM +0100 12/7/04, Miguel Mendez wrote: Hi hackers, I've seen the OpenBSD guys have come up with a BSD-licensed CVS[1] that should be focused on security as well as features. Is there any chance that this could make it into FreeBSD's tree as well? [1] http://www.openbsd.org/opencvs/ From th

Re: bin/76089: The "-n" option in /usr/bin/w is broken

2005-02-13 Thread Garance A Drosihn
At 5:16 PM +1100 2/14/05, Peter Jeremy wrote: On Sun, 2005-Feb-13 19:50:44 +0300, Sergey Matveychuk wrote: IMHO to be more robust, we should make utmp to hold an IP address > instead of a hostname and change all applications that use it. As > bonus it will fix a delay on login when resolving doe

Re: ARG_MAX increase

2005-02-23 Thread Garance A Drosihn
At 10:46 AM +0100 2/23/05, Marco van de Voort wrote: I saw ARG_MAX was increased in 6.0. Recently I noticed that the lang/fpc-devel port currently hits the old limit in certain (though rare) cases), and this is annoying. (some testing revealed that half the increase of 6.0 to 131k params is also ok

Re: ARG_MAX increase

2005-02-24 Thread Garance A Drosihn
At 2:11 PM -0500 2/23/05, Garance A Drosihn wrote: At 10:46 AM +0100 2/23/05, Marco van de Voort wrote: I saw ARG_MAX was increased in 6.0. Recently I noticed that the lang/fpc-devel port currently hits the old limit in certain (though rare) cases), and this is annoying. (some testing revealed

Re: organization

2005-03-29 Thread Garance A Drosihn
At 7:41 AM -0800 3/29/05, mohamed aslan wrote: guys this is not a flame war but the linux way in arranging the source file is really better than freebsd way, it's a fact. however it's easy to rearrange it in 1 min as someone said before. but i mean this step should be done from the core team. for e

Re: kernel killing processes when out of swap

2005-04-12 Thread Garance A Drosihn
At 6:46 PM +0200 4/12/05, Dag-Erling Smørgrav wrote: "Steven Hartland" <[EMAIL PROTECTED]> writes: Thanks for the feedback seems very strange that sshd was the first thing the kernel killed off; so unless it was actually at fault ( would be very strange ) it would have been one of the smallest

Re: req: New feature to rm? Remove file by the inode number

2005-05-05 Thread Garance A Drosihn
At 2:19 PM +0300 5/5/05, Erik Udo wrote: I couldn't find a way to remove files that had scandic/non-printable letters, then i remembered ls showed inode number of the file. Is it possible to remove the file by the inode number? It would be a useful feature :) It would be a bad feature, at least for

Re: unitialized memory is all zeros...why not garbage instead?

2005-06-10 Thread Garance A Drosihn
At 3:40 PM -0700 6/10/05, Mike Hunter wrote: Hey everybody, I have a feeling that I'm missing something really obvious, but I'm having trouble understanding why the following program: Never prints anything but "0"'s. Kernel generally clears out memory in the background. See also the man p

Re: Include files that depend on include files

2005-08-09 Thread Garance A Drosihn
At 12:22 AM +0200 8/10/05, Dirk GOUDERS wrote: > This is intentational. We try to avoid having headers bring in > more then absolutly required when included. I'm not sure what > your second question means. With my second question I wanted to ask if this intention is only for kernel level co

Re: Include files that depend on include files

2005-08-10 Thread Garance A Drosihn
At 12:06 PM +0200 8/10/05, Dirk GOUDERS wrote: > To get around this in user-space, we do things like create > /usr/include/sys/_types.h > > And then our include files include *that* file, and do not include > the standard . This file, in turn, does > not define any of the actual symbols.

Re: nvi for serious hacking

2005-10-17 Thread Garance A Drosihn
At 1:25 PM -0600 10/17/05, M. Warner Losh wrote: In message: <[EMAIL PROTECTED]> Gary Kline <[EMAIL PROTECTED]> writes: : vi was the first screen/cursor-based editor in computer : history. Are you sure about this? I was using screen oriented editors over a 1200 baud dial

RE: libc_r/_read(), should the errno be reset to 0?

2000-06-25 Thread Garance A Drosihn
At 12:28 AM -0400 6/25/00, Chuck Robey wrote: >On Fri, 23 Jun 2000, Bohne, Peter wrote: > > > True enough. That's the best advice. However, your original > > post indicated an expectation on your part that errno would > > be somehow automatically reset to 0 before a system call, which > > is def

RE: libc_r/_read(), should the errno be reset to 0?

2000-06-25 Thread Garance A Drosihn
At 8:35 PM -0400 6/25/00, Chuck Robey wrote: >On Sun, 25 Jun 2000, Garance A Drosihn wrote: > > > At 12:28 AM -0400 6/25/00, Chuck Robey wrote: > > > Why would you bother to clear it? You don't check errno to > > > determine fail/success, you check the functio

Re: ACPI project progress report (final?)

2000-08-09 Thread Garance A Drosihn
At 12:30 AM +0900 8/10/00, Mitsuru IWASAKI wrote: >Hi, here is the latest (and maybe final?) report on our ACPI >project's progress. > >We are ready now to merge our work on ACPI into main source tree! > >[...skipping...] >Folks, there are a lot of exciting and cool things, like Processor >and Dev

Re: How to stop problems from printf

2000-09-08 Thread Garance A Drosihn
At 6:27 PM -0400 9/7/00, John Doh! wrote: >Hello to you am I C coder who to wish write programs we cannot >exploit via code such as below. > >> >> main(int argc, char **argv) >> { >> if(argc > 1) { >> printf(gettext("usage: %s filename\n"),argv[0]); >> exit(0); >> } >> printf("normal

Re: Fdescfs updates--coming to a devfs near you!

2000-09-14 Thread Garance A Drosihn
At 11:48 AM +0200 9/14/00, Poul-Henning Kamp wrote: >I must admit that I think in general that /dev/std{in,out,err} >and /dev/fd is bogus. It looks like something which happened >"because we can" more than something which has a legitimate need. > >If anything I would propose we ditch it... I thi

Re: Time to close the list?

2000-11-02 Thread Garance A Drosihn
At 3:08 PM + 11/2/00, Terry Lambert wrote: >3. Automatically delete all MIME parts with: > > Content-Type: application/* > > Which are ever sent via the list software. This seems like a mighty good idea to me... Is there any reason we would ever expect an application

fclose vs ferror (from libc/getcap)

2000-11-19 Thread Garance A Drosihn
As mentioned in pr bin/22965, I stumbled across a bug in libc/gen/getcap.c when compiling it under other platforms. The basic problem is some code which does: (void)fclose(pfp); if (ferror(pfp)) { ...do stuff... } I find it surprising that the above w

Re: fclose vs ferror (from libc/getcap)

2000-11-21 Thread Garance A Drosihn
At 12:19 PM +0200 11/20/00, Robert Nordier wrote: >Garance A Drosihn wrote: > > [...] The basic problem is some code which does: > > >> (void)fclose(pfp); >> if (ferror(pfp)) { >> ...do stuff... >> } >> > &

Re: fclose vs ferror (from libc/getcap)

2000-11-21 Thread Garance A Drosihn
At 2:11 PM +0900 11/22/00, Daniel C. Sobral wrote: >Garance A Drosihn wrote: > > > > The "single Unix spec" says: >>After the call to fclose(), any use of stream causes >>undefined behavior. >> >> FreeBSD's own man page for

Re: fclose vs ferror (from libc/getcap)

2000-11-22 Thread Garance A Drosihn
At 2:25 PM +0200 11/22/00, Robert Nordier wrote: >Daniel C. Sobral wrote: > > > Garance A Drosihn wrote: > > > In the section I quoted from unix spec, "stream" refers to the >> > variable passed to fclose (though that isn't obvious, because

Re: fclose vs ferror (from libc/getcap)

2000-11-22 Thread Garance A Drosihn
At 9:36 AM -0800 11/22/00, Matt Dillon wrote: > [...] When you fclose() something or otherwise terminate a > structure, it's gone. Anything else is illegal. *internally* > our libc assumes that ferror() is legal after an fclose() > because, well, it's true... but only for interna

Re: Why not another style thread? (was Re: cvs commit:src/lib/libc/gen getgrent.c)

2000-12-18 Thread Garance A Drosihn
At 1:11 PM -0600 12/18/00, Jacques A. Vidrine wrote: >Ever notice that you tend to send more email when you should be >studying for a final? I did notice that I write very few letters now, compared to when I was in college and still facing exams/finals... > /* Case 1 */

Re: ssh - are you nuts?!?

2000-12-22 Thread Garance A Drosihn
At 3:37 PM -0800 12/22/00, [EMAIL PROTECTED] wrote: >Thank you for your attention. > >Next month I'm giving a talk about the evils of SSH. >The talk schedule is posted on: >http://www.svbug.com/events/ >I've already circulated this message to the OpenBSD >'tech' mailing list and the NetBSD 'securi

Re: ssh - are you nuts?!?

2000-12-23 Thread Garance A Drosihn
At 2:11 AM -0800 12/23/00, [EMAIL PROTECTED] wrote: >On 22 Dec, Garance A Drosihn wrote: > > People in the "FreeBSD community" are invited to read the >> rambling and pointless discussions that this sparked in >> the OpenBSD and NetBSD communities before repea

Re: FBSD 5-CURRENT: Kernel Makefile.inc1 Error

2003-12-06 Thread Garance A Drosihn
At 1:45 AM -0600 12/6/03, William M. Grim wrote: Hey there! I'm having a slight problem performing a build on my FreeBSD 5.1 machine. I downloaded the 5-CURRENT source code and only added the line, "device pcm" to the GENERIC kernel, renaming it to ZEUS. Then, I went into /usr/src and typed

Re: Reward for fixing keyboard support in FreeBSD, apply within

2003-12-07 Thread Garance A Drosihn
At 6:13 PM +0100 12/7/03, Blaz Zupan wrote: In the last couple of days I've been fighting with a evaluation IBM BladeCenter. [...] My company would really like to deploy the Bladecenter as it is otherwise a very solid solution for our problem. But 99.9% of our servers are FreeBSD and the above prob

Re: FBSD 5-CURRENT: Kernel Makefile.inc1 Error

2003-12-08 Thread Garance A Drosihn
At 12:41 PM -0500 12/8/03, Damian Gerow wrote: Thus spake Garance A Drosihn ([EMAIL PROTECTED]) [06/12/03 03:31]: From the above description, it sounds like you are running on a 5.1 system, and you are trying to compile a 5.2 kernel. Is this true? If the system you are on is 5.1, then you are

Re: Where is FreeBSD going?

2004-01-07 Thread Garance A Drosihn
At 12:42 PM +0100 1/7/04, Dag-Erling Smørgrav wrote: Paul Robinson <[EMAIL PROTECTED]> writes: > If 5.3, when it arrives, is genuinely production ready, trust > me, the drinks are on me - I will do my absolute best to get > to the next BSDcon and get everybody drunk on an expense > account. If

Re: Where is FreeBSD going?

2004-01-07 Thread Garance A Drosihn
At 9:57 AM -0500 1/7/04, Leo Bicknell wrote: Speaking with a user hat on, I'll comment on what I believe is the crux of the 5.x issue. The take away I see is that this was too big of a chunk. The next bite planned needs to be smaller. I agree with this observation, but then it's easy to see that i

Re: SCM options (was Re: Where is FreeBSD going?)

2004-01-10 Thread Garance A Drosihn
At 7:27 PM -0800 1/9/04, Pedro F. Giffuni wrote: Hi; There is a comparison here: http://better-scm.berlios.de/comparison/comparison.html I think there are compelling reasons to try subversion, but we have to wait for a 1.0 Release, and this would be something that should be done gradually.. for ex

Re: SCM options (was Re: Where is FreeBSD going?)

2004-01-10 Thread Garance A Drosihn
At 9:05 AM -0800 1/10/04, Pedro F. Giffuni wrote: --- Garance A Drosihn <[EMAIL PROTECTED]> wrote: > That's a pretty major test! Could we perhaps pick off > something smaller? The "projects" repository, for > instance? (or is that still tied to the base

Re: SCM options (was Re: Where is FreeBSD going?)

2004-01-10 Thread Garance A Drosihn
At 9:35 PM + 1/10/04, Andrew Boothman wrote: Peter Schuller wrote: Most of the noteworthy features of subversion are listed on the project front page: http://subversion.tigris.org/ A significant one of which is the fact that it's available under a BSD-style license. Meaning that the project

Re: SCM options (was Re: Where is FreeBSD going?)

2004-01-11 Thread Garance A Drosihn
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 ha

  1   2   3   >