Re: Browser regression: chromium, firefox, iridium
On 06/23/18 04:10, Daniel Bolgheroni wrote: On Fri, Jun 22, 2018 at 03:49:20PM +, Martijn Rijkeboer wrote: Hi, I have two desktops that run current. After I updated the first desktop to the latest snapshot I can no longer access ProtonMail (mail.protonmail.com). When I try, I get the following results: - Chromium: "Aw, Snap!" - Firefox: Infinite "Loading ProtonMail..." - Iridium: "Aw, Snap!" Any idea how to fix this? At least for Firefox, try setting javascript.options.asmjs to false in about:config. Thanks, that worked. At least I can access ProtonMail again using Firefox. Kind regards, Martijn Rijkeboer
Browser regression: chromium, firefox, iridium
Hi, I have two desktops that run current. After I updated the first desktop to the latest snapshot I can no longer access ProtonMail (mail.protonmail.com). When I try, I get the following results: - Chromium: "Aw, Snap!" - Firefox: Infinite "Loading ProtonMail..." - Iridium: "Aw, Snap!" Any idea how to fix this? Working system (old) $ sysctl kern.version kern.version=OpenBSD 6.3-current (GENERIC.MP) #85: Wed Jun 6 07:24:54 MDT 2018 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP $ pkg_info | egrep 'chromium|firefox|iridium|quirks' chromium-66.0.3359.181 Chromium browser firefox-60.0.1p0Mozilla web browser iridium-2018.4.66.0 Iridium browser quirks-2.445exceptions to pkg_add rules Failing system (new) $ sysctl kern.version kern.version=OpenBSD 6.3-current (GENERIC.MP) #45: Fri Jun 22 00:06:39 MDT 2018 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP $ pkg_info | egrep 'chromium|firefox|iridium|quirks' chromium-67.0.3396.87 Chromium browser firefox-60.0.2 Mozilla web browser iridium-2018.5.67 Iridium browser quirks-2.448exceptions to pkg_add rules Kind regards, Martijn Rijkeboer
Iridium pledge "rpath", syscall 5
Hi, When I try to access https://mail.protonmail.com with Iridium I get an "Aw, Snap!" and the following in dmesg: iridium[19218]: pledge "stdio", syscall 197 iridium[49053]: pledge "rpath", syscall 5 iridium[52712]: pledge "rpath", syscall 5 iridium[22319]: pledge "rpath", syscall 5 iridium[15149]: pledge "rpath", syscall 5 iridium[64818]: pledge "rpath", syscall 5 iridium[71800]: pledge "rpath", syscall 5 iridium[23894]: pledge "rpath", syscall 5 When I try the same with Chromium I also get an "Aw, Snap!" but nothing in dmesg. Any ideas how to fix this? I'm on OpenBSD-current with up to date packages (see below) Kind regards, Martijn Rijkeboer $ sysctl kern.version kern.version=OpenBSD 6.3-current (GENERIC.MP) #6: Tue Jun 12 16:41:33 MDT 2018 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP $ pkg_info |egrep 'quirk|iridium|chromium' chromium-67.0.3396.62p1 Chromium browser iridium-2018.5.67 Iridium browser quirks-2.447exceptions to pkg_add rules
Re: Rust doc-tests panic
On 07/18/17 15:40, Sebastien Marie wrote: > On Tue, Jul 18, 2017 at 03:10:26PM +0200, Martijn Rijkeboer wrote: >> Hi, >> >> When I try to run `cargo test` on a Rust project I get the following >> panic on the Doc-tests (the tests succeed on Linux): >> >>Doc-tests kpdb >>thread '' panicked at 'called `Result::unwrap()` on an `Err` >>value: Error { repr: Custom(Custom { kind: Other, error: >>StringError("no current exe available (short)") }) }', /usr/obj/ports >>/rust-1.18.0/rustc-1.18.0-src/src/libcore/result.rs:859 >>note: Run with `RUST_BACKTRACE=1` for a backtrace. >>error: test failed, to rerun pass '--doc' >> >> Any suggestions on how to fix this? Some system info below. > > The runned program should use env::current_exe() at some point (directly > or via dependency), and the function is only partially supported under > OpenBSD. > > See https://doc.rust-lang.org/std/env/fn.current_exe.html (and the > security implication). > > The problem is env::current_exe() should return the full pathname of the > running executable, whereas in your case the program was started using > execvp() (using $PATH). So the program has no way to know what is its > own pathname (and there is *no* guarantee that the path is the *running* > program, and the node wasn't changed). > > Note, the problem could be in rustdoc itself. For now, I am working on > upcoming 1.19.0 release, so probability for a patch for current version > in ports is low. I will check if an unpatched call of env::current_exe() > is here or not. I totally understand your trade-off. > You could try to set RUSTDOC=/usr/local/bin/rustdoc in your environment, > before running cargo test. It will use a complete path for calling > rustdoc, and if the problem is in rustdoc, it should found its own > pathname. By setting RUSTDOC the tests succeed so I'm happy. Thanks for your time. Kind regards, Martijn Rijkeboer
Rust doc-tests panic
Hi, When I try to run `cargo test` on a Rust project I get the following panic on the Doc-tests (the tests succeed on Linux): Doc-tests kpdb thread '' panicked at 'called `Result::unwrap()` on an `Err` value: Error { repr: Custom(Custom { kind: Other, error: StringError("no current exe available (short)") }) }', /usr/obj/ports /rust-1.18.0/rustc-1.18.0-src/src/libcore/result.rs:859 note: Run with `RUST_BACKTRACE=1` for a backtrace. error: test failed, to rerun pass '--doc' Any suggestions on how to fix this? Some system info below. $ sysctl kern.version kern.version=OpenBSD 6.1-current (GENERIC.MP) #99: Mon Jul 17 16:53:49 MDT 2017 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP $ pkg_info |egrep 'cargo|rust' cargo-0.19.0package manager for Rust language rust-1.18.0 compiler for Rust Language Kind regards, Martijn Rijkeboer
Re: NEW: databases/citus
On 07/07/17 17:28, Stuart Henderson wrote: > On 2017/07/07 17:26, Martijn Rijkeboer wrote: >> On 07/07/17 16:51, Stuart Henderson wrote: >>> Minor nit, DESCR formatting seems a bit wonky, I think this would be better: >>> >>> --- >>> Citus horizontally scales PostgreSQL across multiple machines using >>> sharding and replication. Its query engine parallelizes incoming SQL >>> queries across these servers to enable human real-time (less than a >>> second) responses on large datasets. >>> >>> Citus extends the underlying database rather than forking it, which >>> gives developers and enterprises the power and familiarity of a >>> traditional relational database. As an extension, Citus supports new >>> PostgreSQL releases, allowing users to benefit from new features while >>> maintaining compatibility with existing PostgreSQL tools. >>> --- >>> >>> Otherwise OK sthen@ >> >> Here's the updated version with your version of the DESCR. Since I don't >> have commit access, could you be so kind to commit this? > > I can't commit it without another OK. But somebody else can commit it on my > OK. Understood. Is there somebody else who is willing to commit this (with sthen@'s OK)? Kind regards, Martijn Rijkeboer >>> On 2017/07/07 13:55, Martijn Rijkeboer wrote: >>>> Ping >>>> >>>> On 06/23/17 13:57, Martijn Rijkeboer wrote: >>>>> On 06/23/17 13:34, Stuart Henderson wrote: >>>>>> On 2017/06/23 13:23, Martijn Rijkeboer wrote: >>>>>>> Hi, >>>>>>> >>>>>>> Attached is a new port, databases/citus. Citus is an extension that adds >>>>>>> horizontally scale to PostgreSQL. >>>>>>> >>>>>>> --- >>>>>>> pkg/DESCR: >>>>>>> Citus horizontally scales PostgreSQL across multiple machines using >>>>>>> sharding and replication. Its query engine parallelizes incoming SQL >>>>>>> queries across these servers to enable human real-time (less than a >>>>>>> second) responses on large datasets. >>>>>>> >>>>>>> Citus extends the underlying database rather than forking it, which >>>>>>> gives developers and enterprises the power and familiarity of a >>>>>>> traditional relational database. As an extension, Citus supports new >>>>>>> PostgreSQL releases, allowing users to benefit from new features while >>>>>>> maintaining compatibility with existing PostgreSQL tools. >>>>>>> --- >>>>>>> >>>>>>> OK? >>>>>>> >>>>>>> >>>>>>> Kind regards, >>>>>>> >>>>>>> >>>>>>> Martijn Rijkeboer >>>>>> >>>>>> : COMMENT = extension to horizontally scale PostgreSQL >>>>>> : DISTNAME = citus-6.2.2 >>>>>> : GH_ACCOUNT =citusdata >>>>>> : GH_PROJECT =citus >>>>>> : GH_TAGNAME =v6.2.2 >>>>>> >>>>>> remove the DISTNAME, this is the default with those GH_* variables >>>>>> anyway. >>>>>> >>>>>> : #SHARED_LIBS = ??? >>>>>> >>>>>> remove >>>>>> >>>>>> : BUILD_DEPENDS = databases/postgresql,-server >>>>>> : RUN_DEPENDS = databases/postgresql,-server >>>>>> >>>>>> this should be: >>>>>> >>>>>> LIB_DEPENDS =databases/postgresql >>>>>> RUN_DEPENDS =databases/postgresql,-server >>>>> >>>>> Here's an updated version that includes your comments. >>>>> >>>>> OK? >> >> >> > > citus-6.2.2-take3.tgz Description: application/compressed-tar
Re: NEW: databases/citus
On 07/07/17 16:51, Stuart Henderson wrote: > Minor nit, DESCR formatting seems a bit wonky, I think this would be better: > > --- > Citus horizontally scales PostgreSQL across multiple machines using > sharding and replication. Its query engine parallelizes incoming SQL > queries across these servers to enable human real-time (less than a > second) responses on large datasets. > > Citus extends the underlying database rather than forking it, which > gives developers and enterprises the power and familiarity of a > traditional relational database. As an extension, Citus supports new > PostgreSQL releases, allowing users to benefit from new features while > maintaining compatibility with existing PostgreSQL tools. > --- > > Otherwise OK sthen@ Here's the updated version with your version of the DESCR. Since I don't have commit access, could you be so kind to commit this? Kind regards, Martijn Rijkeboer > On 2017/07/07 13:55, Martijn Rijkeboer wrote: >> Ping >> >> On 06/23/17 13:57, Martijn Rijkeboer wrote: >>> On 06/23/17 13:34, Stuart Henderson wrote: >>>> On 2017/06/23 13:23, Martijn Rijkeboer wrote: >>>>> Hi, >>>>> >>>>> Attached is a new port, databases/citus. Citus is an extension that adds >>>>> horizontally scale to PostgreSQL. >>>>> >>>>> --- >>>>> pkg/DESCR: >>>>> Citus horizontally scales PostgreSQL across multiple machines using >>>>> sharding and replication. Its query engine parallelizes incoming SQL >>>>> queries across these servers to enable human real-time (less than a >>>>> second) responses on large datasets. >>>>> >>>>> Citus extends the underlying database rather than forking it, which >>>>> gives developers and enterprises the power and familiarity of a >>>>> traditional relational database. As an extension, Citus supports new >>>>> PostgreSQL releases, allowing users to benefit from new features while >>>>> maintaining compatibility with existing PostgreSQL tools. >>>>> --- >>>>> >>>>> OK? >>>>> >>>>> >>>>> Kind regards, >>>>> >>>>> >>>>> Martijn Rijkeboer >>>> >>>> : COMMENT = extension to horizontally scale PostgreSQL >>>> : DISTNAME = citus-6.2.2 >>>> : GH_ACCOUNT =citusdata >>>> : GH_PROJECT =citus >>>> : GH_TAGNAME =v6.2.2 >>>> >>>> remove the DISTNAME, this is the default with those GH_* variables anyway. >>>> >>>> : #SHARED_LIBS = ??? >>>> >>>> remove >>>> >>>> : BUILD_DEPENDS = databases/postgresql,-server >>>> : RUN_DEPENDS = databases/postgresql,-server >>>> >>>> this should be: >>>> >>>> LIB_DEPENDS = databases/postgresql >>>> RUN_DEPENDS = databases/postgresql,-server >>> >>> Here's an updated version that includes your comments. >>> >>> OK? citus-6.2.2-take3.tgz Description: application/compressed-tar
Re: NEW: databases/citus
Ping On 06/23/17 13:57, Martijn Rijkeboer wrote: > On 06/23/17 13:34, Stuart Henderson wrote: >> On 2017/06/23 13:23, Martijn Rijkeboer wrote: >>> Hi, >>> >>> Attached is a new port, databases/citus. Citus is an extension that adds >>> horizontally scale to PostgreSQL. >>> >>> --- >>> pkg/DESCR: >>> Citus horizontally scales PostgreSQL across multiple machines using >>> sharding and replication. Its query engine parallelizes incoming SQL >>> queries across these servers to enable human real-time (less than a >>> second) responses on large datasets. >>> >>> Citus extends the underlying database rather than forking it, which >>> gives developers and enterprises the power and familiarity of a >>> traditional relational database. As an extension, Citus supports new >>> PostgreSQL releases, allowing users to benefit from new features while >>> maintaining compatibility with existing PostgreSQL tools. >>> --- >>> >>> OK? >>> >>> >>> Kind regards, >>> >>> >>> Martijn Rijkeboer >> >> : COMMENT = extension to horizontally scale PostgreSQL >> : DISTNAME = citus-6.2.2 >> : GH_ACCOUNT =citusdata >> : GH_PROJECT =citus >> : GH_TAGNAME =v6.2.2 >> >> remove the DISTNAME, this is the default with those GH_* variables anyway. >> >> : #SHARED_LIBS = ??? >> >> remove >> >> : BUILD_DEPENDS = databases/postgresql,-server >> : RUN_DEPENDS = databases/postgresql,-server >> >> this should be: >> >> LIB_DEPENDS =databases/postgresql >> RUN_DEPENDS =databases/postgresql,-server > > Here's an updated version that includes your comments. > > OK? > > > Kind regards, > > > Martijn Rijkeboer citus-6.2.2-take2.tgz Description: application/compressed-tar
Re: NEW: databases/citus
On 06/23/17 13:57, Martijn Rijkeboer wrote: > On 06/23/17 13:34, Stuart Henderson wrote: >> On 2017/06/23 13:23, Martijn Rijkeboer wrote: >>> Hi, >>> >>> Attached is a new port, databases/citus. Citus is an extension that adds >>> horizontally scale to PostgreSQL. >>> >>> --- >>> pkg/DESCR: >>> Citus horizontally scales PostgreSQL across multiple machines using >>> sharding and replication. Its query engine parallelizes incoming SQL >>> queries across these servers to enable human real-time (less than a >>> second) responses on large datasets. >>> >>> Citus extends the underlying database rather than forking it, which >>> gives developers and enterprises the power and familiarity of a >>> traditional relational database. As an extension, Citus supports new >>> PostgreSQL releases, allowing users to benefit from new features while >>> maintaining compatibility with existing PostgreSQL tools. >>> --- >>> >>> OK? >>> >>> >>> Kind regards, >>> >>> >>> Martijn Rijkeboer >> >> : COMMENT = extension to horizontally scale PostgreSQL >> : DISTNAME = citus-6.2.2 >> : GH_ACCOUNT =citusdata >> : GH_PROJECT =citus >> : GH_TAGNAME =v6.2.2 >> >> remove the DISTNAME, this is the default with those GH_* variables anyway. >> >> : #SHARED_LIBS = ??? >> >> remove >> >> : BUILD_DEPENDS = databases/postgresql,-server >> : RUN_DEPENDS = databases/postgresql,-server >> >> this should be: >> >> LIB_DEPENDS =databases/postgresql >> RUN_DEPENDS =databases/postgresql,-server > > Here's an updated version that includes your comments. > > OK? Ping. Kind regards, Martijn Rijkeboer
Re: NEW: databases/citus
On 06/23/17 13:34, Stuart Henderson wrote: > On 2017/06/23 13:23, Martijn Rijkeboer wrote: >> Hi, >> >> Attached is a new port, databases/citus. Citus is an extension that adds >> horizontally scale to PostgreSQL. >> >> --- >> pkg/DESCR: >> Citus horizontally scales PostgreSQL across multiple machines using >> sharding and replication. Its query engine parallelizes incoming SQL >> queries across these servers to enable human real-time (less than a >> second) responses on large datasets. >> >> Citus extends the underlying database rather than forking it, which >> gives developers and enterprises the power and familiarity of a >> traditional relational database. As an extension, Citus supports new >> PostgreSQL releases, allowing users to benefit from new features while >> maintaining compatibility with existing PostgreSQL tools. >> --- >> >> OK? >> >> >> Kind regards, >> >> >> Martijn Rijkeboer > > : COMMENT = extension to horizontally scale PostgreSQL > : DISTNAME = citus-6.2.2 > : GH_ACCOUNT =citusdata > : GH_PROJECT =citus > : GH_TAGNAME =v6.2.2 > > remove the DISTNAME, this is the default with those GH_* variables anyway. > > : #SHARED_LIBS = ??? > > remove > > : BUILD_DEPENDS = databases/postgresql,-server > : RUN_DEPENDS = databases/postgresql,-server > > this should be: > > LIB_DEPENDS = databases/postgresql > RUN_DEPENDS = databases/postgresql,-server Here's an updated version that includes your comments. OK? Kind regards, Martijn Rijkeboer citus-6.2.2-take2.tgz Description: application/compressed-tar
NEW: databases/citus
Hi, Attached is a new port, databases/citus. Citus is an extension that adds horizontally scale to PostgreSQL. --- pkg/DESCR: Citus horizontally scales PostgreSQL across multiple machines using sharding and replication. Its query engine parallelizes incoming SQL queries across these servers to enable human real-time (less than a second) responses on large datasets. Citus extends the underlying database rather than forking it, which gives developers and enterprises the power and familiarity of a traditional relational database. As an extension, Citus supports new PostgreSQL releases, allowing users to benefit from new features while maintaining compatibility with existing PostgreSQL tools. --- OK? Kind regards, Martijn Rijkeboer citus-6.2.2.tgz Description: application/compressed-tar
Re: possible chromium regression on -current
On 03/17/17 09:53, Dimitris Papastamos wrote: > Hi, > > It works for me now with chromium-57.0.2987.98 and the snapshot > from the 16th of March. It works for me too. However, Iridium (54.0) still doesn't work. Kind regards, Martijn Rijkeboer
Re: make devel/cpphs ghc-only
On 02/25/17 21:48, Matthias Kilian wrote: > Hi, > > the diff below should make devel/cpphs ghc-only. This is needed because > of the removal of lang/nhc98. > > It would be nice if anyone with a clean (wrt hs-port) tree could give > this a try on amd64 or i386 -- my tree is too polluted with diffs > related to a ghc update ;-) > > Ciao, > Kili > > Index: Makefile > === > RCS file: /cvs/ports/devel/cpphs/Makefile,v > retrieving revision 1.41 > diff -u -p -r1.41 Makefile > --- Makefile 12 Sep 2016 17:51:07 - 1.41 > +++ Makefile 25 Feb 2017 20:44:16 - > @@ -3,8 +3,6 @@ > COMMENT-main = liberalised reimplementation of cpp in Haskell > COMMENT-lib =cpphs library > > -ONLY_FOR_ARCHS-lib = i386 amd64 > - > DISTNAME = cpphs-1.19.3 > PKGNAME-main = ${DISTNAME} > PKGNAME-lib =hs-${DISTNAME} > @@ -20,8 +18,6 @@ WANTLIB-main = ${WANTLIB} c m pthread > > SUBST_VARS +=DISTNAME > > -.if ${MACHINE_ARCH} == "i386" || ${MACHINE_ARCH} == "amd64" > -# GHC: use cabal to build both the executable and the library. > WANTLIB-main += util > MODULES =lang/ghc > LIB_DEPENDS += converters/libiconv > @@ -37,21 +33,6 @@ RUN_DEPENDS-lib = devel/hs-old-locale \ > BUILD_DEPENDS += ${RUN_DEPENDS-lib} > WANTLIB-lib = > DIST_SUBDIR = > -.else > -MASTER_SITES = > http://hackage.haskell.org/packages/archive/cpphs/${DISTNAME:S/cpphs-//}/ > -# NHC: use the good old makefile for now (though it *should* be possible > -# to build with cabal, too). > -BUILD_DEPENDS += devel/hmake \ > - lang/nhc98 > -HC = hmake > -HC_OPTS =-nhc98 -package base > - > -do-build: > - cd ${WRKSRC} && ${HC} ${HC_OPTS} cpphs > - > -do-install: > - ${INSTALL_PROGRAM} ${WRKSRC}/cpphs${PREFIX}/bin > -.endif > > post-install: > ${INSTALL_MAN} ${WRKSRC}/docs/cpphs.1 ${PREFIX}/man/man1 > It builds, packages and installs fine on OpenBSD-current amd64 with up to date ports tree. Kind regards, Martijn Rijkeboer
Re: Xfce shutdown and reboot not working with XDM
On 02/23/17 09:59, Landry Breuil wrote: >> When I use XDM as login manager I'm not able to shutdown or reboot >> from within Xfce on the first login, because the buttons are greyed >> out. However, when I logout and login again I can shutdown and reboot. >> >> When I replace XDM with SLiM it works fine. Could this be some kind of >> timing related issue where messagebus is not yet fully started when XDM >> is started? Any suggestions on how to fix this? > > XDM doesnt know/care about messagebus. Maybe there's a timing issue, but > that would be in dbus / consolekit / policykit startup. Try logging > later ? Instrument your .xsession to check for polkit/ckit running > before calling startxfce4 ? Check with ck-list-sessions when your > session is started ? Thank you for your suggestions. I think I found the problem. Besides messagebus I was also starting cupsd (bad bad me for not including all the details). When I start messagebus before cupsd, i.e. "pkg_scripts=messagebus cupsd". it doesn't work. However, when I start cupsd before messagebus, i.e. "pkg_scripts=cupsd messagebus", it does work. The strange thing is that the problem only seem to be with cupsd, since when I use "pkg_scripts=cupsd messagebus postgresql" it still works. Anyway starting cupsd before messagebus fixes the problem. Kind regards, Martijn Rijkeboer
Xfce shutdown and reboot not working with XDM
Hi, When I use XDM as login manager I'm not able to shutdown or reboot from within Xfce on the first login, because the buttons are greyed out. However, when I logout and login again I can shutdown and reboot. When I replace XDM with SLiM it works fine. Could this be some kind of timing related issue where messagebus is not yet fully started when XDM is started? Any suggestions on how to fix this? Kind regards, Martijn Rijkeboer $ sysctl kern.version kern.version=OpenBSD 6.0-current (GENERIC.MP) #184: Mon Feb 20 22:44:10 MST 2017 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP $ cat /etc/rc.conf.local xdm_flags= apmd_flags="-A" pkg_scripts=messagebus $ cat .xsession /usr/local/bin/startxfce4 --with-ck-launch $ pkg_info |egrep 'console|polkit|^xfce-' consolekit2-1.0.2p1 framework for defining and tracking users, sessions & seats polkit-0.113p3 framework for granting privileged operations to users xfce-4.12p6 Xfce desktop meta-package (base installation)
Re: possible chromium regression on -current
On 02/23/17 04:35, Tobias Brodel wrote: >> I noticed this too and mentioned it on a ports dev chat, I remember >> it working a few weeks ago. But I'm not sure if it stopped working >> before or after the 56.0.2924.87 update.. >> >> It appears to affect only some HTML5 video streaming sites, like >> Youtube and Twitch, but embedded still works. It doesn't >> appear to be drm(4) obviously related either as WebGL demos work >> fine. >> >> At least a few people said it still works for them, so perhaps >> it's a certain hardware combination that's causing this? >> >> -Bryan. >> > > I'm experiencing this too: Thinkpad T430 on recent snapshots. > > inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics 4000" rev 0x09 > drm0 at inteldrm0 > inteldrm0: msi > inteldrm0: 1366x768, 32bpp > wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation) I'm having the same problem on recent snapshot with both Chromium and Iridium. The machine has an Radeon graphics card (see below). Kind regards, Martijn Rijkeboer $ sysctl kern.version kern.version=OpenBSD 6.0-current (GENERIC.MP) #184: Mon Feb 20 22:44:10 MST 2017 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP $ pkg_info |egrep 'chromium|iridium' chromium-56.0.2924.87 Chromium browser iridium-54.0Iridium browser $ dmesg |grep drm radeondrm0 at pci1 dev 0 function 0 "ATI Radeon HD 4350" rev 0x00 drm0 at radeondrm0 radeondrm0: msi radeondrm0: 1920x1200, 32bpp wsdisplay0 at radeondrm0 mux 1: console (std, vt100 emulation), using wskbd0
Dvdisaster
Hi, Has anybody used dvdisaster [1] or something similar on OpenBSD? Dvdisaster is data loss/scratch/aging protection for CD/DVD media. Kind regards, Martijn Rijkeboer [1] http://dvdisaster.net/en/index.html
Re: Haskell wxneeded
Hi, On 08/26/16 22:44, Matthias Kilian wrote: On Thu, Aug 11, 2016 at 09:37:57AM +0200, Martijn Rijkeboer wrote: On 2016-08-10 22:04, Matthias Kilian wrote: But I want to move forward with ghc (because ghc-8 works much better on OpenBSD as Karel Gardas wrote some time ago). Not necessarily right now, but at least during this release cycle (i.e. before OpenBSD 6.1). Would it be possible to have multiple versions of GHC like the way it is done with Erlang or would that be too much work? Only if the older version of ghc is standalone (no ghc.port.mk, no support for any hs-packages for it, and it would conflict with ghc-8, i.e. you can't install both ghc-7 and ghc-8 packages). And if the bulk builders don't complain about something like ghc-lts in the ports tree. Understood. Thanks for the explanation. Kind regards, Martijn Rijkeboer
Re: Node segfaults wxneeded?
Hi, On 2016-08-16 13:11, Stuart Henderson wrote: > On 2016/08/16 11:50, Martijn Rijkeboer wrote: >> When I try to start node on my OpenBSD-current machine it segfaults. >> Could it be that it needs to be compiled with wxneeded? > > Yes. We can't actually build packages for it at present either > (same for lang/sbcl, lang/obc, lang/mono, devel/jdk). With abieber@'s diff[1] node works again. He is waiting for ok's to commit... Kind regards, Martijn Rijkeboer [1] http://akb.io/node-4.4.7p0.diff
Re: Node segfaults wxneeded?
Hi, On 2016-08-16 14:43, Aaron Bieber wrote: > I have been fishing for OKs on this diff: > http://akb.io/node-4.4.7p0.diff > > If you can give it a try and report back, I would be very grateful! :D With your diff applied node works again for me. Thanks. Kind regards, Martijn Rijkeboer
Node segfaults wxneeded?
Hi, When I try to start node on my OpenBSD-current machine it segfaults. Could it be that it needs to be compiled with wxneeded? For the record my /usr/local partition is mounted wxallowed. Kind regards, Martijn Rijkeboer $ pkg_info |grep node node-4.4.7 V8 JavaScript for clients and servers $ sysctl kern.version kern.version=OpenBSD 6.0-current (GENERIC.MP) #2358: Mon Aug 15 15:24:24 MDT 2016 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
Re: Haskell wxneeded
Hi, On 2016-08-10 22:04, Matthias Kilian wrote: > But I want to move forward with ghc (because ghc-8 works much better > on OpenBSD as Karel Gardas wrote some time ago). Not necessarily > right now, but at least during this release cycle (i.e. before > OpenBSD 6.1). Would it be possible to have multiple versions of GHC like the way it is done with Erlang or would that be too much work? In case that having multiple versions is not viable, I'll switch to Stackage nightly till GHC 8 becomes LTS. Anyway, thanks for your work on this port. Kind regards, Martijn Rijkeboer
Re: Haskell wxneeded
Hi, On 2016-08-08 20:53, Matthias Kilian wrote: > Looks like it's ghc itself failing here while trying to dynamically > load ghc-prim. I'll try to write a patch for ghc which marks it as > wxneeded as a workaround. That would be nice. > A real fix would be either hacking on ghcs dynamic loader or trying > to update to a newer ghc. For now I would like to stick to 7.10.3 because I'm using Stackage LTS which targets that version. Kind regards, Martijn Rijkeboer
Haskell wxneeded
Hi, How do I set the wxneeded flag for Haskell? I tried the following in my cabal file, but to no avail: ghc-options: -optl -Wl,-z,wxneeded ld-options: -optl -Wl,-z,wxneeded I have also tried the ld-options flag without the '-optl'. When I try to compile my yesod app I get the following: ghc: mmap 630784 bytes at 0x4000: Not supported ghc: Try specifying an address with +RTS -xm -RTS ghc: panic! (the 'impossible' happened) (GHC version 7.10.3 for x86_64-unknown-openbsd): loadObj "/usr/local/lib/ghc/ghcpr_8TmvWUcS1U1IKHT0levwg3/HSghc-prim-0.4.0.0-8TmvWUcS1U1IKHT0levwg3.o": failed For the record, my partition is mounted wxallowed. $ sysctl kern.version kern.version=OpenBSD 6.0-current (GENERIC.MP) #2335: Sun Aug 7 20:50:41 MDT 2016 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Kind regards, Martijn Rijkeboer
Re: i3 crashing
About once a day i3 crashes with the following on the console: drm:pid42188:radeon_fence_wait_empty_lock *ERROR* error waiting for ring[3] to become idle (-2614464) i3(44795): syscall 97 "inet" Any suggestions what is wrong? It's not i3 crashing, it's the Xorg server, because of a bug in the radeon drm driver. See: http://marc.info/?l=openbsd-bugs=146325616109616=2 and: https://lists.freedesktop.org/archives/xcb/2016-June/thread.html#10829 Thanks for the info. Kind regards, Martijn Rijkeboer
i3 crashing
Hi, About once a day i3 crashes with the following on the console: drm:pid42188:radeon_fence_wait_empty_lock *ERROR* error waiting for ring[3] to become idle (-2614464) i3(44795): syscall 97 "inet" Any suggestions what is wrong? Kind regards, Martijn Rijkeboer OpenBSD 6.0-beta (GENERIC.MP) #2296: Thu Jul 14 20:12:36 MDT 2016 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8553889792 (8157MB) avail mem = 8290107392 (7906MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf0100 (59 entries) bios0: vendor Award Software International, Inc. version "F7" date 10/22/2012 bios0: Gigabyte Technology Co., Ltd. GA-970A-UD3 acpi0 at bios0: rev 0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP MSDM HPET MCFG EUDS MATS TAMG APIC MATS SSDT acpi0: wakeup devices USB0(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3) USB6(S3) SBAZ(S4) PEX0(S5) PEX1(S5) PEX2(S5) PEX3(S5) P2P_(S5) PCE2(S4) PCE3(S4) PCE4(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpihpet0 at acpi0: 14318180 Hz acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD FX(tm)-4100 Quad-Core Processor, 19933.40 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,NODEID,TOPEXT,ITSC cpu0: 64KB 64b/line 2-way I-cache, 16KB 64b/line 4-way D-cache, 2MB 64b/line 16-way L2 cache, 8MB 64b/line 64-way L3 cache cpu0: ITLB 48 4KB entries fully associative, 24 4MB entries fully associative cpu0: DTLB 32 4KB entries fully associative, 32 4MB entries fully associative cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 201MHz cpu0: mwait min=64, max=64, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD FX(tm)-4100 Quad-Core Processor, 347.79 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,NODEID,TOPEXT,ITSC cpu1: 64KB 64b/line 2-way I-cache, 16KB 64b/line 4-way D-cache, 2MB 64b/line 16-way L2 cache, 8MB 64b/line 64-way L3 cache cpu1: ITLB 48 4KB entries fully associative, 24 4MB entries fully associative cpu1: DTLB 32 4KB entries fully associative, 32 4MB entries fully associative cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: AMD FX(tm)-4100 Quad-Core Processor, 347.75 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,NODEID,TOPEXT,ITSC cpu2: 64KB 64b/line 2-way I-cache, 16KB 64b/line 4-way D-cache, 2MB 64b/line 16-way L2 cache, 8MB 64b/line 64-way L3 cache cpu2: ITLB 48 4KB entries fully associative, 24 4MB entries fully associative cpu2: DTLB 32 4KB entries fully associative, 32 4MB entries fully associative cpu2: smt 0, core 3, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: AMD FX(tm)-4100 Quad-Core Processor, 347.70 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,NODEID,TOPEXT,ITSC cpu3: 64KB 64b/line 2-way I-cache, 16KB 64b/line 4-way D-cache, 2MB 64b/line 16-way L2 cache, 8MB 64b/line 64-way L3 cache cpu3: ITLB 48 4KB entries fully associative, 24 4MB entries fully associative cpu3: DTLB 32 4KB entries fully associative, 32 4MB entries fully associative cpu3: smt 0, core 2, package 0 ioapic0 at mainbus0: apid 8 pa 0xfec0, version 21, 24 pins acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 7 (PEX0) acpiprt2 at acpi0: bus -1 (PEX1) acpiprt3 at acpi0: bus -1 (PEX2) acpiprt4 at acpi0: bus -1 (PEX3) acpiprt5 at acpi0: bus 6 (P2P_) acpiprt6 at acpi0: bus 1 (PCE2) acpiprt7 at acpi0: bus -1 (PCE3) acpiprt8 at acpi0: bus 2 (PCE4) acpiprt9 at acpi0: bus -1 (PCE5) acpiprt10 at acpi0: bus -1 (PCE6) acpiprt11 at acpi0: bus 3 (PCE7) acpiprt12 at acpi0: bus 4 (PCE9) acpiprt13 at acpi0: bus 5 (PCEA) acpiprt14 at acpi0: bus -1 (PCEB) acpiprt15 at acpi0: bus -1 (PCEC) acpiprt16 at acpi0: bus -1 (PCED) acpicpu0 at acpi0: C2(0@100 io@0x841), C1(@1 halt!), PSS acpicpu1 at acpi0: C2(0@100 io@0x841), C1(@1 halt!), PSS acpicpu2 at acpi0: C2(0@100 io@0x841), C1(@1
Re: Chromium and Iridium no longer working (current 2016-07-10T00:21:52Z)
I can't tell from your message whether this is the following problem: There is a diff being discussed that makes pledge "recvfd" stricter. It is plausible that Theo put this diff into the most recent snapshot. One result is that this diff will make chromium and iridium crash because they do not make "recvfd" promises. Do you see messages like chrome(99124): syscall 27 "recvfd" in your dmesg? If that's the case, chrome should still work with the old kernel or with a kernel compiled from source. Thanks for your response, this is indeed the problem. My dmesg is full of "recvfd" en "stdio" pledge messages. Kind regards, Martijn Rijkeboer
Chromium and Iridium no longer working (current 2016-07-10T00:21:52Z)
Hi, After updating my packages,today, to the latest snapshot, both Chromium and Iridium stopped working. When I start them I directly get the "Aw, Snap! Something went wrong while displaying this webpage." page. When I start Chromium from a terminal I get the following messages: [62151:-1250552512:0711/082349:ERROR:process_posix.cc(195)] Not implemented reached in bootImpl(base::ProcessHandle, int *, base::TimeDelta) [62151:823124536:0711/082349:ERROR:linux_util.cc(122)] Not implemented reached in std::str *** autoupdate was enabled, overriding with false [62151:-1625125832:0711/082350:ERROR:process_posix.cc(195)] Not implemented reached in bool (anonymous namespace)::WaitForExitWithTimeoutImpl(base::ProcessHandle, int *, base::TimeDelta) [62151:823125048:0711/082350:ERROR:browser_gpu_channel_host_factory.cc(119)] Failed to launch GPU process. I have also deleted the data in ~/.cache for both browsers, but to no avail. For the record my /usr/local is mounted wxallowed. Any suggestions on how to fix this? - OS: OpenBSD 6.0-beta (GENERIC.MP) #2278: Sun Jul 10 18:30:28 MDT 2016 - Packages: 2016-07-10T00:21:52Z Kind regards, Martijn Rijkeboer
Re: Vipw / pwd_mkdb not working
Sorry, wrong list. Reposted to misc@. > Hi, > > When I try to edit the master.passwd (as root) with vipw I get the > following error when saving: > > pwd_mkdb: /etc/spwd.db.tmp to /etc/spwd.db: Operation not permitted > > Any suggestions on how to fix this? > > OS: OpenBSD 5.8-current (GENERIC.MP) #1568: Wed Nov 4 20:48:36 MST 2015 > Arch: AMD64 > > > Kind regards, > > > Martijn Rijkeboer
Vipw / pwd_mkdb not working
Hi, When I try to edit the master.passwd (as root) with vipw I get the following error when saving: pwd_mkdb: /etc/spwd.db.tmp to /etc/spwd.db: Operation not permitted Any suggestions on how to fix this? OS: OpenBSD 5.8-current (GENERIC.MP) #1568: Wed Nov 4 20:48:36 MST 2015 Arch: AMD64 Kind regards, Martijn Rijkeboer
Sogo doesn't start
Hi I've just upgrade my server to 5.6 and having trouble starting Sogo. When starting Sogo I get the following error: [ERROR] 0x0x99ae0049590[WOWatchDog] unable to listen on specified port, check that no other process is already using it I've configured Sogo to use 127.0.0.1:2 and netstat -na shows that that port is not used. I've also removed the configuration of the WOPort but getting the same error. Any suggestions on what I'm doing wrong? OS: OpenBSD 5.6 AMD64 GNUSTEP: gnustep-base-1.24.6p1; gnustep-libobjc2-1.7p0; gnustep-make-2.6.6 SOPE: sope-2.1.1.1p2; ope-mysql-2.1.1.1p0 SOGO: sogo-2.1.1.1p3 Kind regards, Martijn Rijkeboer
Re: Sogo doesn't start
Hi, I've just upgrade my server to 5.6 and having trouble starting Sogo. When starting Sogo I get the following error: [ERROR] 0x0x99ae0049590[WOWatchDog] unable to listen on specified port, check that no other process is already using it I've configured Sogo to use 127.0.0.1:2 and netstat -na shows that that port is not used. I've also removed the configuration of the WOPort but getting the same error. Any suggestions on what I'm doing wrong? I've changed the WOPort to *:2 and now it works. Too bad it doesn't work with 127.0.0.1:2 as that is the default and I like to keep sogo listening only on the loopback address. Any suggestion what causes this? Kind regards, Martijn Rijkeboer
Re: Sogo doesn't start
Hi, as a temporary workaround, I haven't tried it yet, maybe it would help preventing access configure: -WOHttpAllowHost 127.0.0.1 either as command line parameter, or with defaults write or in sogo.conf. whereever you prefer ;) Thanks for your suggestion, but for now the PF rules will do fine. Kind regards, Martijn Rijkeboer
Drop maintainership sysutils/cfengine
Hi, During the upgrade to 5.6 we've switched from Cfengine to Ansible. Therefore I would like to drop maintainership for sysutils/cfengine since we don't use it any more. Kind regards, Martijn Rijkeboer
Re: Ansible sysctl patch
The bug fix is merged upstream (#298 instead of #287). Is it also possible to get my patch added to the port until the port is upgraded to the next ansible version? Kind regards, Martijn Rijkeboer
Re: Ansible sysctl patch
We need to consider whether there are other OS which only accept the format with whitespace. The current Ansible code will put white-space around the '=' character except for the last line, so if the white-space is mandatory somewhere, the last line on those systems would be broken. This patch ensures that no line will receive white-space. When we've got that information together, if it looks good I think we could add it to the port, but it should also be fed upstream (pull request is probably the easiest way). I've already made a bug report (#287) on the ansible-modules-core github page. Kind regards, Martijn Rijkeboer
Ansible sysctl patch
Hi, When adding sysctl settings to /etc/sysctl.conf with Ansible the settings (except for the last setting) will contain white-space around the '=' character. Unfortunately OpenBSD doesn't handle this. The attached patch prevents the white-space when adding lines to /etc/sysctl.conf. Kind regards, Martijn Rijkeboer patch-library_system_sysctl Description: Binary data
Re: [UPDATE] cfengine master_site change
easy diff, let's first update our 3.4.5 version before trying to update to 3.6.0. j. Index: Makefile === RCS file: /cvs/ports/sysutils/cfengine/Makefile,v retrieving revision 1.44 diff -u -p -r1.44 Makefile --- Makefile20 Sep 2013 13:02:49 - 1.44 +++ Makefile19 Jun 2014 09:18:52 - @@ -3,8 +3,7 @@ COMMENT = GNU system administration tool for networks DISTNAME = cfengine-3.4.5 -F =${DISTNAME}${EXTRACT_SUFX} -DISTFILES =$F{download?file=$F} +REVISION = 0 SHARED_LIBS += promises 0.0 # 1.0 CATEGORIES = sysutils @@ -15,7 +14,7 @@ MAINTAINER = Martijn Rijkeboer martijn@ # GPLv3 only PERMIT_PACKAGE_CDROM = Yes -MASTER_SITES = http://cfengine.com/source-code/ +MASTER_SITES = https://s3.amazonaws.com/cfengine.package-repos/tarballs/ CFENGINE_BASE =/var/cfengine CFENGINE_EXAMPLES =${PREFIX}/share/examples/cfengine Fine by me. Kind regards, Martijn Rijkeboer
Re: SOGo on 5.5 not working
Calling [libxmlSAXLocator -lineNumber] with incorrect signature. Method has i16@0:8, selector has q16@0:8 Calling [NGDOMElement -setLine:] with incorrect signature. Method has v24@0:8q16, selector has v20@0:8i16 Calling [GSMutableArray -length] with incorrect signature. Method has I16@0:8, selector has Q16@0:8 those should also not really matter. Is there more warnings/errors you get in sogo logs? Apparently I missed the following: Jun 02 11:49:26 sogod [20383]: [WARN] 0x0x13192b522490[WOWatchDogChild] pid 22089 has been hanging in the same request for 1 minutes Jun 02 11:50:26 sogod [20383]: [WARN] 0x0x13192b522490[WOWatchDogChild] pid 22089 has been hanging in the same request for 2 minutes Jun 02 11:51:26 sogod [20383]: [WARN] 0x0x13192b522490[WOWatchDogChild] pid 22089 has been hanging in the same request for 3 minutes Jun 02 11:52:26 sogod [20383]: [WARN] 0x0x13192b522490[WOWatchDogChild] pid 22089 has been hanging in the same request for 4 minutes Jun 02 11:53:26 sogod [20383]: [WARN] 0x0x13192b522490[WOWatchDogChild] pid 22089 has been hanging in the same request for 5 minutes Jun 02 11:54:26 sogod [20383]: [WARN] 0x0x13192b522490[WOWatchDogChild] pid 22089 has been hanging in the same request for 6 minutes Jun 02 11:55:26 sogod [20383]: [WARN] 0x0x13192b522490[WOWatchDogChild] pid 22089 has been hanging in the same request for 7 minutes Jun 02 11:56:26 sogod [20383]: [WARN] 0x0x13192b522490[WOWatchDogChild] pid 22089 has been hanging in the same request for 8 minutes Jun 02 11:57:26 sogod [20383]: [WARN] 0x0x13192b522490[WOWatchDogChild] pid 22089 has been hanging in the same request for 9 minutes Jun 02 11:58:26 sogod [20383]: [WARN] 0x0x13192b522490[WOWatchDogChild] safety belt -- sending KILL signal to pid 22089 After some head scratching I found that my IMAP server was the problem, not SOGo. After fixing the IMAP server everything works as expected. Sorry for the noise... Kind regards, Martijn Rijkeboer
Re: SOGo on 5.5 not working
I hope it's not because of sope-mysql, I've never tried it, since I run a postgresql in the background. I have several sogo-mysql instances that work very well. Have you checked for apache/nginx errors in log file ? The problem was caused by the IMAP server. After fixing the IMAP server everything works. Kind regards, Martijn Rijkeboer
SOGo on 5.5 not working
Hi, I'm trying to use SOGo on OpenBSD 5.5 AMD64 but it is not working. When I try to connect I get a timeout and the log file contains many lines with the following errors: Loading two versions of SOGoEMailAlarmsManager. The class that will be used is undefined Loading two versions of SOGoAppointmentOccurence. The class that will be used is undefined Loading two versions of SOGoComponentOccurence. The class that will be used is undefined Loading two versions of SOGoAppointmentObject. The class that will be used is undefined Loading two versions of SOGoCalendarComponent. The class that will be used is undefined Loading two versions of SOGoCalendarMailBodyPart. The class that will be used is undefined Loading two versions of SOGoHTMLMailBodyPart. The class that will be used is undefined Loading two versions of SOGoMailBodyPart. The class that will be used is undefined Loading two versions of SOGoTrashFolder. The class that will be used is undefined Loading two versions of SOGoDraftsFolder. The class that will be used is undefined Loading two versions of SOGoSentFolder. The class that will be used is undefined Loading two versions of SOGoMailObject. The class that will be used is undefined Loading two versions of SOGoMailNamespace. The class that will be used is undefined Loading two versions of SOGoMailFolder. The class that will be used is undefined Loading two versions of SOGoSpecialMailFolder. The class that will be used is undefined Loading two versions of SOGoMailAccount. The class that will be used is undefined Loading two versions of SOGoMailAccounts. The class that will be used is undefined Loading two versions of SOGoMailBaseObject. The class that will be used is undefined Loading two versions of SOGoDraftObject. The class that will be used is undefined Calling [libxmlSAXLocator -lineNumber] with incorrect signature. Method has i16@0:8, selector has q16@0:8 Calling [NGDOMElement -setLine:] with incorrect signature. Method has v24@0:8q16, selector has v20@0:8i16 Calling [GSMutableArray -length] with incorrect signature. Method has I16@0:8, selector has Q16@0:8 The system has the following software: - OS: OpenBSD 5.5 AMD64 GENERIC.MP - SOGO: sogo-2.1.1.1p0 - SOPE: sope-2.1.1.1 sope-mysql-2.1.1.1 - GNUSTEP: gnustep-base-1.24.6 gnustep-libobjc2-1.7p0 gnustep-make-2.6.6 Any suggestions on how to fix this? Kind regards, Martijn Rijkeboer
Re: Fix www/sogo in 5.4 stable WAS: SOGo mail bundles not loading
Doh, I had this patch shortly after the lock reopened, but at that time it was not the right time to apply it, and meanwhile I forgot about it. Attached the patch thats fixing the issue. With the patch applied it works, thanks. Kind regards, Martijn Rijkeboer
SOGo mail bundles not loading
Hi, When trying to use SOGo I'm getting the following error after logging in: An error occurred during object publishing the requested object could not be found! In the SOGo log file the following messages are given: Nov 12 11:20:16 sogod [6583]: 0x0x1c37d07be3c8[SOGoProductLoader] AdministrationUI.SOGo, Appointments.SOGo, CommonUI.SOGo, Contacts.SOGo, ContactsUI.SOGo, MailPartViewers.SOGo, Mailer.SOGo, MailerUI.SOGo, MainUI.SOGo, PreferencesUI.SOGo, SchedulerUI.SOGo /usr/local/sbin/sogod:/usr/local/lib/GNUstep/SOGo/MailPartViewers.SOGo/./MailPartViewers: undefined symbol '__objc_class_name_SOGoMailBodyPart' /usr/local/sbin/sogod:/usr/local/lib/GNUstep/SOGo/MailPartViewers.SOGo/./MailPartViewers: undefined symbol '__objc_class_name_SOGoAppointmentObject' Nov 12 11:20:16 sogod [6583]: [so-product-registry] could not load product: MailPartViewers /usr/local/sbin/sogod:/usr/local/lib/GNUstep/SOGo/MailerUI.SOGo/./MailerUI: undefined symbol '__objc_class_name_UIxMailRenderingContext' Nov 12 11:20:16 sogod [6583]: [so-product-registry] could not load product: MailerUI On the SOGo bug tracking system I've found a similar error (http://www.sogo.nu/bugs/view.php?id=2327). Unfortunately ludovic marked it as won't fix since the OP should use the SOGo version of GNUstep. Any ideas how to fix this? OS: OpenBSD 5.4-stable Arch: amd64 Sogo: sogo-2.0.5.0p0 Sope: sope-2.0.5.0 GNUstep: gnustep-base-1.24.4p0, gnustep-make-2.6.4 Kind regards, Martijn Rijkeboer
UPDATE: cfengine 3.4.4 - 3.4.5
Here is an update for cfengine from 3.4.4 to 3.4.5. Kind regards, Martijn RijkeboerIndex: Makefile === RCS file: /cvs/ports/sysutils/cfengine/Makefile,v retrieving revision 1.43 diff -u -r1.43 Makefile --- Makefile 11 Jul 2013 07:50:25 - 1.43 +++ Makefile 10 Aug 2013 13:25:58 - @@ -2,11 +2,10 @@ COMMENT = GNU system administration tool for networks -DISTNAME = cfengine-3.4.4 +DISTNAME = cfengine-3.4.5 F = ${DISTNAME}${EXTRACT_SUFX} DISTFILES = $F{download?file=$F} -REVISION = 1 SHARED_LIBS += promises 0.0 # 1.0 CATEGORIES = sysutils HOMEPAGE = http://cfengine.com/ Index: distinfo === RCS file: /cvs/ports/sysutils/cfengine/distinfo,v retrieving revision 1.13 diff -u -r1.13 distinfo --- distinfo 1 May 2013 21:09:23 - 1.13 +++ distinfo 10 Aug 2013 13:25:58 - @@ -1,2 +1,2 @@ -SHA256 (cfengine-3.4.4.tar.gz) = ZXJgmFFyTsj8WMYEdHQuWQeYlGICDmwkYRHCcxrbajc= -SIZE (cfengine-3.4.4.tar.gz) = 4689683 +SHA256 (cfengine-3.4.5.tar.gz) = VCgIufUy531m3KGeg73B+ZXX0AZrlAo5vdXbmnFoABE= +SIZE (cfengine-3.4.5.tar.gz) = 4671628
Re: UPDATE: sysutils/cfengine 2.2.10 - 3.4.4 (take 4)
Hi Stuart, I am working on it. I just saw that it's committed. Thank you very much for all your work. Kind regards, Martijn Rijkeboer
Re: UPDATE: sysutils/cfengine 2.2.10 - 3.4.4 (take 4)
On Thu 2013.04.25 at 08:48 +0100, Stuart Henderson wrote: Martijn Rijkeboer mart...@bunix.org writes: After quite some discussion here's take 4 of the update of sysutils/cfengine. This version is based on Stuart's version which was based on Jiri B's version. .. Please commit so other people can start testing it. Okan, these diffs change MAINTAINER to you but I haven't seen much activity in the recent list posts, are you still interested in this? Oh, I didn't notice! While I initially worked on getting this updated, I no longer have a real-use environment I think it makes way more sense for someone else to take MAINTAINER - I know there will be volunteers :) If nobody is volunteering I'm willing to take MAINTAINER. I could use some help since I'm not a C programmer. Kind regards, Martijn Rijkeboer
Re: UPDATE: sysutils/cfengine 2.2.10 - 3.4.4 (take 4)
Trying to work through the tutorial with this and I'm a bit confused about where files are being installed. This isn't helped by the tutorials seeming to be for older versions (we can't really do much about that), but the current set of @samples don't seem to make a lot of sense, I'll see if I can work out what's going on, but I get the impression @sample'ing things into inputs/ is fairly wrong.. I agree that @sample'ing files is fairly wrong, but some people were really strong about it. I would rather instruct the user in the README how to do a basic setup or refer to the Cfengine Quick Start Guide. It could be as simple as: To setup a policy hub perform the following steps: 1. Create key-pair and necessary directories by executing cf-key 2. Copy sample configuration files to /var/cfengine/masterfiles 3. Edit configuration files accordingly 4. Bootstrap hub with cf-agent --bootstrap --policy-server own IP To setup a client perform the following steps: 1. Create key-pair and necessary directories by executing cf-key 2. Bootstrap client with cf-agent --bootstrap --policy-server hub IP During bootstrapping the files are copied from the masterfiles directory on the policy host to the inputs directory on the clients. When the files are successfully copied the host is bootstrapped. During normal operation cf-agent will first execute update.cf which will download the updated version of the configuration from the policy hub. The second step is to execute promises.cf which contains the policy. If you have any questions I'm happy to help. Kind regards, Martijn Rijkeboer
Re: UPDATE: sysutils/cfengine 2.2.10 - 3.4.4 (take 4)
I agree that @sample'ing files is fairly wrong, but some people were really strong about it. I would rather instruct the user in the README how to do a basic setup or refer to the Cfengine Quick Start Guide. I was one of those 'strong' 'coz community cfengine doesn't need any manual action, so why do we need it? Because we haven't found the right way yet and I would rather have it in tree with some manual actions and improve it later if necessary. Anyway, if a user should do something manually, then guarantee pkg tools won't scream bullshit about some file unable to delete. It could be as simple as: To setup a policy hub perform the following steps: 1. Create key-pair and necessary directories by executing cf-key 2. Copy sample configuration files to /var/cfengine/masterfiles 3. Edit configuration files accordingly 4. Bootstrap hub with cf-agent --bootstrap --policy-server own IP ^ why is this in policy hub if this is client? yes, even policy hub would like to have agent but if you want to make such steps then move them to right section I placed it here because the policy hub is a client of itself. I thought it would be more clear if you install a policy hub you do these steps and if you install a client you will perform the steps below. To setup a client perform the following steps: 1. Create key-pair and necessary directories by executing cf-key 2. Bootstrap client with cf-agent --bootstrap --policy-server hub IP During bootstrapping the files are copied from the masterfiles directory on the policy host to the inputs directory on the clients. When the files are successfully copied the host is bootstrapped. If you want to have a polichy hub... ;) If you don't want to have a policy hub you would make the current system the policy hub and place your files in masterfiles. Maybe the instructions should be changes to To setup a policy hub or standalone perform the following steps: Please let it be commited, only if it would be in the ports tree more people using OpenBSD could help and test. Second to that. Kind regards, Martijn Rijkeboer
Re: UPDATE: sysutils/cfengine 2.2.10 - 3.4.4 (take 4)
Please commit so other people can start testing it. It does not even build because of libpromises mentioned by Stuart. I must have done something wrong since the submitted version is running on my machine for the last 24 hours without problems. Anyway, sorry for submitting something that doesn't even build, my bad. * we do not want configuration files in /etc/cfengine like NetBSD, and Linux distros do? I am for symlink. As stated in my mail, bootstrapping didn't work with the symlinked inputs directory. This could be an issue with my policy or a general issue. In the end I would rather stick to what cfengine.com is doing than to adopt something because Linux and NetBSD are doing it that way. Mark Burgess, the author of Cfengine, is a very smart guy and designed it this way with good reasons... I wanted to submit RFE upstream not to override ppkeys symlink, as I've thought it could be symlinked to /etc/cfengine too, as it is configuration. I don't mind having the ppkeys in /var/cfengine, but I also don't mind having them in /etc/cfengine either as long as it doesn't create more porting work. * This is stupid output one gets with pkg_delete -c cfengine right after installation and running cf-key. See partial-cfengine... LOL. I really don't know how to solve this. Before I saw Stuart's mail I was working on @exec-add the directories and than @sample the configuration files to prevent these errors. But since Stuart is way more knowledgeable in this area, I went with his setup. Besides the @exec-add option we could also opt for something like the following in the README and don't install anything in /var/cfengine. Getting started === During installation sample configuration files are placed in ${LOCALBASE}share/examples/cfengine/CoreBase/. Before you can use Cfengine you need to create a public and private key pair by executing cf-key as root. You should also copy the sample configuration files to /var/cfengine/inputs/ and edit them to suit your needs. When the user runs cf-key the needed directories will be created by cf-key with the right permissions. Kind regards, Martijn Rijkeboer
UPDATE: sysutils/cfengine 2.2.10 - 3.4.4 (take 4)
After quite some discussion here's take 4 of the update of sysutils/cfengine. This version is based on Stuart's version which was based on Jiri B's version. Notable differences with Stuart's version: - Remove @sample for failsafe.cf in PLIST: Modern versions of cfengine use update.cf instead of failsafe.cf (there's an internal failsafe.cf). - Remove @exec for cfkey in PLIST: The keys are not generated when installing (as suggested by Stuart), but a remark how to generate them is added to the README. - Remove @sample for masterfiles in PLIST: This directory will be created by cfagent. - Fix @mode for @sample files: Make configuration files 0600. - Replace inputs symlink with directory: When /var/cfengine/inputs is a symlink bootstrapping won't work. - Remove mysql flavor from FLAVORS: The mysql flavor currently won't build due to a bug in mysql. - Patch /var/cfengine/inputs/update.cf: Remove creation of symlinks from /usr/local/sbin to /var/cfengine/bin/cf-*. - Update README: Add instructions on how to create key pair and fix notable changes section. Please commit so other people can start testing it. Kind regards, Martijn Rijkeboer cfengine-3.4.4-take4.tgz Description: application/compressed-tar
Re: UPDATE: sysutils/cfengine 2.2.10 - 3.4.2 (take 3)
And this is normal? # /etc/rc.d/cfengine -d start doing rc_read_runfile usage: /etc/rc.d/cf_execd [-df] {start|check|reload|restart|stop} doing rc_read_runfile usage: /etc/rc.d/cf_serverd [-df] {start|check|reload|restart|stop} doing rc_read_runfile usage: /etc/rc.d/cf_monitord [-df] {start|check|reload|restart|stop} Yes, if you don't specify the -d option the daemons are started. Kind regards, Martijn Rijkeboer
Re: UPDATE: sysutils/cfengine 2.2.10 - 3.4.2 (take 3)
| Setup policy hub/server | === | | To setup a policy hub/server execute the following commands as root: | | # mkdir /var/cfengine/masterfiles | # cp -pR ${LOCALBASE}/share/cfengine/CoreBase/* /var/cfengine/masterfiles | # cf-agent --bootstrap --policy-server own IP-address Would it be appropriate to @sample these in the PLIST? No because they're only needed on the policy hub and not on the policy clients and most systems will be policy clients. | Edit login.conf | === | | Consider bumping the openfiles-cur to at least 256 in login.conf(5) for | the daemon class. I don't know cfengine at all but if this is for something running as a daemon, better to provide an rc.d script and tell people to add a dedicated class (see example in mysql readme). rc.d scripts ensure that the correct class is used, whereas otherwise somebody starting from a command line via sudo could easily end up using another class. It's not used for one of the daemon, but for cf-report. Kind regards, Martijn Rijkeboer
Re: UPDATE: sysutils/cfengine 2.2.10 - 3.4.2 (take 3)
As I pointed out to the libvirt maintainer, libvirt should be enabled to use the qemu engine that does work on OpenBSD. Sure it is slower than real hardware, and because of this it makes little sense to use for more than testing, but personally I find having a test network of qemu instances useful to bring up now and then for various testing scenarios. If libvirtd could make life easier for this, why would cfengine not be able to help making sure the virtual network is virtually easy to maintain? Point being, if it costs us nothing to enable libvirt support, why would we disable it? By enabling libvirt support we add a lot of dependencies that are not needed on almost all servers. I don't like to have python installed just to be able to manage my servers with cfengine. I'm for libvirt flavor but I think we should cooperate with libvirt maintainer to have some libvirt-minimal without python and other crazy things..., because cfengine then depends on huge list of libs like avahi... I don't mind having a libvirt flavor. I'll try to create a take 4 version with a libvirt flavor. Of course it would be nice to have a minimal libvirt that doesn't depend on python but my time is limited so I'm not going to push for that. Kind regards, Martijn Rijkeboer
Re: UPDATE: sysutils/cfengine 2.2.10 - 3.4.2 (take 3)
cfengine does not run after installation, either copy some basic policy files or provide real README. Attached is a new version of the README is this what you meant? Event it is declared to be built statically it is not, thus it cannot run from /var/cfengine without /usr/local mounted. Which is quite ridiculous... :) I haven't been successful how to built it statically correctly :( I didn't succeed either and since the official binaries are not statically linked I don't think it will work. 1. patch for configure is useless, drop it 2. add FAKE_FLAGS += examplesdir=${PREFIX}/share/examples/cfengine to meet OpenBSD standards OK Kind regards, Martijn Rijkeboer README Description: Binary data
UPDATE: sysutils/cfengine 2.2.10 - 3.4.2 (take 3)
Hi, The attached archive is take 3 of an update of sysutils/cfengine to version 3.4.2. This version explicitly disables libvirt because when libvirt was installed it was build with libvirt. I've chosen to disable libvirt because, to my knowledge, OpenBSD can't be used as a (production) host for virtual machines. As Jirib suggested, it can be used to remote control KVM via libvirtd, but the cfengine way would be to install cfengine on the host that runs KVM and not to remote control it. So there's no use for libvirt capabilities in cfengine on OpenBSD. If there're no further objections, please commit so other people can also start testing it. Kind regards, Martijn Rijkeboer cfengine-take3.tgz Description: application/compressed-tar
UPDATE: sysutils/cfengine 2.2.10 - 3.4.2 (take 2)
Hi, The attached archive is take 2 of an update of sysutils/cfengine to version 3.4.2. The no flavor version is currently running on several of my production servers. In case there are no objections, please commit so other people can also start testing it. This version has the following changes as suggested by several people: - REGRESS - TEST. - Only PERMIT_PACKAGE_CDROM. - Add a flavor for PostgreSQL. The MySQL flavor is not yet added to FLAVORS because of a bug in MySQL which prevents it from building (http://bugs.mysql.com/bug.php?id=65055). - Create directories in /var/cfengine (@sample). - Copy binaries from /usr/local/sbin to /var/cfengine/bin (@sample). This is needed since cfengine expects the binaries in /var/cfengine/bin and won't bootstrap otherwise. - Create a public and private key when they do not exist. - Change rc.d scripts to start the daemons from /var/cfengine/bin instead of /usr/local/sbin. The following things were also suggested but weren't included: - Install everything inside /var/cfengine/. The official binaries from Cfengine AS do this but also _include_ the needed libraries. Since the version from ports still depends on libraries in /usr/local there's no point in going this route for now. - Remove --enable-fhs configure flag. When removing this flag the libraries and documentation are placed in the wrong directory e.g. /usr/local/share/doc/ instead of /usr/local/share/doc/cfengine/. - Remove --workdir-dir configure flag. When removing this flag the workdir is set to /var/lib/cfengine/ instead of /var/cfengine/. This is probably due to the --enable-fhs flag. - Copy stock policy to /var/cfengine/masterfiles/. This is only needed on the policy hub and not on every client. When configuring the policy hub you should know what your are doing. - Use tokyocabinet as database backend. Currently the port is using qdbm as backend database and since it works fine and tokyocabinet is not in ports I see no value in changing it. Kind regards, Martijn Rijkeboer cfengine-take2.tgz Description: application/compressed
Binaries outside /usr/local
Hi, After some comments of Jiri B on my cfengine port I'm trying to install everything inside /var/cfengine (also recommended by Cfengine). I've changed the Makefile and on 'make fake' everything is installed inside /var/cfengine, but when running make plist the new PLIST file is empty. What is the best way of achieving this? Kind regards, Martijn Rijkeboer
UPDATE: sysutils/cfengine 2.2.10 - 3.4.2 (2)
Hi, A few days before ports was locked I have submitted the attached update for Cfengine. Since ports is currently no longer locked, any change of getting this committed? Kind regards, Martijn Rijkeboer cfengine-3.4.2.tgz Description: application/compressed-tar
UPDATE: sysutils/cfengine 2.2.10 - 3.4.2
Hi, The attached archive is an update of cfengine to version 3.4.2. This version runs on several of my production servers (AMD64). Kind regards, Martijn Rijkeboer cfengine-3.4.2.tgz Description: application/compressed-tar
Re: Cfengine 3.4.0 segfaults (rthreads?)
Hi, I'm working on updating sysutils/cfengine to 3.4.0 (see attachment for port). When running cf-agent it segfaults on both 5.2/amd64 and current/amd64. In gdb, on current/amd64, it looks like the segfault happens in the rthread library. Using git bisect I've found that the following commit introduces the segfault and not rthreads: https://github.com/cfengine/core/commit/6746590d2c00766ce7a8e12ac3cf0aeb60fef37f Unfortunately this is a rather big change. Can anyone with better C skills point me in the right direction? Kind regards, Martijn Rijkeboer
Cfengine 3.4.0 segfaults (rthreads?)
Hi, I'm working on updating sysutils/cfengine to 3.4.0 (see attachment for port). When running cf-agent it segfaults on both 5.2/amd64 and current/amd64. In gdb, on current/amd64, it looks like the segfault happens in the rthread library. Cfengines pipes.c:139 calls /usr/src/librthread/rthread_fork.c. Now I can do next line (n) till rthread_fork.c:100. When I try to step (s) from line 100, I'm getting the following error: 100 newid = sys_fork(); (gdb) s [New process 22237] Program received signal SIGSEGV, Segmentation fault. 0x06286ee04fc2 in strlen ( str=0x6286afe0490 Address 0x6286afe0490 out of bounds) at /usr/src/lib/libc/string/strlen.c:43 43 for (s = str; *s; ++s) (gdb) Any suggestions on how to fix this? Kind regards, Martijn Rijkeboer PS: I can provide a core dump if needed. cfengine.tgz Description: application/compressed-tar
apache-httpd-2.2.20-ldap with ap2-subversion
Hi, How do I combine apache-httpd-2.2.20-ldap with the subversion plugin (ap2-subversion)? Apache-httpd with the ldap flavor depends on: - apr-mt-1.2.11p5 - apr-util-mt-1.2.10p8-ldap But ap2-subversion depends on: - apr-1.2.11p5 - apr-util-1.2.10p8 This seems to give some stability issues. Any ideas on how to accomplish this combination? Kind regards, Martijn Rijkeboer
Re: apache-httpd-2.2.20-ldap with ap2-subversion
If you want to stay on 5.1 you could try hacking the devel/subversion port to depend on apr-mt and apr-util-mt and recompile. There is no harm in doing so expect for the piping issues. I've tried to hack devel/subversion so it depends on apr-mt and apr-util-mt (see attached Makefile). When I try to build it with: # env FLAVOR=no_bindings make package I'm getting: Missing library for aprutil-1-mt=2.0 Fatal error Any suggestions on what I'm doing wrong? Kind regards, Martijn Rijkeboer Subversion-Makefile Description: Binary data
Re: UPDATE: sysutils/cfengine 2.2.10 - 3.3.0
Hi, ...and slightly more updated patch. There are some more things that can happen to this port, namely staticlly linking, but I've found the configure script unhappy; instead of messing around with that now, I'd like to move forward and put this in, then work on the above, plus possibly subpackaging it (though I'm leaning towards not anymore) and maybe doing a split install. Previous MAINTAINER has been OK with moving forward for quite some time now :) Feedback, comments, OKs? I'm running it in production without problems (amd64), so I'm ok, but I'm not a developer. It would be great if this could get committed. Maybe I was a little bit too early with saying without problems. Cf-serverd hangs will checking the policy after the local configuration has changed. It hangs on the following line (from cf-serverd -v): Checking policy with command /var/cfengine/bin/cf-promises -f /var/cfengine/inputs/promises.cf Any suggestions? Kind regards, Martijn Rijkeboer
Re: UPDATE: sysutils/cfengine 2.2.10 - 3.3.0
Maybe I was a little bit too early with saying without problems. Cf-serverd hangs will checking the policy after the local configuration has changed. It hangs on the following line (from cf-serverd -v): Checking policy with command /var/cfengine/bin/cf-promises -f /var/cfengine/inputs/promises.cf Does /var/cfengine/bin/cf-promises exist? Yes and if I run it from the command line it works fine. Kind regards, Martijn Rijkeboer
Re: UPDATE: sysutils/cfengine 2.2.10 - 3.3.0
Hi, ...and slightly more updated patch. There are some more things that can happen to this port, namely staticlly linking, but I've found the configure script unhappy; instead of messing around with that now, I'd like to move forward and put this in, then work on the above, plus possibly subpackaging it (though I'm leaning towards not anymore) and maybe doing a split install. Previous MAINTAINER has been OK with moving forward for quite some time now :) Feedback, comments, OKs? I'm running it in production without problems (amd64), so I'm ok, but I'm not a developer. It would be great if this could get committed. Kind regards, Martijn Rijkeboer
Re: UPDATE: sysutils/cfengine 2.2.10 - 3.3.0
Hi Okan, ...and slightly more updated patch. There are some more things that can happen to this port, namely staticlly linking, but I've found the configure script unhappy; instead of messing around with that now, I'd like to move forward and put this in, then work on the above, plus possibly subpackaging it (though I'm leaning towards not anymore) and maybe doing a split install. I don't know if static linking will work, the official CFEngine binaries (Ubuntu 64 bit) are dynamic linked however. These have the binaries in /var/cfengine/bin and the needed libraries in /var/cfengine/lib. # file /var/cfengine/bin/cf-agent /var/cfengine/bin/cf-agent: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.0, stripped # ls -l /var/cfengine/bin/ total 2916 -rwxr-xr-x 1 root root 109704 2012-04-11 11:41 cf-agent -rwxr-xr-x 1 root root 36552 2012-04-11 11:41 cf-execd -rwxr-xr-x 1 root root 11096 2012-04-11 11:41 cf-key -rwxr-xr-x 1 root root 48608 2012-04-11 11:41 cf-monitord -rwxr-xr-x 1 root root 11048 2012-04-11 11:41 cf-promises -rwxr-xr-x 1 root root 49200 2012-04-11 11:41 cf-report -rwxr-xr-x 1 root root 19544 2012-04-11 11:41 cf-runagent -rwxr-xr-x 1 root root 73928 2012-04-11 11:41 cf-serverd -rwxr-xr-x 1 root root 2586063 2011-09-06 15:13 cf-twin -rwxr-xr-x 1 root root 23536 2012-04-11 11:41 tchmgr # ls -l /var/cfengine/lib/ -rw-r--r-- 1 root root 1611376 2012-04-11 11:41 libcrypto.so.0.9.8 lrwxrwxrwx 1 root root 21 2012-05-01 09:21 libpcreposix.so.0 - libpcreposix.so.0.0.0 -rw-r--r-- 1 root root7480 2012-04-11 11:41 libpcreposix.so.0.0.0 lrwxrwxrwx 1 root root 16 2012-05-01 09:21 libpcre.so.0 - libpcre.so.0.0.1 -rw-r--r-- 1 root root 243144 2012-04-11 11:41 libpcre.so.0.0.1 lrwxrwxrwx 1 root root 12 2012-05-01 09:21 libpq.so.5 - libpq.so.5.3 -rw-r--r-- 1 root root 136232 2012-04-11 11:41 libpq.so.5.3 lrwxrwxrwx 1 root root 20 2012-05-01 09:21 libpromises.so.1 - libpromises.so.1.0.0 -rw-r--r-- 1 root root 900840 2012-04-11 11:41 libpromises.so.1.0.0 -rw-r--r-- 1 root root 325704 2012-04-11 11:41 libssl.so.0.9.8 lrwxrwxrwx 1 root root 24 2012-05-01 09:21 libtokyocabinet.so.9 - libtokyocabinet.so.9.8.0 -rw-r--r-- 1 root root 490464 2012-04-11 11:41 libtokyocabinet.so.9.8.0 lrwxrwxrwx 1 root root 16 2012-05-01 09:21 libvirt.so.0 - libvirt.so.0.8.4 -rw-r--r-- 1 root root 907944 2012-04-11 11:41 libvirt.so.0.8.4 lrwxrwxrwx 1 root root 16 2012-05-01 09:21 libxml2.so.2 - libxml2.so.2.7.7 -rw-r--r-- 1 root root 1317624 2012-04-11 11:41 libxml2.so.2.7.7 lrwxrwxrwx 1 root root 13 2012-05-01 09:21 libz.so.1 - libz.so.1.2.5 -rw-r--r-- 1 root root 98072 2012-04-11 11:41 libz.so.1.2.5 Feedback, comments, OKs? I'll try to test it somewhere this week. Kind regards, Martijn Rijkeboer
UPDATE: sysutils/cfengine 2.2.10 - 3.3.0
Hi, The following patch, based on Okan's work, updates cfengine to 3.3.0. Tested on amd64. Kind regards, Martijn Rijkeboer Index: Makefile === RCS file: /cvs/ports/sysutils/cfengine/Makefile,v retrieving revision 1.38 diff -u -r1.38 Makefile --- Makefile16 Sep 2011 11:41:39 - 1.38 +++ Makefile27 Apr 2012 19:30:20 - @@ -2,28 +2,39 @@ COMMENT= GNU system administration tool for networks -DISTNAME= cfengine-2.2.10 -REVISION= 2 +DISTNAME= cfengine-3.3.0 CATEGORIES=sysutils -HOMEPAGE= http://www.cfengine.org/ +HOMEPAGE= https://www.cfengine.org/ -MAINTAINER=William Yodlowsky b...@openbsd.rutgers.edu +MAINTAINER=Okan Demirmen o...@openbsd.org -# GPLv2+ +# GPLv3 PERMIT_PACKAGE_CDROM= Yes PERMIT_PACKAGE_FTP=Yes PERMIT_DISTFILES_CDROM=Yes PERMIT_DISTFILES_FTP= Yes -WANTLIB= c crypto m pthread lib/db4/db=4 +WANTLIB= c crypto m pthread pcre qdbm -MASTER_SITES= ${HOMEPAGE}/tarballs/ +MASTER_SITES= ${HOMEPAGE}source-code/download?file=${DISTFILES}dummy=/ CONFIGURE_STYLE= gnu -CONFIGURE_ARGS+= --with-docs -USE_GROFF =Yes -LIB_DEPENDS= databases/db/v4 +CONFIGURE_ENV+=CPPFLAGS=-I${LOCALBASE}/include \ + LDFLAGS=-L${LOCALBASE}/lib + +CONFIGURE_ARGS+= --with-openssl=/usr \ + --with-pcre \ + --with-qdbm \ + --without-mysql \ + --without-postgresql \ + --enable-static \ + --disable-shared \ + --enable-fhs + +USE_GMAKE= Yes + +LIB_DEPENDS= databases/qdbm devel/pcre .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/sysutils/cfengine/distinfo,v retrieving revision 1.12 diff -u -r1.12 distinfo --- distinfo1 Sep 2009 14:25:15 - 1.12 +++ distinfo27 Apr 2012 19:30:20 - @@ -1,5 +1,5 @@ -MD5 (cfengine-2.2.10.tar.gz) = O5D/i/LslBzTPPtl9QEvFg== -RMD160 (cfengine-2.2.10.tar.gz) = Z/09yAJw3AAIh+Pb8m83IzjiYA8= -SHA1 (cfengine-2.2.10.tar.gz) = AyvsC8Wf/ucXlCLpbf2QKvv5Q0A= -SHA256 (cfengine-2.2.10.tar.gz) = 80aXzFLhNCxexLRaSt+fv/36BaaL3HxTOC9y0D4QZ4M= -SIZE (cfengine-2.2.10.tar.gz) = 2690333 +MD5 (cfengine-3.3.0.tar.gz) = 1AQm/MRH5vFYGmq9YRbqIA== +RMD160 (cfengine-3.3.0.tar.gz) = HNSGvK83OhAnC4g0bz+PXTlOG7U= +SHA1 (cfengine-3.3.0.tar.gz) = FawAmsrr+PtALCPzYyRwVVvEjss= +SHA256 (cfengine-3.3.0.tar.gz) = FwplzONbmzM1lFQ7mzSA5dnBnCjidUMeblijvpNywKc= +SIZE (cfengine-3.3.0.tar.gz) = 1236769 Index: patches/patch-configure === RCS file: /cvs/ports/sysutils/cfengine/patches/patch-configure,v retrieving revision 1.7 diff -u -r1.7 patch-configure --- patches/patch-configure 1 Sep 2009 14:25:15 - 1.7 +++ patches/patch-configure 27 Apr 2012 19:30:20 - @@ -1,12 +1,23 @@ -$OpenBSD: patch-configure,v 1.7 2009/09/01 14:25:15 okan Exp $ configure.orig Sat Apr 11 15:59:34 2009 -+++ configure Thu May 28 17:33:23 2009 -@@ -23738,7 +23738,7 @@ $as_echo_n checking Checking for GCC Specific compile - if test x$GCC = xyes; then +$OpenBSD$ +--- configure.orig Wed Apr 18 21:38:11 2012 configure Wed Apr 18 21:40:27 2012 +@@ -13629,7 +13629,7 @@ fi + if test x$enable_fhs = xyes; then : -- GCC_CFLAG=-g -O2 -Wreturn-type -Wmissing-prototypes -Wuninitialized -+ GCC_CFLAG= - { $as_echo $as_me:$LINENO: result: yes 5 - $as_echo yes 6; } +- projlibdir='${libexecdir}/cfengine' ++ projlibdir='${exec_prefix}/lib/cfengine' + projdatadir='${exec_prefix}/share/cfengine' + projdocdir='${exec_prefix}/share/doc/cfengine' + +@@ -15485,7 +15485,9 @@ _ACEOF + + fi + +-ac_fn_c_check_type $LINENO socklen_t ac_cv_type_socklen_t #include sys/socket.h ++ac_fn_c_check_type $LINENO socklen_t ac_cv_type_socklen_t ++#include sys/types.h ++#include sys/socket.h + + if test x$ac_cv_type_socklen_t = xyes; then : Index: patches/patch-doc_Makefile_in === RCS file: patches/patch-doc_Makefile_in diff -N patches/patch-doc_Makefile_in --- patches/patch-doc_Makefile_in 1 Sep 2009 14:25:15 - 1.5 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,30 +0,0 @@ -$OpenBSD: patch-doc_Makefile_in,v 1.5 2009/09/01 14:25:15 okan Exp $ doc/Makefile.in.orig Sat Apr 11 15:59:32 2009 -+++ doc/Makefile.inThu May 28 17:32:35 2009 -@@ -69,7 +69,7 @@ NROFF = nroff - MANS = $(man_MANS) - docDATA_INSTALL = $(INSTALL_DATA) - htmlDATA_INSTALL = $(INSTALL_DATA) --DATA = $(doc_DATA) $(html_DATA) -+DATA = - DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) - ACLOCAL = @ACLOCAL@ - AMTAR = @AMTAR@ -@@ -697,7 +697,7 @@ info
Re: Error building cfengine 3.3.0
Hello Okan, I'm trying to make a port for cfengine 3.3.0. The configure finishes without errors, ... but you need to read config.log! You're right. Apparently HAVE_SOCKLEN_T is not defined, but should be. What is the recommended way to handle this? The configure script is missing sys/types.h and incorrectly (not) defining HAVE_SOCKLEN_T. $OpenBSD$ --- configure.origFri Apr 13 18:01:26 2012 +++ configure Fri Apr 13 18:02:03 2012 @@ -15485,7 +15485,9 @@ _ACEOF fi -ac_fn_c_check_type $LINENO socklen_t ac_cv_type_socklen_t #include sys/socket.h +ac_fn_c_check_type $LINENO socklen_t ac_cv_type_socklen_t +#include sys/types.h +#include sys/socket.h if test x$ac_cv_type_socklen_t = xyes; then : The patch above makes it work. I don't have box that can build cfengine right in front of me right now, but I know I've got mostly working ports of cfengine3 in various stages scattered across a few places. Time to find and merge them I guess :) (and hope the patches I sent upstream got integrated) That would be nice. An up to date version of cfengine in OpenBSD would be great. Let me know of other issues while I get my stuff together... With your patch it compiles. It does need gmake however, otherwise I get an error with the manpages (gmake is also required according to the INSTALL file). I still got issues with the location of some of the files (bin vs sbin and share/doc vs share/doc/cfengine). Kind regards, Martijn Rijkeboer
Re: Error building cfengine 3.3.0
Hallo Okan, Let me know of other issues while I get my stuff together... With your patch for configure and the following makefile it works. The port is not finished but it runs without problems with my local cfengine setup. Unfortunately the binaries are not yet static linked. Kind regards, Martijn Rijkeboer # $OpenBSD: Makefile,v 1.38 2011/09/16 11:41:39 espie Exp $ COMMENT=GNU system administration tool for networks DISTNAME= cfengine-3.3.0 CATEGORIES= sysutils HOMEPAGE= https://www.cfengine.org/ MAINTAINER= Okan Demirmen o...@openbsd.org # GPLv3 PERMIT_PACKAGE_CDROM= Yes PERMIT_PACKAGE_FTP= Yes PERMIT_DISTFILES_CDROM= Yes PERMIT_DISTFILES_FTP= Yes WANTLIB=c crypto m pthread pcre qdbm MASTER_SITES= ${HOMEPAGE}source-code/download?file=${DISTFILES}dummy=/ CONFIGURE_STYLE=gnu CONFIGURE_ENV+= CPPFLAGS=-I${LOCALBASE}/include \ LDFLAGS=-L${LOCALBASE}/lib CONFIGURE_ARGS+=--with-openssl=/usr \ --with-pcre \ --with-qdbm \ --without-mysql \ --without-postgresql \ --disable-shared \ --enable-static \ --enable-fhs USE_GMAKE = Yes LIB_DEPENDS=databases/qdbm devel/pcre .include bsd.port.mk
Error building cfengine 3.3.0
Hello, I'm trying to make a port for cfengine 3.3.0. The configure finishes without errors, but the make stage quits with the following error: libtool: compile: cc -DHAVE_CONFIG_H -I. -I/usr/local/include -std=gnu99 -g -Wall -Wno-pointer-sign -Werror=implicit-function-declaration -pthread -O2 -pipe -I/include -O2 -DNDEBUG -pthread -O2 -pipe -I/include -O2 -DNDEBUG -MT libpromises_la-cf3parse.lo -MD -MP -MF .deps/libpromises_la-cf3parse.Tpo -c cf3parse.c -o libpromises_la-cf3parse.o In file included from cf3.defs.h:34, from cf3parse.y:10: cf.defs.h:303: error: conflicting types for 'socklen_t' /usr/include/sys/types.h:163: error: previous declaration of 'socklen_t' was here The file cf.defs.h contains the following code (line 302-304): #ifndef HAVE_SOCKLEN_T typedef int socklen_t; #endif Apparently HAVE_SOCKLEN_T is not defined, but should be. What is the recommended way to handle this? Kind regards, Martijn Rijkeboer PS: here's the Makefile I'm using (based on Okan's version): # $OpenBSD: Makefile,v 1.38 2011/09/16 11:41:39 espie Exp $ COMMENT=GNU system administration tool for networks DISTNAME= cfengine-3.3.0 CATEGORIES= sysutils HOMEPAGE= https://www.cfengine.org/ MAINTAINER= Martijn Rijkeboer mart...@bunix.org # GPLv3 PERMIT_PACKAGE_CDROM= Yes PERMIT_PACKAGE_FTP= Yes PERMIT_DISTFILES_CDROM= Yes PERMIT_DISTFILES_FTP= Yes WANTLIB=c crypto m pthread pcre qdbm MASTER_SITES= ${HOMEPAGE}source-code/download?file=${DISTFILES}dummy=/ CONFIGURE_STYLE=gnu CONFIGURE_ENV+= CPPFLAGS=-I${LOCALBASE}/include \ LDFLAGS=-L${LOCALBASE}/lib CONFIGURE_ARGS+=--with-openssl=/usr \ --with-pcre \ --with-qdbm \ --without-mysql \ --without-postgresql \ --disable-shared \ --enable-static LIB_DEPENDS=databases/qdbm devel/pcre .include bsd.port.mk
Re: new: databases/riak
Hi Jonathan, Riak combines a decentralized key-value store, a flexible map/reduce engine, and a friendly HTTP/JSON query interface to provide a database ideally suited for Web applications. I got some feedback from Jasper on this a while ago and just recently I've caught up to the current release and fixed the last few problems I'm aware of. Tested on amd64 with rthreads, vmmap, etc. Topically, it really doesn't like not having enough fds (hence the rc_pre function) but with that out of the way it works nicely. One of its dependencies, leveldb, only builds on amd64, i386 and arm, so trying to test it elsewhere isn't going to be productive. It runs quite nice on AMD64. Only done some light testing. Kind regards, Martijn Rijkeboer