how to install bsd.sp on a multiprocessor machine?

[Jonathan Thornburg]

Summary:
  Is there a way to tell the OpenBSD installer (6.5, i386) that
  even though it's running on a multiprocessor machine, I'm going
  to move the installed-upon disk to a uniprocessor machine, so
  I want /bsd to be the uniprocessor kernel and I want the
  uniprocessor (GENERIC) kernel object files installed into
/usr/share/relink/kernel/GENERIC/*.o
  so that kernel relinking will work properly when booting the
  uniprocessor kernel?

Details:

I'm trying to setup a PC Engines Alix 2d13 as a router, running
i386 6.5.  This machine uses a CF card as its "disk".  To install
OpenBSD on the CF card, I removed the CF card from the Alix and
plugged the CF card into a USB card reader, and connected that
reader to one of my (amd64, dual-core) laptop's USB ports.  Then
I rebooted the laptop from the i386 install65.fs, verified that I
had the correct sdN for the CF card, and did a normal (i386) install
onto the CF card.

My problem is that the OpenBSD installer helpfully noticed that the
laptop (running the installer) has a dual-core processor, and so the
installer made bsd.mp the default kernel.  So, I hand-mounted the CF
card on the laptop after the install and renamed the /bsd* files so
that /bsd was /bsd.sp.  I also setup /etc/boot.conf and /etc/ttys
so as to use the Alix's serial port.

Putting the CF card back in the Alix, the Alix boots and runs 6.5 i386
(GENERIC, i.e., uniprocessor) fine,

  sodium# uname -a
  OpenBSD sodium.astro.indiana.edu 6.5 GENERIC#1338 i386
  sodium# 

*except* that kernel relinking fails.

Poking around a bit I see that the Alix has GENERIC.MP kernel object
files (/usr/share/relink/kernel/GENERIC.MP/*.o) but no GENERIC kernel
object files (/usr/share/relink/kernel/GENERIC/*.o), so relinking GENERIC
isn't going to work.

Is there an easy way to tell the installer that the current installation
is going to use the uniprocessor kernel (and hence needs the GENERIC
kernel object files for relinking) even though the installer is running
on a multiprocessor machine?

Failing that, what's the easiest way to get the right set of object files
in the right directory post-install?  Would building GENERIC from source
on the Alix suffice?  (I suspect the answer to this question is yes, but
I'd like to confirm this.)

thanks,
-- 
-- "Jonathan Thornburg [remove -animal to reply]" 

   Dept of Astronomy & IUCSS, Indiana University, Bloomington, Indiana, USA
   currently on the west coast of Canada
   "There was of course no way of knowing whether you were being watched
at any given moment.  How often, or on what system, the Thought Police
plugged in on any individual wire was guesswork.  It was even conceivable
that they watched everybody all the time."  -- George Orwell, "1984"

Re: Error Upgrading 6.4 to 6.5 mount failure

[Antonino Sidoti]

I actually got it to upgrade;

Here are my steps;

I tried the ‘bsd.rd’ option and this failed too
I rebooted the server back to OpenBSD 6.4
I ran ‘fsck’ on my my partitions and they came back all clean
I made a change to /etc/fstab using ‘vi’ and changed the following;
>From = 123efb4cf9e3e6af.a / ffs rw,1 1
To = 123efb4cf9e3e6af.a / ffs rw 1 1
Saved my changes and rebooted again to make sure all partitions will mount
No issue after the reboot and all partition mounted
Rebooted to start upgrade; 'boot bsd.rd’
I selected ‘u’ to upgrade
System upgraded with no errors and now I am running 6.5

Thanks for your input and suggestions.

> On 11 May 2019, at 11:34 am, Theo de Raadt  wrote:
> 
> Antonino Sidoti  wrote:
> 
> [1. image/png; Screen Shot 2019-05-11 at 8.43.13 am.png]...   
> 
> Antonino,
> 
> If you can't file a proper bug report as described in many places --
> such as the FAQ -- that is just lazy and inconsiderate.  You are pushing
> others to go out of their way for some random person who elects to steal
> their time.
> 
> Grow up.  Be a responsibile adult.  Do it right, or go run something
> else, or even consider buying a product.
> 
> 
> 
> 

NSD & Unbound refusing to bind to IPv6 when anycast flag set ?

[Rachel Roch]

I'm still learning IPv6 intricacies, so forgive me if this is a silly question.

When I have interfaces set in the standard manner, e.g.:

inet6 2001:DB8:beef::1 128
up

NSD and Unbound will bind to that address without problem.

However if I add the anycast flag:
inet6 2001:DB8:beef::1 128 anycast
up

and then destroy and re-create the interfaces and  pkill and relaunch unbound 
and NSD, they both complain bitterly:

[2019-05-11 21:00:51.665] nsd[43360]: notice: nsd starting (NSD 4.1.27)
[2019-05-11 21:00:51.666] nsd[43360]: error: can't bind udp socket: Can't 
assign requested address
[2019-05-11 21:00:51.666] nsd[43360]: error: server initialization failed, nsd 
could not be started
[1557604863] unbound[69433:0] error: can't bind socket: Can't assign requested 
address for 2001:DB8:beef::1 port 53[1557604863] unbound[69433:0] fatal error: 
could not open ports

The interface shows correctly in ifconfig so I don't know what the problem is ?

This is on OpenBSD 6.5 if it makes any difference.

Re: When will be created a great desktop experience for OpenBSD?

[Anthony Campbell]

On 11 May 2019, Otto Moerbeek wrote:
> On Sat, May 11, 2019 at 01:05:32PM +0300, Consus wrote:
> 
> > On 10:29 Fri 10 May, Stuart Henderson wrote:
> > > On 2019-05-08, Consus  wrote:
> > > > On 02:01 Tue 07 May, Clark Block wrote:
> > > >> When will be created a great desktop experience for OpenBSD?
> > > >
> > > > After binary package updates will be out-of-box, without using
> > > > third-party M:Tier.
> > > 
> > > Oh, but they already are. Install snapshots instead of release.
> > 
> > Ain't -current a "development" branch? I mean things break, major
> > changes being pushed, experiments are being held. Kinda not what I want
> > on my home computer.
> > 
> 
> Once in a while things break in current, but we keep that to a minimum.
> *If* it happens, swift action is taken. 
> 
> Experiments are mostly done outside the tree and only are committed
> after we are confident it's an improvement.
> 
>   -Otto

I've been using -current on my desktop and several laptops for over
three years. I've had fewer problems than with either Debian Sid or
Arch Linux, both of which I'd used extensively before coming to
OBSD. On the few occasions when problems I couldn't solve easily
have arisen I've found answers thanks to kind people here, on
daemonforums, or occasionally from the maintainer of a package.


-- 
Anthony Campbellhttp://www.acampbell.uk

Re: ulpt vs kernel relinking

[kasak]

10.05.2019 8:37, Thuban пишет:

Hi,
I have a printer that require ulpt to be disabled
as mentionned in /usr/local/share/doc/pkg-readmes/cups. And it works.

# config -fe /bsd
disable ulpt
quit

After a reboot, I can notice :

reorder_kernel: kernel relinking failed; see 
/usr/share/relink/kernel/GENERIC.MP/relink.log

Ok, so I run, as mentioned in the above file :

sha256 -h /var/db/kernel.SHA256 /bsd

However, at next reboot, ulpt is reenabled.

How can I still have KARL and use my printer ?


My machine doesn't boot with pcppi enabled, so, to use patched kernel I do

config -e -o /bsd.nopcppi /bsd

and create /etc/boot.conf with this:

boot bsd.nopcppi

PKCS11 on OpenBSD 6.5 ?

[Rachel Roch]

Hi,

To save me hours of Googling followed by hours of console bashing I thought 
perhaps someone here who's "been there, done that, got the T-shirt" can point 
me in the right direction.

So far I've got:
• A USB HSM
• OpenSC installed (from package) and working (i.e. no problems using 
pkcs11-tool / pkcs15-tool)

But now I'm struggling with the main event.  Creating an HSM-backed CA, so 
something along these lines 
:https://framkant.org/2018/04/smartcard-hsm-backed-openssl-ca/ 


>From the man pages it seems the bundled libressl has no PKCS11 support built 
>in.

The OpenSC package seems to deliver "/usr/local/lib/pkcs11/opensc-pkcs11.so" 
(i.e. for openssl MODULE_PATH), but there's no sign of "pkcs11.so" (i.e. for 
openssl SO_PATH) anywhere on the system.

If some kind soul could point me in the right direction as to what parts of the 
puzzle I'm missing, that would be much appreciated.

Thanks !

Rachel

Re: When will be created a great desktop experience for OpenBSD?

[Otto Moerbeek]

On Sat, May 11, 2019 at 01:05:32PM +0300, Consus wrote:

> On 10:29 Fri 10 May, Stuart Henderson wrote:
> > On 2019-05-08, Consus  wrote:
> > > On 02:01 Tue 07 May, Clark Block wrote:
> > >> When will be created a great desktop experience for OpenBSD?
> > >
> > > After binary package updates will be out-of-box, without using
> > > third-party M:Tier.
> > 
> > Oh, but they already are. Install snapshots instead of release.
> 
> Ain't -current a "development" branch? I mean things break, major
> changes being pushed, experiments are being held. Kinda not what I want
> on my home computer.
> 

Once in a while things break in current, but we keep that to a minimum.
*If* it happens, swift action is taken. 

Experiments are mostly done outside the tree and only are committed
after we are confident it's an improvement.

-Otto

Re: When will be created a great desktop experience for OpenBSD?

[Consus]

On 10:29 Fri 10 May, Stuart Henderson wrote:
> On 2019-05-08, Consus  wrote:
> > On 02:01 Tue 07 May, Clark Block wrote:
> >> When will be created a great desktop experience for OpenBSD?
> >
> > After binary package updates will be out-of-box, without using
> > third-party M:Tier.
> 
> Oh, but they already are. Install snapshots instead of release.

Ain't -current a "development" branch? I mean things break, major
changes being pushed, experiments are being held. Kinda not what I want
on my home computer.

Re: When will be created a great desktop experience for OpenBSD?

[Steve Litt]

On Fri, 10 May 2019 23:32:18 +0200
ropers  wrote:

> On 08/05/2019, Steve Litt  wrote:
> > ...you'd better crank way up on its fonts. Fvwm fonts
> > are so small that if you have bad vision, you can't read the screen
> > well enough to increase the font size.
> >
> > It's easy for a well-sighted person to reduce fonts, but for the
> > poorly sighted person who can't read the screen in the first place,
> > it's a long, difficult process.  
> 
> Have you or has anyone ever set up Compiz zoom (Enhanced Zoom Desktop
> in ccsm) on an OpenBSD box? I don't even know what Desktop
> Environments and Window Managers would be compatible with it, and this
> isn't something I have tried, but it may be worth investigating in
> your situation.

The last time I used Compiz it made my computer slower and less stable.
I'd rather walk away from fvwm than install Compiz.

> 
> Hmm... https://www.google.com/search?q=site:ports.su+compiz
> 
> Also, if you'd still be happy to give me a clue on the below, I'd
> still be grateful after all:
> 
> > > I know a much better way, but it involves installing a lightweight
> > > $this_other_launcher with almost zero dependencies, so I won't
> > > talk about it.
> > >
> > > SteveT  
> >
> > Okay, so now I *AM* curious and *would* be thankful if you could
> > elaborate. You win. Sorry for being such an overly restrictive ass
> > earlier.  

Oh, that's the dmenu thing I described in a different thread.

SteveT