gwes wrote:
> On 7/16/21 10:35 PM, Theo de Raadt wrote:
> > This is intentional.
> >
> > We are moving from a model where dhclient on 1 interface believes it is
> > MASTER of /etc/resolv.conf and a bunch of system aspects, and the
> > userbase is familiar with a pile of hacky control knobs in
>
On 7/16/21 10:35 PM, Theo de Raadt wrote:
This is intentional.
We are moving from a model where dhclient on 1 interface believes it is
MASTER of /etc/resolv.conf and a bunch of system aspects, and the
userbase is familiar with a pile of hacky control knobs in
dhclient.conf.
Towards a model
On Fri, Jul 16, 2021 at 09:57:21PM -0400, Sonic wrote:
> Having some issues after a sysupgrade to the latest snapshot (of this
> writing) - OpenBSD 6.9-current (GENERIC.MP) #131.
>
> Seems the base change to dhcpleased/resolvd has presented some issues.
> Pf does not start on boot as it claims my
Sonic wrote:
> Having some issues after a sysupgrade to the latest snapshot (of this
> writing) - OpenBSD 6.9-current (GENERIC.MP) #131.
>
> Seems the base change to dhcpleased/resolvd has presented some issues.
This is intentional.
We are moving from a model where dhclient on 1 interface
Thanks Theo!
> It seems you copied libjq and libonig into usr/local/lib in the chroot.
> By default, ld.so only looks for shared objects in /usr/lib, so it can't
> find them.
>
> # env LD_LIBRARY_PATH=/usr/lib:/usr/local/lib chroot /var/www
> /usr/local/bin/jq --version
>
> should work.
Having some issues after a sysupgrade to the latest snapshot (of this
writing) - OpenBSD 6.9-current (GENERIC.MP) #131.
Seems the base change to dhcpleased/resolvd has presented some issues.
Pf does not start on boot as it claims my dhcp interface has no
address, however after logging in I can
On Fri, Jul 16, 2021 at 10:24:10PM +, Kent Watsen wrote:
> I’ve spent a few hours on this and am lost. I have plenty experience moving
> executables into a chroot environments, but `jq` is proving to be
> exceptionally difficult.
>
> The executable is found when chrooted to ‘/‘ but not '
Easy button for putting all the dependency files into the chroot:
# for f in `ldd /usr/local/bin/jq | grep '0' | awk '{print $7}'`; do
d=`dirname $f | sed 's#^/##’`
mkdir -p /var/www/$d
On Fri, Jul 16, 2021 at 05:14:49PM -0400, Adam Stouffer wrote:
> I'm having difficulty getting an Intel 10Gb ethernet card recognized
> on 6.9. The card is recognized by the ix driver but this error shows
> up in dmesg:
>
> ix0 at pci1 dev 0 function 0 "Intel 82598AF" rev
>
I’ve spent a few hours on this and am lost. I have plenty experience moving
executables into a chroot environments, but `jq` is proving to be exceptionally
difficult.
The executable is found when chrooted to ‘/‘ but not ' /var/www’. Yes, of
course I copied all the files referenced from `ldd`
I've found myself unable to use my laptop mic with my new OpenBSD
install. Using mixerctl, I try to set values to use "mic" instead of "mic2"
for inputs, but I am met with the error "mixerctl: Bad set value mic" in
most cases. I have enabled the kern.audio.record sysctl and I am certain
the
I'm having difficulty getting an Intel 10Gb ethernet card recognized
on 6.9. The card is recognized by the ix driver but this error shows
up in dmesg:
ix0 at pci1 dev 0 function 0 "Intel 82598AF" rev
0x01ixgbe_allocate_msix: pci_intr_map_msix vec 0 failed
The rest of dmesg:
OpenBSD 6.9
Hi Stefan,
committed!
While committing, i added the missing "P Baden" because it appears
we sort the German groups alphabetically by Land.
Some might regard the following as typical ;-) for Germany:
This Group is not just an informal group (like, for example, the
OpenBSD project itself is),
> Your swap is only 256MB. That seem too low. (We have walked away
> from making it correspond to physical memory, but still, it seems
> uncomfortably low).
>
> As well, /usr seems a bit large, leaving not much for /home.
>
> The autoallocation scheme might have made a less than perfect
>
On Thu, Jul 15, 2021 at 08:48:54AM -0600, Theo de Raadt wrote:
> Otto Moerbeek wrote:
>
> > On Wed, Jul 14, 2021 at 05:28:06PM -0600, Theo de Raadt wrote:
> >
> > > The problem appears to be here:
> > >
> > > > wdc2 at pcmcia0 function 0 "TRANSCEND, TS8GCF133, " port 0x340/16: irq 3
> > > >
Ingo Schwarze wrote:
> Hi Stefan,
>
> Stefan Hagen wrote on Fri, Jul 16, 2021 at 12:22:55PM +0200:
>
>> U https://uugrn.org
>
> i suspect that your web server is misconfigured; at least for me,
> it appears to redirect to itself:
>
> $ w3m -dump_source https://uugrn.org
> Redirection loop
Hi Stefan,
Stefan Hagen wrote on Fri, Jul 16, 2021 at 12:22:55PM +0200:
> U https://uugrn.org
i suspect that your web server is misconfigured; at least for me,
it appears to redirect to itself:
$ w3m -dump_source https://uugrn.org
Redirection loop detected (https://uugrn.org/)
302 Found
Thanks a lot.
Regards,
Robert
W dniu 16.07.2021 o 12:08, Ingo Schwarze pisze:
Hi Robert,
nice to have a service provider in Poland, too. :-)
Committed; it will show up on the OpenBSD site with a short delay.
Yours,
Ingo
bi...@apisoft.pl wrote on Thu, Jul 15, 2021 at 04:26:56PM
0
C Germany
P
T Heidelberg
F 1st Friday and 3rd Monday each month at 7:00PM
O Unix User Group Rhein-Neckar (UUGRN)
I Stefan Hagen
M s...@uugrn.org
U https://uugrn.org
N *BSD
Hi Robert,
nice to have a service provider in Poland, too. :-)
Committed; it will show up on the OpenBSD site with a short delay.
Yours,
Ingo
bi...@apisoft.pl wrote on Thu, Jul 15, 2021 at 04:26:56PM +0200:
> 0
> C Poland
> P mazowieckie
> T Radom
> Z 26-600
> O APISOFT Sp. z o.o.
> I
Hi Claudio and Todd,
Todd C. Miller wrote on Thu, Jul 15, 2021 at 02:01:23PM -0600:
> You are expected to know that ^I (control-I) is the tab character.
> Using ^I instead of a literal tab character in the manual was
> supposed to make it clear that this is a tab and not a series of
> spaces but
21 matches
Mail list logo