If memory serves me right, Ivan Voras wrote:
> Andrew Gallatin wrote:
>> The TSO/LRO section needs a little updating.
>>
>> According to find sys/dev | xargs grep -l IFCAP_TSO, TSO is present in
>> at least: bce, cxgb, em, ixgbe, msk, mxge, nfe, nxge, re
>>
>> Based on grepping for IFCAP_LRO, LRO
If memory serves me right, Daniel Rudy wrote:
> I'm having some difficulties in building a release ISO from sources.
> When I do a make release in /usr/src/release, everything seems to go
> well until is tries to access perl5.8 in the ports. I go into ports and
> find that there is nothing there.
If memory serves me right, Craig Boston wrote:
> On Tue, Mar 29, 2005 at 01:25:19PM -0800, Bruce A. Mah wrote:
> > This of course doesn't include ports/ or doc/, so it doesn't really
> > answer the scalability question.
>
> Most of what I ran into was just in sr
If memory serves me right, Craig Boston wrote:
> On Tue, Mar 29, 2005 at 05:05:38PM +0200, Divacky Roman wrote:
> > wasnt here some discussion about moving FreeBSD to subversion (as some other
> > projects did - samba, mono etc.)? and subversion solves this...
>
> Yes, a few people have looked at
If memory serves me right, Robert Watson wrote:
>
> On Thu, 15 Jan 2004, Matt Freitag wrote:
>
> > Building 5.2-RELEASE from 5.1-RELEASE-p10 w/ipf+ipfw+ipfw6+dummynet, 5.1
> > Compiled fine with this setup. I need ipfilter as it's doing my source
> > routing for ipv6 (multiple transits) since ip
[If, ${DIETY} forbid, there are any follow-ups to this message, they
belong on [EMAIL PROTECTED]
If memory serves me right, M. Warner Losh wrote:
> There is not now, nor has there *EVER* been *ANY* System V code in
> BSD. *EVER*. NEVER. NEVER. NEVER.
There are no SysV infidels in FreeBSD. N
If memory serves me right, Tim Kientzle wrote:
> The attached patch modifies the pkg_install
> tools to inspect the file contents--rather than the
> filename extension--to determine the
> compression method in use. It then feeds the data
> into the correct invocation of 'tar'.
> I've also modified
If memory serves me right, Tim Kientzle wrote:
> The attached patch modifies the pkg_install
> tools to inspect the file contents--rather than the
> filename extension--to determine the
> compression method in use. It then feeds the data
> into the correct invocation of 'tar'.
> I've also modified
If memory serves me right, Arun Sharma wrote:
> On Mon, Jan 20, 2003 at 08:33:09AM -0800, Bruce A. Mah wrote:
> >
> > PS. I personally ignore the severity and priority fields of PRs. The
> > importance of many PRs I've dealt with is very much inflated.
> >
&g
If memory serves me right, Arun Sharma wrote:
> BTW: There seem to be 30+ critical + 130+ serious bugs against 5.0 at
> the time of its release. Are developers looking at the gnats db at all ?
Yes.
Bruce.
PS. I personally ignore the severity and priority fields of PRs. The
importance of many
If memory serves me right, Terry Lambert wrote:
> "Bruce A. Mah" wrote:
> > > > and you could
> > > > use _that_ to recover it). A tag, in this case, would only be
> > > > useful if the other RC2 changes (string changes, hacks to suppress
> &
If memory serves me right, "Julian H. Stacey" wrote:
> Terry Lambert wrote:
> > "Julian H. Stacey" wrote:
> > > Terry Lambert wrote:
> > > > Because RC2 was not tagged, because We Fear CVS Tags(tm), you
> > > > will need to use a date in order to create your own RC2.
> >
> > > RC2 seems important
If memory serves me right, Steve Kargl wrote:
> I've noticed many commits on cvs-all include an "Approved by: re"
> line, but I haven't seen an official code slush/freeze announcement.
Feature freeze started 16 October. New feature commits (as opposed to
bugfix or doc commits) should have RE ap
If memory serves me right, The Anarcat wrote:
> On Tue Oct 22, 2002 at 08:33:53AM +0200, Poul-Henning Kamp wrote:
> [...]
> >
> > And I want them to do it RSN: 5.0-R is only 9 days away.
> [...]
>
> 9 days??? There won't be another DP?
Um, not exactly. The current release date isn't until 20 No
If memory serves me right, Chuck Robey wrote:
> > hm, i don't think i made myself clear with the previous para. how
> > about this: is the pmake tutorial mentioned above carved in stone or
> > are updates allowed?
>
> That's a political question, and probably should be asked on curre
If memory serves me right, "Soheil Shaghaghi" wrote:
> I am using FreeBSD 4.6 and have a problem with the log files increasing
> rapidly!
This really belongs on questions@, but:
% man newsyslog
Bruce.
msg36898/pgp0.pgp
Description: PGP signature
If memory serves me right, "Lucky Green" wrote:
> Let me turn my original inquiry into an offer: I volunteer to write the
> section for the Handbook or other documentation detailing the various
> CPU options in LINT if somebody who fully understands what these options
> do is willing to spend 30 m
Sorry to interrupt various flamewars with some actual technical
discussion... :-)
At ${REALJOB}, we've got a couple of Maxtor MaxAttach boxes we're trying
to play with. These are dedicated NFS/SMB servers. Physically they are
1U boxes with four 70GB IDE disks on them (wd0, wd1, wd2, wd3). Th
If memory serves me right, Steve Ames wrote:
> cc1: warnings being treated as errors
> /usr/src/sys/dev/ed/if_ed.c: In function `ed_attach':
> /usr/src/sys/dev/ed/if_ed.c:1653: warning: unknown conversion type character
> `D'
> in format
> /usr/src/sys/dev/ed/if_ed.c:1653: warning: too many arg
If memory serves me right, Terry Lambert wrote:
> "Bruce A. Mah" wrote:
> > > either for a code slush,
> > > or for other work that may not make it back in until it's
> > > complete, which might take a while.
> >
> > Nope. The original p
If memory serves me right, Terry Lambert wrote:
> Dave Hayes wrote:
> > What does the _BP extension mean on the RELENG tags?
>
> Branch Point.
>
> It means the code has been branched,
Yes.
> either for a code slush,
> or for other work that may not make it back in until it's
> complete, which
If memory serves me right, Dave Hayes wrote:
> What does the _BP extension mean on the RELENG tags?
It marks the "branch point" where the RELENG_* branch was created from
the HEAD.
Bruce.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the mess
[CC list trimmed]
If memory serves me right, "Greg 'groggy' Lehey" wrote:
> 2. Document these things very well. Both this ssh change and the X
> without TCP change are confusing. If three core team members were
> surprised, it's going to surprise the end user a whole lot more.
The SS
[Moving to -net]
If memory serves me right, Andrew Gallatin wrote:
> > Alternately, it would be a good idea to have a "ip_maxpacketfrags"
> > instead of an "ip_maxfragpackets", to put a hard limit on the
> > number of mbufs that can be consumed by the fragment reassembly
> > process.
>
> I
If memory serves me right, Andrew Gallatin wrote:
>
> Will Froning writes:
> > I have a 4.5-RELEASE-p2 box that is my Firewall/NAT/NFS server. As a
> > NFS client I have a RH7.2 linux box. When I do massive NFS writes to
> > my FBSD (from RH7.2 box), I get a panic. I've attached the info I
If memory serves me right, Kris Kennaway wrote:
> On Fri, Jan 25, 2002 at 06:35:53PM -0500, [EMAIL PROTECTED] wrote:
> >=20
> > A MB with an onboard RTL8100 autonegotiates a 100Mb/s FDX connection ok o=
> n a=20
> > crossover an a 10/100 switch, but it doesnt detect a 10Mb/s hub at all in=
> =20
If memory serves me right, Geoff Mohler wrote:
> What is the next 4.x release schedule looking like?
You mean 4.5-RELEASE, which, barring some unforeseen problems, will be
released later this week? :-)
http://www.freebsd.org/internal/releng45.html
(Typically, releases happen about every four
If memory serves me right, Matthew Dillon wrote:
> But, do you know what '02' does? On an original 6502? The 6502
> was a hardwired processor, which means that even the hex codes that
> didn't have an official instruction did things. Weird things to be
> sure, but things non
If memory serves me right, [EMAIL PROTECTED] wrote:
> In a message dated 01/08/2002 2:11:05 PM Eastern Standard Time,
> [EMAIL PROTECTED] writes:
>
> > Miguel Mendez wrote:
> > > Now that I'm subscribed to c64-hackers let's do some lda's here an
> there.
> > I
> > > even have some Oxyron dem
If memory serves me right, D J Hawkey Jr wrote:
> One other Q, as long as I'm posting: For those releases that have both a
> RELENG_X_Y and a RELENG_X_Y_BP branch, what's the difference? AFAIK, the
> first is for bug fixes; what's the second for?
RELENG_X_Y_BP represents the "Branch Point" where
If memory serves me right, John Capo wrote:
[TCP weirdness]
> I see exactly the same behavior on 3 -stable machines running kernels
> from late October and early November. Another -stable machine with
> a kernel from late September does pause but not as consistently as
> the later kernel machin
If memory serves me right, Jordan Hubbard wrote:
> Sounds fine to me!
OK. I'll go ahead and do this. In the event that the decision is
made to reroll the ISO image(s), we'd have to write up something
anyways.
Bruce.
PGP signature
If memory serves me right, Alfred Perlstein wrote:
> I don't know, missing the tool to make disk images from DOS is
> a pretty bad thing IMO, any way to get this fixed?
I can't think of any way to do this besides re-rolling the ISO images.
Note that people buying the physical CDROMs might not s
If memory serves me right, Jordan Hubbard wrote:
> > I seem to recall these programs were owned by WCCDROM (then BSDi, then
>
> Naw, I'd long since prunted tools/ to just the stuff that was freely
> redistributable. Murray simply forgot to put it on the ISOs he
> created. :)
OK, it sounds like
If memory serves me right, Bill Swingle wrote:
> Chris Costello recommended that I do this like this instead:
>
> packagesite[0] =3D '\0'
>
> Which seems to make sense since it lacks the overhead of strlcpy. Is
> there a "right" way to do this?
Although I haven't seen the context for this line
If memory serves me right, Hroi Sigurdsson wrote:
> David O'Brien wrote:
>
> > Do you know how traceroute works?? For one, the destination host cannot
> > be listening on the port used. And you know that each progressive
> > traceroute packet sent out bumps the destination port by one, to help
If memory serves me right, Wilko Bulte wrote:
> On Sat, Aug 25, 2001 at 09:21:35PM -0700, Bruce A. Mah wrote:
> > If memory serves me right, Wilko Bulte wrote:
> > > On Sat, Aug 25, 2001 at 07:57:31AM -0700, Bruce A. Mah wrote:
>
> > Haven't been to Macau...but t
If memory serves me right, Wilko Bulte wrote:
> On Sat, Aug 25, 2001 at 07:57:31AM -0700, Bruce A. Mah wrote:
> > Oh heck. Alphas build docs with openjade, not jade. We forgot to deal
> > with that in the definition of ${MINIMALDOCPORTS}, so release builds
> > containing
[Removing mi from explicit recipients to spare him the agony.]
If memory serves me right, Wilko Bulte wrote:
> > > The DS10 is now rolling tarballs (with NODOC=YES) so that make release
> > > appears to have run OK. I can try (overnight) a new make release without
> > > the NODOC and see what to
If memory serves me right, Wilko Bulte wrote:
> Eh, that was the other machine, yes, the build went OK and the
> ports necessary ports for doc building were also correctly built.
OK, cool.
> The DS10 is now rolling tarballs (with NODOC=YES) so that make release
> appears to have run OK. I can t
If memory serves me right, Wilko Bulte wrote:
> This probably also explains why make release succeeded yesterday on another
> alpha, it seems to be fixed now:
OK. I think I may have been slightly wrong on what ailed the graphics/
gd port (apologies to mi), but if it's fixed, this is a moot poin
If memory serves me right, Wilko Bulte wrote:
> On Fri, Aug 24, 2001 at 09:05:16AM -0700, Bruce A. Mah wrote:
> > If memory serves me right, Wilko Bulte wrote:
> > > I get the impression that even if a machine has the necessary docproj
> > > buildtools ports installed a
If memory serves me right, Wilko Bulte wrote:
> I get the impression that even if a machine has the necessary docproj
> buildtools ports installed a 'make release' builds them from scratch
> again? Is this true? And why?
Yes, it's true. We need to rebuild the docproj ports inside the chroot
area
If memory serves me right, Leo Bicknell wrote:
> On Wed, Aug 22, 2001 at 04:30:30PM -0700, Matt Dillon wrote:
> > http://www.vnunet.com/News/1124839
>
> Several people on other mailing lists have pointed out that Nagle
> should make this much harder, although it's unclear how Nagle and
> ssh
If memory serves me right, "Jonathan M. Slivko" wrote:
> Which just brings me to another point, why not just turn ssh on by default
> and turn telnetd off by default, given the latest exploit. Thanks for
> bringing up a point that I wanted to bring to the security team for awhile.
>From the rele
If memory serves me right, Garance A Drosihn wrote:
> At 2:13 PM -0700 7/11/01, Bruce A. Mah wrote:
> >I need to make an executable to run on an i386 box running
> >FreeBSD 2.2.X machine. Unfortunately, it has no compiler
> >installed on it. All of the computers
If memory serves me right, Greg Black wrote:
> Building a new development box from a set of 2.2.8 CDs would
> certainly be a simple and guaranteed method if that's an option
> for you.
Unfortunately it's not guaranteed...a lot of new hardware has been
released since December 1998 (the date of 2.
Hi fellow -hackers--
I need to make an executable to run on an i386 box running FreeBSD 2.2.X
machine. Unfortunately, it has no compiler installed on it. All of the
computers I have at my disposal currently are i386s running 4-STABLE or
5-CURRENT. Upgrading the target machine is not an option.
If memory serves me right, Sheldon Hearn wrote:
>
>
> On Tue, 10 Jul 2001 18:24:50 MST, "Bruce A. Mah" wrote:
>
> > I'm sorry, I missed the part of your message containing the patches to
> > fix this problem.
>
> Bruce, I'm using your messag
If memory serves me right, "David Xu" wrote:
> but why hasn't a complete sysctl manual?
> I see OpenBSD has a better sysctl manual, our sysctl(8) is too bad,
> except the command usage info is useful, all left is garbage
> information and waste disk space.
I'm sorry, I missed the part of your me
If memory serves me right, "Karsten W. Rohrbach" wrote:
> i am currently evaluating different styles of implementing documentation
> for some multiplatform software stuff. first i though about html only
> docs, but this is not sufficient. then i thought about tex docs but this
> wont work out eit
[trying to move this off -hackers]
If memory serves me right, Dennis wrote:
> At 02:18 PM 03/31/2001, David O'Brien wrote:
> >On Fri, Mar 30, 2001 at 08:49:55PM +0100, Koster, K.J. wrote:
> > > Its not a "proprietary tree". I dont have time to clean it up
> > > and submit patches.
> >
> >But you
If memory serves me right, Joshua Goodall wrote:
> I came up with a very similar solution independently (although I chose a
> "reserved" partition number). You may also wish to (I did) patch boot0 for
> the cosmetic fix.
Thanks. I was thinking about a patch for boot0, but decided I had to
fig
If memory serves me right, "Kelly D. Lucas" wrote:
> I broke out a spare Dell Dimension XPS T500 today, and decided to throw
> FreeBSD 3.4 on it. It has the following major components:
I have a Dell XPS T500 (PIII-500, 256MB RAM, Mach64 display card,
IBM-DJNA-372200 and an unknown IDE CD-ROM dri
If memory serves me right, Marc van Kempen wrote:
> The problem is that the ALIGN macro is not being
> picked up even though and are included.
> The problem arises from the use of the CMSG_DATA macro, which seems to
> be related to sendmsg(), and uses the ALIGN macro.
>
> The manual page for
If memory serves me right, Hajimu UMEMOTO wrote:
> > On Sat, 06 May 2000 13:15:00 -0400
> > James Housley <[EMAIL PROTECTED]> said:
>
> jim> Is there a IPv6 Mailing list for FreeBSD/*BSD specifically?
>
> How about [EMAIL PROTECTED]? It is for KAME, but FreeBSD's IPv6
> code came from K
If memory serves me right, [EMAIL PROTECTED] wrote:
> [EMAIL PROTECTED] wrote:
> } Well...I personally prefer the short names. On systems with multiple
> } controllers, the commercial UNIX I used (Ultrix) just continued its
> } numbering with rz0, rz1, rz2, ..., rz6, rz7, rz8, ... FreeBSD let
If memory serves me right, [EMAIL PROTECTED] wrote:
> [EMAIL PROTECTED] wrote:
> > If memory serves me right, [EMAIL PROTECTED] wrote:
> > > > See LINT on details of how to wire down scsi devices...
> > > >
> > > > Your proposal doesn't take adding a second scsi card into account.
> > >
> > > We
If memory serves me right, [EMAIL PROTECTED] wrote:
> > See LINT on details of how to wire down scsi devices...
> >
> > Your proposal doesn't take adding a second scsi card into account.
>
> Well, I did not mean that has to be da0, da1, etc., but similar thing
> like dac0t0d0, dac0t1d0, ... dac3
If memory serves me right, "Andrew Reilly" wrote:
> On Mon, Sep 27, 1999 at 08:09:13AM +0100, Nik Clayton wrote:
> > On Mon, Sep 27, 1999 at 10:22:34AM +1000, Andrew Reilly wrote:
> > > What I'd like is a little weekly crontab script that runs after
> > > my weekly ports cvsup, and tells me which
If memory serves me right, Vince Vielhaber wrote:
> On Thu, 9 Sep 1999, Luigi Rizzo wrote:
> > any idea on how to force ATX power supplies to restart after a power
> > outage without having someone press the 'power' button on the front
> > panel ? All the motherboards i can find now have their bio
If memory serves me right, Vince Vielhaber wrote:
> On Thu, 9 Sep 1999, Luigi Rizzo wrote:
> > any idea on how to force ATX power supplies to restart after a power
> > outage without having someone press the 'power' button on the front
> > panel ? All the motherboards i can find now have their bi
If memory serves me right, Marc van Kempen wrote:
> >
> > Hi Nate,
> >
> > Somewhere , theres got to be a nice little email place where Unix people ca
> n talk about
> > usability and ease of software.
> >
> Just to toss in my 0.02 cents, I've been using exmh for a while and
> am on one hand ve
If memory serves me right, Marc van Kempen wrote:
> >
> > Hi Nate,
> >
> > Somewhere , theres got to be a nice little email place where Unix people ca
> n talk about
> > usability and ease of software.
> >
> Just to toss in my 0.02 cents, I've been using exmh for a while and
> am on one hand v
64 matches
Mail list logo
