Re: ePDFView was coming back!

[Jiri B]

On Fri, Nov 20, 2015 at 11:35:04AM +, freeu...@ruggedinbox.com wrote:
> ePDFView was removed on ports.
> 
> now, ePDFView was coming back!
> http://www.linuxfromscratch.org/blfs/view/svn/pst/epdfview.html
> http://anduin.linuxfromscratch.org/BLFS/epdfview/epdfview-0.1.8.tar.bz2

1. this should not be sent to misc@ but ports@.
2. epdfview is still dead, this just confirms there's a diff
   with 3 fixes. it does not state what's the project future.

j.

Re: NEW: www/tbb - Tor Browser Bundle

[Jiri B]

With all respect to your effort..., do you have any comment
from upstream about your project porting Tor Browser to
OpenBSD?

With all respect..., is there a review process set up?

j.

Re: net/tor - add Flavor

[Jiri B]

IMO the potential risk is high and if I read correctly
we haven't seen any numbers how many users need this flavor,
just Uwe? :)

j.

Re: NEW: devel/wxglade

[Jiri B]

On Sat, Oct 03, 2015 at 10:26:58PM -0700, Daniel Winters wrote:
> Hi ports@,
> 
> attached is a tarball for a new port for wxGlade, a wxwidgets interface
> designer:
> 
>  wxGlade is a GUI designer written in Python with the popular GUI
>  toolkit wxPython, that helps you create wxWidgets/wxPython user
>  interfaces. At the moment it can generate Python, C++, Perl, Lisp and
>  XRC (wxWidgets' XML resources) code.
> 
>  As you can guess by the name, its model is Glade, the famous GTK+/GNOME
>  GUI builder, with which wxGlade shares the philosophy and the look &
>  feel (but not a line of code).
> 
>  It is not (and will never be) a full featured IDE, but simply a
>  "designer": the generated code does nothing apart from displaying the
>  created widgets. If you are looking for a complete IDE, maybe Boa
>  Constructor, PythonCard or Spe (which includes wxGlade itself, BTW...)
>  is the right tool.
> 
> Cheers,
> Daniel

Hi,

have you had time to look also on wxWidgets 3.x? It compiles ok,
iiuc only needed thing is to patch it to have "valid" library suffixes.

j.

Re: duplicity backup to hubic - bunch of new deps

[Jiri B]

IMO all OpenStack ports should be in subdirs of 'openstack'
or 'openstack-cli' so we could add other OpenStack components
when needed in the future to have full openstack-cli.

j.

Re: openvpn user wanted

[Jiri B]

On Mon, Sep 14, 2015 at 08:38:32PM -0400, Johan Huldtgren wrote:
> >I see some errors in output:
> >
> >...
> >Mon Sep 14 10:33:06 2015 SENT CONTROL [ovpn-brq.example.com]: 'PUSH_REQUEST' 
> >(status=1)
> >Mon Sep 14 10:33:06 2015 PUSH: Received control message: 
> >'PUSH_REPLY,route-gateway 10.40.204.1,route 10.0.0.0 255.0.0.0,dhcp-option 
> >DNS 10.38.5.26,dhcp-option DNS 10.35.255.14,dhcp-option DOMAIN 
> >example.com,ping 30,ping-exit 600,explicit-exit-notify 3,topology 
> >subnet,ifconfig 10.40.204.79 255.255.252.0'
> >Mon Sep 14 10:33:06 2015 OPTIONS IMPORT: timers and/or timeouts modified
> >Mon Sep 14 10:33:06 2015 OPTIONS IMPORT: explicit notify parm(s) modified
> >Mon Sep 14 10:33:06 2015 OPTIONS IMPORT: --ifconfig/up options modified
> >Mon Sep 14 10:33:06 2015 OPTIONS IMPORT: route options modified
> >Mon Sep 14 10:33:06 2015 OPTIONS IMPORT: route-related options modified
> >Mon Sep 14 10:33:06 2015 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option 
> >options modified
> >Mon Sep 14 10:33:06 2015 ROUTE_GATEWAY 10.34.131.254
> >Mon Sep 14 10:33:06 2015 TUN/TAP device /dev/tun0 opened
> >Mon Sep 14 10:33:06 2015 do_ifconfig, tt->ipv6=0, 
> >tt->did_ifconfig_ipv6_setup=0
> >Mon Sep 14 10:33:06 2015 /sbin/ifconfig tun0 10.40.204.79 10.40.204.79 mtu 
> >1360 netmask 255.255.252.0 up link0
> >Mon Sep 14 10:33:06 2015 /sbin/route add -net 10.40.204.0 10.40.204.79 
> >-netmask 255.255.252.0
> >route: writing to routing socket: File exists
> >add net 10.40.204.0: gateway 10.40.204.79: File exists
> >Mon Sep 14 10:33:06 2015 ERROR: OpenBSD/NetBSD route add command failed: 
> >external program exited with error status: 1
> >Mon Sep 14 10:33:06 2015 PLUGIN_CALL: POST 
> >/usr/local/lib/openvpn/plugins/openvpn-plugin-down-root.so/PLUGIN_UP status=0
> >Mon Sep 14 10:33:06 2015 /etc/openvpn/ovpn-brq-udp-client.up tun0 1360 1417 
> >10.40.204.79 255.255.252.0 init
> >OpenVPN run:
> >Opening socket /var/pdnsd/pdnsd.status
> >Succeeded
> >Mon Sep 14 10:33:06 2015 /sbin/route add -net 10.0.0.0 10.40.204.1 -netmask 
> >255.0.0.0
> >add net 10.0.0.0: gateway 10.40.204.1
> >Mon Sep 14 10:33:06 2015 GID set to _openvpn
> >Mon Sep 14 10:33:06 2015 UID set to _openvpn
> >Mon Sep 14 10:33:06 2015 Initialization Sequence Completed
> 
> While I too see those errors they are not new, I've got them in my log since
> as far as my logs go back.
> 
> Functionality seems unaffected, I installed the patched version and could
> connect successfully and work
> as I normally would.

Your comment is not correct, I don't see the ERROR without Stuart's diff.
See below with openvpn not having the diff:

...
Mon Sep 14 19:49:39 2015 WARNING: No server certificate verification method has 
been enabled.  See http://openvpn.net/howto.html#mitm for more info.
Mon Sep 14 19:49:39 2015 NOTE: the current --script-security setting may allow 
this configuration to call user-defined scripts
Mon Sep 14 19:49:39 2015 PLUGIN_INIT: POST 
/usr/local/lib/openvpn/plugins/openvpn-plugin-down-root.so 
'[/usr/local/lib/openvpn/plugins/openvpn-plugin-down-root.so] 
[/etc/openvpn/ovpn-brq-udp-client.down]' interce
pted=PLUGIN_UP|PLUGIN_DOWN 
Mon Sep 14 19:49:39 2015 WARNING: normally if you use --mssfix and/or 
--fragment, you should also set --tun-mtu 1500 (currently it is 1360)
Mon Sep 14 19:49:39 2015 Socket Buffers: R=[41600->65536] S=[9216->65536]
Mon Sep 14 19:49:39 2015 NOTE: UID/GID downgrade will be delayed because of 
--client, --pull, or --up-delay
Mon Sep 14 19:49:39 2015 UDPv4 link local: [undef]
Mon Sep 14 19:49:39 2015 UDPv4 link remote: [AF_INET]213.175.37.11:443
Mon Sep 14 19:49:39 2015 TLS: Initial packet from [AF_INET]213.175.37.11:443, 
sid=8a4fe076 84fb7f1e
Mon Sep 14 19:49:39 2015 VERIFY OK: depth=1, C=US, ST=North Carolina, 
L=Raleigh, O=Example Com, Inc., OU=IS, CN=Example Com IS CA, 
emailAddress=sysadmin-...@example.com
Mon Sep 14 19:49:39 2015 VERIFY OK: depth=0, C=US, ST=North Carolina, O=Example 
Com, Inc., OU=Information Technology, CN=ovpn-brq.example.com, 
emailAddress=serviced...@example.com
Mon Sep 14 19:49:40 2015 Data Channel Encrypt: Cipher 'AES-256-CBC' initialized 
with 256 bit key
Mon Sep 14 19:49:40 2015 Data Channel Encrypt: Using 160 bit message hash 
'SHA1' for HMAC authentication
Mon Sep 14 19:49:40 2015 Data Channel Decrypt: Cipher 'AES-256-CBC' initialized 
with 256 bit key
Mon Sep 14 19:49:40 2015 Data Channel Decrypt: Using 160 bit message hash 
'SHA1' for HMAC authentication
Mon Sep 14 19:49:40 2015 Control Channel: TLSv1.2, cipher TLSv1/SSLv3 
DHE-RSA-AES256-GCM-SHA384, 2048 bit RSA
Mon Sep 14 19:49:40 2015 [ovpn-brq.example.com] Peer Connection Initiated with 
[AF_INET]213.175.37.11:443
Mon Sep 14 19:49:43 2015 SENT CONTROL [ovpn-brq.example.com]: 'PUSH_REQUEST' 
(status=1)
Mon Sep 14 19:49:43 2015 PUSH: Received control message: 
'PUSH_REPLY,route-gateway 10.40.204.1,route 10.0.0.0 255.0.0.0,dhcp-option DNS 
10.38.5.26,dhcp-option DNS 10.35.255.14,dhcp-option DOMAIN example.com,ping 3
0,ping-exit 600,explici

Re: openvpn user wanted

[Jiri B]

I see some errors in output:

...
Mon Sep 14 10:33:06 2015 SENT CONTROL [ovpn-brq.example.com]: 'PUSH_REQUEST' 
(status=1)
Mon Sep 14 10:33:06 2015 PUSH: Received control message: 
'PUSH_REPLY,route-gateway 10.40.204.1,route 10.0.0.0 255.0.0.0,dhcp-option DNS 
10.38.5.26,dhcp-option DNS 10.35.255.14,dhcp-option DOMAIN example.com,ping 
30,ping-exit 600,explicit-exit-notify 3,topology subnet,ifconfig 10.40.204.79 
255.255.252.0'
Mon Sep 14 10:33:06 2015 OPTIONS IMPORT: timers and/or timeouts modified
Mon Sep 14 10:33:06 2015 OPTIONS IMPORT: explicit notify parm(s) modified
Mon Sep 14 10:33:06 2015 OPTIONS IMPORT: --ifconfig/up options modified
Mon Sep 14 10:33:06 2015 OPTIONS IMPORT: route options modified
Mon Sep 14 10:33:06 2015 OPTIONS IMPORT: route-related options modified
Mon Sep 14 10:33:06 2015 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option 
options modified
Mon Sep 14 10:33:06 2015 ROUTE_GATEWAY 10.34.131.254
Mon Sep 14 10:33:06 2015 TUN/TAP device /dev/tun0 opened
Mon Sep 14 10:33:06 2015 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Mon Sep 14 10:33:06 2015 /sbin/ifconfig tun0 10.40.204.79 10.40.204.79 mtu 1360 
netmask 255.255.252.0 up link0
Mon Sep 14 10:33:06 2015 /sbin/route add -net 10.40.204.0 10.40.204.79 -netmask 
255.255.252.0
route: writing to routing socket: File exists
add net 10.40.204.0: gateway 10.40.204.79: File exists
Mon Sep 14 10:33:06 2015 ERROR: OpenBSD/NetBSD route add command failed: 
external program exited with error status: 1
Mon Sep 14 10:33:06 2015 PLUGIN_CALL: POST 
/usr/local/lib/openvpn/plugins/openvpn-plugin-down-root.so/PLUGIN_UP status=0
Mon Sep 14 10:33:06 2015 /etc/openvpn/ovpn-brq-udp-client.up tun0 1360 1417 
10.40.204.79 255.255.252.0 init
OpenVPN run:
Opening socket /var/pdnsd/pdnsd.status
Succeeded
Mon Sep 14 10:33:06 2015 /sbin/route add -net 10.0.0.0 10.40.204.1 -netmask 
255.0.0.0
add net 10.0.0.0: gateway 10.40.204.1
Mon Sep 14 10:33:06 2015 GID set to _openvpn
Mon Sep 14 10:33:06 2015 UID set to _openvpn
Mon Sep 14 10:33:06 2015 Initialization Sequence Completed

$ ifconfig tun
tun0: flags=9843 mtu 1500
lladdr fe:e1:ba:d0:c0:f7
priority: 0
groups: tun
status: active
inet 10.40.204.79 netmask 0xfc00 broadcast 10.40.207.255

$ netstat -rnf inet | grep tun
10/8   10.40.204.1UGS8 1351 - 8 tun0 
10.40.204/22   10.40.204.79   UC 10 - 8 tun0 
10.40.204.1link#8 UHRLc  10 - 8 tun0 
10.40.207.255  10.40.204.79   UHb00 - 1 tun0 

j.

Re: [MODIFY] devel/boost ICU flavor addition

[Jiri B]

On Tue, Sep 08, 2015 at 01:06:33PM +0100, Stuart Henderson wrote:
> Does this mean you expect to have packages which require the icu version
> and other packages which require the non-icu version? That's not going to
> work out too well, either in bulk builds or on users systems.

I really don't know what exactly to answer here:
- aegisub required icu-based Boost.Regex
- FreeBSD has icu flavor
- Fedora is built with icu
  http://pkgs.fedoraproject.org/cgit/boost.git/tree/boost.spec

So maybe switch to icu by default?

j.

> On 2015/09/08 05:54, Jiri B wrote:
> > ...ping...
> > 
> > On Wed, Sep 02, 2015 at 04:58:32AM -0400, Jiri B wrote:
> > > Hi,
> > > 
> > > I added ICU flavor for devel/boost to proceed with
> > > porting aegisub, the subtitle editor which requires
> > > it.
> > > 
> > > Not really tested, just aegisub detects Boost.Regex
> > > is built with ICU now (on AMD64).
> > > 
> > > I would be happy if more skilled porters could take
> > > the diff and finalize it and commit it.
> > > 
> > > Thx!
> > > 
> > > Index: Makefile
> > > ===
> > > RCS file: /cvs/ports/devel/boost/Makefile,v
> > > retrieving revision 1.56
> > > diff -u -p -r1.56 Makefile
> > > --- Makefile  3 Aug 2015 18:29:30 -   1.56
> > > +++ Makefile  2 Sep 2015 08:53:59 -
> > > @@ -5,7 +5,7 @@ ONLY_FOR_ARCHS=   ${GCC4_ARCHS}
> > >  COMMENT= free peer-reviewed portable C++ source libraries
> > >  
> > >  VERSION= 1.58.0
> > > -REVISION=0
> > > +REVISION=1
> > >  DISTNAME=boost_${VERSION:S/./_/g}
> > >  PKGNAME= boost-${VERSION}
> > >  CATEGORIES=  devel
> > > @@ -57,8 +57,8 @@ PERMIT_PACKAGE_CDROM=   Yes
> > >  
> > >  WANTLIB= c bz2 m pthread stdc++ util z
> > >  
> > > -MODULES= converters/libiconv \
> > > - lang/python
> > > +MODULES= lang/python
> > > +
> > >  MODPY_RUNDEP=No
> > >  
> > >  BUILD_DEPENDS+=  lang/python/${MODPY_DEFAULT_VERSION_3}
> > > @@ -66,8 +66,7 @@ LIB_DEPENDS=archivers/bzip2
> > >  
> > >  MAKE_ENV=GCC="${CC}" GXX="${CXX}"
> > >  
> > > -BJAM_CONFIG= -sICONV_PATH=${LOCALBASE} \
> > > - -sBZIP2_INCLUDE=${LOCALBASE}/include \
> > > +BJAM_CONFIG= -sBZIP2_INCLUDE=${LOCALBASE}/include \
> > >   -sBZIP2_LIBPATH=${LOCALBASE}/lib \
> > >   -d+2 -q \
> > >   -j ${MAKE_JOBS} \
> > > @@ -83,7 +82,6 @@ BJAM_CONFIG=-sICONV_PATH=${LOCALBASE} \
> > >  BOOTSTRAP=   --with-python=${MODPY_BIN} \
> > >   --with-python-root=${LOCALBASE} \
> > >   --with-python-version=${MODPY_VERSION} \
> > > - --without-icu \
> > >   --without-libraries=context,coroutine
> > >  
> > >  # python.port.mk makes assumptions about an empty CONFIGURE_STYLE
> > > @@ -95,6 +93,18 @@ DPB_PROPERTIES= parallel
> > >  NO_TEST= Yes
> > >  
> > >  SUBST_VARS+= SO_VERSION
> > > +
> > > +FLAVORS= icu
> > > +FLAVOR?=
> > > +
> > > +.if ${FLAVOR:Micu}
> > > +LIB_DEPENDS+=textproc/icu4c
> > > +BJAM_CONFIG+=-sICU_PATH=${LOCALBASE}
> > > +.else
> > > +MODULES+=converters/libiconv
> > > +BJAM_CONFIG+=-sICONV_PATH=${LOCALBASE}
> > > +BOOTSTRAP+=  --without-icu
> > > +.endif
> > >  
> > >  do-configure:
> > >   echo "using python : ${MODPY_DEFAULT_VERSION_3} : 
> > > ${LOCALBASE}/bin/python${MODPY_DEFAULT_VERSION_3} : 
> > > ${LOCALBASE}/include/python${MODPY_DEFAULT_VERSION_3}$$(python${MODPY_DEFAULT_VERSION_3}-config
> > >  --abiflags) ;" >> ${WRKSRC}/tools/build/user-config.jam
> > > Index: pkg/DESCR
> > > ===
> > > RCS file: /cvs/ports/devel/boost/pkg/DESCR,v
> > > retrieving revision 1.5
> > > diff -u -p -r1.5 DESCR
> > > --- pkg/DESCR 1 Jul 2015 08:41:59 -   1.5
> > > +++ pkg/DESCR 2 Sep 2015 08:53:59 -
> > > @@ -12,3 +12,6 @@ Committee's Library Technical Report (TR
> > >  Standard. C++11 also includes several more Boost libraries in addition
> > >  to those from TR1. More Boost libraries are proposed for standardization
> > >  in C++17.
> > > +
> > > +Flavors:
> > > + icu - Build Boost.Regex with ICU unicode support
> > > 
> > 
> 

x11/wxWidgets 3.0.2 ?

[Jiri B]

Anybody working on wxWidgets 3.0.2? If not I'm going
to take an initiative but I would later needs probably
some help with patches to correct SONAME.

j.

Re: [MODIFY] devel/boost ICU flavor addition

[Jiri B]

...ping...

On Wed, Sep 02, 2015 at 04:58:32AM -0400, Jiri B wrote:
> Hi,
> 
> I added ICU flavor for devel/boost to proceed with
> porting aegisub, the subtitle editor which requires
> it.
> 
> Not really tested, just aegisub detects Boost.Regex
> is built with ICU now (on AMD64).
> 
> I would be happy if more skilled porters could take
> the diff and finalize it and commit it.
> 
> Thx!
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/boost/Makefile,v
> retrieving revision 1.56
> diff -u -p -r1.56 Makefile
> --- Makefile  3 Aug 2015 18:29:30 -   1.56
> +++ Makefile  2 Sep 2015 08:53:59 -
> @@ -5,7 +5,7 @@ ONLY_FOR_ARCHS=   ${GCC4_ARCHS}
>  COMMENT= free peer-reviewed portable C++ source libraries
>  
>  VERSION= 1.58.0
> -REVISION=0
> +REVISION=1
>  DISTNAME=boost_${VERSION:S/./_/g}
>  PKGNAME= boost-${VERSION}
>  CATEGORIES=  devel
> @@ -57,8 +57,8 @@ PERMIT_PACKAGE_CDROM=   Yes
>  
>  WANTLIB= c bz2 m pthread stdc++ util z
>  
> -MODULES= converters/libiconv \
> - lang/python
> +MODULES= lang/python
> +
>  MODPY_RUNDEP=No
>  
>  BUILD_DEPENDS+=  lang/python/${MODPY_DEFAULT_VERSION_3}
> @@ -66,8 +66,7 @@ LIB_DEPENDS=archivers/bzip2
>  
>  MAKE_ENV=GCC="${CC}" GXX="${CXX}"
>  
> -BJAM_CONFIG= -sICONV_PATH=${LOCALBASE} \
> - -sBZIP2_INCLUDE=${LOCALBASE}/include \
> +BJAM_CONFIG= -sBZIP2_INCLUDE=${LOCALBASE}/include \
>   -sBZIP2_LIBPATH=${LOCALBASE}/lib \
>   -d+2 -q \
>   -j ${MAKE_JOBS} \
> @@ -83,7 +82,6 @@ BJAM_CONFIG=-sICONV_PATH=${LOCALBASE} \
>  BOOTSTRAP=   --with-python=${MODPY_BIN} \
>   --with-python-root=${LOCALBASE} \
>   --with-python-version=${MODPY_VERSION} \
> - --without-icu \
>   --without-libraries=context,coroutine
>  
>  # python.port.mk makes assumptions about an empty CONFIGURE_STYLE
> @@ -95,6 +93,18 @@ DPB_PROPERTIES= parallel
>  NO_TEST= Yes
>  
>  SUBST_VARS+= SO_VERSION
> +
> +FLAVORS= icu
> +FLAVOR?=
> +
> +.if ${FLAVOR:Micu}
> +LIB_DEPENDS+=textproc/icu4c
> +BJAM_CONFIG+=-sICU_PATH=${LOCALBASE}
> +.else
> +MODULES+=converters/libiconv
> +BJAM_CONFIG+=-sICONV_PATH=${LOCALBASE}
> +BOOTSTRAP+=  --without-icu
> +.endif
>  
>  do-configure:
>   echo "using python : ${MODPY_DEFAULT_VERSION_3} : 
> ${LOCALBASE}/bin/python${MODPY_DEFAULT_VERSION_3} : 
> ${LOCALBASE}/include/python${MODPY_DEFAULT_VERSION_3}$$(python${MODPY_DEFAULT_VERSION_3}-config
>  --abiflags) ;" >> ${WRKSRC}/tools/build/user-config.jam
> Index: pkg/DESCR
> ===
> RCS file: /cvs/ports/devel/boost/pkg/DESCR,v
> retrieving revision 1.5
> diff -u -p -r1.5 DESCR
> --- pkg/DESCR 1 Jul 2015 08:41:59 -   1.5
> +++ pkg/DESCR 2 Sep 2015 08:53:59 -
> @@ -12,3 +12,6 @@ Committee's Library Technical Report (TR
>  Standard. C++11 also includes several more Boost libraries in addition
>  to those from TR1. More Boost libraries are proposed for standardization
>  in C++17.
> +
> +Flavors:
> + icu - Build Boost.Regex with ICU unicode support
> 

Re: htop

[Jiri B]

On Wed, Sep 02, 2015 at 07:33:39PM -0400, Michael McConville wrote:
> I'm trying to port htop to OpenBSD. They recently made it portable and
> added FreeBSD and Darwin WIPs, so it's manageable.
> 
> Some of the FreeBSD code is directly usable or tweakable. I've been
> hacking on it for an hour and I have load average, ncpu, and uptime
> working. It builds fine when the FreeBSD config/make sections are simply
> copied.
> 
> Let me know if you're interested in helping.

Doesn't it depend on procfs?

j.

[MODIFY] devel/boost ICU flavor addition

[Jiri B]

Hi,

I added ICU flavor for devel/boost to proceed with
porting aegisub, the subtitle editor which requires
it.

Not really tested, just aegisub detects Boost.Regex
is built with ICU now (on AMD64).

I would be happy if more skilled porters could take
the diff and finalize it and commit it.

Thx!

Index: Makefile
===
RCS file: /cvs/ports/devel/boost/Makefile,v
retrieving revision 1.56
diff -u -p -r1.56 Makefile
--- Makefile3 Aug 2015 18:29:30 -   1.56
+++ Makefile2 Sep 2015 08:53:59 -
@@ -5,7 +5,7 @@ ONLY_FOR_ARCHS= ${GCC4_ARCHS}
 COMMENT=   free peer-reviewed portable C++ source libraries
 
 VERSION=   1.58.0
-REVISION=  0
+REVISION=  1
 DISTNAME=  boost_${VERSION:S/./_/g}
 PKGNAME=   boost-${VERSION}
 CATEGORIES=devel
@@ -57,8 +57,8 @@ PERMIT_PACKAGE_CDROM= Yes
 
 WANTLIB=   c bz2 m pthread stdc++ util z
 
-MODULES=   converters/libiconv \
-   lang/python
+MODULES=   lang/python
+
 MODPY_RUNDEP=  No
 
 BUILD_DEPENDS+=lang/python/${MODPY_DEFAULT_VERSION_3}
@@ -66,8 +66,7 @@ LIB_DEPENDS=  archivers/bzip2
 
 MAKE_ENV=  GCC="${CC}" GXX="${CXX}"
 
-BJAM_CONFIG=   -sICONV_PATH=${LOCALBASE} \
-   -sBZIP2_INCLUDE=${LOCALBASE}/include \
+BJAM_CONFIG=   -sBZIP2_INCLUDE=${LOCALBASE}/include \
-sBZIP2_LIBPATH=${LOCALBASE}/lib \
-d+2 -q \
-j ${MAKE_JOBS} \
@@ -83,7 +82,6 @@ BJAM_CONFIG=  -sICONV_PATH=${LOCALBASE} \
 BOOTSTRAP= --with-python=${MODPY_BIN} \
--with-python-root=${LOCALBASE} \
--with-python-version=${MODPY_VERSION} \
-   --without-icu \
--without-libraries=context,coroutine
 
 # python.port.mk makes assumptions about an empty CONFIGURE_STYLE
@@ -95,6 +93,18 @@ DPB_PROPERTIES= parallel
 NO_TEST=   Yes
 
 SUBST_VARS+=   SO_VERSION
+
+FLAVORS=   icu
+FLAVOR?=
+
+.if ${FLAVOR:Micu}
+LIB_DEPENDS+=  textproc/icu4c
+BJAM_CONFIG+=  -sICU_PATH=${LOCALBASE}
+.else
+MODULES+=  converters/libiconv
+BJAM_CONFIG+=  -sICONV_PATH=${LOCALBASE}
+BOOTSTRAP+=--without-icu
+.endif
 
 do-configure:
echo "using python : ${MODPY_DEFAULT_VERSION_3} : 
${LOCALBASE}/bin/python${MODPY_DEFAULT_VERSION_3} : 
${LOCALBASE}/include/python${MODPY_DEFAULT_VERSION_3}$$(python${MODPY_DEFAULT_VERSION_3}-config
 --abiflags) ;" >> ${WRKSRC}/tools/build/user-config.jam
Index: pkg/DESCR
===
RCS file: /cvs/ports/devel/boost/pkg/DESCR,v
retrieving revision 1.5
diff -u -p -r1.5 DESCR
--- pkg/DESCR   1 Jul 2015 08:41:59 -   1.5
+++ pkg/DESCR   2 Sep 2015 08:53:59 -
@@ -12,3 +12,6 @@ Committee's Library Technical Report (TR
 Standard. C++11 also includes several more Boost libraries in addition
 to those from TR1. More Boost libraries are proposed for standardization
 in C++17.
+
+Flavors:
+   icu - Build Boost.Regex with ICU unicode support

Re: squid port doesn't have kerberos support

[Jiri B]

On Tue, Aug 11, 2015 at 10:38:10AM +0100, Stuart Henderson wrote:
> On 2015/08/11 10:39, Максим wrote:
> > What is the cause for removed kerberos support in this packet? Is the 
> > removed
> > support for kerberos in OpenBSD related to it?
> 
> Yes. I will look at a diff if somebody would like to send one, but I have
> no kerberos infrastructure here to test/develop it myself.

I don't use squid in kerberos env but I'll put on
my (long) todo to send a diff for conserver :)

j.

Re: Update devel/libusb1 to 1.0.19

[Jiri B]

On Tue, Jun 23, 2015 at 04:23:23PM +0200, Martin Pieuchot wrote:
> > [..]
> > Is this a good candidate for tracking their github repo?
> 
> You can use the diff below if you want.  But I'd prefer to stick to
> stable releases.  Thing is OpenBSD's backend is synchronous whereas
> the libusb advertise synchronous transfer submission.  This difference
> does not really matter for the port ecosystem as most of the ports
> use the synchronous libusb-compat wrapper.  But this difference matters
> as of the 1.0.18 release when libusbx started adding some locks that
> trigger a deadlock with one application on OpenBSD.
> 
> Now we currently have a GSoC student working on improving our kernel
> interface to support asynchronous transfers so I'm not in a rush of
> upgrading the current port.

FYI When I was checking libusb for making usbredir work with SPICE
(useless as OpenBSD doesn't have virtio-serial driver now) I found out
it seems FreeBSD has its own independent libusb implementation. Hm...

https://svnweb.freebsd.org/base/stable/10/lib/libusb/

j.

Re: kerberized firefox

[Jiri B]

On Fri, Apr 24, 2015 at 01:59:38PM +0100, Stuart Henderson wrote:
> Since you have it working, do you think you could write a few words
> for firefox/pkg/README to describe what to do?

OK, here's a try (I'm not native English speaker).

Index: pkg/README
===
RCS file: /cvs/ports/www/mozilla-firefox/pkg/README,v
retrieving revision 1.11
diff -u -p -r1.11 README
--- pkg/README  29 Jan 2015 17:45:31 -  1.11
+++ pkg/README  24 Apr 2015 18:47:35 -
@@ -51,3 +51,53 @@ GStreamer packages for a full multimedia
 and MPEG videos). They will be used at runtime if firefox finds them.

 # pkg_add gstreamer1-plugins-good gstreamer1-plugins-libav
+
+Kerberized firefox
+==
+
+If kerberized Firefox is needed, you have to manually install Heimdal
+kerberosV packages and configure kerberos client. Its libraries will
+be used at runtime if firefox would need them.
+
+# pkg_add heimdal
+
+The following is an example of kerberos client configuration, see
+krb5.conf(5) for more details. For individual user, save the content
+into .krb5/config in user's home directory.
+
+[libdefaults]
+ ticket_lifetime = 36000
+ default_realm = EXAMPLE.COM
+ forwardable = yes
+ dns_lookup_realm = false
+ dns_lookup_kdc = false
+
+[realms]
+  REDHAT.COM = {
+  kdc = kdc.example.com.
+  admin_server = kdc.examle.com.
+  default_domain = example.com
+  }
+
+[domain_realm]
+ .example.com = EXAMPLE.COM
+ example.com = EXAMPLE.COM
+
+[logging]
+ default = SYSLOG:INFO :USER
+
+Then acquire initial ticket for your user. If your client username
+differs from username of your domain, then explicitly define
+'username'@'DOMAIN'.
+
+${LOCALBASE}/heimdal/bin/kinit someu...@example.com
+
+To instruct firefox to use kerberos for specific domains
+open 'about:config' and modify following key:
+
+network.negotiate-auth.trusted-uris: .example.com
+
+Because Heimdal packages are intentionally installed into non-standard
+location, either LD_LIBRARY_PATH=${LOCALBASE}/heimdal/lib variable has
+to be added into your environment or modify 'shlib_dirs' in
+/etc/rc.conf.local.

Re: kerberized firefox

[Jiri B]

On Fri, Apr 24, 2015 at 11:52:28AM +0200, Antoine Jacoutot wrote:
> Kerberos libs are not in the default library search path anymore.
> To prevent applications from automatically linking to them.
> You need to tell firefox to look under /usr/local/heimdal/lib/

Nice, it works now. Thanks!

j.

Re: kerberized firefox

[Jiri B]

On Fri, Apr 24, 2015 at 10:33:55AM +0200, Landry Breuil wrote:
> On Fri, Apr 24, 2015 at 03:55:59AM -0400, Jiri B wrote:
> > I've got heimdal krbV working and now I'd like to tell firefox
> > to use it.
> > 
> > Which ports do I have to modify/rebuild to make firefox use my krb ticket?
> 
> as of https://bugzilla.mozilla.org/show_bug.cgi?id=648730#c26 it
> "should" just work. Last i asked for on the list, noone was willing to
> test it, so i have no idea if this works.

I'm willing to test it again as I have switched my working
desktop to OpenBSD and we use krbV a lot here.

Anyway, it doesn't work for me. I got krb ticket and configured firefox

   > about:config - network.negotiate-auth.trusted-uris
add '.example.com'

(example.com is used instead of real domain).

It seems firefox doesn't try to use libs defined in
https://bugzilla.mozilla.org/show_bug.cgi?id=648730 at all.

Any help would be appreciated.

j.

$ /usr/local/heimdal/bin/klist
Credentials cache: FILE:/tmp/krb5cc_1000
Principal: jbe...@example.com

  IssuedExpires   Principal
  Apr 24 10:53:36 2015  Apr 24 20:53:36 2015  krbtgt/example@example.com

$ ls -l /tmp/krb5cc_1000
-rw---  1 jirib  wheel  506 Apr 24 10:53 /tmp/krb5cc_1000

$ firefox -v
Mozilla Firefox 37.0.1

$ kdump | egrep -B 1 'RET.*open [0-9]' | grep NAMI | egrep 
'/usr/local/lib[^"].*so'   
 10181 firefox  NAMI  "/usr/local/lib/firefox-37.0.1/libmozalloc.so.55.0"
 10181 firefox  NAMI  "/usr/local/lib/firefox-37.0.1/libxul.so.55.0"
 10181 firefox  NAMI  "/usr/local/lib/libssl3.so.37.0"
 10181 firefox  NAMI  "/usr/local/lib/libpangoft2-1.0.so.3600.0"
 10181 firefox  NAMI  "/usr/local/lib/libgio-2.0.so.4200.1"
 10181 firefox  NAMI  "/usr/local/lib/libgdk-x11-2.0.so.2400.0"
 10181 firefox  NAMI  "/usr/local/lib/libicui18n.so.8.0"
 10181 firefox  NAMI  "/usr/local/lib/libintl.so.6.0"
 10181 firefox  NAMI  "/usr/local/lib/libplds4.so.23.1"
 10181 firefox  NAMI  "/usr/local/lib/libgdk_pixbuf-2.0.so.3000.0"
 10181 firefox  NAMI  "/usr/local/lib/libgthread-2.0.so.4200.1"
 10181 firefox  NAMI  "/usr/local/lib/libcairo.so.12.3"
 10181 firefox  NAMI  "/usr/local/lib/libatk-1.0.so.21609.1"
 10181 firefox  NAMI  "/usr/local/lib/libicuuc.so.8.0"
 10181 firefox  NAMI  "/usr/local/lib/libgobject-2.0.so.4200.1"
 10181 firefox  NAMI  "/usr/local/lib/libnssutil3.so.37.0"
 10181 firefox  NAMI  "/usr/local/lib/libplc4.so.23.1"
 10181 firefox  NAMI  "/usr/local/lib/libnspr4.so.23.1"
 10181 firefox  NAMI  "/usr/local/lib/libpangocairo-1.0.so.3600.0"
 10181 firefox  NAMI  "/usr/local/lib/libglib-2.0.so.4200.1"
 10181 firefox  NAMI  "/usr/local/lib/libicudata.so.8.0"
 10181 firefox  NAMI  "/usr/local/lib/libgtk-x11-2.0.so.2400.0"
 10181 firefox  NAMI  "/usr/local/lib/libpango-1.0.so.3600.0"
 10181 firefox  NAMI  "/usr/local/lib/libsmime3.so.37.0"
 10181 firefox  NAMI  "/usr/local/lib/libhunspell-1.3.so.0.0"
 10181 firefox  NAMI  "/usr/local/lib/libnss3.so.37.0"
 10181 firefox  NAMI  "/usr/local/lib/libgmodule-2.0.so.4200.1"
 10181 firefox  NAMI  "/usr/local/lib/libharfbuzz.so.5.0"
 10181 firefox  NAMI  "/usr/local/lib/libpng.so.17.2"
 10181 firefox  NAMI  "/usr/local/lib/libiconv.so.6.0"
 10181 firefox  NAMI  "/usr/local/lib/libffi.so.1.1"
 10181 firefox  NAMI  "/usr/local/lib/libpcre.so.3.0"
 10181 firefox  NAMI  "/usr/local/lib/libgraphite2.so.0.0"
 10181 firefox  NAMI  
"/usr/local/lib/firefox-37.0.1/components/libmozgnome.so.55.0"
 10181 firefox  NAMI  
"/usr/local/lib/firefox-37.0.1/browser/components/libbrowsercomps.so.55.0"
 10181 firefox  NAMI  "/usr/local/lib/gtk-2.0/2.10.0/engines/libpixmap.so"
 10181 firefox  NAMI  "/usr/local/lib/gtk-2.0/2.10.0/engines/libadwaita.so"
 10181 firefox  NAMI  "/usr/local/lib/pango/1.8.0/modules/pango-basic-fc.so"
 10181 firefox  NAMI  
"/usr/local/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so"
 10181 firefox  NAMI  "/usr/local/lib/gio/modules/libgvfsdbus.so"
 10181 firefox  NAMI  "/usr/local/lib/gvfs/libgvfscommon.so"
 10181 firefox  NAMI  "/usr/local/lib/libsoftokn3.so.37.0"
 10181 firefox  NAMI  "/usr/local/lib/libnssdbm3.so.37.0"
 10181 firefox  NAMI  "/usr/local/lib/libfreebl3.so.37.0"
 10181 firefox  NAMI  "/usr/local/lib/libnssckbi.so.37.0"
 10181 firefox  NAMI  "/usr/local/lib/gio/modules/libgsettingsgconfbackend.so"
 10181 firefox  NAMI  "/usr/local/lib/libdbus-1.so.11.0"
 10181 firefox  NAMI  "/usr/local/lib/libdbus-glib-1.so.4.4"
 10181 firefox  NAMI  "/usr/local/lib/libgconf-2.so.6.2"
 10181 firefox  NAMI  "/usr/local/lib/gio/modules/libdconfsettings.so"
 10181 firefox  NAMI  
"/usr/local/lib/gio/modules/libgioremote-volume-monitor.so"

kerberized firefox

[Jiri B]

I've got heimdal krbV working and now I'd like to tell firefox
to use it.

Which ports do I have to modify/rebuild to make firefox use my krb ticket?

Could we have a flavor for krb?

j.

Re: calibre/ebook-viewer broken

[Jiri B]

On Thu, Apr 16, 2015 at 11:40:08PM +0100, Stuart Henderson wrote:
> Cc'ing ports as well for reference.
 
> There's an unregistered libpthread dependency so this won't have
> been updated properly for the recent changes. "pkg_add -u -D
> installed py-lxml" should help you for this one.

Just confirming that this made ebook-viewer work again. Thx!
 
> If anyone can adjust portbump to add a way to sync WANTLIB in easy
> cases (recognise them; e.g. no subpackages and no '/' in existing
> WANTLIB), grep out the existing WANTLIB lines and replace with new
> ones (just after PERMIT_*), that would be extremely helpful, it
> would handle many ports automatically and reduce the number
> requiring manual attention to a more manageable amount.

j.

Re: [UPDATE] multimedia/mkvtoolnix

[Jiri B]

On Mon, Apr 06, 2015 at 12:44:22PM +0200, Antoine Jacoutot wrote:
> Missing shared-mime-info goos.

Because of sporadic segfault while closing mmg we would need
either newer wxWidgets or to build QT GUI.

Anyway update mkvtoolnix diff below.

(gdb) bt
#0  0x14f613a7ef60 in wxWindowBase::SetContainingSizer(wxSizer*) () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#1  0x14f613a6ef3b in wxSizerItem::~wxSizerItem() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#2  0x14f613a6f43c in wxSizer::~wxSizer() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#3  0x14f613a71735 in wxBoxSizer::~wxBoxSizer() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#4  0x14f613a6ef63 in wxSizerItem::~wxSizerItem() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#5  0x14f613a6f43c in wxSizer::~wxSizer() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#6  0x14f613a6f579 in wxFlexGridSizer::~wxFlexGridSizer() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#7  0x14f613a6ef63 in wxSizerItem::~wxSizerItem() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#8  0x14f613a6f43c in wxSizer::~wxSizer() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#9  0x14f613a6fa14 in wxStaticBoxSizer::~wxStaticBoxSizer() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#10 0x14f613a6ef63 in wxSizerItem::~wxSizerItem() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#11 0x14f613a6f43c in wxSizer::~wxSizer() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#12 0x14f613a71735 in wxBoxSizer::~wxBoxSizer() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#13 0x14f613a82849 in wxWindowBase::~wxWindowBase() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#14 0x14f3c7c2ccee in tab_global::~tab_global (this=0x14f67b212400, 
__in_chrg=) at src/mmg/tabs/global.h:40
#15 0x14f3c7c2cd1e in tab_global::~tab_global (this=0x14f67b212400, 
__in_chrg=) at src/mmg/tabs/global.h:40
#16 0x14f6139f6822 in wxBookCtrlBase::DeletePage(unsigned long) () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#17 0x14f6139dae20 in wxNotebook::DeleteAllPages() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#18 0x14f6139dc254 in wxNotebook::~wxNotebook() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#19 0x14f613a7f944 in wxWindowBase::DestroyChildren() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#20 0x14f61397d3ad in wxWindow::~wxWindow() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#21 0x14f613aaccbb in wxPanel::~wxPanel() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#22 0x14f613a7f944 in wxWindowBase::DestroyChildren() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#23 0x14f61397d3ad in wxWindow::~wxWindow() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#24 0x14f3c7b92f9f in mmg_dialog::~mmg_dialog (this=0x14f661d91800, 
__in_chrg=) at src/mmg/mmg_dialog.cpp:203
#25 0x14f3c7b92fce in mmg_dialog::~mmg_dialog (this=0x14f661d91800, 
__in_chrg=) at src/mmg/mmg_dialog.cpp:205
#26 0x14f6139f31d1 in wxAppBase::DeletePendingObjects() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#27 0x14f6139f34c6 in wxAppBase::ProcessIdle() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#28 0x14f61394f601 in wxapp_idle_callback () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#29 0x14f6879c4142 in g_main_context_dispatch () from 
/usr/local/lib/libglib-2.0.so.4200.1
#30 0x14f6879c62cb in g_main_context_iterate () from 
/usr/local/lib/libglib-2.0.so.4200.1
#31 0x14f6879c7245 in g_main_loop_run () from 
/usr/local/lib/libglib-2.0.so.4200.1
#32 0x14f6bedeee21 in gtk_main () from 
/usr/local/lib/libgtk-x11-2.0.so.2400.0
#33 0x14f61396787d in wxEventLoop::Run() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#34 0x14f6139f3399 in wxAppBase::MainLoop() () from 
/usr/local/lib/libwx_gtk2_core.so.3.0
#35 0x14f61d9ca8d1 in wxEntry(int&, wchar_t**) () from 
/usr/local/lib/libwx_base.so.3.0
#36 0x14f3c7b8ff08 in main (argc=1, argv=0x7f7eeaf8) at 
src/mmg/mmg.cpp:31

Index: mkvtoolnix/Makefile
===
RCS file: /cvs/ports/multimedia/mkvtoolnix/Makefile,v
retrieving revision 1.32
diff -u -p -u -p -r1.32 Makefile
--- mkvtoolnix/Makefile 11 Apr 2013 20:26:10 -  1.32
+++ mkvtoolnix/Makefile 7 Apr 2015 00:31:28 -
@@ -2,11 +2,10 @@
 
 COMMENT=   create, alter and inspect Matroska files
 
-DISTNAME=  mkvtoolnix-4.0.0
-REVISION=  3
+DISTNAME=  mkvtoolnix-7.8.0
 CATEGORIES=multimedia x11
 MASTER_SITES=  ${HOMEPAGE}/sources/
-EXTRACT_SUFX=  .tar.bz2
+EXTRACT_SUFX=  .tar.xz
 
 HOMEPAGE = http://www.bunkus.org/videotools/mkvtoolnix/
 
@@ -16,27 +15,32 @@ MAINTAINER= Brad Smith =1.4.2 \
+   textproc/libebml>=1.3.1 \
+   net/curl
 
 MAKE_FLAGS+=   V=1
 
 USE_GROFF= Yes
-USE_GMAKE= Yes
 CONFIGURE_STYLE= gnu
-CONFIGURE_ARGS=--with-boost-filesystem=boost_filesystem-mt \
-   --with-boost-libdir=${LOCALBASE}/lib \
-   --with-boost-regex=boost_regex-mt

[UPDATE] multimedia/mktoolnix

[Jiri B]

Hi,

an attemp to update mktoolnix, this time little more
work as our port was quite old.

I found the gui app erraticly segfaults when one is closing
the app via File->Quit.

Basic functionality works OK although I'm not advanced
user of mkvtoolnix.

(I tried to hack your patches, well I'm not programmer so
maybe I messed up something.)

j.

cvs server: Diffing mkvtoolnix
Index: mkvtoolnix/Makefile
===
RCS file: /cvs/ports/multimedia/mkvtoolnix/Makefile,v
retrieving revision 1.32
diff -u -p -r1.32 Makefile
--- mkvtoolnix/Makefile 11 Apr 2013 20:26:10 -  1.32
+++ mkvtoolnix/Makefile 30 Mar 2015 21:24:29 -
@@ -2,11 +2,10 @@
 
 COMMENT=   create, alter and inspect Matroska files
 
-DISTNAME=  mkvtoolnix-4.0.0
-REVISION=  3
+DISTNAME=  mkvtoolnix-7.8.0
 CATEGORIES=multimedia x11
 MASTER_SITES=  ${HOMEPAGE}/sources/
-EXTRACT_SUFX=  .tar.bz2
+EXTRACT_SUFX=  .tar.xz
 
 HOMEPAGE = http://www.bunkus.org/videotools/mkvtoolnix/
 
@@ -16,27 +15,32 @@ MAINTAINER= Brad Smith =1.4.2 \
+   textproc/libebml>=1.3.1 \
+   net/curl
 
 MAKE_FLAGS+=   V=1
 
 USE_GROFF= Yes
-USE_GMAKE= Yes
 CONFIGURE_STYLE= gnu
-CONFIGURE_ARGS=--with-boost-filesystem=boost_filesystem-mt \
-   --with-boost-libdir=${LOCALBASE}/lib \
-   --with-boost-regex=boost_regex-mt
+CONFIGURE_ARGS +=  --disable-optimization \
+   --with-boost-filesystem=boost_filesystem-mt \
+   --with-boost-regex=boost_regex-mt \
+   --with-boost-system=boost_system-mt
+
 CONFIGURE_ENV= CPPFLAGS="-I${X11BASE}/include -I${LOCALBASE}/include" \
LDFLAGS="-L${X11BASE}/lib -L${LOCALBASE}/lib"
 
@@ -54,26 +58,13 @@ WANTLIB+=   wx_base wx_base_net wx_base_od
 
 NO_TEST=Yes
 
+do-build:
+   @cd ${WRKSRC} && \
+   env -i ${MAKE_ENV} ${RUBY} ./drake ${MAKE_FLAGS}
+
 do-install:
-   ${INSTALL_DATA_DIR} ${PREFIX}/man/ja.po
-   ${INSTALL_DATA_DIR} ${PREFIX}/man/zh_CN.po
-   ${INSTALL_DATA_DIR} ${PREFIX}/man/man1
-.for i in mkvextract mkvinfo mkvmerge mkvpropedit
-   ${INSTALL_PROGRAM} ${WRKBUILD}/src/$i ${PREFIX}/bin
-   ${INSTALL_DATA} ${WRKSRC}/doc/man/$i.1 ${PREFIX}/man/man1
-   ${INSTALL_DATA} ${WRKSRC}/doc/man/ja/$i.1 ${PREFIX}/man/ja.po
-   ${INSTALL_DATA} ${WRKSRC}/doc/man/zh_CN/$i.1 ${PREFIX}/man/zh_CN.po 
-.endfor
-.if !${FLAVOR:Mno_x11}
-   ${INSTALL_PROGRAM} ${WRKBUILD}/src/mmg/mmg ${PREFIX}/bin
-   ${INSTALL_DATA} ${WRKSRC}/doc/man/mmg.1 ${PREFIX}/man/man1
-   ${INSTALL_DATA_DIR} ${PREFIX}/share/mkvtoolnix/images
-   ${INSTALL_DATA} ${WRKSRC}/doc/guide/en/mkvmerge-gui.* 
${PREFIX}/share/mkvtoolnix
-   ${INSTALL_DATA} ${WRKSRC}/doc/guide/en/images/*.gif 
${PREFIX}/share/mkvtoolnix/images
-.endif
-.for l in de ja nl ru uk zh_CN zh_TW
-   ${INSTALL_DATA_DIR} ${PREFIX}/share/locale/$l/LC_MESSAGES
-   ${INSTALL_DATA} ${WRKSRC}/po/$l.mo 
${PREFIX}/share/locale/$l/LC_MESSAGES/mkvtoolnix.mo
-.endfor
+   @cd ${WRKSRC} && \
+   env -i ${MAKE_ENV} ${RUBY} ./drake \
+   DESTDIR=${WRKINST} install
 
 .include 
Index: mkvtoolnix/distinfo
===
RCS file: /cvs/ports/multimedia/mkvtoolnix/distinfo,v
retrieving revision 1.16
diff -u -p -r1.16 distinfo
--- mkvtoolnix/distinfo 8 Mar 2013 01:32:25 -   1.16
+++ mkvtoolnix/distinfo 30 Mar 2015 21:24:29 -
@@ -1,2 +1,2 @@
-SHA256 (mkvtoolnix-4.0.0.tar.bz2) = 
uB9jf+k54uCVO8L6sBxy+ZpP5VSkodT7Ct3n06UUy/s=
-SIZE (mkvtoolnix-4.0.0.tar.bz2) = 1605839
+SHA256 (mkvtoolnix-7.8.0.tar.xz) = TqE6ddshcJROleGAqquX4/DULATYig1LqtrNVUJI/lQ=
+SIZE (mkvtoolnix-7.8.0.tar.xz) = 5361192
cvs server: Diffing mkvtoolnix/patches
cvs server: cannot find mkvtoolnix/patches/patch-configure
Index: mkvtoolnix/patches/patch-src_common_common_cpp
===
RCS file: /cvs/ports/multimedia/mkvtoolnix/patches/patch-src_common_common_cpp,v
retrieving revision 1.3
diff -u -p -r1.3 patch-src_common_common_cpp
--- mkvtoolnix/patches/patch-src_common_common_cpp  17 Jul 2010 22:52:53 
-  1.3
+++ mkvtoolnix/patches/patch-src_common_common_cpp  30 Mar 2015 21:24:29 
-
@@ -1,11 +1,11 @@
-$OpenBSD: patch-src_common_common_cpp,v 1.3 2010/07/17 22:52:53 benoit Exp $
 src/common/common.cpp.orig Sat Jun  5 08:24:39 2010
-+++ src/common/common.cpp  Sat Jun 26 20:42:11 2010
-@@ -14,6 +14,7 @@
- #include "common/common_pch.h"
+$OpenBSD$
+--- src/common/common.cpp.orig Mon Mar 30 20:04:33 2015
 src/common/common.cpp  Mon Mar 30 20:04:58 2015
+@@ -12,6 +12,7 @@
+ */
  
- #include 
+ #include "common/common_pch.h"
 +#include 
+ 
  #ifdef SYS_WINDOWS
  # include 
- #endif
Index: mkvtoolnix/patches/patch-src_common_dts_cpp
===
RCS f

[UPDATE] textproc/libebml

[Jiri B]

Hello,

an attempt to update libebml (libmatroska in separate mail).

j.


cvs server: Diffing libebml
Index: libebml/Makefile
===
RCS file: /cvs/ports/textproc/libebml/Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 Makefile
--- libebml/Makefile16 Mar 2015 18:07:56 -  1.11
+++ libebml/Makefile30 Mar 2015 16:31:52 -
@@ -1,14 +1,13 @@
-# $OpenBSD: Makefile,v 1.11 2015/03/16 18:07:56 naddy Exp $
+# $OpenBSD$
 
 COMMENT=   Extensible Binary Meta Language library
 
-DISTNAME=  libebml-1.2.2
+DISTNAME=  libebml-1.3.1
 CATEGORIES=textproc
 MASTER_SITES=  http://dl.matroska.org/downloads/libebml/
 EXTRACT_SUFX=  .tar.bz2
-REVISION=  0
 
-SHARED_LIBS=   ebml2.1
+SHARED_LIBS=   ebml2.3
 
 HOMEPAGE=  http://www.matroska.org/
 
@@ -19,17 +18,11 @@ PERMIT_PACKAGE_CDROM=   Yes
 
 WANTLIB=   m stdc++
 
-MAKE_ENV+= LIBebml_VERSION=${LIBebml_VERSION}
-MAKE_FLAGS+=   CXX="${CXX}" CXXFLAGS="${CXXFLAGS}"
-FAKE_FLAGS+=   prefix=${DESTDIR}${PREFIX}
-
 USE_GMAKE= Yes
+USE_LIBTOOL=   gnu
 
 NO_TEST=   Yes
 
-WRKSRC=${WRKDIST}/make/linux
-
-post-extract:
-   @perl -pi -e 's/\r\n/\n/;' ${WRKSRC}/Makefile
+CONFIGURE_STYLE=gnu
 
 .include 
Index: libebml/distinfo
===
RCS file: /cvs/ports/textproc/libebml/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- libebml/distinfo18 Jan 2015 03:15:22 -  1.7
+++ libebml/distinfo30 Mar 2015 16:31:52 -
@@ -1,2 +1,2 @@
-SHA256 (libebml-1.2.2.tar.bz2) = R2sIxkNqlsAkpT54jnyUXOm0HNhlQWV2NESqflJFt6U=
-SIZE (libebml-1.2.2.tar.bz2) = 60802
+SHA256 (libebml-1.3.1.tar.bz2) = GViUsxqspVZXybwVfXRPI7DCVZdga5fPpakDnEtoQpU=
+SIZE (libebml-1.3.1.tar.bz2) = 599116
cvs server: Diffing libebml/patches
cvs server: Diffing libebml/pkg
Index: libebml/pkg/PLIST
===
RCS file: /cvs/ports/textproc/libebml/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -r1.2 PLIST
--- libebml/pkg/PLIST   16 Mar 2015 18:07:56 -  1.2
+++ libebml/pkg/PLIST   30 Mar 2015 16:31:52 -
@@ -1,4 +1,4 @@
-@comment $OpenBSD: PLIST,v 1.2 2015/03/16 18:07:56 naddy Exp $
+@comment $OpenBSD$
 include/ebml/
 include/ebml/Debug.h
 include/ebml/EbmlBinary.h
@@ -24,8 +24,12 @@ include/ebml/EbmlVersion.h
 include/ebml/EbmlVoid.h
 include/ebml/IOCallback.h
 include/ebml/MemIOCallback.h
+include/ebml/MemReadIOCallback.h
+include/ebml/SafeReadIOCallback.h
 include/ebml/StdIOCallback.h
 include/ebml/c/
 include/ebml/c/libebml_t.h
 lib/libebml.a
+lib/libebml.la
 @lib lib/libebml.so.${LIBebml_VERSION}
+lib/pkgconfig/libebml.pc

[UPDATE] multimedia/libmatroska

[Jiri B]

Hi,

an attempt to update libmatroska (mkvtoolnix still in WIP).

j.

cvs server: Diffing libmatroska
Index: libmatroska/Makefile
===
RCS file: /cvs/ports/multimedia/libmatroska/Makefile,v
retrieving revision 1.13
diff -u -p -r1.13 Makefile
--- libmatroska/Makefile16 Mar 2015 18:07:51 -  1.13
+++ libmatroska/Makefile30 Mar 2015 16:30:57 -
@@ -1,12 +1,11 @@
-# $OpenBSD: Makefile,v 1.13 2015/03/16 18:07:51 naddy Exp $
+# $OpenBSD: Makefile,v 1.12 2013/03/11 11:35:44 espie Exp $
 
 COMMENT=   extensible open standard audio/video container library
 
-DISTNAME=  libmatroska-1.3.0
+DISTNAME=  libmatroska-1.4.2
 CATEGORIES=multimedia
 MASTER_SITES=  http://dl.matroska.org/downloads/libmatroska/
 EXTRACT_SUFX=  .tar.bz2
-REVISION=  0
 
 SHARED_LIBS=   matroska3.0
 
@@ -17,25 +16,15 @@ MAINTAINER= Brad Smith =2.1 m stdc++
+WANTLIB+=  m stdc++
 
-LIB_DEPENDS=   textproc/libebml>=1.2.2
-
-MAKE_ENV+= LIBmatroska_VERSION=${LIBmatroska_VERSION}
-MAKE_FLAGS+=   CXX="${CXX}" CXXFLAGS="${CXXFLAGS}" LOCALBASE=${LOCALBASE}
-FAKE_FLAGS+=   prefix=${DESTDIR}${PREFIX}
+BUILD_DEPENDS= textproc/libebml>=1.3.1
 
 USE_GMAKE= Yes
+USE_LIBTOOL=   Yes
 
-TEST_TARGET=   test
-
-WRKSRC=${WRKDIST}/make/linux
+CONFIGURE_STYLE=gnu
 
-post-extract:
-   @perl -pi -e 's/\r\n/\n/;' ${WRKSRC}/Makefile
-   @piconv -t utf-8 ${WRKDIST}/test/mux/test6.cpp \
-   >${WRKDIST}/test/mux/test6.cpp.tmp \
-   && mv ${WRKDIST}/test/mux/test6.cpp.tmp \
-   ${WRKDIST}/test/mux/test6.cpp
+TEST_TARGET=   test
 
 .include 
Index: libmatroska/distinfo
===
RCS file: /cvs/ports/multimedia/libmatroska/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- libmatroska/distinfo18 Jan 2015 03:14:35 -  1.7
+++ libmatroska/distinfo30 Mar 2015 16:30:57 -
@@ -1,2 +1,2 @@
-SHA256 (libmatroska-1.3.0.tar.bz2) = 
UjHslYVxNl5xmm/TwiAievbPDxTgvRvPdm3bwGjRjmk=
-SIZE (libmatroska-1.3.0.tar.bz2) = 80542
+SHA256 (libmatroska-1.4.2.tar.bz2) = 
vqEDIPHx/RIbvX25/8d7JRjoJp8AkDVJxUJUeLv4OT8=
+SIZE (libmatroska-1.4.2.tar.bz2) = 611057
cvs server: Diffing libmatroska/patches
Index: libmatroska/patches/patch-make_linux_Makefile
===
RCS file: libmatroska/patches/patch-make_linux_Makefile
diff -N libmatroska/patches/patch-make_linux_Makefile
--- libmatroska/patches/patch-make_linux_Makefile   4 Oct 2011 08:59:41 
-   1.5
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,86 +0,0 @@
-$OpenBSD: patch-make_linux_Makefile,v 1.5 2011/10/04 08:59:41 giovanni Exp $
 make/linux/Makefile.orig   Sun Oct  2 16:04:20 2011
-+++ make/linux/MakefileSun Oct  2 16:05:23 2011
-@@ -33,8 +33,8 @@ INSTALL_DIR_OPTS = -m 755
- CWD=$(shell pwd)
- 
- # Options
--LIBEBML_INCLUDE_DIR=$(CWD)/../../../libebml
--LIBEBML_LIB_DIR=$(CWD)/../../../libebml/make/linux
-+LIBEBML_INCLUDE_DIR=$(LOCALBASE)/include
-+LIBEBML_LIB_DIR=$(LOCALBASE)/lib
- EXTENSION=.cpp
- 
- ifeq (yes,$(DEBUG))
-@@ -53,8 +53,7 @@ MUX_LIBS=-lmatroska -lebml $(LIBICONV)
- 
- # Names
- LIBRARY=libmatroska.a
--LIBRARY_SO=libmatroska.so
--LIBRARY_SO_VER=libmatroska.so.5
-+LIBRARY_SO_VER=libmatroska.so.${LIBmatroska_VERSION}
- 
- # source-files
- sources:=$(wildcard ${SRC_DIR}*$(EXTENSION))
-@@ -81,7 +80,7 @@ endif
- 
- staticlib: $(LIBRARY)
- 
--sharedlib: $(LIBRARY_SO)
-+sharedlib: $(LIBRARY_SO_VER)
- 
- lib:
-   @echo "Use the 'staticlib', 'sharedlib' or 'all' targets."
-@@ -98,15 +97,12 @@ $(LIBRARY): $(objects)
-   $(AR) rcvu $@ $(objects)
-   $(RANLIB) $@
- 
--$(LIBRARY_SO): $(objects_so)
--  $(CXX) -shared -Wl,-soname,$(LIBRARY_SO_VER) -o $(LIBRARY_SO_VER) 
$(objects_so) -lebml
--  rm -f $(LIBRARY_SO)
--  ln -s $(LIBRARY_SO_VER) $(LIBRARY_SO)
-+$(LIBRARY_SO_VER): $(objects_so)
-+  $(CXX) -shared -fPIC -o $(LIBRARY_SO_VER) $(objects_so) $(LINKFLAGS) 
-lebml
- 
- clean:cleantest
-   rm -f $(objects) $(objects_so)
-   rm -f $(LIBRARY)
--  rm -f $(LIBRARY_SO)
-   rm -f $(LIBRARY_SO_VER)
-   rm -f CORE
- 
-@@ -128,19 +124,19 @@ depend:
- 
- test: test6 test9
- 
--test6:test6.o $(LIBRARY) $(LIBRARY_SO)
-+test6:test6.o $(LIBRARY) $(LIBRARY_SO_VER)
-   $(LD) -o $@ $(LINKFLAGS) $< $(MUX_LIBS)
- 
- test6.o: $(MUX_SRC_DIR)test6.cpp
-   $(CXX) -c $(COMPILEFLAGS) -o $@ $<
- 
--test8:test8.o $(LIBRARY) $(LIBRARY_SO)
-+test8:test8.o $(LIBRARY) $(LIBRARY_SO_VER)
-   $(LD) -o $@ $(LINKFLAGS) $< $(MUX_LIBS)
- 
- test8.o: $(MUX_SRC_DIR)test8.cpp
-   $(CXX) -c $(COMPILEFLAGS) -o $@ $<
- 
--test9:test9.o $(LIBRARY) $(LIBRARY_SO)
-+test9:test9.o $(LIBRARY) $(LIBRARY_SO_VER)
-   $(LD) -o $@ $(LINKFLAGS) $< $(MUX_LIBS)
- 
- test9.o: $(TAG_SRC_DIR)test9.cpp
-@@ -166,10 +162,9 @@ inst

Re: [NEW] converters/unoconv

[Jiri B]

On Sat, Apr 04, 2015 at 07:28:07PM +0200, Antoine Jacoutot wrote:
> On Sat, Apr 04, 2015 at 01:26:52PM -0400, Jiri B wrote:
> > $ unoconv
> > /usr/local/bin/python3.4:/usr/local/lib/libestdc++.so.16.0: 
> > /usr/lib/libstdc++.so.57.0 : WARNING: 
> > symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink your 
> > program
> > unoconv: you have to provide a filename as argument
> > Try `unoconv -h' for more information.
> > 
> > I can convert fine, but sometimes soffice.bin is not ended,
> > not sure if unoconv of LO problem. ^c solves the problem :/
> 
> LO, python... it's still a bit fugly for import.

I did pkgs update and now it core dumps as well :/

#0  0x09449dc7090a in kill () at :2
No locals.
#1  0x09449dcaa0c9 in abort () at /usr/src/lib/libc/stdlib/abort.c:53
mask = 4294967263
#2  0x09450c2370cc in __gnu_cxx::__verbose_terminate_handler () at 
/usr/src/gnu/lib/libstdc++-v3/../../gcc/libstdc++-v3/libsupc++/vterminate.cc:98
t = 
terminating = true
#3  0x09450c2ad837 in __cxxabiv1::__terminate (handler=0xfb7b0) at 
/usr/src/gnu/lib/libstdc++-v3/../../gcc/libstdc++-v3/libsupc++/eh_terminate.cc:43
No locals.
#4  0x09450c2ad873 in std::terminate () at 
/usr/src/gnu/lib/libstdc++-v3/../../gcc/libstdc++-v3/libsupc++/eh_terminate.cc:53
No locals.
#5  0x09450c2312ce in __cxxabiv1::__cxa_throw (obj=, 
tinfo=, dest=) at 
/usr/src/gnu/lib/libstdc++-v3/../../gcc/libstdc++-v3/libsupc++/eh_throw.cc:76
No locals.
#6  0x09451066e3a7 in pyuno::getClass(rtl::OUString const&, pyuno::Runtime 
const&) () from /usr/local/lib/libreoffice/program/libpyuno.so
No symbol table info available.
#7  0x09451066350e in getClass () from 
/usr/local/lib/libreoffice/program/libpyuno.so
No symbol table info available.
#8  0x0944e101c645 in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#9  0x0944e101dab3 in PyEval_EvalCodeEx () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#10 0x0944e0f8afa0 in function_call () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#11 0x0944e0f6089d in PyObject_Call () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#12 0x0944e1013f46 in PyEval_CallObjectWithKeywords () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#13 0x0944e101991c in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#14 0x0944e101dab3 in PyEval_EvalCodeEx () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#15 0x0944e101db6b in PyEval_EvalCode () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#16 0x0944e1012c30 in builtin_exec () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#17 0x0944e101c102 in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#18 0x0944e101dab3 in PyEval_EvalCodeEx () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#19 0x0944e101c396 in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#20 0x0944e101cde2 in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#21 0x0944e101cde2 in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#22 0x0944e101cde2 in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#23 0x0944e101cde2 in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#24 0x0944e101dab3 in PyEval_EvalCodeEx () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#25 0x0944e0f8afa0 in function_call () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#26 0x0944e0f6089d in PyObject_Call () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#27 0x0944e0f610f1 in _PyObject_CallMethodIdObjArgs () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#28 0x0944e10308a5 in PyImport_ImportModuleLevelObject () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#29 0x0944e10136ab in builtin___import__ () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#30 0x0944e101c102 in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#31 0x0944e101dab3 in PyEval_EvalCodeEx () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#32 0x0944e0f8afa0 in function_call () from 
/usr/local/lib/libpython3.4m.so.1.0
No symbol table info available.
#33 0x0944e0f6089d in PyObject_Call () from 
/usr/l

Re: [NEW] converters/unoconv

[Jiri B]

$ unoconv
/usr/local/bin/python3.4:/usr/local/lib/libestdc++.so.16.0: 
/usr/lib/libstdc++.so.57.0 : WARNING: 
symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink your program
unoconv: you have to provide a filename as argument
Try `unoconv -h' for more information.

I can convert fine, but sometimes soffice.bin is not ended,
not sure if unoconv of LO problem. ^c solves the problem :/

j.

Re: [NEW] converters/unoconv

[Jiri B]

On Sat, Apr 04, 2015 at 06:31:15PM +0200, Antoine Jacoutot wrote:
> On Sat, Apr 04, 2015 at 12:01:27PM -0400, Jiri B wrote:
> > 
> > Universal Office Converter (unoconv) is a command line tool to convert
> > any document format that LibreOffice can import to any document format
> > that LibreOffice can export. It makes use of the LibreOffice's UNO
> > bindings for non-interactive conversion of documents.
> 
> $ unoconv 
>   
> /usr/local/bin/python3.4:/usr/local/lib/libestdc++.so.16.0: 
> /usr/lib/libstdc++.so.57.0 : WARNING: 
> symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink your 
> program
> terminate called after throwing an instance of 
> 'com::sun::star::uno::RuntimeException'
> Abort trap (core dumped)

It doesn't segfault for me, although sometimes some rubbish on stdout.
Did you tune malloc.conf?

$ unoconv --version
/usr/local/bin/python3.4:/usr/local/lib/libestdc++.so.16.0: 
/usr/lib/libstdc++.so.57.0 : WARNING: 
symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink your program
warn:configmgr:14298:1:configmgr/source/xcuparser.cxx:948: ignoring modify of 
unknown set member node "StarOffice XML (Base) Report" in 
"file:///usr/local/lib/libreoffice/program/../share/registry/res/fcfg_langpack_en-US.xcd"
warn:configmgr:14298:1:configmgr/source/xcuparser.cxx:948: ignoring modify of 
unknown set member node "StarOffice XML (Base) Report Chart" in 
"file:///usr/local/lib/libreoffice/program/../share/registry/res/fcfg_langpack_en-US.xcd"
unoconv 0.6
Written by Dag Wieers 
Homepage at http://dag.wieers.com/home-made/unoconv/

platform posix/openbsd5
python 3.4.3 (default, Mar 16 2015, 16:36:06)
[GCC 4.2.1 20070719 ]
LibreOffice 4.3

j.

[NEW] converters/unoconv

[Jiri B]

Universal Office Converter (unoconv) is a command line tool to convert
any document format that LibreOffice can import to any document format
that LibreOffice can export. It makes use of the LibreOffice's UNO
bindings for non-interactive conversion of documents.

j.


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

Re: [ssl] libreoffice core dumps because of network content

[Jiri B]

On Thu, Apr 02, 2015 at 09:26:06AM -0400, Jiri B wrote:
> Still segfaults with your lastest diff. BTW is there a way to
> reinstall a package with same version without loosing packages
> that depend on him? I used a workaround, modified revision as
> I'm slow line now and I don't want to download packages again.
> 
> #0  SHA256_Final (md=0x1f8cce950d19 "master secret", c=0x1f8d06776c60 
> ) at 
> /usr/src/lib/libcrypto/crypto/../../libssl/src/crypto/md32_common.h:296
> #1  0x1f8d06c46e95 in HMAC_Update (cx=0x1f8c398fd820, data=0x1f8cce950d19 
> "master secret", data_len=13) at alghmac.c:121
> #2  0x1f8c24b77d97 in HMAC_Update (cx=0x1f8c398fd820, data=0x1f8cce950d19 
> "master secret", data_len=13) at loader.c:1522
> #3  0x1f8d0673b775 in int_update (ctx=, 
> data=0x1f8d06776c60 , count=13) at 
> /usr/src/lib/libcrypto/crypto/../../libssl/src/crypto/hmac/hm_pmeth.c:155

I tried to add 'HMAC_Update' into the patch but this 'hack' didn't work,
nss rebuild failed.

j.

~~~
mkdir OpenBSD5.7_64_OPT.OBJ/OpenBSD_SINGLE_SHLIB
gmake FREEBL_CHILD_BUILD=1 \
 OBJDIR=OpenBSD5.7_64_OPT.OBJ/OpenBSD_SINGLE_SHLIB libs
 gmake[3]: Entering directory 
'/home/jirib/openbsd/pobj/nss-3.17.4/nss-3.17.4/nss/lib/freebl'
 cc -o OpenBSD5.7_64_OPT.OBJ/OpenBSD_SINGLE_SHLIB/freeblver.o -c  -fPIC -DPIC  
-ansi -Wall -Wno-switch -pipe -DOPENBSD -DXP_UNIX -DSHLIB_SUFFIX=\"so.36.0\" 
-DSHLIB_PREFIX=\"lib\" -DSHLIB_VERSION=\"3\" -DSOFTOKEN_SHLIB_VERSION=\"3\" 
-DRIJNDAEL_INCLUDE_TABLES -UDEBUG -DNDEBUG -pthread -DUSE_UTIL_DIRECTLY 
-DNO_NSPR_10_SUPPORT -DSSL_DISABLE_DEPRECATED_CIPHER_SUITE_NAMES -DNSS_USE_64 
-DMP_API_COMPATIBLE -I/usr/local/include/nspr 
-I../../../dist/OpenBSD5.7_64_OPT.OBJ/include -I../../../dist/public/nss 
-I../../../dist/private/nss -Impi -Iecl -I/usr/local/include -O2 -pipe -O0 -g  
freeblver.c
 cc -o OpenBSD5.7_64_OPT.OBJ/OpenBSD_SINGLE_SHLIB/ldvector.o -c  -fPIC -DPIC  
-ansi -Wall -Wno-switch -pipe -DOPENBSD -DXP_UNIX -DSHLIB_SUFFIX=\"so.36.0\" 
-DSHLIB_PREFIX=\"lib\" -DSHLIB_VERSION=\"3\" -DSOFTOKEN_SHLIB_VERSION=\"3\" 
-DRIJNDAEL_INCLUDE_TABLES -UDEBUG -DNDEBUG -pthread -DUSE_UTIL_DIRECTLY 
-DNO_NSPR_10_SUPPORT -DSSL_DISABLE_DEPRECATED_CIPHER_SUITE_NAMES -DNSS_USE_64 
-DMP_API_COMPATIBLE -I/usr/local/include/nspr 
-I../../../dist/OpenBSD5.7_64_OPT.OBJ/include -I../../../dist/public/nss 
-I../../../dist/private/nss -Impi -Iecl -I/usr/local/include -O2 -pipe -O0 -g  
ldvector.c
 ldvector.c:189: error: 'NSS_HMAC_Update' undeclared here (not in a function)
 ../../coreconf/rules.mk:384: recipe for target 
'OpenBSD5.7_64_OPT.OBJ/OpenBSD_SINGLE_SHLIB/ldvector.o' failed
 gmake[3]: *** [OpenBSD5.7_64_OPT.OBJ/OpenBSD_SINGLE_SHLIB/ldvector.o] Error 1
 gmake[3]: Leaving directory 
'/home/jirib/openbsd/pobj/nss-3.17.4/nss-3.17.4/nss/lib/freebl'
 Makefile:565: recipe for target 'libs' failed
 gmake[2]: *** [libs] Error 2
 gmake[2]: Leaving directory 
'/home/jirib/openbsd/pobj/nss-3.17.4/nss-3.17.4/nss/lib/freebl'
 ../coreconf/rules.mk:101: recipe for target 'libs' failed
 gmake[1]: *** [libs] Error 2
 gmake[1]: Leaving directory 
'/home/jirib/openbsd/pobj/nss-3.17.4/nss-3.17.4/nss/lib'
 coreconf/rules.mk:101: recipe for target 'libs' failed
 gmake: *** [libs] Error 2
 *** Error 2 in . 
(/home/jirib/cvs/openbsd-ports/infrastructure/mk/bsd.port.mk:2748 
'/home/jirib/openbsd/pobj/nss-3.17.4/.build_done')
 *** Error 1 in . 
(/home/jirib/cvs/openbsd-ports/infrastructure/mk/bsd.port.mk:1940 
'/home/jirib/openbsd/packages/amd64/all/nss-3.17.4p2.tgz')
 *** Error 1 in . 
(/home/jirib/cvs/openbsd-ports/infrastructure/mk/bsd.port.mk:2493 
'_internal-package')
 *** Error 1 in . 
(/home/jirib/cvs/openbsd-ports/infrastructure/mk/bsd.port.mk:2473 'package')
 *** Error 1 in /home/jirib/cvs/openbsd-ports/security/nss 
(/home/jirib/cvs/openbsd-ports/infrastructure/mk/bsd.port.mk:3450 'repackage')
~~~

Re: [ssl] libreoffice core dumps because of network content

[Jiri B]

Still segfaults with your lastest diff. BTW is there a way to
reinstall a package with same version without loosing packages
that depend on him? I used a workaround, modified revision as
I'm slow line now and I don't want to download packages again.


#0  SHA256_Final (md=0x1f8cce950d19 "master secret", c=0x1f8d06776c60 
) at 
/usr/src/lib/libcrypto/crypto/../../libssl/src/crypto/md32_common.h:296
#1  0x1f8d06c46e95 in HMAC_Update (cx=0x1f8c398fd820, data=0x1f8cce950d19 
"master secret", data_len=13) at alghmac.c:121
#2  0x1f8c24b77d97 in HMAC_Update (cx=0x1f8c398fd820, data=0x1f8cce950d19 
"master secret", data_len=13) at loader.c:1522
#3  0x1f8d0673b775 in int_update (ctx=, data=0x1f8d06776c60 
, count=13) at 
/usr/src/lib/libcrypto/crypto/../../libssl/src/crypto/hmac/hm_pmeth.c:155
#4  0x1f8cce840734 in tls1_P_hash (olen=, out=, seed5_len=, seed5=, seed4_len=, seed4=, seed3_len=, seed3=, 
seed2_len=, seed2=, seed1_len=, 
seed1=, sec_len=, sec=, 
md=) at /usr/src/lib/libssl/ssl/../../libssl/src/ssl/t1_enc.c:173
#5  tls1_PRF (digest_mask=46268544, seed1=0x1f8cce950d19, seed1_len=13, 
seed2=0x1f8c48ac78c4, seed2_len=, seed3=0x0, seed3_len=0, 
seed4=0x1f8c48ac78a4, seed4_len=32, seed5=0x0, seed5_len=0, sec=0x1f8cfa7d4004 
"\025\020\337Sm\237\223\030\002\351\374\321\337\071B>F\333fl\001\215\201\205\375\213\217\005~\320C\fJ\022\366
 
\337G\214\352\340\b\225\023\374\031)=\316j\273e\263\350i\316\212\060Q]\343\234G\a\022)\025z\316\006\001\001",
 slen=, out1=0x1f8ca8d6da08 "", out2=0x7f7b6a70 
"\200q\226\030\214\037", olen=48) at 
/usr/src/lib/libssl/ssl/../../libssl/src/ssl/t1_enc.c:269
#6  0x1f8cce840ec7 in tls1_generate_master_secret (s=, 
out=, p=0x1f8cfa7d4004 
"\025\020\337Sm\237\223\030\002\351\374\321\337\071B>F\333fl\001\215\201\205\375\213\217\005~\320C\fJ\022\366
 
\337G\214\352\340\b\225\023\374\031)=\316j\273e\263\350i\316\212\060Q]\343\234G\a\022)\025z\316\006\001\001",
 len=32) at /usr/src/lib/libssl/ssl/../../libssl/src/ssl/t1_enc.c:1086
#7  0x1f8cce82a9e3 in ssl3_send_client_key_exchange (s=0x1f8c398fac00) at 
/usr/src/lib/libssl/ssl/../../libssl/src/ssl/s3_clnt.c:2166
#8  0x1f8cce82d889 in ssl3_connect (s=0x1f8c398fac00) at 
/usr/src/lib/libssl/ssl/../../libssl/src/ssl/s3_clnt.c:420
#9  0x1f8cce821050 in ssl23_get_server_hello (s=) at 
/usr/src/lib/libssl/ssl/../../libssl/src/ssl/s23_clnt.c:564
#10 ssl23_connect (s=0x1f8c398fac00) at 
/usr/src/lib/libssl/ssl/../../libssl/src/ssl/s23_clnt.c:259
#11 0x1f8cdb66c9cc in ne_sock_connect_ssl () from 
/usr/local/lib/libneon.so.29.0
#12 0x1f8cdb677049 in ne.negotiate_ssl () from 
/usr/local/lib/libneon.so.29.0
#13 0x1f8cdb666725 in send_request () from /usr/local/lib/libneon.so.29.0
#14 0x1f8cdb6659b1 in ne_begin_request () from 
/usr/local/lib/libneon.so.29.0
#15 0x1f8cdb6660ed in ne_request_dispatch () from 
/usr/local/lib/libneon.so.29.0
#16 0x1f8cdb6734fd in propfind () from /usr/local/lib/libneon.so.29.0
#17 0x1f8cdb673e7f in ne_simple_propfind () from 
/usr/local/lib/libneon.so.29.0
#18 0x1f8c053178ac in webdav_ucp::NeonPropFindRequest::NeonPropFindRequest 
(this=0x7f7b717b, inSession=0x1f8c03674000, inPath=0x1f8c6b1e2f48 
"/cestina/lenin/1898/011898/Svorka.gif", inDepth=webdav_ucp::DAVZERO, 
inPropNames=..., ioResources=..., nError=@0x7f7b717c: 0) at 
/home/jirib/openbsd/pobj/libreoffice-4.3.5.2-debug-no_java-parallel/libreoffice-4.3.5.2/ucb/source/ucp/webdav-neon/NeonPropFindRequest.cxx:270
#19 0x1f8c0531c951 in webdav_ucp::NeonSession::PROPFIND 
(this=0x1f8c3efbcb00, inPath=..., inDepth=webdav_ucp::DAVZERO, inPropNames=..., 
ioResources=..., rEnv=...) at 
/home/jirib/openbsd/pobj/libreoffice-4.3.5.2-debug-no_java-parallel/libreoffice-4.3.5.2/ucb/source/ucp/webdav-neon/NeonSession.cxx:868
#20 0x1f8c0530703c in webdav_ucp::DAVResourceAccess::PROPFIND 
(this=0x1f8c2b526c80, nDepth=webdav_ucp::DAVZERO, rPropertyNames=..., 
rResources=..., xEnv=...) at 
/home/jirib/openbsd/pobj/libreoffice-4.3.5.2-debug-no_java-parallel/libreoffice-4.3.5.2/ucb/source/ucp/webdav-neon/DAVResourceAccess.cxx:250
#21 0x1f8c053420c1 in webdav_ucp::Content::getResourceType 
(this=0x1f8ce0542500, xEnv=..., rResAccess=..., 
networkAccessAllowed=0x7f7b768f) at 
/home/jirib/openbsd/pobj/libreoffice-4.3.5.2-debug-no_java-parallel/libreoffice-4.3.5.2/ucb/source/ucp/webdav-neon/webdavcontent.cxx:3224
#22 0x1f8c05338d87 in webdav_ucp::Content::getPropertyValues 
(this=0x1f8ce0542500, rProperties=..., xEnv=...) at 
/home/jirib/openbsd/pobj/libreoffice-4.3.5.2-debug-no_java-parallel/libreoffice-4.3.5.2/ucb/source/ucp/webdav-neon/webdavcontent.cxx:1283
#23 0x1f8c0533529a in webdav_ucp::Content::execute (this=0x1f8ce0542500, 
aCommand=..., Environment=...) at 
/home/jirib/openbsd/pobj/libreoffice-4.3.5.2-debug-no_java-parallel/libreoffice-4.3.5.2/ucb/source/ucp/webdav-neon/webdavcontent.cxx:425
#24 0x1f8c95332a7f in ucbhelper::Content_Impl::executeCommand 
(this=0x1f8c2e1f8800, rComm

Re: [ssl] libreoffice core dumps because of network content

[Jiri B]

On Thu, Apr 02, 2015 at 02:01:45PM +0200, Landry Breuil wrote:
> Index: Makefile
> ===
> RCS file: /cvs/ports/security/nss/Makefile,v
> retrieving revision 1.49
> diff -u -r1.49 Makefile
> --- Makefile  16 Mar 2015 19:15:44 -  1.49
> +++ Makefile  2 Apr 2015 11:59:56 -
> @@ -6,6 +6,7 @@
>  
>  VERSION= 3.17.4
>  DISTNAME =   nss-${VERSION}
> +REVISION =   0
>  
>  SO_VERSION=  36.0
>  .for _lib in freebl3 nss3 nssckbi nssdbm3 nssutil3 smime3 softokn3 ssl3
> Index: patches/patch-nss_lib_freebl_blapi_h
> ===
> RCS file: /cvs/ports/security/nss/patches/patch-nss_lib_freebl_blapi_h,v
> retrieving revision 1.2
> diff -u -r1.2 patch-nss_lib_freebl_blapi_h
> --- patches/patch-nss_lib_freebl_blapi_h  9 Jan 2014 20:09:44 -   
> 1.2
> +++ patches/patch-nss_lib_freebl_blapi_h  2 Apr 2015 11:59:56 -
> @@ -3,13 +3,19 @@
>  From firefox in pkgsrc:
>  SHA1_Update conflicts with openssl which may be dynamically loaded
>  
>  nss/lib/freebl/blapi.h.orig  Fri Jan  3 20:59:10 2014
> -+++ nss/lib/freebl/blapi.h   Mon Jan  6 22:46:56 2014
> -@@ -1189,6 +1189,8 @@ extern void SHA1_DestroyContext(SHA1Context *cx, PRBoo
> +--- nss/lib/freebl/blapi.h.orig  Thu Jan 22 20:49:26 2015
>  nss/lib/freebl/blapi.h   Thu Apr  2 13:59:37 2015
> +@@ -1189,6 +1189,14 @@ extern void SHA1_DestroyContext(SHA1Context *cx, PRBoo
>   */
>   extern void SHA1_Begin(SHA1Context *cx);
>   
>  +#define SHA1_Update NSS_SHA1_Update
> ++#define SHA224_Update NSS_SHA224_Update
> ++#define SHA256_Update NSS_SHA256_Update
> ++#define SHA384_Update NSS_SHA384_Update
> ++#define SHA512_Update NSS_SHA512_Update
> ++#define MD5_Update NSS_MD5_Update
> ++#define MD2_Update NSS_MD2_Update
>  +
>   /*
>   ** Update the SHA-1 hash function with more data.

Unfortunatelly `make repackage rebuild DEBUG="-O0 -g"' fails:

gmake[3]: Entering directory 
'/home/jirib/openbsd/pobj/nss-3.17.4/nss-3.17.4/nss/lib/freebl'
cc -o OpenBSD5.7_64_OPT.OBJ/OpenBSD_SINGLE_SHLIB/freeblver.o -c  -fPIC -DPIC  
-ansi -Wall -Wno-switch -pipe -DOPENBSD -DXP_UNIX -DSHLIB_SUFFIX=\"so.36.0\" 
-DSHLIB_PREFIX=\"lib\" -DSHLIB_VERSION=\"3\" -DSOFTOKEN_SHLIB_VERSION=\"3\" 
-DRIJNDAEL_INCLUDE_TABLES -UDEBUG -DNDEBUG -pthread -DUSE_UTIL_DIRECTLY 
-DNO_NSPR_10_SUPPORT -DSSL_DISABLE_DEPRECATED_CIPHER_SUITE_NAMES -DNSS_USE_64 
-DMP_API_COMPATIBLE -I/usr/local/include/nspr 
-I../../../dist/OpenBSD5.7_64_OPT.OBJ/include -I../../../dist/public/nss 
-I../../../dist/private/nss -Impi -Iecl -I/usr/local/include -O2 -pipe -O0 -g  
freeblver.c
cc -o OpenBSD5.7_64_OPT.OBJ/OpenBSD_SINGLE_SHLIB/ldvector.o -c  -fPIC -DPIC  
-ansi -Wall -Wno-switch -pipe -DOPENBSD -DXP_UNIX -DSHLIB_SUFFIX=\"so.36.0\" 
-DSHLIB_PREFIX=\"lib\" -DSHLIB_VERSION=\"3\" -DSOFTOKEN_SHLIB_VERSION=\"3\" 
-DRIJNDAEL_INCLUDE_TABLES -UDEBUG -DNDEBUG -pthread -DUSE_UTIL_DIRECTLY 
-DNO_NSPR_10_SUPPORT -DSSL_DISABLE_DEPRECATED_CIPHER_SUITE_NAMES -DNSS_USE_64 
-DMP_API_COMPATIBLE -I/usr/local/include/nspr 
-I../../../dist/OpenBSD5.7_64_OPT.OBJ/include -I../../../dist/public/nss 
-I../../../dist/private/nss -Impi -Iecl -I/usr/local/include -O2 -pipe -O0 -g  
ldvector.c
ldvector.c:61: error: 'NSS_MD5_Update' undeclared here (not in a function)
ldvector.c:71: error: 'NSS_MD2_Update' undeclared here (not in a function)
../../coreconf/rules.mk:384: recipe for target 
'OpenBSD5.7_64_OPT.OBJ/OpenBSD_SINGLE_SHLIB/ldvector.o' failed
gmake[3]: *** [OpenBSD5.7_64_OPT.OBJ/OpenBSD_SINGLE_SHLIB/ldvector.o] Error 1
gmake[3]: Leaving directory 
'/home/jirib/openbsd/pobj/nss-3.17.4/nss-3.17.4/nss/lib/freebl'
Makefile:565: recipe for target 'libs' failed
gmake[2]: *** [libs] Error 2
gmake[2]: Leaving directory 
'/home/jirib/openbsd/pobj/nss-3.17.4/nss-3.17.4/nss/lib/freebl'
../coreconf/rules.mk:101: recipe for target 'libs' failed
gmake[1]: *** [libs] Error 2
gmake[1]: Leaving directory 
'/home/jirib/openbsd/pobj/nss-3.17.4/nss-3.17.4/nss/lib'
coreconf/rules.mk:101: recipe for target 'libs' failed
gmake: *** [libs] Error 2
*** Error 2 in . 
(/home/jirib/cvs/openbsd-ports/infrastructure/mk/bsd.port.mk:2748 
'/home/jirib/openbsd/pobj/nss-3.17.4/.build_done')
*** Error 1 in . 
(/home/jirib/cvs/openbsd-ports/infrastructure/mk/bsd.port.mk:1940 
'/home/jirib/openbsd/packages/amd64/all/nss-3.17.4p0.tgz')
*** Error 1 in . 
(/home/jirib/cvs/openbsd-ports/infrastructure/mk/bsd.port.mk:2493 
'_internal-package')
*** Error 1 in . 
(/home/jirib/cvs/openbsd-ports/infrastructure/mk/bsd.port.mk:2473 'package')
*** Error 1 in /home/jirib/cvs/openbsd-ports/security/nss 
(/home/jirib/cvs/openbsd-ports/infrastructure/mk/bsd.port.mk:3450 'repackage')

Re: gnome/tracker core dump / how to run without gnome?

[Jiri B]

On Thu, Apr 02, 2015 at 07:58:13AM -0400, Jiri B wrote:
> ~~~
> Core was generated by `tracker-miner-fs'.
> Program terminated with signal SIGSEGV, Segmentation fault.
> #0  0x03bd33e00d5d in up_client_glue_get_on_battery () from 
> /usr/local/lib/libupower-glib.so.1.0
> (gdb) bt
> #0  0x03bd33e00d5d in up_client_glue_get_on_battery () from 
> /usr/local/lib/libupower-glib.so.1.0
> #1  0x03ba8f80a358 in on_on_battery_changed (client=0x3bd3af2a130, 
> pspec=0x0, power=0x3bc9deb1fa0) at tracker-power-upower.c:96
> #2  0x03ba8f80a4d1 in tracker_power_init (power=0x3bc9deb1fa0) at 
> tracker-power-upower.c:139
> #3  0x03bcc24dfc65 in g_type_create_instance () from 
> /usr/local/lib/libgobject-2.0.so.4200.1
> #4  0x03bcc24c60ed in g_object_new_internal () from 
> /usr/local/lib/libgobject-2.0.so.4200.1
> #5  0x03bcc24c7235 in g_object_newv () from 
> /usr/local/lib/libgobject-2.0.so.4200.1
> #6  0x03bcc24c742c in g_object_new () from 
> /usr/local/lib/libgobject-2.0.so.4200.1
> #7  0x03ba8f80a69e in tracker_power_new () at tracker-power-upower.c:223
> #8  0x03ba8f80ef81 in tracker_miner_files_init (mf=0x3bd521b0350) at 
> tracker-miner-files.c:258
> #9  0x03bcc24dfc65 in g_type_create_instance () from 
> /usr/local/lib/libgobject-2.0.so.4200.1
> #10 0x03bcc24c60ed in g_object_new_internal () from 
> /usr/local/lib/libgobject-2.0.so.4200.1
> #11 0x03bcc24c6de5 in g_object_new_valist () from 
> /usr/local/lib/libgobject-2.0.so.4200.1
> #12 0x03bccbfc213e in g_initable_new_valist () from 
> /usr/local/lib/libgio-2.0.so.4200.1
> #13 0x03bccbfc223b in g_initable_new () from 
> /usr/local/lib/libgio-2.0.so.4200.1
> #14 0x03ba8f8132d3 in tracker_miner_files_new (config=0x3bc9deae0b0, 
> error=0x7f7d9728) at tracker-miner-files.c:2452
> #15 0x03ba8f80e91d in main (argc=1, argv=0x7f7d97c8) at 
> tracker-main.c:751
> ~~~

Not sure if this is related but my T500 battery is KO for long time, using
AC/DC all the time.

$ sysctl hw.sensors.acpibat0
hw.sensors.acpibat0.volt0=10.80 VDC (voltage)
hw.sensors.acpibat0.volt1=0.00 VDC (current voltage)
hw.sensors.acpibat0.power0=0.00 W (rate)
hw.sensors.acpibat0.watthour0=unknown (last full capacity), UNKNOWN
hw.sensors.acpibat0.watthour1=0.00 Wh (warning capacity)
hw.sensors.acpibat0.watthour2=0.00 Wh (low capacity)
hw.sensors.acpibat0.watthour3=0.00 Wh (remaining capacity), OK
hw.sensors.acpibat0.watthour4=unknown (design capacity), UNKNOWN
hw.sensors.acpibat0.raw0=unknown (battery unknown), UNKNOWN

j.

gnome/tracker core dump / how to run without gnome?

[Jiri B]

Hi,

how to run tracker without gnome? I'm using i3 and I'd like
to use some search engine for my docs...

~~~
$ /usr/local/libexec/tracker-miner-fs -v 3 -n
(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.
Tracker-Message: Starting tracker-miner-fs 1.4.0
Tracker-Message: General options:
Tracker-Message:   Verbosity    3

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.
Tracker-Message:   Sched Idle  ...  1
Tracker-Message:   Initial Sleep    15
Tracker-Message: Indexer options:

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.
Tracker-Message:   Throttle level  ...  0

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.
Tracker-Message:   Indexing while on battery    yes (first time 
only = yes)

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.
Tracker-Message:   Low disk space limit  .  Disabled

(tracker-miner-fs:8148): dconf-CRITICAL **: unable to create file 
'/home/jirib/.cache/dconf/user': Permission denied.  dconf will not work 
properly.
Tracker-Message: Setting priority nice level to 19
Tracker-Message: Checking if we're running as a daemon:
Tracker-Message:   No (forced by command line)
Tracker-Message: Initializing Storage...
Tracker-Message: Mou

Re: [ssl] libreoffice core dumps because of network content

[Jiri B]

On Thu, Apr 02, 2015 at 11:05:34AM +0200, Landry Breuil wrote:
> On Thu, Apr 02, 2015 at 05:02:23AM -0400, Jiri B wrote:
> > Stuart pointed out to use gdb from ports, so...:
> > 
> > #0  0x18989a959c6f in SHA512_Update () from 
> > /usr/local/lib/libfreebl3.so.36.0
> 
> This is from NSS, while the previous frame is in libssl/libcrypto.
> 
> this rings a bell about
> security/nss/patches/patch-nss_lib_freebl_blapi_h  maybe the same
> symbol conflict problem ?
> 
> (just a wild uncaffeinated guess)
> Landry

I submitted bug upstream 
https://bugs.documentfoundation.org/show_bug.cgi?id=90409
Maybe they would help.

j.

Re: [ssl] libreoffice core dumps because of network content

[Jiri B]

Stuart pointed out to use gdb from ports, so...:

#0  0x18989a959c6f in SHA512_Update () from 
/usr/local/lib/libfreebl3.so.36.0
#1  0x18989a47c38c in ASN1_item_verify (it=0x18989a712a40 , 
a=0x18989a71a940 , signature=0x1898287f6800, asn=0x1897da320200, 
pkey=) at 
/usr/src/lib/libcrypto/crypto/../../libssl/src/crypto/asn1/a_verify.c:149
#2  0x18989a477d53 in internal_verify (ctx=0x7f7e8310) at 
/usr/src/lib/libcrypto/crypto/../../libssl/src/crypto/x509/x509_vfy.c:1591
#3  0x18989a479445 in X509_verify_cert (ctx=0x7f7e8310) at 
/usr/src/lib/libcrypto/crypto/../../libssl/src/crypto/x509/x509_vfy.c:374
#4  0x189899f5cac0 in ssl_verify_cert_chain (s=0x189881ef5400, 
sk=) at 
/usr/src/lib/libssl/ssl/../../libssl/src/ssl/ssl_cert.c:459
#5  0x189899f3dc14 in ssl3_get_server_certificate (s=0x189881ef5400) at 
/usr/src/lib/libssl/ssl/../../libssl/src/ssl/s3_clnt.c:1069
#6  0x189899f3f06b in ssl3_connect (s=0x189881ef5400) at 
/usr/src/lib/libssl/ssl/../../libssl/src/ssl/s3_clnt.c:353
#7  0x189899f32050 in ssl23_get_server_hello (s=) at 
/usr/src/lib/libssl/ssl/../../libssl/src/ssl/s23_clnt.c:564
#8  ssl23_connect (s=0x189881ef5400) at 
/usr/src/lib/libssl/ssl/../../libssl/src/ssl/s23_clnt.c:259
#9  0x1897d17d49cc in ne_sock_connect_ssl () from 
/usr/local/lib/libneon.so.29.0
#10 0x1897d17df049 in ne.negotiate_ssl () from 
/usr/local/lib/libneon.so.29.0
#11 0x1897d17ce725 in send_request () from /usr/local/lib/libneon.so.29.0
#12 0x1897d17cd9b1 in ne_begin_request () from 
/usr/local/lib/libneon.so.29.0
#13 0x1897d17ce0ed in ne_request_dispatch () from 
/usr/local/lib/libneon.so.29.0
#14 0x1897d17db4fd in propfind () from /usr/local/lib/libneon.so.29.0
#15 0x1897d17dbe7f in ne_simple_propfind () from 
/usr/local/lib/libneon.so.29.0
#16 0x189899a968ac in webdav_ucp::NeonPropFindRequest::NeonPropFindRequest 
(this=0x7f7e896b, inSession=0x18988ed3d000, inPath=0x18981b1822c8 
"/cestina/lenin/1898/011898/Svorka.gif", inDepth=webdav_ucp::DAVZERO, 
inPropNames=..., ioResources=..., nError=@0x7f7e896c: 0) at 
/home/jirib/openbsd/pobj/libreoffice-4.3.5.2-debug-no_java-parallel/libreoffice-4.3.5.2/ucb/source/ucp/webdav-neon/NeonPropFindRequest.cxx:270
#17 0x189899a9b951 in webdav_ucp::NeonSession::PROPFIND 
(this=0x189886be3f00, inPath=..., inDepth=webdav_ucp::DAVZERO, inPropNames=..., 
ioResources=..., rEnv=...) at 
/home/jirib/openbsd/pobj/libreoffice-4.3.5.2-debug-no_java-parallel/libreoffice-4.3.5.2/ucb/source/ucp/webdav-neon/NeonSession.cxx:868
#18 0x189899a8603c in webdav_ucp::DAVResourceAccess::PROPFIND 
(this=0x1897e7213200, nDepth=webdav_ucp::DAVZERO, rPropertyNames=..., 
rResources=..., xEnv=...) at 
/home/jirib/openbsd/pobj/libreoffice-4.3.5.2-debug-no_java-parallel/libreoffice-4.3.5.2/ucb/source/ucp/webdav-neon/DAVResourceAccess.cxx:250
#19 0x189899ac10c1 in webdav_ucp::Content::getResourceType 
(this=0x1897c1cda200, xEnv=..., rResAccess=..., 
networkAccessAllowed=0x7f7e8e7f) at 
/home/jirib/openbsd/pobj/libreoffice-4.3.5.2-debug-no_java-parallel/libreoffice-4.3.5.2/ucb/source/ucp/webdav-neon/webdavcontent.cxx:3224
#20 0x189899ab7d87 in webdav_ucp::Content::getPropertyValues 
(this=0x1897c1cda200, rProperties=..., xEnv=...) at 
/home/jirib/openbsd/pobj/libreoffice-4.3.5.2-debug-no_java-parallel/libreoffice-4.3.5.2/ucb/source/ucp/webdav-neon/webdavcontent.cxx:1283
#21 0x189899ab429a in webdav_ucp::Content::execute (this=0x1897c1cda200, 
aCommand=..., Environment=...) at 
/home/jirib/openbsd/pobj/libreoffice-4.3.5.2-debug-no_java-parallel/libreoffice-4.3.5.2/ucb/source/ucp/webdav-neon/webdavcontent.cxx:425
#22 0x189815651a7f in ucbhelper::Content_Impl::executeCommand 
(this=0x1897e7213700, rCommand=...) at 
/home/jirib/openbsd/pobj/libreoffice-4.3.5.2-debug-no_java-parallel/libreoffice-4.3.5.2/ucbhelper/source/client/content.cxx:1294
#23 0x18981564e364 in ucbhelper::Content::getPropertyValuesInterface 
(this=0x7f7e9bc0, rPropertyNames=...) at 
/home/jirib/openbsd/pobj/libreoffice-4.3.5.2-debug-no_java-parallel/libreoffice-4.3.5.2/ucbhelper/source/client/content.cxx:519
#24 0x18981564e0f2 in ucbhelper::Content::getPropertyValues 
(this=0x7f7e9bc0, rPropertyNames=...) at 
/home/jirib/openbsd/pobj/libreoffice-4.3.5.2-debug-no_java-parallel/libreoffice-4.3.5.2/ucbhelper/source/client/content.cxx:477
#25 0x18981564df62 in ucbhelper::Content::getPropertyValue 
(this=0x7f7e9bc0, rPropertyName=...) at 
/home/jirib/openbsd/pobj/libreoffice-4.3.5.2-debug-no_java-parallel/libreoffice-4.3.5.2/ucbhelper/source/client/content.cxx:453
#26 0x189897b6158a in CanUseRemoteLink (rGrfName=...) at 
/home/jirib/openbsd/pobj/libreoffice-4.3.5.2-debug-no_java-parallel/libreoffice-4.3.5.2/sw/source/filter/ww8/ww8par5.cxx:2237
#27 0x189897b6179e in SwWW8ImplReader::Read_F_IncludePicture 
(this=0x189805bf1800, rStr=...) at 
/home/jirib/openbsd/pobj/libreoffice-4.3.5.2-debug-no_java-parallel/libreoffice-4

[ssl] libreoffice core dumps because of network content

[Jiri B]

I have an user with old libreoffice config directory and when
I tried to open one document it core dumped. Later I discovered
it is not related to old config dir but to the document itself
and Internet networking part of LO.

The document has probably "embedded" some Internet stuff as I see
following output when started (soffice) from terminal.

Versions:

* libreoffice-4.3.5.2p0v0-debug-no_java (my rebuild to get debug
  symbols)
* OpenBSD 5.7-current (GENERIC.MP) #895: Wed Mar 18 18:55:03 MDT 2015

Seems like problematic document is a text copied from a HTML page
with links inside and saved as doc document.

Reproduce steps were tricky:

1. problematic document
2. open soffice and open the file
== fail

1. problematic document
2. open soffice and check Internet in preferences, save
3. open the file
== fail

1. problematic document
2. open soffice and _define_ proxy in Internet in preferences,
   save
3. open the file
== success :)

It passed in last one because it cannot connect to proxy server
(yeah, it was fake).

~~~
...
Doing DNS lookup on 127.0.0.1...
req: Connecting to 127.0.0.1:3128
Request ends, status 0 class 0xx, error line:
Could not connect to proxy server: Connection refused
Running destroy hooks.
...
Could not connect to proxy server: Connection refused
Running destroy hooks.
Request ends.
warn:unotools.misc:18209:21:unotools/source/misc/mediadescriptor.cxx:736: 
caught Exception "" while opening 

sess: Destroying session.

~~~

(I anonymized uris a bit...)

The url (ending with 'SvorkaL.gif') is of course accessing normally
when using Firefox.

~~~
warn:legacy.osl:25616:1:sw/source/filter/ww8/ww8scan.cxx:1329: Can't create 
these from the menus, please report
HTTP session to http://www.example.com:80 begins.
Running pre_send hooks
Sending request headers:
PROPFIND /path1/path2/pat3/path4/Svorka.gif HTTP/1.1
Keep-Alive:
Connection: TE, Keep-Alive
TE: trailers
Host: www.example.com
Depth: 0
Content-Length: 237
Content-Type: application/xml
Pragma: no-cache
User-Agent: LibreOffice

Sending request-line and headers:
Doing DNS lookup on www.example.com...
req: Connecting to 148.xxx.xxx.xxx:80
Sending request body:
Request sent; retry is 0.
[status-line] < HTTP/1.1 302 Found
[hdr] Date: Thu, 02 Apr 2015 00:23:52 GMT
Header Name: [date], Value: [Thu, 02 Apr 2015 00:23:52 GMT]
[hdr] Server: Apache
Header Name: [server], Value: [Apache]
[hdr] Location: https://www.example.com/path1/path2/path3/path4/Svorka.gif
Header Name: [location], Value: 
[https://www.example.com/path1/path2/path3/path3/Svorka.gif]
[hdr] Cache-Control: max-age=604800
Header Name: [cache-control], Value: [max-age=604800]
[hdr] Expires: Thu, 09 Apr 2015 00:23:52 GMT
Header Name: [expires], Value: [Thu, 09 Apr 2015 00:23:52 GMT]
[hdr] Content-Length: 347
Header Name: [content-length], Value: [347]
[hdr] Keep-Alive: timeout=5, max=100
Header Name: [keep-alive], Value: [timeout=5, max=100]
[hdr] Connection: Keep-Alive
Header Name: [connection], Value: [Keep-Alive]
[hdr] Content-Type: text/html; charset=iso-8859-1
Header Name: [content-type], Value: [text/html; charset=iso-8859-1]
[hdr]
End of headers.
Running post_headers hooks
Reading 347 bytes of response body.
Got 347 bytes.
Running post_send hooks
Request ends, status 302 class 3xx, error line:
302 Found
Running destroy hooks.
Request ends.
sess: Destroying session.
HTTP session to https://www.example.com:443 begins.
ssl: SNI enabled by default.
Running pre_send hooks
Sending request headers:
PROPFIND /path1/path2/path3/path4/Svorka.gif HTTP/1.1
Keep-Alive:
Connection: TE, Keep-Alive
TE: trailers
Host: www.example.com
Depth: 0
Content-Length: 237
Content-Type: application/xml
Pragma: no-cache
User-Agent: LibreOffice

Sending request-line and headers:
Doing DNS lookup on www.example.com...
req: Connecting to 148.xxx.xxx.xxx:443
Doing SSL negotiation.
~~~

(Funny, gdb fails itself as well.)

~~~
Reading symbols from /usr/local/lib/libfreebl3.so.36.0...done.
Loaded symbols for /usr/local/lib/libfreebl3.so.36.0
#0  SHA512_Final (md=0x7f7de390 "@�L]\227\031", c=0x1996759f2e00)
at /usr/src/lib/libcrypto/crypto/../../libssl/src/crypto/sha/sha512.c:102
102 /usr/src/lib/libcrypto/crypto/../../libssl/src/crypto/sha/sha512.c: No 
such file or directory.
in /usr/src/lib/libcrypto/crypto/../../libssl/src/crypto/sha/sha512.c
(gdb) bt full
#0  SHA512_Final (md=0x7f7de390 "@�L]\227\031", c=0x1996759f2e00) at 
/usr/src/lib/libcrypto/crypto/../../libssl/src/crypto/sha/sha512.c:102
p = (unsigned char *) 0x1996759f2e50 "sp.usertrust.comU\003\006D0"
n = 2264712071
#1  0x19975d257cf3 in EVP_DigestFinal_ex (ctx=0x7f7de350, md=Variable 
"md" is not available.
) at /usr/src/lib/libcrypto/crypto/../../libssl/src/crypto/evp/digest.c:257
ret = Variable "ret" is not available.
(gdb)
(gdb) bt
#0  SHA512_Final (md=0x7f7de390 "@�L]\227\031", c=0x1996759f2e00) at 
/usr/src/lib/libcrypto/crypt

[UPDATE] print/scribus

[Jiri B]

Finally update of scribus to latest stable version, 1.4.5.
This version requires hunspell now and also new port (hyphen),
sent in separate mail.

I also "corrected" python shebangs of sample/script files.

I also removed scribus include files, I doubt there's an OpenBSD
user who does development with scribus :)

Works OK on amd64 with my DTP work.

Is this related also to us (I'm not programmer.)?
http://svnweb.freebsd.org/ports/head/print/scribus/files/patch-pdflib_core.cpp?revision=353930&view=markup

j.

~~~

Index: scribus/Makefile
===
RCS file: /cvs/ports/print/scribus/Makefile,v
retrieving revision 1.53
diff -u -p -r1.53 Makefile
--- scribus/Makefile26 Mar 2015 12:14:15 -  1.53
+++ scribus/Makefile1 Apr 2015 14:13:07 -
@@ -3,8 +3,7 @@
 SHARED_ONLY=   Yes
 
 COMMENT=   DTP program
-DISTNAME=  scribus-1.4.2
-REVISION=  2
+DISTNAME=  scribus-1.4.5
 CATEGORIES=print
 
 HOMEPAGE=  http://www.scribus.net/
@@ -12,13 +11,13 @@ HOMEPAGE=   http://www.scribus.net/
 # GPLv2+
 PERMIT_PACKAGE_CDROM=  Yes
 
-WANTLIB += QtGui QtNetwork QtXml aspell c cairo cups execinfo
-WANTLIB += fontconfig freetype jpeg lcms2 m pthread stdc++
-WANTLIB += tiff util xml2 z ${MODPY_WANTLIB}
+WANTLIB += QtGui QtNetwork QtXml c cairo cups execinfo
+WANTLIB += fontconfig freetype hyphen jpeg lcms2 m podofo pthread
+WANTLIB += stdc++ tiff util xml2 z ${MODPY_WANTLIB}
 
 MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=scribus/}
 
-EXTRACT_SUFX=  .tar.xz
+EXTRACT_SUFX=  .tar.bz2
 
 MODULES=   x11/qt4 \
devel/cmake \
@@ -26,19 +25,22 @@ MODULES=x11/qt4 \
 
 MODPY_RUNDEP=  No
 
-BUILD_DEPENDS= devel/boost
+BUILD_DEPENDS= devel/boost \
+   textproc/hunspell
 RUN_DEPENDS=   devel/desktop-file-utils \
graphics/py-Pillow \
print/ghostscript/gnu \
textproc/antiword \
+   textproc/hunspell \
misc/shared-mime-info \
${MODPY_TKINTER_DEPENDS}
 LIB_DEPENDS=   devel/libexecinfo \
graphics/lcms2 \
graphics/tiff \
print/cups,-libs \
-   textproc/aspell/core \
+   textproc/hyphen \
textproc/libxml \
+   textproc/podofo \
graphics/jpeg \
${MODPY_LIB_DEPENDS}
 
@@ -47,11 +49,19 @@ FLAVOR?=
 
 CONFIGURE_ARGS +=  -DCMAKE_SKIP_RPATH:BOOL=1 \
-DCMAKE_CXX_FLAGS="${CXXFLAGS}" \
-   -DCMAKE_C_FLAGS="${CFLAGS}"
+   -DCMAKE_C_FLAGS="${CFLAGS}" \
+   -DWANT_NOHEADERINSTALL=1
 
 .if ${FLAVOR:Mdebug}
 CONFIGURE_ARGS+=-DWANT_DEBUG=1
 .endif
+
+post-extract:
+   @perl -pi \
+   -e '$$. == 1 && s|^.*env python.*$$|\#!${MODPY_BIN}|;' \
+   -e '$$. == 1 && s|^.*bin/python.*$$|\#!${MODPY_BIN}|;' \
+   -e 'close ARGV if eof;' \
+   
${WRKSRC}/scribus/plugins/scriptplugin/{scripts,samples}/*.py
 
 post-install:
@${INSTALL_DATA_DIR} ${PREFIX}/share/applications
Index: scribus/distinfo
===
RCS file: /cvs/ports/print/scribus/distinfo,v
retrieving revision 1.10
diff -u -p -r1.10 distinfo
--- scribus/distinfo24 Apr 2013 22:40:05 -  1.10
+++ scribus/distinfo1 Apr 2015 14:13:07 -
@@ -1,2 +1,2 @@
-SHA256 (scribus-1.4.2.tar.xz) = uVHUeRPoALMWdf7JSuToHcLuAkdQapIYIR22LaY4ZWM=
-SIZE (scribus-1.4.2.tar.xz) = 64405272
+SHA256 (scribus-1.4.5.tar.bz2) = n3BvBWHSa7EbvlWGkK4FB802ieOB9uF6qUEdnE71hJg=
+SIZE (scribus-1.4.5.tar.bz2) = 78251228
Index: scribus/patches/patch-CMakeLists_txt
===
RCS file: /cvs/ports/print/scribus/patches/patch-CMakeLists_txt,v
retrieving revision 1.1
diff -u -p -r1.1 patch-CMakeLists_txt
--- scribus/patches/patch-CMakeLists_txt28 May 2012 12:32:04 -  
1.1
+++ scribus/patches/patch-CMakeLists_txt1 Apr 2015 14:13:07 -
@@ -1,7 +1,7 @@
-$OpenBSD: patch-CMakeLists_txt,v 1.1 2012/05/28 12:32:04 landry Exp $
 CMakeLists.txt.origSun May  6 22:39:38 2012
-+++ CMakeLists.txt Sun May  6 22:40:11 2012
-@@ -251,7 +251,7 @@ ENDIF (APPLEBUNDLE)
+$OpenBSD$
+--- CMakeLists.txt.origWed Apr  1 14:30:07 2015
 CMakeLists.txt Wed Apr  1 14:30:52 2015
+@@ -274,7 +274,7 @@ ENDIF (APPLEBUNDLE)
  #Setp all the directories we will use
  #MAN
  CMAKE_POLICY(SET CMP0005 OLD)
@@ -10,12 +10,12 @@ $OpenBSD: patch-CMakeLists_txt,v 1.1 201
  IF(WANT_VERSIONING)
  SET(SHAREDIR "share/${MAIN_DIR_NAME}${TAG_VERSION}/")
  ELSE(WANT_VERSIONING)
-@@ -322,7 +322,7 @@ IF(WANT_LIB64)
+@@ -345,7 +345,7 @@ IF(WANT_LIB64)
ENDIF(NOT ARCH_X86_64)
SET(LIB_SUFFIX "64" CACHE TYPE STRING)
  ENDIF(WANT_LIB64)
 -SET(LIB_DIR_NAME "lib${LIB_SUFFIX}")
 +SET(LIB_DIR_NAME "lib")

[NEW] textproc/hyphen (needed for print/scribus update)

[Jiri B]

New port - textproc/hyphen, needed for upcoming print/scribus update.

j.


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

Re: [UPDATE] textproc/hunspell

[Jiri B]

Updated hunspell diff.

(Hm, I see following warnings when using hunspell against
my UTF-8 Czech file and Czech dicts.)

cvs server: Diffing hunspell/
Index: hunspell//Makefile
===
RCS file: /cvs/ports/textproc/hunspell/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- hunspell//Makefile  22 Jun 2013 09:31:51 -  1.10
+++ hunspell//Makefile  31 Mar 2015 16:12:58 -
@@ -2,8 +2,7 @@
 
 COMMENT =  spelling, stemming, morphological analysis and generation
 
-DISTNAME = hunspell-1.3.2
-REVISION = 0
+DISTNAME = hunspell-1.3.3
 
 SHARED_LIBS =  hunspell-1.30.0 #   .0.0
 
@@ -33,6 +32,10 @@ CONFIGURE_ARGS = ${CONFIGURE_SHARED} \
 RUN_DEPENDS =  textproc/mozilla-dicts/en-GB
 
 TEST_DEPENDS = shells/bash
+
+post-extract:
+   perl -i -pe 's!/usr!${PREFIX}!g;' \
+   ${WRKSRC}/man{,/hu}/hunspell.1
 
 pre-configure:
${SUBST_CMD} ${WRKSRC}/tests/test.sh \
Index: hunspell//distinfo
===
RCS file: /cvs/ports/textproc/hunspell/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- hunspell//distinfo  21 Mar 2013 08:57:49 -  1.3
+++ hunspell//distinfo  31 Mar 2015 16:12:58 -
@@ -1,2 +1,2 @@
-SHA256 (hunspell-1.3.2.tar.gz) = tO3UpO6UTLn0hbNUc+Rrcp7XaOnSTajnjkxMbKVq3b0=
-SIZE (hunspell-1.3.2.tar.gz) = 975917
+SHA256 (hunspell-1.3.3.tar.gz) = p7LA3g4s4XQmgh3BrI6xFQKZWbOtqdgKgXOfoZNzJGw=
+SIZE (hunspell-1.3.3.tar.gz) = 986081
cvs server: Diffing hunspell//patches
Index: hunspell//patches/patch-man_hu_hunspell_1
===
RCS file: hunspell//patches/patch-man_hu_hunspell_1
diff -N hunspell//patches/patch-man_hu_hunspell_1
--- hunspell//patches/patch-man_hu_hunspell_1   14 Nov 2010 14:25:23 -  
1.2
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,40 +0,0 @@
-$OpenBSD: patch-man_hu_hunspell_1,v 1.2 2010/11/14 14:25:23 sthen Exp $
 man/hu/hunspell.1.orig Tue Feb 23 10:08:52 2010
-+++ man/hu/hunspell.1  Sat Sep 25 11:39:53 2010
-@@ -65,12 +65,12 @@ a javaslattevést). Az első szótár mindig alapszót
- .PP
- Az alapértelmezett szótár a környezet nyelvi beállításától függ
- az Unix rendszereken. Locale hiányában a
--.BR /usr/share/hunspell/default
-+.BR ${PREFIX}/share/hunspell/default
- az alapértelmezett szótár. 
- .PP
- A megadott útvonal lehet abszolút és relatív is. Relatív
- útvonal esetén először az aktuális, majd a
--.BR /usr/share/hunspell
-+.BR ${PREFIX}/share/hunspell
- és még több más könyvtárban keresi a szótárt a program. L. \-D és a
- .BR PÉLDÁK.
- .TP
-@@ -307,7 +307,7 @@ macka
- .TP
- .B hunspell \-d en_US english.html
- Az amerikai angol helyesírási szótár kiválasztása (aktuális, vagy a
--.BR /usr/share/hunspell
-+.BR ${PREFIX}/share/hunspell
- könyvtárból.
- .TP
- .B hunspell \-d /opt/OpenOffice.org1.0.1/share/dict/ooo/de_DE
-@@ -335,10 +335,10 @@ A saját szótár helyének megadására szolgál. Sze
- .I \-p
- kapcsolóval.
- .SH ÁLLOMÁNYOK
--.BI /usr/share/default.aff
-+.BI ${PREFIX}/share/default.aff
- Az alapértelmezett ragozási táblázat. Lásd hunspell(4).
- .PP
--.BI /usr/share/default.dic
-+.BI ${PREFIX}/share/default.dic
- Az alapértelmezett szótár az előző ragozási táblázathoz.
- Lásd hunspell(4).
- .BI $HOME/.hunspell_default
Index: hunspell//patches/patch-man_hunspell_1
===
RCS file: hunspell//patches/patch-man_hunspell_1
diff -N hunspell//patches/patch-man_hunspell_1
--- hunspell//patches/patch-man_hunspell_1  21 Mar 2013 08:57:49 -  
1.3
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,16 +0,0 @@
-$OpenBSD: patch-man_hunspell_1,v 1.3 2013/03/21 08:57:49 fgsch Exp $
 man/hunspell.1.origFri Jan 21 16:53:05 2011
-+++ man/hunspell.1 Tue Mar  5 20:17:54 2013
-@@ -369,10 +369,10 @@ following environment variables are searched: LC_ALL,
- LC_MESSAGES, and LANG. If none are set then the following
- fallbacks are used:
- 
--.BI /usr/share/myspell/default.aff
-+.BI ${PREFIX}/share/myspell/default.aff
- Path of default affix file. See hunspell(4).
- .PP
--.BI /usr/share/myspell/default.dic
-+.BI ${PREFIX}/share/myspell/default.dic
- Path of default dictionary file.
- See hunspell(4).
- .PP
Index: hunspell//patches/patch-src_tools_hunspell_cxx
===
RCS file: /cvs/ports/textproc/hunspell/patches/patch-src_tools_hunspell_cxx,v
retrieving revision 1.3
diff -u -p -r1.3 patch-src_tools_hunspell_cxx
--- hunspell//patches/patch-src_tools_hunspell_cxx  21 Mar 2013 08:57:49 
-  1.3
+++ hunspell//patches/patch-src_tools_hunspell_cxx  31 Mar 2015 16:12:58 
-
@@ -1,8 +1,8 @@
 $OpenBSD: patch-src_tools_hunspell_cxx,v 1.3 2013/03/21 08:57:49 fgsch Exp $
 src/tools/hunspell.cxx.origFri Jan 21 17:01:29 2011
-+++ src/tools/hunspell.cxx Tue Mar  5 22:56:02 20

Re: [UPDATE] textproc/hunspell

[Jiri B]

On Tue, Mar 31, 2015 at 10:38:30AM -0400, Jiri B wrote:
> Index: hunspell//patches/patch-src_tools_hunspell_cxx
> ===
> RCS file: /cvs/ports/textproc/hunspell/patches/patch-src_tools_hunspell_cxx,v
> retrieving revision 1.3
> diff -u -p -r1.3 patch-src_tools_hunspell_cxx
> --- hunspell//patches/patch-src_tools_hunspell_cxx21 Mar 2013 08:57:49 
> -  1.3
> +++ hunspell//patches/patch-src_tools_hunspell_cxx31 Mar 2015 14:38:04 
> -
> @@ -1,14 +1,12 @@
>  $OpenBSD: patch-src_tools_hunspell_cxx,v 1.3 2013/03/21 08:57:49 fgsch Exp $
>  src/tools/hunspell.cxx.orig  Fri Jan 21 17:01:29 2011
> -+++ src/tools/hunspell.cxx   Tue Mar  5 22:56:02 2013
> -@@ -61,28 +61,14 @@
> - #include "firstparser.hxx"
> - 
> - #define LIBDIR \
> --"/usr/share/hunspell:" \
> --"/usr/share/myspell:" \
> --"/usr/share/myspell/dicts:" \
> +--- src/tools/hunspell.cxx.orig  Mon Jun  2 13:35:50 2014
>  src/tools/hunspell.cxx   Tue Mar 31 16:12:55 2015
> +@@ -71,25 +71,15 @@
> + "/usr/share/hunspell:" \
> + "/usr/share/myspell:" \
> + "/usr/share/myspell/dicts:" \
>  -"/Library/Spelling"
> ++"/Library/Spelling" \

  ^ oops, missing colon.
I'll send new diff later, also removing useless paths
for OpenBSD.

>  +"${PREFIX}/share/hunspell:" \
>  +"${LOCALBASE}/share/myspell:" \
>  +"${LOCALBASE}/share/myspell/dicts:" \
> @@ -18,7 +16,7 @@ $OpenBSD: patch-src_tools_hunspell_cxx,v
>  -".openoffice.org2/user/wordbook:" \
>  -".openoffice.org2.0/user/wordbook:" \
>  -"Library/Spelling"
> -+".config/libreoffice/3/user/wordbook"
> ++".config/libreoffice/4/user/workbook"
>   #define OOODIR \
>  -"/opt/openoffice.org/basis3.0/share/dict/ooo:" \
>  -"/usr/lib/openoffice.org/basis3.0/share/dict/ooo:" \

[UPDATE] textproc/hunspell

[Jiri B]

Hi,

an attempt to update hunspell, also repairs broken
path inside user's libreoffice config dir.

They changed man pages so I prefered to "repair" paths
in them in 'post-extract' stage.

Tested with LO and dictionary worked OK.

j.

~~~

cvs server: Diffing hunspell/
Index: hunspell//Makefile
===
RCS file: /cvs/ports/textproc/hunspell/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- hunspell//Makefile  22 Jun 2013 09:31:51 -  1.10
+++ hunspell//Makefile  31 Mar 2015 14:38:04 -
@@ -2,8 +2,7 @@
 
 COMMENT =  spelling, stemming, morphological analysis and generation
 
-DISTNAME = hunspell-1.3.2
-REVISION = 0
+DISTNAME = hunspell-1.3.3
 
 SHARED_LIBS =  hunspell-1.30.0 #   .0.0
 
@@ -33,6 +32,10 @@ CONFIGURE_ARGS = ${CONFIGURE_SHARED} \
 RUN_DEPENDS =  textproc/mozilla-dicts/en-GB
 
 TEST_DEPENDS = shells/bash
+
+post-extract:
+   perl -i -pe 's!/usr!${PREFIX}!g;' \
+   ${WRKSRC}/man{,/hu}/hunspell.1
 
 pre-configure:
${SUBST_CMD} ${WRKSRC}/tests/test.sh \
Index: hunspell//distinfo
===
RCS file: /cvs/ports/textproc/hunspell/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- hunspell//distinfo  21 Mar 2013 08:57:49 -  1.3
+++ hunspell//distinfo  31 Mar 2015 14:38:04 -
@@ -1,2 +1,2 @@
-SHA256 (hunspell-1.3.2.tar.gz) = tO3UpO6UTLn0hbNUc+Rrcp7XaOnSTajnjkxMbKVq3b0=
-SIZE (hunspell-1.3.2.tar.gz) = 975917
+SHA256 (hunspell-1.3.3.tar.gz) = p7LA3g4s4XQmgh3BrI6xFQKZWbOtqdgKgXOfoZNzJGw=
+SIZE (hunspell-1.3.3.tar.gz) = 986081
cvs server: Diffing hunspell//patches
Index: hunspell//patches/patch-man_hu_hunspell_1
===
RCS file: hunspell//patches/patch-man_hu_hunspell_1
diff -N hunspell//patches/patch-man_hu_hunspell_1
--- hunspell//patches/patch-man_hu_hunspell_1   14 Nov 2010 14:25:23 -  
1.2
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,40 +0,0 @@
-$OpenBSD: patch-man_hu_hunspell_1,v 1.2 2010/11/14 14:25:23 sthen Exp $
 man/hu/hunspell.1.orig Tue Feb 23 10:08:52 2010
-+++ man/hu/hunspell.1  Sat Sep 25 11:39:53 2010
-@@ -65,12 +65,12 @@ a javaslattevést). Az első szótár mindig alapszót
- .PP
- Az alapértelmezett szótár a környezet nyelvi beállításától függ
- az Unix rendszereken. Locale hiányában a
--.BR /usr/share/hunspell/default
-+.BR ${PREFIX}/share/hunspell/default
- az alapértelmezett szótár. 
- .PP
- A megadott útvonal lehet abszolút és relatív is. Relatív
- útvonal esetén először az aktuális, majd a
--.BR /usr/share/hunspell
-+.BR ${PREFIX}/share/hunspell
- és még több más könyvtárban keresi a szótárt a program. L. \-D és a
- .BR PÉLDÁK.
- .TP
-@@ -307,7 +307,7 @@ macka
- .TP
- .B hunspell \-d en_US english.html
- Az amerikai angol helyesírási szótár kiválasztása (aktuális, vagy a
--.BR /usr/share/hunspell
-+.BR ${PREFIX}/share/hunspell
- könyvtárból.
- .TP
- .B hunspell \-d /opt/OpenOffice.org1.0.1/share/dict/ooo/de_DE
-@@ -335,10 +335,10 @@ A saját szótár helyének megadására szolgál. Sze
- .I \-p
- kapcsolóval.
- .SH ÁLLOMÁNYOK
--.BI /usr/share/default.aff
-+.BI ${PREFIX}/share/default.aff
- Az alapértelmezett ragozási táblázat. Lásd hunspell(4).
- .PP
--.BI /usr/share/default.dic
-+.BI ${PREFIX}/share/default.dic
- Az alapértelmezett szótár az előző ragozási táblázathoz.
- Lásd hunspell(4).
- .BI $HOME/.hunspell_default
Index: hunspell//patches/patch-man_hunspell_1
===
RCS file: hunspell//patches/patch-man_hunspell_1
diff -N hunspell//patches/patch-man_hunspell_1
--- hunspell//patches/patch-man_hunspell_1  21 Mar 2013 08:57:49 -  
1.3
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,16 +0,0 @@
-$OpenBSD: patch-man_hunspell_1,v 1.3 2013/03/21 08:57:49 fgsch Exp $
 man/hunspell.1.origFri Jan 21 16:53:05 2011
-+++ man/hunspell.1 Tue Mar  5 20:17:54 2013
-@@ -369,10 +369,10 @@ following environment variables are searched: LC_ALL,
- LC_MESSAGES, and LANG. If none are set then the following
- fallbacks are used:
- 
--.BI /usr/share/myspell/default.aff
-+.BI ${PREFIX}/share/myspell/default.aff
- Path of default affix file. See hunspell(4).
- .PP
--.BI /usr/share/myspell/default.dic
-+.BI ${PREFIX}/share/myspell/default.dic
- Path of default dictionary file.
- See hunspell(4).
- .PP
Index: hunspell//patches/patch-src_tools_hunspell_cxx
===
RCS file: /cvs/ports/textproc/hunspell/patches/patch-src_tools_hunspell_cxx,v
retrieving revision 1.3
diff -u -p -r1.3 patch-src_tools_hunspell_cxx
--- hunspell//patches/patch-src_tools_hunspell_cxx  21 Mar 2013 08:57:49 
-  1.3
+++ hunspell//patches/patch-src_tools_hunspell_cxx  31 Mar 2015 14:38:04 
-
@@ -1,14 +1,12 @@
 $OpenBSD: patch-src_tools_hunspell_cxx,v 1.3 2013/03/21 08:57:49 fgsch Exp 

how to build qt4 flavor of poppler?

[Jiri B]

Hello,

I'm lost, how to build qt4 flavor of poppler?
There are PSEUDO_FLAVORS involved and even after
reading man pages I can't figure it out :/

$ env SUBPACKAGE="-qt4" make show=FULLPKGNAME
poppler-0.32.0
$ env SUBPACKAGE="-qt4" make
===>  poppler-qt4-0.32.0   Ignored as FLAVOR contains no_qt4 .

j.

Re: Call for help: Tor Browser on OpenBSD

[Jiri B]

On Fri, Mar 13, 2015 at 04:35:38PM -0600, attila wrote:
> [...]
> I have a preliminary port of the Tor browser working under
> OpenBSD-current (only amd64 tested so far).  It is far from being to
> the point where I would propose its inclusion in ports and anyway it
> isn't time for that right now.
> 
> However, it *is* to the point where other interested people could
> pitch in if they were so inclined.  I have written a short piece on
> what I've done so far with some background on the Tor browser:
> 
>http://trac.haqistan.net/blog/adventures-ports-tor-browser
> 
> [...]

Couldn't this be a flavor of (your cloned) firefox-esr in the beginning?
This way you could be more tight with ports' firefox-esr without
remembering to merge firefox-esr port's changes. landry@ has invested
a lot of time to improve firefox on OpenBSD.

Then maybe we could make a Makefile/Makefile.inc kung-fu to split
them to have specific (torbrowser) FULLPKGNAME for it.

Would Tor project allow to call it TorBrowser?

j.

Re: vpnc doesn't work anymore (openssl)

[Jiri B]

On Wed, Feb 18, 2015 at 11:29:15AM +, Stuart Henderson wrote:
> On 2015/02/18 05:42, Jiri B wrote:
> > On Tue, Feb 17, 2015 at 11:47:31AM -0500, Jiri B wrote:
> > > > Thanks! With provided diff it works ok now.
> > > 
> > > Interesting, on a (little old) OpenBSD it works even with
> > > "default" vpnc package. So I will check it again right on
> > > the machine where it failed...
> > 
> > Works OK on amd64 snapshot from Feb 17. Thanks.
> 
> Hmm? There haven't been any changes committed..

No idea... It works now (with and without the diff) for me.

j.

Re: vpnc doesn't work anymore (openssl)

[Jiri B]

On Tue, Feb 17, 2015 at 11:47:31AM -0500, Jiri B wrote:
> > Thanks! With provided diff it works ok now.
> 
> Interesting, on a (little old) OpenBSD it works even with
> "default" vpnc package. So I will check it again right on
> the machine where it failed...

Works OK on amd64 snapshot from Feb 17. Thanks.

j.

Re: vpnc doesn't work anymore (openssl)

[Jiri B]

On Tue, Feb 17, 2015 at 11:44:15AM -0500, Jiri B wrote:
> On Mon, Feb 16, 2015 at 10:52:01PM +0100, Jérémie Courrèges-Anglas wrote:
> > Stuart Henderson  writes:
> > 
> > [...]
> > 
> > > I suspect something changed with your vpn concentrator, on OpenBSD the
> > > vpnc port was never built against openssl. Diff below might work.
> > > AIUI we don't have a GPL problem here as the ssl library is supplied
> > > as part of the operating system whereas vpnc is a package.
> > 
> > BTW I had the same diff when I had to use vpnc to connect at uni.  I'm
> > ok with the idea but can't test it any more.  Jiri B?
> 
> Thanks! With provided diff it works ok now.

Interesting, on a (little old) OpenBSD it works even with
"default" vpnc package. So I will check it again right on
the machine where it failed...

j.

Re: vpnc doesn't work anymore (openssl)

[Jiri B]

On Mon, Feb 16, 2015 at 10:52:01PM +0100, Jérémie Courrèges-Anglas wrote:
> Stuart Henderson  writes:
> 
> [...]
> 
> > I suspect something changed with your vpn concentrator, on OpenBSD the
> > vpnc port was never built against openssl. Diff below might work.
> > AIUI we don't have a GPL problem here as the ssl library is supplied
> > as part of the operating system whereas vpnc is a package.
> 
> BTW I had the same diff when I had to use vpnc to connect at uni.  I'm
> ok with the idea but can't test it any more.  Jiri B?

Thanks! With provided diff it works ok now.

j.

Re: vpnc doesn't work anymore (openssl)

[Jiri B]

On Fri, Feb 13, 2015 at 06:25:45AM -0500, Jiri B wrote:
> Hi,
> 
> I tried to use vpnc last night to vpn to work but
> it doesn't work anymore.
> 
> It wrote on console something like...
> 
>   vpnc wasn't built with OpenSSL, can't use hybrid or cert mode.
> 
> I don't have OpenBSD at hand now so I can't tell more
> details.
> 
> vpnc - 0.5.3
> 
> Base OS max 2 weeks old snapshot.
> 
> j.

$ sed -n '702,+5p' vpnc-0.5.3/config.c
#ifndef OPENSSL_GPL_VIOLATION
if (opt_auth_mode == AUTH_MODE_HYBRID ||
opt_auth_mode == AUTH_MODE_CERT) {
printf("%s was built without openssl: Can't do hybrid 
or cert mode.\n", argv[0]);
exit(1);
}

j.

vpnc doesn't work anymore (openssl)

[Jiri B]

Hi,

I tried to use vpnc last night to vpn to work but
it doesn't work anymore.

It wrote on console something like...

  vpnc wasn't built with OpenSSL, can't use hybrid or cert mode.

I don't have OpenBSD at hand now so I can't tell more
details.

vpnc - 0.5.3

Base OS max 2 weeks old snapshot.

j.

Re: syslogd replacements

[Jiri B]

On Tue, Jan 20, 2015 at 01:50:21PM +0100, IMAP List Administration wrote:
> > Somenoe who uses it has to take ownership of the problem.
> I get the message. I will try to find the time to propose a diff to /etc/rc 
> and
> a patch to syslog-ng to get it working.

What's wrong to use local syslogd from base for local logging
and syslog-ng as central log host? This way problem is solved.

OpenBSD is complete OS, not a bunch of various pieces glued
together.

So you want to do something like mailwrapper is used but
for syslogs?

j.

Re: @wantlib is undocumented

[Jiri B]

On Sun, Dec 14, 2014 at 05:24:46PM -0500, thev...@openmailbox.org wrote:
> in pkg_add(1) there is this line:
> 
>  4.   All package dependencies (from @depend and @wantlib directives; see
>   pkg_create(1)) are read from the packing-list.  If any of these
> 
> but there is no reference to @wantlib in pkg_create(1) (or any other port/pkg
> related manpage i checked).

$ mandoc -Tascii /usr/share/man/man1/pkg_create.1 | col -b | \
  sed -n '/^[[:blank:]]*@wantlib/,/^$/p'  
 @wantlib libspec
 Package needs a shared library to work.  libspec is
 `name.major.minor' or `path/name.major.minor'.  The package won't
 be installed unless a library with the same name, the exact same
 major number and at least the same minor number can be located.
 A library without path is searched through dependent packages
 under the same localbase, then in the system libraries under
 /usr/lib and /usr/X11R6/lib.  A library with a path is only
 searched through dependent packages, that path being relative to
 localbase.

j.

Re: Squid configure option

[Jiri B]

> > Index: Makefile.inc
> > ===
> > RCS file: /cvs/ports/www/squid/Makefile.inc,v
> > retrieving revision 1.9
> > diff -u -p -r1.9 Makefile.inc
> > --- Makefile.inc15 May 2014 21:24:33 -  1.9
> > +++ Makefile.inc5 Dec 2014 13:54:30 -
> > @@ -66,6 +66,7 @@ CONFIGURE_ARGS+= ${CONFIGURE_SHARED} \
> > --enable-referer-log \
> > --enable-removal-policies="lru heap" \
> > --enable-ssl \
> > +   --enable-ssl-crtd \
> > --with-openssl \
> > --enable-storeio="aufs ufs diskd" \
> > --with-default-user="_squid" \

and what about this as well?

--enable-http-violations

cf. 
http://wiki.squid-cache.org/SquidFaq/ConfiguringSquid#Can_Squid_anonymize_HTTP_requests.3F

j.

Re: file permissions in a port

[Jiri B]

On Thu, Nov 20, 2014 at 02:17:34PM +, Fred wrote:
> Hi ports@
> 
> Can someone point me at the documentation for changing the file
> permissions in a package?
> 
> I'm working on porting radiotray[1] and have wip port [2] but I
> noticed when testing it on i386 that the
> ~/.local/share/radiotray/config.xml is installed with 444 permisions
> rather than 644 which is needed for the package to run.
> 
> Cheers
> 
> Fred
> 
> [1]
> http://radiotray.sourceforge.net/
> 
> [2]
> https://github.com/fcbsd/openbsd-wip/tree/master/audio/radiotray

man pkg_create and see '@chmod'.

j.

scantailor, has it anybody in his own ports tree?

[Jiri B]

hi,

does anybody have scantailor in his own ports tree? so i do
not waste time to solve some cmake issue with finding png16
library? :D

j.

Re: Port Submitting

[Jiri B]

On Wed, Nov 12, 2014 at 04:26:37PM +0200, Gökhan Güler wrote:
> Hello,
> 
> I am a student who used OpenBSD for the first time in training and ported a
> software which is supporting only 32-bit in OpenBSD ports to 64-bit. Now I
> want to submit the ported verison to ports, however I don't have a ports
> account and had to remove OpenBSD system. Can anyone help me and submit it
> to ports if I send the new patch files that is supposed to be in ports
> folder (and code files if needed)?
> 
> Gökhan Güler

"Submit the port. Create a gzipped tarball of the port directory. You
can then either place it on a public FTP or HTTP server, sending its
URL to ports@openbsd.org or send the port MIME encoded to the same
address. Pick whichever method works best for you."

http://www.openbsd.org/faq/ports/guide.html

j.

Re: UPDATE: www/wallabag-1.8.0

[Jiri B]

On Wed, Nov 12, 2014 at 11:51:31AM +1100, Olivier Mehani wrote:
> Hi all,
> 
> Here is an update to my previous OpenBSD port of the Wallabag
> read-it-later application [0].
> 
> From my initial post:
> 
>   The port is pretty trivial, apart from some playing around with
>   dependencies: Wallabag provides an archive (vendor.zip) containing a
>   few PHP libraries from various vendors on which the webapp depends.
>   
>   While the port works well at the moment, I suspect there might be an
>   issue when this vendor.zip archive needs be updated, as checksums might
>   fail then. It would probably be better to have a vendor-1.6.0.zip
>   archive, so we're sure what version we're getting (Wallabag devs are
>   Cc'd to this email so they are aware of this potential issue).
>   
>   Apart from that, the port and webapp work nicely on 5.4-stable with
>   httpd and php-5.3.
> 
> All comments are most welcome.
> 
> [0] https://www.wallabag.org/

Well recent OpenBSD policy about web apps is that it should need
some specific patching for OpenBSD to be as a port (or to be very
very popular so it's needed as a port).

If a web app port just unpacks an archive then it doesn't need to
be a port.

Anyway, you can modify Makefile to use GITHUB* variables (see bsd.port.mk),
also change MESSAGE to readme file.

I didn't test the port, when I tried wallabag i decided that it
does not fit 100% to my needs; if it would behave more like Zotero
then I would use it :)

j.

Re: subtitleeditor-0.41.1 core dumps with every exit

[Jiri B]

On Thu, Oct 02, 2014 at 02:47:12PM -0400, Jiri B wrote:
> Hi,
> 
> subtitleeditor-0.41.1 core dumps with every exit. I remember
> it didn't see this issue with 0.41.0.

Exact reproducer:

1. open subtitleeditor
2. open attached subtitle file (auto encoding detection)
3. close opened subtitle file via 'File' menu (Close)
4. exit the app via 'File' menu (Exit)

Then it should core dump.

> $ sysctl kern.version 
>   
>  
> kern.version=OpenBSD 5.6-current (GENERIC.MP) #388: Mon Sep 22 02:23:15 MDT 
> 2014
> t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> 
> j.
> 
> (gdb) bt full
> #0  0x1ba98283a0f8 in ?? ()
> No symbol table info available.
> #1  0x1ba91b015edc in VideoPlayerManagement::remove_menu_audio_track 
> (this=0x1ba9d8984f40) at videoplayermanagement.cc:591
> No locals.
> #2  0x1ba91b013884 in VideoPlayerManagement::deactivate 
> (this=0x1ba9d8984f40) at videoplayermanagement.cc:439
> ui = {pCppObject_ = 0x1ba9d1384700}
> #3  0x1ba91b00ebcb in VideoPlayerManagement::~VideoPlayerManagement 
> (this=0x1ba9d8984f40) at videoplayermanagement.cc:44
> No locals.
> #4  0x1ba91b00ec72 in VideoPlayerManagement::~VideoPlayerManagement 
> (this=0x1ba9d8984f40) at videoplayermanagement.cc:45
> No locals.
> #5  0x1ba91eae5b4f in ExtensionInfo::~ExtensionInfo (this=0x1ba92e321b80) 
> at extensioninfo.cc:48
> No locals.
> #6  0x1ba91eae63ef in ExtensionManager::destroy_extensions 
> (this=0x1ba91efeda00) at extensionmanager.cc:108
> it = {_M_node = 0x1ba93a9655e0}
> list = { std::allocator >> = {
> _M_impl = { >> = 
> {<__gnu_cxx::new_allocator >> = { fields>}, }, _M_node = {_M_next = 0x1ba9efc06a80, _M_prev = 
> 0x1ba9df3fe140}}}, }
> #7  0x1ba70c53a991 in Application::~Application (this=0x1ba95d5fb700) at 
> gui/application.cc:123
> path_se_accelmap = {static npos = , string_ = {static 
> npos = , 
> _M_dataplus = {> = {<__gnu_cxx::new_allocator> 
> = {}, }, 
>   _M_p = 0x1ba910c99418 
> "/home/jirib/.config/subtitleeditor/default/accelmap"}}}
> #8  0x1ba70c53abd0 in Application::~Application (this=0x1ba95d5fb700) at 
> gui/application.cc:124
> No locals.
> #9  0x1ba70c54b0e0 in main (argc=1, argv=0x7f7bff28) at main.cc:109
> context = 
> gst_group = 
> gtk_group = 
> kit = 
> options = {<> = {}, files = 
> { >> = {
>   _M_impl = {> = 
> {<__gnu_cxx::new_allocator> = {},  fields>}, _M_start = 0x0, 
> _M_finish = 0x0, _M_end_of_storage = 0x0}}, }, 
> files_list = { 
> >> = {
>   _M_impl = {> = 
> {<__gnu_cxx::new_allocator> = {},  fields>}, _M_start = 0x0, 
> _M_finish = 0x0, _M_end_of_storage = 0x0}}, }, 
> profile = {static npos = , string_ = {static npos =  out>, 
>   _M_dataplus = {> = 
> {<__gnu_cxx::new_allocator> = {}, }, 
> _M_p = 0x1ba98c6431d8 ""}}}, encoding = {
> static npos = , string_ = {static npos = , 
>   _M_dataplus = {> = 
> {<__gnu_cxx::new_allocator> = {}, }, 
> _M_p = 0x1ba98c6431d8 ""}}}, video = {
> static npos = , string_ = {static npos = , 
>   _M_dataplus = {> = 
> {<__gnu_cxx::new_allocator> = {}, }, 
> _M_p = 0x1ba98c6431d8 ""}}}, waveform = {
> static npos = , string_ = {static npos = , 
>   _M_dataplus = {> = 
> {<__gnu_cxx::new_allocator> = {}, }, 
> _M_p = 0x1ba98c6431d8 ""
> application = (class Application *) 0x1ba95d5fb700
> 
1
00:01:16,932 --> 00:01:18,132
Kl�dek.

2
00:01:22,692 --> 00:01:24,492
Vid�l jsem po cest� krocany.

3
00:01:26,124 --> 00:01:29,154
�pac�rovali si p�ede
mnou, jako bych tam nebyl.

4
00:01:29,274 --> 00:01:30,933
To si tedy dovolili dost.

5
00:01:31,053 --> 00:01:34,025
�est dn� v t�dnu mak�� v dole.

6
00:01:34,145 --> 00:01:36,711
A ti pitom� pt�ci si mysl�,
�e jim to tu pat��.

7
00:01:41,213 --> 00:01:43,938
- Kdy odj��d�� na turn�?
- Za p�r hodin.

8
00:01:45,716 --> 00:01:46,948
Poj�me.

9
00:02:42,429 --> 00:02:44,074
Dobr�. Je to dobr�.

10
00:02:46,887 --> 00:02:48,840
Jsi v po��dku. Jsi v bezpe��.

11
00:02:49,383 --> 00:02:52,275
Dobr�. Jsi se mnou.

12
00:03:02,171 --> 00:03:03,395
Omlouv�m se.

13
00:03:08,626 --> 00:03:09,827
M�li bychom...

14
00:03:12,074 --> 00:03:13,374
M�li bychom j�t.

15
00:03:33,991 --> 00:03:35,575
P�ijde� k vlaku?

16
00:03:35,695 --> 00:03:38,541
I beze m� tam bude
dost lid�, co se p�i

subtitleeditor-0.41.1 core dumps with every exit

[Jiri B]

Hi,

subtitleeditor-0.41.1 core dumps with every exit. I remember
it didn't see this issue with 0.41.0.

$ sysctl kern.version   

 
kern.version=OpenBSD 5.6-current (GENERIC.MP) #388: Mon Sep 22 02:23:15 MDT 2014
t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

j.

(gdb) bt full
#0  0x1ba98283a0f8 in ?? ()
No symbol table info available.
#1  0x1ba91b015edc in VideoPlayerManagement::remove_menu_audio_track 
(this=0x1ba9d8984f40) at videoplayermanagement.cc:591
No locals.
#2  0x1ba91b013884 in VideoPlayerManagement::deactivate 
(this=0x1ba9d8984f40) at videoplayermanagement.cc:439
ui = {pCppObject_ = 0x1ba9d1384700}
#3  0x1ba91b00ebcb in VideoPlayerManagement::~VideoPlayerManagement 
(this=0x1ba9d8984f40) at videoplayermanagement.cc:44
No locals.
#4  0x1ba91b00ec72 in VideoPlayerManagement::~VideoPlayerManagement 
(this=0x1ba9d8984f40) at videoplayermanagement.cc:45
No locals.
#5  0x1ba91eae5b4f in ExtensionInfo::~ExtensionInfo (this=0x1ba92e321b80) 
at extensioninfo.cc:48
No locals.
#6  0x1ba91eae63ef in ExtensionManager::destroy_extensions 
(this=0x1ba91efeda00) at extensionmanager.cc:108
it = {_M_node = 0x1ba93a9655e0}
list = { 
>> = {
_M_impl = { >> = 
{<__gnu_cxx::new_allocator >> = {}, }, _M_node = {_M_next = 0x1ba9efc06a80, _M_prev = 
0x1ba9df3fe140}}}, }
#7  0x1ba70c53a991 in Application::~Application (this=0x1ba95d5fb700) at 
gui/application.cc:123
path_se_accelmap = {static npos = , string_ = {static 
npos = , 
_M_dataplus = {> = {<__gnu_cxx::new_allocator> = 
{}, }, 
  _M_p = 0x1ba910c99418 
"/home/jirib/.config/subtitleeditor/default/accelmap"}}}
#8  0x1ba70c53abd0 in Application::~Application (this=0x1ba95d5fb700) at 
gui/application.cc:124
No locals.
#9  0x1ba70c54b0e0 in main (argc=1, argv=0x7f7bff28) at main.cc:109
context = 
gst_group = 
gtk_group = 
kit = 
options = {<> = {}, files = 
{ >> = {
  _M_impl = {> = 
{<__gnu_cxx::new_allocator> = {}, }, _M_start = 0x0, 
_M_finish = 0x0, _M_end_of_storage = 0x0}}, }, 
files_list = { 
>> = {
  _M_impl = {> = 
{<__gnu_cxx::new_allocator> = {}, }, _M_start = 0x0, 
_M_finish = 0x0, _M_end_of_storage = 0x0}}, }, profile 
= {static npos = , string_ = {static npos = , 
  _M_dataplus = {> = {<__gnu_cxx::new_allocator> 
= {}, }, _M_p = 0x1ba98c6431d8 ""}}}, encoding 
= {
static npos = , string_ = {static npos = , 
  _M_dataplus = {> = {<__gnu_cxx::new_allocator> 
= {}, }, _M_p = 0x1ba98c6431d8 ""}}}, video = {
static npos = , string_ = {static npos = , 
  _M_dataplus = {> = {<__gnu_cxx::new_allocator> 
= {}, }, _M_p = 0x1ba98c6431d8 ""}}}, waveform 
= {
static npos = , string_ = {static npos = , 
  _M_dataplus = {> = {<__gnu_cxx::new_allocator> 
= {}, }, _M_p = 0x1ba98c6431d8 ""
application = (class Application *) 0x1ba95d5fb700

Re: how to solve wantlib-args issue?

[Jiri B]

On Wed, Oct 01, 2014 at 10:36:50PM +0100, Stuart Henderson wrote:
> On 2014/10/01 17:14, Jiri B wrote:
> > Hi,
> > 
> > I'm rebuilding subtitleeditor for debug purposes and
> > I have older libs installed than ones in ports.
> > 
> > I've thought `make clean repackage reinstall' would rebuild
> > all dependencies but this is not the case.
> > 
> > So how to solve easily following issue?
> 
> You could do "make package PKG_CREATE_NO_CHECKS=warn".
> 
> > IIUC this is just
> > a check against libs version defined in ports tree and ones
> > on the system (those used while the port was being compiled).
> 
> Exactly.

Thanks, I missed this variable in bsd.port.mk man page.

j.

how to solve wantlib-args issue?

[Jiri B]

Hi,

I'm rebuilding subtitleeditor for debug purposes and
I have older libs installed than ones in ports.

I've thought `make clean repackage reinstall' would rebuild
all dependencies but this is not the case.

So how to solve easily following issue? IIUC this is just
a check against libs version defined in ports tree and ones
on the system (those used while the port was being compiled).

j.

===>  Building package for subtitleeditor-0.41.1
Create /data/noout/openbsd/packages/amd64/all/subtitleeditor-0.41.1.tgz
Error: Libraries in packing-lists in the ports tree
   and libraries from installed packages don't match
--- /tmp/dep_cache.aLnCRZJtw/portstree-subtitleeditor-0.41.1Wed Oct  1 
23:05:51 2014
+++ /tmp/dep_cache.aLnCRZJtw/inst-subtitleeditor-0.41.1 Wed Oct  1 23:05:51 2014
@@ -8,7 +8,7 @@
 -W Xinerama.6.0
 -W Xrandr.7.0
 -W Xrender.6.0
--W atk-1.0.21409.1
+-W atk-1.0.21209.1
 -W atkmm-1.6.10.0
 -W c.77.2
 -W cairo.12.2
@@ -21,12 +21,12 @@
 -W gdk-x11-2.0.2400.0
 -W gdk_pixbuf-2.0.3000.0
 -W gdkmm-2.4.11.0
--W gio-2.0.4200.0
--W giomm-2.4.13.0
--W glib-2.0.4200.0
--W glibmm-2.4.13.0
--W gmodule-2.0.4200.0
--W gobject-2.0.4200.0
+-W gio-2.0.4000.0
+-W giomm-2.4.12.0
+-W glib-2.0.4000.0
+-W glibmm-2.4.12.0
+-W gmodule-2.0.4000.0
+-W gobject-2.0.4000.0
 -W graphite2.0.0
 -W gstaudio-0.10.2.6
 -W gstbase-0.10.3.0
@@ -42,7 +42,7 @@
 -W gstrtp-0.10.2.6
 -W gsttag-0.10.2.6
 -W gstvideo-0.10.2.6
--W gthread-2.0.4200.0
+-W gthread-2.0.4000.0
 -W gtk-x11-2.0.2400.0
 -W gtkmm-2.4.11.0
 -W harfbuzz.5.0
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:3244 'wantlib-args')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1963 
'/data/noout/openbsd/packages/amd64/all/subtitleeditor-0.41.1.tgz')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2512 
'_internal-package')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2492 'package')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1976 
'/var/db/pkg/subtitleeditor-0.41.1/+CONTENTS')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2492 'install')
*** Error 1 in /usr/ports/editors/subtitleeditor 
(/usr/ports/infrastructure/mk/bsd.port.mk:3465 'reinstall')

Re: Tests before submit a port

[Jiri B]

On Fri, Aug 15, 2014 at 11:54:28AM +0300, Gökhan Güler wrote:
> Hello,
> 
> I am currently porting LogSurfer software to 64-bit OpenBSD. I am also
> intented to submit it to ports but I am new to both OpenBSD and 64-bit
> porting; I need some help on testing. How should I do the test process? I
> would welcome any advice on testing.
> 
> Thanks,
> Gökhan Güler

Why not to use logstash or fluentd?

j.

fakeroot(1) in context of OpenBSD ports

[Jiri B]

Hi,

sorry for my ignorance but could anybody explain what's wrong
with fakeroot(1)[1] in context of OpenBSD ports?

[1] 
http://manpages.debian.org/cgi-bin/man.cgi?sektion=1&query=fakeroot&apropos=0&manpath=sid&locale=en

j.

Re: [UPDATE] cfengine master_site change

[Jiri B]

On Sat, Jun 21, 2014 at 03:52:39PM -0300, Rodrigo Mosconi wrote:
> 2014-06-19 15:18 GMT-03:00 Jiri B :
> > First you should try to compile 3.6.0 ;) They were some issues
> > which should be solved soon. I hope static compilation would
> > be solved as well soon.
> 
> which issues? I compiled the 3.6.0 version, but didn`t runned yet

https://dev.cfengine.com/issues/6133

j.

Re: Option parsing in sysutils/sshfs-fuse

[Jiri B]

On Fri, Jun 20, 2014 at 02:03:37PM +0200, Gregor Best wrote:
> Hi Sylvestre,
> 
> I've noticed that sysutils/sshfs-fuse does not seem to accept all
> options advertised in the manpage and available on e.g. Linux. The most
> notable example is -p, which sets the target SSH port. I have a machine
> where SSH listens on port 22022. On Linux and the like, I can do
> something like
> 
>   $ sshfs neon:/home/gbe /mnt/tmp -p 22022
> 
> whereas on OpenBSD, I get
> 
>   $ sshfs neon:/home/gbe /mnt/tmp -p 22022
>   fuse: unknown option -p
> 
> On the other hand, I _can_ use -o to set options like sshfs_debug, but
> not things like Port (e.g. via -o Port=22022).
> 
> Is there anything I can do to further debug this, or maybe a little hit
> with the clue stick you could give me so maybe I can fix it?

Check this, maybe Stuart answers your question:

http://marc.info/?l=openbsd-misc&m=140274931103908&w=2

j.

Re: py-selenium and OpenBSD

[Jiri B]

On Thu, Jun 19, 2014 at 08:21:11PM -0700, Craig Paulette wrote:
> 
> Hello,
> 
> I'm relatively new to OpenBSD (6+ months and two CD sets) -- love it.
> I'm attempting to do some web development on OpenBSD but can't get
> py-selenium to work.  This thread shows that I'm not alone:
> http://openbsd.7691.n7.nabble.com/py-selenium-td238035.html
> 
> I can't be the only one trying to use py-selenium on OpenBSD.  What is
> everyone else doing as a workaround in the meantime?
> 
> Thanks in advance,
> Craig

It should work while using remote browser or not?

My old WIP:

https://github.com/jirib/openbsd-mystuff/blob/master/devel/selenium/Makefile
https://github.com/jirib/openbsd-mystuff/blob/master/devel/py-selenium/Makefile

If you have issues please file bugs upstream. Please keep
us updated ;)

j.

Re: [UPDATE] cfengine master_site change

[Jiri B]

On Thu, Jun 19, 2014 at 02:16:30PM -0300, Rodrigo Mosconi wrote:
> CFEngine can be compiled with qdbm, tokyo cabinet or lmdb.  Currently, OBSD
> only includes qdbm on port, and OBSD`s CFEngine is complied with qdbm.
> There is someone already working to include Tokyo Cabinet or lmdb into
> ports?

First you should try to compile 3.6.0 ;) They were some issues
which should be solved soon. I hope static compilation would
be solved as well soon.

Try yourself, file bugs upstream.

j.

[UPDATE] cfengine master_site change

[Jiri B]

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 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

Re: Ganglia 1.6.0

[Jiri B]

On Sun, Jun 15, 2014 at 10:42:10AM -0700, Peter Ezetta wrote:
> Hello ports@
> 
> I have had to patch Ganglia 1.6.0 in order to get it to build on OpenBSD
> 5.5 and it was suggusted in IRC that I submit a port so that others may
> benefit from my work.  Before I do, I wanted to check with this list to
> ensure that I wasn't duplicating anyone else's effort, and that there
> wasn't a security or licensing concern that had prevented Ganglia from
> being ported previously.

OpenBSD project cannot guarantee security of 3rd party apps, ie. ports.
Ports are just bunch of makefiles and they help to install various
apps with various licenses, thus no issue.

j.

Re: Hello OpenBSD,I need your help!

[Jiri B]

On Mon, Jun 09, 2014 at 09:12:17AM +, virglevirgle wrote:
> hi OpenBSD! I am your user. Thanks for your OpenBSD System. I want to setup a 
> software.
> 
> it's called wine. But I don't konw how to install it. I only want to use it 
> on OpenBSD System.
> 
> so I want run Win32 application on OpenBSD. Because of work, I need this 
> win32 software. 
> 
> I like your System. Could you tell me how to download and install wine?

wine doesnt' work on OpenBSD. You better run an external Windows machine
and access that environment remotely via RDP (physical or virtual).

j.

wpa_supplicant core dump

[Jiri B]

Hi,

I got wpa_supplicant core dump. Strange is it is not always
reproducible, it core dumps mostly but sometimes it does not.

j.

# wpa_supplicant -c /etc/wpa_supplicant.conf -D openbsd -i iwn0 -d
...
EAP-PEAP: received 53 bytes encrypted data for Phase 2
EAP-PEAP: Decrypted Phase 2 EAP - hexdump(len=14): 01 af 00 0e 06 50 61 73 73 
77 6f 72 64 3a
EAP-PEAP: received Phase 2: code=1 identifier=175 length=14
EAP-PEAP: Phase 2 Request: type=6
EAP-PEAP: Selected Phase 2 EAP vendor 0 method 6
EAP-GTC: Password not configured
EAPOL: EAP parameter needed
iwn0: CTRL-REQ-OTP-0:[Password:] needed for SSID WifiAP
EAP: method process -> ignore=FALSE methodState=MAY_CONT decision=FAIL 
eapRespData=0x0
EAP: EAP entering state SEND_RESPONSE
EAP: No eapRespData available
EAP: EAP entering state IDLE
CTRL_IFACE monitor attached 
/tmp/wpa_ctrl_9659-2\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x0
0\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x0
Abort trap (core dumped)

(gdb) where
#0  0x1545475b9fea in kill () at :2
#1  0x1545475f34bc in __stack_smash_handler (func=0x1543451838c0 
"wpa_supplicant_ctrl_iface_attach", damaged=Variable "damaged" is not available.
) at /usr/src/lib/libc/sys/stack_protector.c:61
#2  0x154345056971 in wpa_supplicant_ctrl_iface_attach () from 
/usr/local/sbin/wpa_supplicant
#3  0x15434505789d in wpa_supplicant_ctrl_iface_receive () from 
/usr/local/sbin/wpa_supplicant
#4  0x15434501297a in eloop_sock_table_dispatch () from 
/usr/local/sbin/wpa_supplicant
#5  0x154345013428 in eloop_run () from /usr/local/sbin/wpa_supplicant
#6  0x154345059e11 in wpa_supplicant_run () from 
/usr/local/sbin/wpa_supplicant
#7  0x154345066fda in main () from /usr/local/sbin/wpa_supplicant
(gdb) thread apply all bt

Thread 1 (process 21621):
#0  0x1545475b9fea in kill () at :2
#1  0x1545475f34bc in __stack_smash_handler (func=0x1543451838c0 
"wpa_supplicant_ctrl_iface_attach", damaged=Variable "damaged" is not available.
) at /usr/src/lib/libc/sys/stack_protector.c:61
#2  0x154345056971 in wpa_supplicant_ctrl_iface_attach () from 
/usr/local/sbin/wpa_supplicant
#3  0x15434505789d in wpa_supplicant_ctrl_iface_receive () from 
/usr/local/sbin/wpa_supplicant
#4  0x15434501297a in eloop_sock_table_dispatch () from 
/usr/local/sbin/wpa_supplicant
#5  0x154345013428 in eloop_run () from /usr/local/sbin/wpa_supplicant
#6  0x154345059e11 in wpa_supplicant_run () from 
/usr/local/sbin/wpa_supplicant
#7  0x154345066fda in main () from /usr/local/sbin/wpa_supplicant

Information for inst:wpa_supplicant-2.1

Comment:
IEEE 802.1X supplicant

Description:
wpa_supplicant is the implementation of an IEEE 802.1X supplicant for
wired (Ethernet PAE) and wireless (WPA/WPA2) authentication.

Maintainer: Stuart Henderson 

WWW: http://hostap.epitest.fi/wpa_supplicant/


kern.version=OpenBSD 5.5-current (GENERIC.MP) #126: Mon May 12 22:40:04 MDT 2014
t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

Re: Screen sharing program

[Jiri B]

On Thu, May 29, 2014 at 01:44:35PM +0100, Kaashif Hymabaccus wrote:
> I've searched the internet for screen sharing programs (like Teamviewer,
> for example) that work on OpenBSD and haven't found anything. All of the
> web-based solutions require a download of some proprietary plugin
> (join.me, Google Hangouts) and I can't find anything that will let me
> share my screen with other (not tech-savvy) people.
> 
> Should I install a VNC server or is there another solution? If that is
> the only way, the people I'd want to share with would say that it'd be
> easier (for them) if I used Linux or Windows and installed the Hangouts
> plugin, but I'd rather not do that.

* r/o - x11vnc
* r/w - x11vnc, try http://bigbluebutton.org/overview/

j.

Re: subtitleeditor core dumps because of gstreamermm

[Jiri B]

On Wed, May 14, 2014 at 03:32:44PM +0200, Antoine Jacoutot wrote:
> On Tue, May 13, 2014 at 12:02:15PM -0400, Jiri B wrote:
> > Hi,
> > 
> > I wanted to use subtitleeditor and it core dumps when ones
> > tries to generate 'Generate Keyframes from video' (Keyframes in menu).
> > 
> > Any idea? Without keyframes this app is mostly a dump editor :/
> 
> Fixed, thanks for the report.

Thanks, 'Generate Keyframes from video' doesn't make it
core dump anymore. But 'Generate Keyframes from video (using frame)'
does cause core dump from time to time. I'll send more info
later.

j.

Re: subtitleeditor core dumps

[Jiri B]

On Wed, May 14, 2014 at 08:45:07AM +0100, Stuart Henderson wrote:
> On 2014/05/14 03:02, Jiri B wrote:
> > Hi,
> > 
> > I wanted to use subtitleeditor and it core dumps when ones
> > tries to generate 'Generate Keyframes from video' (Keyframes in menu).
> > 
> > Any idea? Without keyframes this app is mostly a dump text editor :/
> 
> Is this new breakage, or have you not tried doing this before? (wondering
> if it may have been triggered by malloc's new defaults)..

Unfortunatelly I was using subtitleeditor only to 'move' subtitles
or correct spelling so I didn't use advanced features till now.
So... I have never seen it before I wanted to create new subtitles
and for this I needed to see waveform of audio and I needed keyframes...

What can I test with malloc?

j.

Re: [UPDATE] stow-2.2.0

[Jiri B]

On Tue, May 13, 2014 at 10:37:50PM +0100, Kaashif Hymabaccus wrote:
>[...]
> +share/doc/stow/manual-single.html
> +share/doc/stow/manual-split/
> +share/doc/stow/manual-split/Bootstrapping.html
> +share/doc/stow/manual-split/Compile_002dtime-vs-Install_002dtime.html
> +share/doc/stow/manual-split/Conflicts.html
> +share/doc/stow/manual-split/Cygnus-Software.html
> +share/doc/stow/manual-split/Deferred-Operation.html
> +share/doc/stow/manual-split/Deleting-Packages.html
> +share/doc/stow/manual-split/GNU-Emacs.html
> +share/doc/stow/manual-split/GNU-General-Public-License.html
> +share/doc/stow/manual-split/Ignore-Lists.html
> +share/doc/stow/manual-split/Index.html
> +share/doc/stow/manual-split/Installing-Packages.html
> +share/doc/stow/manual-split/Introduction.html
> +share/doc/stow/manual-split/Invoking-Stow.html
> +share/doc/stow/manual-split/Justification-For-Yet-Another-Set-Of-Ignore-Files.html
> +share/doc/stow/manual-split/Known-Bugs.html
> +share/doc/stow/manual-split/Mixing-Operations.html
> +share/doc/stow/manual-split/Motivation-For-Ignore-Lists.html
> +share/doc/stow/manual-split/Multiple-Stow-Directories.html
> +share/doc/stow/manual-split/Other-FSF-Software.html
> +share/doc/stow/manual-split/Perl-and-Perl-5-Modules.html
> +share/doc/stow/manual-split/Reporting-Bugs.html
> +share/doc/stow/manual-split/Resource-Files.html
> +share/doc/stow/manual-split/Target-Maintenance.html
> +share/doc/stow/manual-split/Terminology.html
> +share/doc/stow/manual-split/Tree-unfolding.html
> +share/doc/stow/manual-split/Types-And-Syntax-Of-Ignore-Lists.html
> +share/doc/stow/manual-split/index.html
> +share/doc/stow/manual-split/tree-folding.html
> +share/doc/stow/manual-split/tree-refolding.html
> +share/doc/stow/manual.pdf
> +share/doc/stow/version.texi

I'm not using stow but IIUC we don't usually shipt manuals.

j.

Re: Video chat app

[Jiri B]

On Fri, Mar 28, 2014 at 08:07:02AM -0500, Amit Kulkarni wrote:
> Hi all,
> 
> I want to do video chatting. Is there a app which works on OpenBSD? If not,
> what needs to be ported to be able to make it work?
> 
> thanks

Empathy for one-to-one? bigbluebutton for groups?

j.

Re: virt-viewer 0.5.7 core dumps

[Jiri B]

On Fri, Feb 07, 2014 at 05:38:58AM -0500, Jiri B wrote:
> On Fri, Feb 07, 2014 at 10:33:44AM +, Stuart Henderson wrote:
> > On 2014/02/07 05:02, Jiri B wrote:
> > > #0  0x0c7ec6e8c01b in ?? ()
> > 
> > Please build the directly relevant ports with debug symbols (make clean=all;
> > make repackage reinstall DEBUG="-O0 -g"), I'd probably do this for 
> > virt-viewer,
> > spice-gtk, gtk-vnc, libvirt, and see if you can get a backtrace with at 
> > least
> > a name for the function that is actually crashing.
> 
> Till now I can reproduce only with VMs which are RHEL
> with GNOME having qxl driver. w2k12r2 is OK, same for RHEL
> without X11.

For the archives... jasper@ will commit newer virt-viewer
when ports tree in unlocked, when using newer virt-viewer,
spice-gtk, gkt-vnc the issue is not reproducible.

jirib

Re: virt-viewer 0.5.7 core dumps

[Jiri B]

On Fri, Feb 07, 2014 at 10:33:44AM +, Stuart Henderson wrote:
> On 2014/02/07 05:02, Jiri B wrote:
> > #0  0x0c7ec6e8c01b in ?? ()
> 
> Please build the directly relevant ports with debug symbols (make clean=all;
> make repackage reinstall DEBUG="-O0 -g"), I'd probably do this for 
> virt-viewer,
> spice-gtk, gtk-vnc, libvirt, and see if you can get a backtrace with at least
> a name for the function that is actually crashing.

Till now I can reproduce only with VMs which are RHEL
with GNOME having qxl driver. w2k12r2 is OK, same for RHEL
without X11.

I will rebuild then...

jirib

virt-viewer 0.5.7 core dumps

[Jiri B]

Hi,

remote-viewer when used with a SPICE VM has started to
core dump recently. I haven't seen this behavior on Tuesday
Feb 4th 2014, when I used it for last time. I did packages
update on Thursday 6th.

virt-viewer-0.5.7
kern.version=OpenBSD 5.5-beta (GENERIC.MP) #279: Fri Jan 24 11:50:37 MST 2014

-%--
Script started on Fri Feb  7 10:53:28 2014

jirib:/home/jirib
$ gdb
gdbgdbus  gdbus-codegen
$ gdb /usr/local/bin/remote-viewer remote-viewer.core
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-unknown-openbsd5.5"...
Core was generated by `remote-viewer'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libpthread.so.18.0...done.
Loaded symbols for /usr/lib/libpthread.so.18.0
Loaded symbols for /usr/local/bin/remote-viewer
Reading symbols from /usr/local/lib/libgtk-vnc-2.0.so.0.1...done.
Loaded symbols for /usr/local/lib/libgtk-vnc-2.0.so.0.1
Reading symbols from /usr/local/lib/libgvnc-1.0.so.0.1...done.
Loaded symbols for /usr/local/lib/libgvnc-1.0.so.0.1
Reading symbols from /usr/local/lib/libgnutls.so.41.2...done.
Loaded symbols for /usr/local/lib/libgnutls.so.41.2
Reading symbols from /usr/local/lib/libgcrypt.so.19.0...done.
Loaded symbols for /usr/local/lib/libgcrypt.so.19.0
Reading symbols from /usr/local/lib/libp11-kit.so.1.0...done.
Loaded symbols for /usr/local/lib/libp11-kit.so.1.0
Reading symbols from /usr/local/lib/libtasn1.so.3.1...done.
Loaded symbols for /usr/local/lib/libtasn1.so.3.1
Reading symbols from /usr/local/lib/libnettle.so.1.2...done.
Loaded symbols for /usr/local/lib/libnettle.so.1.2
Reading symbols from /usr/local/lib/libhogweed.so.1.1...done.
Loaded symbols for /usr/local/lib/libhogweed.so.1.1
Reading symbols from /usr/local/lib/libgmp.so.9.0...done.
Loaded symbols for /usr/local/lib/libgmp.so.9.0
Reading symbols from /usr/local/lib/libgpg-error.so.3.2...done.
Loaded symbols for /usr/local/lib/libgpg-error.so.3.2
Reading symbols from /usr/local/lib/libspice-client-gtk-3.0.so.1.0...done.
Loaded symbols for /usr/local/lib/libspice-client-gtk-3.0.so.1.0
Reading symbols from /usr/local/lib/libdbus-glib-1.so.4.3...done.
Loaded symbols for /usr/local/lib/libdbus-glib-1.so.4.3
Reading symbols from /usr/local/lib/libatk-bridge-2.0.so.0.0...done.
Loaded symbols for /usr/local/lib/libatk-bridge-2.0.so.0.0
Reading symbols from /usr/local/lib/libatspi.so.0.1...done.
Loaded symbols for /usr/local/lib/libatspi.so.0.1
Reading symbols from /usr/X11R6/lib/libSM.so.9.0...done.
Loaded symbols for /usr/X11R6/lib/libSM.so.9.0
Reading symbols from /usr/X11R6/lib/libICE.so.10.0...done.
Loaded symbols for /usr/X11R6/lib/libICE.so.10.0
Reading symbols from /usr/X11R6/lib/libXinerama.so.6.0...done.
Loaded symbols for /usr/X11R6/lib/libXinerama.so.6.0
Reading symbols from /usr/X11R6/lib/libXi.so.12.0...done.
Loaded symbols for /usr/X11R6/lib/libXi.so.12.0
Reading symbols from /usr/X11R6/lib/libXrandr.so.7.0...done.
Loaded symbols for /usr/X11R6/lib/libXrandr.so.7.0
Reading symbols from /usr/X11R6/lib/libXcursor.so.5.0...done.
Loaded symbols for /usr/X11R6/lib/libXcursor.so.5.0
Reading symbols from /usr/X11R6/lib/libXcomposite.so.4.0...done.
Loaded symbols for /usr/X11R6/lib/libXcomposite.so.4.0
Reading symbols from /usr/X11R6/lib/libXdamage.so.4.0...done.
Loaded symbols for /usr/X11R6/lib/libXdamage.so.4.0
Reading symbols from /usr/X11R6/lib/libXfixes.so.6.0...done.
Loaded symbols for /usr/X11R6/lib/libXfixes.so.6.0
Reading symbols from /usr/local/lib/libharfbuzz.so.4.2...done.
Loaded symbols for /usr/local/lib/libharfbuzz.so.4.2
Reading symbols from /usr/local/lib/libgraphite2.so.0.0...done.
Loaded symbols for /usr/local/lib/libgraphite2.so.0.0
Reading symbols from /usr/X11R6/lib/libxcb-shm.so.1.0...done.
Loaded symbols for /usr/X11R6/lib/libxcb-shm.so.1.0
Reading symbols from /usr/X11R6/lib/libxcb-render.so.1.0...done.
Loaded symbols for /usr/X11R6/lib/libxcb-render.so.1.0
Reading symbols from /usr/lib/libexpat.so.11.0...done.
Loaded symbols for /usr/lib/libexpat.so.11.0
Reading symbols from /usr/local/lib/libpng.so.17.1...done.
Loaded symbols for /usr/local/lib/libpng.so.17.1
Reading symbols from /usr/local/lib/libdbus-1.so.11.0...done.
Loaded symbols for /usr/local/lib/libdbus-1.so.11.0
Symbols already loaded for /usr/lib/libpthread.so.18.0
Reading symbols from /usr/X11R6/lib/libXext.so.13.0...done.
Loaded symbols for /usr/X11R6/lib/libXext.so.13.0
Reading symbols from /usr/X11R6/lib/libXrender.so.6.0...done.
Loaded symbols for /usr/X11R6/lib/libXrender.so.6.0
Reading symbols from /usr/X11R6/lib/libX11.so.16.0...done.
Loaded symbols for /usr/X11R6/lib/libX11.so.16.0
Reading symbols from /usr/X11R6/lib/libxcb.so.3.0...done.
Loaded symb

Re: qemu README clarification (multiple fd)

[Jiri B]

On Mon, Feb 03, 2014 at 11:08:18PM +, Stuart Henderson wrote:
> On 2014/02/03 17:39, Jiri B wrote:
> > I'm not native English speaker so I'm not sure I do
> > understand meaning correctly or if the wording is
> > OK...
> > 
> >NOTE: sudo calls closefrom(2).  In order to have more than one
> >  fd passed tap interface, a line to sudoers akin to:
> > 
> > Defaults closefrom_override
> > 
> >  then calling sudo via 'sudo -C 5 -u $USER qemu-system-i386 ..'
> >  is required.  See sudoers(5) and sudo(8) for details.
> > 
> > "...more than one fd passed tap interface,...". Is this correct?
> > What does it want to say exactly?
> 
> Maybe "fd-passed tap interface" would be clearer. Basically it's talking 
> about a
> tap interface which has been passed via a file descriptor. If you want more 
> than
> one of those, you need to override sudo's default, which is to close FDs 
> higher
> than 3.
> 
>  -C fd   Normally, sudo will close all open file descriptors other
>  than standard input, standard output and standard error.  The
>  -C (close from) option allows the user to specify a starting
>  point above the standard error (file descriptor three).
>  Values less than three are not permitted.  This option is
>  only available when the administrator has enabled the
>  closefrom_override option in sudoers(5).
> 
> > I made my qemu VM work with multiple ifaces with following
> > command, each VM's iface has its own tun(4) device on the
> > OpenBSD host.
> > 
> > $ sudo sh -c "sudo -C 5 -u jirib qemu-system-x86_64 -net 
> > nic,model=virtio,vlan=0 \
> >   -net tap,vlan=0,fd=3 -net nic,vlan=1,model=virtio -net tap,vlan=1,fd=4 \
> >   -no-fd-bootchk -drive file=~/tmp/qemu/virtual.img,if=virtio,format=qcow2 \
> >   -drive file=~/downloads/install55.iso,if=scsi,media=cdrom \
> >   -boot order=cd,once=d 3<>/dev/tun0 4<>/dev/tun1"
> > 
> > Am I doing multi-nic qemu VM correctly?
> > 
> > jirib
> > 
> 
> looks right. does it work?

Yes it works with cmdline above. One has to put different vlan to
each iface otherwise I saw duplicates...

jirib

qemu README clarification (multiple fd)

[Jiri B]

I'm not native English speaker so I'm not sure I do
understand meaning correctly or if the wording is
OK...

   NOTE: sudo calls closefrom(2).  In order to have more than one
 fd passed tap interface, a line to sudoers akin to:

Defaults closefrom_override

 then calling sudo via 'sudo -C 5 -u $USER qemu-system-i386 ..'
 is required.  See sudoers(5) and sudo(8) for details.

"...more than one fd passed tap interface,...". Is this correct?
What does it want to say exactly?

I made my qemu VM work with multiple ifaces with following
command, each VM's iface has its own tun(4) device on the
OpenBSD host.

$ sudo sh -c "sudo -C 5 -u jirib qemu-system-x86_64 -net 
nic,model=virtio,vlan=0 \
  -net tap,vlan=0,fd=3 -net nic,vlan=1,model=virtio -net tap,vlan=1,fd=4 \
  -no-fd-bootchk -drive file=~/tmp/qemu/virtual.img,if=virtio,format=qcow2 \
  -drive file=~/downloads/install55.iso,if=scsi,media=cdrom \
  -boot order=cd,once=d 3<>/dev/tun0 4<>/dev/tun1"

Am I doing multi-nic qemu VM correctly?

jirib

mozilla-dicts vs hunspell

[Jiri B]

Hi,

some mozilla-dicts are quite old, they are kept on
Stuart's mirror and other OS/distros use hunspell/myspell
"site" for getting dicts and naming the packages.

I checked pkgsrc and they have dicts as hunspell-$lang,
getting them from OO.org site (thus no need for mirror),
some of dicts are newer and some of dicts have their own
master_site (newer then on OO.org).

I'm volunteering to provide diffs for switching from current
mozilla-dicts to hunspell-$lang, the format is the same
anyway.

Would be anybody against this effort?

jirib

Re: [squid] ...rejecting '[127.0.0.1]:5330' as a name server...

[Jiri B]

On Mon, Jan 27, 2014 at 08:41:29AM +1300, Kenneth Westerback wrote:
> On 27 January 2014 08:32, Jiri B  wrote:
> > On Mon, Jan 27, 2014 at 08:09:20AM +1300, Kenneth Westerback wrote:
> >> Dhclient will not generate such syntax in resolved.conf so I assume you are
> >> doing so via resolv.conf.tail or ... ? And if so, I guess you need to
> >> choose between squid and your local DNS port.
> >
> > Yes, I used resolv.conf.tail. Hmmm, squid does not seem to support
> > custom dns port anyway via a config option.
> >
> >> Or are you saying that there is a snort friendly syntax for this purpose
> >> that we should be using instead?
> >
> > I don't understand the question.
> >
> 
> Since I don't know squid, I was asking if it did handle some other
> syntax that we might be able to add to resolv.conf consumers. "does
> not seem to support custom dns port" would seem to answer the
> question. :-)

I submitted RFE - http://bugs.squid-cache.org/show_bug.cgi?id=4017.

jirib

Re: [squid] ...rejecting '[127.0.0.1]:5330' as a name server...

[Jiri B]

On Mon, Jan 27, 2014 at 08:09:20AM +1300, Kenneth Westerback wrote:
> Dhclient will not generate such syntax in resolved.conf so I assume you are
> doing so via resolv.conf.tail or ... ? And if so, I guess you need to
> choose between squid and your local DNS port.

Yes, I used resolv.conf.tail. Hmmm, squid does not seem to support
custom dns port anyway via a config option.

> Or are you saying that there is a snort friendly syntax for this purpose
> that we should be using instead?

I don't understand the question.

> On 27 Jan 2014 06:06, "Jiri B"  wrote:
> 
> > Hi,
> >
> > squid doesn't like OpenBSD specific syntax on resolv.conf.
> >
> > # squid -N -d 3
> > ...
> > 2014/01/26 17:58:51| DNS Socket created at [::], FD 5
> > 2014/01/26 17:58:51| DNS Socket created at 0.0.0.0, FD 6
> > 2014/01/26 17:58:51| Adding domain example.com from /etc/resolv.conf
> > 2014/01/26 17:58:51| Adding nameserver [127.0.0.1]:5330 from
> > /etc/resolv.conf
> > 2014/01/26 17:58:51| WARNING: rejecting '[127.0.0.1]:5330' as a name
> > server, because it is not a numeric IP address
> > ...
> >
> > $ cat /etc/resolv.conf
> > # Generated by iwn0 dhclient
> > search example.com
> > nameserver [127.0.0.1]:5330
> >
> > resolv.conf(5) states:
> > ...
> >  nameserver  IPv4 address (in dot notation) or IPv6 address (in
> > hex-and-
> >  colon notation) of a name server that the resolver should
> >  query.  Scoped IPv6 address notation is accepted as well
> > (see
> >  inet6(4) for details).  A non-standard port may also be
> >  specified, with the host address enclosed in square
> > brackets.
> >  For example:
> >
> >nameserver [10.0.0.1]:5353
> >nameserver [::1]:5353
> >
> > jirib
> >
> >

[squid] ...rejecting '[127.0.0.1]:5330' as a name server...

[Jiri B]

Hi,

squid doesn't like OpenBSD specific syntax on resolv.conf.

# squid -N -d 3
...
2014/01/26 17:58:51| DNS Socket created at [::], FD 5
2014/01/26 17:58:51| DNS Socket created at 0.0.0.0, FD 6
2014/01/26 17:58:51| Adding domain example.com from /etc/resolv.conf
2014/01/26 17:58:51| Adding nameserver [127.0.0.1]:5330 from /etc/resolv.conf
2014/01/26 17:58:51| WARNING: rejecting '[127.0.0.1]:5330' as a name server, 
because it is not a numeric IP address
...

$ cat /etc/resolv.conf  

 
# Generated by iwn0 dhclient
search example.com
nameserver [127.0.0.1]:5330

resolv.conf(5) states:
...
 nameserver  IPv4 address (in dot notation) or IPv6 address (in hex-and-
 colon notation) of a name server that the resolver should
 query.  Scoped IPv6 address notation is accepted as well (see
 inet6(4) for details).  A non-standard port may also be
 specified, with the host address enclosed in square brackets.
 For example:

   nameserver [10.0.0.1]:5353
   nameserver [::1]:5353

jirib

Re: packages snapshots signed with wrong key

[Jiri B]

On Wed, Jan 15, 2014 at 01:38:30PM +0100, Sébastien Marie wrote:
> Hi,
> 
> Short story: the latest package snapshost (i386) is signed with
> 55pkg.pub, but the @signer in +CONTENTS is 54pkg.

Didn't you just forget to upgrade you base OS? 5.5 was tagged
couple of day ago.

jirib

Re: any GRUB users about?

[Jiri B]

On Wed, Jan 08, 2014 at 12:01:47PM +, Stuart Henderson wrote:
> GRUB is currently broken by the change to PIE by default on i386.
> (it is currently only built on i386; in theory building on amd64
> should also be possible but it's more complicated than, say,
> memtest86+).
> 
> Is there anyone using it from OpenBSD ports/packages who can test
> this diff on i386 -current?

I would love to test it but I unfortunatelly use amd64 only :(

jirib

[...diff...]

Re: Qemu Guest Agent (+ OpenBSD driver for VirtIO-Serial)

[Jiri B]

On Thu, Jan 09, 2014 at 08:01:55AM -0500, Jiri B wrote:
> Hi,
> 
> I see 'qemu-ga' is built for OpenBSD qemu port but this
> should be separate package from "main" qemu, as it is
> installed inside qemu VMs.
> 
> I'm just playing with QGA on RHEL (not big success yet)
> and I would like to try it on OpenBSD as well. QGA allows
> to run some QMP commands and open/read/write files inside
> a VM without networking.
> 
> Although it uses channels (VirtIO-Serial) and this is not
> supported on OpenBSD yet. But maybe it works even with
> normal serial port... Any volunteers for driver? :D
> 
> Would you take care of splitting the port or should I send
> you a diff?
> 
> http://wiki.qemu.org/Features/QAPI/GuestAgent
> 
> jirib

QGA needs some love, the code contains linux specific paths,
options for shutdown, reboot etc...

http://git.qemu.org/?p=qemu.git;a=blob;f=qga/commands-posix.c;h=8100bee67e9495dc5641ce5c639fc24c51e2ade0;hb=HEAD

jirib

Qemu Guest Agent (+ OpenBSD driver for VirtIO-Serial)

[Jiri B]

Hi,

I see 'qemu-ga' is built for OpenBSD qemu port but this
should be separate package from "main" qemu, as it is
installed inside qemu VMs.

I'm just playing with QGA on RHEL (not big success yet)
and I would like to try it on OpenBSD as well. QGA allows
to run some QMP commands and open/read/write files inside
a VM without networking.

Although it uses channels (VirtIO-Serial) and this is not
supported on OpenBSD yet. But maybe it works even with
normal serial port... Any volunteers for driver? :D

Would you take care of splitting the port or should I send
you a diff?

http://wiki.qemu.org/Features/QAPI/GuestAgent

jirib

Re: Help needed - a WIP port for ocrfeeder

[Jiri B]

On Wed, Jan 01, 2014 at 03:48:10PM -0500, Jiri B wrote:
> Hi all,
> 
> I've thought it would be not so difficult to make ocrfeeder
> (port[1]) running on OpenBSD but... Well, it core dumps.

WIP ocrfeeder port and its (new) deps in attachment.

jirib


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

Help needed - a WIP port for ocrfeeder

[Jiri B]

Hi all,

I've thought it would be not so difficult to make ocrfeeder
(port[1]) running on OpenBSD but... Well, it core dumps.

I would appreciate any help, as it seems to be one of
few OSS OCR application available.

I submitted a BZ[2] for upstream but I'm not even sure
if it is an OpenBSD issue or an upstream one. My skills are
limited :(

(gdb) bt
#0  0x10d5270e521a in kill () at :2
#1  0x10d52714565a in abort () at /usr/src/lib/libc/stdlib/abort.c:70
#2  0x10d5279bd325 in pthread_mutex_unlock (mutexp=Variable "mutexp" is not 
available.
) at /usr/src/lib/librthread/rthread_sync.c:219
#3  0x10d532538c11 in g_mutex_unlock () from 
/usr/local/lib/libglib-2.0.so.3800.0
#4  0x10d53a98c13b in gtk_main () from 
/usr/local/lib/libgtk-x11-2.0.so.2400.0
#5  0x10d53490875d in _wrap_gtk_main () from 
/usr/local/lib/python2.7/site-packages/gtk-2.0/gtk/_gtk.so
#6  0x10d5285f18d9 in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython2.7.so.0.0
#7  0x10d5285f20f5 in PyEval_EvalFrameEx () from 
/usr/local/lib/libpython2.7.so.0.0
#8  0x10d5285f32cd in PyEval_EvalCodeEx () from 
/usr/local/lib/libpython2.7.so.0.0
#9  0x10d5285f33c2 in PyEval_EvalCode () from 
/usr/local/lib/libpython2.7.so.0.0
#10 0x10d52860ef92 in run_mod () from /usr/local/lib/libpython2.7.so.0.0
#11 0x10d52860f066 in PyRun_FileExFlags () from 
/usr/local/lib/libpython2.7.so.0.0
#12 0x10d52861069d in PyRun_SimpleFileExFlags () from 
/usr/local/lib/libpython2.7.so.0.0
#13 0x10d52862140d in Py_Main () from /usr/local/lib/libpython2.7.so.0.0
#14 0x10d31c800cb1 in _start () from /usr/local/bin/python2.7
#15 0x in ?? ()

[1] https://github.com/jirib/openbsd-mystuff/tree/master/x11/gnome/ocrfeeder
[2] https://bugzilla.gnome.org/show_bug.cgi?id=721313

PS: You can of course point me to some reading, so I could
improve skills :)

jirib

[RFC] graphics/pysane

[Jiri B]

Hi,

could you please:

* have a look at port as itself
* (if you have a scanner) to test it?

pysane is needed as deps for ocrfeeder, which
I'm working on. We don't have any OCR gui in
our ports :(

jirib


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

[WIP] elasticsearch

[Jiri B]

Hi,

I would like to use elasticsearch soon so can you
book '729' userid for _elasticsearch please?

Index: user.list
===
RCS file: /cvs/ports/infrastructure/db/user.list,v
retrieving revision 1.221
diff -u -p -r1.221 user.list
--- user.list   12 Dec 2013 14:02:15 -  1.221
+++ user.list   21 Dec 2013 23:22:32 -
@@ -237,3 +237,4 @@ id  usergroup   port options
 726 _rrdcached _rrdcached  net/rrdtool
 727 _sslsplit  _sslsplit   security/sslsplit
 728 _sockd _sockd  security/dante
+729 _elasticsearch _elasticsearch  textproc/elasticsearch

The port itself in attachment. Not big testing as I want to
use it with logstash.

Comments are appreciated.

j.


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

[WIP] ipxe (was Re: [ipxe-devel] [OpenBSD] compilation error: net/80211/wpa.c:424: warning: format '%d' expects type ')

[Jiri B]

Oops, forgotten attachment :)

> Till now OK, in attachment there's my WIP port.

jirib


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

[WIP] ipxe (was Re: [ipxe-devel] [OpenBSD] compilation error: net/80211/wpa.c:424: warning: format '%d' expects type ')

[Jiri B]

On Mon, Dec 02, 2013 at 04:46:58PM +, Stuart Henderson wrote:
> On 2013/12/02 09:59, Jiri B wrote:
> > On Sun, Dec 01, 2013 at 06:35:24AM -0500, Jiri B wrote:
> > > [...complains about 3 yrs old source...]
> 
> This 06:35 mail didn't make it through, and the 09:59 mail doesn't make a lot
> of sense without it.
> 
> 
> > I was using old source (v1.0.0). With todays git version it fails here:
> > 
> > -%-
> > # gmake bin/undionly.kpxe   
> >   [BIN] bin/undionly.kpxe.bin
> >   [ZINFO] bin/undionly.kpxe.zinfo
> >   [ZBIN] bin/undionly.kpxe.zbin
> > Add at 0x787 outside output buffer
> > Makefile.housekeeping:1052: recipe for target 'bin/undionly.kpxe.zbin' 
> > failed
> > gmake: *** [bin/undionly.kpxe.zbin] Error 1
> > gmake: *** Deleting file 'bin/undionly.kpxe.zbin'
> > rm bin/undionly.kpxe.zinfo bin/undionly.kpxe.bin
> > 
> > # cat -n Makefile.housekeeping | sed -n '1049,1054p'
> >   1049  # Compress raw binary file
> >   1050  #
> >   1051  $(BIN)/%.zbin : $(BIN)/%.bin $(BIN)/%.zinfo $(ZBIN)
> >   1052  $(QM)$(ECHO) "  [ZBIN] $@"
> >   1053  $(Q)$(ZBIN) $(BIN)/$*.bin $(BIN)/$*.zinfo > $@
> >   1054  
> > -%-
> > 
> > Any idea? Old GNU ld on OpenBSD, any workaround?

Base gcc could not compile iPXE code, segmentation fault.
But gcc 4.6 is OK. Also upstream changed Makefile as OpenBSD
needed explicitly '-static'.

Till now OK, in attachment there's my WIP port. I tried to make
it easier with "our" dhcpd, thus I added one netboot image
with embedded iPXE script would would then fetch next part via
HTTP.

I tested with qemu as PXE boot and from qemu harddisk.

Although for booting OpenBSD from iPXE we need syslinux, IIUC.

I was using syslinux binaries from Ubuntu and it worked.

jirib

Re: [ipxe-devel] [OpenBSD] compilation error: net/80211/wpa.c:424: warning: format '%d' expects type '

[Jiri B]

On Sun, Dec 01, 2013 at 06:35:24AM -0500, Jiri B wrote:
> [...complains about 3 yrs old source...]

I was using old source (v1.0.0). With todays git version it fails here:

-%-
# gmake bin/undionly.kpxe   
  [BIN] bin/undionly.kpxe.bin
  [ZINFO] bin/undionly.kpxe.zinfo
  [ZBIN] bin/undionly.kpxe.zbin
Add at 0x787 outside output buffer
Makefile.housekeeping:1052: recipe for target 'bin/undionly.kpxe.zbin' failed
gmake: *** [bin/undionly.kpxe.zbin] Error 1
gmake: *** Deleting file 'bin/undionly.kpxe.zbin'
rm bin/undionly.kpxe.zinfo bin/undionly.kpxe.bin

# cat -n Makefile.housekeeping | sed -n '1049,1054p'
  1049  # Compress raw binary file
  1050  #
  1051  $(BIN)/%.zbin : $(BIN)/%.bin $(BIN)/%.zinfo $(ZBIN)
  1052  $(QM)$(ECHO) "  [ZBIN] $@"
  1053  $(Q)$(ZBIN) $(BIN)/$*.bin $(BIN)/$*.zinfo > $@
  1054  
-%-

Any idea? Old GNU ld on OpenBSD, any workaround?

jirib

Re: QEMU 1.7.0-rc2 for testing

[Jiri B]

On Wed, Nov 27, 2013 at 12:10:03AM -0500, Brad Smith wrote:
> Here is an update to QEMU 1.7.0-rc2. Looking for any testing.
> 
> 
> Index: Makefile
> ===
> RCS file: /home/cvs/ports/emulators/qemu/Makefile,v
> retrieving revision 1.111
> diff -u -p -r1.111 Makefile
> --- Makefile  30 Oct 2013 19:53:29 -  1.111
> +++ Makefile  27 Nov 2013 05:00:27 -
> @@ -4,7 +4,7 @@ ONLY_FOR_ARCHS=   amd64 i386 powerpc sparc
>  
>  COMMENT= multi system emulator
>  
> -DISTNAME=qemu-1.6.1
> +DISTNAME=qemu-1.7.0-rc2
>  CATEGORIES=  emulators
>  MASTER_SITES=http://wiki.qemu.org/download/
>  EXTRACT_SUFX=.tar.bz2
> @@ -59,6 +59,7 @@ CONFIGURE_ARGS= --prefix=${PREFIX} \
>   --python=${MODPY_BIN} \
>   --smbd=${LOCALBASE}/libexec/smbd \
>   --cc="${CC}" \
> + --cxx="${CXX}" \
>   --host-cc="${CC}" \
>   --extra-cflags="${EXTRA_CFLAGS}" \
>   --extra-ldflags="${EXTRA_LDFLAGS}" \
...snip...

...still now SPICE? VNC sucks.

jbelka

Re: py-selenium

[Jiri B]

On Sun, Nov 17, 2013 at 05:15:06AM +0100, frantisek holop wrote:
> hmm, on Sat, Nov 16, 2013 at 11:57:51PM +, Federico Schwindt said that
> > this has been discussed before and unless it has changed recently the
> > problem remains. please check the ports archive.
> 
> i did do a quick google before posting but nothing
> turned up.  sorry about the noise.

http://comments.gmane.org/gmane.os.openbsd.ports/59608

Although I have made no progress :(

jirib

Re: [was tech@] Re: httpd and nginx in base

[Jiri B]

On Wed, Nov 13, 2013 at 07:50:11AM +0400, Kirill Bychkov wrote:
> On Wed, November 13, 2013 00:10, Stuart Henderson wrote:
> > On 2013/11/12 22:35, Kirill Bychkov wrote:
> >> On Tue, November 12, 2013 19:49, Stuart Henderson wrote:
> >> >> > On 13-11-11 07:06 PM, Stuart Henderson wrote:
> >> >> > >Help identify which ports currently rely on Apache from base, work 
> >> >> > >out
> >> >> > >which ones can use nginx and move them across (updating READMEs etc
> >> where
> >> >> > >necessary), which can use apache2 from ports and move them across, 
> >> >> > >and
> >> >> > >which (if any) won't work with either of these and require a port of
> >> >> > >the modified apache from base.
> >> >
> >> > Re this...
> >> >
> >> > We could do with some directory under /etc/nginx that ports can use as a
> >> > common place to install config fragments (that the use can then "include"
> >> in
> >> > nginx.conf), somewhat similar to /var/www/conf/modules.sample (but no
> >> > need for the symlink mechanism, having the user manually include them
> >> > makes more sense for nginx) and similar to debian's "sites-available"..
> >>
> >> I thought symlink mechanism helps you to keep config fragment in sync, 
> >> until
> >> you customize it.
> >
> >> As for me, this should be done like php modules ini and apache module
> >> configs
> >> - with the help of symlinks and not copying this configuration chunks.
> >
> > I'm not suggesting that people should copy the chunks to nginx.conf,
> > but use the "include" keyword.
> 
> Sorry, didn't get it at first.
> 
> >
> > So the file would be @sampled into (for example) /etc/nginx/includes
> > so it would be kept in-sync unless edited, but since we don't have
> > anything like Apache's  blocks in nginx, the config
> > fragments need to be included within the correct part of nginx.conf,
> > so the file might a block like this,
> >
> > location = ... {
> > some config
> > }
> >
> > and then we tell people in a README to add "include includes/somefile.conf"
> > within the "server" block for the relevant host.
> >
> >> This way or another, but we need some infrastructure for nginx config
> >> samples
> >> to encourage porters to test their webstuff with nginx without unneeded
> >> pain.
> >> Just my 0.02 RUR.
> >
> > I'm hoping that if we have some kind of framework, people can start
> > fitting things into it, it should be easier when we have some examples in
> > the ports tree.
> 
> +1
> So, the first step is to create /etc/nginx/includes, add it to mtree and make
> some changes in nginx and ports documentation?

Wouldn't be better to install all web apps into webserver root's subdirs by 
default,
i.e. /var/www/html/wordpress, and have something like this:

ln -sf /etc/nginx/webapps.sample/wordpress.conf \
   /etc/nginx/webapps/wordpress.conf

(I have never understand why Drupal is installed into /var/www/drupal IIRC but
wordpress directly into /var/www/html/wordpress. Shouldn't it be unified?)

If we would make all webapps being subdirs would could load conf files 
automatically
if the symlink exists.

If anybody would like to have it in webserver's root, then he could change
its nginx.conf. I think for testing or playing with webapps this could be
beneficial.

jirib

Re: [was tech@] Re: httpd and nginx in base

[Jiri B]

On Tue, Nov 12, 2013 at 03:49:35PM +, Stuart Henderson wrote:
> > > On 13-11-11 07:06 PM, Stuart Henderson wrote:
> > > >Help identify which ports currently rely on Apache from base, work out
> > > >which ones can use nginx and move them across (updating READMEs etc where
> > > >necessary), which can use apache2 from ports and move them across, and
> > > >which (if any) won't work with either of these and require a port of
> > > >the modified apache from base.
> 
> Re this...
> 
> We could do with some directory under /etc/nginx that ports can use as a
> common place to install config fragments (that the use can then "include" in
> nginx.conf), somewhat similar to /var/www/conf/modules.sample (but no
> need for the symlink mechanism, having the user manually include them
> makes more sense for nginx) and similar to debian's "sites-available"..
> 
> Doesn't necessarily need to be in base's mtree (just using the same
> directory in all ports would be enough), though it might make sense..

+1

jbelka

Re: possible webapps removal list

[Jiri B]

On Mon, Nov 04, 2013 at 11:54:26AM +0100, Antoine Jacoutot wrote:
> On Mon, Nov 04, 2013 at 05:46:59AM -0500, Jiri B wrote:
> > On Mon, Nov 04, 2013 at 11:32:50AM +0100, Dmitrij D. Czarkoff wrote:
> > > > We could have some framework for such apps (and for things like CPAN,
> > > > RubyGems and so on) to offload maintaince burden for us, though...
> > > 
> > > Actually, I'd love to see the ports in question in until there is such 
> > > framework. I always do ports for anything I install, as it is much easier 
> > > to deal with packages then hunt all of these things down manually.
> > > 
> > > I use neither of ports in question though.
> > 
> > Nice contradiction. Why to have old and probably buggy apps
> > in ports if nobody uses them?
> > 
> > Instead of a framework for web apps it would be better to
> > have a tool to check if an app's version in ports is equal
> > to one of upstream, and compare those versions.
> > 
> > It would help to detect apps which are very old and which
> > would be probably not used.
> 
> You can try and port http://www.inerd.com/software/portscout/

Debian packages have it in itself.

$ cat debian/watch 
version=3
opts=pasv ftp://ftp.figlet.org/pub/figlet/program/unix/figlet-(.+).tar.gz

jirib

Re: possible webapps removal list

[Jiri B]

On Mon, Nov 04, 2013 at 11:32:50AM +0100, Dmitrij D. Czarkoff wrote:
> > We could have some framework for such apps (and for things like CPAN,
> > RubyGems and so on) to offload maintaince burden for us, though...
> 
> Actually, I'd love to see the ports in question in until there is such 
> framework. I always do ports for anything I install, as it is much easier to 
> deal with packages then hunt all of these things down manually.
> 
> I use neither of ports in question though.

Nice contradiction. Why to have old and probably buggy apps
in ports if nobody uses them?

Instead of a framework for web apps it would be better to
have a tool to check if an app's version in ports is equal
to one of upstream, and compare those versions.

It would help to detect apps which are very old and which
would be probably not used.

There is no benefit to have web apps which are just tarballs
to be extracted, especially if some of such apps have built-in
feature to update themselves.

I appreciate more hard work of ports maintainers who struggle
with apps we *need* on OpenBSD (browsers, network daemons...).
This is much more beneficial than updating web apps' ports
just to have it up-to-date in the ports tree.

jirib