Hi
I believe the change [1] vmm(4): wire faulted in pages, might have been
a bit heavy handed a broken the use of VMM_IOC_MPROTECT_EPT ioctl.
[1] https://marc.info/?l=openbsd-cvs=161144130825752
please see the patch below which restores this functionality
Cheers
Adam
diff
Thanks Dave,
I like the description and listing the ioctl, and referencing vmmvar.h is a
good idea
Cheers
Adam
On Thu, Apr 1, 2021 at 18:49, Dave Voutila wrote:
> This diff documents the ioctl(2) values supported by vmm(4). Besides
> vmd(8) there's at least one application I've seen
Hi
IA32_EPT_VPID_CAP_XO_TRANSLATIONS is specified incorrectly, see the
patch below.
Cheers
Adam
On Fri, Feb 26, 2021 at 01:08:17PM +0800, Adam Steen wrote:
> Hi
>
> IA32_EPT_VPID_CAP_XO_TRANSLATIONS is specified as 0x0 and not (1ULL << 0)
> ie 0 and not bit 0 as on.
>
&g
Hi
IA32_EPT_VPID_CAP_XO_TRANSLATIONS is specified as 0x0 and not (1ULL << 0)
ie 0 and not bit 0 as on.
Please see the attach diff to correct this and rename
IA32_EPT_VPID_CAP_XO_TRANSLATIONS to IA32_EPT_VPID_CAP_XO to reduce
wordyness.
Cheers
Adam
diff 0e7183d43c8ed36e5d169be05df6147256
Thanks so much! This is my first patch for OpenBSD, and I don't quite have
the workflow debugged yet.
Adam
On Thu, Jan 7, 2021 at 11:29 PM Theo Buehler wrote:
> On Thu, Jan 07, 2021 at 11:16:16PM +0000, Adam Barth wrote:
> > Previously, this code was passing string constants to
Previously, this code was passing string constants to functions that did
not declare their parameters as const. After this patch, the functions now
declare that they do not modify these arguments, making it safe to pass
string constants.
diff --git lib/libc/gen/fts.c lib/libc/gen/fts.c
index
I have a small, quality of life patch you may find useful.
It changes memory units used on the default page of systat running
with -h flag.
example:
memory totals (in MB)
real virtual free
Active 3636 1443
All 523 523 3516
Units
> On Fri, Feb 07, 2020 at 01:25:38PM -0800, Mike Larkin wrote:
> > On Fri, Feb 07, 2020 at 04:20:16AM +0000, Adam Steen wrote:
> > > Hi
> > >
> > > Please see the attached patch to add an 'IOCTL handler to sets the access
> > > protections of
:32 of CR0 and CR4 are reserved and must be written with zeros.
Writing a nonzero value to any of the upper 32 bits results in a
general-protection exception, #GP(0). (Intel SDM Volume 3abcd page
75, 2.5 Control Registers, Paragraph 2, bullet point 2.
Cheers
Adam
? div
Index: sys/arch/amd64
On Fri, Feb 07, 2020 at 04:38:16PM -0800, Mike Larkin wrote:
>
> On Fri, Feb 07, 2020 at 01:25:38PM -0800, Mike Larkin wrote:
> > On Fri, Feb 07, 2020 at 04:20:16AM +, Adam Steen wrote:
> > > Hi
> > >
> > > Please see the attached patch to a
went with add read permissions and logging the
fact, instead of returning EINVAL.
Cheers
Adam
? div
Index: sys/arch/amd64/amd64/vmm.c
===
RCS file: /cvs/src/sys/arch/amd64/amd64/vmm.c,v
retrieving revision 1.258
diff -u -p -u -p
Hi
Again while working on a larger patch i noticed that the eptp for vmx
was not getting initialised to zero like the svm code path, as part of
a VMM_IOC_RESETCPU ioctl call.
please see the attach patch to initialise eptp to zero
cheers
Adam
? div
Index: sys/arch/amd64/amd64/vmm.c
Hi
While working on a patch, i noticed that vmm_get_guest_faulttype was
incorrect for amd (VMM_MODE_RVI) cpus, apon further inspection realised
it was unused. Please see the patch below to remove it.
cheers
Adam
? div
Index: sys/arch/amd64/amd64/vmm.c
if (ioctl(hvb->vmd_fd, VMM_IOC_MPROTECT_EPT, vmep) < 0) {
warn("mprotect ept vmm ioctl failed - exiting");
ret = -1;
}
Cheers
Adam
[1]
https://github.com/adamsteen/solo5/blob/wnox/tenders/hvt
10.1.0.2
09. Observe that, for each ping sent to service1, a packet is dropped.
10. Kill the normal ping
11. start a flood ping
doas ping -f 10.1.0.2
12. Observe massive packet loss on both interfaces, and ping
complaining about No buffer space available (ENOBUFS).
Cheers
Adam
ps Sorry
dd a third, I think these should be consolidated, but i didn't know
where to put the new function.
the implementations are in:
- ieee80211_regdomain.c
- sys/kern/kern_pledge.c
Cheers
Adam
Index: sys/arch/amd64/amd64/vmm.c
===
RCS
On 5/10/17 5:19 PM, Hrvoje Popovski wrote:
> On 10.5.2017. 15:22, Martin Pieuchot wrote:
>> This big hammer of delaying every input via a timeout introduced a nasty
>> side effect. Since only one element can be queued, we can lose inputs
>> if the keyboard is too fast.
>>
>> Here are some bug
On Sun, Oct 8, 2017 at 6:03 AM, Theo de Raadt <dera...@openbsd.org> wrote:
> > Adam will correct me if I'm wrong, but his idea was to provide clock
> > emulation to the operating system running in userland (solo5/unikernel).
> > Perhaps vmd can make use of this interfa
On Sat, Oct 07, 2017 at 06:27:53PM +0800, Adam Steen wrote:
> On Sat, Oct 7, 2017 at 5:52 PM, Adam Steen <a...@adamsteen.com.au> wrote:
>
> > On Fri, Oct 06, 2017 at 03:58:18PM +0200, Mike Belopuhov wrote:
> > > Hi,
> > >
> > > An experimen
On Sat, Oct 7, 2017 at 5:52 PM, Adam Steen <a...@adamsteen.com.au> wrote:
> On Fri, Oct 06, 2017 at 03:58:18PM +0200, Mike Belopuhov wrote:
> > Hi,
> >
> > An experimental change to use TSC as a timecounter source on a variety
> > of modern Intel and AMD CPUs ha
On Fri, Oct 06, 2017 at 03:58:18PM +0200, Mike Belopuhov wrote:
> Hi,
>
> An experimental change to use TSC as a timecounter source on a variety
> of modern Intel and AMD CPUs has been just committed and enabled on
> OpenBSD/amd64 thanks to the work done by Adam Steen.
>
On Fri, Aug 25, 2017 at 12:43:44PM +0200, Mike Belopuhov wrote:
> On Fri, Aug 25, 2017 at 00:40 -0700, Mike Larkin wrote:
> > On Thu, Aug 24, 2017 at 12:39:33PM +0800, Adam Steen wrote:
> > > On Thu, Aug 24, 2017 at 2:35 AM, Mike Larkin <mlar...@azathoth.net> wrote:
>
On Thu, Aug 24, 2017 at 2:35 AM, Mike Larkin <mlar...@azathoth.net> wrote:
> On Wed, Aug 23, 2017 at 09:29:15PM +0800, Adam Steen wrote:
>> On Thu, Aug 17, 2017 at 12:19:28PM +0800, Adam Steen wrote:
>> > On Tue, Aug 8, 2017 at 10:12 PM, Mike Belopuhov <m...@belopuho
On Thu, Aug 17, 2017 at 12:19:28PM +0800, Adam Steen wrote:
> On Tue, Aug 8, 2017 at 10:12 PM, Mike Belopuhov <m...@belopuhov.com> wrote:
> > On Tue, Aug 08, 2017 at 08:18 +0800, Adam Steen wrote:
> >> On Mon, Jul 31, 2017 at 3:58 PM, Mike Belopuhov <m...@belopuhov.com
On Tue, Aug 8, 2017 at 10:12 PM, Mike Belopuhov <m...@belopuhov.com> wrote:
> On Tue, Aug 08, 2017 at 08:18 +0800, Adam Steen wrote:
>> On Mon, Jul 31, 2017 at 3:58 PM, Mike Belopuhov <m...@belopuhov.com> wrote:
>> > On Mon, Jul 31, 2017 at 09:48 +0800, Adam Steen w
the main process to die or just stop working (like it did now)?
- fatal() can't be used as it uses exit(3) instead of _exit(2)
- anything else that we might have missed
looking for pointers/suggestions on how to move forward with this.
regards,
Adam
On Tue, Jun 13, 2017 at 12:43:51AM +0200, Adam Wolk wrote:
> On Mon, Jun 12, 2017 at 11:43:44PM +0200, Alexandr Nedvedicky wrote:
> > Hello Adam,
> >
> >
> >
> > > It was a rainy evening here, so here's the updated pfctl diff.
> >
> >
accommodate (with an fd reserve).
> The lower limits are on outgoing connections.
>
> New diff with reordered code. I'll see if I can get Adam to run one more
> round of testing..
>
Tested the diff on -current OpenSMTPD running on a 6.1 server.
Sent 11 emails with ~2MB of base64 e
On Mon, Jun 12, 2017 at 11:43:44PM +0200, Alexandr Nedvedicky wrote:
> Hello Adam,
>
>
>
> > It was a rainy evening here, so here's the updated pfctl diff.
>
> I'm sorry to hear about the rainy weather [1].
> anyway, you might want to run regression test fo
On Mon, Jun 12, 2017 at 01:59:07PM +0200, Mike Belopuhov wrote:
> On Sun, Jun 11, 2017 at 15:03 +0100, Raymond wrote:
> > Transform the following functions (which never return anything other than
> > 0, and whose return value is never used) to void:
> >
> > * pfctl_clear_stats,
On Sun, Jun 11, 2017 at 03:03:56PM +0100, Raymond wrote:
> Transform the following functions (which never return anything other than 0,
> and whose return value is never used) to void:
>
> * pfctl_clear_stats, pfctl_clear_interface_flags, pfctl_clear_rules,
> pfctl_clear_src_nodes,
On Sun, Jun 11, 2017 at 11:10:30AM -0600, Theo de Raadt wrote:
> + write(STDERR_FILENO, NO_KTRACE, sizeof(NO_KTRACE));
>
> Naw, I dislike that sizeof.
>
> You can use dprintf, it is signal-safe in OpenBSD as long as the format
> string doesn't contain floating-point strings.
Attaching
Hi tech@,
Using the GREATSCOTT[1] pattern to output in the ktrace signal handler,
dropping the need for an snprintf and the 8k stack buffer.
Brought to attention by BlackFrog on #openbsd-daily
Feedback, OK's?
Regards,
Adam
[1] - https://marc.info/?l=openbsd-tech=149613049920485=2
Index
On Sat, Jun 10, 2017 at 12:45:01AM +0200, Theo Buehler wrote:
> On Fri, Jun 09, 2017 at 11:59:44PM +0200, Theo Buehler wrote:
> > On Fri, Jun 09, 2017 at 11:55:26PM +0200, Adam Wolk wrote:
> > > On Fri, Jun 09, 2017 at 11:54:03PM +0200, Adam Wolk wrote:
> > > > On F
On Fri, Jun 09, 2017 at 11:54:03PM +0200, Adam Wolk wrote:
> On Fri, Jun 09, 2017 at 09:28:29PM +, ra...@openmailbox.org wrote:
> > Hello!
> >
> > Here is a patch with a pledge bugfix in netcat and some minor style
> > improvements.
> >
> > An example o
0 2017
Valid Until: Wed Jul 26 04:01:00 2017
Cert Hash:
SHA256:1746b1d2ecdf8ad1fb7e06a6c97154b2c1a87eee65f5654824d0a0dc0af4ba98
OCSP URL: http://ocsp.int-x3.letsencrypt.org/
^C
$
Test on amd64 -current
Regards,
Adam
this. I would have implemented it
anyways for fun :)
Regards,
Adam
Index: doas.c
===
RCS file: /cvs/src/usr.bin/doas/doas.c,v
retrieving revision 1.72
diff -u -p -r1.72 doas.c
--- doas.c 27 May 2017 09:51:07 - 1.72
On Tue, Jun 06, 2017 at 08:29:23PM +, Florian Obser wrote:
> On Tue, Jun 06, 2017 at 08:49:32PM +0200, Adam Wolk wrote:
> > On Tue, Jun 06, 2017 at 12:28:59PM -0600, Theo de Raadt wrote:
> > > > The only thing against using automatic rounds would be having
On Tue, Jun 06, 2017 at 12:28:59PM -0600, Theo de Raadt wrote:
> > The only thing against using automatic rounds would be having them guessed
> > on a
> > weaker machine and used on a more powerful server - doubt though that would
> > ever
> > pick something below 8 rounds.
>
> I don't see the
On Tue, Jun 06, 2017 at 02:20:38PM -0400, Bryan Steele wrote:
> >
> > - if (strlcpy(salt, bcrypt_gensalt(8), sizeof(salt)) >= sizeof(salt))
> > - errx(1, "salt too long");
> > - if (strlcpy(hash, bcrypt(pass, salt), sizeof(hash)) >= sizeof(hash))
> > - errx(1, "hash too
of crypt_checkpass(3) and
crypt_newhash(3).
I'm attaching a diff moving htpasswd to the new API. Tested with httpd from
6.1 with a htpasswd generated with the diff applied on current.
Feedback? OK's?
Regards,
Adam
? htpasswd
Index: htpasswd.c
On Sat, May 27, 2017 at 10:58:40PM +0100, Jason McIntyre wrote:
> On Sat, May 27, 2017 at 11:45:43PM +0200, Adam Wolk wrote:
> > Index: chown.8
> > ===
> > RCS file: /cvs/src/bin/chmod/chown.8,v
> > retrie
On Sat, May 27, 2017 at 11:01:29PM +0200, Adam Wolk wrote:
> On Sat, May 27, 2017 at 01:42:45PM -0600, Theo de Raadt wrote:
> > I agree with you. Maybe change the comment
> >
> > /* UID and GID are separated by a dot and UID exists. */
> >
> >
On Sat, May 27, 2017 at 01:42:45PM -0600, Theo de Raadt wrote:
> I agree with you. Maybe change the comment
>
> /* UID and GID are separated by a dot and UID exists. */
>
> to say a bit more on the matter, to prevent a zealot from arriving 2-3
> years from now and proposing
Hi tech@,
I stumbled on SUPPORT_DOT while reading /usr/src/bin/chmod.c, got curious
and started doing some research.
POSIX changed the separator from . to : to make the utility properly work with
usernames containing a dot. The standard doesn't forbid keeping the dot handling
for backwards
On Tue, Dec 06, 2016 at 07:46:31PM +0100, Adam Wolk wrote:
> Hi tech@
>
> _gypcio on IRC reported that pkg_sign uses a -s signify flag that was renamed
> in
> -current to signify2. The entry in the FAQ showing that example also linked
> to a
> pkg_sign man page fro
On Tue, Dec 06, 2016 at 07:46:31PM +0100, Adam Wolk wrote:
> Hi tech@
>
> _gypcio on IRC reported that pkg_sign uses a -s signify flag that was renamed
> in
> -current to signify2. The entry in the FAQ showing that example also linked
> to a
> pkg_sign man page fro
Hi tech@
_gypcio on IRC reported that pkg_sign uses a -s signify flag that was renamed in
-current to signify2. The entry in the FAQ showing that example also linked to a
pkg_sign man page from -current which lead to the confusion.
Here is a diff generated with:
perl -pi.bak -e
://man-k.org/man/netbsd/9/usbdi?r=1=usb_rem_task
Feedback? OK's?
Regards,
Adam
Index: Makefile
===
RCS file: /cvs/src/share/man/man9/Makefile,v
retrieving revision 1.280
diff -u -p -r1.280 Makefile
--- Makefile5 Sep 2016 07:22:29 -
Hi tech@
attaching a fix for the following crash caused by a null pointer dereference
while the modeline is trying to work on a unusable display
#0 0x0bf6a4e04433 in modeline (wp=0xbf948d9d400, modelinecolor=2) at
display.c:800
800 vscreen[n]->v_color = modelinecolor;/*
On Tue, Sep 06, 2016 at 05:10:39PM +, Mark Lumsden wrote:
> Source Joachim Nilsson:
>
> Found by Coverity Scan. The popbuf() function iterated over a list to
> find a wp pointer, then sent it to showbuffer() which immediately went
> ahead and dereferenced it. This patch simply
Hi tech@,
I have been noticing coredumps from telnet on my laptop for some time
now and finally found an evening to investigate it.
The typical use case:
$ telnet localhost 22
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
SSH-2.0-OpenSSH_7.2
^]
telnet> quit
Connection
On Sat, Mar 26, 2016 at 7:47 PM, attila wrote:
>
> Jyri Hovila [Turvamies.fi] writes:
>
>> I can report significant usability improvement on a single core ThinkPad T42
>> and a dual core ThinkPad X60.
>>
>
> I hate to crap on this wonderful
e the dependency
on chown/chmod/etc. doing voodoo on the remote NFS server, but there are
other, non-NFS, remote filesystems that do similar things. I can't
remember if OpenBSD still supports any of them, though.
-Adam
urate than _JERKS.
Yes, I'm defending FTDI - up to a point, anyway.
(There are only two hard things in programming: naming.)
-Adam
7-4510U CPU @ 2.00GHz, 1895.62 MHz
cpu2: Intel(R) Core(TM) i7-4510U CPU @ 2.00GHz, 1895.62 MHz
cpu3: Intel(R) Core(TM) i7-4510U CPU @ 2.00GHz, 1895.62 MHz
inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics" rev 0x0b
running Intel Haswell Mobile for the gfx card.
Regards
Hello,
I have a few Dell servers which I've installed OpenBSD for testing
but ran into a problem with keystroke loss on the console when used
through the Dell iDRAC remote graphical console. Surprisingly it
operates perfectly fine in the installer (thankfully) but when booted
from a formal
I've been using pf for years and really like it. I accidentally discovered
some undesirable behavior from the rule parser that caused some rules to be
skipped. This has happened to me twice and there was much hair pulling.
The short version is rules starting with # but ending in \ get treated
On Thu, 12 Nov 2015 16:15:35 +0100
Marc Espie <es...@nerim.net> wrote:
> On Wed, Nov 11, 2015 at 05:13:45PM +0100, Adam Wolk wrote:
> > Hi tech@,
> >
> > I have been working recently on packaging a shared library for the
> > first time and hit a stumbling block y
Hi tech@,
I have been working recently on packaging a shared library for the
first time and hit a stumbling block yesterday.
$ make package
`/usr/ports/pobj/libwebsockets-1.5/fake-amd64/.fake_done' is up to date.
===> Building package for libwebsockets-1.5
Create
objdump(1) with the --syms flag which
reports if the provided input binary was stripped of symbols like
initially intended.
Regards,
Adam Wolk
Index: guide.html
===
RCS file: /cvs/www/faq/ports/guide.html,v
retrieving revision 1.38
d
On Sat, Oct 31, 2015 at 2:29 PM, Theo de Raadt wrote:
>>Whilst browsing their forums I found a link to this:
>> http://pcengines.ch/apu2b4.htm . AMD Jaguar APU, 4 cores, up to 4Gb
>> DDR1333 ram with ECC, and 3 intel i211 or i210 NICs. Hopefully there
>> won't be so
Hi tech@ reader,
I am running OpenBSD 5.8 on amd64 and I have encountered a non-deterministic
and incorrect behavior of httpd and slowcgi. I traced the problem to be that
httpd is assuming that only first FastCGI FCGI_STDOUT record will contain
headers and all subsequent records contain body
on it for any significant amount of
time since the ~recent changes to improve Thinkpad power usage.
--
-Adam Thompson
athom...@athompso.net
On Wed, 8 Jul 2015 22:20:49 +0100
Stuart Henderson st...@openbsd.org wrote:
On 2015/07/08 20:00, Max Fillinger wrote:
On Wed, Jul 08, 2015 at 03:53:46PM +0200, Mark Kettenis wrote:
I'm looking for testers for this diff. This should be safe to
run on amd64, i386 and sparc64. But has
that
some OpenBSD developers work for mtier directly. Each time mtier is
mentioned someone is deemed to chime in with but I don't trust them
even though the same people commit code to the base OS...
Regards,
Adam
On Sun, 31 May 2015 19:25:22 -0400
Todd Mortimer t...@opennet.ca wrote:
Hi tech@,
Hi Joerg,
Thanks for getting back to me.
I cloned the server and upgraded it to the 31 May snapshot, did the
sysmerge and upgraded the packages to the snapshot versions.
The behaviour is still there. It
On Sun, Apr 19, 2015, at 12:23 AM, Philip Guenther wrote:
On Sat, Apr 18, 2015 at 2:56 PM, Adam Wolk adam.w...@koparo.com wrote:
On Sat, Apr 18, 2015, at 11:44 PM, Mark Kettenis wrote:
From: Adam Wolk adam.w...@koparo.com
Date: Sat, 18 Apr 2015 23:23:40 +0200
...
Which lead me
/gcc/config/i386/linux64.h:#include sys/ucontext.h
./gnu/usr.bin/gcc/gcc/config/ia64/linux.h:#include sys/ucontext.h
PS.
I would greatly appreciate If anyone pointed me at a file that still
defines
mcontext_t or an acceptable workaround :)
Regards,
--
Adam Wolk
adam.w...@koparo.com
On Sat, Apr 18, 2015, at 11:44 PM, Mark Kettenis wrote:
From: Adam Wolk adam.w...@koparo.com
Date: Sat, 18 Apr 2015 23:23:40 +0200
Hi tech@,
I'm working on a port for lang/dart and got stuck on ucontext.h compile
errors.
The first one was quite easy, changing sys/ucontext.h
to 64040
Regards,
Adam
On Sun, Apr 5, 2015, at 01:31 PM, Stuart Henderson wrote:
On 2015-04-04, Landry Breuil lan...@rhaalovely.net wrote:
On Sat, Apr 04, 2015 at 11:07:11PM +0200, Adam Wolk wrote:
Hi tech@
I'm the maintainer of www/otter-browser and I got caught while packaging
otter-browser 0.9.04
On Sat, Apr 4, 2015, at 11:27 PM, Landry Breuil wrote:
On Sat, Apr 04, 2015 at 11:07:11PM +0200, Adam Wolk wrote:
Hi tech@
I'm the maintainer of www/otter-browser and I got caught while packaging
otter-browser 0.9.04. Upstream asked us to point at a different commit
then the tagged
that situation and I almost got
caught
by it twice since upstream again asks us to package a couple of
revisions
ahead of the tagged version.
Regards,
Adam
Index: bsd.port.mk.5
===
RCS file: /cvs/src/share/man/man5/bsd.port.mk.5,v
retrieving
On Thu, Mar 5, 2015 at 1:05 PM, T. Jameson Little beatgam...@gmail.com wrote:
On Wed, Mar 04, 2015 at 09:28:42AM +0100, Stefan Sperling wrote:
The actual amount of work depends on when you consider support complete.
11n has such a large feature set and optional parts that you can't
simply say
).
Client-server protocols are generally written to retry on, or otherwise
be resilient to, failure; signalling shutdown when I have to kick the
server in the head for some reason (which, yes, even happens with
OpenBSD :-)) would be a bad thing for some to many clients.
--
-Adam Thompson
and exit cleanly and safely if they're absent.
--
-Adam Thompson
athom...@athompso.net
+1 (204) 291-7950 - cell
+1 (204) 489-6515 - fax
Fix a minor typo in the ntpctl help output, and same semantic mistake in
the manpage. Currently says (to be pedantic) that '-s' only works with
'all', which is not the case: '-s' is required with all options.
Apologies if I've got the patch format wrong, I don't do this often...
-Adam
On Wed, Dec 31, 2014, at 04:16 PM, Theo Buehler wrote:
The adventure game is currently broken. When it's started without
any arguments, it spits a pile of garbage to stdout before eventually
dumping its core.
Confirmed true for i386 running a snapshot from 27-Dec-2014.
With your patch
Regards,
--
Adam Wolk
adam.w...@koparo.com
On Mon, Dec 8, 2014, at 03:54 PM, Brent Cook wrote:
We spent the weekend buttoning up features and closing issues with
LibreSSL-portable.
All features and fixes for the next release are now landed in the github
mirror
Not sure how much of an issue this would be, WSAPoll() is only
available on Windows Vista and above.
On Mon, 1 Dec 2014 14:10:44 +0800
Dongsheng Song dongsheng.s...@gmail.com wrote:
Cool !
I can see you do lot's of update on select-poll conversions.
The code become more and more complex
Useful and clean. Just like they are at the moment.
Personally, I would rather it be complete with pitfalls that may be
encountered during an upgrade, that need manual resolution.
As far as I am aware, deleting some files that require manual execution
in the first place isn't much of a
On Thu, Nov 6, 2014 at 9:36 AM, Nick Permyakov stick...@mail.ru wrote:
Hi,
Some typos on http://www.openbsd.org/faq/faq1.html
Section 1.2 - On what systems does OpenBSD run?.
...has helped produced a higher-quality code base... should read helped
produce (or maybe helped to produce).
opinions on what would be the canonical approach to swapping
IPs between interfaces on a live system? Just do it by hand? Write
your own script? Use netstart? Or just reboot?
--
-Adam Thompson
athom...@athompso.net
I apologise to all (especially Theo) for my behavior and remarks here,
and I apologise if I came across as being arrogant and unwilling to
cooperate.
I am going to leave for at least 4 weeks to cool off before I post
again.
Once again, I am sorry.
- Adam.
I got of to a bit of a bad start with this patch, and things were
allover the place. I knew it was bad when Theo gave me a bit of a boot.
And so now I think it is time for Mk II.
Hopefully I don't make an ass out of myself this time.
I eliminated some unused definitions that were added in Rev 5.
Revision 2:
1. Fixed up an issue caused by bad diffing technique.
2. Only functionality changes included here; parsing changes to follow next
as per Otto's instruction.
3. Documentation changes will follow as well.
4. I have received some more feedback from Doug Hogan regarding newfs bugs,
On Fri, 19 Sep 2014 00:14:47 -0700
Doug Hogan d...@acyclic.org wrote:
On Thu, Sep 18, 2014 at 09:28:41AM +0100, bytevolc...@safe-mail.net
wrote:
Revised diffbelow:
You are inheriting some bugs in here by reusing newfs code. :)
I agree with the comments from others. Additional comments:
Documentation update:
Index: mount_tmpfs.8
===
RCS file: /cvs/src/sbin/mount_tmpfs/mount_tmpfs.8,v
retrieving revision 1.3
diff -u -p -r1.3 mount_tmpfs.8
--- mount_tmpfs.8 5 Feb 2014 15:32:26 - 1.3
+++
On Fri, 19 Sep 2014 10:58:59 +0200
Henning Brauer hb-openbsdt...@ml.bsws.de wrote:
HUH?
Doug is entirely right. src is user controlled and can be larger than
mountpoint. In that case, we want to bail and whine at the user
instead of silently truncating and going on.
Thanks for clarifying
Revision 3:
- if (template) - if (template[0] != '\0')
(From Revision 2):
1. Added code to allow updating MNT_RDONLY status with M.
If MNT_WANTRDWR is specified as well, MNT_RDONLY is unset.
2. Added check for strlcpy() call.
3. If getenv() is deemed unsafe to call, just use the
default
Patch for argument parsing below.
Diff taken in relation to Revision 3 of the aforementioned patch.
I do not understand why this should be a separate diff for this, as it
is essentially part of the functionality itself.
Let me know if you want it all together.
--- mount_tmpfs.c Fri Sep
On Fri, 19 Sep 2014 16:08:33 +0200
Otto Moerbeek o...@drijf.net wrote:
On Fri, Sep 19, 2014 at 10:21:13PM +1000, Adam wrote:
Patch for argument parsing below.
Diff taken in relation to Revision 3 of the aforementioned patch.
I do not understand why this should be a separate diff
.
The GitHub repository should be used for informational purposes only.
Regards,
--
Adam Wolk
adam.w...@koparo.com
keep providing opinions and feedback, but even (sizeable) donations to the
foundation don't earn me the *right* to be heeded.
Apologies for the noise on tech@, but moving to misc would be even worse.
-Adam
On July 16, 2014 4:08:09 PM CDT, STeve Andre' and...@msu.edu wrote:
On 07/16/14 17:00, Shawn
I would know of its existence, but likely not install it. As I said, I have
workarounds. I remember how bad the code was years ago, so I agree with the
idea in general, but it will be a pain in the butt for me every once in a while
:-(.
-Adam
On July 11, 2014 4:03:29 AM CDT, Theo de Raadt
find having a finger client of some
sort in base useful at one site, however.)
Gopher, however, is not as dead as everyone assumes.
I believe I can re-enable tn3270 and telnet schemes manually, which is fine. I
still use both of those fairly often.
The other protocols are irrelevant to me.
-Adam
today.
IIRC, finger was how we got a quick status overview from... some piece of ATM
switching gear?
And yes, I actually do spend a noticeable amount of time at the text console,
with no ports installed, when inside a foreign network.
-Adam
[Original message deleted]
--
Sent from my Android device
cluebats :-(
--
-Adam Thompson
athom...@athompso.net
anyway.
-Adam
On June 22, 2014 4:22:16 PM CDT, Philip Guenther guent...@gmail.com wrote:
If you're currently using procfs, please respond with exactly what
parts of
it are actually needed by the programs you run. Without a good reason
to
keep it, it'll be deleted, as I broke listing of /proc back
1 - 100 of 123 matches
Mail list logo