Re: security/py-mitmproxy: new port (version 10.3.0)

[Marcus MERIGHI]

Hi Kirill, 

thanks for working on mitmproxy!

kir...@korins.ky (Kirill A. Korinsky), 2024.06.13 (Thu) 15:18 (CEST):
> To test it you first need to add some missed pythong dependencies which I've
> sent before, the list of requirements:
>security/py-service_identity
>archivers/py-brotlicffi

I cannot find these two... Am I missing something?

Thanks, looking forward to mitmproxy, Marcus

mail/mlmmj new home, new release

[Marcus MERIGHI]

Hello, 

as a reader of the mlmmj mailinglist I wanted to let you know that 
there is some development for mlmmj, find some links below. 

David Goerger mentioned the move to gitlab on 2021-02-14:

https://marc.info/?l=openbsd-ports=161327034309620

The current mlmmj code home is on codeberg (1.4.5, we have 1.3.0):

https://codeberg.org/mlmmj/mlmmj/releases

Here's some history of recent events:

https://marc.info/?t=16220345362
https://marc.info/?t=16699956412
https://marc.info/?t=16841655571
https://marc.info/?t=16972139581
https://marc.info/?l=mlmmj=170314778924852
https://marc.info/?l=mlmmj=170508017329727

If weather permits I'll make an attempt at a patch in the next days.

Marcus

update: devel/py-urwid

[Marcus MERIGHI]

Hello, 

there was some traffic on the urwid mailing list recently, so I checked
out the version we have versus upstream and we are behind.

I prepared and inlined an update from 2.0.1 to 2.5.2.

Previous art, sthen@ update 2.0.1 -> 2.3.4, 2023-12-29:
https://marc.info/?l=openbsd-ports=170384668306349

3 ports are listed in "Required by:"; I've recompiled them and lightly
runtime tested them, not all is good: 

1) toot - reading toots, viewing details works. Posting not tested.
2) urlscan - opening URLs in mutt(1) worked.
3) khal - ikhal viewing works, adding a new appointment *did not* work:

urwid.widget.widget.WidgetError: Widget > right=1 width=11>
rendered (11 x 1) canvas when passed size (10,)!

This is a show stopper to me, I've CC:ed MAINTAINER jung@.

The changelog is here:
https://urwid.org/changelog.html

I compared the sha256 of the download with the one given here, it matches: 
https://pypi.org/project/urwid/#copy-hash-modal-e247856e-1894-4990-a3d9-606845b3f9b6

Marcus


Index: Makefile
===
RCS file: /cvs/ports/devel/py-urwid/Makefile,v
retrieving revision 1.38
diff -u -p -u -r1.38 Makefile
--- Makefile26 Nov 2022 15:02:57 -  1.38
+++ Makefile10 Feb 2024 17:15:50 -
@@ -1,11 +1,11 @@
 COMMENT =  console user interface library for python
 
-MODPY_EGG_VERSION = 2.0.1
+MODPY_EGG_VERSION = 2.5.2
 DISTNAME = urwid-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME}
 CATEGORIES =   devel
 EPOCH =0
-REVISION = 6
 
 HOMEPAGE = http://urwid.org/
 
Index: distinfo
===
RCS file: /cvs/ports/devel/py-urwid/distinfo,v
retrieving revision 1.10
diff -u -p -u -r1.10 distinfo
--- distinfo7 Jan 2020 12:09:00 -   1.10
+++ distinfo10 Feb 2024 17:15:50 -
@@ -1,2 +1,2 @@
-SHA256 (urwid-2.0.1.tar.gz) = ZE0+OQCGcWGi/JKHqXYnU9Zr0ZR1Rnmtsmrt5Vm8zLw=
-SIZE (urwid-2.0.1.tar.gz) = 604167
+SHA256 (urwid-2.5.2.tar.gz) = 
c518ad40d956e867ecaf9444b35564eea35ef20e970f7e70a17d4accfa02
+SIZE (urwid-2.5.2.tar.gz) = 842160
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/py-urwid/pkg/PLIST,v
retrieving revision 1.11
diff -u -p -u -r1.11 PLIST
--- pkg/PLIST   26 Nov 2022 15:02:57 -  1.11
+++ pkg/PLIST   10 Feb 2024 17:15:50 -
@@ -14,36 +14,22 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}canvas.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}command_map.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
 
lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}command_map.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}compat.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
-lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}compat.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}container.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
 
lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}container.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}curses_display.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
-lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}curses_display.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}decoration.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
 
lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}decoration.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}display_common.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
-lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}display_common.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}escape.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
-lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}escape.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}font.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
 
lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}font.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}graphics.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
 
lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}graphics.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}html_fragment.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
-lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}html_fragment.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}lcd_display.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}

Re: -current: productivity/khal ikhal fails with python traceback for zoneinfo.ZoneInfo

[Marcus MERIGHI]

Hallo, 

mcmer-open...@tor.at (Marcus MERIGHI), 2023.12.11 (Mon) 10:42 (CET):
> Hello, 
> 
> for a couple of days ikhal fails for me on -current, please find the
> traceback below. 
> 
> I've seen on ports@ that an update is in the works, 0.10.4 -> 0.11.2:
> https://marc.info/?l=openbsd-ports=170222978503397
> So possibly this will fix the issue anyways
 
ikhal starts normally with 0.11.2.

Thanks!

Marcus

-current: productivity/khal ikhal fails with python traceback for zoneinfo.ZoneInfo

[Marcus MERIGHI]

Hello, 

for a couple of days ikhal fails for me on -current, please find the
traceback below. 

I've seen on ports@ that an update is in the works, 0.10.4 -> 0.11.2:
https://marc.info/?l=openbsd-ports=170222978503397
So possibly this will fix the issue anyways

I am not aware of having changed anything in my environment recently:

$ locale
LANG=en_US.UTF-8
LC_COLLATE="en_US.UTF-8"
LC_CTYPE=en_US.UTF-8
LC_MONETARY="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_ALL=

The traceback:

$ ikhal  
Traceback (most recent call last):
  File "/usr/local/bin/ikhal", line 8, in 
sys.exit(main_ikhal())
  File "/usr/local/lib/python3.10/site-packages/click/core.py", line
1128, in __call__
return self.main(*args, **kwargs)
  File "/usr/local/lib/python3.10/site-packages/click/core.py", line
1053, in main
rv = self.invoke(ctx)
  File "/usr/local/lib/python3.10/site-packages/click/core.py", line
1395, in invoke
return ctx.invoke(self.callback, **ctx.params)
  File "/usr/local/lib/python3.10/site-packages/click/core.py", line
754, in invoke
return __callback(*args, **kwargs)
  File "/usr/local/lib/python3.10/site-packages/click/decorators.py",
line 26, in new_func
return f(get_current_context(), *args, **kwargs)
  File "/usr/local/lib/python3.10/site-packages/khal/cli.py", line 485,
in interactive_cli
controllers.interactive(
  File "/usr/local/lib/python3.10/site-packages/khal/controllers.py",
line 545, in interactive
pane = ui.ClassicView(
  File "/usr/local/lib/python3.10/site-packages/khal/ui/__init__.py",
line 1045, in __init__
daywalker = Walker(
  File "/usr/local/lib/python3.10/site-packages/khal/ui/__init__.py",
line 361, in __init__
self.ensure_date(this_date)
  File "/usr/local/lib/python3.10/site-packages/khal/ui/__init__.py",
line 370, in ensure_date
pile = self._get_events(day)
  File "/usr/local/lib/python3.10/site-packages/khal/ui/__init__.py",
line 480, in _get_events
self.events = sorted(self._collection.get_events_on(day))
  File
"/usr/local/lib/python3.10/site-packages/khal/khalendar/khalendar.py",
line 152, in get_events_on
localize = self._locale['local_timezone'].localize
AttributeError: 'zoneinfo.ZoneInfo' object has no attribute 'localize'

Thanks for your time, Marcus

Re: Ports-tree fetch: No space left on device

[Marcus MERIGHI]

Hello, 

li...@thyssentishman.com (Johannes Thyssen Tishman), 2023.10.01 (Sun) 16:27 
(CEST):
> I'm trying to update my ports tree with 'cvs -q up -Pd -A' and I'm
> getting the following error:
> 
> > cannot create_adm_p /tmp/cvs-serv54231/textproc/cdiff
> > No space left on device

same here with: 
 
$ env CVSROOT=anon...@ftp.hostserver.de:/cvs cvs -q \
-danon...@ftp.hostserver.de:/cvs update -PdA

but not with:

$ env CVSROOT=anon...@mirror.osn.de:/cvs cvs -q \
-danon...@mirror.osn.de:/cvs update -PdA

hence the CC:, taken from https://www.openbsd.org/anoncvs.html .

Which CVS server do you use?

I ran a .5s loop with "df(1) -i" during "cvs update" and no, it is not
the disk space or the inodes of my machine that are to low. 

Wild guessing, I think we are seeing an error of the server. 

Marcus

> From this I assume that there may not be enough space on /tmp but
> based on the output of 'df -h' it should:
> 
> Filesystem SizeUsed   Avail Capacity  Mounted on
> /dev/sd1a  986M135M801M15%/
> /dev/sd1l  295G   17.1G263G 7%/home
> /dev/sd1d  3.9G2.0M3.7G 1%/tmp
> /dev/sd1f 29.1G3.7G   23.9G14%/usr
> /dev/sd1g  986M290M647M31%/usr/X11R6
> /dev/sd1h 19.4G8.4G   10.0G46%/usr/local
> /dev/sd1k  5.8G2.0K5.5G 1%/usr/obj
> /dev/sd1j  2.9G2.0K2.8G 1%/usr/src
> /dev/sd1e 19.1G   65.0M   18.1G 1%/var
> 
> Is this not enough? IIRC my ports-tree should not be outdated by
> more than a week or two. I really only use CVS for ports by running
> the above mentioned command everytime I'm working with ports.
> 
> Thanks.
> 
> Kind regards,
> Johannes
> 

Re: gimp is broken

[Marcus MERIGHI]

Hello, 

m...@xha.li (Lorenz (xha)), 2023.10.01 (Sun) 11:54 (CEST):
> i don't know if the problem is known, if it was intentionally ignored or
> something, but graphics/gimp is broken on -current.:
> 
> lorenz@~ % doas pkg_add gimp
> Ambiguous: choose package for gimp
> a 0: 
>   1: gimp-2.10.34p4
>   2: gimp-2.99.16p0
> Your choice: 1
> gimp-2.10.34p4:lzlib-1.13: ok
> gimp-2.10.34p4:libwmf-0.2.8.4p6: ok
> [...]
> gimp-2.10.34p4:libmypaint-1.6.1p1: ok
> Can't find ghostscript-10.01.2
> Can't install gimp-2.10.34p4: can't resolve 
> ghostscript-10.01.2,py-gtk2-2.24.0p13

Works for me, though.

I've had gimp installed, therefore I did:

$ pkg_delete ghostscript py-gtk2 gimp

followed by:

$ pkg_add -Dsnap gimp
Ambiguous: choose package for gimp
a   0: 
1: gimp-2.10.34p4
2: gimp-2.99.16p0
Your choice: 1
gimp-2.10.34p4:ghostscript-10.02.0: ok
gimp-2.10.34p4:py-gtk2-2.24.0p13: ok
gimp-2.10.34p4: ok
Running tags: ok

I updated -current yesterday evening, all of base, firmware and
packages.

Marcus

Re: Update games/wtf(6) to wtf-20230906

[Marcus MERIGHI]

s...@spacehopper.org (Stuart Henderson), 2023.09.30 (Sat) 13:06 (CEST):
> On 2023/09/30 12:40, Marcus MERIGHI wrote:
> > Hello, 
> > 
> > the following would update wtf(6) to 20230906 (from 20230828).
> > Does this need a quirk because the package name changes?
> 
> changes in what way?

It doesn't, I'm just confused. Sorry for the noise!
(I've had troubles replacing the old package because of -Dunsigned and
heavily misread the errors.)

Marcus

Update games/wtf(6) to wtf-20230906

[Marcus MERIGHI]

Hello, 

the following would update wtf(6) to 20230906 (from 20230828).
Does this need a quirk because the package name changes?

Marcus

Index: Makefile
===
RCS file: /cvs/ports/games/wtf/Makefile,v
retrieving revision 1.112
diff -u -p -u -r1.112 Makefile
--- Makefile26 Sep 2023 09:41:43 -  1.112
+++ Makefile30 Sep 2023 10:14:41 -
@@ -1,6 +1,6 @@
 COMMENT =  translate common internet acronyms
 
-DISTNAME = wtf-20230804
+DISTNAME = wtf-20230906
 CATEGORIES =   games
 
 HOMEPAGE = https://sourceforge.net/projects/bsdwtf/
Index: distinfo
===
RCS file: /cvs/ports/games/wtf/distinfo,v
retrieving revision 1.104
diff -u -p -u -r1.104 distinfo
--- distinfo8 Aug 2023 22:53:04 -   1.104
+++ distinfo30 Sep 2023 10:14:41 -
@@ -1,2 +1,2 @@
-SHA256 (wtf-20230804.tar.gz) = hVuTsrml1pxQrdLa8SWWi6AZo07t7vwKBk+wficGbkE=
-SIZE (wtf-20230804.tar.gz) = 31535
+SHA256 (wtf-20230906.tar.gz) = 
ed9c1fa927fcd878cce955fb0bdc586876ee1ae234666be75c3bbd6e5b2a094b
+SIZE (wtf-20230906.tar.gz) = 31564

Re: [new] gurk-rs - a cli signal client

[Marcus MERIGHI]

Hello, 

s...@spacehopper.org (Stuart Henderson), 2023.02.17 (Fri) 10:50 (CET):
> On 2023/02/17 08:13, Stefan Hagen wrote:
> > Marcus MERIGHI wrote (2023-02-11 17:14 CET):
> > > sh+openbsd-po...@codevoid.de (Stefan Hagen), 2023.02.10 (Fri) 19:28 (CET):
> > > > here is a command line signal client. It's lacking a lot of features,
> > > > but basic text send/receive functionality is there.
> > > 
> > > for me the client quits upon receiving messages, reliably.
> > > 
> > > 2023-02-11T15:50:33.433155Z ERROR panic: thread 'main' panicked at
> > > 'called `Result::unwrap()` on an `Err` value: Error { kind:
> > > Uncategorized, message: "no current exe available (short)" }':
> > > /usr/ports/pobj/gurk-rs-0.3.0/gurk-rs-0.3.0/modcargo-crates/ \
> > > notify-rust-4.5.10/src/notification.rs:23
> > 
> > Oh, that's unfortunate and it's keeping me from going forward. I know it 
> > works for me and kn@ had some success. But I also don't want to import 
> > something that only works for half of the people. Missing features are 
> > fine, but it shouldn't break like that.
> 
> Does it work if you use the full path when running the binary?

Yes, it does! Tried multiple times. 

I receive messages and the chats that I've been part of since linking to
the phone have popped up, nice.

> > > Regarding
> > > Signal Messenger client for the terminal written in Rust.
> > > 
> > > While beeing completely right it does not tell that it is a Text User
> > > Interface (TUI). Maybe steeli^Wtaking a bit from tut(1)'s description?
> > > 
> > > So 
> > > TUI for Mastodon with vim inspired keys
> > > becomes
> > > Signal Messenger client TUI with strange key bindings
> > 
> > Ironically, I find "for the terminal" clearer than TUI.
> 
> me too.

To me there's two types of user interfaces "for the terminal".

Command line, based on stdin/stdout/stderr, like wc(1).

Or an program that is started from the command line but its user
interface is not based on stdin/stdout/stderr, like mutt. 

"for the terminal" does not tell which one of these it is.

Am I getting it wrong? In what way?

Marcus

Re: [new] gurk-rs - a cli signal client

[Marcus MERIGHI]

Hello, 

sh+openbsd-po...@codevoid.de (Stefan Hagen), 2023.02.10 (Fri) 19:28 (CET):
> here is a command line signal client. It's lacking a lot of features,
> but basic text send/receive functionality is there.

for me the client quits upon receiving messages, reliably.

2023-02-11T15:50:33.433155Z ERROR panic: thread 'main' panicked at
'called `Result::unwrap()` on an `Err` value: Error { kind:
Uncategorized, message: "no current exe available (short)" }':
/usr/ports/pobj/gurk-rs-0.3.0/gurk-rs-0.3.0/modcargo-crates/ \
notify-rust-4.5.10/src/notification.rs:23

> The contact sync doesn't work for me. But I can see and message in
> conversations initiated after gurk-rs is linked.
>
> I hope the situation will improve. But this client is much better than 
> having no client at all.

it would be so handy. thanks for your work!

> Some hints:
> - this is rust, so build with "MAKE_JOBS=8 make", or something.

compile and install worked, I understand you comment now.

> - F1 shows the key bindings and they're not configurable
> - gurk -v(vv) starts verbose mode writes to gurk.log
 
Regarding
Signal Messenger client for the terminal written in Rust.

While beeing completely right it does not tell that it is a Text User
Interface (TUI). Maybe steeli^Wtaking a bit from tut(1)'s description?

So 
TUI for Mastodon with vim inspired keys
becomes
Signal Messenger client TUI with strange key bindings

Marcus

Re: -current rspamd hyperscan error

[Marcus MERIGHI]

Hello, 

s...@spacehopper.org (Stuart Henderson), 2023.02.11 (Sat) 15:04 (CET):
> On 2023/02/11 08:35, Marcus MERIGHI wrote:
> > Hello, 
> > 
> > with a snapshot from yesterday:
> > 
> > OpenBSD 7.2-current (GENERIC.MP) #1029: Fri Feb 10 09:16:50 MST
> > 2023
> > 
> > and a -current rspamd:
> > 
> > rspamd-3.4p1-hyperscan event-driven spam filtering system in
> > C/Lua
> > 
> > I get the following error upon starting rspamd:
> > 
> > rspamd_multipattern_compile: fatal error: cannot allocate scratch 
> > space
> > for hyperscan: -1
> > 
> > There are no changes to rspamd limits via login.conf[.d/*].
> 
> Did you just try hyperscan for the first time, or has it been working
> and then broken after an update? (if the latter, what did you update,
> and which versions before/after?)

It's been working before, I did not change anything intentionally. 
The machine runs -current since the advent of 7.2. 
It's upgraded almost daily, the last upgrade was yesterday evening. 
(upgrade: sysupgrade -nks; pkg_add -u -Dsnap; reboot;)

I cannot rule out this has happened before, but it would be quite
unlikely to go unnoticed. The machine handles about fifty mail messages
a day and it does not accept mail without rspamd running. These missing
messages would ring an alarm. (As they did this morning...)

> Working ok here with the most recent -current snapshot on amd64 and I
> reinstalled hyperscan and rspamd--hyperscan to make sure they're from
> the most recent bulk build. (avx2 flavour of hyperscan on a VM on a
> ryzen 5650G machine).

Something I missed to report, here it is hyperscan-5.4.0-ssse3 on
Intel(R) Core(TM) i7-10510U. The dmesg(8) reports SSSE3.

I just ran another pkg_add -u -Dsnap and nothing was updated.
installurl(5) has http://ftp.hostserver.de/pub/OpenBSD.

I'll upgrade tonight and report back. The mails flow, so no worries.

Thanks for your time!

Marcus

-current rspamd hyperscan error

[Marcus MERIGHI]

Hello, 

with a snapshot from yesterday:

OpenBSD 7.2-current (GENERIC.MP) #1029: Fri Feb 10 09:16:50 MST
2023

and a -current rspamd:

rspamd-3.4p1-hyperscan event-driven spam filtering system in
C/Lua

I get the following error upon starting rspamd:

rspamd_multipattern_compile: fatal error: cannot allocate scratch space
for hyperscan: -1

There are no changes to rspamd limits via login.conf[.d/*].

Setting 
"disable_hyperscan = true;"
in 
/etc/rspamd/local.d/options.inc
(as found on the interwebs) did not change a thing.

Can anyone confirm?
Does anyone have a workaround?

Thanks, Marcus

OpenBSD 7.2-current (GENERIC.MP) #1029: Fri Feb 10 09:16:50 MST 2023
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 16898199552 (16115MB)
avail mem = 16366690304 (15608MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.2 @ 0x8f7ff000 (94 entries)
bios0: vendor American Megatrends Inc. version "2.02" date 12/14/2021
bios0: Shuttle Inc. DS20U
efi0 at bios0: UEFI 2.7
efi0: American Megatrends rev 0x50011
acpi0 at bios0: ACPI 6.2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP MCFG SSDT FIDT SSDT HPET SSDT SSDT NHLT LPIT SSDT SSDT 
DBGP DBG2 SSDT TPM2 DMAR WSMT APIC FPDT
acpi0: wakeup devices RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) 
RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) RP07(S4) PXSX(S4) 
RP08(S4) PXSX(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimcfg0 at acpi0
acpimcfg0: addr 0xe000, bus 0-255
acpihpet0 at acpi0: 2399 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i7-10510U CPU @ 1.80GHz, 1696.05 MHz, 06-8e-0c
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 
4-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 24MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i7-10510U CPU @ 1.80GHz, 1696.05 MHz, 06-8e-0c
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu1: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 
4-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Core(TM) i7-10510U CPU @ 1.80GHz, 1696.05 MHz, 06-8e-0c
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu2: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 
4-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 6 (application processor)
cpu3: Intel(R) Core(TM) i7-10510U CPU @ 1.80GHz, 1696.05 MHz, 06-8e-0c
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu3: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 
4-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu3: smt 0, core 

Re: -current rspamd hyperscan error

[Marcus MERIGHI]

Hello again, 

mcmer-open...@tor.at (Marcus MERIGHI), 2023.02.11 (Sat) 08:35 (CET):
> Does anyone have a workaround?

worked for me:

$ pkg_delete rspamd-3.4p1-hyperscan
$ pkg_add pkg_add rspamd-3.4p1

Marcus

Re: update or remove security/clamav-unofficial-sigs ?

[Marcus MERIGHI]

Hello Klemens, 

thanks for your work. My tests below were on -current. Do you want me to
test on 7.1 and/or 7.2, too? 

Procedure:
- updated ports tree
- applied patch -> clean, no errors
- make package -> clean, no errors
- pkg_add -Dunsigned \
/usr/ports/packages/amd64/no-arch/clamav-unofficial-sigs-7.2.5.tgz

before: clamav-unofficial-sigs-4.9.2p2
after:  clamav-unofficial-sigs-7.2.5

k...@openbsd.org (Klemens Nanni), 2022.11.16 (Wed) 18:03 (CET):
> On Wed, Nov 16, 2022 at 04:50:57PM +0100, Marcus MERIGHI wrote:
> > k...@openbsd.org (Klemens Nanni), 2022.11.14 (Mon) 10:40 (CET):
> > > On Sun, Nov 13, 2022 at 10:33:09PM -0500, Johan Huldtgren wrote:
> > > > On 2022-11-13 22:32, Klemens Nanni wrote:
> > > > > We're stuck at a 2014 version while upstream is at 7.2.5 from 2021.
> > > > > 
> > > > > Anyone still using this?  Does it work with recent clamav?
> > > > 
> > > > I have this configured and working on my mailserver (still at 7.1)
> > > > with clamav-0.104.3, from the logs it updates the various configured
> > > > databases. I am uncertain of exactly how effective it is.
> > > 
> > > Thanks, so it isn't broken by default or so.
> > > 
> > > If you upgrade to a snapshots I can send you a ports update to try the
> > > latest unofficial filters.
> > 
> > I use clamav-unofficial-sigs, on 7.2 and 7.1. It works and I'm and ready
> > to test -current, 7.2 and 7.1 (for some time).
> 
> Here's the ports diff for the latest version.
> I recreated the config patch from scratch.
> 
> There now are /etc/clamav-unofficial-sigs/{master,os,user.conf} where
> os.conf is os.openbsd.conf from upstream.
 
> os and user overwrite master, user overwrites os, you edit user.conf.
> 
> os.openbsd.conf says something requires gsed, so add that as RDEP.
> 
> It also says that the config is incompatible to 3.x and 4.x setups.

The config settings, their names and options are the same, as far as I
can tell.

> Installing the new 7.2.5 package, running the script as root once and
> then getting info with `-i' looks sane.
> 
> /var/log/clamav-unofficial-sigs.log contains that info, so logs work.
> 
> I have no idea what users have to do to their config to make the jump
> from 3/4 to 7.2.5.
> 
> Marcus, can you give this a spin and tell us what local steps are
> required to upgrade and/or get it running?

As I see it, the config of clamav-unofficial-sigs mostly consists of
access options for various non-free or not-quite-free or register-to-use
services.

Without touching anything in the new config directory 
/etc/clamav-unofficial-sigs/
I got some updates for the free services.

So it works "out of the box".

I once got me a SecuriteInfo key, which I could just copy from the old
/etc/clamav-unofficial-sigs.conf 
to the new
/etc/clamav-unofficial-sigs/user.conf.

I then started clamav-unofficial-sigs.sh again, which got me the
SecuriteInfo data.

The only other change I ever made to the config was "work_dir", 
which I edited from 
/var/db/clamav-unofficial-sigs
to
/var/db/clamav/clamav-unofficial-sigs
because I had a small /var slice and a large slice for /var/db/clamav
already. Should this go to os.conf nowadays?

Should clamd_socket in os.conf point to "/tmp/clamd.socket", the default
in clamd.conf? (instead of /var/run/clamav/clamd.sock). In my
understandig, os.conf should provide sane defaults for the OS. But this
option ("clamd_socket") is disabled by default. 

After all of that I had an attempt at just copying the old 
/etc/clamav-unofficial-sigs.conf
to 
/etc/clamav-unofficial-sigs/user.conf
which gave me a "version not compatible" message. But commenting
config_version="53" -> # config_version="53"
got me one step further, but only for
ALERT: could not import Sanesecurity public GPG key to custom
keyring
which I remedied by changing 
gpg_dir="$work_dir/gpg-key"
to
gpg_dir="gpg-key"
which made clamav-unofficial-sigs.sh work.

> Then we can put this into MESSAGE or README or current.html.

I'm not sure whether the 
cp /etc/clamav-unofficial-sigs.conf \
/etc/clamav-unofficial-sigs/user.conf"
option is a good one, given that upstream apparently wants to prevent
this. Additionally the two other changes are necessary (config_version,
gpg_dir).

Otherwise, isn't it just:
add your licence or access codes and other config settings to
from /etc/clamav-unofficial-sigs.conf to
/etc/clamav-unofficial-sigs/user.conf

Not sure:
- modify other config changes (e.g. work_dir, clamd_socket) in os.conf
  or add it to user.conf,

Re: update or remove security/clamav-unofficial-sigs ?

[Marcus MERIGHI]

Hello, 

k...@openbsd.org (Klemens Nanni), 2022.11.14 (Mon) 10:40 (CET):
> On Sun, Nov 13, 2022 at 10:33:09PM -0500, Johan Huldtgren wrote:
> > On 2022-11-13 22:32, Klemens Nanni wrote:
> > > We're stuck at a 2014 version while upstream is at 7.2.5 from 2021.
> > > 
> > > Anyone still using this?  Does it work with recent clamav?
> > 
> > I have this configured and working on my mailserver (still at 7.1)
> > with clamav-0.104.3, from the logs it updates the various configured
> > databases. I am uncertain of exactly how effective it is.
> 
> Thanks, so it isn't broken by default or so.
> 
> If you upgrade to a snapshots I can send you a ports update to try the
> latest unofficial filters.

I use clamav-unofficial-sigs, on 7.2 and 7.1. It works and I'm and ready
to test -current, 7.2 and 7.1 (for some time).

Marcus

> > > Anyone want to update or even maintain it?
> > > 
> > > If not, can we move it to the attic?
> > > ---
> > > Information for 
> > > https://cdn.openbsd.org/pub/OpenBSD/snapshots/packages/amd64/clamav-unofficial-sigs-4.9.2p2.tgz
> > > 
> > > Comment:
> > > fetch and update unofficial signatures for ClamAV
> > > 
> > > Description:
> > > The clamav-unofficial-sigs script provides a simple way to download, test
> > > and update third-party signature databases for ClamAV. Various databases
> > > (primarily for email-borne malware/phishing) are available.
> > > 
> > > Maintainer: The OpenBSD ports mailing-list 
> > > 
> > > WWW: https://github.com/extremeshok/clamav-unofficial-sigs
> > > 
> > > Install notice:
> > > After configuring /etc/clamav-unofficial-sigs.conf you can add the 
> > > following
> > > to root's crontab to update the signatures regularly:
> > > 
> > > 35 * * * * /usr/local/bin/clamav-unofficial-sigs.sh 2>&1 > /dev/null

Re: 7.2 firefox cups printers not available

[Marcus MERIGHI]

Good evening, 

sh+openbsd-po...@codevoid.de (Stefan Hagen), 2022.11.14 (Mon) 21:06 (CET):
> Antoine Jacoutot wrote (2022-11-14 19:52 CET):
> > On Mon, Nov 14, 2022 at 08:30:21AM +0100, Landry Breuil wrote:
> > > Le Fri, Nov 11, 2022 at 01:14:34PM +0100, Marcus MERIGHI a écrit :
> > > > I do not see CUPS printers in firefox, only pdf and lpr.
> > > > Can anyone confirm it works for her/him?
> > > 
> > > I dont use cups and i'm too stupid to make it work with the printer i
> > > have at the office, so sadly i wont be able to help you on this.
> > > if you think its an unveil/pledge issue, the instructions to debug it
> > > are in the package readme.
> > 
> > Add this to /etc/firefox/unveil.main:
> > /var/run/cups/cups.sock rw
> 
> I tested it and can confirm that this is the missing piece.

Me too, FWIW.

Thank you all for reading, confirming and fixing.

Marcus

7.2 firefox cups printers not available

[Marcus MERIGHI]

Hello!

I do not see CUPS printers in firefox, only pdf and lpr.

Can anyone confirm it works for her/him?

Thunderbird on the other hand shows the CUPS printer.

OpenBSD 7.2 GENERIC.MP#0 amd64, with patches.

Packages (yes, I've read pkg-readmes/cups):

cups-2.4.2p0Common Unix Printing System
cups-filters-1.28.16 OpenPrinting CUPS filters
cups-libs-2.4.2 CUPS libraries and headers
firefox-106.0.2 Firefox web browser
firefox-i18n-de-105.0.1 de language pack for Firefox
gtk+2-cups-2.24.33p1 gtk+2 CUPS print backend
gtk+3-cups-3.24.34p0 gtk+3 CUPS print backend
gtk+4-cups-4.8.1gtk+4 CUPS print backend

Thanks, Marcus

sogo/gnustep mysteriously adds XML-encoded UTF-8 BOM

[Marcus MERIGHI]

Hello!

This is just a heads-up for fellow SOGo users and a plea to 
@landry: would you mind sharing your new gnustep/sogo packages?

After upgrading to OpenBSD 7.0 with the updates to:

-sogo-5.0.1p0web based groupware server
+sogo-5.2.0  web based groupware server
-gnustep-base-1.27.0p0 GNUstep base library
+gnustep-base-1.28.0p1 GNUstep base library

I experience a symptom of "you can create events but you cannot change
them". Clients are DAVx5 for android and caldavsynchronizer for
Outlook/Windows10. DAV access with e.g. cadaver(1) works.

While chasing the cause I soon found I'm not the first to do so, thank
you, landry@, for beeing quicker:

SOGo bug report by landry@
https://www.sogo.nu/bugs/view.php?id=5416

Gnustep bug report by landry@
https://github.com/gnustep/libs-base/issues/212

The commit landry@ reverted to get www/sogo to a working state:
https://github.com/gnustep/libs-base/commit/bd5f2909e6edc8012a0a6e44ea1402dfbe1353a4

According to the SOGo bug tracker the issue has not been acted upon,
but mind it is only two days old.

Marcus

khal update 0.10.2 to 0.10.4

[Marcus MERIGHI]

Hello!

This updates khal from 0.10.2 to 0.10.4. 

Only quickly tested, but running with from now on. 
(The "CHANGE for tab" helps a lot...)

Changes:

https://github.com/pimutils/khal/releases/tag/v0.10.4
DROPPED support for Python 3.5
CHANGE ikhal: tab (and shift tab) jump from the events back to the calendar
NEW Add symbol for events with at least one alarm
FIX URL can now be set/updated from ikhal
FIX Imported events without an end or duration will now last one day if
DTSTART is a date (as per RFC) or one hour if it is a datetime.

https://github.com/pimutils/khal/releases/tag/v0.10.3
DROPPED support for Python 3.4
FIX khal interactive now accepts -a/-d options (as documented)
FIX Strip whitespace when loading displayname and color files
FIX Warn when loading events with a recurrence that finishes before it starts
FIX Warn when loading events with a recurrence that never occurs
FIX Alarms without descriptions no longer crash ikhal
FIX Display all-day events at the top of the day in ikhal
FIX Keybindings in empty search results no longer crash ikhal
NEW Possibility to add a blank line before day in khal with 
blank_line_before_day option
FIX new keybinding in search no longer crash ikhal
NEW Improved sorting of events. Sort by DTSTART, DTEND then SUMMARY.
NEW Add url input and {url} template option

Marcus

Index: Makefile
===
RCS file: /cvs/ports/productivity/khal/Makefile,v
retrieving revision 1.15
diff -u -p -u -r1.15 Makefile
--- Makefile23 Feb 2021 19:39:37 -  1.15
+++ Makefile13 Sep 2021 17:16:54 -
@@ -2,7 +2,7 @@
 
 COMMENT =  standards based terminal calendar
 
-MODPY_EGG_VERSION =0.10.2
+MODPY_EGG_VERSION =0.10.4
 DISTNAME = khal-${MODPY_EGG_VERSION}
 
 CATEGORIES =   productivity
Index: distinfo
===
RCS file: /cvs/ports/productivity/khal/distinfo,v
retrieving revision 1.7
diff -u -p -u -r1.7 distinfo
--- distinfo19 Oct 2020 13:01:10 -  1.7
+++ distinfo13 Sep 2021 17:16:54 -
@@ -1,2 +1,3 @@
-SHA256 (khal-0.10.2.tar.gz) = SU8hXD0ct6H411a0QICdJVvSDik3+YvQtdROQtTLEIc=
-SIZE (khal-0.10.2.tar.gz) = 182534
+SHA256 (khal-0.10.4.tar.gz) = P9uYCpphwCBteoKxb3e0CKTzQaK4ZrnJ/PamQYUNEp8=
+SIZE (khal-0.10.4.tar.gz) = 185736
+

Re: www/nextcloud MESSAGE [was: www/nextcloud @ask-update]

[Marcus MERIGHI]

Hello, 

I've trimmed the CC:, as I'm quite certain you do not need it twice in
your inbox. gonzalo@ as MAINTAINER will have to suffer twice :-)

es...@nerim.net (Marc Espie), 2021.05.29 (Sat) 13:57 (CEST):
> On Sat, May 29, 2021 at 11:46:44AM +0200, Marcus MERIGHI wrote:
> > 
> > Is there any less intrusive way of emitting a warning?
> 
> MESSAGE

Thanks for the pointer!

But - as opposed to @ask-update - this is shown upon initial
installation, too, isn't it?

Anyways, here is my attempt... But, as said before, I won't forget the
manual steps anymore, which makes this an apprentice piece.

Marcus

Index: Makefile.inc
===
RCS file: /cvs/ports/www/nextcloud/Makefile.inc,v
retrieving revision 1.1
diff -u -p -u -r1.1 Makefile.inc
--- Makefile.inc17 Mar 2021 18:54:56 -  1.1
+++ Makefile.inc29 May 2021 16:59:18 -
@@ -39,6 +39,7 @@ VR=   ${V:R}
 MAJOR= ${VR:R}
 SUBST_VARS=INSTDIR TINSTDIR MODPHP_BIN VR MAJOR
 DESCR= ${.CURDIR}/../pkg/DESCR
+MESSAGE=   ${.CURDIR}/../pkg/MESSAGE
 UNMESSAGE= ${.CURDIR}/../pkg/UNMESSAGE
 FILESDIR=  ${.CURDIR}/../files
 
Index: pkg/MESSAGE
===
RCS file: pkg/MESSAGE
diff -N pkg/MESSAGE
--- /dev/null   1 Jan 1970 00:00:00 -
+++ pkg/MESSAGE 29 May 2021 16:59:18 -
@@ -0,0 +1 @@
+See the pkg-readme to complete the install or update.

Re: www/nextcloud @ask-update

[Marcus MERIGHI]

Hello!

@sthen,@landry,@gonzalo... thanks for your thoughts!

gonz...@x61.sh (Gonzalo Rodriguez), 2021.05.28 (Fri) 23:09 (CEST):
> > On 27. May 2021, at 16:15, Landry Breuil  wrote:
> > 
> > Le Thu, May 27, 2021 at 01:20:10PM +0100, Stuart Henderson a écrit :
> >> I'm not convinced this is a good idea.
> >> 
> >> @ask-update is problematic because it blocks updates of  packages unless
> >> there's manual intervention. For someone who adds pkg_add -u to 
> >> rc.firsttime
> >> or uses configuration management to update packages this adds things which
> >> are awkward to automate.

Ah, I didn't consider such a use case...

> >> PostgreSQL is special because, in some cases, you need to take extra steps
> >> *before* the upgrade. (pg_upgrade/postgresql-previous can't easily be made
> >> to work with compiled add-on modules). Quite often you can't just install
> >> the old postgresql package again because the compiled binaries won't always
> >> run on the updated OS which is less of a problem with PHP. 

postgresql's @ask-update has saved me multiple times. I thought the same
would be easy-peasy for nextcloud. Thanks for explaining the difference!

> >> It is common for
> >> ports to need extra steps after upgrading, there's nothing particularly
> >> unusual about nextcloud in that respect.

This does not match my experience, but you see the bigger picture!

> > seconded, all nextcloud upgrades have always needed extra steps (eg occ
> > upgrade as www user) since forever.. and i agree that @ask-update always
> > leads to pain :)

I wanted to prevent pain (users finding out that I forgot necessary
steps after updates), not cause pain. I understand now that @ask-update
is so bad it's really, really last ressort.

Is there any less intrusive way of emitting a warning?

And, beeing relatively new to running nextcloud, I am confident that I
wont forget anymore :-)

> Yup, probably is not the best or straight forward but still “faster”
> and less problematic 

Thanks for maintaining the port!

Marcus

www/nextcloud @ask-update

[Marcus MERIGHI]

Hello!

I think updates of nextcloud (recently 6.8 -> 6.9 and yesterday/today)
are somewhat special, as they need manual intervention afterwards. 

Therefore I suggest a warning like the one with postgresql-server.

I've just copied the PLIST lines over from postgresql-server and
adjusted them, no testing done.

Patch inline below and attached, too.

Marcus

Index: 20/pkg/PLIST
===
RCS file: /cvs/ports/www/nextcloud/20/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -u -r1.3 PLIST
--- 20/pkg/PLIST25 May 2021 08:13:16 -  1.3
+++ 20/pkg/PLIST27 May 2021 10:15:42 -
@@ -1,6 +1,7 @@
 @comment $OpenBSD: PLIST,v 1.3 2021/05/25 08:13:16 gonzalo Exp $
 @option is-branch
 @conflict nextcloud-*
+@ask-update nextcloud-<${V_MAJOR} Updating will need manual intervention, see 
the pkg-readme
 @pkgpath www/nextcloud
 @unexec-delete rm -f ${PREFIX}/conf/modules/httpd-nextcloud.conf
 @unexec-delete rm -f ${PREFIX}/conf/modules/apache-nextcloud.conf
Index: 21/pkg/PLIST
===
RCS file: /cvs/ports/www/nextcloud/21/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -u -r1.3 PLIST
--- 21/pkg/PLIST25 May 2021 08:13:16 -  1.3
+++ 21/pkg/PLIST27 May 2021 10:15:44 -
@@ -1,6 +1,7 @@
 @comment $OpenBSD: PLIST,v 1.3 2021/05/25 08:13:16 gonzalo Exp $
 @option is-branch
 @conflict nextcloud-*
+@ask-update nextcloud-<${V_MAJOR} Updating will need manual intervention, see 
the pkg-readme
 @unexec-delete rm -f ${PREFIX}/conf/modules/httpd-nextcloud.conf
 @unexec-delete rm -f ${PREFIX}/conf/modules/apache-nextcloud.conf
 conf/modules.sample/
Index: 20/pkg/PLIST
===
RCS file: /cvs/ports/www/nextcloud/20/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -u -r1.3 PLIST
--- 20/pkg/PLIST25 May 2021 08:13:16 -  1.3
+++ 20/pkg/PLIST27 May 2021 10:15:42 -
@@ -1,6 +1,7 @@
 @comment $OpenBSD: PLIST,v 1.3 2021/05/25 08:13:16 gonzalo Exp $
 @option is-branch
 @conflict nextcloud-*
+@ask-update nextcloud-<${V_MAJOR} Updating will need manual intervention, see 
the pkg-readme
 @pkgpath www/nextcloud
 @unexec-delete rm -f ${PREFIX}/conf/modules/httpd-nextcloud.conf
 @unexec-delete rm -f ${PREFIX}/conf/modules/apache-nextcloud.conf
Index: 21/pkg/PLIST
===
RCS file: /cvs/ports/www/nextcloud/21/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -u -r1.3 PLIST
--- 21/pkg/PLIST25 May 2021 08:13:16 -  1.3
+++ 21/pkg/PLIST27 May 2021 10:15:44 -
@@ -1,6 +1,7 @@
 @comment $OpenBSD: PLIST,v 1.3 2021/05/25 08:13:16 gonzalo Exp $
 @option is-branch
 @conflict nextcloud-*
+@ask-update nextcloud-<${V_MAJOR} Updating will need manual intervention, see 
the pkg-readme
 @unexec-delete rm -f ${PREFIX}/conf/modules/httpd-nextcloud.conf
 @unexec-delete rm -f ${PREFIX}/conf/modules/apache-nextcloud.conf
 conf/modules.sample/

Re: unbreak games/supertux [Was: Re: games/supertux startup error]

[Marcus MERIGHI]

Hello!

Works for me, thank you!

I removed sthen@'s patches by removing games/supertux and running "cvs
up". Then I applied your patch and 
"make PKG_CREATE_NO_CHECKS=Yes package" 
got me a working package.

Marcus

n...@berkeley.edu (Nam Nguyen), 2021.04.17 (Sat) 15:08 (CEST):
> Here is a diff for unbreaking games/supertux, which segfaults on
> startup. I opened an issue explaining the bug here:
> https://github.com/SuperTux/supertux/issues/1726
> 
> I bisected and found a commit from 2.0.10 that caused this segfault:
> https://github.com/libsdl-org/SDL/commit/670f3d3327912b299e8e5ea9de4f01bd833414cc
> 
> It reads out of bounds memory due to usage of SIMD functions since SDL
> 2.0.10. My workaround is to make the resolution larger for the affected
> image. I get the same backtrace on startup.
> 
> Tests and feedback are welcome. OK? I would like to get this in to
> unbreak games/supertux, but it is almost ports lock.
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/games/supertux/Makefile,v
> retrieving revision 1.23
> diff -u -p -u -p -r1.23 Makefile
> --- Makefile  25 Feb 2021 22:26:02 -  1.23
> +++ Makefile  17 Apr 2021 12:34:44 -
> @@ -5,7 +5,10 @@ COMMENT =jump 'n' run game
>  V =  0.6.0
>  DISTNAME =   SuperTux-v${V}-Source
>  PKGNAME =supertux-$V
> -REVISION =   2
> +REVISION =   3
> +
> +DISTFILES += ${DISTNAME}${EXTRACT_SUFX}
> +DISTFILES += tux-statue${EXTRACT_SUFX}:0
>  
>  CATEGORIES = games
>  
> @@ -22,6 +25,7 @@ WANTLIB += c curl freetype m ogg openal 
>  WANTLIB += z
>  
>  MASTER_SITES =   
> https://github.com/SuperTux/supertux/releases/download/v${V}/
> +MASTER_SITES0 =  https://namtsui.com/source/
>  
>  FIX_CRLF_FILES = external/squirrel/CMakeLists.txt
>  
> @@ -46,5 +50,7 @@ NO_TEST =   Yes
>  
>  pre-configure:
>   ${SUBST_CMD} ${WRKSRC}/src/supertux/main.cpp
> +# fixes segfault. see: https://github.com/SuperTux/supertux/issues/1726
> + @mv ${WRKDIR}/tux-statue.png ${WRKSRC}/data/images/tiles/doodads
>  
>  .include 
> Index: distinfo
> ===
> RCS file: /cvs/ports/games/supertux/distinfo,v
> retrieving revision 1.4
> diff -u -p -u -p -r1.4 distinfo
> --- distinfo  4 Feb 2019 10:02:07 -   1.4
> +++ distinfo  17 Apr 2021 12:34:44 -
> @@ -1,2 +1,4 @@
>  SHA256 (SuperTux-v0.6.0-Source.tar.gz) = 
> xMPl+m+Q6HuMWtayKheempg5v5l+fyGeIrvNHJciOsA=
> +SHA256 (tux-statue.tar.gz) = pklNyse27KSCvf8xR41Y4DQ8OCJQu36Z2PtooYJ1Ad4=
>  SIZE (SuperTux-v0.6.0-Source.tar.gz) = 131203604
> +SIZE (tux-statue.tar.gz) = 10385
> 

Re: games/supertux startup error

[Marcus MERIGHI]

s...@spacehopper.org (Stuart Henderson), 2021.04.13 (Tue) 20:05 (CEST):
> On 2021/04/13 19:55, Marcus MERIGHI wrote:
> > s...@spacehopper.org (Stuart Henderson), 2021.04.13 (Tue) 18:40 (CEST):
> > > On 2021/04/13 18:28, Marcus MERIGHI wrote:
> > > > Hello!
> > > > 
> > > > After pkg_add'ing games/supertux and starting it I get:
> > > > 
> > > > $ supertux2 
> > > > [FATAL]
> > > > /usr/obj/ports/supertux-0.6.0/SuperTux-v0.6.0-Source/src/supertux/main.cpp:601
> > > > Unexpected exception: boost::filesystem::status: Permission denied:
> > > > "/usr/obj/ports/supertux-0.6.0/SuperTux-v0.6.0-Source/data/credits.stxt"
> > > > 
> > > > Do I miss something? Or have I found a breakage?
> > > > 
> > > > Marcus
> > > > 
> > > 
> > > Looks like PREFIX in games/supertux/patches/patch-src_supertux_main_cpp
> > > should really be TRUEPREFIX.
> > > 
> > > Here's a diff but I can't check if it fixes things because I don't hit
> > > this error, just an immediate segfault at startup (backtrace for that
> > > below).
> > 
> > I applied your patch, ran "make", but "make package" complains:
> > 
> > ===>  Building package for supertux-0.6.0p3
> > Create /usr/ports/packages/amd64/all/supertux-0.6.0p3.tgz
> > Error: Libraries in packing-lists in the ports tree
> > --W curl.26.8
> > +-W curl.26.9
> > 
> > Installed latest snapshot, ran pkg_add -u -Dsnap, but yet:
> > --W curl.26.8
> > +-W curl.26.9
> > 
> > Giving up for tonight, xonotic works :-)
> > 
> > Thanks for the (almost instant) patch!
> > 
> > Marcus
> > 
> 
> make PKG_CREATE_NO_CHECKS=Yes package
 
Thanks! Built, installed; now I've cought up with you:

$ supertux2  
Segmentation fault (core dumped)

For a second I see a new, empty window appear.

Marcus

Re: games/supertux startup error

[Marcus MERIGHI]

s...@spacehopper.org (Stuart Henderson), 2021.04.13 (Tue) 19:02 (CEST):
> On 2021/04/13 17:40, Stuart Henderson wrote:
> > On 2021/04/13 18:28, Marcus MERIGHI wrote:
> > > Hello!
> > > 
> > > After pkg_add'ing games/supertux and starting it I get:
> > > 
> > > $ supertux2 
> > > [FATAL]
> > > /usr/obj/ports/supertux-0.6.0/SuperTux-v0.6.0-Source/src/supertux/main.cpp:601
> > > Unexpected exception: boost::filesystem::status: Permission denied:
> > > "/usr/obj/ports/supertux-0.6.0/SuperTux-v0.6.0-Source/data/credits.stxt"
> > > 
> > > Do I miss something? Or have I found a breakage?
> > > 
> > > Marcus
> > > 
> > 
> > Looks like PREFIX in games/supertux/patches/patch-src_supertux_main_cpp
> > should really be TRUEPREFIX.
> > 
> > Here's a diff but I can't check if it fixes things because I don't hit
> > this error, just an immediate segfault at startup (backtrace for that
> > below).
> 
> Marcus, you can fetch a pre-built package at
> https://junkpile.org/supertux-0.6.0p3.tgz if that's easier to test.

Tried twice, gave me the same error:

[FATAL]
/usr/obj/ports/supertux-0.6.0/SuperTux-v0.6.0-Source/src/supertux/main.cpp:601
Unexpected exception: boost::filesystem::status: Permission denied:
"/usr/obj/ports/supertux-0.6.0/SuperTux-v0.6.0-Source/data/credits.stxt"

But... see the other message.

Marcus

Re: games/supertux startup error

[Marcus MERIGHI]

s...@spacehopper.org (Stuart Henderson), 2021.04.13 (Tue) 18:40 (CEST):
> On 2021/04/13 18:28, Marcus MERIGHI wrote:
> > Hello!
> > 
> > After pkg_add'ing games/supertux and starting it I get:
> > 
> > $ supertux2 
> > [FATAL]
> > /usr/obj/ports/supertux-0.6.0/SuperTux-v0.6.0-Source/src/supertux/main.cpp:601
> > Unexpected exception: boost::filesystem::status: Permission denied:
> > "/usr/obj/ports/supertux-0.6.0/SuperTux-v0.6.0-Source/data/credits.stxt"
> > 
> > Do I miss something? Or have I found a breakage?
> > 
> > Marcus
> > 
> 
> Looks like PREFIX in games/supertux/patches/patch-src_supertux_main_cpp
> should really be TRUEPREFIX.
> 
> Here's a diff but I can't check if it fixes things because I don't hit
> this error, just an immediate segfault at startup (backtrace for that
> below).

I applied your patch, ran "make", but "make package" complains:

===>  Building package for supertux-0.6.0p3
Create /usr/ports/packages/amd64/all/supertux-0.6.0p3.tgz
Error: Libraries in packing-lists in the ports tree
--W curl.26.8
+-W curl.26.9

Installed latest snapshot, ran pkg_add -u -Dsnap, but yet:
--W curl.26.8
+-W curl.26.9

Giving up for tonight, xonotic works :-)

Thanks for the (almost instant) patch!

Marcus

games/supertux startup error

[Marcus MERIGHI]

Hello!

After pkg_add'ing games/supertux and starting it I get:

$ supertux2 
[FATAL]
/usr/obj/ports/supertux-0.6.0/SuperTux-v0.6.0-Source/src/supertux/main.cpp:601
Unexpected exception: boost::filesystem::status: Permission denied:
"/usr/obj/ports/supertux-0.6.0/SuperTux-v0.6.0-Source/data/credits.stxt"

Do I miss something? Or have I found a breakage?

Marcus

Re: projectlibre update 1.9.1 -> 1.9.3

[Marcus MERIGHI]

Hello!

The Weekly Ping.

The very simple patch re-attached for convenience.

Marcus

Index: Makefile
===
RCS file: /cvs/ports/productivity/projectlibre/Makefile,v
retrieving revision 1.18
diff -u -p -u -r1.18 Makefile
--- Makefile3 Nov 2019 14:07:45 -   1.18
+++ Makefile7 Mar 2021 16:42:55 -
@@ -2,7 +2,7 @@
 
 COMMENT=   open source alternative to Microsoft Project
 
-DISTNAME=  projectlibre-1.9.1
+DISTNAME=  projectlibre-1.9.3
 REVISION=  1
 CATEGORIES=productivity
 
Index: distinfo
===
RCS file: /cvs/ports/productivity/projectlibre/distinfo,v
retrieving revision 1.10
diff -u -p -u -r1.10 distinfo
--- distinfo15 Apr 2019 17:02:12 -  1.10
+++ distinfo7 Mar 2021 16:42:55 -
@@ -1,2 +1,2 @@
-SHA256 (projectlibre-1.9.1.tar.gz) = 
ZcqWco61oxw+I+tDGB3eNn14Woa4LzMMpSvHtRx0pbs=
-SIZE (projectlibre-1.9.1.tar.gz) = 17991046
+SHA256 (projectlibre-1.9.3.tar.gz) = 
b5391c4b060b9722f85759128c85644b61ab0ed9fc004c87f5f311311c276bac
+SIZE (projectlibre-1.9.3.tar.gz) = 18213632

mcmer-open...@tor.at (Marcus MERIGHI), 2021.03.07 (Sun) 18:28 (CET):
> Hello!
> 
> This is a trivial update for projectlibre. 
> I could not find a real changelist, just these blog articles:
> 
> https://www.projectlibre.com/blog/projectlibre-new-release-192
> https://www.projectlibre.com/blog/projectlibre-release-project-managers-set-language-currency-date-format-wdropdown-list
> 
> I haven't seen any differences between 1.9.1 and 1.9.3 after going
> through most of the dialogs. 
> 
> Marcus
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/productivity/projectlibre/Makefile,v
> retrieving revision 1.18
> diff -u -p -u -r1.18 Makefile
> --- Makefile  3 Nov 2019 14:07:45 -   1.18
> +++ Makefile  7 Mar 2021 16:42:55 -
> @@ -2,7 +2,7 @@
>  
>  COMMENT= open source alternative to Microsoft Project
>  
> -DISTNAME=projectlibre-1.9.1
> +DISTNAME=projectlibre-1.9.3
>  REVISION=1
>  CATEGORIES=  productivity
>  
> Index: distinfo
> ===
> RCS file: /cvs/ports/productivity/projectlibre/distinfo,v
> retrieving revision 1.10
> diff -u -p -u -r1.10 distinfo
> --- distinfo  15 Apr 2019 17:02:12 -  1.10
> +++ distinfo  7 Mar 2021 16:42:55 -
> @@ -1,2 +1,2 @@
> -SHA256 (projectlibre-1.9.1.tar.gz) = 
> ZcqWco61oxw+I+tDGB3eNn14Woa4LzMMpSvHtRx0pbs=
> -SIZE (projectlibre-1.9.1.tar.gz) = 17991046
> +SHA256 (projectlibre-1.9.3.tar.gz) = 
> b5391c4b060b9722f85759128c85644b61ab0ed9fc004c87f5f311311c276bac
> +SIZE (projectlibre-1.9.3.tar.gz) = 18213632
Index: Makefile
===
RCS file: /cvs/ports/productivity/projectlibre/Makefile,v
retrieving revision 1.18
diff -u -p -u -r1.18 Makefile
--- Makefile3 Nov 2019 14:07:45 -   1.18
+++ Makefile7 Mar 2021 16:42:55 -
@@ -2,7 +2,7 @@
 
 COMMENT=   open source alternative to Microsoft Project
 
-DISTNAME=  projectlibre-1.9.1
+DISTNAME=  projectlibre-1.9.3
 REVISION=  1
 CATEGORIES=productivity
 
Index: distinfo
===
RCS file: /cvs/ports/productivity/projectlibre/distinfo,v
retrieving revision 1.10
diff -u -p -u -r1.10 distinfo
--- distinfo15 Apr 2019 17:02:12 -  1.10
+++ distinfo7 Mar 2021 16:42:55 -
@@ -1,2 +1,2 @@
-SHA256 (projectlibre-1.9.1.tar.gz) = 
ZcqWco61oxw+I+tDGB3eNn14Woa4LzMMpSvHtRx0pbs=
-SIZE (projectlibre-1.9.1.tar.gz) = 17991046
+SHA256 (projectlibre-1.9.3.tar.gz) = 
b5391c4b060b9722f85759128c85644b61ab0ed9fc004c87f5f311311c276bac
+SIZE (projectlibre-1.9.3.tar.gz) = 18213632

projectlibre update 1.9.1 -> 1.9.3

[Marcus MERIGHI]

Hello!

This is a trivial update for projectlibre. 
I could not find a real changelist, just these blog articles:

https://www.projectlibre.com/blog/projectlibre-new-release-192
https://www.projectlibre.com/blog/projectlibre-release-project-managers-set-language-currency-date-format-wdropdown-list

I haven't seen any differences between 1.9.1 and 1.9.3 after going
through most of the dialogs. 

Marcus

Index: Makefile
===
RCS file: /cvs/ports/productivity/projectlibre/Makefile,v
retrieving revision 1.18
diff -u -p -u -r1.18 Makefile
--- Makefile3 Nov 2019 14:07:45 -   1.18
+++ Makefile7 Mar 2021 16:42:55 -
@@ -2,7 +2,7 @@
 
 COMMENT=   open source alternative to Microsoft Project
 
-DISTNAME=  projectlibre-1.9.1
+DISTNAME=  projectlibre-1.9.3
 REVISION=  1
 CATEGORIES=productivity
 
Index: distinfo
===
RCS file: /cvs/ports/productivity/projectlibre/distinfo,v
retrieving revision 1.10
diff -u -p -u -r1.10 distinfo
--- distinfo15 Apr 2019 17:02:12 -  1.10
+++ distinfo7 Mar 2021 16:42:55 -
@@ -1,2 +1,2 @@
-SHA256 (projectlibre-1.9.1.tar.gz) = 
ZcqWco61oxw+I+tDGB3eNn14Woa4LzMMpSvHtRx0pbs=
-SIZE (projectlibre-1.9.1.tar.gz) = 17991046
+SHA256 (projectlibre-1.9.3.tar.gz) = 
b5391c4b060b9722f85759128c85644b61ab0ed9fc004c87f5f311311c276bac
+SIZE (projectlibre-1.9.3.tar.gz) = 18213632

Re: NEW: [X11/pmenu]

[Marcus MERIGHI]

Hello Jerome, 

neon.king...@gmail.com (Jerome KASPER), 2021.03.04 (Thu) 01:58 (CET):
> pmenu is a configurable radial contextual menu for X11 that keep things
> simple and straightforward.

thanks for that! I ran "make install" and tried the example in the man
page. It works and looks quite pretty by default. I will use it, thanks
once more!

Marcus

Re: sysutils/nut README APC over USB device chgrp/chmod

[Marcus MERIGHI]

Hello, 

short: please disregard.

sysutils/nut would be nice, but sensorsd(8) will do. Details follow...

What I should have said right away... this is on 

OpenBSD 6.8 (GENERIC.MP) #4: Mon Jan 11 10:35:56 MST 2021
(full dmesg at the end)

mcmer-open...@tor.at (Marcus MERIGHI), 2021.02.11 (Thu) 11:00 (CET):
> I just did my first install of sysutils/nut with an (oldish) APC USB
> UPS (full upsc(8) at the end).

I found this:

https://marc.info/?t=14102287454

which indicates that the UPS can be read by nut but doesn't change
state when the wall power is disconnected. I didn't have a chance to
test this yet, though. 

For now I'll go with sensorsd(8), see below.

> It was enough to 
> 
> chgrp _ups /dev/usb0
> chmod g+w /dev/usb0
> 
> to start upsd(8).
> 
> Q: Does it make sense to provide a patch to the README or is this just a
> singular case and other (APC) UPSs might behave differntly?
> 
> The READMY currently advices to find the right /dev/usbX and /dev/ugenX
> and chgrp these to _ups.
> 
> For /dev/ugenX.YY this would leave the _ups user without read rights, as
> /dev/ugenX.YY comes with mode 0600. 

This was already reported (with patch for README):

https://marc.info/?l=openbsd-ports=159863481015571

> For /dev/usbX this would leave the _ups user with read rights, which did
> not suffice: 
> 
> No matching HID UPS found - check permissions on /dev/ugen* \
> and /dev/usb*
> Driver failed to start (exit status=1)
> 
> The UPS attaches as upd(4):
> 
> hw.sensors.upd0.indicator0=On (BatteryPresent), OK
> hw.sensors.upd0.indicator1=Off (Charging), OK
> hw.sensors.upd0.indicator2=Off (Discharging), OK
> hw.sensors.upd0.indicator3=Off (NeedReplacement), OK
> hw.sensors.upd0.indicator4=Off (ShutdownImminent), OK
> hw.sensors.upd0.indicator5=On (ACPresent), OK
> hw.sensors.upd0.indicator6=Off (Overload), OK
> hw.sensors.upd0.percent0=100.00% (RemainingCapacity), OK
> hw.sensors.upd0.percent1=100.00% (FullChargeCapacity), OK
> hw.sensors.upd0.timedelta0=10380.00 secs (RunTimeToEmpty), OK

I have now:

$ cat /etc/sensorsd.conf
hw.sensors.upd0.percent0:low=80:high=100:command=/etc/sensorsd.upd.sh \
%l %n %s %x %t %2 %3 %4

$ cat /etc/sensorsd.upd.sh
#!/bin/sh -e
[[ X"${1}" == X"below" && $(sysctl -n hw.sensors.upd0.indicator5) != \
"On (ACPresent), OK" ]] && shutdown -hp +1

Marcus

> Below is the output of upsc(8).
> 
> Marcus
> 
> $ ls -la /dev/u* | grep _ups
> crw-rw  1 root  _ups   61,   0 Nov 11 05:04 /dev/usb0
> 
> $ upsc usv-1
> battery.charge: 100
> battery.charge.low: 10
> battery.charge.warning: 50
> battery.mfr.date: 2007/10/23
> battery.runtime: 10380
> battery.runtime.low: 120
> battery.temperature: 20.7
> battery.type: PbAc
> battery.voltage: 27.7
> battery.voltage.nominal: 24.0
> device.mfr: American Power Conversion
> device.model: Smart-UPS 1500 RM
> device.serial: AS0743330607
> device.type: ups
> driver.name: usbhid-ups
> driver.parameter.bus: 000
> driver.parameter.pollfreq: 30
> driver.parameter.pollinterval: 2
> driver.parameter.port: auto
> driver.parameter.product: Smart-UPS 1500 RM FW:667.18.I USB FW:7.3
> driver.parameter.productid: 0002
> driver.parameter.serial: AS0743330607
> driver.parameter.synchronous: no
> driver.parameter.vendor: American Power Conversion
> driver.parameter.vendorid: 051D
> driver.version: 2.7.4
> driver.version.data: APC HID 0.96
> driver.version.internal: 0.41
> input.sensitivity: high
> input.transfer.high: 253
> input.transfer.low: 208
> input.voltage: 230.4
> output.current: 0.23
> output.frequency: 50.0
> output.voltage: 231.8
> output.voltage.nominal: 230.0
> ups.beeper.status: enabled
> ups.delay.shutdown: 20
> ups.delay.start: 30
> ups.firmware: 667.18.I
> ups.firmware.aux: 7.3
> ups.load: 5.2
> ups.mfr: American Power Conversion
> ups.mfr.date: 2007/10/23
> ups.model: Smart-UPS 1500 RM
> ups.productid: 0002
> ups.serial: AS0743330607
> ups.status: OL
> ups.test.result: No test initiated
> ups.timer.reboot: -1
> ups.timer.shutdown: -1
> ups.timer.start: -1
> ups.vendorid: 051d

OpenBSD 6.8 (GENERIC.MP) #4: Mon Jan 11 10:35:56 MST 2021

r...@syspatch-68-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 34224320512 (32638MB)
avail mem = 33172054016 (31635MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xec9b0 (74 entries)
bios0: vendor American Megatrends Inc. version "3.1" date 06/07/2018
acpi0 at bios0: ACPI 5.0
acpi0: sle

sysutils/nut README APC over USB device chgrp/chmod

[Marcus MERIGHI]

Hello!

I just did my first install of sysutils/nut with an (oldish) APC USB
UPS (full upsc(8) at the end).

It was enough to 

chgrp _ups /dev/usb0
chmod g+w /dev/usb0

to start upsd(8).

Q: Does it make sense to provide a patch to the README or is this just a
singular case and other (APC) UPSs might behave differntly?

The READMY currently advices to find the right /dev/usbX and /dev/ugenX
and chgrp these to _ups.

For /dev/ugenX.YY this would leave the _ups user without read rights, as
/dev/ugenX.YY comes with mode 0600. 

For /dev/usbX this would leave the _ups user with read rights, which did
not suffice: 

No matching HID UPS found - check permissions on /dev/ugen* \
and /dev/usb*
Driver failed to start (exit status=1)

The UPS attaches as upd(4):

hw.sensors.upd0.indicator0=On (BatteryPresent), OK
hw.sensors.upd0.indicator1=Off (Charging), OK
hw.sensors.upd0.indicator2=Off (Discharging), OK
hw.sensors.upd0.indicator3=Off (NeedReplacement), OK
hw.sensors.upd0.indicator4=Off (ShutdownImminent), OK
hw.sensors.upd0.indicator5=On (ACPresent), OK
hw.sensors.upd0.indicator6=Off (Overload), OK
hw.sensors.upd0.percent0=100.00% (RemainingCapacity), OK
hw.sensors.upd0.percent1=100.00% (FullChargeCapacity), OK
hw.sensors.upd0.timedelta0=10380.00 secs (RunTimeToEmpty), OK

Below is the output of upsc(8).

Marcus

$ ls -la /dev/u* | grep _ups
crw-rw  1 root  _ups   61,   0 Nov 11 05:04 /dev/usb0

$ upsc usv-1
battery.charge: 100
battery.charge.low: 10
battery.charge.warning: 50
battery.mfr.date: 2007/10/23
battery.runtime: 10380
battery.runtime.low: 120
battery.temperature: 20.7
battery.type: PbAc
battery.voltage: 27.7
battery.voltage.nominal: 24.0
device.mfr: American Power Conversion
device.model: Smart-UPS 1500 RM
device.serial: AS0743330607
device.type: ups
driver.name: usbhid-ups
driver.parameter.bus: 000
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 2
driver.parameter.port: auto
driver.parameter.product: Smart-UPS 1500 RM FW:667.18.I USB FW:7.3
driver.parameter.productid: 0002
driver.parameter.serial: AS0743330607
driver.parameter.synchronous: no
driver.parameter.vendor: American Power Conversion
driver.parameter.vendorid: 051D
driver.version: 2.7.4
driver.version.data: APC HID 0.96
driver.version.internal: 0.41
input.sensitivity: high
input.transfer.high: 253
input.transfer.low: 208
input.voltage: 230.4
output.current: 0.23
output.frequency: 50.0
output.voltage: 231.8
output.voltage.nominal: 230.0
ups.beeper.status: enabled
ups.delay.shutdown: 20
ups.delay.start: 30
ups.firmware: 667.18.I
ups.firmware.aux: 7.3
ups.load: 5.2
ups.mfr: American Power Conversion
ups.mfr.date: 2007/10/23
ups.model: Smart-UPS 1500 RM
ups.productid: 0002
ups.serial: AS0743330607
ups.status: OL
ups.test.result: No test initiated
ups.timer.reboot: -1
ups.timer.shutdown: -1
ups.timer.start: -1
ups.vendorid: 051d

mpv and luajit

[Marcus MERIGHI]

Hello!

I just upgraded a machine to current -current and did a pkg_add -u. 

After that mpv refused to play, saying:

ld.so: mpv: can't load library 'libluajit-5.1.so.1.0'
Killed 

A simple "pkg_add luajit" makes mpv(1) happy.

mpv(1) worked on this machine before the upgrade.

Marcus

Re: something broke net/syncthing

[Marcus MERIGHI]

Hello Edd, 

e...@theunixzoo.co.uk (Edd Barrett), 2020.08.22 (Sat) 09:37 (CEST):
> On Sat, Aug 22, 2020 at 05:49:59AM +, Mikolaj Kucharski wrote:
> Updated diff (also put back WANTLIB):

works, thanks!

Marcus

Re: something broke net/syncthing

[Marcus MERIGHI]

Hello!

Thanks for your work on ports, Edd and Aaron!

This is just a selfish "ping"... I've hit it now, too.

On amd64 -current as of yesterday. The error I get is the same.

Marcus

$ syncthing
panic: qtls.ClientSessionState not compatible with tls.ClientSessionState

goroutine 1 [running]:
github.com/syncthing/syncthing/vendor/github.com/lucas-clemente/quic-go/internal/handshake.init.1()

/usr/obj/ports/syncthing-1.5.0/go/src/github.com/syncthing/syncthing/vendor/github.com/lucas-clemente/quic
-go/internal/handshake/unsafe.go:20 +0x112

aa...@bolddaemon.com (Aaron Bieber), 2020.08.11 (Tue) 01:07 (CEST):
> I hit this with go-ipfs too. 
> https://github.com/lucas-clemente/quic-go/issues/2614
> 
> Not sure what the best course of action is.
> 
> PGP: 0x1F81112D62A9ADCE / 3586 3350 BFEA C101 DB1A  4AF0 1F81 112D 62A9 ADCE
> 
> On Mon, Aug 10, 2020, at 5:01 PM, Edd Barrett wrote:
> > Hi all,
> > 
> > Just got a email from a user saying that syncthing is broken on the
> > latest snapshot. Just checked and I can reproduce it:
> > 
> > ```
> > $ syncthing
> > panic: qtls.ClientSessionState not compatible with tls.ClientSessionState
> > 
> > goroutine 1 [running]:
> > github.com/syncthing/syncthing/vendor/github.com/lucas-clemente/quic-go/internal/handshake.init.1()
> > 
> > /usr/obj/ports/syncthing-1.5.0/go/src/github.com/syncthing/syncthing/vendor/github.com/lucas-clemente/quic-go/internal/handshake/unsafe.go:20
> >  +0x112
> > ```
> > 
> > Note that I could only reproduce this when removing and reinstalling the
> > package. There hasn't been an update to syncthing recently, so something
> > else must have busted it.
> > 
> > I'm out of time tonight, but any ideas? Clang 10? Surely not.
> > 
> > CC abieber@ -- local golang guru.
> > 
> > -- 
> > Best Regards
> > Edd Barrett
> > 
> > http://www.theunixzoo.co.uk
> >
> 

cups-filters-1.27 problem? [Re: Input Filter and LPD]

[Marcus MERIGHI]

i think this belongs to ports@. though base lpd(8) is in the Subject:, 
this is probably abount cups-filters-1.27 failing on us.

i do not snip anything, ports@-people see this for the first time.

for the misc@ thread see https://marc.info/?t=15916537163

punoseva...@gmail.com (Predrag Punosevac), 2020.06.09 (Tue) 16:28 (CEST):
> Marcus MERIGHI  wrote:
> > punoseva...@gmail.com (Predrag Punosevac), 2020.06.08 (Mon) 23:57 (CEST):
> > > It seems that there is another change on 6.7 perhaps among packages
> > > which broke printing for me. I am using built in LPD to print onto the
> > > network connected Brother HL-5250DN. I am getting row PostScript output
> > > on the printer instead of the document.
> > 
> > I think I've seen the same. Though I could still print simple text
> > files, like "cat foo.txt | lpr". 
> 
> Thanks for confirming the issue. I am 95% sure that this is related to 
> the upgrade of 
> 
> cups-filters
> 
> package.
> 
> Namely, there are two packages involved with my printing setup. 
> 
> a2ps and cups-filters
> 
> a2ps has not been changed since 6.6 relase and it is still the same old 
> 
> a2ps-4.14p15
> 
> However, cups-filters is significantly "upgraded". OpenBSD 6.6 was
> shipped with cups-filters-1.25.6. OpenBSD 6.7 was shipped with
> cups-filters-1.27.4p0. Looking through internet archive and the commit log 
> 
> https://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/print/cups-filters/Makefile
> 
> cups-filters-1.27 branch was nothing but the trouble. I am not sure why
> upstream quickly ditched cups-filters-1.26. When I say trouble I really
> mean it. This thing broke printing on CentOS and Ubuntu not just on
> OpenBSD. 
> 
> 
> I upgraded my package to cups-filters-1.27.5 and that didn't fix the
> problems for me. I tried yesterday to go back to the last 1.25 version
> 
> cups-filters-1.25.13
> 
> I was unable to compile program quickly. It requires more work. I am
> surprised to find out that I am the first one reporting the issue as I
> would expect more people to use LPD than CUPS.

thanks, Predrag, for finding this out!
regarding LPD vs. CUPS I'm afraid it's the other way round :-(
 
> I fixed cups-filter package probably would be worth of stable binary
> package effort.
>
> > Printing PDFs from xournal failed, with raw PS output as you describe. 
> > 
> > The machine is currently not available, probably online this afternoon, 
> > will post the configs then. 

here we go, better late than never:

$ cat /etc/printcap
lp|brother-mfc9120cn|Brother-MFC9120CN:\
:lp=9100@brother:\
:if=/etc/printcap.sh:\
:sd=/var/spool/output/lpd:\
:lf=/var/log/lpd-errs:\
:sh:
$ cat /etc/printcap.sh
#!/bin/sh -e
/usr/local/bin/a2ps -BRq --columns=1 -o - | \
/usr/local/bin/foomatic-rip --ppd \
/etc/foomatic/direct/brother-mfc9120cn.ppd \
-P brother-mfc9120cn

Marcus

Re: security/nipper homepage (or removal?)

[Marcus MERIGHI]

j...@wxcvbn.org (Jeremie Courreges-Anglas), 2020.04.28 (Tue) 23:29 (CEST):
> On Tue, Apr 28 2020, Klemens Nanni  wrote:
> > On Tue, Apr 28, 2020 at 07:19:06PM +0100, Stuart Henderson wrote:
> >> Better to drop the port I think. I don't see how a >10 year old version
> >> of such software is going to be any use..
> > About ten years ago nipper became comercial and stopped releasing
> > open-source versions (mentioned in the Makefile's CVS log).
> >
> > I'd just remove the port, OK kn
> 
> Same here, but please also drop security/libnipper.

friendly reminder after ports unlock...

Marcus

security/nipper homepage (or removal?)

[Marcus MERIGHI]

Hello, 

I have never used nipper. Just stumbled over it. And I know the ports
tree is in preparation for 6.7. But anyone using it could speak up...
because it's old and unmaintained, it seems.

HOMEPAGE update patch below. 

But: the homepage doesn't have nipper-cli-0.12.0.tgz anymore, it's
fetched from distfiles. The homepage has nothing to say.
Copyright is 2006-2008. The current files at homepage are from 2009.

Current commercial version is at
https://www.titania.com/products/nipper/

Marcus

Index: Makefile
===
RCS file: /cvs/ports/security/nipper/Makefile,v
retrieving revision 1.16
diff -u -p -u -r1.16 Makefile
--- Makefile14 Jul 2019 00:39:39 -  1.16
+++ Makefile28 Apr 2020 17:15:04 -
@@ -8,7 +8,7 @@ PKGNAME =   nipper-$V
 REVISION = 4
 CATEGORIES =   security net
 
-HOMEPAGE = http://nipper.sf.net/
+HOMEPAGE = https://sourceforge.net/projects/nipper/
 
 # GPLv3, but "cannot be used as part of a commercial product"
 PERMIT_PACKAGE =   Yes

Re: [base-gcc] Unbreak sysutils/usmb

[Marcus MERIGHI]

Hello!

lan...@openbsd.org (Landry Breuil), 2019.11.09 (Sat) 09:35 (CET):
> On Sat, Nov 09, 2019 at 09:16:49AM +0100, Charlene Wendling wrote:
> > > http://build-failures.rhaalovely.net/sparc64/2019-11-07/sysutils/usmb.log
> 
> I wonder if we shouldnt rather remove the port itself. Iirc i tried it
> at some point and failed at accessing an smb share, and even if the code
> uses samba libs, it feels awkward to use a project which had no releases
> in 6 years (and seems dead upstream) for something a bit 'critical'...
> and our fuse isnt that great.
> 
> Do people actually rely on this, and it works for them ? I've been using
> gvfs-smb since forever..

I used it more often quite some time ago; tested it now: it works if I
run it as root (kern.usermount removed) and if I do some wild dances
with doas(1) to access the files.

my testing was: copy a file to the share, copy one from the share;
delete on share; copy 800MB from share. I copied over wifi, the speed
seemed to be capped by the connection quality, not the software. 

I've tried gvfs-smb as a substitute; it works if I use GIO programs
like pcmanfm or gimp. But no real mounting, right?

Marcus

Re: print/scribus: properties dialog broken under CWM

[Marcus MERIGHI]

Hello, 

I can confirm with "OpenBSD 6.5 (GENERIC.MP) #857: Thu Apr 11 08:02:35"
and updated packages. 

char...@cdaniels.net (Charles), 2019.04.12 (Fri) 04:04 (CEST):
> There seems to be an issue with the Scribus port when combined with CWM.
> 
> Namely, the "properties" window/dialog can only be opened once. After
> being closed, it cannot be opened again. 

Same here.

> Restarting the application does not fix the problem.

It does for me! After restart of scribus the properties dialog is there
or can be opened, once. I just need to avoid closing it.

Marcus

> This issue is specific to CWM, I am not able to reproduce under FVWM.
> 
> I have reproduced this issue under OpenBSD current on AMD64, and on
> OpenBSD 6.4 on macppc (iBook G4). In both cases, using Scribus 1.4.6
> installed via pkg_add.
> 
> I found a previous issue that affected the way CWM and Qt interact, which was
> posted[1] under the subject line "calmwm mouse stuck inside of window" over on
> misc@. Okan and I synced up off list and determined it was due to CWM's
> implementation of EWMH interacting improperly with Qt.
> 
> I am reporting this issue separately, as this particular failure seems 
> specific
> to Scribus, as I've not seen this behavior under any other program.
> 
> I believe this could reasonably be an issue with Scribus, Qt, and/or CWM.
> 
> I have a hunch that this may be related in some way to Scribus issue 9293[2],
> as deleting the entire '' section from
> "~/.scribus/prefs140.xml" allows the properties window to be opened. But
> closing and re-opening it will fail (presumably since this context has been
> re-created).
> 
> It may be worth contacting upstream, but since this issue only happens under
> CWM, it might be on us, so I wanted to do the due diligence of getting some
> more opinions before going upstream with it.
> 
> Steps to reproduce:
> 
> 1. Install Scribus from ports
> 2. Log in to X with CWM
> 3. Open Scribus, create a new document
> 4. Press "t" to create a new text box, place it on the canvas
> 5. Enter some text in the box.
> 6. Do any of the following:
>   a. Right click on the text box and select "properties"
>   b. Press F2
>   c. Select Windows->Properties
> 7. Interact in some way with the properties dialog, maybe change the font, 
> then
>close it.
> 8. Attempt to repeat step 6. The properties dialog will not appear.
> 
> I am happy to try out patches, gather further information, or otherwise assist
> any debugging effort to the best of my abilities.
> 
> ~ Charles
> 
> 1 - https://marc.info/?l=openbsd-misc=154524602418343=2
> 2 - https://bugs.scribus.net/view.php?id=9293
> 

Re: UPDATE: sysutils/pick

[Marcus MERIGHI]

Hello Anton, 

I suspect my mail to  did not 
make it. 
If it did make it and was declined then do not read any further.
My suggestion inline below...

an...@openbsd.org (Anton Lindqvist), 2019.02.28 (Thu) 20:46 (CET):
> Hi,
> Update pick to 3.0.0 from maintainer. The changelog can be found here[1]
> and the only real change is replacing auto{conf,make} with a
> shell-script and plain Makefile(s).
> 
> Comments? OK?
> 
> [1] https://github.com/mptre/pick/releases/tag/v3.0.0
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/sysutils/pick/Makefile,v
> retrieving revision 1.9
> diff -u -p -r1.9 Makefile
> --- Makefile  11 Apr 2018 06:55:15 -  1.9
> +++ Makefile  27 Feb 2019 19:30:29 -
> @@ -2,7 +2,7 @@
>  
>  COMMENT =fuzzy select anything

"fuzzy search to use in unix pipes, with curses menu"

Marcus

>  
> -V =  2.0.2
> +V =  3.0.0
>  DISTNAME =   pick-${V}
>  
>  CATEGORIES = sysutils
> @@ -19,7 +19,6 @@ WANTLIB +=  c curses
>  
>  MASTER_SITES =   https://github.com/mptre/pick/releases/download/v${V}/
>  
> -SEPARATE_BUILD = Yes
> -CONFIGURE_STYLE =gnu
> +CONFIGURE_STYLE =simple
>  
>  .include 
> Index: distinfo
> ===
> RCS file: /cvs/ports/sysutils/pick/distinfo,v
> retrieving revision 1.8
> diff -u -p -r1.8 distinfo
> --- distinfo  11 Apr 2018 06:55:15 -  1.8
> +++ distinfo  27 Feb 2019 19:30:29 -
> @@ -1,2 +1,2 @@
> -SHA256 (pick-2.0.2.tar.gz) = 8rQ6qlQK0/8FolalMcL0fT2VFFuCwdGw1i37QNeT04U=
> -SIZE (pick-2.0.2.tar.gz) = 132174
> +SHA256 (pick-3.0.0.tar.gz) = J4O5wRtUMBzjLAwucM9NyNQ3y2jPE2uiBKYGVCIFUpg=
> +SIZE (pick-3.0.0.tar.gz) = 29736
> 

powerdns DESC language adjustments

[Marcus MERIGHI]

Hello, 

the diff below changes DESCR-main of powerdns to correct a mishap and
uses "backend" without a dash, just as the first occurrence of the word. 

Marcus

Index: pkg/DESCR-main
===
RCS file: /cvs/ports/net/powerdns/pkg/DESCR-main,v
retrieving revision 1.3
diff -u -p -u -r1.3 DESCR-main
--- pkg/DESCR-main  14 Apr 2015 18:10:27 -  1.3
+++ pkg/DESCR-main  30 Dec 2018 14:36:35 -
@@ -4,5 +4,5 @@ in nature. Additionally, through use of 
 PowerDNS offers very high domain resolution performance.
 
 Backends for SQLite databases, BIND files and geographical load-balancing
-are including in the main package. MySQL, PostgreSQL and LDAP back-ends are
+are included in the main package. MySQL, PostgreSQL and LDAP backends are
 packaged separately.

Re: graphics/gtkam README/MESSAGE re. ugen*/usb* permissions?

[Marcus MERIGHI]

Hello Antoine, 

ajacou...@bsdfrog.org (Antoine Jacoutot), 2018.11.18 (Sun) 15:31 (CET):
> On Sun, Nov 18, 2018 at 03:09:01PM +0100, Marcus MERIGHI wrote:
> > Hello Antoine, 
> > 
> > thank you for handling gtkam for so long!
> > 
> > ajacou...@bsdfrog.org (Antoine Jacoutot), 2018.11.18 (Sun) 14:48 (CET):
> > > On Sun, Nov 18, 2018 at 01:42:04PM +0100, Marcus MERIGHI wrote:
> > > > at least that was what I had to do: adjust permissions to allow access
> > > > for non-root user. I did not care enough to see if read-only would
> > > > suffice.
> > > 
> > > Well that's not really encouraging for us to commit that diff.
> > 
> > I will try readonly access next time I'm around!
> > 
> > I just thought it would give others a hint - I did not find any help in
> > the package as it is now (maybe insufficient looking?).
> > 
> > > > pkg-readme might be overkill? message better? Both diffs attached.
> > > 
> > > No one reads MESSAGE.
> > 
> > What about the pkg-readme, then?
> 
> Yeah, that's the right place for it.
> If you look at graphics/sane-backends/pkg/README, there's already an example 
> to
> properly change the group of the appropriate ugen device that you could adapt.

Thanks for the hint re. sane-backends!

I went for changing the user, not the group; I only want one user to
access the gadget and figured that's a common case with cameras and
mobile phones.

I added a PLIST entry a la sane-backends, too.

Marcus

Index: graphics/gtkam/pkg/PLIST
===
RCS file: /cvs/ports/graphics/gtkam/pkg/PLIST,v
retrieving revision 1.13
diff -u -p -u -r1.13 PLIST
--- graphics/gtkam/pkg/PLIST27 Jun 2018 21:03:54 -  1.13
+++ graphics/gtkam/pkg/PLIST18 Nov 2018 15:47:08 -
@@ -55,4 +55,5 @@ share/locale/zh_CN/LC_MESSAGES/gtkam.mo
 share/pixmaps/
 share/pixmaps/gtkam-camera.png
 share/pixmaps/gtkam.png
+share/doc/pkg-readmes/${PKGSTEM}
 @tag update-desktop-database

--- /dev/null   Sun Nov 18 16:37:28 2018
+++ graphics/gtkam/pkg/README   Sun Nov 18 16:37:20 2018
@@ -0,0 +1,32 @@
++---
+| Running ${PKGSTEM} on OpenBSD
++---
+
+Since USB reading of your camera will be handled by libusb, you need to 
+allow the user access to the corresponding USB endpoint. To do so, find
+where your camera is attached to by using:
+# usbdevs -v
+then change the ownership accordingly.
+
+e.g.
+Controller /dev/usb0:
+addr 01: 8086: Intel, EHCI root hub
+ high speed, self powered, config 1, rev 1.00
+ driver: uhub0
+addr 02: 8087:0024 Intel, Rate Matching Hub
+ high speed, self powered, config 1, rev 0.00
+ driver: uhub3
+addr 03: 04e8:6860 SAMSUNG, SAMSUNG_Android
+ high speed, power 96 mA, config 2, rev 4.00, iSerialNumber 
+   9a0cef4c
+ driver: umodem0
+ driver: ugen0
+
+# chown  /dev/ugen0.* /dev/usb0
+
+The reason we are changing the user and not the group is that only 
+ can access it. 
+
+To preserve your changes after a system update, use rc.local(8).
+
+Alternatively, hotplugd(8) attach/detach scripts can automate this.
--- /dev/null   Sun Nov 18 16:37:28 2018
+++ graphics/gtkam/pkg/README   Sun Nov 18 16:37:20 2018
@@ -0,0 +1,32 @@
++---
+| Running ${PKGSTEM} on OpenBSD
++---
+
+Since USB reading of your camera will be handled by libusb, you need to 
+allow the user access to the corresponding USB endpoint. To do so, find
+where your camera is attached to by using:
+# usbdevs -v
+then change the ownership accordingly.
+
+e.g.
+Controller /dev/usb0:
+addr 01: 8086: Intel, EHCI root hub
+ high speed, self powered, config 1, rev 1.00
+ driver: uhub0
+addr 02: 8087:0024 Intel, Rate Matching Hub
+ high speed, self powered, config 1, rev 0.00
+ driver: uhub3
+addr 03: 04e8:6860 SAMSUNG, SAMSUNG_Android
+ high speed, power 96 mA, config 2, rev 4.00, iSerialNumber 
+   9a0cef4c
+ driver: umodem0
+ driver: ugen0
+
+# chown  /dev/ugen0.* /dev/usb0
+
+The reason we are changing the user and not the group is that only 
+ can access it. 
+
+To preserve your changes after a system update, use rc.local(8).
+
+Alternatively, hotplugd(8) attach/detach scripts can automate this.

sane-backends README usbdevs(8) w/o "-d", output changed

[Marcus MERIGHI]

Hello Antoine, 

thanks for hinting me at sane-backends/pkg/README re. gtkam(1)!

While parsing it I found that 6.3 -> 6.4 changed some things:

The "-d" switch to usbdevs(8) once caused debugging output, nowadays it
requires a parameter "device". Thus remove the "-d" because "-v" alone
gives enough info.

The output of usbdevs(8) changed, too. I faked the output, of course.

Marcus

Index: graphics/sane-backends/pkg/README
===
RCS file: /cvs/ports/graphics/sane-backends/pkg/README,v
retrieving revision 1.15
diff -u -p -u -r1.15 README
--- graphics/sane-backends/pkg/README   4 Sep 2018 12:46:14 -   1.15
+++ graphics/sane-backends/pkg/README   18 Nov 2018 15:19:00 -
@@ -11,16 +11,20 @@ USB
 Since USB scanning will be handled by libusb, you need to allow the
 _saned user access to the corresponding USB endpoint. To do so, find
 where your scanner is attached to using:
-# usbdevs -vd
+# usbdevs -v
 then change the ownerships accordingly.
 
 e.g.
 Controller /dev/usb3:
-addr 1: full speed, self powered, config 1, UHCI root hub(0x), 
Intel(0x8086), rev 1.00
-  uhub3
- port 1 powered
- port 2 addr 2: full speed, self powered, config 1, USB MFP(0x082f), 
EPSON(0x04b8), rev 1.00, iSerialNumber L83010704250947490
-   ugen0
+addr 01: 8086: Intel, EHCI root hub
+ high speed, self powered, config 1, rev 1.00
+ driver: uhub0
+addr 02: 8087:0024 Intel, Rate Matching Hub
+ high speed, self powered, config 1, rev 0.00
+ driver: uhub3
+addr 03: 04b8:082f EPSON, USB_MFP
+ high speed, power 96 mA, config 1, rev 1.00, iSerialNumber 8a1cef3c
+ driver: ugen0
 
 # chgrp _saned /dev/ugen0.* /dev/usb3
 

Re: graphics/gtkam README/MESSAGE re. ugen*/usb* permissions?

[Marcus MERIGHI]

Hello Antoine, 

thank you for handling gtkam for so long!

ajacou...@bsdfrog.org (Antoine Jacoutot), 2018.11.18 (Sun) 14:48 (CET):
> On Sun, Nov 18, 2018 at 01:42:04PM +0100, Marcus MERIGHI wrote:
> > at least that was what I had to do: adjust permissions to allow access
> > for non-root user. I did not care enough to see if read-only would
> > suffice.
> 
> Well that's not really encouraging for us to commit that diff.

I will try readonly access next time I'm around!

I just thought it would give others a hint - I did not find any help in
the package as it is now (maybe insufficient looking?).

> > pkg-readme might be overkill? message better? Both diffs attached.
> 
> No one reads MESSAGE.

What about the pkg-readme, then?

Marcus

> > --- /dev/null   Sun Nov 18 13:37:16 2018
> > +++ graphics/gtkam/pkg/MESSAGE  Sun Nov 18 13:36:54 2018
> > @@ -0,0 +1,2 @@
> > +To run this software as non-root user you have to adjust permissions
> > +for /dev/ugen* and /dev/usb* to allow access.
> > 
> > --- /dev/null   Sun Nov 18 13:34:38 2018
> > +++ graphics/gtkam/pkg/README   Sun Nov 18 13:28:01 2018
> > @@ -0,0 +1,6 @@
> > ++---
> > +| Running ${PKGSTEM} on OpenBSD
> > ++---
> > +
> > +For ${PKGSTEM} to run as non-root user you have to adjust permissions
> > +for /dev/ugen* and /dev/usb* to allow access.

graphics/gtkam README/MESSAGE re. ugen*/usb* permissions?

[Marcus MERIGHI]

Hello, 

at least that was what I had to do: adjust permissions to allow access
for non-root user. I did not care enough to see if read-only would
suffice.

pkg-readme might be overkill? message better? Both diffs attached.

Marcus

--- /dev/null   Sun Nov 18 13:37:16 2018
+++ graphics/gtkam/pkg/MESSAGE  Sun Nov 18 13:36:54 2018
@@ -0,0 +1,2 @@
+To run this software as non-root user you have to adjust permissions
+for /dev/ugen* and /dev/usb* to allow access.

--- /dev/null   Sun Nov 18 13:34:38 2018
+++ graphics/gtkam/pkg/README   Sun Nov 18 13:28:01 2018
@@ -0,0 +1,6 @@
++---
+| Running ${PKGSTEM} on OpenBSD
++---
+
+For ${PKGSTEM} to run as non-root user you have to adjust permissions
+for /dev/ugen* and /dev/usb* to allow access.

abiword dumps core (6.4)

[Marcus MERIGHI]

Hello, 

while trying to replace libreoffice with slimmer alternatives I noticed
abiword dumps core on me.

This is on

OpenBSD 6.4 (GENERIC.MP) #364: Thu Oct 11 13:30:23 MDT 2018
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

I've added abiword via pkg_add(1), from
https://ftp.hostserver.de/pub/OpenBSD/
but ran "pkg_add -u -Dsnap abiword" as well, which did not update.

/usr/local is mounted with wxallowed, just in case that matters.
dmesg(8) does not show any errors.

Debugging attempts of mine below probably only demonstrate my 
ignorance :-)

Ktrace last lines:

43490 abiword  CALL  kbind(0x7f7c6c48,24,0x9944e35757536f58)
43490 abiword  RET   kbind 0
43490 abiword  CALL  sigprocmask(SIG_SETMASK,~0x20)
43490 abiword  RET   sigprocmask
~0x80010120
43490 abiword  CALL  thrkill(0,SIGABRT,0)
43490 abiword  PSIG  SIGABRT SIG_DFL
43490 abiword  NAMI  "abiword.core"
43490 abiword  STRU  struct pollfd { fd=11, events=0x1,
revents=0<> }
43490 abiword  STRU  struct pollfd [2] { fd=13, events=0x1,
revents=0<> } { fd=14, events=0x1, revents=0<> }


$ gdb abiword abiword.core
Reading symbols from
/usr/local/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so...done.
Loaded symbols for
/usr/local/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so
#0  thrkill () at -:3
3   -: No such file or directory.
in -
(gdb) bt
#0  thrkill () at -:3
#1  0x10063bb73e1e in _libc_abort () at
/usr/src/lib/libc/stdlib/abort.c:51
#2  0x1006175038d9 in AP_UnixApp::catchSignals () from
/usr/local/lib/libabiword-3.0.so
#3  0x10061750360b in signalWrapper () from
/usr/local/lib/libabiword-3.0.so
#4  0x10069f5fe005 in ?? ()
#5  0x in ?? ()
Current language:  auto; currently asm

Marcus

bzip2 now homeless, bzip.org for sale

[Marcus MERIGHI]

Hello, 

according to https://lwn.net/Articles/762264/
bzip.org is for sale and should not be trusted.

The port currently has:

HOMEPAGE=   http://www.bzip.org/
MASTER_SITES=   ${HOMEPAGE}${VERSION}/

The article above does not speak of a new home of bzip2. 

Marcus

khard - python vcard cli

[Marcus MERIGHI]

Hello,

I've tried to make a port auf "khal", which I've been using lightly[1].
It is the only software to handle vcard address data I know of (unless
you want to use thunderbird for that). Good old abook can handle vcard,
but only via import/export. We already have vdirsyncer and khal, khard
seems to fit the bill. 

Unfortunately there's no "ikhard" for khard, like there is "ikhal" for
"khal".

I just copied over "khal" and adjusted, ran "make plist", adjusted
distfile etc. It did install for me after that.

Q: How do I get
ports/pobj/khard-0.12.2/khard-0.12.2/misc/khard/khard.conf.example
to install to /usr/local/share/khard/?

DESCR:
khard handles vcard files on the command line, editing is done on yaml
files. 

MAINTAINER:
Am I supposed to take it? I've just dug up my githup account and added
scheibler/khard to my watch list. Does that qualify? :-)

HOMEPAGE: 
https://github.com/scheibler/khard

minimum .config/khard/khard.conf:

[addressbooks]
[[personal]]
path = ~/.contacts/personal/
[general]
merge_editor = vimdiff

[1] I have vdirsyncer update my calender and contacts data from a SOGo
CardDAV/CalDAV server anyways. I edited some contacts with khard, ran
"vdirsyncer sync", synced my phone and checked the modifications. Undid
the modifications on my phone, synced to SOGo, ran vdirsyncer, checked
with khard that the modifications were undone. 

Marcus


khard.tar.gz
Description: application/tar-gz

Re: sysutils/logfmon moved to github

[Marcus MERIGHI]

Thanks for looking at it!

Anything *I* can/need/should do? 
This is sort of a ping...

It runs, but I'm only in a rather slow move to get it cumstomized, no
real world testing atm...

Marcus

s...@spacehopper.org (Stuart Henderson), 2018.01.17 (Wed) 12:40 (CET):
> On 2018/01/17 12:31, Marcus MERIGHI wrote:
> > Hello, 
> > 
> > after talking to $MAINTAINER (Tom Doherty) privately I'm doing what he
> > told me to...
> > 
> > Notes: 
> > - I have no idea what I'm doing
> > - I just copied the GH_* stuff from other software in sysutils/
> > - I just copied autohell stuff from other software in sysutils/
> > - I just copied CONFIGURE_* stuff from - well, guess it.
> > - I just adjusted PLIST to match nicms layout change
> > (sbin/logfmon -> bin/logfmon)
> > - I removed patches/patch-Makefile which contained:
> > +++ Makefile
> > -INCDIRS= -I- -I. -I/usr/local/include
> > +INCDIRS= -iquote -I. -I/usr/local/include
> > This patch caused an error because Makefile isn't there at the time
> > of patching and it only removes an "obsolete" warning with the hint
> > to use "-iquote".
> > Please advise on how to get the Makefile patch right!
> > 
> > Thanks for your time, Marcus
> 
> This is how it should look. Build-tested only.
> 
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/sysutils/logfmon/Makefile,v
> retrieving revision 1.4
> diff -u -p -r1.4 Makefile
> --- Makefile  11 Jan 2018 19:27:10 -  1.4
> +++ Makefile  17 Jan 2018 11:39:16 -
> @@ -2,22 +2,22 @@
>  
>  COMMENT= log file monitoring daemon
>  
> -DISTNAME=logfmon-1.1
> -REVISION=1
> +V=   1.2
> +DISTNAME=logfmon-$V
>  CATEGORIES=  sysutils
>  
> -HOMEPAGE=http://sourceforge.net/projects/logfmon/
> +HOMEPAGE=https://github.com/nicm/logfmon
>  
>  MAINTAINER=  Tom Doherty <t...@singlesecond.com>
>  
>  # ISC
>  PERMIT_PACKAGE_CDROM=Yes
>  
> -WANTLIB= c m pthread
> +WANTLIB= c pthread
>  
> -MASTER_SITES=${MASTER_SITE_SOURCEFORGE:=logfmon/}
> +MASTER_SITES=
> https://github.com/nicm/logfmon/releases/download/$V/
>  
> -NO_TEST= Yes
> +CONFIGURE_STYLE= gnu
>  
>  post-install:
>   ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/logfmon
> Index: distinfo
> ===
> RCS file: /cvs/ports/sysutils/logfmon/distinfo,v
> retrieving revision 1.2
> diff -u -p -r1.2 distinfo
> --- distinfo  18 Jan 2015 03:15:12 -  1.2
> +++ distinfo  17 Jan 2018 11:39:16 -
> @@ -1,2 +1,2 @@
> -SHA256 (logfmon-1.1.tar.gz) = FVuURXcM3O4rQtmaVH74fTfBDvUHsiug81G9eaiOGzg=
> -SIZE (logfmon-1.1.tar.gz) = 49705
> +SHA256 (logfmon-1.2.tar.gz) = r5geqSav7O3rs2oCr2E69AeCEE1oJmfvrcvEkkqy6cc=
> +SIZE (logfmon-1.2.tar.gz) = 149108
> Index: patches/patch-Makefile
> ===
> RCS file: patches/patch-Makefile
> diff -N patches/patch-Makefile
> --- patches/patch-Makefile16 May 2012 06:10:18 -  1.1.1.1
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,16 +0,0 @@
> -$OpenBSD: patch-Makefile,v 1.1.1.1 2012/05/16 06:10:18 jasper Exp $
> -
> -cc1: note: obsolete option -I- used, please use -iquote instead
> -NB: The hardcoded /usr/local in this Makefile does not affect OpenBSD's 
> build.
> -
>  Makefile.origMon May 14 09:53:28 2012
> -+++ Makefile Mon May 14 09:53:57 2012
> -@@ -34,7 +34,7 @@ PREFIX?= /usr/local
> - INSTALLBIN= install -g bin -o root -m 555
> - INSTALLMAN= install -g bin -o root -m 444
> - 
> --INCDIRS= -I- -I. -I/usr/local/include
> -+INCDIRS= -iquote -I. -I/usr/local/include
> - LDFLAGS+= -L/usr/local/lib
> - LIBS= -lm
> - .if ${OS} == "OpenBSD" || ${OS} == "FreeBSD"
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/sysutils/logfmon/pkg/PLIST,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 PLIST
> --- pkg/PLIST 16 May 2012 06:10:18 -  1.1.1.1
> +++ pkg/PLIST 17 Jan 2018 11:39:16 -
> @@ -1,7 +1,7 @@
>  @comment $OpenBSD: PLIST,v 1.1.1.1 2012/05/16 06:10:18 jasper Exp $
> +@bin bin/logfmon
>  @man man/man5/logfmon.conf.5
>  @man man/man8/logfmon.8
> -@bin sbin/logfmon
>  share/examples/logfmon/
>  share/examples/logfmon/brandini.conf
>  share/examples/logfmon/logfmon-freebsd.conf
> Index:

sysutils/logfmon moved to github

[Marcus MERIGHI]

Hello, 

after talking to $MAINTAINER (Tom Doherty) privately I'm doing what he
told me to...

Notes: 
- I have no idea what I'm doing
- I just copied the GH_* stuff from other software in sysutils/
- I just copied autohell stuff from other software in sysutils/
- I just copied CONFIGURE_* stuff from - well, guess it.
- I just adjusted PLIST to match nicms layout change
(sbin/logfmon -> bin/logfmon)
- I removed patches/patch-Makefile which contained:
+++ Makefile
-INCDIRS= -I- -I. -I/usr/local/include
+INCDIRS= -iquote -I. -I/usr/local/include
This patch caused an error because Makefile isn't there at the time
of patching and it only removes an "obsolete" warning with the hint
to use "-iquote".
Please advise on how to get the Makefile patch right!

Thanks for your time, Marcus

Index: Makefile
===
RCS file: /cvs/ports/sysutils/logfmon/Makefile,v
retrieving revision 1.4
diff -u -p -u -r1.4 Makefile
--- Makefile11 Jan 2018 19:27:10 -  1.4
+++ Makefile17 Jan 2018 11:09:35 -
@@ -2,11 +2,11 @@
 
 COMMENT=   log file monitoring daemon
 
-DISTNAME=  logfmon-1.1
-REVISION=  1
-CATEGORIES=sysutils
+GH_ACCOUNT= nicm
+GH_PROJECT= logfmon
+GH_TAGNAME=1.2
 
-HOMEPAGE=  http://sourceforge.net/projects/logfmon/
+CATEGORIES=sysutils
 
 MAINTAINER=Tom Doherty 
 
@@ -15,9 +15,19 @@ PERMIT_PACKAGE_CDROM=Yes
 
 WANTLIB=   c m pthread
 
-MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=logfmon/}
-
 NO_TEST=   Yes
+
+CONFIGURE_STYLE =   gnu
+CONFIGURE_ARGS +=   --disable-debug
+
+AUTOCONF_VERSION=   2.69
+AUTOMAKE_VERSION=   1.15
+BUILD_DEPENDS +=${MODGNU_AUTOMAKE_DEPENDS} \
+   ${MODGNU_AUTOCONF_DEPENDS}
+
+pre-configure:
+   cd ${WRKSRC} && AUTOMAKE_VERSION=${AUTOMAKE_VERSION} \
+   AUTOCONF_VERSION=${AUTOCONF_VERSION} /bin/sh ./autogen.sh
 
 post-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/examples/logfmon
Index: distinfo
===
RCS file: /cvs/ports/sysutils/logfmon/distinfo,v
retrieving revision 1.2
diff -u -p -u -r1.2 distinfo
--- distinfo18 Jan 2015 03:15:12 -  1.2
+++ distinfo17 Jan 2018 11:09:35 -
@@ -1,2 +1,2 @@
-SHA256 (logfmon-1.1.tar.gz) = FVuURXcM3O4rQtmaVH74fTfBDvUHsiug81G9eaiOGzg=
-SIZE (logfmon-1.1.tar.gz) = 49705
+SHA256 (logfmon-1.2.tar.gz) = 
b6b154964a2a871e85a5dd7c1f2282c0708d0d879b7307c69a9292361321ba74
+SIZE (logfmon-1.2.tar.gz) = 43040
Index: pkg/PLIST
===
RCS file: /cvs/ports/sysutils/logfmon/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -u -r1.1.1.1 PLIST
--- pkg/PLIST   16 May 2012 06:10:18 -  1.1.1.1
+++ pkg/PLIST   17 Jan 2018 11:09:35 -
@@ -1,7 +1,7 @@
 @comment $OpenBSD: PLIST,v 1.1.1.1 2012/05/16 06:10:18 jasper Exp $
 @man man/man5/logfmon.conf.5
 @man man/man8/logfmon.8
-@bin sbin/logfmon
+@bin bin/logfmon
 share/examples/logfmon/
 share/examples/logfmon/brandini.conf
 share/examples/logfmon/logfmon-freebsd.conf

Re: NEW: games/dxx-rebirth

[Marcus MERIGHI]

frohw...@ymail.com (Thomas Frohwein), 2017.12.23 (Sat) 12:00 (CET):
> Do you like getting disoriented flying through narrow corridors while
> getting fired at from 6 degrees of freedom? Enjoy looking at confusing

Some of my finger memory was still there! 

Just played the demo levels, worked like a charm, now off for the attic
to find those darn CDs...

Maybe mention early that one needs the original files? 
I mean before installing...

Thanks!

Marcus

README diff for SOGo with base relayd(8) and httpd(8)

[Marcus MERIGHI]

Currently there is one major disadvantage of running SOGo behind
relayd(8) and httpd(8), it is documented at 

https://sogo.nu/bugs/view.php?id=4252

For me the problem is seen with thunderbird when saving a changed
calendar entry. The change is done by SOGo but the response is wrong,
RFC-wise, so relayd(8) makes it an 500 (Internal Server error) and
Thunderbird throws an error to the user.

Anyways, this works for me:

Index: README
===
RCS file: /cvs/ports/www/sogo/pkg/README,v
retrieving revision 1.21
diff -u -p -u -r1.21 README
--- README  5 Jul 2017 21:11:50 -   1.21
+++ README  10 Oct 2017 11:15:18 -
@@ -51,6 +51,95 @@ The SOPE PostgreSQL database adaptor is 
 If you want to use a MySQL database as backend, you have to install
 the sope-mysql package on the host where SOPE and SOGo are installed.
 
+SOGo with base relayd(8) and httpd(8)
+===
+Edit /etc/relayd.conf
+
+table  { 127.0.0.1 }
+table  { 127.0.0.1 }
+table  { 127.0.0.1 }
+
+http protocol httpproto {
+return error
+block
+
+match request path "/SOGo/" forward to  tag dav
+match request path "/SOGo/*" forward to  tag dav
+match request path "/sogo/" forward to  tag dav
+match request path "/sogo/*" forward to  tag dav
+match request path "/SOGo.woa/*" forward to  tag davstat
+
+match response header remove "Server"
+match response header set "Connection" value "close"
+
+match request header set "Keep-Alive" value "$TIMEOUT"
+
+match request tagged dav header set "X-Real-IP" \
+  value "https://$REMOTE_ADDR;
+match request tagged dav header set "X-Forwarded-By" \
+  value "$SERVER_ADDR:$SERVER_PORT"
+match request tagged dav header set "X-Forwarded-For" \
+  value "$REMOTE_ADDR"
+match request tagged dav header set "Host" value "davhost.dmn.tld"
+match request tagged dav header set "x-webobjects-server-protocol" \
+  value "HTTP/1.0"
+match request tagged dav header set "x-webobjects-remote-host" \
+  value "127.0.0.1"
+match request tagged dav header set "x-webobjects-server-name" \
+  value "davhost.dmn.tld"
+match request tagged dav header set "x-webobjects-server-url" \
+  value "https://davhost.dmn.tld/;
+match request tagged dav header set "x-webobjects-server-port" \
+  value "$SERVER_PORT"
+
+match request url log
+
+pass request method HEAD
+pass request method GET
+pass request method POST
+
+pass request tagged dav method PUT
+pass request tagged dav method DELETE
+pass request tagged dav method MKCOL
+pass request tagged dav method MOVE
+pass request tagged dav method OPTIONS
+pass request tagged dav method PROPFIND
+pass request tagged dav method REPORT
+
+tcp { nodelay, sack }
+}
+relay httpredir {
+listen on 127.0.0.1 port http
+listen on 127.0.0.1 port http tls
+protocol httpproto
+forward to  port 19000
+forward to  port 2
+forward to  port 18000
+}
+
+# mkdir -p ${VARBASE}/www/htdocs/sogo/SOGo.woa/WebServerResources
+# cp -R ${TRUEPREFIX}/lib/GNUstep/SOGo/WebServerResources \
+${VARBASE}/www/htdocs/sogo/SOGo.woa/WebServerResources
+
+Edit /etc/httpd.conf
+
+# redirect from http to https
+server davhost.dmn.tld {
+listen on 127.0.0.1 port 19000
+block return 301 "https://davhost.dmn.tld/SOGo/;
+}
+# serve other websites like this
+server some.website.tld {
+listen on 127.0.0.1 port 19000
+root "/htdocs/somewebsite"
+}
+# serve sogo static content
+server sogo {
+listen on 127.0.0.1 port 18000
+root "/htdocs/sogo"
+directory no auto index
+}
+
 SOGo with nginx
 ===
 Since nginx configuration is not explained in the SOGo Manual, here is an 
example.

Re: ffmpeg hang on 6.1-stable and -current with certain video files

[Marcus MERIGHI]

s...@spacehopper.org (Stuart Henderson), 2017.09.09 (Sat) 14:47 (CEST):
> On 2017/09/09 11:35, Juan Francisco Cantero Hurtado wrote:
> > On Sat, Sep 02, 2017 at 06:49:38PM +0200, Marcus MERIGHI wrote:
> > > i...@juanfra.info (Juan Francisco Cantero Hurtado), 2017.09.02 (Sat) 
> > > 00:42 (CEST):
> > > > On Mon, Aug 28, 2017 at 05:05:20PM +0200, Marcus MERIGHI wrote:
> > > > > fr...@frankgroeneveld.nl (Frank Groeneveld), 2017.08.28 (Mon) 14:33 
> > > > > (CEST):
> > > > > > When I try to convert certain video files using ffmpeg from ports on
> > > > > > 6.1-stable or -current it randomly hangs about one in three or four
> > > > > > tries. I've uploaded a sample movie at:
> > > > > > https://ivaldi.nl/wp-content/uploads/sample.mp4
> > > > > > 
> > > > > > The following command reproduces the problem:
> > > > > > ffmpeg -i sample.mp4 -acodec aac -strict experimental -vf
> > > > > > scale=1280:720,setdar=2:1 -y output.mp4
> > > > > > 
> > > > > > This is the output when it hangs: https://pastebin.com/mb0X3hU3
> > > > > > The process uses 100% cpu and doesn't seem to do anything else, the
> > > > > > output file doesn't grow either.
> > > > > 
> > > > > I am seeing something with the same symptoms. I need to start
> > > > > transcoding anywhere from one- to five times.
> > > > > 
> > > > > $ nice ffmpeg -n -stats -loglevel warning -threads 2 -ss 10 \
> > > > >   -i "input.mov" -map_metadata 0:s:0 -c:v libx264 -preset slow -crf 
> > > > > 23 \
> > > > >   -c:a aac -b:a 192k -pix_fmt yuvj420p output.mov
> > > > 
> > > > Can you both try to reproduce the bug using something else instead of
> > > > aac?
> > > 
> > > switching between "-c:a aac" and "-c:a mp3" I have: no fail with two
> > > dozen tries with mp3; one good go with aac after switching back,
> > > followed by two failures. 
> > 
> > Guys, ffmpeg 20170825p1 works for me. Give it a try.
> 
> What's in ports now works on amd64, but not i386.
 
Did six of my usual transcodings in a row without hang. Wouldn't have
expected this before. Thanks!

Marcus

OpenBSD 6.2-beta (GENERIC.MP) #85: Sat Sep  9 17:44:54 MDT 2017
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

Re: ffmpeg hang on 6.1-stable and -current with certain video files

[Marcus MERIGHI]

i...@juanfra.info (Juan Francisco Cantero Hurtado), 2017.09.02 (Sat) 00:42 
(CEST):
> On Mon, Aug 28, 2017 at 05:05:20PM +0200, Marcus MERIGHI wrote:
> > fr...@frankgroeneveld.nl (Frank Groeneveld), 2017.08.28 (Mon) 14:33 (CEST):
> > > When I try to convert certain video files using ffmpeg from ports on
> > > 6.1-stable or -current it randomly hangs about one in three or four
> > > tries. I've uploaded a sample movie at:
> > > https://ivaldi.nl/wp-content/uploads/sample.mp4
> > > 
> > > The following command reproduces the problem:
> > > ffmpeg -i sample.mp4 -acodec aac -strict experimental -vf
> > > scale=1280:720,setdar=2:1 -y output.mp4
> > > 
> > > This is the output when it hangs: https://pastebin.com/mb0X3hU3
> > > The process uses 100% cpu and doesn't seem to do anything else, the
> > > output file doesn't grow either.
> > 
> > I am seeing something with the same symptoms. I need to start
> > transcoding anywhere from one- to five times.
> > 
> > $ nice ffmpeg -n -stats -loglevel warning -threads 2 -ss 10 \
> >   -i "input.mov" -map_metadata 0:s:0 -c:v libx264 -preset slow -crf 23 \
> >   -c:a aac -b:a 192k -pix_fmt yuvj420p output.mov
> 
> Can you both try to reproduce the bug using something else instead of
> aac?

switching between "-c:a aac" and "-c:a mp3" I have: no fail with two
dozen tries with mp3; one good go with aac after switching back,
followed by two failures. 

Marcus

Re: ffmpeg hang on 6.1-stable and -current with certain video files

[Marcus MERIGHI]

fr...@frankgroeneveld.nl (Frank Groeneveld), 2017.08.28 (Mon) 14:33 (CEST):
> When I try to convert certain video files using ffmpeg from ports on
> 6.1-stable or -current it randomly hangs about one in three or four
> tries. I've uploaded a sample movie at:
> https://ivaldi.nl/wp-content/uploads/sample.mp4
> 
> The following command reproduces the problem:
> ffmpeg -i sample.mp4 -acodec aac -strict experimental -vf
> scale=1280:720,setdar=2:1 -y output.mp4
> 
> This is the output when it hangs: https://pastebin.com/mb0X3hU3
> The process uses 100% cpu and doesn't seem to do anything else, the
> output file doesn't grow either.

I am seeing something with the same symptoms. I need to start
transcoding anywhere from one- to five times.

$ nice ffmpeg -n -stats -loglevel warning -threads 2 -ss 10 \
  -i "input.mov" -map_metadata 0:s:0 -c:v libx264 -preset slow -crf 23 \
  -c:a aac -b:a 192k -pix_fmt yuvj420p output.mov

Marcus

OpenBSD 6.1-current (GENERIC.MP) #7: Tue Aug 15 21:08:10 MDT 2017
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8451125248 (8059MB)
avail mem = 8187994112 (7808MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xdae9c000 (66 entries)
bios0: vendor LENOVO version "8DET73WW (1.43 )" date 10/12/2016
bios0: LENOVO 429135G
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SLIC SSDT SSDT SSDT HPET APIC MCFG ECDT ASF! TCPA SSDT 
SSDT DMAR UEFI UEFI UEFI
acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP4(S4) EXP7(S4) EHC1(S3) 
EHC2(S3) HDEF(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i7-2620M CPU @ 2.70GHz, 2691.67 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,SENSOR,ARAT
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: TSC frequency 2691670230 Hz
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1.2, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM) i7-2620M CPU @ 2.70GHz, 2691.26 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,SENSOR,ARAT
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 1, core 0, package 0
cpu2 at mainbus0: apid 2 (application processor)
cpu2: Intel(R) Core(TM) i7-2620M CPU @ 2.70GHz, 2691.26 MHz
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,SENSOR,ARAT
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 1, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM) i7-2620M CPU @ 2.70GHz, 2691.26 MHz
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,SENSOR,ARAT
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 1, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
acpimcfg0 at acpi0 addr 0xf800, bus 0-63
acpiec0 at acpi0
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (PEG_)
acpiprt2 at acpi0: bus 2 (EXP1)
acpiprt3 at acpi0: bus 3 (EXP2)
acpiprt4 at acpi0: bus -1 (EXP4)
acpiprt5 at acpi0: bus 13 (EXP5)
acpiprt6 at acpi0: bus 14 (EXP7)
acpicpu0 at acpi0: C3(350@104 io@0x415), C1(1000@1 halt), PSS
acpicpu1 at acpi0: C3(350@104 io@0x415), C1(1000@1 halt), PSS
acpicpu2 at acpi0: C3(350@104 io@0x415), C1(1000@1 halt), PSS
acpicpu3 at acpi0: C3(350@104 io@0x415), C1(1000@1 halt), PSS
acpipwrres0 at acpi0: PUBS, resource for EHC1, EHC2
acpitz0 at acpi0: critical temperature is 99 degC
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
"LEN0020" at acpi0 not configured
acpibat0 at acpi0: BAT0 model "45N1172" serial 13541 type LION oem "SANYO"
acpiac0 at acpi0: AC unit online
acpithinkpad0 at acpi0
"PNP0C14" at acpi0 not configured
"PNP0C14" at acpi0 not configured
acpidock0 at acpi0: GDCK not docked (0)
acpivideo0 at acpi0: VID_
acpivout at acpivideo0 not configured
acpivideo1 at acpi0: VID_
cpu0: Enhanced SpeedStep 2691 MHz: speeds: 2701, 2700, 2400, 2200, 2000, 1800, 
1600, 1400, 

Re: Davical on httpd

[Marcus MERIGHI]

lan...@openbsd.org (Landry Breuil), 2017.03.23 (Thu) 21:59 (CET):
> On Thu, Mar 23, 2017 at 09:05:46PM +0100, Michael Warmuth-Uhl wrote:
> > Hello,
> > 
> > On 03/20/17 09:49, Anders Trob?ck wrote:
> > > Does anyone know if it's possible to run productivity/davical in httpd
> > > and if it's possible do you have any recipe for httpd.conf? The
> > > "pkg-readme" only have Apache and Nginx examples.
> > 
> > I'm running davical on httpd with these settings in httpd.conf
> > 
> >   ext_addr="*"
> > 
> >   server "default" {
> > listen on $ext_addr port 80
> > listen on $ext_addr tls port 443
> > 
> > # Increase connection limits to extend the lifetime
> > connection { max requests 500, timeout 3600 }
> > 
> > location "/" { directory index index.php }
> > 
> > location "/davical/*.php*" {
> > fastcgi socket "/run/php-fpm.sock"
> > root "/davical/htdocs"
> > }
> > 
> > ...
> >   }
> 
> Nice, i'll happily take a diff adding this part to
> productivity/davical/pkg/README :)

here we go...

Marcus

Index: pkg/README
===
RCS file: /cvs/ports/productivity/davical/pkg/README,v
retrieving revision 1.6
diff -u -p -u -r1.6 README
--- pkg/README  27 Jun 2016 19:36:50 -  1.6
+++ pkg/README  24 Mar 2017 08:42:17 -
@@ -53,6 +53,24 @@ ${TINSTDIR}/config/config.php and is a r
 sets (or overrides) some specific variables. You should only need to
 set pg_connect value to configure database access.
 
+httpd(8) Configuration
+=
+
+With httpd(8), it is easiest to run php-fpm and use the following 
+for a distinct server block:
+
+ext_addr="*"
+server "default" {
+listen on $ext_addr port 80
+listen on $ext_addr tls port 443
+connection { max requests 500, timeout 3600 }
+location "/" { directory index index.php }
+location "/davical/*.php*" {
+fastcgi socket "/run/php-fpm.sock"
+root "/davical/htdocs"
+}
+}
+
 Apache Configuration
 

Re: [NEW] vdirsyncer (+deps)

[Marcus MERIGHI]

Hello Remi, 

remi.loche...@relo.ch (Remi Locherer), 2017.03.06 (Mon) 23:13 (CET):
> On Mon, Mar 06, 2017 at 01:11:21PM +0100, Marcus MERIGHI wrote:
> [...] 
> > 
> > Getting https to work was only possible via "verify_fingerprint = " and
> > verify = false. This is although it's a letsenkrypt cert... (cadaver
> > complains, too.)
> 
> This is strange. I'm also using a letsencrypt cert on the server and I
> don't need this config. I'm just using the OpenBSD default
> /etc/ssl/cert.pem any additional settings.

I think I produced some noise here; different server with different
software (nginx+SOGo) does not need these settings. 

> > To make my SOGo caldav/carddav server working with vdirsync I had to add
> > the following to the front end webserver:
> > 
> > RedirectMatch ^/principals/users/(.*)$ https://dav.domain.foo/SOGo/dav/$1
> > RedirectMatch ^/principals/$ https://dav.domain.foo/SOGo/dav/
> > RedirectMatch ^/.well-known/(caldav|carddav)$ 
> > https://dav.domain.foo/SOGo/dav/
> > 
> > Even if the url in .vcardsync/config already points to
> > https://dav.domain.foo/SOGo/dav/username. 
> > vdirsync just wants https://dav.domain.foo/.well-known/(caldav|carddav)
> 
> I think it's worth letting the vdirsyncer project know about that.
> Maybe they add it to their documentation?
> --> https://vdirsyncer.pimutils.org/en/stable/contact.html

Reporting... 

Thanks once more, Marcus

> !DSPAM:58bddf1f33461386558081!

Re: [NEW] vdirsyncer (+deps)

[Marcus MERIGHI]

remi.loche...@relo.ch (Remi Locherer), 2017.03.06 (Mon) 08:34 (CET):
> On Sun, Mar 05, 2017 at 10:42:33PM +, Stuart Henderson wrote:
> > On 2017/03/05 23:21, Remi Locherer wrote:
> > > attached a port of vdirsyncer plus it's dependencies.
> > 
> > I've just had a quick read through; in a few of the ports you have hardcoded
> > ,python3 in deps, this should be ${MODPY_FLAVOR}. It's a noop for vdirsyncer
> > itself though we are generally doing this anyway and it saves trouble if
> > we change things in ports later, but for some of the other ports it's
> > wrong as-is i.e. py-requests-toolbelt depends on www/py-requests,python3
> > even for the py27 one. Similarly should use sphinx-build${MODPY_BIN_SUFFIX}
> > rather than hardcoded sphinx-build-3.
> > 
> > One other nit, please use "Yes" instead of "YES" for PERMIT_PACKAGE_CDROM.
> > 
> > Other than that, looks good to me.
> 
> Thank you for reviewing my ports!
> 
> Attached updated tarballs.

Happy tester here: works. 

Thanks for bringing that software to my doorstep!

For py-click-log I had to change the distinfo to:

SHA256 (click-log-0.1.8.tar.gz) = 
57271008c12e2dc16d413373bedd7fd3ff17c57434e168650dc27dfb9c743392
SIZE (click-log-0.1.8.tar.gz) = 9277

vdirsyncer Makefile had to be adjusted:

-BUILD_DEPENDS = textproc/py-sphinx,python3
+BUILD_DEPENDS = textproc/py3-sphinx,python3

(at least that's what was starting to build when I did 'make' in
mystuff/productivity/vdirsyncer. I had pkg_add-ed py-sphinx already.)

Upon first run:
+
vdirsyncer --help
Traceback (most recent call last):
  File "/usr/local/bin/vdirsyncer", line 11, in 
load_entry_point('vdirsyncer==0.15.0', 'console_scripts', 'vdirsyncer')()
  File "/usr/local/lib/python3.6/site-packages/click/core.py", line 716, in 
__call__
return self.main(*args, **kwargs)
  File "/usr/local/lib/python3.6/site-packages/click/core.py", line 675, in main
_verify_python3_env()
  File "/usr/local/lib/python3.6/site-packages/click/_unicodefun.py", line 119, 
in _verify_python3_env
'mitigation steps.' + extra)
RuntimeError: Click will abort further execution because Python 3 was 
configured to use ASCII as encoding for the environment.  Either run this under 
Python 2 or consult http://click.pocoo.org/python3/ for mitigation steps.

This system supports the C.UTF-8 locale which is recommended.
You might be able to resolve your issue by exporting the
following environment variables:

export LC_ALL=C.UTF-8
export LANG=C.UTF-8
+

With these it works (LC_ALL=C.UTF-8 alone is actually enough for me):
+
vdirsyncer --help
Usage: vdirsyncer [OPTIONS] COMMAND [ARGS]...

  Synchronize calendars and contacts

Options:
  -v, --verbosity LVL  Either CRITICAL, ERROR, WARNING, INFO or DEBUG
  --versionShow the version and exit.
  -c, --config FILEConfig file to use.
  --help   Show this message and exit.

Commands:
  discover  Refresh collection cache for the given pairs.
  metasync  Synchronize metadata of the given collections...
  repairRepair a given collection.
  sync  Synchronize the given collections or pairs.
+

Getting https to work was only possible via "verify_fingerprint = " and
verify = false. This is although it's a letsenkrypt cert... (cadaver
complains, too.)

To make my SOGo caldav/carddav server working with vdirsync I had to add
the following to the front end webserver:

RedirectMatch ^/principals/users/(.*)$ https://dav.domain.foo/SOGo/dav/$1
RedirectMatch ^/principals/$ https://dav.domain.foo/SOGo/dav/
RedirectMatch ^/.well-known/(caldav|carddav)$ https://dav.domain.foo/SOGo/dav/

Even if the url in .vcardsync/config already points to
https://dav.domain.foo/SOGo/dav/username. 
vdirsync just wants https://dav.domain.foo/.well-known/(caldav|carddav)

Thanks, Marcus

> !DSPAM:58bd110f119611904443423!

Re: pinentry eats up nearly 100% CPU [Was: Re: CVS: cvs.openbsd.org: ports]

[Marcus MERIGHI]

ajacou...@bsdfrog.org (Antoine Jacoutot), 2015.10.28 (Wed) 06:39 (CET):
> On Wed, Oct 28, 2015 at 04:35:14AM +, Raf Czlonka wrote:
> > On Sat, Oct 24, 2015 at 08:59:48AM BST, Antoine Jacoutot wrote:
> > > > > Hi Antoine,
> > > > > 
> > > > > On a (somewhat), related note - since the last (so it seems) update to
> > > > > pinentry, it doesn't prompt for pass{word,phrase} any more, i.e.
> > > > > 
> > > > > gpg2 -d file.gpg
> > > > > 
> > > > > starts gpg-agent, which in turn starts pinentry, all I can see is
> > > > > blank tty and after a couple of seconds, pinentry runs at 99% CPU:
> > > > > 
> > > > > USER   PID %CPU %MEM   VSZ   RSS TT  STAT  STARTED   TIME 
> > > > > COMMAND
> > > > > rjc  20819 99.0  0.1  1996  5392 ??  R  6:41AM1:25.35 
> > > > > pinentry (pinentry-curses)
> > > > 
> > > > Hmm that's odd... my initial tests did work.
> > > > I'll have a look this week-end, thanks for the report.
> > > 
> > > Can you wait for and try the new ports snapshot when it is there.
> > > I cannot reproduce your issue, pinentry works just fine here.

OpenBSD 5.8-current (GENERIC.MP) #1394: Tue Sep 29 20:42:18 MDT 2015
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

gpgme-1.5.1p1 libassuan-2.1.1 libgpg-error-1.20 mutt-1.5.24p0v0-gpgme

It might be the same thing that is bugging me for quite some time - just
not enough to report. 

Occasionally I have similiar symptoms with mutt+gpgme. 

Just found a way to reproduce: 
in mutt, make new message, tell mutt you want to sign/crypt, send -
pinentry asks for passphrase. hit ctrl-c now and you have an orphaned 

'pinentry --display :0 (pinentry-curses)'

Most of the time it eats lots of cpu but not always (at least two
occasions). Sometimes there's something that looks like a blank xterm
window. 

After ctrl-c mutt prompts are broken, too. Lots of asterisks ('*') when
you type text. Not even easy to get out of mutt correctly at that point.


> > The newest i386 package (new amd64 ones haven't been built yet so can't
> > verify) does something really strange:
> > 
> > $ file /usr/local/bin/pinentry*
> > /usr/local/bin/pinentry:symbolic link to 
> > '/usr/local/bin/pinentry-curses'
> > /usr/local/bin/pinentry-curses: Bourne shell script text executable

I'm a bit behind:

$ file /usr/local/bin/pinentry*
/usr/local/bin/pinentry:symbolic link to
'/usr/local/bin/pinentry-curses'
/usr/local/bin/pinentry-curses: ELF 64-bit LSB shared object, 
x86-64, version 1

> > So, the pinentry is still a symbolic link instead of the intended
> > wrapper script and pinentry-curses is the actual wrapper -
> > pinentry-curses (the binary) is not even a part of the package.
> 
> The pkg snapshot is too old I guess.

Will try to find time to get me onto real -current.

Bye and thanks for looking at it, Marcus

> !DSPAM:56306053111941282615443!

Re: xombrero title and search bar unreadble now it uses gtk3

[Marcus MERIGHI]

br...@coiloptic.org (Brett Mahar), 2014.10.22 (Wed) 03:11 (CEST):
 Since I last upgraded my amd64-current machine the xombrero search bar
 and the link bar are unreadable, with white font on white background.
 I've mucked around with .config/gtk-3.0/settings.ini and
 .config/gtk-3.0/gtk.css and am able to change the font size (so I can
 have bigger or smaller unreadable boxes) but nothing else. 
 
 What do I have to edit so I can tell what page I'm on, like before? 
 
 Search engines or xombrero wiki did not help.
 
Same here, I messed with /usr/local/share/xombrero/xombrero.css, got it
somewhat working and then switched to dwb. Learning keyboard shortcuts
at the moment...

Bye, Marcus

www/apache-httpd-openbsd doesn't make

[Marcus MERIGHI]

Hello, 

OpenBSD 5.5-current (GENERIC) #6: Wed Mar 19 18:06:25 MDT 2014
 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC

Upgraded via bsd.rd, full dmesg at the end of message and attached.

Ports tree updated via
env CVSROOT=anon...@mirror.osn.de:/cvs cvs -q \
  -danon...@mirror.osn.de:/cvs update -PdA ports

When I try to get me ye old httpd (current.html#20140313b) I see the
following: (inlined below and attached)

$ pwd
/usr/ports/www/apache-httpd-openbsd


FIRST RUN 
(Where's that ``Bad system call (core dumped)'' comming from?)

$ sudo env PORTSDIR=/home/openbsd/ports LC_ALL=C make

===  Verifying specs: c crypto m pthread ssl c crypto m pthread ssl
===  found c.73.1 crypto.23.0 m.9.0 pthread.18.0 ssl.20.0
===  Checking files for apache-httpd-openbsd-1.3p54
`/home/openbsd/ports/distfiles/apache-httpd-openbsd-1.3p54.tar.gz' is up to 
date.
 (SHA256) apache-httpd-openbsd-1.3p54.tar.gz: OK
===  Extracting for apache-httpd-openbsd-1.3p54
===  Patching for apache-httpd-openbsd-1.3p54
===  Configuring for apache-httpd-openbsd-1.3p54
===  Building for apache-httpd-openbsd-1.3p54
Configuring for Apache, Version 1.3.29
 + Hint: please use LDFLAGS instead of EXTRA_LDFLAGS next time
 + using installation path layout: OpenBSD (config.layout)
Creating Makefile
Creating Configuration.apaci in src
Bad system call (core dumped) 
Creating Makefile in src
 + configured for OpenBSD platform
 + setting C compiler to gcc
 + setting C pre-processor to gcc -E
 + using tr [a-z] [A-Z] to uppercase
 + checking for system header files
 + enabling INET6 support
 + you have sa_len in struct sockaddr.
 + assuming you have struct sockaddr_storage
 + adding selected modules
 + using system Expat
 + doing sanity check on compiler and options
Creating Makefile in src/support
Creating Makefile in src/os/unix
Creating Makefile in src/ap
Creating Makefile in src/main
Creating Makefile in src/modules/standard
diff -u 
/home/openbsd/ports/pobj/apache-httpd-openbsd-1.3/apache-httpd-openbsd-1.3p54/src/include/ap_config_auto.h
 
/home/openbsd/ports/pobj/apache-httpd-openbsd-1.3/apache-httpd-openbsd-1.3p54/src/include/ap_config_auto.h.new
--- 
/home/openbsd/ports/pobj/apache-httpd-openbsd-1.3/apache-httpd-openbsd-1.3p54/src/include/ap_config_auto.h
  Fri Jan  3 22:23:22 2014
+++ 
/home/openbsd/ports/pobj/apache-httpd-openbsd-1.3/apache-httpd-openbsd-1.3p54/src/include/ap_config_auto.h.new
  Mon Mar 24 15:12:36 2014
@@ -86,14 +86,4 @@
 #define HAVE_SOCKADDR_LEN 1
 #endif
 
-/* build flag: -DMOD_SSL=208116 */
-#ifndef MOD_SSL
-#define MOD_SSL 208116
-#endif
-
-/* build flag: -DEAPI */
-#ifndef EAPI
-#define EAPI 1
-#endif
-
 #endif /* AP_CONFIG_AUTO_H */
*** Error 1 in 
/home/openbsd/ports/pobj/apache-httpd-openbsd-1.3/apache-httpd-openbsd-1.3p54 
(Makefile.bsd-wrapper:640 
'/home/openbsd/ports/pobj/apache-httpd-openbsd-1.3/apache-httpd-openbsd-1.3p54/config.status')
*** Error 1 in . (/home/openbsd/ports/infrastructure/mk/bsd.port.mk:2686 
'/home/openbsd/ports/pobj/apache-httpd-openbsd-1.3/.build_done')
*** Error 1 in /home/openbsd/ports/www/apache-httpd-openbsd 
(/home/openbsd/ports/infrastructure/mk/bsd.port.mk:2419 'all')


SECOND RUN 

$ sudo env PORTSDIR=/home/openbsd/ports LC_ALL=C make

===  Building for apache-httpd-openbsd-1.3p54
mandoc -Tlint -Wfatal src/support/dbmmanage.1
mandoc -Tlint -Wfatal src/support/htdigest.1
mandoc -Tlint -Wfatal src/support/htpasswd.1
mandoc -Tlint -Wfatal src/support/apachectl.8
mandoc -Tlint -Wfatal src/support/logresolve.8
mandoc -Tlint -Wfatal httpd.8
mandoc -Tlint -Wfatal src/support/rotatelogs.8
mandoc -Tlint -Wfatal src/support/apxs.8
mandoc -Tlint -Wfatal src/support/suexec.8
=== src
=== src/os/unix
gcc -c  -I../../os/unix -I../../include   -DINET6 -Dss_family=__ss_family 
-Dss_len=__ss_len -DHAVE_SOCKADDR_LEN  os.c
gcc -c  -I../../os/unix -I../../include   -DINET6 -Dss_family=__ss_family 
-Dss_len=__ss_len -DHAVE_SOCKADDR_LEN  os-inline.c
rm -f libos.a
ar cr libos.a os.o os-inline.o
ranlib libos.a
=== src/os/unix
=== src/ap
gcc -c  -I../os/unix -I../include   -DINET6 -Dss_family=__ss_family 
-Dss_len=__ss_len -DHAVE_SOCKADDR_LEN  ap_cpystrn.c
gcc -c  -I../os/unix -I../include   -DINET6 -Dss_family=__ss_family 
-Dss_len=__ss_len -DHAVE_SOCKADDR_LEN  ap_execve.c
gcc -c  -I../os/unix -I../include   -DINET6 -Dss_family=__ss_family 
-Dss_len=__ss_len -DHAVE_SOCKADDR_LEN  ap_fnmatch.c
gcc -c  -I../os/unix -I../include   -DINET6 -Dss_family=__ss_family 
-Dss_len=__ss_len -DHAVE_SOCKADDR_LEN  ap_getpass.c
gcc -c  -I../os/unix -I../include   -DINET6 -Dss_family=__ss_family 
-Dss_len=__ss_len -DHAVE_SOCKADDR_LEN  ap_md5c.c
gcc -c  -I../os/unix -I../include   -DINET6 -Dss_family=__ss_family 
-Dss_len=__ss_len -DHAVE_SOCKADDR_LEN  ap_signal.c
gcc -c  -I../os/unix -I../include   -DINET6 -Dss_family=__ss_family 
-Dss_len=__ss_len -DHAVE_SOCKADDR_LEN  ap_slack.c
gcc -c  -I../os/unix -I../include   -DINET6 -Dss_family=__ss_family 
-Dss_len=__ss_len -DHAVE_SOCKADDR_LEN  ap_snprintf.c
gcc -c  

Re: www/apache-httpd-openbsd doesn't make

[Marcus MERIGHI]

st...@openbsd.org (Stuart Henderson), 2014.03.24 (Mon) 15:41 (CET):
 On 2014/03/24 15:29, Marcus MERIGHI wrote:
  (Where's that ``Bad system call (core dumped)'' comming from?)
 
 It's coming from an old binary that you have lying around on your system
 which needs cleaning. Look for the core file for a clue as to what
 program. Fix that and re-try before looking at anything else.

Thanks for hand holding!

/usr/bin/nawk nawk(1) was the bad guy:

apache-httpd-openbsd-1.3p54/configure
awkpath=`sh $aux/PrintPath nawk gawk awk`

nawk:
StartEnd  Type Open Ref GrpRef Name
1c00 3c012000 exe  10   0  nawk
05d4b000 25d53000 rlib 01   0  /usr/lib/libm.so.5.3
05cbe000 25cf7000 rlib 01   0  /usr/lib/libc.so.55.0
07404000 07404000 rtld 01   0  /usr/libexec/ld.so
awk:
StartEnd  Type Open Ref GrpRef Name
16b1d000 36b2e000 exe  10   0  awk
021f6000 221ff000 rlib 01   0  /usr/lib/libm.so.9.0
07d8f000 27dbf000 rlib 01   0  /usr/lib/libc.so.73.1
0ee3b000 0ee3b000 rtld 01   0  /usr/libexec/ld.so

I suppose I did not follow some current.html advice in the past.

Thanks, Stuart and sorry for stealing your time once more.

Bye, Marcus

Re: NEW: x11/wmconfig

[Marcus MERIGHI]

cleaning up my inbox I found this not yet in ports. Sorry if I missed
something...

Bye, Marcus

lan...@rhaalovely.net (Landry Breuil), 2013.12.02 (Mon) 21:30 (CET):
 On Mon, Dec 02, 2013 at 06:59:40PM +0100, Tommy Scheunemann wrote:
  On Sat, 30 Nov 2013 00:16:24 + (UTC)
  na...@mips.inka.de (Christian Weisgerber) wrote:
  
   Landry Breuil lan...@rhaalovely.net wrote:
   
 For the .1x - AfterStep uses the format though if that is
 unwanted I can modify the upstream source and use .1 as extension.

I have no idea how our man handles this -
   
   It handles it just fine.  See x11/afterstep and a number of other
   ports that use this naming scheme.
  
  Hello,
  
  attached with the changes related to installing docs and samples, but
  without the manpage renaming.
  If that is still wished, it can be easily changed.
  
  Anything else that should be changed from my side ?
 
 There are still some things to polish:
 - make port-lib-depends-check shows that WANTLIB=c is missing.
 - you could aswell use
 ${INSTALL_DATA} ${WRKSRC}/{README,COPYING,TODO} ${PREFIX}/share/doc/wmconfig
 instead of cd ${WRKSRC} (but that's really cosmetic)
 - using INSTALL_DATA to copy stuff from SYSCONFDIR/wmconfig to
   share/examples leaves the files behind in SYSCONFDIR, and thus make
 update-plist will still complain. Since you're using automake/autoconf,
 you can use FAKE_FLAGS as a trick to tell make to install where you
 want.
 
 Try with:
 FAKE_FLAGS =  sysconfdir=${PREFIX}/share/examples
 post-install:
   ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/wmconfig
   ${INSTALL_DATA} ${WRKSRC}/{README,COPYING,TODO} 
 ${PREFIX}/share/doc/wmconfig
 
 simpler, cleaner :)
 
 Last nit: manpage says 'wmconfig will read all the files located in
 /usr/local/etc/wmconfig.' (and also refers to the same path in 3 spots)
 this should be fixed for correctness, but i dont really see how to fix
 that properly in the generated Makefile, so maybe only using a perl -pi
 -e 's#usr/local/##' ${PREFIX}/share/man/man1/wmconfig.1x line in
 post-install would do the trick.
 
 Other than those details, looks good to me, and if anyone wants to
 import it i'm ok with it.
 
 Landry
 
 
 !DSPAM:529cedfd74974631537411!
 

pkg_upd -u - library c.72.0 not found - 5.4-current (GENERIC.MP) #235

[Marcus MERIGHI]

Hello Folks,

after moving base to current -current (Dec  9 - Dec 28, dmesg below)
and when running pkg_add -u I get:

$ pkg_upd -u -v
Update candidates: quirks-1.104 - quirks-1.104 ()
Update candidates: ImageMagick-6.7.7.7p5 - ImageMagick-6.7.7.7p5 ()
Update candidates: libltdl-2.4.2p0 - libltdl-2.4.2p0 ()
Can't install png-1.6.6 because of libraries
|library c.72.0 not found
Update candidates: png-1.6.6 - png-1.6.6 ()
| /usr/lib/libc.so.70.0 (system): bad major
| /usr/lib/libc.so.73.0 (system): bad major
| /usr/lib/libc.so.71.0 (system): bad major

I tried both with
PKG_PATH=http://ftp5.eu.openbsd.org/ftp/pub/OpenBSD/snapshots/packages/amd64/
and
PKG_PATH=http://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/amd64/

Do I have to wait for newer packages or is there something I have/can 
do? I suppose the former because packages seem to be rather old (i.e. 
from 18/19 Dec) when looking at the directory listings.


(I would have no idea on how to get myself libc.so.72.0.)

Bye, Marcus

OpenBSD 5.4-current (GENERIC.MP) #235: Sat Dec 28 17:09:19 MST 2013
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 3194331136 (3046MB)
avail mem = 3101171712 (2957MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf68e0 (62 entries)
bios0: vendor Dell Inc. version A18 date 12/06/2011
bios0: Dell Inc. Latitude D630
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP HPET APIC ASF! MCFG TCPA SLIC SSDT
acpi0: wakeup devices PCI0(S5) PCIE(S4) USB1(S0) USB2(S0) USB3(S0)
USB4(S0) USB5(S0) EHC2(S0) EHCI(S0) AZAL(S3) RP01(S3) RP02(S4) RP03(S3)
RP04(S3) RP05(S3) RP06(S5) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz, 1995.36 MHz
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF
cpu0: 2MB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 199MHz
cpu0: mwait min=64, max=64, C-substates=0.2.2.2.2, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz, 1995.00 MHz
cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF,PERF
cpu1: 2MB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 2
acpimcfg0 at acpi0 addr 0xf800, bus 0-63
acpiprt0 at acpi0: bus 3 (PCIE)
acpiprt1 at acpi0: bus -1 (AGP_)
acpiprt2 at acpi0: bus 11 (RP01)
acpiprt3 at acpi0: bus 12 (RP02)
acpiprt4 at acpi0: bus -1 (RP03)
acpiprt5 at acpi0: bus -1 (RP04)
acpiprt6 at acpi0: bus -1 (RP05)
acpiprt7 at acpi0: bus 9 (RP06)
acpiprt8 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0: C3, C2, C1, PSS
acpicpu1 at acpi0: C3, C2, C1, PSS
acpitz0 at acpi0: critical temperature is 99 degC
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: PBTN
acpibtn2 at acpi0: SBTN
acpiac0 at acpi0: AC unit online
acpibat0 at acpi0: BAT0 model DELL KP4331 serial 278 type LION oem SMP
acpibat1 at acpi0: BAT1 not present
acpidock0 at acpi0: GDCK not docked (0)
acpivideo0 at acpi0: VID_
acpivideo1 at acpi0: VID_
acpivideo2 at acpi0: VID2
cpu0: Enhanced SpeedStep 1995 MHz: speeds: 2001, 2000, 1600, 1200, 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 Intel GM965 Host rev 0x0c
vga1 at pci0 dev 2 function 0 Intel GM965 Video rev 0x0c
intagp0 at vga1
agp0 at intagp0: aperture at 0xe000, size 0x1000
inteldrm0 at vga1
drm0 at inteldrm0
inteldrm0: 1440x900
wsdisplay0 at vga1 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)
Intel GM965 Video rev 0x0c at pci0 dev 2 function 1 not configured
uhci0 at pci0 dev 26 function 0 Intel 82801H USB rev 0x02: apic 2 int 20
uhci1 at pci0 dev 26 function 1 Intel 82801H USB rev 0x02: apic 2 int 21
ehci0 at pci0 dev 26 function 7 Intel 82801H USB rev 0x02: apic 2 int 22
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1
azalia0 at pci0 dev 27 function 0 Intel 82801H HD Audio rev 0x02: msi
azalia0: codecs: Sigmatel STAC9205X
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 Intel 82801H PCIE rev 0x02: msi
pci1 at ppb0 bus 11
ppb1 at pci0 dev 28 function 1 Intel 82801H PCIE rev 0x02: msi
pci2 at ppb1 bus 12
wpi0 at pci2 dev 0 function 0 Intel PRO/Wireless 3945ABG rev 0x02:
msi, MoW2, address 00:1f:3c:cc:e5:3c
ppb2 at pci0 dev 28 function 5 Intel 82801H PCIE rev 0x02: msi
pci3 at ppb2 bus 9
bge0 at pci3 dev 0 function 0 Broadcom BCM5755M rev 0x02, BCM5755 A2
(0xa002): apic 2 int 17, address 00:21:70:d9:e5:ab