tedu

2013-03-15 Thread Okan Demirmen
:45 - @@ -2,4 +2,6 @@ PROG= rm +LINKS= ${BINDIR}/rm ${BINDIR}/tedu + .include Index: gnu/usr.bin/cvs/src/main.c === RCS file: /home/open/anoncvs/cvs/src/gnu/usr.bin/cvs/src/main.c,v retrieving revision 1.39 diff -u -p -r1.39

tedu raw_disconnect()

2017-11-02 Thread Florian Obser
() so tedu it. OK? diff --git sys/net/raw_cb.c sys/net/raw_cb.c index 107ccc37964..f2396c704dd 100644 --- sys/net/raw_cb.c +++ sys/net/raw_cb.c @@ -104,13 +104,3 @@ raw_do_detach(struct rawcb *rp) sofree(so); free((caddr_t)(rp), M_PCB, 0); } - -/* - * Disconnect and possibly release

tedu raw_cb.c

2017-11-02 Thread Florian Obser
This inlines all the trivial functions in the various places. OK? diff --git sys/conf/files sys/conf/files index 03b4a0e24cc..2771b6f4446 100644 --- sys/conf/files +++ sys/conf/files @@ -788,7 +788,6 @@ file net/switchctl.cswitch file net/switchofp.c swit

tedu .klogin

2014-04-29 Thread David Coppa
Is it ok to zap .klogin? cheers David Index: distrib/sets/lists/etc/mi === RCS file: /cvs/src/distrib/sets/lists/etc/mi,v retrieving revision 1.162 diff -u -p -u -p -r1.162 mi --- distrib/sets/lists/etc/mi 24 Apr 2014 21:07:37 -00

tedu sched_peg_curproc()

2012-07-10 Thread Christiano F. Haesbaert
This isn't used, the idle thread just sets the PEG flag and goes on. Index: kern/kern_sched.c === RCS file: /cvs/src/sys/kern/kern_sched.c,v retrieving revision 1.27 diff -d -u -p -r1.27 kern_sched.c --- kern/kern_sched.c 10 Jul 20

Re: tedu

2013-03-15 Thread Brynet
n/rm/Makefile 21 Sep 1997 11:35:40 - 1.3 > +++ bin/rm/Makefile 15 Mar 2013 16:13:45 - > @@ -2,4 +2,6 @@ > > PROG=rm > > +LINKS= ${BINDIR}/rm ${BINDIR}/tedu > + > .include > Index: gnu/usr.bin/cvs/src/main.c > ==

Re: tedu

2013-03-15 Thread Marc Espie
n/rm/Makefile 21 Sep 1997 11:35:40 - 1.3 > +++ bin/rm/Makefile 15 Mar 2013 16:13:45 - > @@ -2,4 +2,6 @@ > > PROG=rm > > +LINKS= ${BINDIR}/rm ${BINDIR}/tedu > + I resent not having pkg_tedu then. Do we want make tedu=tedu in the ports tree ? :)

Re: tedu netatm

2013-08-09 Thread Mike Belopuhov
On 9 August 2013 09:36, Martin Pieuchot wrote: > It's me again :) With a freshly updated and tested diff to tedu netatm. > I got no objection since I raised the issue 5 months ago [0], so I'm now > looking for oks. > > [0] http://marc.info/?l=openbsd-tech&m=1363

tedu old PKG_PREFIX

2013-12-31 Thread Marc Espie
I think I put this in for compatibility with the old tools years ago. I don't think anyone still uses this, so this can probably die. (I have run a grep thru the ports tree and the man pages, no reference at all) okay ? Index: OpenBSD/Delete.pm ===

Re: tedu sched_peg_curproc()

2012-07-10 Thread Mark Kettenis
> Date: Tue, 10 Jul 2012 21:44:06 +0200 > From: "Christiano F. Haesbaert" > > This isn't used, the idle thread just sets the PEG flag and goes on. Please don't; I have some stuff that *will* use this. > Index: kern/kern_sched.c >

Re: tedu sched_peg_curproc()

2012-07-10 Thread Christiano F. Haesbaert
On 10 July 2012 22:32, Mark Kettenis wrote: >> Date: Tue, 10 Jul 2012 21:44:06 +0200 >> From: "Christiano F. Haesbaert" >> >> This isn't used, the idle thread just sets the PEG flag and goes on. > > Please don't; I have some stuff that *will* use this. > Okayz :) >> Index: kern/kern_sched.c >>

patch: tedu sccs support

2014-11-19 Thread Tobias Stoeckmann
Hi, as we don't even have the "get" command in base, there is no need to support SCCS files anymore. I also remember that we removed the SCCS IDs from source files so... Time to tedu sccs? Tobias Index: common.h =

sys/mbuf.h: tedu m_act

2015-02-08 Thread Lawrence Teo
m_act was the historical name of m_nextpkt, and was already deprecated at the time D&I of 4.4BSD was published. Nothing in our tree uses it, so I would like to propose removing it. Both FreeBSD and NetBSD have removed theirs. I have tested this with make build+release. I also partially tested t

Re: tedu old PKG_PREFIX

2013-12-31 Thread Landry Breuil
On Tue, Dec 31, 2013 at 01:19:32PM +0100, Marc Espie wrote: > I think I put this in for compatibility with the old tools years ago. > I don't think anyone still uses this, so this can probably die. > > (I have run a grep thru the ports tree and the man pages, no reference at all) > > okay ? I th

tedu IPv6 default scope

2013-03-30 Thread Alexander Bluhm
Hi, There is no IPv6 default scope in OpenBSD. Remove leftovers. No binary change. ok? bluhm Index: netinet6/raw_ip6.c === RCS file: /data/mirror/openbsd/cvs/src/sys/netinet6/raw_ip6.c,v retrieving revision 1.50 diff -u -p -r1.50

tedu /usr/include/ssl symlink

2016-11-09 Thread Jeremie Courreges-Anglas
tedu@ proposed suppressing that symlink a while ago. The base system had been fixed at that time, and a bulk build (thanks ajacoutot@) didn't show any fallout. https://codesearch.debian.net/ doesn't report anything that might be affected. ok? Index: includ

Re: patch: tedu sccs support

2014-11-19 Thread Ingo Schwarze
S files fairly often and would like to have a better sccs {annotate,checkout,diff} tool, put patching based on SCCS files is indeed pointless nowadays. > Time to tedu sccs? ok schwarze@ Ingo > Index: common.h > === &

Re: patch: tedu sccs support

2014-11-19 Thread Ted Unangst
On Wed, Nov 19, 2014 at 19:25, Tobias Stoeckmann wrote: > Hi, > > as we don't even have the "get" command in base, there is no need to > support SCCS files anymore. I also remember that we removed the > SCCS IDs from source files so... > > Time to tedu sccs

Re: patch: tedu sccs support

2014-11-20 Thread Tobias Stoeckmann
On Wed, Nov 19, 2014 at 10:02:33PM -0500, Ted Unangst wrote: > Are we still tracking upstream patch in any way? I think we've > diverged in a few places, but there still is an upstream, yes? I don't think so. Looking at the past, the first version was written by Larry Wall who licensed it to FSF

Re: sys/mbuf.h: tedu m_act

2015-02-09 Thread David Gwynne
> On 9 Feb 2015, at 1:40 pm, Lawrence Teo wrote: > > m_act was the historical name of m_nextpkt, and was already deprecated > at the time D&I of 4.4BSD was published. Nothing in our tree uses it, > so I would like to propose removing it. Both FreeBSD and NetBSD have > removed theirs. > > I ha

tedu empty tcsh files in /etc

2016-03-19 Thread Alexander Hall
Hi, As far as I can tell, there is no point in having these files lying around in /etc as they are not needed by tcsh. They're all comments and don't even hold an example. Thus, remove them and make them optional in /etc/mtree/special. Objections from tcsh users? OK? /Alexander Index: Makef

re(4): tedu some unused code

2013-12-30 Thread Brad Smith
tedu some unused code. it has never been enabled and will not be; to deal with a hardware defect for rare boards. unmaintained, untested, etc. want to get rid of it. Comments? OK? Index: re.c === RCS file: /home/cvs/src/sys/dev/ic

tedu old comment about cpu affinity.

2012-07-09 Thread Christiano F. Haesbaert
This no longer applies, it is probably a leftover from the days when we had a global runqueue. Discussed with blambert. ok ? Index: sched_bsd.c === RCS file: /cvs/src/sys/kern/sched_bsd.c,v retrieving revision 1.29 diff -d -u -p -r1.

Re: tedu netatm and ueagle(4)?

2013-03-15 Thread Jonathan Gray
outs of other changes. > > Would anyone mourn their deportation to the Attic? > > In other words, ok to tedu them? Diff below. > > Martin The only reason it is disabled in GENERIC is that the config logic needs to be fixed, here i

Re: tedu netatm and ueagle(4)?

2013-03-18 Thread Jonathan Gray
> > > ueagle(4) is the only driver requiring netnatm and none of them are > > > enabled in GENERIC. All commits touching this code are just fixups > > > for fallouts of other changes. > > > > > > Would anyone mourn their deportation to the Attic? > &

Re: tedu empty tcsh files in /etc

2016-03-19 Thread Alexander Hall
On Sun, Mar 20, 2016 at 01:33:06AM +0100, Alexander Hall wrote: > Hi, > > As far as I can tell, there is no point in having these files lying > around in /etc as they are not needed by tcsh. They're all comments > and don't even hold an example. > > Thus, remove them and make them optional in /e

Re: re(4): tedu some unused code

2013-12-31 Thread Chris Cappuccio
Brad Smith [b...@comstyle.com] wrote: > tedu some unused code. it has never been enabled and will not be; to > deal with a hardware defect for rare boards. unmaintained, untested, etc. > want to get rid of it. > > Comments? OK? > If RE_DIAG wasn't being compiled in, th

Re: re(4): tedu some unused code

2013-12-31 Thread Brad Smith
On Tue, Dec 31, 2013 at 09:55:54AM -0800, Chris Cappuccio wrote: > Brad Smith [b...@comstyle.com] wrote: > > tedu some unused code. it has never been enabled and will not be; to > > deal with a hardware defect for rare boards. unmaintained, untested, etc. > >

Re: tedu old comment about cpu affinity.

2012-07-09 Thread Kenneth R Westerback
On Mon, Jul 09, 2012 at 10:47:16AM +0200, Christiano F. Haesbaert wrote: > This no longer applies, it is probably a leftover from the days when we > had a global runqueue. Discussed with blambert. > > ok ? > > Index: sched_bsd.c > ==

Re: tedu faith(4) and faithd(8)

2013-03-12 Thread Ted Unangst
On Tue, Mar 12, 2013 at 15:30, Martin Pieuchot wrote: > Diffs below kill respectively faith(4) and faithd(8) as suggested some > weeks ago after a submission by dhill. > > ok? I am, of course, implicitly ok will all deletions of obsolete code.

Re: tedu faith(4) and faithd(8)

2013-03-13 Thread Mike Belopuhov
On 12 March 2013 19:25, Ted Unangst wrote: > On Tue, Mar 12, 2013 at 15:30, Martin Pieuchot wrote: >> Diffs below kill respectively faith(4) and faithd(8) as suggested some >> weeks ago after a submission by dhill. >> >> ok? > > I am, of course, implicitly ok will all deletions of obsolete code. >

Re: tedu faith(4) and faithd(8)

2013-03-13 Thread Janne Johansson
2013/3/12 Martin Pieuchot > Diffs below kill respectively faith(4) and faithd(8) as suggested some > weeks ago after a submission by dhill. > > Should this teduing include removal from : distrib/sets/lists/base/mi distrib/sets/lists/man/mi ..also, or does that always fall on todd/theo to sync? -