Re: PATCHES for Kris Kennaway to commit

2001-10-08 Thread Doug Barton

Terry Lambert wrote:
 
 Giorgos Keramidas wrote:
 
  Terry Lambert [EMAIL PROTECTED] wrote:
   Steve Kargl wrote:
   
man send-pr
  
   Yeah; I'd prefer it if send-pr ran under Windows, or of
   FreeBSD would support WinModems.
 
  What fails to work for you in the Web Interface at
  http://www.FreeBSD.org/send-pr.html ?
 
 Attaching patches.  It does not support the HTTP drop
 target for upload, so a cut and paste will change tabs
 into spaces, so the patch won't apply cleanly.

I find that the --ignore-whitespace option to patch usually handles this
nicely. 

-- 
We will not tire, we will not falter, and we will not fail.
- George W. Bush, President of the United States
  September 20, 2001  

 Do YOU Yahoo!?

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: PATCHES for Kris Kennaway to commit

2001-10-08 Thread John Baldwin


On 07-Oct-01 Terry Lambert wrote:
 As to the work itself, I have been avoiding it, since we have
 a new person at ClickArray whose trial by fire is building
 an updated developer workstation release CDROM based on the
 FreeBSD 4.3-RELEASE plus our heavily modified kernel code,
 and our distribution package for our current release product
 (i.e. a CDROM that can be used to install engineering desktop
 machines, and can also be used as a golden master for the
 release engineering process).
 
 As soon as he has successfully been mentored through this
 process (which involves many local patches, some of which I
 posted to you, and which must be manually integrated, since
 the FreeBSD add patches during ``make release'' doesn't
 work if you are patching the top level release Makefile), I
 will be able to turn my attention to it without stepping on
 his toes or his learning process.

Actually, while that is painful, it's not that hard to work around.  You need
your big honkin' patch file that you list in LOCAL_PATCHES and then you need to
patch src/release/Makefile manually before you kick off the release.  The only
extra step is patching src/release/Makefile manually, and there isn't a good
way to workaround that, since you always have to bootstrap from something. 
I've used this approach many times myself in testing release Makefile changes. 
It's not that hard. :-P

-- 

John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/
PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
Power Users Use the Power to Serve!  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: PATCHES for Kris Kennaway to commit

2001-10-07 Thread Terry Lambert

Peter Wemm wrote:
 
 Terry Lambert wrote:
  Peter Wemm wrote:
   param.c was moved to kern/subr_param.c and is fully dynamic, and already
   has these changes.
 
  Nice to know that my changes previously posted to -current in
  the 4.3 timeframe have been incorporated during the rewrite.
 
 BULLSHIT!  They came from yahoo, pre-4.1

OK, so great minds think alike... they certainly hadn't been
integrated in before the 4.3 release, since I did the original
(of mine) back in early April, and posted it later that month.

I think if you will examine the -current archives, you'll see
my post; specifically:

http://docs.freebsd.org/cgi/getmsg.cgi?fetch=243043+0+archive/2001/freebsd-current/20010429.freebsd-current

on April 24th.

  Thanks!
 
 No thanks!  I never saw your post, and I resent the accusation!

It was posted to -current (see above).


  Yeah; I made it last April, and posted it to -current, if you'll
  recollect.
 
 Well, I'm sorry, but we beat you.

Good!  It's an idea that was well past due!

In any case, are the other patches going to be committed?

-- Terry

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: PATCHES for Kris Kennaway to commit

2001-10-07 Thread Terry Lambert

Peter Wemm wrote:
 Incidently, *knowingly* posting patches that are a year out of date do not
 look good for anybody. :-(

24 Apr 2001 was not a year ago.

I won't get into the we don't use -current argument again;
if you want the patches, take them.  The diffs will apply
cleanly for the most part, and those that don't will apply
anyway, if you set the fuzz factor up.

-- Terry

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: PATCHES for Kris Kennaway to commit

2001-10-07 Thread Terry Lambert

Kris Kennaway wrote:
 No, Terry, I didn't offer you carte blanche to submit any change to
 FreeBSD and I'll commit it, I offered to commit your specific changes
 to an area of FreeBSD you were complaining about (registration of
 sysinstall distributions as packages), which I happened to agree
 needed to be fixed.  I called your bluff then, and I called it again
 when you started complaining about the UUCP port.
 
 Here are the messages I sent you to which I refer above.  You never
 replied to either -- presumably because I'd pinned you down into a
 position where you were forced to do work in order to continue.

I did not see the second message, since Earthlink has screwed
up my lambert.org email forwarding which Primenet never
screwed up in the 5 years before Earthlink bought their dialup
customers from Global crossing (who acquired Primenet).

As to the work itself, I have been avoiding it, since we have
a new person at ClickArray whose trial by fire is building
an updated developer workstation release CDROM based on the
FreeBSD 4.3-RELEASE plus our heavily modified kernel code,
and our distribution package for our current release product
(i.e. a CDROM that can be used to install engineering desktop
machines, and can also be used as a golden master for the
release engineering process).

As soon as he has successfully been mentored through this
process (which involves many local patches, some of which I
posted to you, and which must be manually integrated, since
the FreeBSD add patches during ``make release'' doesn't
work if you are patching the top level release Makefile), I
will be able to turn my attention to it without stepping on
his toes or his learning process.

Thanks for the copy of the email I missed, and thanks for
your patience until the release work in progress has been
completed (new FreeBSD hackers have to come from somewhere,
after all).

-- Terry

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: PATCHES for Kris Kennaway to commit

2001-10-07 Thread Terry Lambert

Sheldon Hearn wrote:
 The change is not undefended.  It's been made very clear from the
 beginning that the security officer team sees the UUCP software as a
 security liability, and would like the software relegated to ports so
 as to limit the impact of vulnerabilities.

The specific problem is the --config vulnerability noted
on BugTraq, which ios easily fixed by #ifdef'ing it out.

I understand that there have been a lot of bugs that have
been listed as FreeBSD bugs, when they were really software
from third parties, but that's really no reason to be so
hypersensitive about the distinction that FreeBSD becomes
nothing more than the kernel and perl.

-- Terry

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: PATCHES for Kris Kennaway to commit

2001-10-07 Thread Steve Kargl

On Sun, Oct 07, 2001 at 12:13:50AM -0700, Terry Lambert wrote:
  Terry Lambert wrote:
 
 It was posted to -current (see above).
 

man send-pr

A search of the GNATS databases with terry and lambert
returns zero hits.  The freebsd-current mailing list is not
the preferred method for submission of patches and change
requests.

-- 
Steve

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: PATCHES for Kris Kennaway to commit

2001-10-07 Thread Terry Lambert

Steve Kargl wrote:
  It was posted to -current (see above).
 
 man send-pr
 
 A search of the GNATS databases with terry and lambert
 returns zero hits.  The freebsd-current mailing list is not
 the preferred method for submission of patches and change
 requests.

Yeah; I'd prefer it if send-pr ran under Windows, or of
FreeBSD would support WinModems.

I'd also prefer it that it not reject my source email
address.  Perhaps it doesn't reject Earthlink, like it
did Primenet.

NB: Other people have complained about this as well.

-- Terry

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: PATCHES for Kris Kennaway to commit

2001-10-07 Thread Giorgos Keramidas

Terry Lambert [EMAIL PROTECTED] wrote:
 Steve Kargl wrote:
  
  man send-pr
 
 Yeah; I'd prefer it if send-pr ran under Windows, or of
 FreeBSD would support WinModems.

What fails to work for you in the Web Interface at
http://www.FreeBSD.org/send-pr.html ?

-giorgos


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: PATCHES for Kris Kennaway to commit

2001-10-07 Thread Nik Clayton

On Sun, Oct 07, 2001 at 01:45:37PM -0700, Terry Lambert wrote:
 Steve Kargl wrote:
   It was posted to -current (see above).
  
  man send-pr
  
  A search of the GNATS databases with terry and lambert
  returns zero hits.  The freebsd-current mailing list is not
  the preferred method for submission of patches and change
  requests.
 
 Yeah; I'd prefer it if send-pr ran under Windows, 

It does.  Point your web browser at

http://www.FreeBSD.org/send-pr.html

N
-- 
FreeBSD: The Power to Serve http://www.freebsd.org/
FreeBSD Documentation Project   http://www.freebsd.org/docproj/

  --- 15B8 3FFC DDB4 34B0 AA5F  94B7 93A8 0764 2C37 E375 ---



msg32373/pgp0.pgp
Description: PGP signature


Re: PATCHES for Kris Kennaway to commit

2001-10-07 Thread Giorgos Keramidas

Jason [EMAIL PROTECTED] wrote:
 
 The web interface doesn't allow for patches to be attached.
 http://www.FreeBSD.org/cgi/query-pr.cgi?pr=27653

[ Synopsis: Updates to send-pr.html to support MIME ]

Don't use attachments.  MIME is evil.  Copy/paste the patch in the
report.  There are people out there that do not have MIME-aware MUA's
and you'll break the nice query-pr command that developers can use in
freefall to read the entire text of a PR.

freefall% query-pr -F 27653 | more

If you use base64/quoted-printable or some other exotic encoding of
the attached patch, the above command will be pretty useless.

-giorgos

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: PATCHES for Kris Kennaway to commit

2001-10-07 Thread Warner Losh

In message [EMAIL PROTECTED] Terry Lambert writes:
: NB: Other people have complained about this as well.

That's why I always use the web interface to deal with bugs...  That
way the web server does the mailing, which seems to be much better at
getting into the databse.

Warner

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: PATCHES for Kris Kennaway to commit

2001-10-07 Thread Warner Losh

In message [EMAIL PROTECTED] Giorgos Keramidas writes:
: Don't use attachments.  MIME is evil.  Copy/paste the patch in the
: report.  There are people out there that do not have MIME-aware MUA's
: and you'll break the nice query-pr command that developers can use in
: freefall to read the entire text of a PR.
: 
:   freefall% query-pr -F 27653 | more
: 
: If you use base64/quoted-printable or some other exotic encoding of
: the attached patch, the above command will be pretty useless.

Actually, MIME isn't evil, if used properly.  Trouble is that gnats
doesn't use it properly :-(

Warner

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: PATCHES for Kris Kennaway to commit

2001-10-07 Thread Peter Wemm

Warner Losh wrote:
 In message [EMAIL PROTECTED] Giorgos Keramidas writes:
 : Don't use attachments.  MIME is evil.  Copy/paste the patch in the
 : report.  There are people out there that do not have MIME-aware MUA's
 : and you'll break the nice query-pr command that developers can use in
 : freefall to read the entire text of a PR.
 : 
 : freefall% query-pr -F 27653 | more
 : 
 : If you use base64/quoted-printable or some other exotic encoding of
 : the attached patch, the above command will be pretty useless.
 
 Actually, MIME isn't evil, if used properly.  Trouble is that gnats
 doesn't use it properly :-(

s/use it properly/use it at all/.  It effectively destroys MIME.

Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
All of this is for nothing if we don't go to the stars - JMS/B5


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: PATCHES for Kris Kennaway to commit

2001-10-07 Thread Terry Lambert

Giorgos Keramidas wrote:
 
 Terry Lambert [EMAIL PROTECTED] wrote:
  Steve Kargl wrote:
  
   man send-pr
 
  Yeah; I'd prefer it if send-pr ran under Windows, or of
  FreeBSD would support WinModems.
 
 What fails to work for you in the Web Interface at
 http://www.FreeBSD.org/send-pr.html ?

Attaching patches.  It does not support the HTTP drop
target for upload, so a cut and paste will change tabs
into spaces, so the patch won't apply cleanly.

-- Terry

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



PATCHES for Kris Kennaway to commit

2001-10-06 Thread Terry Lambert

I'm interested in the UUCP code only in so far as it is an
unnecessary -- and so far, undefended by you -- change to
code that's working fine for other people.

My interest in a hosting site would be first for a startup,
and second, to host a competitor to the FreeBSD development,
most likely based on FreeBSD 4.4-RELEASE, rather than -CURRENT.
I haven't decided to take that step yet (despite WRS continued
ownership of the FreeBSD trademark), or I would have done
so already, but rest assured, your continued dodging of the
UUCP issue is not a positive influence on me.


 You may recall that this isn't the first time I've tried to offer my
 help in developing and committing your changes to an area of FreeBSD
 which you've complained about -- although at least this time you
 didn't just ignore my emails outright so you could continue to play
 the persecuted hero.

The hell you have.  Commit the patches I've posted to -current
over the past two months to make the release build process
more friendly to embedded systems developers, starting with
the patch to let me build an installable CDROM with a config
file other than GENERIC, and I might start to believe you.

After that, you can commit the patches to /sys/conf/param.c to
make maxfiles and maxfilesperproc tunable at boot time, and the
patches to login.c to make it possible to rebadge the login:
and password: prompts, and the patches to /sys/netinet/udp_usrreq.c
to make it so you can tune for a large number of TCP sokets
without tuning for a large number of UDP sockets.

Patches attached.

K PLZ THX.


-- Terry

Index: release/Makefile
===
RCS file: /home/cvs/FreeBSD/src/release/Makefile,v
retrieving revision 1.536.2.41
diff -c -r1.536.2.41 Makefile
*** release/Makefile2001/04/14 22:29:49 1.536.2.41
--- release/Makefile2001/05/02 22:04:14
***
*** 268,273 
--- 268,274 
echo #!/bin/sh ${CHROOTDIR}/mk
echo set -ex   ${CHROOTDIR}/mk
echo _RELTARGET=\$${1:-doRELEASE}  ${CHROOTDIR}/mk
+   echo export KERNCONF=${KERNCONF}   ${CHROOTDIR}/mk
echo export CFLAGS='-O -pipe'  ${CHROOTDIR}/mk
echo export NO_X=YES   ${CHROOTDIR}/mk
echo export DISTRIBUTIONS=\${DISTRIBUTIONS}\  ${CHROOTDIR}/mk
Index: release/sysinstall/Makefile
===
RCS file: /home/cvs/FreeBSD/src/release/sysinstall/Attic/Makefile,v
retrieving revision 1.92.2.10
diff -c -r1.92.2.10 Makefile
*** release/sysinstall/Makefile 2001/03/12 12:10:28 1.92.2.10
--- release/sysinstall/Makefile 2001/05/02 22:06:52
***
*** 17,23 
system.c tape.c tcpip.c termcap.c ufs.c usb.c user.c variable.c \
wizard.c keymap.h

! CFLAGS+= -Wall -I${.CURDIR}/../../gnu/lib/libdialog -I${.OBJDIR}
  .if ${MACHINE} == pc98
  CFLAGS+= -DPC98
  .endif
--- 17,23 
system.c tape.c tcpip.c termcap.c ufs.c usb.c user.c variable.c \
wizard.c keymap.h

! CFLAGS+= -Wall -I${.CURDIR}/../../gnu/lib/libdialog -I${.OBJDIR} 
-DKERNCONF=\${KERNCONF}\
  .if ${MACHINE} == pc98
  CFLAGS+= -DPC98
  .endif
Index: release/sysinstall/install.c
===
RCS file: /home/cvs/FreeBSD/src/release/sysinstall/Attic/install.c,v
retrieving revision 1.268.2.22
diff -c -r1.268.2.22 install.c
*** release/sysinstall/install.c2001/03/12 22:50:04 1.268.2.22
--- release/sysinstall/install.c2001/05/02 22:20:06
***
*** 750,756 
--- 750,760 
  if (RunningAsInit) {
/* Fix up kernel first */
if (!file_readable(/kernel)) {
+ #ifdef KERNCONF
+   char *generic_kernel = /kernel. KERNCONF;
+ #else
char *generic_kernel = /kernel.GENERIC;
+ #endif
if (file_readable(generic_kernel)) {
if (vsystem(cp -p %s /kernel, generic_kernel)) {
msgConfirm(Unable to copy /kernel into place!);


Index: param.c
===
RCS file: /home/cvs/clickarray/FreeBSD/sys.releng4/conf/param.c,v
retrieving revision 1.1
retrieving revision 1.2
diff -c -r1.1 -r1.2
*** param.c 2001/03/21 00:50:42 1.1
--- param.c 2001/04/19 23:50:34 1.2
***
*** 44,49 
--- 44,51 
  #include opt_param.h

  #include sys/param.h
+ #include sys/systm.h/* getenv_int */
+ #include sys/kernel.h   /* TUNABLE_INT_DECL */

  /*
   * System parameter formulae.
***
*** 67,74 
  #endif
  int   maxproc = NPROC;/* maximum # of processes */
  int   maxprocperuid = NPROC-1;/* maximum # of processes per user */
! int   maxfiles = MAXFILES;/* system wide open files limit */
! int   maxfilesperproc = MAXFILES; /* per-process open 

Re: PATCHES for Kris Kennaway to commit

2001-10-06 Thread Peter Wemm

Terry Lambert wrote:

 After that, you can commit the patches to /sys/conf/param.c to
 make maxfiles and maxfilesperproc tunable at boot time, and the
 patches to login.c to make it possible to rebadge the login:
 and password: prompts, and the patches to /sys/netinet/udp_usrreq.c
 to make it so you can tune for a large number of TCP sokets
 without tuning for a large number of UDP sockets.


BZZZT!!  Try again.
peter@overcee[12:35pm]~/releng_4/sys/conf-110 ls param.c
ls: param.c: No such file or directory

param.c was moved to kern/subr_param.c and is fully dynamic, and already
has these changes.

TUNABLE_INT_DECL() should be TUNABLE_INT() and is using the old syntax.

If you're going to submit stuff, please at least do us the courtesy to make
sure it is relative to recent source trees.  This change was made quite some
time ago on both -current and RELENG_4.

FYI: kern/subr_param.c:
...
int maxprocperuid;  /* max # of procs per user */
int maxfiles;   /* sys. wide open files limit */
int maxfilesperproc;/* per-proc open files limit */
int ncallout;   /* maximum # of timer events */
...
/* The following can be overridden after boot via sysctl */
maxproc = NPROC;
TUNABLE_INT_FETCH(kern.maxproc, maxproc);
maxfiles = MAXFILES;
TUNABLE_INT_FETCH(kern.maxfiles, maxfiles);
maxprocperuid = maxproc - 1;
maxfilesperproc = maxfiles;
...


 ***
 *** 67,74 
   #endif
   int   maxproc = NPROC;/* maximum # of processes */
   int   maxprocperuid = NPROC-1;/* maximum # of processes per
 user */
 ! int   maxfiles = MAXFILES;/* system wide open files lim
it */
 ! int   maxfilesperproc = MAXFILES; /* per-process open files lim
it */
   int   ncallout = 16 + NPROC + MAXFILES;   /* maximum # of timer events 
*/
   int   mbuf_wait = 32; /* mbuf sleep time in ticks *
/
 
 --- 69,78 
   #endif
   int   maxproc = NPROC;/* maximum # of processes */
   int   maxprocperuid = NPROC-1;/* maximum # of processes per
 user */
 ! int   maxfiles = 0;   /* system wide open files limit */
 ! TUNABLE_INT_DECL(kern.maxfiles, MAXFILES, maxfiles);
 ! int   maxfilesperproc = 0;/* per-process open files limit */
 ! TUNABLE_INT_DECL(kern.maxfilesperproc, MAXFILES, maxfilesperproc);
   int   ncallout = 16 + NPROC + MAXFILES;   /* maximum # of timer events 
*/
   int   mbuf_wait = 32; /* mbuf sleep time in ticks *
/


Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
All of this is for nothing if we don't go to the stars - JMS/B5


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: PATCHES for Kris Kennaway to commit

2001-10-06 Thread Terry Lambert

Peter Wemm wrote:
 param.c was moved to kern/subr_param.c and is fully dynamic, and already
 has these changes.

Nice to know that my changes previously posted to -current in
the 4.3 timeframe have been incorporated during the rewrite.

Thanks!

 If you're going to submit stuff, please at least do us the courtesy to make
 sure it is relative to recent source trees.  This change was made quite some
 time ago on both -current and RELENG_4.

Yeah; I made it last April, and posted it to -current, if you'll
recollect.

Sorry I didn't follow the changes in the FreeBSD tree closely,
but I have a day job that takes most of my time.

-- Terry

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: PATCHES for Kris Kennaway to commit

2001-10-06 Thread Peter Wemm

Terry Lambert wrote:
 Peter Wemm wrote:
  param.c was moved to kern/subr_param.c and is fully dynamic, and already
  has these changes.
 
 Nice to know that my changes previously posted to -current in
 the 4.3 timeframe have been incorporated during the rewrite.

BULLSHIT!  They came from yahoo, pre-4.1


revision 1.3
date: 2000/03/16 07:32:26;  author: filo;  state: Exp;  lines: +10 -8
cleanup param.c and boot/loader.conf stuff

revision 1.2
date: 2000/02/04 11:15:39;  author: filo;  state: Exp;  lines: +56 -0
make param.c configurable at boot time via /boot/loader.conf.local


 Thanks!

No thanks!  I never saw your post, and I resent the accusation!

  If you're going to submit stuff, please at least do us the courtesy to make
  sure it is relative to recent source trees.  This change was made quite som
e
  time ago on both -current and RELENG_4.
 
 Yeah; I made it last April, and posted it to -current, if you'll
 recollect.

Well, I'm sorry, but we beat you.

Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
All of this is for nothing if we don't go to the stars - JMS/B5


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: PATCHES for Kris Kennaway to commit

2001-10-06 Thread Peter Wemm

Peter Wemm wrote:
 Terry Lambert wrote:

   If you're going to submit stuff, please at least do us the courtesy to ma
ke
   sure it is relative to recent source trees.  This change was made quite s
om
 e
   time ago on both -current and RELENG_4.
  
  Yeah; I made it last April, and posted it to -current, if you'll
  recollect.
 
 Well, I'm sorry, but we beat you.

Incidently, *knowingly* posting patches that are a year out of date do not
look good for anybody. :-(

Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
All of this is for nothing if we don't go to the stars - JMS/B5


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message



Re: PATCHES for Kris Kennaway to commit

2001-10-06 Thread Kris Kennaway

On Sat, Oct 06, 2001 at 12:15:23PM -0700, Terry Lambert wrote:

  You may recall that this isn't the first time I've tried to offer my
  help in developing and committing your changes to an area of FreeBSD
  which you've complained about -- although at least this time you
  didn't just ignore my emails outright so you could continue to play
  the persecuted hero.
 
 The hell you have.  Commit the patches I've posted to -current
 over the past two months to make the release build process
 more friendly to embedded systems developers, starting with
 the patch to let me build an installable CDROM with a config
 file other than GENERIC, and I might start to believe you.

No, Terry, I didn't offer you carte blanche to submit any change to
FreeBSD and I'll commit it, I offered to commit your specific changes
to an area of FreeBSD you were complaining about (registration of
sysinstall distributions as packages), which I happened to agree
needed to be fixed.  I called your bluff then, and I called it again
when you started complaining about the UUCP port.

Here are the messages I sent you to which I refer above.  You never
replied to either -- presumably because I'd pinned you down into a
position where you were forced to do work in order to continue.

Kris

From [EMAIL PROTECTED] Thu Jul 12 12:27:59 2001
Date: Thu, 12 Jul 2001 12:27:59 -0700
From: Kris Kennaway [EMAIL PROTECTED]
To: Giorgos Keramidas [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], Bill Moran [EMAIL PROTECTED],
[EMAIL PROTECTED]
Subject: Re: FreeBSD Mall now BSDCentral
Message-ID: [EMAIL PROTECTED]
References: [EMAIL PROTECTED] 
[EMAIL PROTECTED] [EMAIL PROTECTED] 
[EMAIL PROTECTED] [EMAIL PROTECTED] 
[EMAIL PROTECTED] [EMAIL PROTECTED] 
[EMAIL PROTECTED]
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
protocol=application/pgp-signature; boundary=RASg3xLB4tUQ4RcS
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: [EMAIL PROTECTED]; from [EMAIL PROTECTED] on Tue, Jul 
10, 2001 at 05:13:44AM +0300
Status: RO
Content-Length: 1715
Lines: 51


--RASg3xLB4tUQ4RcS
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Jul 10, 2001 at 05:13:44AM +0300, Giorgos Keramidas wrote:
 Terry Lambert [EMAIL PROTECTED] writes:
=20
  The base system is not registered into the packages
  system, because of sysinstall.
=20
 It's not installed from /usr/ports but from /usr/src.
 I don't know if it's a good idea to have a huge
 freebsd_base-5.0-current-20010624 in the packages list, or a zillion
 freebsd_base-bin, freebsd_base-etc, etc. installed.

FWIW, it would be a pretty trivial matter to fake up package metadata
for the sysinstall distributions after they're installed.  You'd just
generate the plist from the contents of the distribution tarball.
This would be useful for deinstalling optional collections like
kerberos or the header files, which is currently impossible.

Perhaps Terry would like to do this to solve one of the issues on his
list: I'll be happy to work with him to get a satisfactory
implementation committed.

  X11 is a distribution set, instead of a package.
=20
 But... but... I did install only those parts of X11 that I wanted.
 I'm not sure I understand this claim.

I'm not sure it's even correct any longer.  i.e. I seem to recall X is
installed as a package thesedays, not a distribution.

Kris

--RASg3xLB4tUQ4RcS
Content-Type: application/pgp-signature
Content-Disposition: inline

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (FreeBSD)
Comment: For info see http://www.gnupg.org

iD8DBQE7Tfo/Wry0BWjoQKURAuzEAJ98ctDT+ExCP7avHU6BXIBO7pOOVwCfV1pe
h0/24H7vWCSC8hd3Z/oQZOM=
=AwOd
-END PGP SIGNATURE-

--RASg3xLB4tUQ4RcS--

From [EMAIL PROTECTED] Mon Jul 16 12:43:34 2001
Date: Mon, 16 Jul 2001 12:43:34 -0700
From: Kris Kennaway [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Package registration of the base system
Message-ID: [EMAIL PROTECTED]
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
protocol=application/pgp-signature; boundary=NzB8fVQJ5HfG6fxh
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Status: RO
Content-Length: 778
Lines: 29


--NzB8fVQJ5HfG6fxh
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Terry,

I didn't see any response from you when I suggested how you could make
a simple change to sysinstall to register distributions as bona fide
packages.  Do you intend to work on this, sine it was one of the big
peeves on your list?  I'm happy to give guidance, and as I already
offered, to commit your patches once they're ready.

Kris

--NzB8fVQJ5HfG6fxh
Content-Type: application/pgp-signature
Content-Disposition: inline

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (FreeBSD)
Comment: For info see http://www.gnupg.org

iD8DBQE7U0PlWry0BWjoQKURAkEgAJ4ptCxk5zX8YYAF/gC9DkNaxMgTYQCdHcms
vrENNCJM3LP4M5XbC0GTlNE=
=9EIX
-END PGP SIGNATURE-

--NzB8fVQJ5HfG6fxh--


Re: PATCHES for Kris Kennaway to commit

2001-10-06 Thread Sheldon Hearn



On Sat, 06 Oct 2001 12:15:23 MST, Terry Lambert wrote:

 I'm interested in the UUCP code only in so far as it is an
 unnecessary -- and so far, undefended by you -- change to
 code that's working fine for other people.

The change is not undefended.  It's been made very clear from the
beginning that the security officer team sees the UUCP software as a
security liability, and would like the software relegated to ports so
as to limit the impact of vulnerabilities.

I don't see how your (or Kris's) insistence on continuing this thread
can benefit the community.  The rest of us don't care about your ego,
nor about Kris's.  You guys are both being wankers by showing no respect
for the time of the readers of this list.

Move on already.

Ciao,
Sheldon.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message