CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2018/05/18 21:07:57 Added files: graphics/simgear/patches: patch-CMakeLists_txt Log message: fix build on !clang arches
Re: The build issue about "FORCE_UNSAFE_CONFIGURE=1"
Hi Jeremie, > Why not use this solution? Building ports as root is not recommended. > espie's work on PORTS_PRIVSEP makes it super easy and clean to use > dedicated system accounts for this. Just for curious, thanks very much for your help! Best Regards Nan Xiao On Thu, May 17, 2018 at 8:00 PM, Jeremie Courreges-Anglaswrote: > On Thu, May 17 2018, Nan Xiao wrote: >> Hi ports@, >> >> Greeting from me! >> >> I use -current ports tree, and try to build sysutils/coreutils, and >> get following errors: >> >> .. >> checking whether mknod can create fifo without root privileges... >> configure: error: in `/usr/ports/pobj/coreutils-8.29/coreutils-8.29': >> configure: error: you should not run configure as root (set >> FORCE_UNSAFE_CONFIGURE=1 in environment to bypass this check) >> See `config.log' for more details >> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2688 >> 'do-configure': @for d in >> /usr/ports/pobj/coreutils-8.29/coreutils-8.29; do...) >> .. >> >> I try use "export FORCE_UNSAFE_CONFIGURE=1 && make install", but still >> not take effect. >> >> Besides change the owner to non-root, > > Why not use this solution? Building ports as root is not recommended. > espie's work on PORTS_PRIVSEP makes it super easy and clean to use > dedicated system accounts for this. > >> is there any method to bypass >> this issue? > > See CONFIGURE_ENV... > >> Thanks very much in advance! >> >> >> Best Regards >> Nan Xiao >> > > -- > jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2018/05/18 19:10:49 Modified files: mail/postfix/snapshot: Makefile distinfo mail/postfix/snapshot/patches: patch-src_util_sys_defs_h Log message: update to postfix-3.4-20180404, from Brad
Re: [new] hatop-0.7.7
On 2018/05/18 23:24, Ljuba Nedeljkovic wrote: > Slightly improved port, using variables instead of > hard coded version numbers Here's a diff on top of yours, and please remove the patch: - COMMENT typo - no need to use V, the version is only referenced once - license say "GPLv3 or later" -> use GPLv3+ - let MASTER_SITES work even if MASTER_SITE_GOOGLECODE expands to more than one URL (it's a user-changeable setting) - drop the MODPY_VERSION, this is the default anyway - replace patch + SUBST_CMD with MODPY_ADJ_FILES I don't use haproxy so can't test runtime. --- Makefile.orig Sat May 19 01:19:06 2018 +++ MakefileSat May 19 01:20:44 2018 @@ -1,9 +1,8 @@ # $OpenBSD$ -COMMENT = interactive ncurses client for haroxy +COMMENT = interactive ncurses client for haproxy -V =0.7.7 -DISTNAME = hatop-${V} +DISTNAME = hatop-0.7.7 CATEGORIES = net @@ -11,23 +10,19 @@ HOMEPAGE = http://feurix.org/projects/hatop/ MAINTAINER = Ljuba Nedeljkovic-# GPLv3 +# GPLv3+ PERMIT_PACKAGE_CDROM = Yes -MASTER_SITES = ${MASTER_SITE_GOOGLECODE}hatop/ +MASTER_SITES = ${MASTER_SITE_GOOGLECODE:=hatop/} MODULES = lang/python -MODPY_VERSION =${MODPY_DEFAULT_VERSION_2} RUN_DEPENDS = net/haproxy NO_BUILD = Yes NO_TEST = Yes -SUBST_VARS += MODPY_VERSION - -pre-install: - ${SUBST_CMD} ${WRKSRC}/bin/hatop +MODPY_ADJ_FILES = bin/hatop do-install: ${INSTALL_SCRIPT} ${WRKSRC}/bin/hatop ${PREFIX}/bin/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2018/05/18 17:34:41 Modified files: www/urlwatch : Makefile distinfo www/urlwatch/pkg: PLIST Log message: update to urlwatch-2.10
[new] hatop-0.7.7
Slightly improved port, using variables instead of hard coded version numbers Cheers, -ljuba On 12.05, Ljuba Nedeljkovic wrote: > Hello, > > Attached is the port of hatop-0.7.7, interactive ncurses > client for haroxy > > > $ cat pkg/DESCR > > HATop is an interactive ncurses client and real-time monitoring, > statistics displaying tool for the HAProxy TCP/HTTP load balancer. > > HATop's appearance is similar to top(1). It supports various modes for > detailed statistics of all configured proxies and services in near realtime. > In addition, it features an interactive CLI for the haproxy unix socket. > This allows administrators to control the given haproxy instance > (change server weight, put servers into maintenance mode, ...) directly out > of hatop (using keybinds or the CLI) and monitor the results immediately. > > --- > > Project is dormant for some time but it is pretty handy > as is. It is hosted on both google code and github. > I opted for retrieving release tarball from google since > github hosted project does not have proper releases and it > seems to me that GH_* clutter is not popular these days. > > Any test results, comments, even cursing is welcome and > highly appreciated. > > Best, > -ljuba hatop-0.7.7.tar.gz Description: Binary data
Re: i3status-2.12's cpu_usage displays 100% all the time
Just updated to the latest snapshot and all is good again with i3status. OpenBSD 6.3-current (GENERIC.MP) #40: Fri May 18 09:57:33 MDT 2018 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Sorry for the noise. On Thu (17/05/18), Manolis Tzanidakis wrote: > Forgot about system info: > > OpenBSD 6.3-current (GENERIC.MP) #38: Wed May 9 17:38:06 MDT 2018 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > on a thinkpad x230. > > On Thu (17/05/18), Manolis Tzanidakis wrote: > > Hello, > > after the latest update of i3status to 1.12, the cpu_load module is always > > at > > 100% and red. Reverting to 2.11p6 fixes the problem. > > > > My .i3status.conf is pretty standard: > > > > order += "cpu_usage" > > cpu_usage { > > format = "cpu: %usage" > > } > > > > Anyone else noticed this problem? > > > > Best, > > Manolis
net/isync: Add missing tty pledge for password prompt
If neither `Pass' nor `PassCmd' is specified in the configuration, mbsync(1) prompts for the IMAP password. This diff adds the missing "tty" promise in such cases. OK? PS: Noone complaint so far. Index: Makefile === RCS file: /cvs/ports/mail/isync/Makefile,v retrieving revision 1.35 diff -u -p -r1.35 Makefile --- Makefile12 May 2018 14:37:36 - 1.35 +++ Makefile18 May 2018 20:41:45 - @@ -3,7 +3,7 @@ COMMENT= synchronize IMAP4 and maildir mailboxes DISTNAME= isync-1.3.0 -REVISION= 1 +REVISION= 2 CATEGORIES=mail MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=isync/} Index: patches/patch-src_drv_imap_c === RCS file: /cvs/ports/mail/isync/patches/patch-src_drv_imap_c,v retrieving revision 1.1 diff -u -p -r1.1 patch-src_drv_imap_c --- patches/patch-src_drv_imap_c8 May 2018 22:07:42 - 1.1 +++ patches/patch-src_drv_imap_c18 May 2018 19:20:51 - @@ -3,21 +3,24 @@ $OpenBSD: patch-src_drv_imap_c,v 1.1 201 Index: src/drv_imap.c --- src/drv_imap.c.orig +++ src/drv_imap.c -@@ -41,6 +41,8 @@ +@@ -41,6 +41,9 @@ # include #endif +extern int needs_proc_exec; ++extern int needs_tty; + #ifdef HAVE_LIBSSL enum { SSL_None, SSL_STARTTLS, SSL_IMAPS }; #endif -@@ -3267,6 +3269,8 @@ imap_parse_store( conffile_t *cfg, store_conf_t **stor +@@ -3267,6 +3270,10 @@ imap_parse_store( conffile_t *cfg, store_conf_t **stor } acc_opt = 1; } + if (server->sconf.tunnel || server->pass_cmd) + needs_proc_exec = 1; ++ if (!(server->pass || server->pass_cmd)) ++ needs_tty = 1; if (store) type = "IMAP store", name = store->gen.name; else Index: patches/patch-src_main_c === RCS file: /cvs/ports/mail/isync/patches/patch-src_main_c,v retrieving revision 1.3 diff -u -p -r1.3 patch-src_main_c --- patches/patch-src_main_c8 May 2018 22:07:42 - 1.3 +++ patches/patch-src_main_c18 May 2018 20:29:01 - @@ -3,40 +3,64 @@ $OpenBSD: patch-src_main_c,v 1.3 2018/05 Index: src/main.c --- src/main.c.orig +++ src/main.c -@@ -120,6 +120,8 @@ PACKAGE " " VERSION " - mailbox synchronizer\n" +@@ -120,6 +120,9 @@ PACKAGE " " VERSION " - mailbox synchronizer\n" exit( code ); } +int needs_proc_exec = 0; ++int needs_tty = 0; + static void ATTR_PRINTFLIKE(1, 2) debug( const char *msg, ... ) { -@@ -716,6 +718,29 @@ main( int argc, char **argv ) +@@ -716,6 +719,52 @@ main( int argc, char **argv ) if (load_config( config, pseudo )) return 1; + + if (mvars->list) { + if (needs_proc_exec) { -+ if (pledge("stdio rpath inet flock dns getpw proc exec" -+ " prot_exec", NULL) == -1) -+ sys_error("pledge\n"); ++ if (needs_tty) { ++ if (pledge("stdio rpath inet flock dns getpw" ++ " tty proc exec prot_exec", NULL) == -1) ++ sys_error("pledge\n"); ++ } else { ++ if (pledge("stdio rpath inet flock dns getpw" ++ " proc exec prot_exec", NULL) == -1) ++ sys_error("pledge\n"); ++ } + } else { -+ if (pledge("stdio rpath inet flock dns getpw" -+ " prot_exec", -+ NULL) == -1) -+ sys_error("pledge\n"); ++ if (needs_tty) { ++ if (pledge("stdio rpath inet flock dns getpw" ++ " tty prot_exec", NULL) == -1) ++ sys_error("pledge\n"); ++ } else { ++ if (pledge("stdio rpath inet flock dns getpw" ++ " prot_exec", NULL) == -1) ++ sys_error("pledge\n"); ++ } + } + } else { + if (needs_proc_exec) { -+ if (pledge("stdio rpath wpath cpath inet flock dns" -+ " getpw proc exec prot_exec", NULL) == -1) -+ sys_error("pledge\n"); ++ if (needs_tty) { ++ if (pledge("stdio rpath wpath cpath inet flock" ++ " dns getpw tty proc exec prot_exec", NULL) == -1) ++ sys_error("pledge\n"); ++ } else { ++ if (pledge("stdio rpath wpath cpath inet flock" ++
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2018/05/18 14:28:57 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Add quirks for spidermonkey, mediatomb, apache-couchdb and py-couchdb
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2018/05/18 14:26:52 Modified files: lang : Makefile Removed files: lang/spidermonkey: Makefile distinfo lang/spidermonkey/files: mozilla-js.pc lang/spidermonkey/patches: patch-build_autoconf_moznbytetype_m4 patch-configure_in patch-jsbuiltins_h patch-jsfun_cpp patch-jsfun_h patch-jsgc_cpp patch-jsinterp_cpp patch-jsiter_cpp patch-jslock_cpp patch-jsnum_h patch-jsobj_cpp patch-jsops_cpp patch-jsregexp_cpp patch-jsstr_cpp patch-jstracer_cpp patch-jsxml_cpp patch-nanojit_Assembler_cpp patch-nanojit_Assembler_h patch-nanojit_CodeAlloc_cpp patch-nanojit_NativeSparc_cpp patch-nanojit_NativeX64_cpp patch-nanojit_Nativei386_cpp patch-nanojit_avmplus_h patch-xpconnect_shell_Makefile_in patch-xpconnect_src_Makefile_in lang/spidermonkey/pkg: DESCR PFRAG.amd64 PFRAG.jit PLIST Log message: (Finally!) remove spidermonkey 1.9.2/1.8.5, now that nothing depends on it anymore. Having the javascript engine from the firefox 3.6 days is surely not a good idea security-wise in 2018, and we have devel/spidermonkey52. Thx jmatthew@ for dropping the dependency in riak!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/05/18 14:26:33 Modified files: databases : Makefile Removed files: databases/py-couchdb: Makefile distinfo databases/py-couchdb/files: python.ini databases/py-couchdb/pkg: DESCR PLIST Log message: garbage collect this couch potato ok landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2018/05/18 14:20:31 Modified files: databases : Makefile Removed files: databases/apache-couchdb: Makefile distinfo databases/apache-couchdb/patches: patch-test_javascript_run_tpl patch-var_Makefile_in databases/apache-couchdb/pkg: DESCR MESSAGE PLIST Log message: Remove couchdb, it isnt kept up to date in our ports tree, still uses an ancient spidermonkey, and doesnt seem to mak much progress into updating this dependency per https://github.com/apache/couchdb/issues/946.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2018/05/18 14:18:36 Modified files: multimedia : Makefile Removed files: multimedia/mediatomb: Makefile distinfo multimedia/mediatomb/files: config.xml multimedia/mediatomb/patches: patch-acinclude_m4 patch-configure_ac patch-src_hash_dbo_hash_h patch-src_hash_dbr_hash_h patch-src_hash_dso_hash_h patch-src_metadata_ffmpeg_handler_cc patch-src_singleton_h patch-src_storage_sql_storage_cc patch-src_storage_sql_storage_h patch-src_storage_sqlite3_sqlite3_storage_h patch-tombupnp_threadutil_src_ThreadPool_c patch-tombupnp_upnp_src_genlib_net_http_webserver_c patch-tombupnp_upnp_src_genlib_net_uri_uri_c patch-tombupnp_upnp_src_uuid_upnp_md5_c multimedia/mediatomb/pkg: DESCR PLIST mediatomb.rc Log message: Remove mediatomb, it's dead upstream, and uses an ancient spidermonkey that will hit the attic. Someone not liking the other upnp alternatives we have in tree might look at porting https://github.com/gerbera/gerbera#differences-to-mediatomb-so-far which seems like the natural 'successor'
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2018/05/18 14:10:23 Modified files: mail/rspamd: Makefile distinfo mail/rspamd/pkg: PLIST Log message: update to rspamd-1.7.5, from Brad. (this update may fix the build on !x86).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/05/18 14:06:32 Modified files: mail/mailpile : Makefile Added files: mail/mailpile/patches: patch-mailpile_crypto_aes_utils_py Log message: switch to py-cryptodome tested by and ok solene@ (MAINTAINER)
Re: www/mozilla-firefox: fix volume controls
On Tue, May 15, 2018 at 11:23:33PM +0200, Alexandre Ratchov wrote: > Maybe you've noticed that somtimes sound volume in firefox doesn't > match the volume indicator until you touch it. > > This is because the firefox audio API has no volume getter and assumes > the initial volume is 1, while sndio saves volumes and allows volume > to be controlled externally, which makes firefox use a wrong > representation of the actual volume. > > The workaround is to do like alsa, pulseaudio and other backends: stop > using the native volume control and adjust the volume of the signal in > firefox. Well, you know my policy about carrying patches... first file a bug upstream, get your patch reviewed (probably by padenot) and commited, and then i'll happily okay a backport to our port. The logic sounds right, unless a getter for the volume has been implemented since then in central/beta or is in the works. Hence, better discussing it upstream :)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2018/05/18 13:52:27 Modified files: www/mozilla-firefox: Tag: OPENBSD_6_3 Makefile distinfo www/mozilla-firefox/patches: Tag: OPENBSD_6_3 patch-security_manager_pki_resources_content_exceptionDialog_js patch-storage_mozStorageConnection_cpp Added files: www/mozilla-firefox/patches: Tag: OPENBSD_6_3 patch-nsprpub_pr_src_linking_prlink_c Log message: Bugfix update to firefox 60.0.1. See https://www.mozilla.org/en-US/firefox/60.0.1/releasenotes/. Readd nsprpub/pr/src/linking/prlink.c patch from devel/nspr to tweak PRLoadLibrary() for our specific library naming, should at least fix video playback in the browser via ffmpeg/libavcodec dlopen'ing. Sorry for breaking it with 60.0 when switching to internal nspr. Packages for 6.3 at the usual spot.
Re: pledge violation in firefox-60 on snapshots
On Wed, May 16, 2018 at 10:51:17AM +0100, Stuart Henderson wrote: > > > > More reports of the same thing are useless/counter-productive. We're > > reaching the point of diminishing returns where it takes longer to answer > > emails/classify failures into "already known/new"... > > ... which is a recipe for issues to fall between the cracks, because people > > WON'T report new issues, or they will be dismissed as the same as something > > that's already known... > > Yes, I agree. I think we should at least add the known-needed ones > like getpw (even if we don't want them long-term). We have no hope to > analyse the code and figure out a complete list of what's actually > needed as is usual with pledge.. I've added getpw and mcast in 60.0.1. > > BTW, if you're supposed to start dbus BEFORE firefox, that's cool, but then > > the firefox code should be tweaked to display "please start dbus" instead > > of the "helpful" error message "firefox crashed in a pledge violation > > (proc)". > > Simplest method is a wrapper script I think. Or telling people (via the README) to make sure its running. I hate wrapper scripts, and i'm *NOT* going to 'tweak the firefox code to display please start dbus'. If this isnt enough, someone caring enough should file bugs upstream, be it at glib or firefox.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2018/05/18 13:36:47 Modified files: www/firefox-i18n: Makefile.inc distinfo www/mozilla-firefox: Makefile distinfo www/mozilla-firefox/files: all-openbsd.js www/mozilla-firefox/pkg: README Log message: Bugfix update to firefox 60.0.1. See https://www.mozilla.org/en-US/firefox/60.0.1/releasenotes/ After numerous reports of pledge aborts when saving files (while for some reason i'm not experiencing it) add 'getpw' to main process promises. Also add 'mcast', because sometimes a setsockopt() seems to be called with IP_MULTICAST_TTL. Improve README: - drop the now deprecated section about plugins - improve section about debugging with pledge info - add a section advising users to make sure a session dbus instance is running when starting their X session, otherwise for some reason the content process might try to spawn one via glib, and this is forbidden by pledge. You don't want the content process to be able to spawn processes, right ?
Re: UPDATE: net/p5-NetAddr-MAC
On Thu, May 17, 2018 at 09:26:12PM +0100, Mikolaj Kucharski wrote: > Simple update to 0.96 commited, thanks bluhm
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2018/05/18 13:10:41 Modified files: net/p5-NetAddr-MAC: Makefile distinfo Log message: update p5-NetAddr-MAC to 0.96 from maintainer Mikolaj Kucharski
Re: powerpc bulk build report
On Thu, May 17, 2018 at 06:34:51PM +0300, Kirill Bychkov wrote: > On Sat, May 12, 2018 17:21, lan...@openbsd.org wrote: > > bulk build on macppc-1.ports.openbsd.org > > started on Tue Apr 17 11:23:22 MDT 2018 > > finished at Sat May 12 06:46:31 MDT 2018 > > Hi! > The patch below fixes build of simgear on powerpc (and probably other > !clang arches) > OK? Fwiw, if you have trivial fixes like this, just commit them, don't hope/wait for okays :)
Re: NEW: net/bitcoin
2018-05-07 3:21 GMT+08:00 Rafael Sadowski: > It doesn't build with ports-gcc I got it built using ports not too long ago. What issues did you get trying to build it using gcc-ports (GCC 4.9.4)? The only issue was the difficulty of install Berkeley DB, which can be resolved by either building and installing (how?) or something like --disable-wallet, as only the wallet subfunctionality uses it anyhow, not the central router. Do you build the QT and wallet parts? > and you already said it: "... you wouldn't want to run this on a > machine that doesn't have clang available to it since it's probably > far too slow." Clang may be working well for many projects, this one included, but there are also projects today where Clang consistently performs disastrously, so GCC will remain having a valid niche, maybe for very long.
Re: UPDATE: security/keepassxc
On 05/14/18 22:20, Rafael Sadowski wrote: > Bugfix update. Works fine here on amd64! Tests are welcome, especially > browser and/or yubikey. > browser integration works fine both with Chromium (native) and Firefox (legacy). ok giovanni@ Cheers Giovanni > > Index: Makefile > === > RCS file: /cvs/ports/security/keepassxc/Makefile,v > retrieving revision 1.13 > diff -u -p -u -p -r1.13 Makefile > --- Makefile 16 Mar 2018 07:47:59 - 1.13 > +++ Makefile 14 May 2018 20:11:22 - > @@ -2,9 +2,8 @@ > > COMMENT =management tool for password and sensitive data > > -V = 2.3.1 > +V = 2.3.3 > DISTNAME = keepassxc-${V} > -REVISION = 0 > > CATEGORIES = security > > Index: distinfo > === > RCS file: /cvs/ports/security/keepassxc/distinfo,v > retrieving revision 1.8 > diff -u -p -u -p -r1.8 distinfo > --- distinfo 14 Mar 2018 17:50:59 - 1.8 > +++ distinfo 14 May 2018 20:11:22 - > @@ -1,2 +1,2 @@ > -SHA256 (keepassxc-2.3.1-src.tar.xz) = > zn2CUdTVs19gL/UhdkkQlk2m2KZzlzmYVaboxf9dub0= > -SIZE (keepassxc-2.3.1-src.tar.xz) = 4085284 > +SHA256 (keepassxc-2.3.3-src.tar.xz) = > z/+F74m6WQrseYxZvqSqPbAGJte/+M3eD2LuNK6mCtU= > +SIZE (keepassxc-2.3.3-src.tar.xz) = 4113768 > Index: pkg/PLIST > === > RCS file: /cvs/ports/security/keepassxc/pkg/PLIST,v > retrieving revision 1.9 > diff -u -p -u -p -r1.9 PLIST > --- pkg/PLIST 16 Mar 2018 07:47:59 - 1.9 > +++ pkg/PLIST 14 May 2018 20:11:22 - > @@ -282,11 +282,13 @@ share/keepassxc/icons/database/C67_Certi > share/keepassxc/icons/database/C68_BlackBerry.png > share/keepassxc/translations/ > share/keepassxc/translations/keepassx_ar.qm > +share/keepassxc/translations/keepassx_bn.qm > share/keepassxc/translations/keepassx_ca.qm > share/keepassxc/translations/keepassx_cs.qm > share/keepassxc/translations/keepassx_da.qm > share/keepassxc/translations/keepassx_de.qm > share/keepassxc/translations/keepassx_el.qm > +share/keepassxc/translations/keepassx_en_GB.qm > share/keepassxc/translations/keepassx_en_US.qm > share/keepassxc/translations/keepassx_es.qm > share/keepassxc/translations/keepassx_eu.qm >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/05/18 08:38:13 Modified files: sysutils/awscli: Makefile distinfo Log message: Update to awscli-1.15.23.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/05/18 08:38:32 Modified files: net/py-boto3 : Makefile distinfo Log message: Update to py-boto3-1.7.23.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/05/18 08:38:03 Modified files: net/py-botocore: Makefile distinfo Log message: Update to py-botocore-1.10.23.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2018/05/18 08:22:07 Modified files: www/lynx : Makefile distinfo www/lynx/patches: patch-lynx_man patch-src_LYMain_c patch-src_LYReadCFG_c patch-src_LYUtils_c Log message: Update lynx to 2.8.9pl19.
Re: NEW: net/bitcoin
anyone? On Sun May 06, 2018 at 09:21:50PM +0200, Rafael Sadowski wrote: > On Sun May 06, 2018 at 01:23:43PM -0400, Brian Callahan wrote: > > > > On 05/05/18 07:29, Rafael Sadowski wrote: > > > *ping* > > > > > > On Wed Apr 25, 2018 at 09:31:02PM +0200, Rafael Sadowski wrote: > > > > Hi ports@ > > > > > > > > Attached is a new port for bitcoin. Long time ago pascal@ started > > > > working on bitcoin in openbsd-wip. I've finished this work and run a > > > > full > > > > bitcoin node over weeks without problems so far: > > > > > > > > https://twitter.com/sizeofvoid/status/976586173538885632 > > > > > > > > $ cat net/bitcoin/pkg/DESCR > > > > > > > > Bitcoin is an experimental new digital currency that enables instant > > > > payments to anyone, anywhere in the world. Bitcoin uses peer-to-peer > > > > technology to operate with no central authority: managing transactions > > > > and issuing money are carried out collectively by the network. > > > > Bitcoin is also the name of the open source software which enables > > > > the use of this currency. > > > > > > > > Ok? Comments? > > > > > > > > Greetings to the hackerroom. > > > > > > > > Rafael Sadowski > > > > > > > It reads and builds ok, and bitcoin-qt even launches. > > I am not going to download the 200GB (!!!) that it wants me to, so that's as > > far as I can test. > > portcheck -N complains about hardcoded paths in pkg/bitcoind.rc > > > > One thought from me: is there no hope for this to build on !CLANG_ARCHS? > > (You only have COMPILER=base-clang ports-clang). Maybe that is the right way > > to go, since I'm guessing you wouldn't want to run this on a machine that > > doesn't have clang available to it since it's probably far too slow. > > > > In that case, you don't need that CXXFLAGS line. > > > > It doesn't build with ports-gcc and you already said it: "... you > wouldn't want to run this on a machine that doesn't have clang available > to it since it's probably far too slow." > > Yes builds fine without CXXFLAGS. Ok with /var -> ${VARBASE}? > > Thanks for test and review! >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/05/18 05:16:43 Modified files: mail/cyrus-imapd: Makefile distinfo mail/cyrus-imapd/patches: patch-imap_mbexamine_c mail/cyrus-imapd/pkg: PLIST Added files: mail/cyrus-imapd/patches: patch-imap_conversations_c patch-imap_mailbox_c patch-imap_seen_db_c patch-imap_sync_support_c patch-lib_auth_pts_c patch-lib_prot_c patch-master_master_c patch-notifyd_notify_mailto_c Log message: Update to cyrus-imapd-3.0.7.
Re: net/pmacct update?
On 2018/05/17 20:05, David Higgs wrote: > I previously submitted a local patch for net/pmacct that was not > accepted locally, as it was against the old version. > > I pushed the fix upstream, where it was accepted and is now included > in the 1.7.1 release [0]. Can someone kindly update the port? > > (Sorry, have not had time to verify the new version hasn't broken > anything else that I rely upon.) > > Thanks. > > --david > > [0] http://www.pmacct.net/ChangeLog-1.7.1 > I've just updated it in -current. Note that I have only very lightly tested this.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2018/05/18 04:52:13 Modified files: net/pmacct : Makefile distinfo net/pmacct/patches: patch-src_isis_isis_c net/pmacct/pkg : PLIST Added files: net/pmacct/patches: patch-configure_ac patch-src_bgp_bgp_h Removed files: net/pmacct/patches: patch-configure_in patch-src_isis_thread_c Log message: update to pmacct-1.7.1 (requested by David Higgs) and enable some of the optional features that only have lightweight dependencies. tidy up example installation.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2018/05/18 03:02:29 Modified files: security/yara : Makefile Makefile.inc security/yara/main: distinfo security/yara/python: Makefile security/yara/python/pkg: PLIST Log message: update yara to 3.7.1, enable python3 flavor and take maintainership. ok benoit@.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2018/05/18 02:48:44 Modified files: textproc/uncrustify: Makefile distinfo Log message: update uncrustify to 0.67.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/05/18 01:56:19 Modified files: x11/gnome/gdm : Makefile distinfo x11/gnome/gdm/pkg: PLIST Log message: Update to gdm-3.28.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/05/18 01:18:18 Modified files: sysutils/beats/heartbeat: Makefile distinfo sysutils/beats/heartbeat/pkg: PLIST sysutils/beats/metricbeat: Makefile distinfo sysutils/beats/metricbeat/pkg: PLIST sysutils/beats/packetbeat: Makefile distinfo sysutils/beats/packetbeat/pkg: PLIST README Added files: sysutils/beats/metricbeat/patches: patch-metricbeat_modules_d_system_yml patch-vendor_github_com_elastic_gosigar_sigar_openbsd_go sysutils/beats/packetbeat/patches: patch-vendor_github_com_tsg_gopacket_pcap_pcap_poll_common_go Removed files: sysutils/beats/metricbeat/patches: patch-metricbeat_metricbeat_yml sysutils/beats/metricbeat/pkg: README Log message: update remaining beats to 6.2.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/05/18 01:14:37 Modified files: sysutils/beats/heartbeat/pkg: PLIST sysutils/beats/metricbeat/pkg: PLIST sysutils/beats/packetbeat/pkg: PLIST Log message: Unbreak.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2018/05/18 00:04:33 Modified files: graphics/libraw: Makefile distinfo graphics/libraw/patches: patch-internal_libraw_x3f_cpp Log message: Bugfix update to LibRaw-0.18.11