Christian Weisgerber wrote:
> Theo de Raadt:
>
> > What is lacking in this converstation is the justification.
> > Why?
>
> Providing STAILQ in OpenBSD will simplify porting to OpenBSD.
> (Reality check: There is one port affected by this.)
>
> Switching OpenBSD to STAILQ will simplify porting
ftpd doesn't need to declare extern int optreset
as that is already done in the included unistd.h
Jan
Index: popen.c
===
RCS file: /cvs/src/libexec/ftpd/popen.c,v
retrieving revision 1.29
diff -u -p -r1.29 popen.c
--- popen.c
Theo de Raadt:
> What is lacking in this converstation is the justification.
> Why?
Providing STAILQ in OpenBSD will simplify porting to OpenBSD.
(Reality check: There is one port affected by this.)
Switching OpenBSD to STAILQ will simplify porting from OpenBSD.
(There are three or four FreeBSD
Now that we've removed bd_rdStart from the bpf_d struct, removing
ticks from bpf(4) itself is straightforward.
- bd_rtout becomes a timespec; update bpfioctl() accordingly.
Cap it at MAXTSLP nanoseconds to avoid arithmetic overflow
in bpfread().
- At the start of bpfread(), if a timeout is se
Todd C. Miller wrote:
> On Sat, 26 Dec 2020 10:45:21 -0700, "Theo de Raadt" wrote:
>
> > > This diff renames SIMPLEQ_* to STAILQ_* in /usr/src/sys/sys to unify
> > > with FreeBSD and Linux.
> >
> > More than half the stuff being touched doesn't exist in FreeBSD or Linux.
> >
> > SIMPLEQ_ goes ba
On 2020/12/26 18:39, Denis Fondras wrote:
> Le Sat, Dec 26, 2020 at 06:23:41PM +0100, Mark Kettenis a écrit :
> > > > This diff renames SIMPLEQ_* to STAILQ_* in /usr/src/sys/sys to unify
> > > > with FreeBSD and Linux.
> > > >
> > > > I added aliases at the end of queue.h to avoid breaking base t
On Sat, 26 Dec 2020 10:45:21 -0700, "Theo de Raadt" wrote:
> > This diff renames SIMPLEQ_* to STAILQ_* in /usr/src/sys/sys to unify
> > with FreeBSD and Linux.
>
> More than half the stuff being touched doesn't exist in FreeBSD or Linux.
>
> SIMPLEQ_ goes back to 97.
STAILQ goes back to 96. NetB
Le Sat, Dec 26, 2020 at 06:55:09PM +0100, Mark Kettenis a écrit :
> > Date: Sat, 26 Dec 2020 18:39:36 +0100
> > From: Denis Fondras
> >
> > Le Sat, Dec 26, 2020 at 06:23:41PM +0100, Mark Kettenis a écrit :
> > > > > This diff renames SIMPLEQ_* to STAILQ_* in /usr/src/sys/sys to unify
> > > > > w
While investigating an occasional crash when recovering a file with 'vi -r'
after a power failure, I noticed that the recovery files are actually never
updated during an editing session. The recovery files are created upon
initial modification of the file which saves the state of the file at the
> Date: Sat, 26 Dec 2020 18:39:36 +0100
> From: Denis Fondras
>
> Le Sat, Dec 26, 2020 at 06:23:41PM +0100, Mark Kettenis a écrit :
> > > > This diff renames SIMPLEQ_* to STAILQ_* in /usr/src/sys/sys to unify
> > > > with FreeBSD and Linux.
> > > >
> > > > I added aliases at the end of queue.h
Denis Fondras wrote:
> Le Sat, Dec 26, 2020 at 06:23:41PM +0100, Mark Kettenis a écrit :
> > > > This diff renames SIMPLEQ_* to STAILQ_* in /usr/src/sys/sys to unify
> > > > with FreeBSD and Linux.
> > > >
> > > > I added aliases at the end of queue.h to avoid breaking base too much.
> > > > t
> This diff renames SIMPLEQ_* to STAILQ_* in /usr/src/sys/sys to unify
> with FreeBSD and Linux.
More than half the stuff being touched doesn't exist in FreeBSD or Linux.
SIMPLEQ_ goes back to 97.
Why is this the direction to go???
Denis, you appear to be making an arbitrary decision and not
sure
On 26 December 2020 17:51:08 CET, Klemens Nanni wrote:
>
>I think the manual is behind:
>
> $ unwind -nvf/dev/null
> preference { DoT oDoT-forwarder forwarder recursor oDoT-dhcp dhcp stub
>}
>
>OK?
>
>
>Index: unwind.conf.5
>===
Martin Pieuchot wrote:
> On 26/12/20(Sat) 18:23, Mark Kettenis wrote:
> > [...]
> > NetBSD and Solaris both provide SIMPLEQ_* and STAILQ_*. I'm not sure
> > removing one in favour of the other is helpful.
>
> It would be helpful to provide both set of macros for some time to ease
> the transiti
Le Sat, Dec 26, 2020 at 06:23:41PM +0100, Mark Kettenis a écrit :
> > > This diff renames SIMPLEQ_* to STAILQ_* in /usr/src/sys/sys to unify with
> > > FreeBSD and Linux.
> > >
> > > I added aliases at the end of queue.h to avoid breaking base too much.
> > > they will
> > > be removed as soon a
On 26/12/20(Sat) 18:23, Mark Kettenis wrote:
> [...]
> NetBSD and Solaris both provide SIMPLEQ_* and STAILQ_*. I'm not sure
> removing one in favour of the other is helpful.
It would be helpful to provide both set of macros for some time to ease
the transition/conversion.
Then we can decide if w
> Date: Sat, 26 Dec 2020 16:40:15 +0100
> From: Christian Weisgerber
>
> Denis Fondras:
>
> > This diff renames SIMPLEQ_* to STAILQ_* in /usr/src/sys/sys to unify with
> > FreeBSD and Linux.
> >
> > I added aliases at the end of queue.h to avoid breaking base too much. they
> > will
> > be re
I think the manual is behind:
$ unwind -nvf/dev/null
preference { DoT oDoT-forwarder forwarder recursor oDoT-dhcp dhcp stub }
OK?
Index: unwind.conf.5
===
RCS file: /cvs/src/sbin/unwind/unwind.conf.5,v
retrieving
Our make(1) is behind NetBSD's and FreeBSD's make(1) on at least the
rules of variable substitution.
Our DESCRIPION says
There are seven different types of lines in a makefile: dependency lines,
shell commands, variable assignments, include statements, conditional
directives, for l
Denis Fondras:
> This diff renames SIMPLEQ_* to STAILQ_* in /usr/src/sys/sys to unify with
> FreeBSD and Linux.
>
> I added aliases at the end of queue.h to avoid breaking base too much. they
> will
> be removed as soon as diff 2,3,4,5,6,7 are commited.
We'll need to run a ports bulk build wit
Hello Andreas,
Got the point, thanks a lot for your feedback.
Cheers
On 26/12/2020 16:04, Andreas Kusalananda Kähäri wrote:
On Sat, Dec 26, 2020 at 01:29:58PM +0100, Alessandro De Laurenzis wrote:
Greetings,
While extracting the first two characters from a string I noticed the
following:
$
On Sat, Dec 26, 2020 at 01:29:58PM +0100, Alessandro De Laurenzis wrote:
> Greetings,
>
> While extracting the first two characters from a string I noticed the
> following:
>
> > $ str="-- foo bar blahblahblah"
> > $ echo "First 2 chars: ${str%${str#??}}"
> > First 2 chars: --
> > $ str="-- foo b
Greetings,
While extracting the first two characters from a string I noticed the
following:
$ str="-- foo bar blahblahblah"
$ echo "First 2 chars: ${str%${str#??}}"
First 2 chars: --
$ str="-- foo bar blahblahblah [foo]"
$ echo "First 2 chars: ${str%${str#??}}"
First 2 chars: -- foo bar blahb
I read through all the diffs and they look fine to me. My only
comment is that it would be nice if the whitespace changes to queue.h
were done separately as they makes it more difficult to see the
important changes.
I was pleasntly surprised to find the nothing in the tree reaches
into the data s
Rename SIMPLEQ_* to STAILQ_* in /usr/src/usr.bin
Index: ctfconv/dw.c
===
RCS file: /cvs/src/usr.bin/ctfconv/dw.c,v
retrieving revision 1.4
diff -u -p -r1.4 dw.c
--- ctfconv/dw.c27 Sep 2017 08:59:38 - 1.4
+++ ctfconv/d
Rename SIMPLEQ_* to STAILQ_* in /usr/src/usr.sbin
Index: bgpd/bgpd.c
===
RCS file: /cvs/src/usr.sbin/bgpd/bgpd.c,v
retrieving revision 1.230
diff -u -p -r1.230 bgpd.c
--- bgpd/bgpd.c 5 Nov 2020 11:52:59 - 1.230
+++ bgpd/bgpd
Rename SIMPLEQ_* to STAILQ_* in /usr/src/share and /usr/src/regress
Index: regress/usr.sbin/bgpd/unittests/rde_sets_test.c
===
RCS file: /cvs/src/regress/usr.sbin/bgpd/unittests/rde_sets_test.c,v
retrieving revision 1.7
diff -u -p -r1
Rename SIMPLEQ_* to STAILQ_* in /usr/src/sbin
Index: iked/iked.h
===
RCS file: /cvs/src/sbin/iked/iked.h,v
retrieving revision 1.179
diff -u -p -r1.179 iked.h
--- iked/iked.h 21 Dec 2020 22:49:36 - 1.179
+++ iked/iked.h 25 De
Rename SIMPLEQ_ to STAILQ_ in /usr/src/lib
Index: libc/gen/posix_spawn.c
===
RCS file: /cvs/src/lib/libc/gen/posix_spawn.c,v
retrieving revision 1.10
diff -u -p -r1.10 posix_spawn.c
--- libc/gen/posix_spawn.c 28 Jun 2019 13:32:41
mpi@ reminded me I had this diff cooking.
This diff renames SIMPLEQ_* to STAILQ_* in /usr/src/sys/sys to unify with
FreeBSD and Linux.
I added aliases at the end of queue.h to avoid breaking base too much. they will
be removed as soon as diff 2,3,4,5,6,7 are commited.
net/sniproxy has a patch t
Hi Marcus,
* Marcus Glocker wrote:
> Thanks for testing Laurie.
>
> Otherwise I got not much feedback -- No interest in this?
Yes, sure. I really like the feature since it offers an additional
level of privacy when /dev/video* is not owned by root and is a
perfect supplement to kern.audio.recor
31 matches
Mail list logo
