Re: firefox can't save file do ~/Downloads
Hello, sol...@perso.pw (Solène Rapenne), 2024.09.01 (Sun) 13:04 (CEST): > Le 01/09/2024 à 12:55, Jon Fineman a écrit : > > When I try and print to pdf/save file to ~/Downloads I get the > > following message: > > > > The folder contents could not be displayed > > You do not have access to the specified folder. > > > is ~/Downloads a directory or a symbolic link? > It will not work if it is a symbolic link. Same symptom here, I first noticed it yesterday (2024-08-31). ~/Downloads is a directory, not a symbolic link. Marcus
Re: security/py-mitmproxy: new port (version 10.3.0)
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
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&m=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&m=170314778924852 https://marc.info/?l=mlmmj&m=170508017329727 If weather permits I'll make an attempt at a patch in the next days. Marcus
update: devel/py-urwid
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&m=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} -lib/python${MODPY_VERSION}/site-packages/urwid/${MODPY_PYCACHE}lcd_display.${M
Re: -current: productivity/khal ikhal fails with python traceback for zoneinfo.ZoneInfo
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&m=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
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&m=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
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
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
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
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
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
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
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
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 3,
Re: -current rspamd hyperscan error
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 ?
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) i
Re: update or remove security/clamav-unofficial-sigs ?
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
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
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
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
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]
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
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
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]
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
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
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
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
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
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
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]
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
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&m=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 b
sysutils/nut README APC over USB device chgrp/chmod
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
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
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
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]
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?)
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?)
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
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
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&m=154524602418343&w=2 > 2 - https://bugs.scribus.net/view.php?id=9293 >
Re: UPDATE: sysutils/pick
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
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?
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
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?
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?
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)
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
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
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
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 > > # 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: pkg
sysutils/logfmon moved to github
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
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)
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
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
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
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, 1200,
Re: Davical on httpd
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)
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)
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]
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
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
Re: www/apache-httpd-openbsd doesn't make
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
www/apache-httpd-openbsd doesn't make
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_snprin
Re: NEW: x11/wmconfig
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 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
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