CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/03/14 01:53:21 Modified files: x11/qt4: Tag: OPENBSD_5_4 Makefile Added files: x11/qt4/patches: Tag: OPENBSD_5_4 patch-src_xml_sax_qxml_cpp Log message: Fix for CVE-2013-4549: QXmlSimpleReader in Qt before 5.2 allows context-dependent attackers to cause a denial of service (memory consumption) via an XML Entity Expansion (XEE) attack. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/03/14 01:56:59 Modified files: x11/qt4: Tag: OPENBSD_5_5 Makefile Added files: x11/qt4/patches: Tag: OPENBSD_5_5 patch-src_xml_sax_qxml_cpp Log message: Fix for CVE-2013-4549: QXmlSimpleReader in Qt before 5.2 allows context-dependent attackers to cause a denial of service (memory consumption) via an XML Entity Expansion (XEE) attack. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2014/03/14 04:17:17 Modified files: security/libssh: Makefile distinfo Log message: update to 0.6.3 security fix: http://www.libssh.org/2014/03/04/libssh-0-6-3-security-release/ https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2014-0017
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2014/03/14 04:18:56 Modified files: www/chromium : Makefile Log message: fix dependencies and wantlib
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: e...@cvs.openbsd.org2014/03/14 05:28:59 Modified files: mail/extsmail : Makefile distinfo Log message: Update to extsmail-1.7. From author and MAINTAINER Laurence Tratt, with a minor tweak from myself to correctly pass down CFLAGS.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/03/14 06:32:18 Added files: www/mod_auth_bsd/patches: patch-Makefile Log message: reinstate patch to unbreak build, spotted by espie
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2014/03/14 08:33:36 ports/devel/cmocka/patches Update of /cvs/ports/devel/cmocka/patches In directory cvs.openbsd.org:/tmp/cvs-serv29021/patches Log Message: Directory /cvs/ports/devel/cmocka/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2014/03/14 08:35:01 Modified files: devel/cmocka : Makefile Added files: devel/cmocka/patches: patch-include_cmocka_h Log message: add a patch to permit build on arch != amd64, and bump revision. spotted by Nigel (thanks). ok sthen@.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/03/14 08:39:58 Modified files: www/owncloud : Tag: OPENBSD_5_5 Makefile distinfo www/owncloud/pkg: Tag: OPENBSD_5_5 PLIST README Log message: SECURITY update to owncloud-6.0.2. Rework README to fix cronjobs and add a section about encryption and chroot.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/03/14 09:27:55 Modified files: www/owncloud : Tag: OPENBSD_5_4 Makefile distinfo www/owncloud/pkg: Tag: OPENBSD_5_4 PLIST Log message: security update to owncloud-5.0.15
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ni...@cvs.openbsd.org 2014/03/14 10:13:43 Modified files: devel/gwenhywfar: Makefile devel/gwenhywfar/pkg: PLIST Log message: add qt4 to port ready for kmymoney Ok @sthen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/03/14 11:26:18 Modified files: x11/gnome/py-atspi: Makefile net/telepathy/telepathy-gabble: Makefile textproc/catfish: Makefile x11/gnome/alacarte: Makefile audio/sonata : Makefile misc/gramps: Makefile sysutils/d-feet: Makefile textproc/nfoview: Makefile x11/gnome/orca : Makefile x11/gnome/tweak-tool: Makefile Log message: Sync comment about the need to RUN_DEPENDS on gtk+3 when the corresponding introspection is used; add missing dependency where needed (i.e. when not provided by indirect dependencies).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2014/03/14 11:34:21 Modified files: net/unbound: Makefile distinfo net/unbound/patches: patch-Makefile_in patch-doc_example_conf_in Log message: Update to Unbound 1.4.22. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/03/14 11:42:59 Modified files: security/gnutls: Makefile Log message: Be safe and explicitely set --with-default-trust-store-file.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/03/14 11:48:15 Modified files: x11/gnome/ekiga/patches: patch-lib_engine_components_call-history_history-contact_cpp Log message: Unbreak, it seems I totally screwed up my previous merge... spotted by nigel@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: r...@cvs.openbsd.org2014/03/14 12:19:35 Modified files: sysutils/ansible: Makefile distinfo sysutils/ansible/pkg: PLIST Log message: Update ansible to 1.5.3 Changes since 1.5: - Fix validate_certs and run_command errors from previous release - Fixes to the git module related to host key checking - Fix module errors in airbrake and apt from previous release - Force command action to not be executed by the shell unless specifically enabled. - Validate SSL certs accessed through urllib*. - Implement new default cipher class AES256 in ansible-vault. - Misc bug fixes. OK aja@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2014/03/14 16:08:41 Modified files: lang/eagle : Makefile distinfo Log message: Update to beta29.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2014/03/14 17:31:24 Modified files: www/piwik : Makefile distinfo www/piwik/pkg : PLIST Removed files: www/piwik/patches: patch-core_Plugin_Manager_php Log message: Update to 2.1.0 and install README file The updater plugin should be enabled before upgrading, otherwise your database could not be upgraded
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2014/03/14 17:48:49 Modified files: www/phpmyadmin : Makefile distinfo www/phpmyadmin/pkg: PLIST Log message: Bugfix update to 4.1.9
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2014/03/14 17:52:25 Modified files: net/filezilla : Makefile distinfo net/filezilla/pkg: PLIST Log message: Bugfix update to 3.7.4.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/03/14 18:17:45 Modified files: devel/gwenhywfar: Makefile distinfo Log message: bugfix/cleanup update to gwenhywfar 4.11.0b
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/03/14 19:02:27 Modified files: productivity/aqbanking: Makefile distinfo Log message: update to aqbanking 5.4.1b, various SEPA fixes
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: an...@cvs.openbsd.org 2014/03/14 20:35:19 Modified files: geo/openbsd-developers: Makefile geo/openbsd-developers/files: OpenBSD Log message: Add myself. ok mpi@
security fix for openbsd 5.5 concerning libssh 0.5.5
Hi, attached is the security fix for libssh 0.5.5 we have in OpenBSD 5.5. Any ok? Cheers, Remi. Index: patches/patch-include_libssh_wrapper_h === RCS file: patches/patch-include_libssh_wrapper_h diff -N patches/patch-include_libssh_wrapper_h --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-include_libssh_wrapper_h 14 Mar 2014 10:14:53 - @@ -0,0 +1,13 @@ +$OpenBSD$ +security: fix for vulnerability CVE-2014-0017 +http://git.libssh.org/projects/libssh.git/commit/?h=v0-5 + +--- include/libssh/wrapper.h.orig Fri Jul 26 08:39:39 2013 include/libssh/wrapper.h Fri Mar 14 11:10:39 2014 +@@ -44,5 +44,6 @@ int crypt_set_algorithms_server(ssh_session session); + struct ssh_crypto_struct *crypto_new(void); + void crypto_free(struct ssh_crypto_struct *crypto); + ++void ssh_reseed(void); + + #endif /* WRAPPER_H_ */ Index: patches/patch-src_bind_c === RCS file: patches/patch-src_bind_c diff -N patches/patch-src_bind_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_bind_c14 Mar 2014 10:14:53 - @@ -0,0 +1,16 @@ +$OpenBSD$ +security: fix for vulnerability CVE-2014-0017 +http://git.libssh.org/projects/libssh.git/commit/?h=v0-5 + +--- src/bind.c.origFri Jul 26 08:39:39 2013 src/bind.c Fri Mar 14 11:10:39 2014 +@@ -374,7 +374,8 @@ int ssh_bind_accept(ssh_bind sshbind, ssh_session sess + ssh_socket_get_poll_handle_out(session-socket); + session-dsa_key = dsa; + session-rsa_key = rsa; +- ++ /* force PRNG to change state in case we fork after ssh_bind_accept */ ++ ssh_reseed(); + return SSH_OK; + } + Index: patches/patch-src_libcrypto_c === RCS file: patches/patch-src_libcrypto_c diff -N patches/patch-src_libcrypto_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_libcrypto_c 14 Mar 2014 10:14:53 - @@ -0,0 +1,36 @@ +$OpenBSD$ +security: fix for vulnerability CVE-2014-0017 +http://git.libssh.org/projects/libssh.git/commit/?h=v0-5 + +--- src/libcrypto.c.orig Fri Jul 26 08:39:39 2013 src/libcrypto.cFri Mar 14 11:10:39 2014 +@@ -23,6 +23,7 @@ + #include stdlib.h + #include stdio.h + #include string.h ++#include sys/time.h + + #include libssh/priv.h + #include libssh/session.h +@@ -38,6 +39,8 @@ + #include openssl/rsa.h + #include openssl/hmac.h + #include openssl/opensslv.h ++#include openssl/rand.h ++ + #ifdef HAVE_OPENSSL_AES_H + #define HAS_AES + #include openssl/aes.h +@@ -64,6 +67,12 @@ static int alloc_key(struct crypto_struct *cipher) { + } + + return 0; ++} ++ ++void ssh_reseed(void){ ++struct timeval tv; ++gettimeofday(tv, NULL); ++RAND_add(tv, sizeof(tv), 0.0); + } + + SHACTX sha1_init(void) { Index: patches/patch-src_libgcrypt_c === RCS file: patches/patch-src_libgcrypt_c diff -N patches/patch-src_libgcrypt_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_libgcrypt_c 14 Mar 2014 10:14:53 - @@ -0,0 +1,16 @@ +$OpenBSD$ +security: fix for vulnerability CVE-2014-0017 +http://git.libssh.org/projects/libssh.git/commit/?h=v0-5 + +--- src/libgcrypt.c.orig Fri Jul 26 08:39:39 2013 src/libgcrypt.cFri Mar 14 11:10:39 2014 +@@ -41,6 +41,9 @@ static int alloc_key(struct crypto_struct *cipher) { + return 0; + } + ++void ssh_reseed(void){ ++ } ++ + SHACTX sha1_init(void) { + SHACTX ctx = NULL; + gcry_md_open(ctx, GCRY_MD_SHA1, 0);
Re: [NEW] games/opentyrian
On 03/14/2014 03:27 AM, Theo de Raadt wrote: That really doesn't mean anything. What we need is either an explicit release to the public domain, or a copyright notice with a license grant permitting distribution/modification/whatever is needed. An alternative would be to just package the game engine itself but avoid including the data; instead tell people (in MESSAGE or README) how to download and install it. For something to land in the our domain of software, it must either have the word Copyright or the words Public Domain. Without those words, the content has not been dragged into the right sphere, and all rights might still be privately held. Just to get this right: We can't include the data files - OK. But would it be OK to add a MESSAGE line to tell users how to download the files? In case the website goes offline due to license reasons the port would be unusable.
patch needed to build devel/cmocka on arch != amd64
Hi, could someone on i386 could test to build cmocka with this diff please? Thanks, Remi. $OpenBSD$ --- include/cmocka.h.orig Sun Oct 27 16:04:25 2013 +++ include/cmocka.hFri Mar 14 13:51:15 2014 @@ -97,6 +97,8 @@ int __stdcall IsDebuggerPresent(); # else typedef unsigned int uintptr_t; # endif /* __WORDSIZE == 64 */ +# elif defined(OpenBSD) + typedef unsigned long int uintptr_t; # else /* __WORDSIZE */ # if defined(_LP64) || defined(_I32LPx) typedef unsigned long int uintptr_t;
Re: Update: devel/libusb1
David, On 13/03/14(Thu) 17:04, David Coppa wrote: On Thu, Mar 13, 2014 at 4:45 PM, Stuart Henderson st...@openbsd.org wrote: On 2014/03/13 09:20, David Coppa wrote: And, please, tell me how to further debug this issue... See libusb1's Makefile; build libusb1 with DEBUG defined and you get some additional logging. Here are the logs with DEBUG enabled. There's nothing obvious in the log and no error from the libusb point of view. I tried to look at the pcsc-lite source and spend some time without understanding... of course, the USB driver are in the ccid ports. All I can see is that the last completed transfers have a different length with the new release (10 instead of 21 and 13), what does that mean? Maybe an error, I don't know. M.
Re: patch needed to build devel/cmocka on arch != amd64
On 03/14/14 13:27, Remi Pointel wrote: Hi, could someone on i386 could test to build cmocka with this diff please? Thanks, Remi. Built ok, pkg_delete / pkg_add cmocka, then built libssh 0.6.0 on i386, builds ok. No run time tests run...
Re: [NEW] security/p5-Digest-JHash
removed PKGNAME On 18:59 Fri 07 Mar , Sergey Bronnikov wrote: $ cat security/p5-Digest-JHash/pkg/DESCR The Digest::JHash module allows you to use the fast JHash hashing algorithm developed by Bob Jenkins from within Perl programs. The algorithm takes as input a message of arbitrary length and produces as output a 32-bit message digest of the input in the form of an unsigned long integer. Tested on -current, i386. P.S. port is required for Tapper p5-Digest-JHash.tgz Description: application/tar-gz
Re: NEW: sysutils/kyua
resend again as shten@ asked me On 14:03 Mon 10 Mar , Sergey Bronnikov wrote: Port tree was unlocked. Do we have any chance to commit devel/kyua-testers, devel/atf, devel/lutok and devel/kyua-cli? P.S. All these projects changed homepage from Google code to github. Ports were updated accordingly and attached. Sergey Bronnikov On Wed, Jan 29, 2014 at 1:21 AM, Jérémie Courrèges-Anglas j...@wxcvbn.org wrote: Alexandr Shadchin alexandr.shadc...@gmail.com writes: On Sat, Jan 25, 2014 at 5:12 AM, Jérémie Courrèges-Anglas j...@wxcvbn.orgwrote: Hi, so, after a bit more polishing: - disable the use of doxygen; only lutok installs the doxygen output, which had already been properly generated upstream. - more precise license markers. - ${CONFIGURE_SHARED} for atf and lutok. Note that lua and thus lutok / kyua-cli are restricted to shared libs platforms... - explicit handling of the lua52 flavor for lutok TEST_DEPENDS and kyua-cli LIB_DEPENDS. - prevent atf to choose bash as its runtime shell, if bash is present at configure time - regress tests handling; kyua's motto seems to be ship the tests along with the program. This is the only way to run the tests for the atf port. I added a comment for the other ports. Dunno what people prefer here. Here's a tarball for the four ports, tar'd from mystuff/ Thoughts? ok shadchin@ I'm puzzled. Timing is a bit bad since the 5.5 release is coming. Those ports ship new shared libs and functionalities that could get picked up by other ports at build time (I have no idea which). While I volunteer to address these issues I'm not sure the time window is enough for them to show up. If someone else wants this to be imported now please chime in. -- jca | PGP: 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE (previous: 0x06A11494 / 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494) lutok.tgz Description: application/tar-gz atf.tgz Description: application/tar-gz kyua-cli.tgz Description: application/tar-gz kyua-testers.tgz Description: application/tar-gz
Re: Regression testing in OpenBSD
Hi, Ingo On 22:19 Thu 13 Mar , Ingo Schwarze wrote: Hi Sergey, Sergey Bronnikov wrote on Thu, Mar 13, 2014 at 10:08:40PM +0400: We need more and more tests to cover OpenBSD code as much as possible. Sure, so improve or write some tests. amount of OpenBSD developers is about 70, and it is really silly to don't reuse existed tests from another projects. It can allow to free time of developers for another work, for example new features :) If you are right then OpenBSD developers should rewrite piglit OpenGL tests to have regression testing for Intel/ATI DRM. I believe no one from developers don't want ot do double work and it is better to reuse piglit. OpenBSD developers has unit and regression tests in source tree (src/regress) but you cannot use them without having CVS repo on you computer. That's a non-issue. Without a source tree, you can't do anything in the first place, in particular not change the code, so the code is already safe from your interference. You look from point of view when user is equal to developer. But what about case when man can help with running tests on specific hardware but cannot help with fixing potential problems itself? According to you he should download sources and then run it. Too complicated for task with running tests. Decreasing learning curve here can help project to get more feedback from users. IMO it is the same as integration bsd.ports.mk with tests from ports: you run 'make test' and don't dig into guts of tests inside port while tests passed. But it is criteria for workness of port. It should not be commited when tests failed. I want to port as much as possible opensource tests used on Linux and FreeBSD to OpenBSD and give developers and volunteers ability for simple and easy run these tests on OpenBSD. When i looked at test suites elsewhere, they were often overengineered to the point that i wouldn't want to use them at all. Given a typical framework, it can be terribly difficult to find out what actually went wrong when the framework reports an error. Ingo, it usually depends on developers implemented that framework. Isn't it? I am totally agree that it is better when simple. But sometimes frameworks are necessary evil. Look at 'smtpscript' framework (https://github.com/poolpOrg/smtpscript) It doesn't look as complex test. But without framework itself SMTP functional test can be more complex and less flexible. From my experience sometimes tests contains too much linuxisms: - trinity syscall fuzzer (http://codemonkey.org.uk/projects/trinity/) or bloat by design: - stress2 (https://people.freebsd.org/~pho/stress) Need to understand cost of efforts for porting and maintenance of test and profit from that test. Then again, if somebody finds some tests that are really good *and simple*, sure, bring them in to src/regress. And I am on that way: - kyua and dependencies (atf, kyua-testers, lutok) It is a test framework used in NetBSD and FreeBSD maintained by Julio Merino. I heard about that one during BSDCan 2011: http://www.bsdcan.org/2011/schedule/events/223.en.html It was incredibly bloated and overengineered already at that point in time. I didn't look since then, but usually, projects that are overengineered to begin with usually get worse as time goes by, not better. Would be nice to have kyua ported to OpenBSD. Sure, having a port can do little harm, even if only a few people use a port, it may be useful. Maybe somebody will use it and find and fix a few bugs. However, to get on with OpenBSD unit testing, that is irrelevant. The test framework we have now is quite simple, and even that one is used too infrequently, except in very few areas that are actively maintained. If people aren't even using *that*, a more complicated framework will get used even less. Anything involving ports has no chance to get used at all by a relevant number of developers, as far as i can see. Regarding test automation: That's completely pointless in my opinion. It's yet more layers of complexity and abstraction, the reports are almost invariably ignored and unintelligible, and if you try to enforce its usage, you teach developers to provide pseudo-tests providing formal coverage but not actually testing what's relevant. I don't know how developers run tests on different machines, but suppose it now looks as somehow manual action and it will be routine when you have more than several machines. Don't see something bad to have automation in that place. Test automation is necessary evil here. Elevator is also too complicated than ladder, but in some cases you are using a ladder, in other - elevator :) The same with automation. To summarize, if you are interested in improving OpenBSD regression tests, i'd suggest working on *actual tests*, not bloated frameworks. One could look at the existing tests, clean them up such that they actually run through, do not generate bogus
Re: [NEW] security/p5-Digest-JHash
On 03/14/14 15:27, Sergey Bronnikov wrote: removed PKGNAME Hi, You can remove PFRAG.shared, add SHARED_ONLY. On 18:59 Fri 07 Mar , Sergey Bronnikov wrote: $ cat security/p5-Digest-JHash/pkg/DESCR The Digest::JHash module allows you to use the fast JHash hashing algorithm developed by Bob Jenkins from within Perl programs. The algorithm takes as input a message of arbitrary length and produces as output a 32-bit message digest of the input in the form of an unsigned long integer. Tested on -current, i386. P.S. port is required for Tapper
Re: UPDATE: fs-uae-2.4.0
On Thu, Mar 13, 2014 at 10:33:26PM +, Edd Barrett wrote: Note that the launcher was moved out of the FS-UAE source tree. Attached is a new port for that. New launcher tarball. Use MODPY_EGG_VERSION and regen PLIST. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk fs-uae-launcher2.tgz Description: application/tar-gz
Re: NEW: libscrypt
On h, márc 10, 2014 at 12:50:26 +0100, LEVAI Daniel wrote: Hi! This is an updated port for libscrypt, the library for using scrypt. I've been testing this on amd64 for a while now. Updated port with fixed WANTLIB (pointed out by benoit@), and corrected patch-Makefile comment. Daniel -- LÉVAI Dániel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F libscrypt.tgz Description: application/tar-gz
Re: [NEW] games/opentyrian
On Fri, Mar 14, 2014 at 01:29:37PM +0100, Pascal Schmid wrote: On 03/14/2014 03:27 AM, Theo de Raadt wrote: That really doesn't mean anything. What we need is either an explicit release to the public domain, or a copyright notice with a license grant permitting distribution/modification/whatever is needed. An alternative would be to just package the game engine itself but avoid including the data; instead tell people (in MESSAGE or README) how to download and install it. For something to land in the our domain of software, it must either have the word Copyright or the words Public Domain. Without those words, the content has not been dragged into the right sphere, and all rights might still be privately held. Just to get this right: We can't include the data files - OK. But would it be OK to add a MESSAGE line to tell users how to download the files? Don't use a MESSAGE. Add a README file to the directory pkg and run make update-plist. I will import the port when you add the file. In case the website goes offline due to license reasons the port would be unusable. -- Juan Francisco Cantero Hurtado http://juanfra.info
UPDATE: geo/openbsd-developers -- add myself
OK? Index: geo/openbsd-developers//Makefile === RCS file: /cvs/ports/geo/openbsd-developers/Makefile,v retrieving revision 1.109 diff -u -p -u -r1.109 Makefile --- geo/openbsd-developers//Makefile15 Mar 2014 02:35:19 - 1.109 +++ geo/openbsd-developers//Makefile15 Mar 2014 04:15:29 - @@ -4,7 +4,7 @@ CATEGORIES= geo COMMENT= geographic location of OpenBSD developers DISTNAME= openbsd-developers-1.0 -REVISION= 104 +REVISION= 105 DISTFILES= HOMEPAGE= http://www.openbsd.org/ Index: geo/openbsd-developers//files/OpenBSD === RCS file: /cvs/ports/geo/openbsd-developers/files/OpenBSD,v retrieving revision 1.110 diff -u -p -u -r1.110 OpenBSD --- geo/openbsd-developers//files/OpenBSD 15 Mar 2014 02:35:19 - 1.110 +++ geo/openbsd-developers//files/OpenBSD 15 Mar 2014 04:15:29 - @@ -64,6 +64,7 @@ 45.43 12.13 michele # Michele Marchetto 45.4745-73.6556msf # Mathieu Sauve-Frankel 45.5 -122.5 joshe # Joshua Elsasser +45.6103-122.7455 afresh1 # Andrew Fresh 45.69296 3.25642 landry# Landry Breuil 47.209074 -1.525726 gilles# Gilles Chehade 47.29 19.3robert# Robert Nagy