[UPDATE/REPAIR] virt-viewer-0.7
Hi, update of spice-gtk to 0.35 broke SPICE support in virt-viewer because this spice-gtk version dropped spice-controller and this was still required by virt-viewer-6.0. virt-viewer-7.0 requires spice-gtk >= 0.35 and does not check for spice-controller anymore, thus SPICE supports works fine. j. diff --git Makefile Makefile index cf4c445e411..674a2ac2e61 100644 --- Makefile +++ Makefile @ -3,9 +3,8 @@ COMMENT= graphics viewer for KVM guest displays BROKEN-hppa= build stuck on virt-viewer-window.c -DISTNAME= virt-viewer-6.0 +DISTNAME=virt-viewer-7.0 CATEGORIES=x11 -REVISION= 7 MAINTAINER=Jasper Lievisse Adriaanse @ -35,7 +34,7 @@ USE_GMAKE=Yes LIB_DEPENDS= devel/libvirt-glib \ x11/gtk-vnc \ - x11/spice-gtk>=0.30 + x11/spice-gtk>=0.35 RUN_DEPENDS= devel/desktop-file-utils \ x11/gtk+3,-guic \ misc/shared-mime-info @ -53,7 +52,5 @@ post-install: cd ${WRKSRC}/icons/${s}x${s}/ && ${MAKE_ENV} ${MAKE_PROGRAM} install .endfor rm -r ${PREFIX}/share/icons/hicolor/apps/ - ${INSTALL_SCRIPT} ${WRKSRC}/data/spice-xpi-client-remote-viewer \ - ${PREFIX}/libexec/ .include diff --git distinfo distinfo index 950cee423b2..b4237728a21 100644 --- distinfo +++ distinfo @ -1,2 +1,2 @@ -SHA256 (virt-viewer-6.0.tar.gz) = kDe9d3PaTa52GHHsGrZGz++01+SLFQTd3zFaVIzLGLI= -SIZE (virt-viewer-6.0.tar.gz) = 922916 +SHA256 (virt-viewer-7.0.tar.gz) = R8LPqjdvXyCWjArd/WXGK5DKtOYzb+vyvERJnUzcyQM= +SIZE (virt-viewer-7.0.tar.gz) = 924475 diff --git pkg/PLIST pkg/PLIST index a30b1879d85..a150f2e13c9 100644 --- pkg/PLIST +++ pkg/PLIST @ -1,7 +1,6 @@ @comment $OpenBSD: PLIST,v 1.13 2018/07/01 18:33:39 espie Exp $ @bin bin/remote-viewer @bin bin/virt-viewer -libexec/spice-xpi-client-remote-viewer @man man/man1/remote-viewer.1 @man man/man1/virt-viewer.1 share/appdata/
[UPDATE] burp-2.1.32
Hi, here is update for burp to 2.1.32. I tested it with a client of previous version, 2.1.32 -> 2.1.32 and a Windows 2.1.32 client, on OpenBSD amd64. burp is really nice KISS backup to disk sw. j. diff --git sysutils/burp/2.1/Makefile sysutils/burp/2.1/Makefile index 4812f840756..e1adf4edec7 100644 --- sysutils/burp/2.1/Makefile +++ sysutils/burp/2.1/Makefile @ -1,6 +1,6 @@ # $OpenBSD: Makefile,v 1.1 2018/03/08 14:41:02 sthen Exp $ -VERSION = 2.1.28 +VERSION = 2.1.32 post-extract: sed -i 's,"/usr/sbin/%s","${TRUEPREFIX}/sbin/%s",' \ diff --git sysutils/burp/2.1/distinfo sysutils/burp/2.1/distinfo index b1d87766a7f..b4a4319f0ae 100644 --- sysutils/burp/2.1/distinfo +++ sysutils/burp/2.1/distinfo @ -1,2 +1,2 @@ -SHA256 (burp-2.1.28.tar.bz2) = xiX+2anZEfJQB8sBidlB778WRJzwLoWZ1vUGkBqezX0= -SIZE (burp-2.1.28.tar.bz2) = 781414 +SHA256 (burp-2.1.32.tar.bz2) = VvihOuluUPInSFegjJ89nwbtbe4wbUn9GJ4/+fk8dP0= +SIZE (burp-2.1.32.tar.bz2) = 782302
Re: new: owx
On Sun, 18 Sep 2011 23:10:33 +0200 Mitja Muženič wrote: > >>>> OWX (Open Wouxun) is an open-source program designed to program > >>>> Wouxun transceivers. It was developed on Wouxun KG-UV2D and > >>>> tested on KG-UVD1P (both identify as KG669V). Possibly other > >>>> Wouxuns are supported too, but > >>>> this is not guaranteed - use at your own risk and ALWAYS make > >>>> backups! This software is highly experimental. Using it can > >>>> result in rendering your radio unusable and your dog killed. You > >>>> have been warned. -- > >>>> > >>>> Tested on my Wouxun KG-817 HAM radio with a Prolific > >>>> USB-to-serial adapter with fancy wiring at the end so it hooks > >>>> up to the radio's speaker and mic jacks (as described in > >>>> /usr/local/share/doc/owx/README). Since the protocol and memory > >>>> layouts of the radio are reverse engineered, not every function > >>>> is supported. > I am glad that I am not the only one with a Wouxun radio :) It will > probably work even better on a KG-UV1 than on my KG-817, just make > sure to read the docs carefully. Let me know if it works for you. Hi, I'm just curious, what do you use these radios for in days of mobile phones and sms? If it is not confidential :-) jirib
anybody cfengine 3.2.0 ?
Hello, ckeuthe@ sent cfengine3 in December. I pinged ckuethe@ if he has update to his effort, no reply yet. Does anybody has cfengine port for 3.2.0? Looks like simple cut & paste for patches is not working as they changed the code more than I can managed without C knowledge :/ jirib
TEI ports
Hello, I would like to create ports for TEI http://www.tei-c.org/index.xml Does anybody has some part done...? If so, please ping me else I'll start do create ports for that. Thank you jirib
job scheduler for openbsd
Hello, do you have an experience with a job scheduler which would run on OpenBSD and have these features? - agents on server - some central mgmnt daemon to manage agents - job 'foo' on agent 'bar' whould run after a job 'xy' on different agent is finished. - easy to manage :D - opensource of course - no java :D Tips are welcome. Thank you. jirib
emacs-23.3p0-no_x11 still needs dbus
Hello, I could not run emacs23 without dbus, looks like missing dep. # ldd `which emacs` /usr/local/bin/emacs: /usr/local/bin/emacs: can't load library 'libdbus-1.so.9.1' /usr/local/bin/emacs: exit status 4 After installing x11/dbus... # ldd `which emacs` /usr/local/bin/emacs: StartEnd Type Open Ref GrpRef Name 08048000 087ec000 exe 10 0 /usr/local/bin/emacs 55e0c000 75e1 rlib 01 0 /usr/lib/libossaudio.so.3.1 4bc8f000 6bc9a000 rlib 01 0 /usr/local/lib/libdbus-1.so.9.1 5597c000 7598c000 rlib 01 0 /usr/lib/libncurses.so.12.0 4b08c000 6b095000 rlib 01 0 /usr/lib/libm.so.7.0 4a7dc000 6a80a000 rlib 01 0 /usr/lib/libc.so.60.0 4bc05000 6bc0e000 rlib 01 0 /usr/lib/libpthread.so.13.1 4ad28000 4ad28000 rtld 01 0 /usr/libexec/ld.so Patch below. jirib Index: Makefile === RCS file: /cvs/ports/editors/emacs23/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- Makefile6 Jul 2011 22:56:23 - 1.4 +++ Makefile16 Jul 2011 23:40:27 - @@ -9,7 +9,7 @@ PKGNAME-main = emacs-${VERSION} FULLPKGNAME-el = emacs-el-${VERSION} FULLPKGPATH-el = editors/emacs23,-el -REVISION-main= 0 +REVISION-main= 1 CATEGORIES = editors @@ -54,6 +54,8 @@ WANTLIB-main =c m ncurses ossaudio ERRORS = "Fatal: athena and no_x11 flavors are mutually exclusive" .endif CONFIGURE_ARGS += --without-x +LIB_DEPENDS-main = x11/dbus +WANTLIB-main +=dbus-1 .elif ${FLAVOR:L:Mathena} CONFIGURE_ARGS += --with-x-toolkit=athena --without-toolkit-scroll-bars
Re: LibreOffice Calc acting weird
On Sat, 9 Jul 2011 12:42:09 -0500 Ed Ahlsen-Girard wrote: > Running LibreOffice calc from the Jun 29 snap (on the June 29 > snap), calc has some quirks. > > Page preview presents a gray screen for some, but not all, worksheets, > and printing the selected worksheet fails silently. Printing selected > cells works. Dmesg below. Hi, do you have a 'tiling WM'? LO for me works sometimes strange in combination with Awesome WM :/ jirib
Re: drupal changed how to make translations
On Wed, 6 Jul 2011 21:45:49 +0200 jirib wrote: > Hello, > > pity, Drupal has recently changes way how translation is done. It > doesn't use those 'translation packages' anymore, main translation > effort is done on http://localize.drupal.org > > It means locale-* subpackages of drupal are outdated, it also means > that 'new' translation do not build these translation packages > anymore. Now translation are split into into 'core' and the rest. > 'core' means _one_ po file which has translations for all core > modules, so this is different how the 'old' translation packages > looked like -- it was a tarball with po files per each module of the > drupal core. > > I haven't found a way how this 'new' translation files could work with > current drupal locale-* subpackages... :/ > > For example locale-fr is from 2009, but 'new' translation is very > recent, old couple of days. > > jirib It is still WIP because: + installation can use translation - language translation has 0 % after installation in 'translation interface', grrr Anybody digging deeply in Drupal? :) So next diff is just concept... jirib Index: drupal6.port.mk === RCS file: /cvs/ports/www/drupal6/drupal6.port.mk,v retrieving revision 1.7 diff -u -p -r1.7 drupal6.port.mk --- drupal6.port.mk 22 Nov 2010 08:36:47 - 1.7 +++ drupal6.port.mk 8 Jul 2011 14:33:49 - @@ -17,6 +17,7 @@ CATEGORIES += www www/drupal6 HOMEPAGE ?=http://drupal.org/ MASTER_SITES ?=http://www.drupal.org/files/projects/ \ ftp://ftp.drupal.org/pub/drupal/files/projects/ +MASTER_SITE_DRUPAL_LANG ?= http://ftp.drupal.org/files/translations/6.x/drupal/ PKG_ARCH ?= * .if !defined(WRKDIST) @@ -39,6 +40,7 @@ MODDRUPAL_INSTALL = \ cp -R ${WRKDIST} ${PREFIX}/${DRUPAL_THEMES}; \ chown -R ${DRUPAL_OWNER}.${DRUPAL_GROUP} ${PREFIX}/${DRUPAL_THEMES} .elif ${MODDRUPAL_LANG:L} == "yes" +MASTER_SITES = ${MASTER_SITE_DRUPAL_LANG} MODDRUPAL_INSTALL = \ mkdir -p ${PREFIX}/${DRUPAL_ROOT}; \ cp -R ${WRKDIST}/* ${PREFIX}/${DRUPAL_ROOT}; \ Index: locale-de/Makefile === RCS file: /cvs/ports/www/drupal6/locale-de/Makefile,v retrieving revision 1.2 diff -u -p -r1.2 Makefile --- locale-de/Makefile 15 Nov 2010 09:05:41 - 1.2 +++ locale-de/Makefile 8 Jul 2011 14:33:49 - @@ -2,13 +2,18 @@ COMMENT = german translation EXTRACT_ONLY = +EXTRACT_SUFX = .po -DISTNAME = de-6.x-1.0 -PKGNAME = drupal6-de-1.0 -REVISION = 1 +LANG = de + +V =6.22 +DISTNAME = drupal-${V}.${LANG} +PKGNAME = drupal6-${LANG}-${V} +REVISION = 2 post-extract: - mkdir -p ${WRKDIST} - cd ${WRKDIST} && tar zxf ${FULLDISTDIR}/${DISTFILES} + mkdir -p ${WRKDIST}/profiles/default/translations + cp ${FULLDISTDIR}/${DISTFILES} \ + ${WRKDIST}/profiles/default/translations/${LANG}.po .include Index: locale-de/distinfo === RCS file: /cvs/ports/www/drupal6/locale-de/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- locale-de/distinfo 17 Nov 2009 09:53:52 - 1.1.1.1 +++ locale-de/distinfo 8 Jul 2011 14:33:49 - @@ -1,5 +1,5 @@ -MD5 (drupal6/de-6.x-1.0.tar.gz) = COmWf4JupvlSfCAHkJxwlQ== -RMD160 (drupal6/de-6.x-1.0.tar.gz) = q7pv5TDrunctmFg5VHX/CnquQj0= -SHA1 (drupal6/de-6.x-1.0.tar.gz) = v2fB6RKflV8qC3OTPqKWBECNvqM= -SHA256 (drupal6/de-6.x-1.0.tar.gz) = daxB2l4Hxe/j2g9Vr2UQGJARYhSBxVF/RgMc3gwVRcw= -SIZE (drupal6/de-6.x-1.0.tar.gz) = 199236 +MD5 (drupal6/drupal-6.22.de.po) = VjZtG7c/fYf5IikFc1eqJw== +RMD160 (drupal6/drupal-6.22.de.po) = Xw2wMtVeVcK4OH3QCLTwY2aDSi8= +SHA1 (drupal6/drupal-6.22.de.po) = XRXmUMKn+r3x9DtLxRl5rKatrPQ= +SHA256 (drupal6/drupal-6.22.de.po) = Lcg45O7r+x+iE0a/h8nEeRgebRUZtHFTHSbBlxUtG2k= +SIZE (drupal6/drupal-6.22.de.po) = 544039 Index: locale-de/pkg/PLIST === RCS file: /cvs/ports/www/drupal6/locale-de/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- locale-de/pkg/PLIST 17 Nov 2009 09:53:52 - 1.1.1.1 +++ locale-de/pkg/PLIST 8 Jul 2011 14:33:49 - @@ -1,123 +1,6 @@ @comment $OpenBSD: PLIST,v 1.1.1.1 2009/11/17 09:53:52 stephan Exp $ +@comment $OpenBSD$ @owner ${DRUPAL_OWNER} @group ${DRUPAL_GROUP} -${DRUPAL_MODS}de/ -${DRUPAL_MODS}de/LICENSE.de.txt -${DRUPAL_MODS}de/STATUS.de.txt -${DRUPAL_MODS}de/modules/ -${DRUPAL_MODS}de/modules/aggregator/ -${DRUPAL_MODS}de/modules/aggregator/translations/ -${DRUPAL_MODS}de/modules/aggregator/translations/modules-aggregator.de.po -${DRUPAL_MODS}de/modules/block/ -${DRUPAL_MODS}
Re: libreoffice freezes when exporting huge doc into mediawiki
On Wed, 06 Jul 2011 15:56:43 -0400 "STeve Andre'" wrote: > On 07/06/11 15:50, jirib wrote: > > Hello, > > > > libreoffice freezes when exporting huge doc into mediawiki. That's > > it. > > > > Anybody having same issue? With one/two/three word test document it > > works but with 'normal' (read: huge, footnotes...) document LO is > > saving forever and freezes :( > > > > I will try to get some more info but maybe somebody with much better > > debuging kung-fu here would be interested as well :) > > > > (On Ubuntu no such issue.) > > > > jirib > > > > > Making this document available would help determine the problem. > Mostly this belongs at a Libreoffice mailing list. Knowing how big > "huge" is would help. > > I have not yet seen a problem in OpenBSD's Libre compared to the > same version on Windows, but I'm not an expert. > > --STeve Andre' I googled for a unconfidential .doc and voila this one freezes my LO on OpenBSD :) http://is.muni.cz/th/77169/pravf_m/diplomka_3.doc jirib
libreoffice freezes when exporting huge doc into mediawiki
Hello, libreoffice freezes when exporting huge doc into mediawiki. That's it. Anybody having same issue? With one/two/three word test document it works but with 'normal' (read: huge, footnotes...) document LO is saving forever and freezes :( I will try to get some more info but maybe somebody with much better debuging kung-fu here would be interested as well :) (On Ubuntu no such issue.) jirib
drupal changed how to make translations
Hello, pity, Drupal has recently changes way how translation is done. It doesn't use those 'translation packages' anymore, main translation effort is done on http://localize.drupal.org It means locale-* subpackages of drupal are outdated, it also means that 'new' translation do not build these translation packages anymore. Now translation are split into into 'core' and the rest. 'core' means _one_ po file which has translations for all core modules, so this is different how the 'old' translation packages looked like -- it was a tarball with po files per each module of the drupal core. I haven't found a way how this 'new' translation files could work with current drupal locale-* subpackages... :/ For example locale-fr is from 2009, but 'new' translation is very recent, old couple of days. jirib
Re: editors/subtitleeditor - gstreamer issues
On Tue, 25 Jan 2011 00:54:27 +0100 "Jiri B." wrote: > Hi, > > I was playing with subtitleeditor and I found there's some issue with > it. > > I always see following error after opening a file with subtitles: > > Media file could not be played. > Failed to create a GStreamer textoverlay (textoverlay). > Please check your GStreamer installation. > > Also video cannot be opened in subtitleeditor :( > > This is shown on stdout when opening from terminal emulator. > > (subtitleeditor:26748): GStreamer-CRITICAL **: gst_bin_add: assertion > `GST_IS_ELEMENT (element)' failed (subtitleeditor:26748): > GStreamer-CRITICAL **: gst_element_get_static_pad: assertion > `GST_IS_ELEMENT (element)' failed (subtitleeditor:26748): > GStreamer-CRITICAL **: gst_object_unref: assertion `object != NULL' > failed > > Is this only my problem or is it happening for other users? > > $ pkg_info | grep > gstreamer gstreamer-0.10.31p0 multimedia framework > gstreamer-cdda-0.10.31 cd paranoia element for GStreamer > (plugins-base) gstreamer-ffmpeg-0.10.11p0 ffmpeg element for GStreamer > gstreamer-plugins-bad-0.10.20p9 bad elements for GStreamer > gstreamer-plugins-base-0.10.31p1 base elements for GStreamer > gstreamer-plugins-good-0.10.26v0 good elements for GStreamer > gstreamer-plugins-ugly-0.10.16 ugly elements for GStreamer > gstreamermm-0.10.8 C++ bindings for GStreamer > > $ pkg_info | grep subtitleeditor > subtitleeditor-0.37.1 GTK+2 subtitles editor > > jirib Pity, this issue still exists :/ Nobody has had a look? jirib
[UPDATE] nginx.8 links to nonexistent man page
Hello, upstream informed but looks like till they will write the man page the reference will not be corrected. This confuses users. I've just started to be interested in nginx so I don't think I'm the best person to write man page for it :/ http://nginx.org/pipermail/nginx/2011-June/027734.html jirib !184 jirib@tm290(ttyp2) $ cat patches/patch-man_nginx_8 $OpenBSD$ --- man/nginx.8.origThu Jun 30 21:50:46 2011 +++ man/nginx.8 Thu Jun 30 21:51:01 2011 @@ -176,8 +176,6 @@ nginx -t -c ~/mynginx.conf -g "pid /var/run/mynginx.pi Test configuration file .Pa ~/mynginx.conf with global directives for PID and quantity of worker processes. -.Sh SEE ALSO -.Xr nginx.conf 5 .Sh HISTORY Development of .Nm !183 jirib@tm290(ttyp2) $ cvs diff -uNp ? patches/patch-man_nginx_8 cvs server: Diffing . Index: Makefile === RCS file: /cvs/ports/www/nginx/Makefile,v retrieving revision 1.42 diff -u -p -r1.42 Makefile --- Makefile14 Jun 2011 03:08:05 - 1.42 +++ Makefile30 Jun 2011 19:54:29 - @@ -4,6 +4,7 @@ COMMENT=robust and small HTTP server an DISTNAME= nginx-1.0.4 CATEGORIES=www +REVISION= 0 HOMEPAGE= http://nginx.org/ cvs server: Diffing patches cvs server: Diffing pkg
Re: [NEW] detox-1.2.0
On Wed, 29 Jun 2011 22:36:48 +0200 Matthias Kilian wrote: > On Wed, Dec 08, 2010 at 05:28:52PM +0100, Matthias Kilian wrote: > > Attached is a new version of the port (with the fixed PLIST but > > without the bump, of course). I'd like to import this. > > > > ok? objections? > > After I just got a ping from jirib, I'd like to import it. Heck, > I'm already using it for several months now (because some of our > customers notoriously send files with stupid names). > > Even if detox may still have some fucking issues, i think it's > fucking more useful than thefuckingweather.com. So i'll import it > on fucking sunday if I get no fucking feedback until then. > > Ciao, > Kili > > Thank you! jirib
Re: Tomcat cleanup: second step
On Thu, 30 Jun 2011 12:47:10 +0100 Stuart Henderson wrote: > On 2011/06/30 12:08, David Coppa wrote: > > +echo "Edit \`${SYSCONFDIR}/tomcat/tomcat.rc' to point to your > > \$JAVA_HOME" > > Not OK - rc files should not be edited by the user. ^^ should not? Really? # grep daemon_flags adsuck.rc daemon_flags="-c /var/adsuck -f /files/resolv.conf /files/hosts.small" What is the meaning of daemon_flags then? If you really do not want to make users editing rc.d scripts then there should be some way to load our options... like /etc/default/$daemon on crazy Linux distros. I would prefer to have possibility to edit rc.d scripts, it is user's problem if the script would be not working, they can always compare it with default one in the package. jirib
Re: [UPDATE] www/varnish
On Tue, 28 Jun 2011 23:34:44 +0200 jirib wrote: > #!/bin/sh > # > # $OpenBSD: > > daemon="${TRUEPREFIX}/sbin/varnishd" > daemon_flags="-u _varnish -a 0.0.0.0:80 -f /etc/varnish/default.vcl" > > . /etc/rc.d/rc.subr > > pexp="varnishd: Varnish-Mgr" > rc_reload=NO > > rc_reload() { > pkill -HUP -f "^${pexp}" && pkill -USR1 -f "^${pexp}" > } > > rc_cmd $1 silly, rc_reload is useless (cut & paste issue) jirib #!/bin/sh # # $OpenBSD: daemon="${TRUEPREFIX}/sbin/varnishd" daemon_flags="-u _varnish -a 0.0.0.0:80 -f /etc/varnish/default.vcl" . /etc/rc.d/rc.subr pexp="varnishd: Varnish-Mgr" rc_reload=NO rc_cmd $1
[UPDATE] www/varnish
Hello, i'm varnish newbie but still i added rc script and tried to handle removal of /var/varnish but i still get following error: Error deleting directory /var/varnish: Directory not empty so it needs little touch. jirib #!/bin/sh # # $OpenBSD: daemon="${TRUEPREFIX}/sbin/varnishd" daemon_flags="-u _varnish -a 0.0.0.0:80 -f /etc/varnish/default.vcl" . /etc/rc.d/rc.subr pexp="varnishd: Varnish-Mgr" rc_reload=NO rc_reload() { pkill -HUP -f "^${pexp}" && pkill -USR1 -f "^${pexp}" } rc_cmd $1 ? pkg/varnish.rc Index: Makefile === RCS file: /cvs/ports/www/varnish/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile22 Nov 2010 08:36:55 - 1.8 +++ Makefile28 Jun 2011 21:27:00 - @@ -4,6 +4,7 @@ COMMENT = high-performance HTTP acceler DISTNAME = varnish-2.1.3 CATEGORIES = www +REVISION = 0 MAINTAINER = Jim Razmus II Index: pkg/PLIST === RCS file: /cvs/ports/www/varnish/pkg/PLIST,v retrieving revision 1.3 diff -u -p -r1.3 PLIST --- pkg/PLIST 11 Sep 2010 13:03:46 - 1.3 +++ pkg/PLIST 28 Jun 2011 21:27:00 - @@ -1,6 +1,7 @@ @comment $OpenBSD: PLIST,v 1.3 2010/09/11 13:03:46 jim Exp $ @newgroup _varnish:625 @newuser _varnish:625:_varnish:daemon:Varnish Cache:/var/varnish:/bin/sh +@extraunexec rm -rf /var/varnish/* %%SHARED%% @bin bin/varnishadm @bin bin/varnishhist @@ -45,5 +46,8 @@ share/examples/varnish/ @sample ${SYSCONFDIR}/varnish/ share/examples/varnish/default.vcl @sample ${SYSCONFDIR}/varnish/default.vcl -@exec-add mkdir -p /var/varnish -@extraunexec rm -fr /var/varnish +@mode 771 +@owner _varnish +@group _varnish +@sample /var/varnish/ +@rcscript ${RCDIR}/varnish
Help with recoll - qt4 alternative to pinot (full text search tool)
Hello, I'm bad in programming but would anybody like to help to make recoll running on OpenBSD? I have got compilation error with iconv: https://bitbucket.org/medoc/recoll/issue/61/configure-on-openbsd-fails-on-iconv Recoll is a personal full text search tool for Unix/Linux. It is based on the very strong Xapian back-end, for which it provides a feature-rich yet easy to use front-end with a Qt graphical interface. A help would be appreciated. jirib
GNOME Discusses Becoming a Linux-only Project
Hello, seeing so many GNOME 3 commit... what do you think about the subject? http://www.osnews.com/story/24762/GNOME_Discusses_Becoming_a_Linux-only_Project j.
Re: libperseus (WAS Re: CVS: cvs.openbsd.org: ports)
On Wed, 30 Mar 2011 11:58:59 +0200 Landry Breuil wrote: > > Huh? While preserving the ability of security agencies to eavesdrio > > communications? Any information how that is actually done? Obvious solution : use encryption. But can be slow and there might be legal national regulations ! Moreover it hinders the legitimate action of Nation States (against terrorism, child pornography...). ^ - unbelievable. Accepting this policy is biggest shit. jirib
Re: print/scribus 1.4.0.rc3 - closer to new stable version
On Mon, 28 Mar 2011 22:36:15 +0200 jirib wrote: > Hi all, > > scribus team released yesterday 1.4.0.rc3 which will soon replace > "our" old stable scribus in ports tree. > > there were many improvement in "new" scribus, it uses QT4 now as > example. > > please test, criticize, help to improve ;) we will have soon outdated > scribus in ports tree if 1.4.0 will not go in after testing in. > > all is done as 'scribus-ng', so it should not interfere with scribus > from ports tree. So, no OpenBSD based scribus user? Nobody cares about this? jirib
print/scribus 1.4.0.rc3 - closer to new stable version
Hi all, scribus team released yesterday 1.4.0.rc3 which will soon replace "our" old stable scribus in ports tree. there were many improvement in "new" scribus, it uses QT4 now as example. please test, criticize, help to improve ;) we will have soon outdated scribus in ports tree if 1.4.0 will not go in after testing in. all is done as 'scribus-ng', so it should not interfere with scribus from ports tree. jirib scribus-ng.tar.gz Description: GNU Zip compressed data
anybody has fontmatrix or font-manager port?
Hi, I'm doing DTP on OpenBSD (Scribus 1.4.0 svn), now I'm looking for a font manager. Thus, anybody has port of fontmatrix? http://fontmatrix.net/ I'm working on font-manager but fontmanager has more features. http://code.google.com/p/font-manager/ jirib
Re: claws-mail core dumps when finding group
On Thu, 17 Mar 2011 14:46:55 +0100 roberth wrote: > Can you reproduce this with 3.7.8 from ports? Yes, crashes again with 3.7.8-debug. Tested while running awesome WM. jirib !3 jirib@t400(ttyp5) $ gdb claws-mail 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 "i386-unknown-openbsd4.9"... (gdb) run Starting program: /usr/local/bin/claws-mail /home/jirib/.themes/Minima/gtk-2.0/gtkrc:48: Murrine configuration option "scrollbar_color" is no longer supported a /home/jirib/.themes/Minima/gtk-2.0/gtkrc:58: Murrine configuration option "gradients" is no longer supported and wil /home/jirib/.themes/Minima/gtk-2.0/gtkrc:60: Murrine configuration option "hilight_ratio" will be deprecated in futu /home/jirib/.themes/Minima/gtk-2.0/gtkrc:48: Murrine configuration option "scrollbar_color" is no longer supported a /home/jirib/.themes/Minima/gtk-2.0/gtkrc:58: Murrine configuration option "gradients" is no longer supported and wil /home/jirib/.themes/Minima/gtk-2.0/gtkrc:60: Murrine configuration option "hilight_ratio" will be deprecated in futu gtkcmctree.c:4364 Condition node != NULL failed Program received signal SIGSEGV, Segmentation fault. [Switching to process 25852, thread 0x834b3c00] 0x02994d7f in getframeaddr () from /usr/local/lib/libexecinfo.so.0.0 (gdb) bt #0 0x02994d7f in getframeaddr () from /usr/local/lib/libexecinfo.so.0.0 #1 0x1c253fbb in gtk_cmctree_expand (ctree=0x82b315c8, node=0x0) at gtkcmctree.c:4364 #2 0x1c0d022d in grouplist_expand_upwards (ctree=0x82b315c8, name=0x8235d5e0 "gmane.network.openssh.general") at grouplistdialog.c:391 #3 0x1c0d04fa in grouplist_dialog_set_list (pattern=0x82b1cdb0 "*openbsd*", refresh=0) at grouplistdialog.c:454 #4 0x1c0d060a in grouplist_search () at grouplistdialog.c:477 #5 0x1c0d0ba0 in search_clicked (widget=0x84306f68, data=0x0) at grouplistdialog.c:607 #6 0x0741560f in g_cclosure_marshal_VOID__VOID () from /usr/local/lib/libgobject-2.0.so.2600.0 #7 0x07405e33 in g_closure_invoke () from /usr/local/lib/libgobject-2.0.so.2600.0 #8 0x0741d9f2 in g_signal_handlers_block_matched () from /usr/local/lib/libgobject-2.0.so.2600.0 #9 0x0741fad8 in g_signal_emit_valist () from /usr/local/lib/libgobject-2.0.so.2600.0 #10 0x0741fe35 in g_signal_emit () from /usr/local/lib/libgobject-2.0.so.2600.0 #11 0x0760c4ba in gtk_button_clicked () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #12 0x0760e42e in gtk_button_set_alignment () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #13 0x0741560f in g_cclosure_marshal_VOID__VOID () from /usr/local/lib/libgobject-2.0.so.2600.0 #14 0x074046f7 in g_ptr_array_get_type () from /usr/local/lib/libgobject-2.0.so.2600.0 #15 0x07405e33 in g_closure_invoke () from /usr/local/lib/libgobject-2.0.so.2600.0 #16 0x0741d669 in g_signal_handlers_block_matched () from /usr/local/lib/libgobject-2.0.so.2600.0 #17 0x0741fad8 in g_signal_emit_valist () from /usr/local/lib/libgobject-2.0.so.2600.0 #18 0x0741fe35 in g_signal_emit () from /usr/local/lib/libgobject-2.0.so.2600.0 #19 0x0760c54a in gtk_button_released () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #20 0x0760c581 in gtk_button_released () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #21 0x076c8974 in gtk_marshal_BOOLEAN__VOID () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #22 0x074046f7 in g_ptr_array_get_type () from /usr/local/lib/libgobject-2.0.so.2600.0 #23 0x07405f19 in g_closure_invoke () from /usr/local/lib/libgobject-2.0.so.2600.0 #24 0x0741dbb8 in g_signal_handlers_block_matched () from /usr/local/lib/libgobject-2.0.so.2600.0 #25 0x0741f7b2 in g_signal_emit_valist () from /usr/local/lib/libgobject-2.0.so.2600.0 #26 0x0741fe35 in g_signal_emit () from /usr/local/lib/libgobject-2.0.so.2600.0 #27 0x077f1dd6 in gtk_widget_style_attach () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #28 0x076c13de in gtk_propagate_event () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #29 0x076c2976 in gtk_main_do_event () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #30 0x0cffa6ba in gdk_drag_action_get_type () from /usr/local/lib/libgdk-x11-2.0.so.2200.0 #31 0x0a7aae47 in g_main_context_dispatch () from /usr/local/lib/libglib-2.0.so.2600.0 #32 0x0a7ae7be in g_main_context_prepare () from /usr/local/lib/libglib-2.0.so.2600.0 #33 0x0a7aebc7 in g_main_loop_run () from /usr/local/lib/libglib-2.0.so.2600.0 #34 0x076c2de4 in gtk_main () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #35 0x1c0cf07f in grouplist_dialog (folder=0x84e93400) at grouplistdialog.c:119 #36 0x1c134bf1 in subscribe_newsgroup_cb (action=0x832eb768, data=0x80131800) at ne
claws-mail core dumps when finding group
Hi, claws-mail core dumps when one tried to find a group to subscribe on a news server. It's probably OpenBSD related as I don't see such behaviour on other OS :-) claws-mail-3.7.6p2 2 weeks snapshot on i386 should i report upstream? jirib Program received signal SIGSEGV, Segmentation fault. [Switching to process 15765, thread 0x83790c00] 0x0c147ea3 in getframeaddr () from /usr/local/lib/libexecinfo.so.0.0 (gdb) #0 0x0adf7ea3 in getframeaddr () from /usr/local/lib/libexecinfo.so.0.0 #1 0x1c1f1da6 in gtk_cmctree_expand () #2 0x1c0b7549 in folderview_set_column_order () #3 0x1c0b7947 in folderview_set_column_order () #4 0x0463f60f in g_cclosure_marshal_VOID__VOID () from /usr/local/lib/libgobject-2.0.so.2600.0 #5 0x0462fe33 in g_closure_invoke () from /usr/local/lib/libgobject-2.0.so.2600.0 #6 0x046479f2 in g_signal_handlers_block_matched () from /usr/local/lib/libgobject-2.0.so.2600.0 #7 0x04649ad8 in g_signal_emit_valist () from /usr/local/lib/libgobject-2.0.so.2600.0 #8 0x04649e35 in g_signal_emit () from /usr/local/lib/libgobject-2.0.so.2600.0 #9 0x065ec4ba in gtk_button_clicked () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #10 0x065ee42e in gtk_button_set_alignment () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #11 0x0463f60f in g_cclosure_marshal_VOID__VOID () from /usr/local/lib/libgobject-2.0.so.2600.0 #12 0x0462e6f7 in g_ptr_array_get_type () from /usr/local/lib/libgobject-2.0.so.2600.0 #13 0x0462fe33 in g_closure_invoke () from /usr/local/lib/libgobject-2.0.so.2600.0 #14 0x04647669 in g_signal_handlers_block_matched () from /usr/local/lib/libgobject-2.0.so.2600.0 #15 0x04649ad8 in g_signal_emit_valist () from /usr/local/lib/libgobject-2.0.so.2600.0 #16 0x04649e35 in g_signal_emit () from /usr/local/lib/libgobject-2.0.so.2600.0 #17 0x065ec54a in gtk_button_released () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #18 0x065ec581 in gtk_button_released () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #19 0x066a8974 in gtk_marshal_BOOLEAN__VOID () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #20 0x0462e6f7 in g_ptr_array_get_type () from /usr/local/lib/libgobject-2.0.so.2600.0 #21 0x0462ff19 in g_closure_invoke () from /usr/local/lib/libgobject-2.0.so.2600.0 #22 0x04647bb8 in g_signal_handlers_block_matched () from /usr/local/lib/libgobject-2.0.so.2600.0 #23 0x046497b2 in g_signal_emit_valist () from /usr/local/lib/libgobject-2.0.so.2600.0 #24 0x04649e35 in g_signal_emit () from /usr/local/lib/libgobject-2.0.so.2600.0 #25 0x067d1dd6 in gtk_widget_style_attach () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #26 0x066a13de in gtk_propagate_event () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #27 0x066a2976 in gtk_main_do_event () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #28 0x0cdc66ba in gdk_drag_action_get_type () from /usr/local/lib/libgdk-x11-2.0.so.2200.0 #29 0x084bfe47 in g_main_context_dispatch () from /usr/local/lib/libglib-2.0.so.2600.0 #30 0x084c37be in g_main_context_prepare () from /usr/local/lib/libglib-2.0.so.2600.0 #31 0x084c3bc7 in g_main_loop_run () from /usr/local/lib/libglib-2.0.so.2600.0 #32 0x066a2de4 in gtk_main () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #33 0x1c0b857a in grouplist_dialog () #34 0x1c10b93c in news_gtk_init () #35 0x0463f60f in g_cclosure_marshal_VOID__VOID () from /usr/local/lib/libgobject-2.0.so.2600.0 #36 0x0462fe33 in g_closure_invoke () from /usr/local/lib/libgobject-2.0.so.2600.0 #37 0x046479f2 in g_signal_handlers_block_matched () from /usr/local/lib/libgobject-2.0.so.2600.0 #38 0x04649ad8 in g_signal_emit_valist () from /usr/local/lib/libgobject-2.0.so.2600.0 #39 0x04649e35 in g_signal_emit () from /usr/local/lib/libgobject-2.0.so.2600.0 #40 0x065d2075 in gtk_widget_get_action () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #41 0x065d408a in gtk_action_activate () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #42 0x0463f60f in g_cclosure_marshal_VOID__VOID () from /usr/local/lib/libgobject-2.0.so.2600.0 #43 0x0462e6f7 in g_ptr_array_get_type () from /usr/local/lib/libgobject-2.0.so.2600.0 #44 0x0462fe33 in g_closure_invoke () from /usr/local/lib/libgobject-2.0.so.2600.0 #45 0x04647669 in g_signal_handlers_block_matched () from /usr/local/lib/libgobject-2.0.so.2600.0 #46 0x04649ad8 in g_signal_emit_valist () from /usr/local/lib/libgobject-2.0.so.2600.0 #47 0x04649e35 in g_signal_emit () from /usr/local/lib/libgobject-2.0.so.2600.0 #48 0x067d55ef in gtk_widget_activate () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #49 0x066b7762 in gtk_menu_shell_activate_item () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #50 0x066b92c8 in gtk_menu_shell_append () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #51 0x066aef9b in gtk_menu_reorder_child () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #52 0x066a8974 in gtk_marshal_BOOLEAN__VOID () from /usr/local/lib/libgtk-x11-2.0.so.2200.0 #53 0x0462e6f7 in g_ptr_array_get_type () from /usr/local/lib/libgobject-2.0.so.2600.0 #54 0x0462fe33 in g_clos
Re: [update] x11vnc 0.9.3
Mike Erdely erdelynet.com> writes: > > I've started working on an update to x11vnc. > I've tested it on i386 and on two different systems, I've had it crash > X11 on me when the client disconnects. I haven't had more time to look > at it since. I think 'crashing X11' is normal, check --help :) -once Exit after the first successfully connected viewer disconnects, opposite of -forever. This is the Default. Bye jirib