-Original Message-
From: Aled Morris [mailto:[EMAIL PROTECTED]]
Sent: 01 September 1999 16:51
It does apply in the UK - two spaces is pretty standard. I guess this
isn't an Americanism (for once!)
Not everywhere in the UK, or maybe it's an age related thing. I was never
taught to
On Wed, 01 Sep 1999 20:48:59 -0400, Tim Vanderhoek wrote:
Will ports adapt easily to this?
Yes. Those that already try to work around the absence of a reserved
user will have to do less work. Those that run priveledged will be
easier to transition to a non-priveledged state.
Having ports
I tried to post this question into freebsd-current but without response
from commiters some time ago. So maybe in freebsd-hackers:
--
Is anybody capable to solve or fix bin/7973 in lpd? I have found the
problem is still there (FreeBSD-3.2). Or am I anything missing/doing wrong?
bin/7973: Bad
On Wed, 1 Sep 1999, David Scheidt wrote:
You have almost certainly run out of file fragments. Space on FFS
filesystems is allocated in the from of blocks, which are divided into
fragments. These blocks are not the same as the physical disk blocks, but
are a number of sequential disk
On Wed, 1 Sep 1999, Matthew N. Dodd wrote:
I've rewritten the bt_mca driver to hopefully do the right thing. I was
trying to avoid excess code but I'll worry about trimming stuff down
later.
Get the new versions of {aha,bt}_mca.c and recompile.
linking kernel
bt_mca.o: In function
: filesystems is allocated in the from of blocks, which are divided into
: fragments. These blocks are not the same as the physical disk blocks, but
: are a number of sequential disk blocks. The default FFS block size is 8KB.
: Each FFS block is subdivided into fragments. The default is 8
On Wed, 01 Sep 1999 16:35:59 MST, Aaron Smith wrote:
this strikes me as unecessary. anybody installing a new mta can create the
necessary users and name them appropriately.
This argument would get sysinstall removed from the release -- you can
do without it when you're installing FreeBSD.
On Thu, 02 Sep 1999 01:32:59 +0200, Markus Stumpf wrote:
May I vote for NO more predefined uids/gids at all?
This isn't about voting. It's about discussion. Emotional arguments and
matters of personal preference aren't helpful.
I think there are already too many of them. If you get out of
On Thu, 02 Sep 1999 00:39:28 +0200, Ollivier Robert wrote:
BTW I'd still see Postfix standard in FreeBSD :-)
Please don't hijack my thread. I don't want my request to get lost in
another flame war about this. If you must bring that up, please do so
under a different subject line.
:-)
One question?
Changing HZ in kernel config with lower than 10, for example HZ=5, stops some
communications. It's true that machine goes faster to response for user activity, but
some devices stop to work? Is it normal?
Mitko
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
-Original Message-
From: Josef Karthauser [mailto:[EMAIL PROTECTED]]
Sent: 02 September 1999 10:48
I'd like to see Postfix standard as well :)
aolMe Too/aol
Rich
--
Rich Wood
Home: [EMAIL PROTECTED], [EMAIL PROTECTED]
Work: [EMAIL PROTECTED], [EMAIL PROTECTED]
To
On Thu, 02 Sep 1999 10:48:01 +0100, Josef Karthauser wrote:
I'd like to see Postfix standard as well :)
Thanks for the subject line change. I appreciate it. Now please make
sure you've checked the archives on this issue so that anything you say
this time around will be new. :-)
I could save
On Thu, Sep 02, 1999 at 11:52:50AM +0200, Sheldon Hearn wrote:
On Thu, 02 Sep 1999 10:48:01 +0100, Josef Karthauser wrote:
I'd like to see Postfix standard as well :)
Thanks for the subject line change. I appreciate it. Now please make
sure you've checked the archives on this issue
[EMAIL PROTECTED] (Sheldon Hearn) writes:
Actually, not. The postfix and exim ports, at least, would be taught to
use the new UID when it became available in STABLE. I'm pretty sure
smail and others would follow suit. Remember, _we_ control the ports and
can have packages install for
Hi,
IIRC some time ago there was a vivid discussion about ability to
change/set MAC address of Ethernet cards. I'm faced with similar problem
right now: when building high-availability configuration it would be very
handy to do MAC takeover instead of IP takeover. So, my questions follow:
*
Andrzej:
How about bringing up an additional logical or physical interface and
spoofing the MAC address when the target machine fails? I really don't
think you want to change the actual MAC address of a card...or do you?
-marc
On Thu, Sep 02, 1999 at 01:18:47PM +0200, Andrzej Bialecki wrote:
Hi,
IIRC some time ago there was a vivid discussion about ability to
change/set MAC address of Ethernet cards. I'm faced with similar problem
right now: when building high-availability configuration it would be very
handy to
To date I am still receiving the following error after a day or so of use on only
the near side of a point to point link.
wi0: init failed
wi0: failed to allocate 1594 bytes on NIC
wi0: tx buffer allocation failed
wi0: failed to allocate 1594 bytes on NIC
wi0: mgmt. buffer allocation failed
On Thu, Sep 02, 1999 at 11:42:58AM +0200, Sheldon Hearn wrote:
The numeric ID is not important. Neither is the name. So long as there's
something that people maintaining ports can use. I've followed Solaris'
lead on the choice of name, ``smtp''.
The numeric id IS important.
How do you think
Andre Albsmeier once wrote:
Before running soffice for the first time -- apply the trick
described by Andre Albsmeier on
http://www.freebsd.org/cgi/getmsg.cgi?fetch=432982+436209+/usr/local/www/db/text/1998/freebsd-hackers/19980628.freebsd-hackers
to the freshly installed
On Thu, 02 Sep 1999 15:42:56 +0200, Markus Stumpf wrote:
The numeric id IS important.
How do you think NFS maintains privileges across machines?
I have no idea how NFS works. :-)
I _do_ know that, if machines across the network need to know about
magical IDs on their peers, then it's
こんにちわ、 これは便利！ Here's a good news for you,
ホテル、旅館、単身赴任、留学にも a news of the Videophone
最適なニュース! over the normal coloer telephone line.
今、世界で話題の簡単テレビ電話 All you have to do is just
On Thu, 02 Sep 1999 10:08:45 -0400, Tim Vanderhoek wrote:
3) We try to keep the ports system roughly independent of the base
system, and vice-a-versa. Do you plan to make sendmail use this new
mta id (is that even possible?)?
It's certainly something I'd like to take a shot at, yes.
On 02-Sep-99 Sheldon Hearn wrote:
On Thu, 02 Sep 1999 15:42:56 +0200, Markus Stumpf wrote:
The numeric id IS important.
How do you think NFS maintains privileges across machines?
I have no idea how NFS works. :-)
Time to learn. The uid/guid is only stored as a number, and this
Marcel Moolenaar once wrote:
I don't think this one is needed anymore ?!?
It is. Without it, soffice keeps bringing up setup over and over
instead of just starting the damn office.
What is everybody doing? I run SO5.1 OOTB. AFAICT, there's absolutely
no need for this kind
On Thu, 2 Sep 1999, Mikhail Teterin wrote:
Marcel Moolenaar once wrote:
I don't think this one is needed anymore ?!?
It is. Without it, soffice keeps bringing up setup over and over
instead of just starting the damn office.
What is everybody doing? I run SO5.1
On Wed, 1 Sep 1999 [EMAIL PROTECTED] wrote:
On Tue, Aug 31, 1999, Doug Rabson wrote:
On Mon, 30 Aug 1999, Andrew J. Korty wrote:
I provided a solution via send-pr (bin/11031) over four months ago,
which is, in my opinion, superior in many ways to this sysctl
approach. The patch
On Thu, Sep 02, 1999 at 04:37:11PM +0200, Sheldon Hearn wrote:
It's certainly something I'd like to take a shot at, yes. Perhaps I'm
going about this the wrong way. Perhaps I should first provide a knob
that allows sendmail to be run non-priveledged. Once that's done, add a
user for it to
Mikhail Teterin wrote:
Marcel Moolenaar once wrote:
I don't think this one is needed anymore ?!?
It is. Without it, soffice keeps bringing up setup over and over
instead of just starting the damn office.
What is everybody doing? I run SO5.1 OOTB. AFAICT, there's
On Thu, 02 Sep 1999 11:06:41 -0400, Tim Vanderhoek wrote:
And then once that new user has had considerable time to settle, rip
all the user/group stuff from the mta ports and change them to use an
arbitrary user/group that defaults to whatever you added for sendmail.
My intention was never
Vince Vielhaber wrote:
On Thu, 2 Sep 1999, Mikhail Teterin wrote:
Marcel Moolenaar once wrote:
I don't think this one is needed anymore ?!?
It is. Without it, soffice keeps bringing up setup over and over
instead of just starting the damn office.
What is
On Thu, Sep 02, 1999, Boris Popov wrote:
without needing yet another setuid binary/binaries..
Well, sysctl with list of pathes for user mounts looks good.
Configuration is simple and can be easliy changed at runtime. It is
always better to avoid setuid'ed binaries, this is more
I sent this to "questions" but did not a reply and figured I would give you
guys a try..
-- Forwarded message --
Date: Wed, 1 Sep 1999 19:12:39 -0400 (EDT)
From: Wayne Cuddy [EMAIL PROTECTED]
To: FreeBSD Questions [EMAIL PROTECTED]
Subject: syslogd -a
I am attempting to use
I sent this to "questions" but did not a reply and figured I would give you
guys a try..
-- Forwarded message --
Date: Wed, 1 Sep 1999 19:12:39 -0400 (EDT)
From: Wayne Cuddy [EMAIL PROTECTED]
To: FreeBSD Questions [EMAIL PROTECTED]
Subject: syslogd -a
I am attempting
On Thu, 2 Sep 1999, Wayne Cuddy wrote:
I am attempting to use syslogd on FreeBSD to log messages from a linux syslogd
with little success. Is it possible to use the FBSD syslogd to log messages
from other unix flavors?
Yes, absolutely. What is the problem you're experiencing?
--
Ben
On Thu, 2 Sep 1999, Marcel Moolenaar wrote:
SO5.1 installs OOTB on both -current and -stable. I suspect your -stable is
not recent?
Is this true for BOTH versions of the tarball? Changes where made to the
distribution without any apparent changes to the website. The new changes
broke
On Thu, 2 Sep 1999, Mikhail Teterin wrote:
It is. Without it, soffice keeps bringing up setup over and over instead
of just starting the damn office.
I tried it on the new new StarOffice (apparently) (libs ver 517) from Sun.
This fix works for the user that installs it, but when anyone else
I had a configuration where I was logging from linux to linux which was
working. Now I have replaced the logging system with FreeBSD 3.2.
I started the FreeBSD syslogd like this:
syslogd -a XXX.XXX.XXX.XXX
But I see no log messages from the linux system.
Thanks for the help.
Wayne
On
Sheldon Hearn wrote:
On Thu, 02 Sep 1999 15:42:56 +0200, Markus Stumpf wrote:
The numeric id IS important.
How do you think NFS maintains privileges across machines?
I have no idea how NFS works. :-)
I _do_ know that, if machines across the network need to know about
magical IDs
On Thu, 02 Sep 1999 01:43:32 MST, Jaye Mathisen wrote:
Hmph. Fired up systat on a recently supped 3.2-stable box (aug 30).
Typed :vm, and the screen cleared, it drew the labels, then sat there for
a few seconds, then said:
"The alternate system clock has died, reverting to pigs
[EMAIL PROTECTED] wrote:
On Thu, 2 Sep 1999, Marcel Moolenaar wrote:
SO5.1 installs OOTB on both -current and -stable. I suspect your -stable is
not recent?
Is this true for BOTH versions of the tarball? Changes where made to the
distribution without any apparent changes to the
On Wed, 1 Sep 1999 [EMAIL PROTECTED] wrote:
On Tue, Aug 31, 1999, Doug Rabson wrote:
On Mon, 30 Aug 1999, Andrew J. Korty wrote:
I provided a solution via send-pr (bin/11031) over four months ago,
which is, in my opinion, superior in many ways to this sysctl
approach. The
On Thu, Sep 02, 1999, Andrew J. Korty wrote:
You realise that this kind of stuff can be done in kernelspace,
without needing yet another setuid binary/binaries..
Well, sysctl with list of pathes for user mounts looks good.
Configuration is simple and can be easliy changed at
On Wed, 1 Sep 1999, Pete Mckenna wrote:
...
I have also put an adaptec 2940 in them and it works as well.
What is the adaptec transfer rate? I have tested with a adaptec 80Mb, and
it didn't work too. The chipset is the same the AIC 7896.
I'm not sure what you are asking. I havn't put
On Fri, 3 Sep 1999 [EMAIL PROTECTED] wrote:
:Then all you need to do is think of a sane way to chown console devices
:(floppy, cdrom, etc..) to the user when they login? Perhaps an extension
:to login/xdm/whatever kde uses ?
You can do this in /etc/fbtab. You already chown the console for X
On Wed, 1 Sep 1999, Bill Fumerola wrote:
On Wed, 1 Sep 1999, Luiz Morte da Costa Junior wrote:
The onboard NIC works like any other Intel 10/100 using fxp0, adding a
asecond nic makes the onboard fxp1 (for failover purposes, I assume)
I think that I don't have problem with my NIC
jack wrote:
-rw-r--r-- 1 marcel marcel 72192512 Jul 23 11:47 so51_lnx_01.tar
MD5 (so51_lnx_01.tar) = 347ffa68be6c1d7b89fd843591afb0d3
so51a_lnx_01.tar
-rw-r--r-- 1 jacko user 70393856 Aug 31 15:47 so51a_lnx_01.tar
(libs are all libxxx517x.so)
requires jumping throught the hoops
Linux generates a meric of CPU performance as a byproduct of calibrating
a delay loop.
We don't require doing any such thing, and so adding it would be purely
cosmetic.
However, I allege that cosmetic things aren't in and of themselves evil,
so long as
they don't break anything in the process.
I
On Thu, Sep 02, 1999 at 10:40:30AM -0700, Nick Sayer wrote:
Description of BogoMIPS deleted
Would anyone scream and projectile-vomit if I added this to identcpu.c?
I might. :-) Why exactly, except to keep up with the Linux kidz, do we need
this? I recognize that this is solely a cosmetic
There was such a thing in 386BSD and FreeBSD1.0
I certainly thing it was a worth-while thing.
I'd try make the loop as similar to the Linux one so that they are
comparable.
On Thu, 2 Sep 1999, Nick Sayer wrote:
Linux generates a meric of CPU performance as a byproduct of calibrating
a delay
Description of BogoMIPS deleted
Would anyone scream and projectile-vomit if I added this to identcpu.c?
I might. :-) Why exactly, except to keep up with the Linux kidz, do we need
this? I recognize that this is solely a cosmetic change, but one of the
things I hold over the heads of the
On Thu, Sep 02, 1999, Andrew J. Korty wrote:
You realise that this kind of stuff can be done in kernelspace,
without needing yet another setuid binary/binaries..
Well, sysctl with list of pathes for user mounts looks good.
Configuration is simple and can be easliy changed
Today Marcel Moolenaar wrote:
[EMAIL PROTECTED] wrote:
On Thu, 2 Sep 1999, Marcel Moolenaar wrote:
SO5.1 installs OOTB on both -current and -stable. I suspect your -stabl
e is
not recent?
Is this true for BOTH versions of the tarball? Changes where made to the
The user would still have to know what type of filesystem is on
the volume. My code tries filesystem types from a list, one by
one, so the same command or desktop icon will mount a FAT, UFS, or
EXT2FS floppy, for example. The system administrator can also
specify default mount options on
"Andrew J. Korty" wrote:
If it helps, I don't think you really need to unzip setup.zip. I
found that setting LD_LIBRARY_PATH=. makes the setup program run
just fine (because it actually does unzip setup.zip, but into a
subdirectory of /tmp).
Exactly what I always needed to do. It can't
This is apparently old news, but I don't recall seeing anything about it
on the lists, and didn't hear about it until it hit Slashdot a short while
ago.
ftp://ftp.cs.berkeley.edu/pub/4bsd/README.Impt.License.Change:
July 22, 1999
To All Licensees, Distributors of Any Version of BSD:
As you
jack wrote:
Today Marcel Moolenaar wrote:
[EMAIL PROTECTED] wrote:
On Thu, 2 Sep 1999, Marcel Moolenaar wrote:
SO5.1 installs OOTB on both -current and -stable. I suspect your -stable is
not recent?
The fact that soffice runs setup again and again depend to a missing
On Thu, 2 Sep 1999, Marcel Moolenaar wrote:
jack wrote:
-rw-r--r-- 1 marcel marcel 72192512 Jul 23 11:47 so51_lnx_01.tar
MD5 (so51_lnx_01.tar) = 347ffa68be6c1d7b89fd843591afb0d3
so51a_lnx_01.tar
-rw-r--r-- 1 jacko user 70393856 Aug 31 15:47 so51a_lnx_01.tar
(libs are
Nick Sayer wrote in list.freebsd-hackers:
Linux generates a meric of CPU performance as a byproduct of calibrating
a delay loop.
It's not a metric of CPU performance. It's just a meaningless
number, and its relation to the actual performance of the
machine is very questionable.
We don't
As Nick Sayer wrote ...
so long as
they don't break anything in the process.
I would like to generate a number that will hopefully be reasonably
compatible with
the one Linux spits out. The best method I have come up with is to have
a similar
(the same?) count down loop in assembler.
There was such a thing in 386BSD and FreeBSD1.0
I remember no such thing doing a 'bogomips' to compare against Linux.
Certainly not in 386BSD.
Nate
I certainly thing it was a worth-while thing.
I'd try make the loop as similar to the Linux one so that they are
comparable.
On Thu, 2
According to Mike Smith:
If we do this, I hope a more obvious name is chosen; something like
"mailman" might be a start. Or "mailperson", or "postperson", or
whatever. "mta" just feels a little obscure.
"smtp", the first proposal is a better idea then. "mailman" (like it is used
on hub)
According to Vince Vielhaber:
There was a patch posted on the freebsd.misc newsgroup the other day for
I re-posted the patch for people not running -STABLE yes.
procfs that eliminates the need for the "hackery". It's supposed to be
already in -current and I don't recall if it's supposed to
On Thu, Sep 02, 1999, Robert Sexton wrote:
I'd have to agree with the "Lets be more professional" crowd.
How about as a LINT option? "If you need something so banal, you can
turn it on yourself"
No, since it would just be useless bloat in the source tree.
--
|Chris Costello [EMAIL
On Thu, Sep 02, 1999, Nick Sayer wrote:
Would anyone scream and projectile-vomit if I added this to identcpu.c?
Yes, I would. The way I interpret it, along with "useless
blinking light", is as follows:
BogoMIPS is but the combination of "Bogus" and an acronym for
"Meaningless Indicator
It was there... when I added the code to calibrate the
delay loops originally and added the DELAY
macro, it printed out the callibration factor..
(DELAY was originally a spin loop)
It wasn't called 'BOGOMIPS...'
On Thu, 2 Sep 1999, Nate Williams wrote:
There was such a thing in 386BSD
Im currently using FreeBSD-3.2 stable. How do you get UDMA support working
under FreeBSD? Do I need FreeBSD 4-Current?
Thanks,
Sam
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Thu, 2 Sep 1999, Oliver Fromme wrote:
Nick Sayer wrote in list.freebsd-hackers:
Linux generates a meric of CPU performance as a byproduct of calibrating
a delay loop.
It's not a metric of CPU performance. It's just a meaningless number,
and its relation to the actual performance
We have this for 586+ class machines:
CPU: Pentium/P54C (132.73-MHz 586-class CPU)
Origin = "GenuineIntel" Id = 0x52c Stepping=12
Features=0x1bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8
Seems more precise and informative. For 386/486 based hardware
someone could adapt one of the numerous CPU speed
Sheldon Hearn [EMAIL PROTECTED] wrote:
I plan to add a user ``smtp'' with UID 25 and a member of group
``mail'', for use in running non-priveledged MTA's in FreeBSD.
I'd support this. I think the GID should be 25 as well.
David Wolfskill [EMAIL PROTECTED] wrote:
I think the overall idea is
On Thu, Sep 02, 1999 at 12:51:49PM -0400, Wayne Cuddy wrote:
I had a configuration where I was logging from linux to linux which was
working. Now I have replaced the logging system with FreeBSD 3.2.
I started the FreeBSD syslogd like this:
syslogd -a XXX.XXX.XXX.XXX
But I see no log
On Thu, 2 Sep 1999, Julian Elischer wrote:
There was such a thing in 386BSD and FreeBSD1.0
I certainly thing it was a worth-while thing.
I'd try make the loop as similar to the Linux one so that they are
comparable.
My vote is to make the number printed in parity with the number printed by
On 02-Sep-99 [EMAIL PROTECTED] wrote:
Im currently using FreeBSD-3.2 stable. How do you get UDMA support working
under FreeBSD? Do I need FreeBSD 4-Current?
Thanks,
Sam
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-questions" in the body of the message
On Fri, Sep 03, 1999 at 03:01:26AM +0800, [EMAIL PROTECTED] wrote:
The user would still have to know what type of filesystem is on
the volume. My code tries filesystem types from a list, one by
one, so the same command or desktop icon will mount a FAT, UFS, or
EXT2FS floppy, for
This still doesn't entirely
Oops. I didn't finish that thought again after the vi -r.
I meant to say that even with a modifed kernel mount() call, there
are difficulties getting all of the configuration possibities into
the kernel propper. (Mount Options, What FS types to try, etc).
-
According to Nick Sayer:
Would anyone scream and projectile-vomit if I added this to identcpu.c?
Yes. We are also FreeBSD users/developers because we don't follow the Linux
way. Bogomips are [as it says] bogus and many people acknoledge this but far
too often you see in some Linux
"Matthew N. Dodd" wrote:
On Thu, 2 Sep 1999, Julian Elischer wrote:
There was such a thing in 386BSD and FreeBSD1.0
I certainly thing it was a worth-while thing.
I'd try make the loop as similar to the Linux one so that they are
comparable.
My vote is to make the number printed in
On Thu, 2 Sep 1999, Ollivier Robert wrote:
According to Nick Sayer:
Would anyone scream and projectile-vomit if I added this to identcpu.c?
Yes. We are also FreeBSD users/developers because we don't follow the Linux
way. Bogomips are [as it says] bogus and many people acknoledge this
CPU: Pentium/P54C (132.73-MHz 586-class CPU)
Origin = "GenuineIntel" Id = 0x52c Stepping=12
Features=0x1bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8
Seems more precise and informative. For 386/486 based hardware
someone could adapt one of the numerous CPU speed detection routines
out there.
[EMAIL PROTECTED] said:
:- Emotional arguments and matters of personal preference aren't
:- helpful.
The only emotional argumentation seems to be yours.
A "technical" objection was made that it seems best for ports to create
whatever resources they need, and not polute base distribution with
In article local.mail.freebsd-hackers/19990902233418$[EMAIL PROTECTED] you write:
CPU: Pentium/P54C (132.73-MHz 586-class CPU)
Origin = "GenuineIntel" Id = 0x52c Stepping=12
Features=0x1bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8
Seems more precise and informative. For 386/486 based hardware
On Thu, 2 Sep 1999, Andrzej Bialecki wrote:
Hi,
IIRC some time ago there was a vivid discussion about ability to
change/set MAC address of Ethernet cards. I'm faced with similar problem
right now: when building high-availability configuration it would be very
handy to do MAC takeover
Ollivier Robert wrote:
According to Nick Sayer:
Would anyone scream and projectile-vomit if I added this to identcpu.c?
Yes. We are also FreeBSD users/developers because we don't follow the Linux
way. Bogomips are [as it says] bogus and many people acknoledge this but far
too often you
Chris Costello wrote:
On Thu, Sep 02, 1999, Robert Sexton wrote:
I'd have to agree with the "Lets be more professional" crowd.
How about as a LINT option? "If you need something so banal, you can
turn it on yourself"
No, since it would just be useless bloat in the source tree.
Didn't they actually kinda do this when they announced the availability of
Solaris source code, and then that didn't really seem to materialize the
first time around? Maybe my recolection of events is somewhat blurred...
I remember this (under the community source code license). But
Warner Losh wrote:
In message [EMAIL PROTECTED] Mike Smith writes:
: If we do this, I hope a more obvious name is chosen; something like
: "mailman" might be a start. Or "mailperson", or "postperson", or
: whatever. "mta" just feels a little obscure.
postmanpete
which is both
I posted this to -hardware a few days ago and haven't
gotten much in the way of feedback; since it sounds to me
like a driver bug this seems like an appropriate forum too.
Is anyone here using -any- ATAPI drive for backup?
Thanks in advance for any help you can provide...this is
screwy, and I
please followup only in hackers.
I've Just cvsuped freebsd RELENG_3 as of this evening (~21:00 mdt)
and using a rom built with etherboot 4.1b9 which has worked flawlessly for
the last couple of months. Tonight I getting
Searching for server...
My IP xxx.yyy.zzz.www Server IP
On Wed, 1 Sep 1999, David Scheidt wrote:
You have almost certainly run out of file fragments. Space on FFS
filesystems is allocated in the from of blocks, which are divided into
fragments. These blocks are not the same as the physical disk blocks, but
are a number of sequential disk
: filesystems is allocated in the from of blocks, which are divided into
: fragments. These blocks are not the same as the physical disk blocks, but
: are a number of sequential disk blocks. The default FFS block size is 8KB.
: Each FFS block is subdivided into fragments. The default is 8
On Wed, 1 Sep 1999, Matthew N. Dodd wrote:
I've rewritten the bt_mca driver to hopefully do the right thing. I was
trying to avoid excess code but I'll worry about trimming stuff down
later.
Get the new versions of {aha,bt}_mca.c and recompile.
linking kernel
bt_mca.o: In function
-Original Message-
From: Aled Morris [mailto:al...@routers.co.uk]
Sent: 01 September 1999 16:51
It does apply in the UK - two spaces is pretty standard. I guess this
isn't an Americanism (for once!)
Not everywhere in the UK, or maybe it's an age related thing. I was never
taught to
On Wed, 01 Sep 1999 20:48:59 -0400, Tim Vanderhoek wrote:
Will ports adapt easily to this?
Yes. Those that already try to work around the absence of a reserved
user will have to do less work. Those that run priveledged will be
easier to transition to a non-priveledged state.
Having ports
Hmph. Fired up systat on a recently supped 3.2-stable box (aug 30).
Typed :vm, and the screen cleared, it drew the labels, then sat there for
a few seconds, then said:
The alternate system clock has died, reverting to pigs display.
However, that display shows no useful info either.
In message 199909012256.paa01...@dingo.cdrom.com Mike Smith writes:
: If we do this, I hope a more obvious name is chosen; something like
: mailman might be a start. Or mailperson, or postperson, or
: whatever. mta just feels a little obscure.
postmanpete
which is both obscure and
I tried to post this question into freebsd-current but without response
from commiters some time ago. So maybe in freebsd-hackers:
--
Is anybody capable to solve or fix bin/7973 in lpd? I have found the
problem is still there (FreeBSD-3.2). Or am I anything missing/doing wrong?
bin/7973: Bad
On Wed, 01 Sep 1999 16:35:59 MST, Aaron Smith wrote:
this strikes me as unecessary. anybody installing a new mta can create the
necessary users and name them appropriately.
This argument would get sysinstall removed from the release -- you can
do without it when you're installing FreeBSD.
On Thu, 02 Sep 1999 01:32:59 +0200, Markus Stumpf wrote:
May I vote for NO more predefined uids/gids at all?
This isn't about voting. It's about discussion. Emotional arguments and
matters of personal preference aren't helpful.
I think there are already too many of them. If you get out of a
On Thu, 02 Sep 1999 00:39:28 +0200, Ollivier Robert wrote:
BTW I'd still see Postfix standard in FreeBSD :-)
Please don't hijack my thread. I don't want my request to get lost in
another flame war about this. If you must bring that up, please do so
under a different subject line.
:-)
On Thu, Sep 02, 1999 at 11:44:14AM +0200, Sheldon Hearn wrote:
On Thu, 02 Sep 1999 00:39:28 +0200, Ollivier Robert wrote:
BTW I'd still see Postfix standard in FreeBSD :-)
I'd like to see Postfix standard as well :)
Joe
--
Josef KarthauserFreeBSD: How many times have you
1 - 100 of 185 matches
Mail list logo
