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
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 Robe
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
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 +0200:
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
[.
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 detected
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
> > > > wd
> 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
> deci
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), bu
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 (GENERIC.
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 buil
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`
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
> 0x01ixgbe_allocate_msix
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 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 ' /v
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 loa
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.
Indee
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 beli
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
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 wh
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 Fri, 2021-07-16 at 21:57 -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 dhcp in
22 matches
Mail list logo