We won't help you because we oppose the lack of a security barrier
in such designs.
Joseph Mayer wrote:
> Maybe this topic is better suited for tech@, you tell:
>
> Is there some way I can implement PCI drivers in userland in OpenBSD?
>
> On a quick Internet search, see some discussion for
Jan Stary wrote:
> On Jan 09 11:03:57, t...@tedunangst.com wrote:
> > Jan Stary wrote:
> > > Installing base66.tgz 100% |**| 99116 MB -
> > > 07:12edT-
> > > Installing comp66.tgz 83% |* | 45312 KB -
> > > stalledT-syncing disks...
Xiyue Deng wrote:
> It would be better to point out where to start, what
> hard problems to solve, what work has been done in this area that people
> can continue to work on.
Looking at that list, noone here owes you any of those.
Do your own homework.
Re-reading the thread is remarkable.
Xiyue Deng wrote:
> Ingo Schwarze writes:
>
> > Hi Stuart,
> >
> > Stuart Longland wrote on Thu, Jan 09, 2020 at 09:07:38AM +1000:
> >> Somebody wrote:
> >
> >>> - If we could clean-room implement a BSD-licensed
> >>> EXT3/EXT4/BTRFS/XFS/JFS/whatever, following style(8), would there be
> >>>
Ingo Schwarze wrote:
> Even if you had, let's say, a whole year to spend full-time, you
> would not really be making any sense right now. So, could we drop
> this thread, please?
Ingo, you know that's impossible.
These are people on misc, their self-importance and optimism knows
no bounds.
>I am running Fossil to synchronize my ports work on
>laptop and computer and I am amazed how easy it is,
>how I wish I had my own domain to share my work
>(both finished and WIP) to public...
wow, you don't even have your own domain. you sound poor.
that makes it easy to guess you don't know
Steve Litt wrote:
> On Tue, 31 Dec 2019 15:57:47 -0600
> Eric Zylstra wrote:
>
> > Proposing such a huge project without the ability to do it? I may
> > have been a little disrespectful, but not the first one in the
> > thread. And my point wasn’t to be disrespectful, but to point out
> >
> received very well. Apologies if that wasn’t within bounds.
>
> E
>
>
> Sent from my iPhone
>
> > On Dec 31, 2019, at 3:46 PM, Theo de Raadt wrote:
> >
> > Isn't it a bit disrespectful to assume someone on misc@ is going to
> > write such a lar
Isn't it a bit disrespectful to assume someone on misc@ is going to
write such a large diff?
> Maybe the OP could just go ahead and replace all the Perl code with Lua and
> then ask for feedback from the other devs? That is the OpenBSD way, right?
> If it really is a great idea, they’d all be
Raul Miller wrote:
> On Tue, Dec 31, 2019 at 11:46 AM Roderick wrote:
> > I am curious to know why tcl, my fovourite scripting lanuage, would
> > not be a candidate.
>
> If OpenLuaBSD would be a welcome fork, I don't see why OpenTCLBSD
> would be any worse.
>
> Doesn't mean anyone wants to
Roderick wrote:
>
>
> On Tue, 31 Dec 2019, Marc Espie wrote:
>
> > lua would definitely NOT be appropriate for that. The only half valid
> > candidate would be python.
>
> I am curious to know why tcl, my fovourite scripting lanuage, would
> not be a candidate.
>
> I suspect, tcl is being
Marc Espie wrote:
> Removing perl from base would be very painful.
>
> I don't fancy rewriting all the perl tools in something else (specifically,
> most of the ports and package infrastructure)
>
> lua would definitely NOT be appropriate for that. The only half valid
> candidate would be
wrote:
> A smaller base afforded to by Lua will reduce the
> attack surface and complexity of the OpenBSD project as a whole.
1) I think that is a baseless and irrelevant claim.
2) No.
Olivier wrote:
> Hello all,
>
> In first, i would like to wish you happy new year celebrations !
>
> in second i am not developper / hacker. I would like to compile and use a LSI
> megaraid adaptater on arm64 (RP64).
>
> In this way i updated /sys/arch/arm64/conf/GENERIC to add a LSI
Ingo Schwarze wrote:
> +.Pp
> +The driver of the device that is being read from
> +may return additional errors.
> +Such device-specific errors may be documented
> +in the section 4 manual pages of the respective drivers.
I'm unhappy with the wording "the driver of the device". It is overly
Philip Guenther wrote:
> On Mon, Dec 23, 2019 at 5:04 AM Raymond, David wrote:
>
> The "timeout" error was numerically 60. Curiously, boards with RTL
> 8111GR chips did not produce these errors, but those with RTL 8111H
> chips did. Unfortunately, this chipset seems to be in a lot of
Philip Guenther wrote:
> > The man pages for readv and writev don't document the possibility of
> > such errors.
>
>
> IMO, weird errnos from devices should be documented in the manpage for the
> device. Consider the termios(4) manpage, for example.
I agree on that. Otherwise the
Jonathan Thornburg wrote:
> I recently reinstalled my main laptop (which was at 6.5-stable/amd64)
> with 6.6/amd64. Almost everything "just worked", and the things that
> didn't were 3rd-party stuff not from OpenBSD. A big thank-you to everyone!
>
> And... a specific
No, it has to do with disklabel placement.
It will work if the ext2fs filesystem is listed as a MBR partition,
but not if it is only listed as a disklabel entry.
But after that, you potentially have other issues... we do not make
promises about filesystem compatibility between architectures.
The disklabel sector is a not a machine-independent format, and it
moves between different sectors on some machines.
You'll find we make no promises about this type of disk-portability.
MBR or GPT label? Yes.
Our own disklabels, unfortunately not.
rgci...@disroot.org wrote:
> dear all,
>
>
wrote:
> [not subscribed, please Cc, thanks.]
>
> theo wrote:
> > wrote:
> >
> >> [not subscribed, please Cc, thanks.]
> >>
> >> theo wrote:
> >> > wrote:
> >> >
> >> >> [not subscribed, please Cc, thanks.]
> >> >>
> >> >> "Jason McIntyre" wrote:
> >> >> >
> >> >> > hi. the "asix chipset" bit
wrote:
> [not subscribed, please Cc, thanks.]
>
> theo wrote:
> > wrote:
> >
> >> [not subscribed, please Cc, thanks.]
> >>
> >> "Jason McIntyre" wrote:
> >> >
> >> > hi. the "asix chipset" bit seems unneccessary, since the driver is only
> >> > for asix chips (as far as i can tell) and
wrote:
> [not subscribed, please Cc, thanks.]
>
> "Jason McIntyre" wrote:
> >
> > hi. the "asix chipset" bit seems unneccessary, since the driver is only
> > for asix chips (as far as i can tell) and quickly skimming online fails
> > to turn up such a model with a different chipset.
>
>
USB subsystem bugs.
Whoever said it was your mouse or cable is being an inaccurate jerk.
Raymond, David wrote:
> I get similar stuff on console 1 but not on the others on all my
> OpenBSD machines. As I use X windows and have clean consoles 2-4
> available if necessary, I just ignore it.
>
Antoine Jacoutot wrote:
> On Sun, Dec 15, 2019 at 09:07:50AM +1000, Stuart Longland wrote:
> > On 15/12/19 9:04 am, Antoine Jacoutot wrote:
> > > On Sun, Dec 15, 2019 at 08:43:02AM +1000, Stuart Longland wrote:
> > >> On 14/12/19 7:49 pm, Frank Beuth wrote:
> > >>> OpenBSD doesn't have unit
Demi M. Obenour wrote:
> On 2019-12-09 10:33, Theo de Raadt wrote:
> > Demi M. Obenour wrote:
> >
> >> Would it be possible to include the default AnonCVS mirrors’ SSH
> >> fingerprints in the default ssh_known_hosts?
> >
> > There is no default
Demi M. Obenour wrote:
> Would it be possible to include the default AnonCVS mirrors’ SSH
> fingerprints in the default ssh_known_hosts?
There is no default ssh_known_hosts file.
> If not, could it be included in another file in the base system?
And teach users to trust us, rather than
use a snapshot.
Mark Patruck wrote:
> Hi,
>
> yesterday i've tried to make a release again...the first time in
> the last ~ two weeks, but it always fails with the error below.
>
> Hint:
> - i didn't change anything regarding my amd64 build machine
> - after e2k19 i've updated via snap w/o
interesting. Yes, msyscall() should probably be in the "stdio" set.
But I've been considering deleting execpromises. It was put in as an
experiment, and I tried to make code in the base use it. I was unable
to find great usage cases, and so I am considering deleting it.
Andrea Biscuola
Chris Rawnsley wrote:
> On Wed, 4 Dec 2019, at 14:08, Theo de Raadt wrote:
> > unveil("/", "");
> > unveil(NULL, NULL);
>
> Thank you. I didn't realise that was possible.
>
> I tried to write an update to the man page for unveil(2). Is
Chris Rawnsley wrote:
> I applied unveil next. This went much more smoothly allowing only the
> few files required for the programme to function. However, I've realised
> since that I only need to access a few files at initialisation and then
> I can shut off all access to the file system.
>
>
m_priv_local_sanitize_path() contains some realpath() checks.
I think this is either exposing realpath() abuse( as a result of the
new in-kernel realpath to support unveil better), or it is hitting the
realpath() bug which was fixed post-release?
Christoph Leser wrote:
> Hi,
>
> after
Half the cpu platforms fault on unaligned access.
There are strategies for handling this. Your code must use them.
It is kind of boring, actually.
Peter J. Philipp wrote:
> On Wed, Nov 27, 2019 at 03:30:23PM +0100, Peter J. Philipp wrote:
> > Hi David,
> >
> > I'm going to upgrade to
Unicorn wrote:
> Hello,
>
> I am currently setting up my ThinkPad X220 as a server running OpenBSD
> and wish to disable the integrated display as it is anyway and will not
> be used.
>
> Equally, I wish for the ThinkPad to not suspend when I close the lid,
> as the lid will be closed
Sebastien Marie wrote:
> On Wed, Nov 20, 2019 at 11:47:39PM -0800, Sean Kamath wrote:
> > Hello.
> >
> > Can someone provide me a pointer to how to do this?
> >
> > I have a bunch of Alix 2d13 boxes. With 6.6, I’ve found I need more swap
> > than the default layout on a 2G compact flash
Sean Kamath wrote:
> > On Nov 21, 2019, at 09:55, Kenneth Gober wrote:
> > ...
> > The need for more swap may be related to kernel relinking -- it might be an
> > interesting experiment to see if your existing swap space is enough with
> > kernel relinking disabled.
>
> Yes, precisely.
>
> I
The issue lies in here:
Config - USB
USB UEFI BIOS Support -> Enabled
Always On USB - Disabled
Config - Thunderbolt 3
Thunderbolt BIOS Assist Mode -> Enabled
Stuart Henderson wrote:
> On 2019-11-17, Lev Lazinskiy wrote:
> > Hi folks,
> >
> > I am new to openBSD, so forgive me if I am missing something obvious.
> >
> > I recently installed openBSD on a server using the auto-partition layout
> > during installation and am quickly starting to run out
Christian Groessler wrote:
> > the src is not at /usr/src, so i'm going to dig deeper.
>
>
> (not a native English speaking person) Did you want to say "*not*
> going to dig deeper"?
indeed.
not going to dig deeper.
problem at your end.
Diana Eichert wrote:
> Have you tried restarting make at the point it failed?
>
> I remember trying to compile ports on my Ubiquiti SG and a build failed.
> I can't remember who I contacted on @openbsd ports but they mentioned
> I should try do that and some of the ports would continue on then
Christian Weisgerber wrote:
> > I think, for editing config files, there are sure editors that
> > are simpler, smaller, not so powerful, but easier to use than ed.
>
> By all means, do not keep us in suspense and tell us the names of
> these editors.
>
> How large is a C implementation of
Ian Darwin wrote:
> On Wed, Nov 13, 2019 at 01:25:46PM -0500, Ted Unangst wrote:
> > > Can you give me the exact model of the one you bought recently? I have
> > > half a mind to just write
> > > off mine as a loss and buy something else.
> >
> > I am using this one: (the TL-WN725N N150 single
> * OpenBSD 6.3 64bit
Oh come on.
wrote:
> That doesn't seem right. Did you folks use the wrong key when signing
> the file, or is there a particular reason to do it this way that me's
> not aware of...?
These files have now been replaced. Does it look right?
Philip Guenther wrote:
> No, it should be the other way, moving the “clear NT flag” block down after
> the “save registers into save area” block
Ah.
Index: arch/amd64/stand/libsa/gidt.S
===
RCS file:
Philip Guenther wrote:
> Since we're unlikely to do _more_ with BIOS calls in the boot loader, my
> inclination would be to eliminate the structure value and the code that
> sets it (incorrectly). Opinions?
I dunno, my crystal ball provides a more cynical outlook.
How about we just repair by
Brennan Vincent wrote:
> Hello,
>
> I am asking this out of pure curiosity, not to criticize or start a debate.
>
> Why does the ramdisk not include /usr/bin/vi by default? To date,
> it is the only UNIX-like environment I have ever seen without some
> form of vi.
For the same reasons it
I have some sort of X1rev6 and I don't see the problem.
The situation is you have the hardware, and you also have the sourcecode,
and the repository to traverse investigate the problem.
That sounds hard, until you give it a try.
Josh wrote:
> Snapshot -current #427 did not solve the problem
Dieter Rauschenberger wrote:
> Mi misc,
>
> I had to downgrade to a former snapshot one week old.
No matter how often we tell people "you can't do that without consequences"
there is always someone who tries.
Upgrades that move forward work. Upgrades that go backwards, will break
in
Otto Moerbeek wrote:
> On Thu, Oct 31, 2019 at 05:23:12PM +, Jason McIntyre wrote:
>
> > On Thu, Oct 31, 2019 at 02:15:34PM +0100, Tim Kuijsten wrote:
> > > minor inconsistency
> > >
> > > diff --git a/tcpdump.8 b/tcpdump.8
> > > index ce16951..8c2cf33 100644
> > > --- a/tcpdump.8
> > >
Jason McIntyre wrote:
> On Thu, Oct 31, 2019 at 02:15:34PM +0100, Tim Kuijsten wrote:
> > minor inconsistency
> >
> > diff --git a/tcpdump.8 b/tcpdump.8
> > index ce16951..8c2cf33 100644
> > --- a/tcpdump.8
> > +++ b/tcpdump.8
> > @@ -1257,7 +1257,7 @@ end of this connection.
> > .Ar window
>
Andrew Lemin wrote:
> To me this seems unusual (was expecting 'curl' or 'wget' etc to avoid code
> duplication) and confusing? What do you think?
curl is not in openbsd
wget is not in openbsd
Maybe we should rename our downloading software to lemin, which is
obviously a randomly chosen name
We have changed the ABI. Pray we do not change it further.
Guild Navigator wrote:
> # as why.asm -o why.o
> # ld why.o -e start -static -o why
>
> .global start
>
> .equ SYS_EXIT, 0x01
> .equ SYS_WRITE, 0x04
> .equ STD_OUT, 0x01
>
> # this example works in linux (with changed syscalls)
> #
Tor Houghton wrote:
> What is the correct way to enable KARL when booting bsd.mp?
>
> I have "set image /bsd.mp" in /etc/boot.conf but the console says
> that reorder_kernel fails.
Your kernel must be /bsd
Everything else you are doing is trying to make up for that bad
decision.
Tommy Nevtelen wrote:
> I have some systems without access to the Internets and with internal
> mirrors for packages and fw_update packages. But when openbsd does a
> sysupgrade or a new install it runs fw_update against
> firmware.openbsd.org. The problem here is that it will hang until the
>
STeve Andre' wrote:
> Happy birthday to OpenBSD!
It forgot.
In my mind, I've been at this a lot longer since I was also initial
NetBSD.
cho...@jtan.com wrote:
> Chris Bennett writes:
> > On Fri, Oct 18, 2019 at 10:56:07AM +1300, Shane Lazarus wrote:
> > >
> > > So, I just ran sysupgrade with no options to see what would happen.
>
> That is the dumbest thing I've ever heard.
This is misc@, and somewhere in the world the sun is
> Setting net.inet.ip.check_interface=1 on FreeBSD stopped any ICMP Echo
> replies immediately.
>
> On NetBSD I set net.inet.ip.checkinterface=1 and it showed the same
> behaviour like FreeBSD. No replies anymore, whenever the "wrong"
> interface was contacted.
How many users set those
Shane Lazarus wrote:
> I was interested in what it would do by default, and in how I could alter
> those defaults if I did not like them.
>
> The sysupgrade man page informed me of a configuration file.
Your complaint directly referenced the configuration filename
/auto_upgrade.conf
That
Shane Lazarus wrote:
> I went looking for documentation on how to use the sysupgrade utility.
>
> I was interested in what it would do by default, and in how I could alter
> those
> defaults if I did not like them.
>
> The sysupgrade man page informed me of a configuration file.
> As other
Shane Lazarus wrote:
> Hi Folks
>
> With 6.6 being released, I figured to try out sysupgrade.
>
> Checking the man page, I note it uses the file /auto_upgrade.conf
You checked the manual page for that filename? Why that filename?
How did you decide you need to look up that file?
Shane, I'm
Half the details you require are in sysctl output, and the other will
require you to figure out how xrandr learns.
Joe Nelson wrote:
> I'd like to write a daemon to change machdep.lidaction and the xrandr output
> as
> an external monitor or power is attached/detached from my laptop. Is there
Ingo Schwarze wrote:
> Theo de Raadt wrote on Fri, Oct 11, 2019 at 10:08:22AM -0600:
> > openbsd.s...@0sg.net wrote:
>
> [...]
> >> Deep down, I'm actually so saddened to see the original, and still
> >> performing, UNIX has become so divided first splitting
openbsd.s...@0sg.net wrote:
> > "Nick Holland - n...@holland-consulting.net"
> > Envoyé: Jeudi 10 Octobre 2019 03:24AM
> >
> > On 10/9/19 11:19 AM, openbsd.s...@0sg.net wrote:
> > > Here's what I think.
> > ...[bla bla bla]...
> > > Amirite ? ;)
> >
> > I don't know. Let's see your work.
> >
Anatoli wrote:
> > looking at the number of bytes moved in the sessions is sufficient to
> > determine which firmwares were selected and downloaded.
>
> Theo, I may be completely wrong here (please excuse my ignorance if it
> is the case), but I see it this way:
>
> On a shared server (or one
Anatoli wrote:
> > looking at the number of bytes moved in the sessions is sufficient to
> > determine which firmwares were selected and downloaded.
>
> Theo, I may be completely wrong here (please excuse my ignorance if it
> is the case), but I see it this way:
>
> On a shared server (or one
Anatoli wrote:
> And thank you for your detailed explanation about the certs for firmware
> sub-domain. Just wanted to say that IMO there's actually one thing that
> it would solve: the privacy of the requests, i.e. we wouldn't be leaking
> info about our devices with proprietary fw to anyone
Henry Bonath wrote:
> Hello Misc,
>
> I had thought that I had configured the looking glass correctly per the man
> page,
> I have everything else working correctly, with custom header and footer
> with CSS and all works great.
> Whenever I attempt to ping/traceroute from the webpage, it simlpy
Olivier Cherrier wrote:
> On Wed, Oct 02, 2019 at 11:16:21AM +0200, s...@stsp.name wrote:
> > Try adding swap space.
> > I have added 2GB of swap space on my alix and it has been running fine ever
> > since.
>
> On mine (only 32 MB of swap), I had to disable kernel relinking.
> Otherwise, the
The fastly/cloudflare issues will be looked at by the people who
handle that.
But I can answer this piece:
firmware.openbsd.org is not available via HTTPS. The tools only use
them it via http, so your testing for https is a mistake. You are
noticing that some of these machines are
cho...@jtan.com wrote:
> It seems that the OpenBSD devs and/or project "support" only an
> installation which has not not taken advantage of any of the optional
> non-extras (primarily: not installing sets) the installer has to
> offer. I understand and agree with the reasons for this but I
cho...@jtan.com wrote:
> Patronisation aside, your computer's storage is a lot cheaper than the
> mental effort required to deal with a system that's non-standard but
> only by having a few bits wasted by their _complete lack of use_.
well said.
>Sorry guys for continuing this stupid thread, but a small question related
>to the racks and hardware from Theo's basement:
>There is a photo (probably from that basement) on the main page :
>https://www.openbsd.org/images/rack2009.jpg
>I assume it is from 2009, so it is quite old, is it possible
Paul Hanson wrote:
> > That arpwatch notice just shows that there was a packet from an IP address
> > that hadn't been seen before. What makes you think it's a spoofing attempt?
>
> The newly advertised IP used the same mac as the default gateway.
>
> > Something like this might be seen if
Stefan Sperling wrote:
> In cases where you have to reboot the system, I believe you are seeing
> effects from bugs in our USB stack, related to management of available
> power on the bus.
>
> I don't have time or interest to dig into this, sorry. But this is an area
> where we realy need some
Andreas Kusalananda Kähäri wrote:
> On Fri, Sep 06, 2019 at 02:38:18PM -0600, Theo de Raadt wrote:
> > Christian Weisgerber wrote:
> >
> > > On 2019-09-06, Andreas Kusalananda Kähäri wrote:
> > >
> > > >> read x; while [ "
Christian Weisgerber wrote:
> On 2019-09-06, Andreas Kusalananda Kähäri wrote:
>
> >> read x; while [ "$x" != [abc] ]; do echo "Not a, b or c"; break; done
> >
> > The shells in the OpenBSD base system do not support matching regular
> > expressions with that syntax. You may have been
Gustavo Rios wrote:
> I am aware that ypldap serves information about user and group from ldap.
> My doubt is: what about other information like netgroup, bootparams,
> etc, etc ... ? Does it grab these data from local file ?
Only password, group, and netid (a sort of internal group->user
Peter J. Philipp wrote:
> Hi,
>
> On the NANOG list there is a thread about something synflooding:
> https://mailman.nanog.org/pipermail/nanog/2019-August/102713.html
>
> Most of my hosts are synflooded, and I was wondering why my OpenBSD
> hosts don't show any SYN_RECV states in a netstat
Christian Weisgerber wrote:
> On 2019-08-16, Jan Stary wrote:
>
> >> Does that mean openrsync tries to mmap() the entire file?
> >> The machine only has 256MB of memory, but it does transfer
> >> a test file of 300MB, so that can't be it.
> >
> > I forgot about 1GB swap, so that's why it works
Joe Davis wrote:
> By the looks of it, openrsync does attempt to map the entire file, from
> usr.bin/rsync/uploader.c:
>
> mapsz = st.st_size;
> map = mmap(NULL, mapsz, PROT_READ, MAP_SHARED, *fileinfd, 0);
>
> The likely reason for your out of memory error is the default datasize
> in
I believe the unveil() code in rsync is completely wrong and should
be deleted.
Jiri B wrote:
> Hi,
>
> I use rrsync[1] wrapper in SSH key via `command=` option to restrict
> mode and path of called rsync program.
>
> I discovered some strange difference related to symlinks between rsync
>
Jan Stary wrote:
> On Aug 13 08:21:55, dera...@openbsd.org wrote:
> > The installer code in question is:
> >
> > if [[ -f /mnt/usr/bin/clang ]]; then
> > CVER=$(cd /mnt/usr/lib/clang && ls -r | sed -e 1q)
> > rm -rf -- `ls -d /mnt/usr/lib/clang/* | grep
The installer code in question is:
if [[ -f /mnt/usr/bin/clang ]]; then
CVER=$(cd /mnt/usr/lib/clang && ls -r | sed -e 1q)
rm -rf -- `ls -d /mnt/usr/lib/clang/* | grep -v "${CVER}$"`
fi
-f is used instead of -d, in case someone tweaked their
Adam Thompson wrote:
> On 2019-08-03 18:14, Theo de Raadt wrote:
> > Adam Thompson wrote:
> >
> >> Summary: I open cua0 with cu(1), quit cu(1), try to re-open with
> >> cu(1) but now it immediately fails with EBUSY. *Usually* doesn't
> >> happen wit
Bryan Wright wrote:
> > On Aug 7, 2019, at 10:06, Theo de Raadt wrote:
> >
> > Bryan Wright wrote:
> >
> >> Are there technical/philosophical problems that make all versions of
> >> Bluetooth incompatible with the project, or is it a just matter of
upport doesn't work and isn't going anywhere. the current
> design is a dead end, and should not be the basis for any future support.
> general consensus says to whack it so as to not mislead the unwary.
>
> On Wed, Aug 7, 2019 at 10:06 AM Theo de Raadt wrote:
>
> Bryan Wrig
Bryan Wright wrote:
> Are there technical/philosophical problems that make all versions of
> Bluetooth incompatible with the project, or is it a just matter of
> removing what is not being maintained?
I'm sure a bunch of you can come up with theories about what actually
transpired, without
Lyndon Nerenberg wrote:
> Theo de Raadt writes:
> > Disagree on this.
> >
> > Those programs are intentionally not in the path, since you don't
> > run them by hand.
>
> That's what I was getting at. It's not clear they are 'libexec's.
> That's what confuse
Disagree on this.
Those programs are intentionally not in the path, since you don't
run them by hand.
I think you are making a mountain out of a molehill.
Lyndon Nerenberg wrote:
> For programs that live in /usr/libexec, those with manpages show
> just the bare program name in the SYNOPSIS
Adam Thompson wrote:
> Summary: I open cua0 with cu(1), quit cu(1), try to re-open with
> cu(1) but now it immediately fails with EBUSY. *Usually* doesn't
> happen with USB-to-serial (cuaU[0-9]) but have still seen it once or
> twice.
>
> I've seen this behaviour on OpenBSD 6.4, OpenBSD 6.5,
Harald Dunkel wrote:
> On 8/1/19 2:33 PM, Maurice McCarthy wrote:
> > In the past it was not uncommon for non-X programs in base to have
> > dependencies in Xenocara. Are you certain that this is no longer so?
> >
>
> Yup
Never been the case. No base program uses a include or library from X.
Peter J. Philipp wrote:
> Before twisting the pool, enqueue_randomness() has a component of time if
> I'm not misreading. Why is this done?
That is a low-grade question.
John Gould wrote:
> Hi there, Does anyone have a way of booting a pcie nvme device on sparc64.
> I can install OBSD on the device but of course there is no way OBP can see
> it
> as a boot device. I can also use it for storage under OpenBSD which works
> fine.
>
> But! Is there any way to boot
Andrew Hewus Fresh wrote:
> On Thu, Jul 25, 2019 at 07:16:27AM -0500, Edgar Pettijohn wrote:
> >
> > On Jul 24, 2019 9:06 PM, Andrew Hewus Fresh wrote:
> > >
> > > On Sat, Jul 20, 2019 at 07:20:23PM -0500, Edgar Pettijohn wrote:
> > > > Is there a standard OpenBSD approved method for dropping
Todd C. Miller wrote:
> On Tue, 23 Jul 2019 13:42:28 -0600, Scott Seekamp wrote:
>
> > I tested by:
> >
> > - unplugging the sensor
> >
> > - changing /etc/ttys
> >
> > - kill -HUP 1
> >
> > - plugging sensor in and waiting 30 seconds
> >
> > - check sysctl output for data
>
> You need
Scott Seekamp wrote:
> I purchased an inexpensive USB GPS receiver to test with time keeping on
> my OpenBSD 6.5 box. It's a "u-blox" supported by the nmea driver.
>
> Following the man pages for ldattach it says:
>
> "Specifies the name of the serial line. device should be a string of the
>
wrote:
> Hi list,
>
> It's often recommended to align partitions on 1M boundaries.
False.
disklabel has some mysterious heuristics, and that is what is
recommended.
When "recommendations" changes (which may be platform specific or
because newer generations of disks show up), then the default
>Philip Guenther writes:
>
>> There are four options here:
>> 1) change the software to not use the name 'bcrypt' for a non-static
>> function. OpenBSD has only been using it for 15 years...
>
>Agree, but for now I'm trying to keep changes to a minimum as I work out
>larger issues. This is in an
>Hi Ibsen,
>
>Ibsen S Ripsbusker wrote on Sun, Jul 21, 2019 at 05:51:21PM +:
>
>> benevolent dictatorship
>
>I'm aware you did not call OpenBSD a "benevolent dictatorship",
>and i totally see how the term can be used both to shut down
>or to incite controversy.
>
>Yet, i heard the term used
601 - 700 of 2950 matches
Mail list logo
