Re: Emacs errors, undefined references to osream::[*] after 4.4 -> 5.0 upgd
On Sunday, December 1, 2002, at 09:40 AM, Patrick Stinson wrote: After doing a complete upgrade (on a clean system, no less) from 4.4 5.0, I;ve found that every now and again I get the same compiler error regarding undefined references to cerr, ostream operators, etc. I'm building the gcc33 port assuming it's a compat. issue with the libs, but has anyone else seen this? Also, all versions of emacs sparatically seg fault upon startup. thanks. i don't know about the emacs thing, but the compiler errors sound like the kind of thing you see when you try to link a c++ program with gcc instead of g++. also, there are some issues with old header files from a 4.X system that's been updated to 5.0. the details should be in UPDATING. -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-current" in the body of the message
Re: C++ Issue On -CURRENT
The following program builds and runs under 4.7-STABLE:
#include
int main()
{
cout<<"Hello World\n";
}
... but under 5.0-CURRENT it gives me the following errors:
cwtest$ g++ -o foo foo.cc
foo.cc: In function `int main()':
foo.cc:5: `cout' undeclared (first use this function)
foo.cc:5: (Each undeclared identifier is reported only once for each
function
it appears in.)
does the problem still occur if you add in 'using namespace std'?
-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-current" in the body of the message
Re: current.freebsd.org
On Sun, Jul 07, 2002 at 11:48:47PM -0400, Chuck Robey wrote: > On Sun, 7 Jul 2002, David W. Chapman Jr. wrote: > > > On Sun, Jul 07, 2002 at 11:28:30PM -0400, Chuck Robey wrote: > > > is that machine dead? Is it still the source of current snaps? I need to > > > re-install (having booting problems between old version of FreeBSD and new > > > one, easiest fix is just to re-install) and I want to know where to go for > > > a snap of current. > > > > > > Anyone got one? > > > > Have you tried the jp site? It should be on the list of the ftp > > sites from sysinstall. Last I checked you could ftp install via ftp > > from the jp site that hosted the latest snaps. > > Nope. I checked ftp,ftp2, and ftp3.jp.freebsd.org, and the best they had > was a copy of the old 5.0DP1 release. That's months old now, I don't want > to install that unless I must. try snapshots.jp.freebsd.org -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-current" in the body of the message
Re: Who broke 'make clean' for ports ?
On Fri, May 10, 2002 at 07:41:44PM +0200, Riccardo Torrini wrote: > On 10-May-2002 (17:31:32/GMT) Garrett Rooney wrote: > > > there's a circular dependency that was just introduced to gettext. > > gettext now depends on expat, which depends on gmake, which depends > > on gettext. > > it's a known problem, and is being worked on. > > Ok, thanks. Sorry for alarm but I don't see any message before > my own. Can I back-cvsup to a stable date? When (sh)it happens? the change is just a few hours old. you can just remove expat2 from the LIB_DEPENDS in textproc/gettext/Makefile and you should be fine for now. -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-current" in the body of the message
Re: Who broke 'make clean' for ports ?
On Fri, May 10, 2002 at 12:26:56PM -0500, Dan Nelson wrote: > In the last episode (May 10), Riccardo Torrini said: > > After a cvsup of 10 minutes ago either on 5.0-CURRENT and on > > 4.6-PRERELEASE (both of May 8, 02:46 CEST) making a > > > > # make clean > > > > into /usr/ports/deve/gettext spawn zillions(!) of make process, > > lead to cpu load average at 96.xx before a reboot :-( > > > > Up to yesterday it works. Doing this into others ports works... > > Syntax errors (or defining things that bsd.port.mk wants to control > itself) in /etc/make.conf can cause this. there's a circular dependency that was just introduced to gettext. gettext now depends on expat, which depends on gmake, which depends on gettext. it's a known problem, and is being worked on. -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-current" in the body of the message
Re: Bus error compiling thefish 0.2 on -current
On Sat, Mar 30, 2002 at 10:58:58PM +0100, Miguel Mendez wrote: > Why this problem doesn't show on -STABLE is still beyond my > comprehension, default malloc behaviour maybe? -stable has different default settings for malloc.conf, that's probably why it didn't show up. the -current settings are for maximum debugging, at the expense of performance, but it helps people catch bugs like this. -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-current" in the body of the message
Re: Patch to improve mutex collision performance
On Thu, Feb 21, 2002 at 10:00:29PM -0700, M. Warner Losh wrote:
> I'd love to see subversion beefed up. It looks like the most
> promising of the replacements for cvs on the horizon.
>
> One thing that it doesn't appear to have, that would be useful to the
> BSD community, is the ability to cons up a tree from multiple repos
> easily. If we had that, then we wouldn't need 5 different versions of
> cat for {Free,Net,Open}BSD, Darwin and BSD/os. :-)
This is one of the features that has been requested several times, and
is on the agenda for after we hit 1.0. Subversion is trying to limit
it's first round of functionality to 'What CVS does, minus the worst
problems'. After that, we'll get to work on the other cool features
;-)
> That reminds me, I gotta go fix FreeBSD's patch to grok patches
> properly ...
Thank You!!! It is so annoying having to install the port of
gpatch... If you could also remove the FreeBSD specific hacks to
diff, it would be quite appreciated (see
http://svn.collab.net/repos/svn/trunk/ac-helpers/gnu-diff.sh for the
script we use to ensure we have a working version of diff).
-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-current" in the body of the message
Re: Patch to improve mutex collision performance
On Thu, Feb 21, 2002 at 09:14:54PM +0100, Dag-Erling Smorgrav wrote: > Matthew Dillon <[EMAIL PROTECTED]> writes: > > I'm not interested in using P4. I think it's a mistake. That is, I > > think it is being severely overused. [...] > > Frankly, although I use Perforce myself for PAM work, I agree with > Matt here. Most of what is going on in the Perforce should be > happening on branches in our main repo, if only CVS didn't suck so bad > at branching. > > I would like to suggest that we consider transitioning our main repo > to Subversion. It's reasonably similar to cvs, and has all the > features we need that cvs lack: metadata versioning, atomic commits, > cheap branching... As a Subversion developer and a FreeBSD user, I'd love to see this happen some day. Subversion is designed for precisely this sort of thing, a version control system for a project that likes many things about CVS, but doesn't wish to deal with its many drawbacks. Unfortunately, at the moment, Suversion is far from mature enough for such a transition. Some day, perhaps even some day soon, but not quite yet. What I would suggest though, is that FreeBSD developers who are interested in the possibility of such a transition int he future should subscribe to the Subversion development list (see http://subversion.tigris.org/ for instructions on how to subscribe) and try to make sure that the features we're currently building into subversion will meet FreeBSD's needs in the future. There have already been some NetBSD and Apple developers on the lists, along with a few FreeBSD people giving us valuable feedback, and any additional FreeBSD people would be very welcome. -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-current" in the body of the message
Re: Patch sets to date and timing tests with Giant out of userret.
On Wed, Feb 20, 2002 at 01:59:49AM +0100, Dag-Erling Smorgrav wrote: > "David O'Brien" <[EMAIL PROTECTED]> writes: > > On Tue, Feb 19, 2002 at 04:30:43PM +0100, Dag-Erling Smorgrav wrote: > > > *shrug* so we need a port of a devel version of apr. It's what the > > > scientific community calls an "engineering problem" :) > > Please name it "apr-snapshot" or "apr-beta" rather than -devel if you do. > > One never is sure what "devel" is supose to mean -- something used in > > development, or an in-development version. > > Actually, we figured out that we'd just link apr statically into the > subversion binaries, so there is no need (yet) for an apr port. I've got a version of the port that links statically, so if people think that's enough for now, we can go with that, but I've also got the apache people to put up a tarball of apr, so I'm putting together an apr-snapshot port as well, since subversion provides a bunch of C libraries that are less than useful without apr. -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-current" in the body of the message
Re: Patch sets to date and timing tests with Giant out of userret.
On Tue, Feb 19, 2002 at 04:46:45PM +0100, Dag-Erling Smorgrav wrote: > Garrett Rooney <[EMAIL PROTECTED]> writes: > > On Tue, Feb 19, 2002 at 04:30:43PM +0100, Dag-Erling Smorgrav wrote: > > > *shrug* so we need a port of a devel version of apr. It's what the > > > scientific community calls an "engineering problem" :) > > at the moment, the primary thing holding me back is the fact that > > the apr people, while they do distribute tarballs of the devel version > > of apr, they don't keep them around, so there wasn't a tarball to > > point the port to that would be good for more than 5 days. that, > > combined with the fact that subversion tends to track apr really > > closely, so we would end up needing to update the port a lot, has kept > > me from putting too much time into an apr port. > > The first problem is solveable by storing tarballs on freefall and > using that as MASTER_SITE. The second (assuming the changes are > mostly to the code and not to the build infrastructure) is a non- > problem; if you keep me informed whenever a new tarball is out, I'll > keep the port up-to-date. cool, i'll put together an apr port and have the next version of my subversion port use that. > Do you have a port skeleton for apr? not at the moment. i'll put one together tonight, assuming nobody else beats me to it. -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-current" in the body of the message
Re: Patch sets to date and timing tests with Giant out of userret.
On Tue, Feb 19, 2002 at 04:34:10PM +0100, Dag-Erling Smorgrav wrote: > Garrett Rooney <[EMAIL PROTECTED]> writes: > > On Tue, Feb 19, 2002 at 04:18:33PM +0100, Stijn Hoop wrote: > > > As for your port, there already is a /usr/ports/devel/subversion; it points > > > you to the port skeleton for version r909. Is yours better/different? > > i imagine his is more up to date ;-) > > Yeah, I ported 1302, which is the latest tarball. > > BTW, there's a bug in 1302, 'svn import' crashes when trying to import > an empty subdirectory: i'll forward this on to the subversion dev list, and if nobody picks it up, i'll take a look at it later tonight, -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-current" in the body of the message
Re: Patch sets to date and timing tests with Giant out of userret.
On Tue, Feb 19, 2002 at 04:30:43PM +0100, Dag-Erling Smorgrav wrote: > Garrett Rooney <[EMAIL PROTECTED]> writes: > > it's a little out of date now, but i will be updating it to the next > > release as soon as it is released (this week sometime) and submitting > > it back to freebsd for inclusion in the ports tree. > > I've attached my patch to save you the trouble. cool, thanks. > > it's problematic to do an apr port at this time because there is no > > stable release of apr, and subversion requires bleeding edge apr to > > function anyway. > > *shrug* so we need a port of a devel version of apr. It's what the > scientific community calls an "engineering problem" :) at the moment, the primary thing holding me back is the fact that the apr people, while they do distribute tarballs of the devel version of apr, they don't keep them around, so there wasn't a tarball to point the port to that would be good for more than 5 days. that, combined with the fact that subversion tends to track apr really closely, so we would end up needing to update the port a lot, has kept me from putting too much time into an apr port. -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-current" in the body of the message
Re: Patch sets to date and timing tests with Giant out of userret.
On Tue, Feb 19, 2002 at 04:18:33PM +0100, Stijn Hoop wrote: > On Tue, Feb 19, 2002 at 04:12:48PM +0100, Dag-Erling Smorgrav wrote: > > I'm working on porting the latest beta release of Subversion, which > > does all that and more, and has much better diff support than > > Perforce. After using Perforce for my PAM work, I've come to the > > conclusion that although it's a big step forward from CVS in one > > direction (change management & branching), it's a big step backward in > > almost every other direction. > > I can't comment on Perforce, but I can add that I liked subversion even > when it wasn't self hosting; it appears promising to say the least. > > As for your port, there already is a /usr/ports/devel/subversion; it points > you to the port skeleton for version r909. Is yours better/different? i imagine his is more up to date ;-) 909 is a ways back, we're currently up to like rev 1310 or something. the next milestone will be rolled this week, and i'll update the port once it's out. -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-current" in the body of the message
Re: Patch sets to date and timing tests with Giant out of userret.
On Tue, Feb 19, 2002 at 04:16:18PM +0100, Dag-Erling Smorgrav wrote: > Dag-Erling Smorgrav <[EMAIL PROTECTED]> writes: > > I'm working on porting the latest beta release of Subversion, which > > does all that and more, and has much better diff support than > > Perforce. > > Oh, and it supports limited offline operation without the need for a > local repo (by caching unmodified copies of the checked-out files). yeah. it makes offline development quite nice (at the price of doubling the size of your working copy). hopefully in the future we'll be able to make this tunable so you won't need to have the pristine copy if you don't want it, which would be nice for very large source trees (ie freebsd). -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-current" in the body of the message
Re: Patch sets to date and timing tests with Giant out of userret.
On Tue, Feb 19, 2002 at 04:12:48PM +0100, Dag-Erling Smorgrav wrote: > Julian Elischer <[EMAIL PROTECTED]> writes: > > It has good points and bad points > > the bad point is that you can't work offline. > > the good point is that development in different branches doesn't > > slow each other down. (as it might in CVS). > > It also keeps track of edits that touch multiple files as a unit. > > I'm working on porting the latest beta release of Subversion, which i've got a port of subversion committed in the subversion tree, and the latest working version of it is always available at http://electricjellyfish.net/subversion.tar.gz. it's a little out of date now, but i will be updating it to the next release as soon as it is released (this week sometime) and submitting it back to freebsd for inclusion in the ports tree. previous versions were not submitted back because it was felt that they weren't ready for a large audience. > does all that and more, and has much better diff support than > Perforce. After using Perforce for my PAM work, I've come to the > conclusion that although it's a big step forward from CVS in one > direction (change management & branching), it's a big step backward in > almost every other direction. > > See http://www.tigris.org/files/documents/15/48/svn-design.html for > details about the Subversion design. > > (in order to make a proper Subversion port, though, we need a port of > the Apache Runtime - my port currently builds APR as part of the SVN > build) as does mine :( it's problematic to do an apr port at this time because there is no stable release of apr, and subversion requires bleeding edge apr to function anyway. -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-current" in the body of the message
Re: How to mount UDF file system?
On Thu, Nov 15, 2001 at 03:15:50AM +0100, Cyrille Lefevre wrote: > Long, Scott wrote: > > This is not possible yet under FreeBSD. I have a UDF work-in-progress at > > http://people.freebsd.org/~scott/udf, but it cannot do CD-RW yet. > > FreeBSD.org - Document not found ! try http://people.freebsd.org/~scottl/udf -- 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-current" in the body of the message
Re: USER_LDT gone?
On Thu, Feb 22, 2001 at 09:34:12PM +, Steven G. Kargl wrote: > With the great libc debacle of 2001, I have not tried > to update my system for about 2 weeks. In that time I > may have missed the commit message that said that USER_LDT, which was needed > for at least wine, was removed. according to the commit message i saw, it is now turned on by default, so the next gen pthreads libs can use it. -- garrett rooneyUnix 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-current" in the body of the message
Re: Kernel Compilation
On Thu, Feb 22, 2001 at 06:31:58AM -0800, chris hopkins wrote: > Hi, > I couldn't solve a problem regarding to kernel > compilation. After I edit MYKERNEL and do the > /usr/sbin/config, i do the make depend. It gives this > error: > ../../dev/xe/if_xe.c:138: card_if.h: No such file or > directory. > It seems that i lack that header file. Where can I > find that header file, or is my problem a different > one? > Thanks in advance... in order to compile support for the xe driver, you need to have the pccard devices in your kernel, which will cause card_if.h to be generated. -- garrett rooneyUnix 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-current" in the body of the message
Re: HEADS UP: libc/libc_r changes require rebuild of threaded apps
On Wed, Jan 24, 2001 at 07:07:20PM -0400, Craig Hawco wrote: > > > On Wed, 24 Jan 2001, Daniel Eischen wrote: > > > > > Using -pthread will prevent linking to libc and only link to > > libc_r. After the change I just committed, you need to link > > to both libc_r and libc (in that order), just like you would > > for a threaded application on just about any other OS (only > > ours is called libc_r instead of libpthread). > > Why not just call it libpthread for the sake of consistancy with other > OSes? I understand why it was called libc_r, but it no longer contains the > libc functionality. I know we like being nonconformist, but sometimes > consistancy is a Good Thing. Because libpthread will be written as part of the KSE project, and this way we have two different names for the different libraries, as opposed to "the new libpthread" and "the old libpthread". -- 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-current" in the body of the message
Re: CURRENT breaks some perl?
On Sat, Jan 06, 2001 at 12:36:12PM -0500, Thomas Stromberg wrote: > Welp, hard to help you here since there isn't any version info for the > infobot, but.. I am succesfully running a blootbot 1.0.0pre4 (infobot > derivative) in -CURRENT, and haven't seen any such problem. If there is > indeed a problem with the new perl (which is in -STABLE too I believe), > I'm sure it's been fixed by now. Just about every new box that gets > rolled out with perl comes with 5.6.0 nowadays.. actually, -STABLE as of last night still has 5.005_3. I believe that they are waiting for a new version of perl to fix some known bugs before back porting 5.6 to -STABLE. -- 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-current" 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-current" in the body of the message
Re: new rc.network6 and rc.firewall6
On Tue, Oct 24, 2000 at 11:04:55PM -0400, Garance A Drosihn wrote: > One should have some other script that you could run, which > would look thru all the rc files and just list which order > they will be run at startup (or at shutdown). That way you > could find out the order for a given set of scripts without > having to actually startup or shutdown... > > (I have no idea how netbsd does it, I'm just saying that I > would think some other script should be provided which > could list out the proper order without actually running > any of the scripts...) since i've been playing with the tools a little in my copious spare time, you could determine that using the rcorder tool that they actually use to get the order in the rc script. just run 'rcorder /etc/rc.d/*' and it'll output the order they should start up in. reverse that order for shutdown. this system looks more and more swank every time i look at it. -- 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-current" in the body of the message
Re: new rc.network6 and rc.firewall6
On Tue, Oct 24, 2000 at 02:58:08PM -0700, Jordan Hubbard wrote: > > The scripts themselves have the ordering dependencies. The startup > > system runs them in the proper order. I don't know if this is > > pre-computed or redone each boot. > > I'm really curious about this, myself. One of the reasons the SYSV > scripts have the numeric prefix is so that you know exactly what order > things will be started in. With the NetBSD stuff, this is not > immediately obvious though I guess one could have a top level rc file > with an explicit ordering similar to our various subdir Makefiles, > but that also gives you another location to edit when dropping > in a new startup file. and, to reply a second time to this message, it is recomputed at each boot... the rc and rc.shutdown scripts both run rcorder to do it, with rc.shutdown reversing the order. -- 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-current" in the body of the message
Re: new rc.network6 and rc.firewall6
On Tue, Oct 24, 2000 at 02:58:08PM -0700, Jordan Hubbard wrote: > > The scripts themselves have the ordering dependencies. The startup > > system runs them in the proper order. I don't know if this is > > pre-computed or redone each boot. > > I'm really curious about this, myself. One of the reasons the SYSV > scripts have the numeric prefix is so that you know exactly what order > things will be started in. With the NetBSD stuff, this is not > immediately obvious though I guess one could have a top level rc file > with an explicit ordering similar to our various subdir Makefiles, > but that also gives you another location to edit when dropping > in a new startup file. well, assuming you specify all the necessary dependencies, does it really matter what the specific order is? i mean i always thought of the numbers in SYSV script names as a hack to preserve dependencies, rather than a way to preserve a specific order. the order only needs to exist to preserve dependencies, unless i'm missing something. -- 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-current" in the body of the message
Re: new rc.network6 and rc.firewall6
On Tue, Oct 24, 2000 at 08:59:36AM +, Terry Lambert wrote: > Oh... and the PROVIDE/REQUIRE/WANT lists really, really want to > be "per service name" rather than per program name, so I could, > for example, have a service that depends on "smtpserv", and not > care if it was sendmail or qmail or whatever, only that there > was a protocol aware program sitting on the SMTP port, waiting > for a connection. i believe, from the quick look i took at this last night, that this is the way it is done, at least for mail servers, as there seems to be provisions for both sendmail and postfix (well, i remember postfix specifically, and i assume sendmail was there). -- 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-current" in the body of the message
Re: new rc.network6 and rc.firewall6
On Tue, Oct 24, 2000 at 05:26:07AM +0700, Alexey Dokuchaev wrote: > On Mon, 23 Oct 2000, Brandon D. Valentine wrote: > > > On Tue, 24 Oct 2000, Alexey Dokuchaev wrote: > > > > >Still, it would be better if I could choose between "classical" and "new" > > >startup layout, say, somewhere at the installation stage. > > > > Well if you're that stubborn there's no reason that the "new" layout > > could not be compiled into a monolithic script. In fact perhaps you > > could be the one to step forward and write the code to compile that > > script. ;-) > > That's an idea! Gotta co recent -CURRENT right now! might want to port the netbsd code first, since AFAIK this stuff isn't in current ;-) i imagine it won't take much though... just tweaking the scripts to make sure they all do the right thing on a FreeBSD box. and it seems like compiling a monolithic script should be simple enough... maybe i'll look at it in my copious spare time... -- 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-current" in the body of the message
Re: new rc.network6 and rc.firewall6
On Tue, Oct 24, 2000 at 04:49:40AM +0700, Alexey Dokuchaev wrote: > Well, would not be this stepping aside from BSD startup sequence, which we > all know and love? Having dozens of small files instead of pair of > big ones always frustrates me when I have to work with linux. well, it's a single directory full of small files, as opposed to a bunch of directories, each with its own collection of files, with ugly numbers at the beginning of each one. that's better in my book. and at the very least, with a number of smaller files, assuming they're named well, you can find what you're looking for faster, and not have to dig though the one monolithic script to find out how sometihng is working. -- 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-current" in the body of the message
Re: new rc.network6 and rc.firewall6
On Mon, Oct 23, 2000 at 02:25:40PM -0700, David O'Brien wrote: > On Mon, Oct 23, 2000 at 05:07:42PM -0400, Brandon D. Valentine wrote: > > Hmm I don't have any NetBSD machines running the later 1.5 revisions > > yet, so I've not seen the new scripts, > > lynx ftp://ftp.netbsd.org/pub/NetBSD-current/src/etc/rc.d/ wow, that's really cool. i've always prefered BSD init versus SysV, but they seem to have gotten the best of both worlds. hope someone whith the clout to make it happen jumps on it and gets it ported over, cause that seems like something that's too useful to not use. -- 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-current" in the body of the message
Re: Junior Kernel Hacker Task: M_ZERO
> If anybody is looking for a simple task to perform in the FreeBSD > kernel: this is it. > > A quick grep tells me that there are at least 91 files in the src/sys > tree which could use this flag to simplify and optimize the code. i'll probably start looking at these this week sometime... something to pass the time in class i suppose. -- 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-current" in the body of the message
