CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/12/12 02:11:10 Modified files: security/fwbuilder/patches: patch-qmake_inc_in Log message: regen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/12/12 02:15:09 Modified files: sysutils/bacula: Makefile distinfo sysutils/bacula/patches: patch-configure patch-src_qt-console_main_cpp patch-src_stored_Makefile_in patch-src_tools_Makefile_in Log message: update Bacula to 5.2.2 (mostly bugfixes) - Switch default flavour used by the port to pgsql; this is generally the best-tested backend and gets the most testing. Setup isn't really much more complicated than the old default in the port (sqlite) and you don't really want to run into limitations and have to convert it later. Doesn't affect packages as all flavours are built anyway. ok ajacoutot@ merdely@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/12/12 02:38:03 Modified files: editors/libreoffice: Makefile editors/libreoffice/pkg: PFRAG.shared-main Log message: Remove gconf support and replace it with gio. This allows us to go away from ORBit. FLAVOR:L - FLAVOR. from espie@ and myself built tested and ok robert@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/12/12 03:00:01 Modified files: net/gupnp/tools: Makefile distinfo net/gupnp/tools/pkg: PLIST Log message: - update to 0.8.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/12/12 03:26:48 Modified files: x11/gnome/vino : Makefile Log message: - add missing (explicit) dependency on gtk+3 which would sometimes get pulled in by a dependency, and sometimes it won't. fixes build on a clean box (or dpb -J1 -r)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/12/12 03:33:33 Modified files: infrastructure/mk: gnu.port.mk Added files: infrastructure/db: config.no-gawk Log message: add a fragment to prevent picking up gnu awk by accident. tested in a bulk build by me ok espie@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/12/12 03:56:56 Modified files: emulators/qemu : Makefile distinfo emulators/qemu/patches: patch-configure patch-target-i386_translate_c emulators/qemu/pkg: PLIST README Added files: emulators/qemu/pkg: MESSAGE Removed files: emulators/qemu/patches: patch-hw_e1000_c patch-hw_e1000_hw_h emulators/qemu/pkg: PFRAG.bsduser Log message: Update to QEMU 1.0, from Brad. - disable the BSD userland emulation support for now, it's not widely useful yet - workaround for incorrect time_t type assumption, from stsp@ N.B. As of QEMU 1.0 the i386 target has been renamed from qemu to qemu-system-i386, you will need to change scripts/command lines as necessary. ok stsp@ dcoppa@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/12/12 04:04:04 Modified files: emulators/gns3 : Makefile emulators/gns3/patches: patch-src_GNS3_Application_py Log message: qemu binary name change
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2011/12/12 04:53:07 Modified files: news/trn : Makefile news/trn/files : openbsd-hints Log message: Tweak previous: This port does not actually use groff at build time; all ./Configure wants is a solemn pledge that a man(7) parser and formatter will be available at run time. No package change, no bump needed. okay espie@ (MAINTAINER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/12/12 05:07:19 Modified files: net/pmacct : Makefile Log message: - be sure not to pickup gmake
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fg...@cvs.openbsd.org 2011/12/12 05:23:14 Modified files: inputmethods/ibus: Makefile distinfo inputmethods/ibus/patches: patch-src_Makefile_in inputmethods/ibus/pkg: PLIST Added files: inputmethods/ibus/patches: patch-src_ibusshare_c Removed files: inputmethods/ibus/patches: patch-ibus_common_py Log message: update to ibus 1.4.0. tested by myself and Tamotsu Takahashi (ttakah plus openbsd at gmail.com).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fg...@cvs.openbsd.org 2011/12/12 06:53:17 Modified files: games/warmux : Makefile Removed files: games/warmux/patches: patch-tools_servers_index_server_net_data_cpp Log message: MSG_NOSIGNAL is supported now. kill unneeded patch. dcoppa@ ok.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2011/12/12 07:52:02 Modified files: infrastructure/mk: bsd.port.subdir.mk Log message: zap old junk
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2011/12/12 07:57:23 Modified files: net/mldonkey/stable: Makefile net/mldonkey/stable/patches: patch-config_configure_in Added files: net/mldonkey/stable/patches: patch-config_wget_c Log message: Cleanup configure echo -e madness. Do not pick rpm and wget up, if they're installed.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/12/12 08:39:58 Modified files: x11/gnome : gnome.port.mk Log message: spacing
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/12/12 08:55:54 Modified files: x11/gnome/rygel: Makefile distinfo x11/gnome/rygel/pkg: PLIST Log message: - update to 0.12.6
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/12/12 09:13:09 Modified files: devel/py-gobject3: Makefile distinfo Log message: Bugfix update to py-gobject3-3.0.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/12/12 11:18:15 Modified files: security/fwbuilder/patches: patch-autogen_sh Log message: drop hidden gmake dependency only needed by autogen.sh, but not in the actual build
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ni...@cvs.openbsd.org 2011/12/12 15:54:30 Modified files: editors/libreoffice: Makefile Log message: Remove duplicate revison and bump revision. Ok aja@
Découvrez la nouvelle offre Professionnels HSBC
Ce message nest pas lisible ? Accédez à la version en ligne ( http://news.zairino.com/cgi-bin4/DM/t/mBvDt0kTzvr0rod0ijFm0Fe; ) ( http://news.zairino.com/cgi-bin4/DM/t/mBvDt0kTzvr0rod0ijFn0Ff; ) ( http://news.zairino.com/cgi-bin4/DM/t/mBvDt0kTzvr0rod0ijFn0Ff; ) ( http://news.zairino.com/cgi-bin4/DM/t/mBvDt0kTzvr0rod0ijFn0Ff; ) ( http://news.zairino.com/cgi-bin4/DM/t/mBvDt0kTzvr0rod0ijFn0Ff; ) La nouvelle offre Professionnels HSBC est conçue pour les Professions Libérales et les Entrepreneurs Individuels. ( http://news.zairino.com/cgi-bin4/DM/t/mBvDt0kTzvr0rod0ijFn0Ff; ) Elle place le conseiller au coeur de votre relation avec HSBC et répond à vos exigences : ( http://news.zairino.com/cgi-bin4/DM/t/mBvDt0kTzvr0rod0ijFn0Ff; ) Un accès direct à votre conseiller ( http://news.zairino.com/cgi-bin4/DM/t/mBvDt0kTzvr0rod0ijFn0Ff; ) sur sa ligne fixe, son mobile ou son e-mail. ( http://news.zairino.com/cgi-bin4/DM/t/mBvDt0kTzvr0rod0ijFn0Ff; ) ( http://news.zairino.com/cgi-bin4/DM/t/mBvDt0kTzvr0rod0ijFn0Ff; ) Un forfait mensuel ( http://news.zairino.com/cgi-bin4/DM/t/mBvDt0kTzvr0rod0ijFn0Ff; ) pour les services essentiels au quotidien. ( http://news.zairino.com/cgi-bin4/DM/t/mBvDt0kTzvr0rod0ijFn0Ff; ) Un engagement de réactivité ( http://news.zairino.com/cgi-bin4/DM/t/mBvDt0kTzvr0rod0ijFn0Ff; ) pour vos financements. ( http://news.zairino.com/cgi-bin4/DM/t/mBvDt0kTzvr0rod0ijFn0Ff; ) Lexpertise HSBC pour gérer ( http://news.zairino.com/cgi-bin4/DM/t/mBvDt0kTzvr0rod0ijFn0Ff; ) vos patrimoines professionnel et privé. ( http://news.zairino.com/cgi-bin4/DM/t/mBvDt0kTzvr0rod0ijFn0Ff; ) ( http://news.zairino.com/cgi-bin4/DM/t/mBvDt0kTzvr0rod0ijFn0Ff; ) ( http://news.zairino.com/cgi-bin4/DM/t/mBvDt0kTzvr0rod0ijFn0Ff; ) ( http://news.zairino.com/cgi-bin4/DM/t/mBvDt0kTzvr0rod0ijFn0Ff; ) (1) Offre valable pour les professions libérales indépendantes et entrepreneurs individuels. HSBC France - Société Anonyme au capital de 337 189 100 euros - SIREN 775 670 284 RCS Paris. Siège social : 103, avenue des Champs-Elysées - 75008 Paris. Banque et Société de courtage en assurance immatriculée auprès de lORIAS (Organisme pour le Registre des Intermédiaires en Assurance - www.orias.fr) sous le n° 07 005 894. Crédit photo : Corbis. Si vous ne souhaitez plus recevoir Les messages dinformation : annulez votre inscription ( http://news.zairino.com/cgi-bin4/DM/t/mBvDt0kTzvr0rod0ijFo0Fgemailaddress=ports@openbsd.org; ). Conformé;ment à; larticle 34 de la loi Informatique et Liberté;s du 6 janvier 1978, vous disposez dun droit daccès, de modification, de rectification et de suppression de données vous concernant.
Re: UPDATE: QEMU 1.0
On Sat, Dec 10, 2011 at 4:40 PM, Stefan Sperling s...@stsp.name wrote: On amd64 this warning appears during the build: /usr/ports/pobj/qemu-1.0/qemu-1.0/monitor.c: In function 'expire_password': /usr/ports/pobj/qemu-1.0/qemu-1.0/monitor.c:944: warning: overflow in implicit constant conversion Qemu assumes time_t is long if TIME_MAX isn't defined. But time_t is int on OpenBSD. Setting TIME_MAX to INT_MAX via CFLAGS fixes the warning. Suggested diff with that change below. I'm happy with this upgrade. My VMs are still working. I'm happy too. My VMs (OpenBSD, MicroXP) still work fine. Please, get this in! Ciao, David
Re: Update: www/mozilla-firefox v8.0.1
On 06.12.2011 00:01, Nigel Taylor wrote: Hi, Updates to www/mozilla-firefox and www/firefox-i18n to v8.0.1 Built and Tested on amd64 Comments? Ok? Tested on amd64: - HTML5 youtube videos are jerky. This happened in Firefox 7, so I guess it's something else. - Opening/closing tabs is sometimes delayed by a second or two but I've seen this on Windows too. Other than that it works fine.
Re: UPDATE: simh
On 21/11/11 7:51 PM, Brad wrote: Fix up the compiler flags and enable the extended file support to allow for more sane hard drive sizes. I'm really surprised no one has noticed the lack of the extended file support. Tested on amd64. vax users? -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: Permit to build Python 2 and Python 3 ports - diff modified
On Sat, Dec 10, 2011 at 6:49 AM, Remi Pointel remi.poin...@xiri.fr wrote: Hi, I reworked on the diff to update python.port.mk to permit to have both Python 2.x and 3.x working on OpenBSD. How it works: 1) Python2 port - all ports existing don't need to change, they still build with Python 2 2) Python2 and Python3 port - if you know that a port (and its dependencies...) work with Python 3 Python 2, you just need to add: FLAVORS ?= python3 Be carefull to add ${MODPY_FLAVOR} to your dependencies (see examples at the end). Next, to build your port you will need to precise the correct flavor: python3. In this case, you must be very carreful with the conflict of the PLIST. If your port is a library, there is often no problems, but you will have problem with binaries/doc/examples/wub/... So you will have to play with post-install, in moving files which are conflicting by suffixing it (see examples at the end). FYI the port built with python3 will replace the prefix py- by py3-. 3) Python3 port - if you know that a port (and its dependencies) work with Python 3 only, you just need to add: MODPY_VERSION = ${MODPY_DEFAULT_VERSION3} and it will automatically build this port with Python 3. FYI the port built with python3 follow the same logic that in python2, so if the port PKGNAME begins with py- it will automatically be replaced by py3-. More details about modifications needed in the ports tree: - remove the devel/py3-distribute, not used and useless to have py3 in the dir name (maybe a quirks thing to permit distribute - py3-distribute? If not used actually, are modifications in quirks needed?) - some people don't want to replace py-setuptools by py-distribute, so keep py-setuptools (Python 2 only). - add the port devel/py-distribute, only used with Python3 ports (MODPY_VERSION = ${MODPY_DEFAULT_VERSION3}, will have the py3-distribute FULLPKGNAME. - remove the MODPY_DISTRIBUTE, useless. Keep the MODPY_SETUPTOOLS only, easier to maintain, even if we used distribute or setuptools after, it's not the problem of the porters. So, if your ports use: 1) Python 2 only - nothing to change 2) Python 2 and Python 3: - add FLAVORS ?= python3 - add to your *_DEPENDS : ${MODPY_FLAVOR}, without comma (example: BUILD_DEPENDS: devel/py-distribute${MODPY_FLAVOR}). - make sure your PLIST will not be in conflict by adding special tasks in post-install. Example: post-install: .if defined(MODPY_DOC_PREFIX) mv ${WRKINST}/${LOCALBASE}/share/doc/py-foo/ ${WRKINST}/${LOCALBASE}/share/doc/py${MODPY_DOC_PREFIX}-foo/ .endif If you use the default FLAVOR (Python 2), MODPY_BIN_SUFFIX is , MODPY_DOC_PREFIX is so there is no modification for people who use the default. If you use the FLAVOR Python 3, MODPY_BIN_SUFFIX = -3, MODPY_DOC_PREFIX = 3. Idea is to add a suffix to binary to be easier to find the command with auto-completion. Add ${MODPY_BIN_SUFFIX} and ${MODPY_DOC_PREFIX} to your PLIST. 3) Python 3: - add MODPY_VERSION = ${MODPY_DEFAULT_VERSION3} MODPY_DOC_PREFIX is a poor name as anything outside site-packages (where version is not explicit) should be using this. Also I believe if you change it to use py- or py3- (instead of just or 3) you can get this automatically substituted in your PLIST. Finally, can you add a _ in MODPY_DEFAULT_VERSIONX before 2 and 3? It easy to mix the number otherwise. f.-
Re: Permit to build Python 2 and Python 3 ports - diff modified
[..] Finally, can you add a _ in MODPY_DEFAULT_VERSIONX before 2 and 3? It easy to mix the number otherwise. I meant easy to miss. f.-
PATCH: games/warmux
Remove unneeded diff now that MSG_NOSIGNAL is supported. OK? f.- Index: warmux/Makefile === RCS file: /cvs/ports/games/warmux/Makefile,v retrieving revision 1.2 diff -u -p -r1.2 Makefile --- warmux/Makefile 16 Sep 2011 09:48:10 - 1.2 +++ warmux/Makefile 12 Dec 2011 13:31:43 - @@ -3,7 +3,7 @@ COMMENT= free software clone of Worms(R) game concept DISTNAME= warmux-11.04.1 -REVISION= 0 +REVISION= 1 WRKDIST= ${WRKDIR}/warmux-11.04 CATEGORIES=games Index: warmux/patches/patch-tools_servers_index_server_net_data_cpp === RCS file: warmux/patches/patch-tools_servers_index_server_net_data_cpp diff -N warmux/patches/patch-tools_servers_index_server_net_data_cpp --- warmux/patches/patch-tools_servers_index_server_net_data_cpp30 May 2011 09:14:11 - 1.1.1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,21 +0,0 @@ -$OpenBSD: patch-tools_servers_index_server_net_data_cpp,v 1.1.1.1 2011/05/30 09:14:11 landry Exp $ tools/servers/index_server/net_data.cpp.orig Thu Apr 28 21:03:12 2011 -+++ tools/servers/index_server/net_data.cppWed May 25 15:06:37 2011 -@@ -248,7 +248,7 @@ bool NetData::SendInt(const int nbr) - unsigned int u_nbr = *((unsigned int*)nbr); - packet = htonl(u_nbr); - -- if ( send(fd, packet, sizeof(packet), MSG_NOSIGNAL) != sizeof(packet) ) { -+ if ( send(fd, packet, sizeof(packet), 0) != sizeof(packet) ) { - PRINT_ERROR; - return false; - } -@@ -263,7 +263,7 @@ bool NetData::SendStr(const std::string full_str) - if (!SendInt((int)full_str.size())) - return false; - -- if ( send(fd, full_str.c_str(), full_str.size(), MSG_NOSIGNAL) != ssize_t(full_str.size()) ) { -+ if ( send(fd, full_str.c_str(), full_str.size(), 0) != ssize_t(full_str.size()) ) { - PRINT_ERROR; - return false; - }
python related diffs
Hi, In order to prepare for the upcoming diff for python2/3, here's a first shot to fix some ports that don't use the standard convention to install files outside site-packages. Event if at the end they don't support both there is no reason to not installing extra files under py-. Expect more to come. OK? f.- Index: graphics/py-pigment/Makefile === RCS file: /cvs/ports/graphics/py-pigment/Makefile,v retrieving revision 1.10 diff -u -p -r1.10 Makefile --- graphics/py-pigment/Makefile3 Nov 2011 07:40:20 - 1.10 +++ graphics/py-pigment/Makefile12 Dec 2011 13:34:21 - @@ -7,7 +7,7 @@ CATEGORIES =graphics V= 0.3.12 DISTNAME = pigment-python-$V PKGNAME = py-pigment-$V -REVISION= 5 +REVISION= 6 MASTER_SITES = http://elisa.fluendo.com/static/download/pigment/ # LGPLv2.1 Index: graphics/py-pigment/patches/patch-codegen_Makefile_in === RCS file: graphics/py-pigment/patches/patch-codegen_Makefile_in diff -N graphics/py-pigment/patches/patch-codegen_Makefile_in --- /dev/null 1 Jan 1970 00:00:00 - +++ graphics/py-pigment/patches/patch-codegen_Makefile_in 12 Dec 2011 13:34:21 - @@ -0,0 +1,12 @@ +$OpenBSD$ +--- codegen/Makefile.in.orig Mon Dec 12 09:42:55 2011 codegen/Makefile.inMon Dec 12 09:43:02 2011 +@@ -14,7 +14,7 @@ + + @SET_MAKE@ + VPATH = @srcdir@ +-pkgdatadir = $(datadir)/@PACKAGE@ ++pkgdatadir = $(datadir)/py-pigment + pkglibdir = $(libdir)/@PACKAGE@ + pkgincludedir = $(includedir)/@PACKAGE@ + am__cd = CDPATH=$${ZSH_VERSION+.}$(PATH_SEPARATOR) cd Index: graphics/py-pigment/patches/patch-examples_Makefile_in === RCS file: graphics/py-pigment/patches/patch-examples_Makefile_in diff -N graphics/py-pigment/patches/patch-examples_Makefile_in --- /dev/null 1 Jan 1970 00:00:00 - +++ graphics/py-pigment/patches/patch-examples_Makefile_in 12 Dec 2011 13:34:21 - @@ -0,0 +1,21 @@ +$OpenBSD$ +--- examples/Makefile.in.orig Wed May 20 14:16:37 2009 examples/Makefile.in Mon Dec 12 09:49:11 2011 +@@ -15,7 +15,7 @@ + @SET_MAKE@ + + VPATH = @srcdir@ +-pkgdatadir = $(datadir)/@PACKAGE@ ++pkgdatadir = $(datadir)/examples/py-pigment + pkglibdir = $(libdir)/@PACKAGE@ + pkgincludedir = $(includedir)/@PACKAGE@ + am__cd = CDPATH=$${ZSH_VERSION+.}$(PATH_SEPARATOR) cd +@@ -235,7 +235,7 @@ top_build_prefix = @top_build_prefix@ + top_builddir = @top_builddir@ + top_srcdir = @top_srcdir@ + SUBDIRS = pictures +-examplesdir = $(pkgdatadir)/$(PYPGM_MAJORMINOR)/examples ++examplesdir = $(pkgdatadir)/$(PYPGM_MAJORMINOR) + examples_DATA = \ + cloning.py \ + groups.py \ Index: graphics/py-pigment/patches/patch-examples_pictures_Makefile_in === RCS file: graphics/py-pigment/patches/patch-examples_pictures_Makefile_in diff -N graphics/py-pigment/patches/patch-examples_pictures_Makefile_in --- /dev/null 1 Jan 1970 00:00:00 - +++ graphics/py-pigment/patches/patch-examples_pictures_Makefile_in 12 Dec 2011 13:34:21 - @@ -0,0 +1,21 @@ +$OpenBSD$ +--- examples/pictures/Makefile.in.orig Wed May 20 14:16:37 2009 examples/pictures/Makefile.in Mon Dec 12 09:49:46 2011 +@@ -15,7 +15,7 @@ + @SET_MAKE@ + + VPATH = @srcdir@ +-pkgdatadir = $(datadir)/@PACKAGE@ ++pkgdatadir = $(datadir)/examples/py-pigment + pkglibdir = $(libdir)/@PACKAGE@ + pkgincludedir = $(includedir)/@PACKAGE@ + am__cd = CDPATH=$${ZSH_VERSION+.}$(PATH_SEPARATOR) cd +@@ -222,7 +222,7 @@ target_alias = @target_alias@ + top_build_prefix = @top_build_prefix@ + top_builddir = @top_builddir@ + top_srcdir = @top_srcdir@ +-picturesdir = $(pkgdatadir)/$(PYPGM_MAJORMINOR)/examples/pictures ++picturesdir = $(pkgdatadir)/$(PYPGM_MAJORMINOR)/pictures + pictures_DATA = \ + fluendo.png \ + meiko.jpg \ Index: graphics/py-pigment/pkg/PLIST === RCS file: /cvs/ports/graphics/py-pigment/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- graphics/py-pigment/pkg/PLIST 13 Oct 2009 19:39:12 - 1.1.1.1 +++ graphics/py-pigment/pkg/PLIST 12 Dec 2011 13:34:21 - @@ -94,70 +94,70 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/pgm/widgets/sliced_image.py lib/python${MODPY_VERSION}/site-packages/pgm/widgets/sliced_image.pyc lib/python${MODPY_VERSION}/site-packages/pgm/widgets/sliced_image.pyo -share/pigment-python/ -share/pigment-python/0.3/ -share/pigment-python/0.3/examples/ -share/pigment-python/0.3/examples/cloning.py -share/pigment-python/0.3/examples/groups.py -share/pigment-python/0.3/examples/image.py -share/pigment-python/0.3/examples/implicit.py -share/pigment-python/0.3/examples/layout.py
Re: PATCH: games/warmux
On Mon, Dec 12, 2011 at 2:32 PM, Federico G. Schwindt fg...@lodoss.net wrote: Remove unneeded diff now that MSG_NOSIGNAL is supported. OK? Sure! ciao, David
Re: Allow clang++ to work on OpenBSD
Date: Sun, 11 Dec 2011 19:18:40 +0100 From: Pascal Stumpf pascal.stu...@cubes.de I still think this should be investigated deeper. Matthew did a bit of digging jusdging from: http://marc.info/?l=openbsd-portsm=129783295016631w=2 That raises the question what difference between the prototypes makes clang++ barf. If it is only thye missing restrict qualifiers, we should add those to our prototypes. As far as I can tell, the #defines that get removed by the diff do serve a purpose. Without them, compiling #include cstdio with g++ -D_POSIX_C_SOURCE=199309 will fail. Hmm, okay. Adding __restrict to the prototypes in stdio.h and s/restrict/__restrict/g in cstdio gets rid of some errors, but not all of them. So there still seems to be some difference it doesn't like, but apparently, I'm totally blind as to which one. The s/restrict/__restrict/g in cstdio shouldn't be necessary. The remaining conflict could be due to the __attribute__ stuff. That'd be unfortunate, and I'd say that'd be a bug in clang++. It'd be nice if you could check that. Easiest way would probably be to compile a simple bit of test code like: extern C int foo(const char *, ...) __attribute__((__format__(printf, 1, 2)); extern C int (foo)(const char *, ...); namespace bar { using ::foo; } and see if clang++ warns about that. If clang++ really is stumbling over the __attribute__ stuff, perhaps the right thing to do would be to remove the XXX_CHECK defines, but leave the XXX_DYNAMIC defines. That'd still prevent the g++ failure I mentioned above.
Zope python 2.4
Hi, The only reason python 2.4 is around is because of Zope. Now, we have a very old version (2.10) that is long time dead. ITOH, newer Zope releases work with more recent python versions and most likely will require newer versions of Plone, CMF, etc. Killing Zope and friends will allow us to remove lot of crap and if someone really needs it she should be using something recent anyways so I don't see much point on keeping this. So the question is, is anyone using this version of Zope? Any objection removing the ports below? books/zopebook www/plone www/plone-formgen www/plone-ldap www/plone-massload www/zope www/zope-cmf www/zope-cmfquickinstaller www/zope-coreblog www/zope-externaleditor www/zope-formulator www/zope-fortune www/zope-fscounter www/zope-genericsetup www/zope-groupuserfolder www/zope-jtracker www/zope-ldapmultiplugins www/zope-ldapuserfolder www/zope-logger www/zope-placelesstranslationservice www/zope-pluggableauthservice www/zope-pluginregistry www/zope-rdfsummary www/zope-xmlmethods www/zope-zippy www/zope-zsyncer www/zope-zwiki www/zopeedit Please talk NOW or get them from the Attic later. Thanks, f.-
Re: Allow clang++ to work on OpenBSD
On Mon, 12 Dec 2011 14:41:45 +0100 (CET), Mark Kettenis wrote: Date: Sun, 11 Dec 2011 19:18:40 +0100 From: Pascal Stumpf pascal.stu...@cubes.de I still think this should be investigated deeper. Matthew did a bit of digging jusdging from: http://marc.info/?l=openbsd-portsm=129783295016631w=2 That raises the question what difference between the prototypes makes clang++ barf. If it is only thye missing restrict qualifiers, we should add those to our prototypes. As far as I can tell, the #defines that get removed by the diff do serve a purpose. Without them, compiling #include cstdio with g++ -D_POSIX_C_SOURCE=199309 will fail. Hmm, okay. Adding __restrict to the prototypes in stdio.h and s/restrict/__restrict/g in cstdio gets rid of some errors, but not all of them. So there still seems to be some difference it doesn't like, but apparently, I'm totally blind as to which one. The s/restrict/__restrict/g in cstdio shouldn't be necessary. Apparently, clang++ interprets restrict as parameter name, i.e.: attr.cc:1:50: error: redefinition of parameter 'restrict' extern C int foo(const char * restrict, char * restrict, ...) ^ attr.cc:1:33: note: previous declaration is here extern C int foo(const char * restrict, char * restrict, ...) ^ This might indeed be a bug, but I'd have to read the C++ standard to be sure. In pure C, clang doesn't complain. The remaining conflict could be due to the __attribute__ stuff. That'd be unfortunate, and I'd say that'd be a bug in clang++. It'd be nice if you could check that. Easiest way would probably be to compile a simple bit of test code like: extern C int foo(const char *, ...) __attribute__((__format__(printf, 1, 2) ); extern C int (foo)(const char *, ...); namespace bar { using ::foo; } and see if clang++ warns about that. Nope, it doesn't. If clang++ really is stumbling over the __attribute__ stuff, perhaps the right thing to do would be to remove the XXX_CHECK defines, but leave the XXX_DYNAMIC defines. That'd still prevent the g++ failure I mentioned above.
[SUSPECTED SPAM] van Etten's CLIPPINGs - 12 Dec. Kodak Heraeus a Breakthrough
Circulation: 38,812 12/12/2011 Sent to:ports@openbsd.org [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] Your AD here? contact me l...@talktalk.net [IMAGE] [IMAGE] [IMAGE] Boxcar Down: The Albanian Incident by Charles L. Lunsford [IMAGE] [IMAGE] [IMAGE] Publisher CLIPPINGs 57 Nutbourne Str London W10 4HW England Subscriptions Comments to: email: l...@talktalk.net Weniger aber Besser, Rams Published Daily and Weekly In Affiliation with: [IMAGE] DAILY EDITION = Primary Sponsor [IMAGE] For QUICK REMOVAL send e-mail to l...@talktalk.net - If you received this e-mail from a friend and would like to subscribe to our e-mail list, click here. To update your e-mail address, click here. The newsletter is paid for by advertisement and sent to Specials Subscribers on behalf of Leadresearch.co.uk. If you wish to unsubscribe to future e-mails from CLIPPINGs, please click here. Or send a request to: Clippings - 57 Nutbourne Str. London W10 4HW - England [IMAGE] Most read links from the Weekenders; Interactive advertising trend emerging in U.K. retail centres Glow Opens at Bluewater [IMAGE] Most Popular Link - Yesterday Wonderbra Launches Ultimate Plunge Bra With Bungee Jump At Londonâs Battersea Power Station [IMAGE] GENERAL NEWS France: At Last, a French Campaign that Gets DOOH Kodak and Heraeus achieve breakthrough in films for electronic touch screen applications USA: PRI to Host Retailer Education Forum France : Oyez ! â ÂNous développons des concepts digitaux pour deux grandes chaînes ainsi quâune marque automobile mondiale FNAC using Navori: FNAC setzt auf Navori Taking the Piss? The Interview: Kim Sarubbi Saddle Ranch Digital a clarification of merger - partner with the biggies - its not selling anymore, it's now about understanding. Tech Data expands digital signage lineup with Saddle Ranch and GE Capital⦠Comment: Another big tech distributor adds content component State agency uses DOOH to turn ADA complaint into revenue stream Clear Channel holds on to bus shelter contracts Going Digital â Candlestick Park realizes value of digital signage, despite 49ersâ possible move CKE Restaurants Turns to Panasonic for POS Solutions France: More Screens Installed in the Paris Public Transport System What stops a man? Are Our Retailers Criminals? New York Case Against Intel Suffers Blows Heinekenâs Social Tree Doing Malls, the English way Westfield continues its push for digital in British malls NYC impressions, inc. pix [IMAGE] [IMAGE] New Stuff Electrosonic Launches New Website to Facilitate 24/7 Sourcing of OEM Projector Lamps and Bulbs Panasonic Announces LF30 Series of LCD Digital Signage Displays NEC Display Solutions Expands PX Series With Two New Professional Models Researchers Developing a Smudge Proof Coating Hassel-Free Pluggable Digital Signage Player Keeps up with Cutting-Edge Technology Studies count eyes falling on billboards. ...Read More PumpTop TV Launches New Weather I.Q. Product to Allow Brands To Tailor Messages Based On Local Weather Digits Live Show: Citi Analyst Predicts iPad 3 Arriving in February 28 minutes 3 New Digital Solutions For Capturing and Sharing Content Soda Startup Aims To Serve
Re: Allow clang++ to work on OpenBSD
oups include the list this time sorry for the noise Pascal. On 12 December 2011 16:00, Pascal Stumpf pascal.stu...@cubes.de wrote: On Mon, 12 Dec 2011 14:41:45 +0100 (CET), Mark Kettenis wrote: Date: Sun, 11 Dec 2011 19:18:40 +0100 From: Pascal Stumpf pascal.stu...@cubes.de I still think this should be investigated deeper. Matthew did a bit of digging jusdging from: http://marc.info/?l=openbsd-portsm=129783295016631w=2 That raises the question what difference between the prototypes makes clang++ barf. If it is only thye missing restrict qualifiers, we should add those to our prototypes. As far as I can tell, the #defines that get removed by the diff do serve a purpose. Without them, compiling #include cstdio with g++ -D_POSIX_C_SOURCE=199309 will fail. Hmm, okay. Adding __restrict to the prototypes in stdio.h and s/restrict/__restrict/g in cstdio gets rid of some errors, but not all of them. So there still seems to be some difference it doesn't like, but apparently, I'm totally blind as to which one. The s/restrict/__restrict/g in cstdio shouldn't be necessary. Apparently, clang++ interprets restrict as parameter name, i.e.: attr.cc:1:50: error: redefinition of parameter 'restrict' extern C int foo(const char * restrict, char * restrict, ...) ^ attr.cc:1:33: note: previous declaration is here extern C int foo(const char * restrict, char * restrict, ...) ^ This might indeed be a bug, but I'd have to read the C++ standard to be sure. In pure C, clang doesn't complain. restrict is a C99 keyword and has no meaning (ie doesn't exist) in the C++ standard.
Re: Allow clang++ to work on OpenBSD
On Mon, Dec 12, 2011 at 04:00:44PM +0100, Pascal Stumpf wrote: On Mon, 12 Dec 2011 14:41:45 +0100 (CET), Mark Kettenis wrote: The s/restrict/__restrict/g in cstdio shouldn't be necessary. Apparently, clang++ interprets restrict as parameter name, i.e.: attr.cc:1:50: error: redefinition of parameter 'restrict' extern C int foo(const char * restrict, char * restrict, ...) ^ attr.cc:1:33: note: previous declaration is here extern C int foo(const char * restrict, char * restrict, ...) ^ This might indeed be a bug, but I'd have to read the C++ standard to be sure. In pure C, clang doesn't complain. I'm not that surprised. restrict is C99. It's not part of C++98. Googling for restrict and C++ show various bug-reports explicitly stating that library headers should probably adapt. I don't have access to C++ 2011 yet, but from n3242, it seems that it does now refer to C99 instead of C89, so restrict is probably leggit in C++2011. So it looks to me like clang in C++98 mode is totally right to not recognize restrict as a keyword!
Re: Allow clang++ to work on OpenBSD
On Mon, Dec 12, 2011 at 04:15:23PM +0100, Mathieu - wrote: restrict is a C99 keyword and has no meaning (ie doesn't exist) in the C++ standard. Wrong answer. What's the C++ standard ? C++98 or C++2011 ? A lot of things that are valid C++ don't exist in any C++ standard, since they're included from the corresponding C standard...
Re: Allow clang++ to work on OpenBSD
On 12 December 2011 16:28, Marc Espie es...@nerim.net wrote: On Mon, Dec 12, 2011 at 04:15:23PM +0100, Mathieu - wrote: restrict is a C99 keyword and has no meaning (ie doesn't exist) in the C++ standard. Wrong answer. What's the C++ standard ? C++98 or C++2011 ? A lot of things that are valid C++ don't exist in any C++ standard, since they're included from the corresponding C standard... I know that but, two things, one clang defaults to C++98 when nothing is specified so I was implicitely talking about the '98 version of the standard., Secondly restrict isn't part of the C99 core features that were adopted in the C++2011 standard.
Re: Allow clang++ to work on OpenBSD
On Mon, 12 Dec 2011 16:26:42 +0100, Marc Espie wrote: On Mon, Dec 12, 2011 at 04:00:44PM +0100, Pascal Stumpf wrote: On Mon, 12 Dec 2011 14:41:45 +0100 (CET), Mark Kettenis wrote: The s/restrict/__restrict/g in cstdio shouldn't be necessary. Apparently, clang++ interprets restrict as parameter name, i.e.: attr.cc:1:50: error: redefinition of parameter 'restrict' extern C int foo(const char * restrict, char * restrict, ...) ^ attr.cc:1:33: note: previous declaration is here extern C int foo(const char * restrict, char * restrict, ...) ^ This might indeed be a bug, but I'd have to read the C++ standard to be sure. In pure C, clang doesn't complain. I'm not that surprised. restrict is C99. It's not part of C++98. Googling for restrict and C++ show various bug-reports explicitly stating tha t library headers should probably adapt. I don't have access to C++ 2011 yet, but from n3242, it seems that it does now refer to C99 instead of C89, so restrict is probably leggit in C++2011. So it looks to me like clang in C++98 mode is totally right to not recognize restrict as a keyword! Yes, you're right. And clang++ -std=c++0x does recognise restrict as a keyword. cstdio should be adapted (and gcc 4.6 does indeed have __restrict over restrict).
Re: Allow clang++ to work on OpenBSD
Date: Mon, 12 Dec 2011 16:51:48 +0100 From: Pascal Stumpf pascal.stu...@cubes.de On Mon, 12 Dec 2011 16:26:42 +0100, Marc Espie wrote: On Mon, Dec 12, 2011 at 04:00:44PM +0100, Pascal Stumpf wrote: On Mon, 12 Dec 2011 14:41:45 +0100 (CET), Mark Kettenis wrote: The s/restrict/__restrict/g in cstdio shouldn't be necessary. Apparently, clang++ interprets restrict as parameter name, i.e.: attr.cc:1:50: error: redefinition of parameter 'restrict' extern C int foo(const char * restrict, char * restrict, ...) ^ attr.cc:1:33: note: previous declaration is here extern C int foo(const char * restrict, char * restrict, ...) ^ This might indeed be a bug, but I'd have to read the C++ standard to be sure. In pure C, clang doesn't complain. I'm not that surprised. restrict is C99. It's not part of C++98. Googling for restrict and C++ show various bug-reports explicitly stating tha t library headers should probably adapt. I don't have access to C++ 2011 yet, but from n3242, it seems that it does now refer to C99 instead of C89, so restrict is probably leggit in C++2011. So it looks to me like clang in C++98 mode is totally right to not recognize restrict as a keyword! Yes, you're right. And clang++ -std=c++0x does recognise restrict as a keyword. cstdio should be adapted (and gcc 4.6 does indeed have __restrict over restrict). Still worth checking if only removing the XXX_CHECK defines and leaving the XXX_DYNAMIC defines helps.
Re: Zope python 2.4
On Mon, Dec 12, 2011 at 10:51:21AM -0300, Federico Schwindt wrote: Hi, The only reason python 2.4 is around is because of Zope. Now, we have a very old version (2.10) that is long time dead. ITOH, newer Zope releases work with more recent python versions and most likely will require newer versions of Plone, CMF, etc. Killing Zope and friends will allow us to remove lot of crap and if someone really needs it she should be using something recent anyways so I don't see much point on keeping this. So the question is, is anyone using this version of Zope? Any objection removing the ports below? Quite the contrary for me, I'm all for removing old unmaintained stuffs... so you have my vote :) books/zopebook www/plone www/plone-formgen www/plone-ldap www/plone-massload www/zope www/zope-cmf www/zope-cmfquickinstaller www/zope-coreblog www/zope-externaleditor www/zope-formulator www/zope-fortune www/zope-fscounter www/zope-genericsetup www/zope-groupuserfolder www/zope-jtracker www/zope-ldapmultiplugins www/zope-ldapuserfolder www/zope-logger www/zope-placelesstranslationservice www/zope-pluggableauthservice www/zope-pluginregistry www/zope-rdfsummary www/zope-xmlmethods www/zope-zippy www/zope-zsyncer www/zope-zwiki www/zopeedit Please talk NOW or get them from the Attic later. Thanks, f.- -- Antoine
Re: Allow clang++ to work on OpenBSD
On Mon, 12 Dec 2011 16:55:04 +0100 (CET), Mark Kettenis wrote: Date: Mon, 12 Dec 2011 16:51:48 +0100 From: Pascal Stumpf pascal.stu...@cubes.de On Mon, 12 Dec 2011 16:26:42 +0100, Marc Espie wrote: On Mon, Dec 12, 2011 at 04:00:44PM +0100, Pascal Stumpf wrote: On Mon, 12 Dec 2011 14:41:45 +0100 (CET), Mark Kettenis wrote: The s/restrict/__restrict/g in cstdio shouldn't be necessary. Apparently, clang++ interprets restrict as parameter name, i.e.: attr.cc:1:50: error: redefinition of parameter 'restrict' extern C int foo(const char * restrict, char * restrict, ...) ^ attr.cc:1:33: note: previous declaration is here extern C int foo(const char * restrict, char * restrict, ...) ^ This might indeed be a bug, but I'd have to read the C++ standard to be sure. In pure C, clang doesn't complain. I'm not that surprised. restrict is C99. It's not part of C++98. Googling for restrict and C++ show various bug-reports explicitly stating tha t library headers should probably adapt. I don't have access to C++ 2011 yet, but from n3242, it seems that it doe s now refer to C99 instead of C89, so restrict is probably leggit in C++201 1. So it looks to me like clang in C++98 mode is totally right to not recogn ize restrict as a keyword! Yes, you're right. And clang++ -std=c++0x does recognise restrict as a keyword. cstdio should be adapted (and gcc 4.6 does indeed have __restrict over restrict). Still worth checking if only removing the XXX_CHECK defines and leaving the XXX_DYNAMIC defines helps. Yes, it does. :) Thanks!
Re: Allow clang++ to work on OpenBSD
On Mon, Dec 12, 2011 at 10:06 AM, Pascal Stumpf pascal.stu...@cubes.de wrote: On Mon, 12 Dec 2011 16:55:04 +0100 (CET), Mark Kettenis wrote: Date: Mon, 12 Dec 2011 16:51:48 +0100 From: Pascal Stumpf pascal.stu...@cubes.de On Mon, 12 Dec 2011 16:26:42 +0100, Marc Espie wrote: On Mon, Dec 12, 2011 at 04:00:44PM +0100, Pascal Stumpf wrote: On Mon, 12 Dec 2011 14:41:45 +0100 (CET), Mark Kettenis wrote: The s/restrict/__restrict/g in cstdio shouldn't be necessary. Apparently, clang++ interprets restrict as parameter name, i.e.: attr.cc:1:50: error: redefinition of parameter 'restrict' extern C int foo(const char * restrict, char * restrict, ...) ^ attr.cc:1:33: note: previous declaration is here extern C int foo(const char * restrict, char * restrict, ...) ^ This might indeed be a bug, but I'd have to read the C++ standard to be sure. In pure C, clang doesn't complain. I'm not that surprised. restrict is C99. It's not part of C++98. Googling for restrict and C++ show various bug-reports explicitly stating tha t library headers should probably adapt. I don't have access to C++ 2011 yet, but from n3242, it seems that it doe s now refer to C99 instead of C89, so restrict is probably leggit in C++201 1. So it looks to me like clang in C++98 mode is totally right to not recogn ize restrict as a keyword! Yes, you're right. And clang++ -std=c++0x does recognise restrict as a keyword. cstdio should be adapted (and gcc 4.6 does indeed have __restrict over restrict). Still worth checking if only removing the XXX_CHECK defines and leaving the XXX_DYNAMIC defines helps. Yes, it does. :) Thanks! pascal, thanks for the persistent follow-up. all, please get this in. finally clang++ is usable, and can be used without any problems in ports! thanks
UPDATE: multimedia/yle-dl
Bugfix update to 1.4.6. -- Antti Harri diff --git multimedia/yle-dl/Makefile multimedia/yle-dl/Makefile index 81045ba..85a10c4 100644 --- multimedia/yle-dl/Makefile +++ multimedia/yle-dl/Makefile @@ -1,6 +1,6 @@ # $OpenBSD: ports/multimedia/yle-dl/Makefile,v 1.1.1.1 2011/10/19 09:16:08 sthen Exp $ -V =1.4.4 +V =1.4.6 COMMENT = download videos from YLE Areena DISTNAME = rtmpdump-yle-$V PKGNAME = yle-dl-$V diff --git multimedia/yle-dl/distinfo multimedia/yle-dl/distinfo index 1ed2d54..bf12f14 100644 --- multimedia/yle-dl/distinfo +++ multimedia/yle-dl/distinfo @@ -1,5 +1,5 @@ -MD5 (rtmpdump-yle-1.4.4.tar.gz) = aSvgJe+rjjNE2fIYM9Kv8Q== -RMD160 (rtmpdump-yle-1.4.4.tar.gz) = 0PVaCZZw9plY12kdIbmje+JG3kM= -SHA1 (rtmpdump-yle-1.4.4.tar.gz) = 3vk86LQ0Y9WUMfgALqo4j0baZFo= -SHA256 (rtmpdump-yle-1.4.4.tar.gz) = SaqI4JLz3iXSU8J+hvNdi5fLxoQj+6F0EImQPEqlc+A= -SIZE (rtmpdump-yle-1.4.4.tar.gz) = 166434 +MD5 (rtmpdump-yle-1.4.6.tar.gz) = QbpF5vZIL1XrXkwF935+6w== +RMD160 (rtmpdump-yle-1.4.6.tar.gz) = NPpj07B0OGkZRSDaNAgIW6XCLus= +SHA1 (rtmpdump-yle-1.4.6.tar.gz) = Z05W38TpGCz1uTkXaq2mF+1qrN4= +SHA256 (rtmpdump-yle-1.4.6.tar.gz) = BVlsnBGf2u7y8JuCxPCIK4HJhyb0p7twoGFWuQCLVnY= +SIZE (rtmpdump-yle-1.4.6.tar.gz) = 167441 diff --git multimedia/yle-dl/patches/patch-yle-dl_py multimedia/yle-dl/patches/patch-yle-dl_py index 770c604..f97c97a 100644 --- multimedia/yle-dl/patches/patch-yle-dl_py +++ multimedia/yle-dl/patches/patch-yle-dl_py @@ -1,13 +1,13 @@ $OpenBSD: ports/multimedia/yle-dl/patches/patch-yle-dl_py,v 1.1.1.1 2011/10/19 09:16:08 sthen Exp $ yle-dl.py.orig Tue Oct 11 21:39:25 2011 -+++ yle-dl.py Tue Oct 18 18:04:21 2011 +--- yle-dl.py.orig Tue Nov 29 21:41:58 2011 yle-dl.py Mon Dec 12 18:52:45 2011 @@ -1,4 +1,4 @@ -#!/usr/bin/python +#!${MODPY_BIN} yle-dl - Frontend for rtmpdump-yle, the YLE Areena stream downloader -@@ -21,11 +21,11 @@ import htmlentitydefs +@@ -21,8 +21,8 @@ import htmlentitydefs import json import string @@ -17,8 +17,4 @@ $OpenBSD: ports/multimedia/yle-dl/patches/patch-yle-dl_py,v 1.1.1.1 2011/10/19 0 +AREENA_RTMP = 'rtmp://flashu.yle.fi/AreenaServer' AREENA_SWF = 'http://areena.yle.fi/player/Application.swf?build=2' RTMPDUMPYLE_OPTIONS = ['-r', AREENA_RTMP, '-s', AREENA_SWF, '-m', '60'] --ARKISTO_RTMP = 'rtmp://flashk.yle.fi/ElavaArkisto' -+ARKISTO_RTMP = 'rtmp://flashu.yle.fi/ElavaArkisto' - ARKISTO_SWF = 'http://www.yle.fi/elavaarkisto/flowplayer/flowplayer.commercial-3.2.2-dev2.swf' - RTMPDUMPYLE_OPTIONS_ARKISTO = \ - ['-r', ARKISTO_RTMP, '-s', ARKISTO_SWF, '-m', '60'] + ARKISTO_SWF = 'http://yle.fi/elavaarkisto/flowplayer/flowplayer.commercial-3.2.7.swf?0.739011391531676'
MAINTAINER UPDATE: x11/gnustep/databasin
Hi, attached an easy update to version 0.4 of GNUstep DataBasin, with some new features: * Select identify: execute select on records identified by Id or Unique identifier * http / https connection choice tested and works well for me on i386. update OK? Sebastian databasin-0.4.diff Description: Binary data
MAINTAINER UPDATE: x11/gnustep/performance 0.3.2
Hi, attached an easy update to the GNUstep performance library, new introducing GSFIFO. The few depending ports still work well with this version. Tested on i386. OK to update? Sebastian performance-update-0.3.2.diff Description: Binary data
update: tarsnap-1.0.31
Upgraded tarsnap to the latest version. Emailed maintainer but never heard back. Tested on i386. -- James Turner ja...@calminferno.net Index: Makefile === RCS file: /cvs/ports/sysutils/tarsnap/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile18 Mar 2011 18:18:40 - 1.1.1.1 +++ Makefile8 Dec 2011 00:39:32 - @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.1.1.1 2011/03/18 18:18:40 landry Exp $ COMMENT= client for the tarsnap.com online encrypted backup service -V= 1.0.29 +V= 1.0.31 DISTNAME= tarsnap-autoconf-${V} PKGNAME= tarsnap-${V} CATEGORIES=sysutils Index: distinfo === RCS file: /cvs/ports/sysutils/tarsnap/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo18 Mar 2011 18:18:40 - 1.1.1.1 +++ distinfo8 Dec 2011 00:39:32 - @@ -1,5 +1,5 @@ -MD5 (tarsnap-autoconf-1.0.29.tgz) = Dl7xKpL7ZRtRFZsa1SMX9g== -RMD160 (tarsnap-autoconf-1.0.29.tgz) = cXDQCgfjYhPe8/zYfLawomJQb/A= -SHA1 (tarsnap-autoconf-1.0.29.tgz) = yTz4MCRheTNFywuu2m0yWoRp/7Y= -SHA256 (tarsnap-autoconf-1.0.29.tgz) = dHUQRZ5K8Ou7biZ8FZqgGfkzfR4HvZqU8aoUmAgbdZg= -SIZE (tarsnap-autoconf-1.0.29.tgz) = 595483 +MD5 (tarsnap-autoconf-1.0.31.tgz) = yzojHY45FH1l5EZw9vyusw== +RMD160 (tarsnap-autoconf-1.0.31.tgz) = /SWInJSHtdRHND68e2xj2BS34qU= +SHA1 (tarsnap-autoconf-1.0.31.tgz) = Qbg0D5yieb9x8J0wL4+Tb6MFAII= +SHA256 (tarsnap-autoconf-1.0.31.tgz) = O0YeHna5LBU4pjItjbqo5ShdriAptEcDV8tX4yFiXZU= +SIZE (tarsnap-autoconf-1.0.31.tgz) = 563896
MAINTAINER UPDATE: geo/qlandkartegt 1.3.0
Hi, attached an easy update to QLGT 1.3.0. The release announcement mentioning some news can be found here: http://www.mail-archive.com/qlandkartegt-users@lists.sourceforge.net/msg00480.html Tested and works well for me on i386. is the update OK? cheers, Sebastian qlandkartegt-update.diff Description: Binary data
[UPDATE] xxxterm 1.9.0
Hi, Update to xxxterm with some bugs fixed: Add autorun JavaScript after page loads be more quiet delete unused variable first attemp at doing a true keyboard mode handle frames and iframes as well dont run JS_HINTING as often fix some sites that screw with keyboard focus Add funky workaround for fancy rich edit boxes in RT only set mode if focus succeeds silence autorun js for now Modify some entry box overrides. Move focus stuff into it's own file. add webkit 1.2 code print build version add vi mode that eats ctrl/mod commands in input Add proxy command. add F2 here too Ok? Cheers. -- Sending from my Computer. Index: Makefile === RCS file: /cvs/ports/www/xxxterm/Makefile,v retrieving revision 1.25 diff -u -p -r1.25 Makefile --- Makefile6 Nov 2011 20:25:50 - 1.25 +++ Makefile12 Dec 2011 22:02:30 - @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.25 2011/11/06 20:25:50 kili Exp $ COMMENT = vi-like minimalists web browser -DISTNAME = xxxterm-1.8.1 +DISTNAME = xxxterm-1.9.0 EPOCH =0 CATEGORIES = www Index: distinfo === RCS file: /cvs/ports/www/xxxterm/distinfo,v retrieving revision 1.16 diff -u -p -r1.16 distinfo --- distinfo6 Nov 2011 20:25:50 - 1.16 +++ distinfo12 Dec 2011 22:02:30 - @@ -1,5 +1,5 @@ -MD5 (xxxterm-1.8.1.tgz) = 8NwBbUcACGAVX/2JAaM4Hg== -RMD160 (xxxterm-1.8.1.tgz) = 3XP3VRGi50xVWcdIePPN0phk83E= -SHA1 (xxxterm-1.8.1.tgz) = gf1if3Fs0tcKsOiCdX/SLSvmf6o= -SHA256 (xxxterm-1.8.1.tgz) = xP/ie+J+/8FWKzSqDKJo0M621K/JWuPIdqeb1mN4swE= -SIZE (xxxterm-1.8.1.tgz) = 170884 +MD5 (xxxterm-1.9.0.tgz) = ZfzZR5diISamFSFFegSd6w== +RMD160 (xxxterm-1.9.0.tgz) = F122i30FTjlLrp5yqoSig5ttuiI= +SHA1 (xxxterm-1.9.0.tgz) = TYVksk5h6Yv9w0XMDwttDQgh+Vc= +SHA256 (xxxterm-1.9.0.tgz) = 8zafEIYjkG5fGPzF6pitDUlvXDcR6YsYp7/iXB7qgvs= +SIZE (xxxterm-1.9.0.tgz) = 173693
IncríveisOfertas Hoje até 90% OFF em Cristalização de Fios / Espetinho / Batata Recheada / Panetone / Tratamentos de =?utf-8?B?IEJlbGV6YSBlIEVzdMOpdGljYSAvI
www.incriveisofertas.com [IMAGE] Espetinho de carne (alcatra) + Acompanhamentos (arroz, vinagrete, mandioca, farofa) para 1 PESSOAS (de R$13 por R$5,99) de R$ 13,00 por R$ R$ 5,99 [IMAGE] Fa�a a festa pela metade do pre�o! Kit Cama Elastica+Casinha de Bolinhas+Maquina de Algod�o Doce+100 Saquinhos de Pipoca+2 Monitores ( De R$290,00 Por R$ 145,00 ) de R$ 290,00 por R$ R$ 145,00 [IMAGE] Delicioso Panetone 500gr de Chocolate ou Frutas de R$14,00 Por Apenas R$7,00 de R$ 14,00 por R$ R$ 7,00 [IMAGE] Fique Maravilhosa com 1 Corte + 1 Escova + 1 Cristaliza��o + 1 M�o Simples de R$ 150 por R$49 de R$ 150,00 por R$ R$ 49,90 [IMAGE] 53% OFF em Batata Recheada pela metade do Pre�o!? ( De at� R$15,00 Por R$6,99 ) Compre j� o seu de R$ 15,00 por R$ R$ 6,99 [IMAGE] 75% OFF em Pacote de Colora��o ou Luzes + Selagem T�rmica ou Reconstru��o T�rmica + 1 P� e M�o ( De R$ 310,00 por R$ 79,90 ) de R$ 310,00 por R$ R$ 79,90 [IMAGE] Prepare-se para o Ver�o e tenha uma barriguinha perfeita! 5 Sess�es de Vinho Terapia com Bandagem + Manta T�rmica de R$ 450,00 por apenas R$ 49,90. (88% de desconto). de R$ 450,00 por R$ R$ 49,90 [IMAGE] Cristaliza��o Para Tratamento de Fios! 90% OFF Essa N�o da Pra Perder! De R$ 120,00 Por R$ 15,00 de R$ 120,00 por R$ R$ 15,00 [IMAGE] Não desejo mais receber estes e-mails.
Oferta de Natal para Mulheres - Conjunto de Lingeries com 50% desconto no Shopping da 26 / Pacote de Luzes+Hidratação+ =?utf-8?B?RXNjb3ZhK1DDqSBlIE3Do28gY29tI
Oferta Delas As melhores ofertas de Campo Grande Sucesso!!! 75% desconto em Pacote com Luzes + Hidrata��o + Escova + P� e M�o de R$ 210,00 por R$ 49,90 R$ 49,90 [IMAGE] [IMAGE] Limpeza Profunda de Pele com 5 Tratamentos: Ultrassom + Infravermelho FAR + Ioniza��o + Microcorrente + Hidrata��o com Aquaporinas na Kair�s (de 150,00 Por 49,90) ? S� isso mesmo!! Compre o seu R$ 49,90 [IMAGE] [IMAGE] Presente de Natal � na Rosa Prata Shopping da 26 com 50% OFF! 1 Conjunto de Lingerie de R$ 37,50 Por R$ 18,00 R$ 17,99 [IMAGE] [IMAGE] Quase de gra�a! 90% OFF em Depila��o de Virilha Completa + Axilas + Bu�o + Desing de Sombrancelhas ( De R$ 60,00 Por s� R$ 8,00 ) R$ 8,00 [IMAGE] [IMAGE] Nossa, Nossa assim voc� me mata! 80% OFF em 2 Cristaliza��o + 2 Escova + 2 Hidrata��o ( De R$ 360 Por R$ 39,90 ) R$ 39,90 [IMAGE] [IMAGE] 60% OFF em Pacote de Depila��o com Virilha Completa + Perna Inteira + Axila + Bu�o! De R$ 60,00 Por R$ 23,99 R$ 23,99 [IMAGE] [IMAGE] Loucura Mulheres! 80% OFF em Pacote de 1 Colora��o ou 1 Luzes + 1 Corte + 1 Selagem T�rmica + 1 P� e M�o ( De R$ 360,00 Por R$ 79,90 ) R$ 79,90 [IMAGE] [IMAGE] Ofertas Especiais para Mulheres de campo Grande! Siga-nos na redes sociais Facebook Curta-nos!Siga-nos! Utilizamos Sistema de Compra Segura! Sua Compra Protegida! [IMAGE] Porque voc� recebeu esse e-mail? Este e-mail foi enviado pela Oferta Delas porque voc� possui cadastro conosco ou em algum site parceiro, juntamente com a permis�o para contat�-lo. Pra que futuras ofertas da Oferta Delas sejam entregues na sua caixa de entrada e n�o sejam tratados como spam, por favor adicione ofertadela...@querohost.com.br � sua lista de contatos ou lista de remetentes aprovados. [IMAGE] Pol�tica de Privacidade N�s queremos que voc� se sinta confiante sobre a privacidade de suas informa��es pessoais, assim como todas as informa��es que temos sobre voc� est�o protegidas. [IMAGE] Não desejo mais receber estes e-mails.