[UPDATE] graphics/glfw-3.3.2
Please find attached glfw-3.3.2.tgz untar in /usr/ports It did fix a random window initialization error from X11. Have been testing for a few weeks without problem. Index: Makefile === RCS file: /cvs/ports/graphics/glfw/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- Makefile12 Jul 2019 20:46:59 - 1.4 +++ Makefile5 Apr 2020 16:20:04 - @@ -1,11 +1,10 @@ -# $OpenBSD: Makefile,v 1.4 2019/07/12 20:46:59 sthen Exp $ +# $OpenBSD: Makefile $ COMMENT = open source, multi-platform library for creating windows -DISTNAME = glfw-3.2.1 +DISTNAME = glfw-3.3.2 CATEGORIES = graphics x11 -REVISION = 0 -SHARED_LIBS += glfw 1.0 # 3.1 +SHARED_LIBS += glfw 1.2 # 3.3 HOMEPAGE = http://www.glfw.org/ MAINTAINER = Gregor Best Index: distinfo === RCS file: /cvs/ports/graphics/glfw/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo14 Jan 2017 17:29:45 - 1.2 +++ distinfo5 Apr 2020 16:20:04 - @@ -1,2 +1,2 @@ -SHA256 (glfw-3.2.1.tar.gz) = jjJSky+xUTSt7YeAyMXMidoKkAfhOcptmrDtffbT+aA= -SIZE (glfw-3.2.1.tar.gz) = 870660 +SHA256 (glfw-3.3.2.tar.gz) = qpojJcPSyzoYsjYyaz+GZUWkbNSFFLAMmZ/dk3SnMls= +SIZE (glfw-3.3.2.tar.gz) = 1197907 Cheers, -- Thomas de Grivel kmx.io glfw-3.3.2.tgz Description: application/compressed-tar
Gtk+3 compiler warnings
/gbinding.h:29, from /usr/local/include/glib-2.0/glib-object.h:23, from /usr/local/include/glib-2.0/gio/gioenums.h:28, from /usr/local/include/glib-2.0/gio/giotypes.h:28, from /usr/local/include/glib-2.0/gio/gio.h:26, from /usr/local/include/gtk-3.0/gdk/gdkapplaunchcontext.h:28, from /usr/local/include/gtk-3.0/gdk/gdk.h:32, from /usr/local/include/gtk-3.0/gtk/gtk.h:30, from rtbuf_widget.c:17: /usr/local/include/glib-2.0/gobject/gobject.h:433: warning: 'GParameter' is deprecated In file included from /usr/local/include/glib-2.0/gio/gasyncinitable.h:29, from /usr/local/include/glib-2.0/gio/gio.h:35, from /usr/local/include/gtk-3.0/gdk/gdkapplaunchcontext.h:28, from /usr/local/include/gtk-3.0/gdk/gdk.h:32, from /usr/local/include/gtk-3.0/gtk/gtk.h:30, from rtbuf_widget.c:17: /usr/local/include/glib-2.0/gio/ginitable.h:89: warning: 'GParameter' is deprecated In file included from /usr/local/include/glib-2.0/gio/gio.h:35, from /usr/local/include/gtk-3.0/gdk/gdkapplaunchcontext.h:28, from /usr/local/include/gtk-3.0/gdk/gdk.h:32, from /usr/local/include/gtk-3.0/gtk/gtk.h:30, from rtbuf_widget.c:17: /usr/local/include/glib-2.0/gio/gasyncinitable.h:104: warning: 'GParameter' is deprecated In file included from /usr/local/include/glib-2.0/gio/gdtlsclientconnection.h:27, from /usr/local/include/glib-2.0/gio/gio.h:63, from /usr/local/include/gtk-3.0/gdk/gdkapplaunchcontext.h:28, from /usr/local/include/gtk-3.0/gdk/gdk.h:32, from /usr/local/include/gtk-3.0/gtk/gtk.h:30, from rtbuf_widget.c:17: /usr/local/include/glib-2.0/gio/gdtlsconnection.h:135: warning: 'GTlsRehandshakeMode' is deprecated In file included from /usr/local/include/glib-2.0/gio/gio.h:71, from /usr/local/include/gtk-3.0/gdk/gdkapplaunchcontext.h:28, from /usr/local/include/gtk-3.0/gdk/gdk.h:32, from /usr/local/include/gtk-3.0/gtk/gtk.h:30, from rtbuf_widget.c:17: /usr/local/include/glib-2.0/gio/gfileinfo.h:1052: warning: 'GTimeVal' is deprecated /usr/local/include/glib-2.0/gio/gfileinfo.h:1103: warning: 'GTimeVal' is deprecated In file included from /usr/local/include/glib-2.0/gio/gtlsclientconnection.h:26, from /usr/local/include/glib-2.0/gio/gio.h:142, from /usr/local/include/gtk-3.0/gdk/gdkapplaunchcontext.h:28, from /usr/local/include/gtk-3.0/gdk/gdk.h:32, from /usr/local/include/gtk-3.0/gtk/gtk.h:30, from rtbuf_widget.c:17: /usr/local/include/glib-2.0/gio/gtlsconnection.h:115: warning: 'GTlsRehandshakeMode' is deprecated In file included from /usr/local/include/gdk-pixbuf-2.0/gdk-pixbuf/gdk-pixbuf.h:36, from /usr/local/include/gtk-3.0/gdk/gdkpixbuf.h:33, from /usr/local/include/gtk-3.0/gdk/gdkcairo.h:29, from /usr/local/include/gtk-3.0/gdk/gdk.h:33, from /usr/local/include/gtk-3.0/gtk/gtk.h:30, from rtbuf_widget.c:17: /usr/local/include/gdk-pixbuf-2.0/gdk-pixbuf/gdk-pixbuf-animation.h:112: warning: 'GTimeVal' is deprecated /usr/local/include/gdk-pixbuf-2.0/gdk-pixbuf/gdk-pixbuf-animation.h:126: warning: 'GTimeVal' is deprecated -- Thomas de Grivel kmx.io
Re: lang/clisp build failure
Le ven. 24 janv. 2020 à 14:29, Stuart Henderson a écrit : > > > > /usr/obj/ports/clisp-2.49/clisp-2.49/src/unix.d:65:22: note: expanded > > > > from macro 'MAP_ANON' > > > > #define MAP_ANON MAP_ANONYMOUS I think we can just nuke this one. -- Thomas de Grivel kmx.io
databases/db-4.8 net/bitcoin-0.9.2.1 net/ppcoin-4.0.0
Hello ports, Here are some ports of db-4.8, bitcoin-0.9.2.1 and ppcoin-0.4.0 https://github.com/billitch/openbsd-databases-db-v4.8/archive/OpenBSD-5.5_db-4.8.30.tar.gz https://github.com/billitch/openbsd-net-bitcoin/archive/OpenBSD-5.5_Bitcoin-0.9.2.1.tar.gz https://github.com/billitch/openbsd-net-ppcoin/archive/OpenBSD-5.5_ppcoin-0.4.0ppc.tar.gz
Re: Use of exists() in a Makefile
Le 10/06/11 17:05, David Cantrell a écrit : On 10/06/2011 09:55 AM, Stuart Henderson wrote: On 2011-10-04, David Cantrelldavid.l.cantr...@gmail.com wrote: My suggestion was to add support to the ports system infrastructure to allow people an easy way to locally package up stuff from projects that do not release tarballs. You could add something like this to your Makefile create-tarball: cd ${FULLDISTDIR} \ svn export http://foo ${DISTNAME} \ tar czf ${DISTNAME}${EXTRACT_SUFX} ${DISTNAME} FETCH_MANUALLY= Use: make create-tarball Now that's something that could work in this particular case and it still fits nicely within the ports infrastructure. Thanks for the suggestion! Also, nothing prevents you from including more than bsd.port.mk for local ports. -- Thomas de Grivel I must plunge into the water of doubt again and again.
Re: graphics/ruby-rmagick package fix
Le 19/09/11 19:03, Jeremy Evans a écrit : On Mon, Sep 19, 2011 at 9:35 AM, Thomas de Grivelbilli...@gmail.com wrote: Hi, Package has no maintainer to CC according to Makefile. I'm on 4.9-stable/amd64. ===Building package for ruby-rmagick-2.9.0p3 Create /usr/ports/packages/amd64/all/ruby-rmagick-2.9.0p3.tgz Password: Error: /usr/ports/pobj/rmagick-2.9.0/fake-amd64/usr/local/lib/ruby/gems/1.8/gems/rmagick-2.9.0/.require_paths does not exist Fatal error: can't continue at /usr/libdata/perl5/OpenBSD/PkgCreate.pm line 1185 *** Error code 1 Stop in /usr/ports/graphics/ruby-rmagick (line 1690 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/graphics/ruby-rmagick (line 2261 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/graphics/ruby-rmagick (line 2241 of /usr/ports/infrastructure/mk/bsd.port.mk). Indeed the file .require_paths is not created / installed, and is not present in the binary package from ftp.openbsd.org either. So the PLIST is lying ? My guess is you upgraded your version of rubygems. Updated versions of rubygems no longer produce the .require_paths file. Our ruby 1.8 and 1.9 ports use rubygems 1.3.7, which still produce these files. The jruby and rubinius ports use updated versions of rubygems, but I backported support for .require_paths for those ports so that the same PLIST can be used for all interpreters. When ruby 1.9.3 is released, the .require_paths stuff will probably go away, but for now it is still needed. I did upgrade rubygems (gem update --system), so that makes sense. Thank you for this explanation. Are you sure it isn't present? Without the file, the port won't package, so I doubt that it is missing from the package on ftp.openbsd.org. I just checked and it is definitely there: $ tar ztf ruby-rmagick-2.9.0p3.tgz | fgrep require_paths lib/ruby/gems/1.8/gems/rmagick-2.9.0/.require_paths After you install the package: $ cat /usr/local/lib/ruby/gems/1.8/gems/rmagick-2.9.0/.require_paths lib ext bin Indeed.. Thanks ! -- Thomas de Grivel
graphics/ruby-rmagick package fix
Hi, Package has no maintainer to CC according to Makefile. I'm on 4.9-stable/amd64. === Building package for ruby-rmagick-2.9.0p3 Create /usr/ports/packages/amd64/all/ruby-rmagick-2.9.0p3.tgz Password: Error: /usr/ports/pobj/rmagick-2.9.0/fake-amd64/usr/local/lib/ruby/gems/1.8/gems/rmagick-2.9.0/.require_paths does not exist Fatal error: can't continue at /usr/libdata/perl5/OpenBSD/PkgCreate.pm line 1185 *** Error code 1 Stop in /usr/ports/graphics/ruby-rmagick (line 1690 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/graphics/ruby-rmagick (line 2261 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/graphics/ruby-rmagick (line 2241 of /usr/ports/infrastructure/mk/bsd.port.mk). Indeed the file .require_paths is not created / installed, and is not present in the binary package from ftp.openbsd.org either. So the PLIST is lying ? If the file is really not needed, here is a patch : Index: pkg/PLIST === RCS file: /cvs/ports/graphics/ruby-rmagick/pkg/PLIST,v retrieving revision 1.4 diff -u -p -r1.4 PLIST --- pkg/PLIST 8 Nov 2010 23:24:41 - 1.4 +++ pkg/PLIST 19 Sep 2011 16:29:49 - @@ -1,7 +1,6 @@ @comment $OpenBSD: PLIST,v 1.4 2010/11/08 23:24:41 jeremy Exp $ ${GEM_LIB}/cache/${DISTNAME}.gem ${GEM_LIB}/gems/${DISTNAME}/ -${GEM_LIB}/gems/${DISTNAME}/.require_paths ${GEM_LIB}/gems/${DISTNAME}/ChangeLog ${GEM_LIB}/gems/${DISTNAME}/README-Mac-OSX.txt ${GEM_LIB}/gems/${DISTNAME}/README.html -- Thomas de Grivel http://b.lowh.net/billitch I must plunge into the water of doubt again and again.
Add static flavor to www/nginx
This adds a static flavor to www/nginx port, to build a statically linked nginx binary. Typically to put in a chroot. Cheers, -- Thomas de Grivel 06 14 55 01 27 thomasdegri...@gmail.com http://www.viadeo.com/fr/profile/thomas.de-grivel http://fr.linkedin.com/in/thomasdegrivel LowH - Services Web SI c/o Ménage A Trois - Collectif Video / Web / Print 56 rue du Faubourg St-Antoine 75012 Paris http://ma3.tv/ Index: Makefile === RCS file: /cvs/ports/www/nginx/Makefile,v retrieving revision 1.37 diff -u -p -r1.37 Makefile --- Makefile27 Dec 2010 14:50:24 - 1.37 +++ Makefile1 Jun 2011 17:25:10 - @@ -48,7 +48,7 @@ CONFIGURE_ARGS= --prefix=${SYSCONFDIR}/ --with-mail_ssl_module \ --with-ipv6 -FLAVORS= passenger +FLAVORS= passenger static FLAVOR?= .if ${FLAVOR:L:Mpassenger} @@ -56,6 +56,11 @@ CONFIGURE_ARGS +=--add-module=${LOCALBA BUILD_DEPENDS += www/ruby-passenger RUN_DEPENDS += www/ruby-passenger WANTLIB += m pthread stdc++ +.endif + +.if ${FLAVOR:L:Mstatic} +CONFIGURE_ARGS += --with-ld-opt=-static -static-libgcc \ + --with-cc-opt=-static -static-libgcc .endif NO_REGRESS=Yes
Re: Update and takeover of textproc/redland-1.0.11
After reading 8000 lines of diff, I found this small change. So major should be bumped instead of minor. Updated package attached. --- redland-1.0.8/librdf/rdf_storage.h Tue Jul 1 05:10:26 2008 +++ redland-1.0.11/src/rdf_storage.hSat Apr 11 21:53:45 2009 @@ -36,7 +38,7 @@ /* class methods */ REDLAND_API -void librdf_storage_register_factory(librdf_world *world, const char *name, const char *label, void (*factory) (librdf_storage_factory*)); +int librdf_storage_register_factory(librdf_world *world, const char *name, const char *label, void (*factory) (librdf_storage_factory*)); REDLAND_API int librdf_storage_enumerate(librdf_world* world, const unsigned int counter, const char **name, const char **label); -- Thomas de Grivel http://b.lowh.net/billitch textproc_redland-1.0.11.tgz Description: Binary data
Re: Update and takeover of textproc/redland-1.0.11
On 09/30/10 11:46, Stuart Henderson wrote: On 2010/09/30 08:58, Thomas de Grivel wrote: Update to 1.0.11, released 5 days ago. Sorry for the noise. Is openoffice okay with this update? OpenOffice is running fine for me built against the new redland.
Update and takeover of textproc/redland-1.0.11
Update to 1.0.11, released 5 days ago. Sorry for the noise. On 09/30/10 06:48, Thomas de Grivel wrote: Update to latest release, taking maintainership, split packages for storage modules. $ cat /usr/ports/textproc/redland/pkg/DESCR-main Redland is a general-purpose Resource Description Framework (RDF) library providing APIs to the RDF model and it's concepts. $ cat /usr/ports/textproc/redland/pkg/DESCR-mysql This store provides RDF storage for Redland using the MySQL open source database including contexts. It has been tested with several million triples and deployed. $ cat /usr/ports/textproc/redland/pkg/DESCR-postgresql This module provides RDF storage for Redland using the PostgreSQL open source database including contexts. This module is based on the MySQL store. $ cat /usr/ports/textproc/redland/pkg/DESCR-sqlite This module provides RDF storage for Redland via the SQLite relational database. It was added in Redland 1.0.0. This store provides triples and contexts. $ cat /usr/ports/textproc/redland/pkg/DESCR-virtuoso The Virtuoso Redland RDF Provider is an implementation of the Storage API, Model and Query interfaces of the Redland framework for RDF. This provider enables the execution of queries via the Redland Rasqal query engine or via Virtuoso query engine directly against the Virtuoso OpenSource Quad Store. The Virtuoso Redland RDF Provider uses ODBC as the data access mechanism for communicating the Virtuoso Quad Store and requires the Virtuoso ODBC Driver be installed on the Redland client and a suitable ODBC DSN be configured for connecting to the target Virtuoso Quad Store instance. Virtuoso is capable of efficiently handle large amounts of data and has been tested with upto 1B triples. redland-1.0.11.tgz Description: Binary data
Re: Update and takeover of textproc/raptor-1.4.21
Thank you Landry for your answer, On 09/30/10 09:14, Landry Breuil wrote: Diff is unreadable because of whitespace changes sorry :) Yes, I forgot to make a separate whitespace diff, sorry for that. +SHARED_LIBS = raptor 2.1 How did you come with 2.0-2.1 bump ? functions added to api ? The new rasqal port depends on raptor = 1.4.19 and the API remains backward compatible according to website. If that sounds like too much trust please comment and send me the output of $ nm /usr/local/lib/libraptor.so.2.0 -LIB_DEPENDS= curl.=12::net/curl \ +LIB_DEPENDS = curl.=12::net/curl \ xml2.=7::textproc/libxml \ xslt.=1::textproc/libxslt Switch to new-style LIB_DEPENDS. Right, here is the fixed diff. Index: Makefile === RCS file: /cvs/ports/textproc/raptor/Makefile,v retrieving revision 1.2 diff -u -p -r1.2 Makefile --- Makefile12 Jan 2010 19:08:23 - 1.2 +++ Makefile30 Sep 2010 15:02:30 - @@ -1,33 +1,33 @@ # $OpenBSD: Makefile,v 1.2 2010/01/12 19:08:23 ajacoutot Exp $ -COMMENT= RDF Parser Toolkit for Redland -DISTNAME= raptor-1.4.18 -PKGNAME= ${DISTNAME}p0 -CATEGORIES=textproc +COMMENT = RDF syntax parsing and serializing +DISTNAME = raptor-1.4.21 +CATEGORIES = textproc www +HOMEPAGE = http://librdf.org/raptor/ +MASTER_SITES = http://download.librdf.org/source/ -SHARED_LIBS= raptor 2.0 # .2.0 - -HOMEPAGE= http://librdf.org/ - -MASTER_SITES= http://download.librdf.org/source/ +MAINTAINER = Thomas de Grivel billi...@gmail.com # LGPL 2.1, GPL 2 or Apache 2 -PERMIT_PACKAGE_CDROM= Yes -PERMIT_PACKAGE_FTP=Yes -PERMIT_DISTFILES_CDROM=Yes -PERMIT_DISTFILES_FTP= Yes +PERMIT_PACKAGE_CDROM = Yes +PERMIT_PACKAGE_FTP =Yes +PERMIT_DISTFILES_CDROM = Yes +PERMIT_DISTFILES_FTP = Yes + +SHARED_LIBS = raptor 2.1 -WANTLIB= c crypto idn m ssl z +WANTLIB = c crypto curl.=12 idn m ssl xml2.=7 xslt.=1 z -MODULES= devel/gettext +MODULES = devel/gettext -USE_LIBTOOL= Yes +LIB_DEPENDS = ::net/curl \ + ::textproc/libxml \ + ::textproc/libxslt -LIB_DEPENDS= curl.=12::net/curl \ - xml2.=7::textproc/libxml \ - xslt.=1::textproc/libxslt +USE_LIBTOOL = Yes +CONFIGURE_STYLE = gnu -CONFIGURE_STYLE= gnu -CONFIGURE_ARGS=--with-xml-parser=libxml --with-www=curl +CONFIGURE_ARGS = --with-xml-parser=libxml \ + --with-www=curl .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/textproc/raptor/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo18 Jan 2009 19:07:05 - 1.1.1.1 +++ distinfo30 Sep 2010 15:02:30 - @@ -1,5 +1,5 @@ -MD5 (raptor-1.4.18.tar.gz) = KE52ju2g4omLDVv34moBbg== -RMD160 (raptor-1.4.18.tar.gz) = ANQ3Abkqa3vvrPCCu/AaTs/nEnU= -SHA1 (raptor-1.4.18.tar.gz) = 1VOQpCQq1h8DQpHxyFSrA35QgnI= -SHA256 (raptor-1.4.18.tar.gz) = 7f2wc0+3Egvxy7YORaB4ZNstqq31w1kcz3NX8kTYKkA= -SIZE (raptor-1.4.18.tar.gz) = 1657246 +MD5 (raptor-1.4.21.tar.gz) = mSBhSIr3qeLZM99raUu4dg== +RMD160 (raptor-1.4.21.tar.gz) = 8u5ZHj6eAItJbWt7948Skxc79+0= +SHA1 (raptor-1.4.21.tar.gz) = +Kgsbpo0LQzJdyoCVixeKcLJtzc= +SHA256 (raptor-1.4.21.tar.gz) = 2zFy1vPEMmI+2H19YJFhlz0vcJjj0iM9BwL7zCLP2Mo= +SIZE (raptor-1.4.21.tar.gz) = 1651843 Index: pkg/DESCR === RCS file: /cvs/ports/textproc/raptor/pkg/DESCR,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 DESCR --- pkg/DESCR 18 Jan 2009 19:07:05 - 1.1.1.1 +++ pkg/DESCR 30 Sep 2010 15:02:30 - @@ -1,4 +1,4 @@ -Raptor is the RDF Parser Toolkit for Redland and currently consists of two -parsers: RDF/XML and N-Triples. Raptor is designed to integrate closely -with Redland and also work entirely standalone, in which case it will use -simple internal routines to perform the functions. +Raptor is a library for RDF syntax parsing and serializing providing +APIs to turn syntax to and from RDF triples. It also includes +supporting functionality for Unicode, UTF-8, URIs, WWW retrieval and +XML writing. Index: pkg/PLIST === RCS file: /cvs/ports/textproc/raptor/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- pkg/PLIST 18 Jan 2009 19:07:05 - 1.1.1.1 +++ pkg/PLIST 30 Sep 2010 15:02:30 - @@ -43,6 +43,7 @@ share/gtk-doc/html/raptor/raptor-section share/gtk-doc/html/raptor/raptor-section-unicode.html share/gtk-doc/html/raptor/raptor-section-uri
Update and takeover of textproc/raptor-1.4.21
Hello, $ cat /usr/ports/textproc/raptor/pkg/DESCR Raptor is a library for RDF syntax parsing and serializing providing APIs to turn syntax to and from RDF triples. It also includes supporting functionality for Unicode, UTF-8, URIs, WWW retrieval and XML writing. I'm updating all the Redland RDF suite (http://librdf.org/) to their latest stable release, related ports are coming. Redland is specially useful to embed RDF processing / semantic querying into C programs, or using scripting languages with redland-bindings. Cheers, -- Thomas de Grivel http://b.lowh.net/billitch Index: Makefile === RCS file: /cvs/ports/textproc/raptor/Makefile,v retrieving revision 1.2 diff -u -p -r1.2 Makefile --- Makefile12 Jan 2010 19:08:23 - 1.2 +++ Makefile30 Sep 2010 04:02:57 - @@ -1,33 +1,33 @@ # $OpenBSD: Makefile,v 1.2 2010/01/12 19:08:23 ajacoutot Exp $ -COMMENT= RDF Parser Toolkit for Redland -DISTNAME= raptor-1.4.18 -PKGNAME= ${DISTNAME}p0 -CATEGORIES=textproc +COMMENT = RDF syntax parsing and serializing +DISTNAME = raptor-1.4.21 +CATEGORIES = textproc www +HOMEPAGE = http://librdf.org/raptor/ +MASTER_SITES = http://download.librdf.org/source/ -SHARED_LIBS= raptor 2.0 # .2.0 - -HOMEPAGE= http://librdf.org/ - -MASTER_SITES= http://download.librdf.org/source/ +MAINTAINER = Thomas de Grivel billi...@gmail.com # LGPL 2.1, GPL 2 or Apache 2 -PERMIT_PACKAGE_CDROM= Yes -PERMIT_PACKAGE_FTP=Yes -PERMIT_DISTFILES_CDROM=Yes -PERMIT_DISTFILES_FTP= Yes +PERMIT_PACKAGE_CDROM = Yes +PERMIT_PACKAGE_FTP =Yes +PERMIT_DISTFILES_CDROM = Yes +PERMIT_DISTFILES_FTP = Yes -WANTLIB= c crypto idn m ssl z +SHARED_LIBS = raptor 2.1 -MODULES= devel/gettext +WANTLIB = c crypto idn m ssl z -USE_LIBTOOL= Yes +MODULES = devel/gettext -LIB_DEPENDS= curl.=12::net/curl \ +LIB_DEPENDS = curl.=12::net/curl \ xml2.=7::textproc/libxml \ xslt.=1::textproc/libxslt -CONFIGURE_STYLE= gnu -CONFIGURE_ARGS=--with-xml-parser=libxml --with-www=curl +USE_LIBTOOL = Yes +CONFIGURE_STYLE = gnu + +CONFIGURE_ARGS = --with-xml-parser=libxml \ + --with-www=curl .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/textproc/raptor/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo18 Jan 2009 19:07:05 - 1.1.1.1 +++ distinfo30 Sep 2010 04:02:57 - @@ -1,5 +1,5 @@ -MD5 (raptor-1.4.18.tar.gz) = KE52ju2g4omLDVv34moBbg== -RMD160 (raptor-1.4.18.tar.gz) = ANQ3Abkqa3vvrPCCu/AaTs/nEnU= -SHA1 (raptor-1.4.18.tar.gz) = 1VOQpCQq1h8DQpHxyFSrA35QgnI= -SHA256 (raptor-1.4.18.tar.gz) = 7f2wc0+3Egvxy7YORaB4ZNstqq31w1kcz3NX8kTYKkA= -SIZE (raptor-1.4.18.tar.gz) = 1657246 +MD5 (raptor-1.4.21.tar.gz) = mSBhSIr3qeLZM99raUu4dg== +RMD160 (raptor-1.4.21.tar.gz) = 8u5ZHj6eAItJbWt7948Skxc79+0= +SHA1 (raptor-1.4.21.tar.gz) = +Kgsbpo0LQzJdyoCVixeKcLJtzc= +SHA256 (raptor-1.4.21.tar.gz) = 2zFy1vPEMmI+2H19YJFhlz0vcJjj0iM9BwL7zCLP2Mo= +SIZE (raptor-1.4.21.tar.gz) = 1651843 Index: pkg/DESCR === RCS file: /cvs/ports/textproc/raptor/pkg/DESCR,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 DESCR --- pkg/DESCR 18 Jan 2009 19:07:05 - 1.1.1.1 +++ pkg/DESCR 30 Sep 2010 04:02:57 - @@ -1,4 +1,4 @@ -Raptor is the RDF Parser Toolkit for Redland and currently consists of two -parsers: RDF/XML and N-Triples. Raptor is designed to integrate closely -with Redland and also work entirely standalone, in which case it will use -simple internal routines to perform the functions. +Raptor is a library for RDF syntax parsing and serializing providing +APIs to turn syntax to and from RDF triples. It also includes +supporting functionality for Unicode, UTF-8, URIs, WWW retrieval and +XML writing. Index: pkg/PLIST === RCS file: /cvs/ports/textproc/raptor/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- pkg/PLIST 18 Jan 2009 19:07:05 - 1.1.1.1 +++ pkg/PLIST 30 Sep 2010 04:02:57 - @@ -43,6 +43,7 @@ share/gtk-doc/html/raptor/raptor-section share/gtk-doc/html/raptor/raptor-section-unicode.html share/gtk-doc/html/raptor/raptor-section-uri-factory.html share/gtk-doc/html/raptor/raptor-section-uri.html +share/gtk-doc/html/raptor/raptor-section-world.html share/gtk-doc/html/raptor/raptor-section-www.html share/gtk-doc/html/raptor/raptor-section-xml-namespace.html share/gtk-doc/html/raptor/raptor-section-xml-qname.html
New: textproc/rasqal-0.9.20
$ cat /usr/ports/textproc/rasqal/pkg/DESCR Rasqal is a Free software / Open Source C library that handles Resource Description Framework (RDF) query language syntaxes, query construction and execution of queries returning results as bindings, boolean, RDF graphs/triples or syntaxes. The supported query languages are SPARQL 1.0, RDQL, Draft SPARQL Query 1.1, Update 1.1 Syntax and Experimental SPARQL extensions (LAQRS). Rasqal can write binding query results in the SPARQL XML, SPARQL JSON, CSV, TSV, HTML and ASCII tables. rasqal-0.9.20.tgz Description: Binary data
Update and takeover of textproc/redland-1.0.10
Update to latest release, taking maintainership, split packages for storage modules. $ cat /usr/ports/textproc/redland/pkg/DESCR-main Redland is a general-purpose Resource Description Framework (RDF) library providing APIs to the RDF model and it's concepts. $ cat /usr/ports/textproc/redland/pkg/DESCR-mysql This store provides RDF storage for Redland using the MySQL open source database including contexts. It has been tested with several million triples and deployed. $ cat /usr/ports/textproc/redland/pkg/DESCR-postgresql This module provides RDF storage for Redland using the PostgreSQL open source database including contexts. This module is based on the MySQL store. $ cat /usr/ports/textproc/redland/pkg/DESCR-sqlite This module provides RDF storage for Redland via the SQLite relational database. It was added in Redland 1.0.0. This store provides triples and contexts. $ cat /usr/ports/textproc/redland/pkg/DESCR-virtuoso The Virtuoso Redland RDF Provider is an implementation of the Storage API, Model and Query interfaces of the Redland framework for RDF. This provider enables the execution of queries via the Redland Rasqal query engine or via Virtuoso query engine directly against the Virtuoso OpenSource Quad Store. The Virtuoso Redland RDF Provider uses ODBC as the data access mechanism for communicating the Virtuoso Quad Store and requires the Virtuoso ODBC Driver be installed on the Redland client and a suitable ODBC DSN be configured for connecting to the target Virtuoso Quad Store instance. Virtuoso is capable of efficiently handle large amounts of data and has been tested with upto 1B triples. redland-1.0.10.tgz Description: Binary data
patch: remove whitespace in bsd.port.mk
is it ok to remove whitespace ? Index: mk/bsd.port.mk === RCS file: /cvs/ports/infrastructure/mk/bsd.port.mk,v retrieving revision 1.1039 diff -u -p -r1.1039 bsd.port.mk --- mk/bsd.port.mk 25 Sep 2010 13:39:02 - 1.1039 +++ mk/bsd.port.mk 30 Sep 2010 05:07:01 - @@ -181,7 +181,7 @@ _PROGRESS = -m .else _PROGRESS = .endif - + FETCH_CMD ?= /usr/bin/ftp -V ${_PROGRESS} -k ${FTP_KEEPALIVE} PKG_TMPDIR ?= /var/tmp @@ -2940,13 +2940,13 @@ _print-package-args: libs=`eval $$toset ${MAKE} print-plist-libs`; \ needed=false; \ IFS=,; for d in $$dep; do \ - ${_libresolve_fragment}; \ - case $$check in \ + ${_libresolve_fragment}; \ + case $$check in \ *.a) continue;; \ Failed) \ echo 12 Can't resolve libspec $$d (for ${_i} in ${SUBPACKAGE}); \ exit 1;; \ - *) \ + *) \ needed=true;; \ esac; \ done; \
new: x11/urw-fonts-artifex-1.41
Hi, A new port to fetch and install the 80 URW TrueType fonts for Ghostscript as distributed by Artifex. Unlike the GPL'd version of URW fonts distributed by Fedora, these seem to be not commercially redistribuable, so only FTP distribution for this one. Please test and commit. -- Thomas de Grivel http://b.lowh.net/billitch urw-fonts-artifex.tar.gz Description: application/gzip
new: editors/emacs/php-mode-1.5.0
This port still depends on emacs-22, i'll update it when emacs-23 gets in the tree. $ cd /usr/ports tar xzf editors_emacs_php-mode-1.5.0.tgz $ cd /usr/ports/editors/emacs/php-mode make install In case you USE_SYSTRACE, the port calls emacs during build and systrace does not like it. While i get to rtfm and fix it, please feel free to patch =) -- Thomas de Grivel http://b.lowh.net/billitch editors_emacs_php-mode-1.5.0.tgz Description: Binary data
Re: [patch] textproc/docbook port fix by removing examples.zip
On 08/13/10 17:42, Thomas de Grivel wrote: On 08/13/10 15:10, Thomas de Grivel wrote: Docbook port is broken by not finding a distfile. This patch removes the examples.zip file from the docbook port, which is missing from upstream. Just removing it from DISTFILES fixed building. It does not seem to break anything, please report any problem. and here is the patch. Sorry... Please test and commit, a few ports depend on this one. -- Thomas de Grivel http://b.lowh.net/billitch
Re: /ports/math/blas does not build
On 08/17/10 17:39, as...@spamcop.net wrote: Hi, So I have been struggling with blas in a -current i386. Vaguely, the fortran files and the man files do not get installed so things do not get built. Now I broke down and did a pkg_add and it was not so much maybe that blas got installed, but that a lot of file got put on my machine and a lot of fortran compiling went on the next time I tried a ports build. Having played with downloading stuff from libnet, I sort of think the distfiles are really not what we are expecting. This is not anything I am able to act on, but I thought I would mention it. If I was going to try to reproduce, I think I would erase everything in /usr/ports/pobj. For what it is worth, it looks like there is even newer code on libnet than we are using. did you apply my patch ? -- Thomas de Grivel http://b.lowh.net/billitch
Re: Update lang/sbcl (adds powerpc support)
On 08/17/10 01:48, Thomas de Grivel wrote: On 08/15/10 02:47, Josh Elsasser wrote: On Sat, Aug 14, 2010 at 11:50:44PM +0200, Thomas de Grivel wrote: On 08/14/10 21:46, Josh Elsasser wrote: On Sat, Aug 14, 2010 at 08:38:27PM +0200, Thomas de Grivel wrote: On 07/31/10 19:14, Josh Elsasser wrote: The included patch updates sbcl to 1.0.41, which eliminates a number of patches and adds powerpc support. Note that this adds and removes several files in pkg/ and patches/, so patch -E is your friend. [snipped] I'd love to test it. Your patch almost applies to CVS head. $ cd /usr/ports/lang/sbcl/ make clean build === Cleaning for sbcl-1.0.41 === sbcl-1.0.41 depends on: texlive_base-* - found === sbcl-1.0.41 depends on: clisp-* - found === sbcl-1.0.41 depends on: gmake-* - found === sbcl-1.0.41 depends on: bzip2-* - found === Verifying specs: c m util c m util === found c.56.0 m.5.2 util.11.1 === Checking files for sbcl-1.0.41 `/usr/ports/distfiles/sbcl-1.0.41-source.tar.bz2' is up to date. (SHA256) sbcl-1.0.41-source.tar.bz2: OK === Extracting for sbcl-1.0.41 === Patching for sbcl-1.0.41 2 out of 4 hunks failed--saving rejects to src/runtime/runtime.c.rej *** patch-src_runtime_runtime.c did not apply cleanly === Ignoring patchfile patch-src_runtime_runtime.c.rej *** Error code 1 Stop in /usr/ports/lang/sbcl (line 2241 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/lang/sbcl (line 2116 of /usr/ports/infrastructure/mk/bsd.port.mk). - Here is the rejected patch : $ cat patches/patch-src_runtime_runtime.c.rej [snipped] The fact that you have a .rej file in patches/ indicates that my patch did not apply cleanly for you (the patch that patches the patches in patches/) I tested just now and it applies fine against a clean tree, with -E to remove all the obsolete patches. Are you sure that your ports tree was clean and updated to HEAD when you applied the patch from my email? I think because i tried multiple times using this command : cd /usr/ports rm -rf lang/sbcl cvs up lang/sbcl patch -E sbcl-1.0.41.diff I realize maybe thunderbird messed the patch being taken as message body. I'll try with evolution but could you please send it as an attachment also ? Here's the original patch I sent to the list: http://www.elsasser.org/misc/ports-sbcl-1.0.41-ppc.diff Are you sure you are updating to HEAD and not a branch or something? You might want to update with -A. Also, are you sure that the cvs mirror is up to date? Thanks. CVS was ok, it was thunderbird mangling two lines with ^L. Now to some real testing, your patch applies neatly =) I think you forgot to 'make plist'. When i do, my pkg/PLIST has several more .fasl files in it. Otherwise regressions tests run OK ! Too bad there are no support for OpenBSD threads on SBCL yet, i wonder how much effort it would be to add. Common Lisp and OpenBSD ought to work together, they would definitely provide a major Do The Right Thing environment. $ uname -a OpenBSD adrenochrome.my.domain 4.8 GENERIC.MP#297 amd64 $ cd /usr/ports/lang/sbcl make regress [...] Finished running tests. Status: Expected failure:packages.impure.lisp / USE-PACKAGE-CONFLICT-SET Expected failure:packages.impure.lisp / IMPORT-SINGLE-CONFLICT ok //apparent success (reached end of run-tests.sh normally) Tue Aug 17 03:16:56 CEST 2010 -- Thomas de Grivel http://b.lowh.net/billitch
[patch] math/blas-1.0p4 (was Re: /ports/math/blas does not build)
On 08/14/10 08:14, as...@spamcop.net wrote: I have not figured out how to cut and paste from xterm and I expect that attachments are not the thing to do. Thus no nice build outputs. My -current is say two days old. There are four patches and none of the patches cleanly apply. I note it seems to be almost 20 year old code, fortran, and openoffice3 build is dependent on it. py-gtk is dependent on it I think. Do you mean copy / paste like, mouse select / button 2 ? Attachments are ok. Attached is a patch for math/blas reflecting the silent changes from (unversioned) upstream tarball. I do not use blas, i just tried to fix the build so please review ! Cheers, -- Thomas de Grivel http://www.lowh.net/ Index: Makefile === RCS file: /cvs/ports/math/blas/Makefile,v retrieving revision 1.14 diff -u -p -r1.14 Makefile --- Makefile18 Jul 2010 10:30:41 - 1.14 +++ Makefile13 Aug 2010 15:22:49 - @@ -5,7 +5,7 @@ COMMENT=Basic Linear Algebra Subprogram VERSION= 1.0 DISTNAME= blas PKGNAME= ${DISTNAME}-${VERSION} -REVISION= 3 +REVISION= 4 SHARED_LIBS= blas1.0 CATEGORIES=math @@ -25,7 +25,7 @@ MASTER_SITES= ftp://ftp.netlib.org/blas/ MASTER_SITES0= ${MASTER_SITES:S/blas/lapack/} EXTRACT_SUFX= .tgz DIST_SUBDIR= ${DISTNAME}-${VERSION} -WRKDIST= ${WRKDIR} +WRKDIST= ${WRKDIR}/BLAS MODULES= fortran MODFORTRAN_WANTG77=Yes @@ -37,7 +37,7 @@ MAKE_ENV= SHLIB_MAJOR=${LIBblas_VERSION: FC=${FC} FAKE_FLAGS=LIBDIR=${LOCALBASE}/lib DEBUGLIBS=no -MANSRC=${WRKDIR}/${DISTNAME}/man/manl +MANSRC=${WRKDIR}/lapack-3.2.0/manpages/blas/man/manl # See bsd.lib.mk:162 .if ${MACHINE_ARCH:Mmips64*} Index: distinfo === RCS file: /cvs/ports/math/blas/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo5 Apr 2007 16:20:05 - 1.4 +++ distinfo13 Aug 2010 15:22:49 - @@ -1,10 +1,10 @@ -MD5 (blas-1.0/blas.tgz) = WBHks9/6ehCVar+SPOwb1A== -MD5 (blas-1.0/manpages.tgz) = UO+rbNc6lClYT38VN/Fyfw== -RMD160 (blas-1.0/blas.tgz) = 0s6jrmFWtvWD+uXlkGlf+zBqu4A= -RMD160 (blas-1.0/manpages.tgz) = lwTUbBejKMZpB8K4c9bfJOQtDyU= -SHA1 (blas-1.0/blas.tgz) = q3P8xp0MdIiK6memmPYM2RsNOvI= -SHA1 (blas-1.0/manpages.tgz) = c5dcLZ3Q8A8kqK719abmZ1J9L9M= -SHA256 (blas-1.0/blas.tgz) = vQYqeeNamoNc/Y6uvmJiu7GVYQM2zwdDXNK33yAL8IQ= -SHA256 (blas-1.0/manpages.tgz) = AuMMujV621/rSzipdH4eNjNzKqSmjDJsvYIg/UPIU8Y= -SIZE (blas-1.0/blas.tgz) = 94981 -SIZE (blas-1.0/manpages.tgz) = 721308 +MD5 (blas-1.0/blas.tgz) = fmr3AiRA2GiNFr6G1V+zWA== +MD5 (blas-1.0/manpages.tgz) = FFAHyrkVUEyuw4IolGKhZg== +RMD160 (blas-1.0/blas.tgz) = 6lx/7V/j2t82Aj8O4SIrUgAHVFk= +RMD160 (blas-1.0/manpages.tgz) = nxByf3pEMoevXNm11mAMlyeQWXE= +SHA1 (blas-1.0/blas.tgz) = Cuyk7UXy5VGZd3R+1rz4DRsDNdI= +SHA1 (blas-1.0/manpages.tgz) = xVgHPgWxaZi14/LGV9D6z1YuxVE= +SHA256 (blas-1.0/blas.tgz) = vC8liYFBw+2VE6vjs/FeAPDS6Igcfya3SVDN7kX7VB0= +SHA256 (blas-1.0/manpages.tgz) = ysI05ZfyuTiL89PAVJuKVr84Z8bFVNhEu4OQOZc4YfY= +SIZE (blas-1.0/blas.tgz) = 98957 +SIZE (blas-1.0/manpages.tgz) = 1016997 Index: patches/patch-blas_man_manl_cscal_l === RCS file: patches/patch-blas_man_manl_cscal_l diff -N patches/patch-blas_man_manl_cscal_l --- patches/patch-blas_man_manl_cscal_l 5 Sep 2007 15:32:19 - 1.2 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,9 +0,0 @@ -$OpenBSD: patch-blas_man_manl_cscal_l,v 1.2 2007/09/05 15:32:19 steven Exp $ blas/man/manl/cscal.l.orig Sat Apr 1 19:54:03 2006 -+++ blas/man/manl/cscal.l Sat Apr 1 19:54:11 2006 -@@ -1,4 +1,4 @@ --.SH NAME -+.TH CSCAL 3f - - .SH SYNOPSIS - .TP 31 Index: patches/patch-blas_man_manl_dcabs1_l === RCS file: patches/patch-blas_man_manl_dcabs1_l diff -N patches/patch-blas_man_manl_dcabs1_l --- patches/patch-blas_man_manl_dcabs1_l5 Sep 2007 15:32:19 - 1.2 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,9 +0,0 @@ -$OpenBSD: patch-blas_man_manl_dcabs1_l,v 1.2 2007/09/05 15:32:19 steven Exp $ blas/man/manl/dcabs1.l.origSat Apr 1 19:54:21 2006 -+++ blas/man/manl/dcabs1.l Sat Apr 1 19:54:33 2006 -@@ -1,4 +1,4 @@ --.SH NAME -+.TH DCABS1 3f - - .SH SYNOPSIS - .TP 17 Index: patches/patch-blas_man_manl_zrotg_l === RCS file: patches/patch-blas_man_manl_zrotg_l diff -N patches/patch-blas_man_manl_zrotg_l --- patches/patch-blas_man_manl_zrotg_l 5 Sep 2007 15:32:19 - 1.2 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,9 +0,0 @@ -$OpenBSD: patch-blas_man_manl_zrotg_l,v 1.2 2007/09/05 15:32:19 steven Exp $ blas/man/manl/zrotg.l.orig Sat Apr 1 19:54:40 2006 -+++ blas/man/manl/zrotg.l Sat Apr 1 19:54:47
[patch] textproc/docbook port fix by removing examples.zip
Docbook port is broken by not finding a distfile. This patch removes the examples.zip file from the docbook port, which is missing from upstream. Just removing it from DISTFILES fixed building. It does not seem to break anything, please report any problem. -- Thomas de Grivel http://www.lowh.net/
Re: [patch] textproc/docbook port fix by removing examples.zip
On 08/13/10 15:10, Thomas de Grivel wrote: Docbook port is broken by not finding a distfile. This patch removes the examples.zip file from the docbook port, which is missing from upstream. Just removing it from DISTFILES fixed building. It does not seem to break anything, please report any problem. and here is the patch. Sorry... -- Thomas de Grivel http://www.lowh.net/ Index: Makefile === RCS file: /cvs/ports/textproc/docbook/Makefile,v retrieving revision 1.23 diff -u -p -r1.23 Makefile --- Makefile20 Mar 2010 17:06:45 - 1.23 +++ Makefile13 Aug 2010 13:02:37 - @@ -22,8 +22,7 @@ DISTFILES=sgml/2.4.1/docbk241.zip \ xml/4.1.2/docbkx412.zip \ xml/4.2/docbook-xml-4.2.zip \ xml/4.3/docbook-xml-4.3.zip \ - xml/4.4/docbook-xml-4.4.zip \ - examples.zip + xml/4.4/docbook-xml-4.4.zip # permission granted in dtd copyright notice PERMIT_PACKAGE_CDROM= Yes
Re: small x11/rxvt-unicode diff
David Coppa wrote: On Tue, May 18, 2010 at 1:00 PM, Brynet bry...@gmail.com wrote: In anything = 4.7, the 'xterm' termcap entry supports 256 colours, if Ah. ok then. I'm reading this patch correctly, this will hardcode the TERM environment variable to 'xterm-color256' which isn't required. Does this change behaviour for you? or are you just guessing? Ignore me. Also since rxvt is in termcap since 1997 why use xterm instead of the default TERM which is indeed rxvt ? I never had any problem using rxvt with its own TERM value, please set the environment variable in your profile if you wish to do so. From /etc/termcap : # From: Thomas Dickey dic...@clark.net 04 Oct 1997 # Updated: Oezguer Kesim ke...@math.fu-berlin.de 02 Nov 1997 # Notes: # rxvt 2.21b uses # smacs=\E(B\E)U^N, rmacs=\E(B\E)0^O, # but some applications don't work with that. # It also has an AIX extension # box2=lqkxjmwuvtn, # and # ech=\E[%p1%dX, # but the latter does not work correctly. # # The distributed terminfo says it implements hpa and vpa, but they are not # implemented correctly, using relative rather than absolute positioning. # # rxvt is normally configured to look for xterm or xterm-color as $TERM. # Since rxvt is not really compatible with xterm, it should be configured as # rxvt (monochrome) and rxvt-color. # (untranslatable capabilities removed to fit entry within 1023 bytes) # (sgr removed to fit entry within 1023 bytes) # (acsc removed to fit entry within 1023 bytes) # (terminfo-only capabilities suppressed to fit entry within 1023 bytes) rxvt-basic|rxvt terminal base (X Window System):\ :am:bs:eo:km:mi:ms:xn:xo:\ :co#80:it#8:li#24:\ :AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:IC=\E[%d@:\ :K1=\EOw:K2=\EOu:K3=\EOy:K4=\EOq:K5=\EOs:LE=\E[%dD:\ :RI=\E[%dC:UP=\E[%dA:ae=^O:al=\E[L:as=^N:bl=^G:cd=\E[J:\ :ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cr=^M:\ :cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:dl=\E[M:do=^J:ei=\E[4l:\ :ho=\E[H:i1=\E[?47l\E=\E[?1l:ic=\E[@:im=\E[4h:\ :is=\E[r\E[m\E[2J\E[H\E[?7h\E[?1;3;4;6l\E[4l:\ :k1=\E[11~:k2=\E[12~:k3=\E[13~:k4=\E[14~:k5=\E[15~:\ :k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:kD=\E[3~:\ :kI=\E[2~:kN=\E[6~:kP=\E[5~:kb=^H:kd=\E[B:ke=\E:kh=\E[7~:\ :kl=\E[D:kr=\E[C:ks=\E=:ku=\E[A:le=^H:mb=\E[5m:md=\E[1m:\ :me=\E[0m\017:mr=\E[7m:nd=\E[C:rc=\E8:sc=\E7:se=\E[27m:\ :sf=^J:so=\E[7m:sr=\EM:st=\EH:ta=^I:te=\E[2J\E[?47l\E8:\ :ti=\E7\E[?47h:ue=\E[24m:up=\E[A:us=\E[4m:\ :vb=\E[?5h\E[?5l:ve=\E[?25h:vi=\E[?25l: rxvt|rxvt terminal emulator (X Window System):\ :NC@:\ :me=\E[m\017:tc=rxvt-basic:tc=ecma+color: -- Thomas de Grivel http://b.lowh.net/billitch
Re: [NEW] rxvt-unicode 9.07 p0
Giovanni Bechis wrote: On 04/27/10 18:03, Thomas de Grivel wrote: Sorry, I was traveling and AFK. Great to see I'm not the only one to like this term ! Will test ASAP. I added a patch to remove the -mlock option from man page, we do not have this option enabled (a better fix will come from upstream ?). I improved description and integrated your changes, except that I removed pthreads-stub and xcb from WANTLIBS as they were not needed nor available on my box. make port-lib-depends-check did not report them either. Please test, comm{en,i}ts appreciated ! Cheers, -- Thomas de Grivel http://b.lowh.net/billitch
Re: [NEW] rxvt-unicode 9.07 p0
Thomas de Grivel wrote: Giovanni Bechis wrote: On 04/27/10 18:03, Thomas de Grivel wrote: Sorry, I was traveling and AFK. Great to see I'm not the only one to like this term ! Will test ASAP. I added a patch to remove the -mlock option from man page, we do not have this option enabled (a better fix will come from upstream ?). I improved description and integrated your changes, except that I removed pthreads-stub and xcb from WANTLIBS as they were not needed nor available on my box. make port-lib-depends-check did not report them either. Please test, comm{en,i}ts appreciated ! And here comes the tarball... -- Thomas de Grivel http://b.lowh.net/billitch rxvt-unicode.tar.gz Description: application/gzip
Re: [NEW] rxvt-unicode 9.07 p0
Stuart Henderson wrote: On 2010/05/09 01:41, Thomas de Grivel wrote: I improved description and integrated your changes, except that I removed pthreads-stub and xcb from WANTLIBS as they were not needed nor available on my box. Then your OS is old - please run -current if you're working on ports. Ok, thanks for letting me know, I'm completely new here. I'll upgrade and test again. -- Thomas de Grivel http://b.lowh.net/billitch
Re: RE : [NEW] rxvt-unicode 9.07 p0
frantisek holop wrote: hmm, on Mon, Apr 19, 2010 at 07:59:38PM +0200, Thomas de Grivel said that No-one interested in testing this small, fast, unicode-aware terminal ? I've been using it for more than 5 years on darwin and never found a faster/thinner terminal around. It makes xterm look sluggish. Try a few `time dmesg` to compare... is it faster than say mrxvt? :] after a few runs mrxvt turns out to be even faster, but no unicode is cheating ! (mrxvt doesnt do unicode iirc, so i'll give this a try) -f
Re: [NEW] rxvt-unicode 9.07 p0
Thomas de Grivel wrote: frantisek holop wrote: hmm, on Mon, Apr 19, 2010 at 07:59:38PM +0200, Thomas de Grivel said that No-one interested in testing this small, fast, unicode-aware terminal ? I've been using it for more than 5 years on darwin and never found a faster/thinner terminal around. It makes xterm look sluggish. Try a few `time dmesg` to compare... is it faster than say mrxvt? :] after a few runs mrxvt turns out to be even faster, but no unicode is cheating ! Hm sorry, I was testing against xterm... urxvt is actually faster in my tests than mrxvt, despite unicode. Yay ! -- Thomas de Grivel http://b.lowh.net/billitch
RE : [NEW] rxvt-unicode 9.07 p0
Bump. No-one interested in testing this small, fast, unicode-aware terminal ? I've been using it for more than 5 years on darwin and never found a faster/thinner terminal around. It makes xterm look sluggish. Try a few `time dmesg` to compare... Regards, -- Thomas de Grivel http://b.lowh.net/billitch Le 16 avr. 2010 01:05, Thomas de Grivel billi...@gmail.com a écrit : First port by me, please flame as needed. Worked out of the box but to remove warnings I created pa...
[NEW] rxvt-unicode 9.07 p0
First port by me, please flame as needed. Worked out of the box but to remove warnings I created patches and caught a few off-by-one along the way. billi...@bugpowder:/usr/ports $ tar czf ~/x11_rxvt-unicode-9.07p0.tar.gz x11/rxvt-unicode -- Thomas de Grivel http://b.lowh.net/billitch x11_rxvt-unicode-9.07p0.tar.gz Description: GNU Zip compressed data signature.asc Description: OpenPGP digital signature