[UPDATE] PyPy-6.0
Hi, Here's an update to PyPy-6.0. Seems to work, and is able to build itself. Thanks to David Carlier for his alloc_noexec patch posted as part of his 5.8.0 update earlier this year. Here's a new bootstrap: http://theunixzoo.co.uk/random/pypy-bootstrap-amd64-6.0.0.tar.xz Would you be able to mirror this please Stuart? Any comments or OKs? Thanks. Index: Makefile === RCS file: /cvs/ports/lang/pypy/Makefile,v retrieving revision 1.31 diff -u -p -r1.31 Makefile --- Makefile25 Jul 2018 14:07:48 - 1.31 +++ Makefile17 Oct 2018 16:25:59 - @@ -18,12 +18,11 @@ COMMENT = fast implementation of the Py # You can use the no_bootstrap FLAVOR to make a new bootstrap. This uses # CPython to build PyPy instead. Note this is slower. -V =5.3.1 -BOOTSTRAP_V = ${V}-0 +V =6.0.0 +BOOTSTRAP_V = ${V} DISTNAME = pypy2-v${V}-src PKGNAME = pypy-${V} BOOTSTRAP-amd64 = pypy-bootstrap-amd64-${BOOTSTRAP_V}.tar.xz -REVISION = 0 CATEGORIES = lang @@ -35,7 +34,7 @@ MAINTAINER = Edd Barrett http://www.theunixzoo.co.uk
porting Praat
Has anyone tried to port http://www.fon.hum.uva.nl/praat/ to OpenBSD? I managed to get it to compile (tweaking the source and the Makefiles), and it starts and runs, but I don't get any sound (play or rec). I am lost in the alsa/oss/pulseaudio/portaudio maze. Jan
NEW: math/mlpack (and dependency math/armadillo)
mlpack is a "machine learning" C++ library. Most specifically, it contains all kinds of basic large data analysis tools, such as clustering algorithms (knn, kmeans, dbscan), lots of large graph algorithms, and various related learning models (neural networks, autoencoders, markov and bayes models)... Most of that community use python tools, so the library is about 3 times as fast as those, usually. mlpack features command-line programs, as well as python bindings (took me a bit of work to get the python stuff just right). Most of the included patches have been discussed with upstream, and will likely vanish when upgrade time comes. Shorter descr for mlpack: mlpack is a fast, flexible machine learning library, written in C++, that aims to provide fast, extensible implementations of cutting-edge machine learning algorithms. armadillo is a C++ wrapper around lapack/blas linear algebra libraries, a required dependency of mlpack. Armadillo is a linear algebra library (matrix maths) for the C++ language, aiming towards a good balance between speed and ease of use. Provides high-level syntax and functionality deliberately similar to Matlab Attached is a tarball for math/mlpack and math/armadillo (extract under ports) I haven't checked that it builds under anything but amd64, though it should with a proper C++ compiler (hence the compiler annotations). Not sure it makes a lot of sense though, as the datasets for which mlpack make sense will usually take >16GB memory space... mlpack.tgz Description: mlpack-3.0.3.tgz
Re: NEW py-subprocess32
> On Sep 25, 2018, at 12:56 AM, Björn Ketelaars > wrote: > > Please find enclosed a port of py-subprocess32, which is required for a > future update of py-matplotlib. ok daniel@ to import. if any problems we can fix in the tree. > > $ cat DESCR > This is a backport of the subprocess standard library module from > Python 3.2 - 3.5 for use on Python 2. > > It includes bugfixes and some new features. On POSIX systems it is > guaranteed to be reliable when used in threaded applications. It > includes timeout support from Python 3.3 and the run() API from 3.5 > but otherwise matches 3.2's API. > > > Comments/OKs? >
答复: [Update] www/py-django : update lts to 1.11.16 and stable to 2.1.2
ping ... 发件人: Remi Pointel 发送时间: 2018年10月11日 13:31 收件人: wen heping; ports@openbsd.org 主题: Re: [Update] www/py-django : update lts to 1.11.16 and stable to 2.1.2 On 10/06/18 15:53, wen heping wrote: > Hi, > > The patch update www/py-django lts to 1.11.16 and stable to 2.1.2. > The update of stable include a security fix(CVE-2018-16984). > It build well on my amd64 system. > > OK ? > > wen > Hi, the diff sounds good, and it would be good to have these versions in 6.4. ok with your diff if you remove the REVISION=0. Cheers, Remi.
[devel/py-codestyle] : Update to 2.4.0
Hi, ports@: Here is a patch to update devel/py-codestyle to 2.4.0, it build well on my amd64 system and all tests pass. OK ? wen ? codestyle-2.4.0.diff.txt Index: Makefile === RCS file: /cvs/ports/devel/py-codestyle/Makefile,v retrieving revision 1.6 diff -u -p -r1.6 Makefile --- Makefile11 Feb 2017 18:50:20 - 1.6 +++ Makefile18 Oct 2018 13:51:52 - @@ -2,7 +2,7 @@ COMMENT = python style guide checker -MODPY_EGG_VERSION =2.3.1 +MODPY_EGG_VERSION =2.4.0 DISTNAME = pycodestyle-${MODPY_EGG_VERSION} PKGNAME = py-codestyle-${MODPY_EGG_VERSION} Index: distinfo === RCS file: /cvs/ports/devel/py-codestyle/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo11 Feb 2017 18:50:20 - 1.4 +++ distinfo18 Oct 2018 13:51:52 - @@ -1,2 +1,2 @@ -SHA256 (pycodestyle-2.3.1.tar.gz) = aCJWpbMYFJyg0qkYXTZdiGSnaKKNtmqEouqUa8xCZ2Y= -SIZE (pycodestyle-2.3.1.tar.gz) = 89460 +SHA256 (pycodestyle-2.4.0.tar.gz) = y/ypm9WUoQ9nTQzZej2AKh/e9jXUNh4aJljeR+0mHjo= +SIZE (pycodestyle-2.4.0.tar.gz) = 96665
Ruby 2.3.8, 2.4.5, and 2.5.3
This updates our ruby ports to the latest released versions, fixing a couple of security issues (CVE-2018-16395 and CVE-2018-16396): https://www.ruby-lang.org/en/news/2018/10/17/openssl-x509-name-equality-check-does-not-work-correctly-cve-2018-16395/ https://www.ruby-lang.org/en/news/2018/10/17/not-propagated-taint-flag-in-some-formats-of-pack-cve-2018-16396/ Release announcements at: https://www.ruby-lang.org/en/news/2018/10/17/ruby-2-3-8-released/ https://www.ruby-lang.org/en/news/2018/10/17/ruby-2-4-5-released/ https://www.ruby-lang.org/en/news/2018/10/17/ruby-2-5-2-released/ https://www.ruby-lang.org/en/news/2018/10/18/ruby-2-5-3-released/ There was a packaging issue in ruby 2.5.2, so we are skipping to 2.5.3. Tested on amd64. Portswise, nothing significant except some PLIST churn as make update-plist is now used instead of manual plist updates (thanks espie@). I plan on committing to -current on Monday unless I hear objections, and after that committing to 6.4-stable. Thanks, Jeremy Index: 2.3/Makefile === RCS file: /cvs/ports/lang/ruby/2.3/Makefile,v retrieving revision 1.25 diff -u -p -r1.25 Makefile --- 2.3/Makefile31 Mar 2018 21:12:45 - 1.25 +++ 2.3/Makefile18 Oct 2018 16:21:25 - @@ -1,6 +1,6 @@ # $OpenBSD: Makefile,v 1.25 2018/03/31 21:12:45 jeremy Exp $ -VERSION = 2.3.7 +VERSION = 2.3.8 NEXTVER = 2.4 SHARED_LIBS = ruby${BINREV} 2.0 Index: 2.3/distinfo === RCS file: /cvs/ports/lang/ruby/2.3/distinfo,v retrieving revision 1.10 diff -u -p -r1.10 distinfo --- 2.3/distinfo31 Mar 2018 21:12:45 - 1.10 +++ 2.3/distinfo18 Oct 2018 16:21:58 - @@ -1,2 +1,2 @@ -SHA256 (ruby-2.3.7.tar.gz) = Nc00nN33jkoGQNKOyMfoiirg21Hr2JJs0jK7cNssfX8= -SIZE (ruby-2.3.7.tar.gz) = 17859100 +SHA256 (ruby-2.3.8.tar.gz) = tQFtYUQOk5BF1OIpeeBHCO1sjhxS5+2yVTz0C3PFmr8= +SIZE (ruby-2.3.8.tar.gz) = 17858806 Index: 2.3/pkg/PLIST-main === RCS file: /cvs/ports/lang/ruby/2.3/pkg/PLIST-main,v retrieving revision 1.7 diff -u -p -r1.7 PLIST-main --- 2.3/pkg/PLIST-main 15 Dec 2017 16:46:52 - 1.7 +++ 2.3/pkg/PLIST-main 18 Oct 2018 16:48:04 - @@ -45,114 +45,6 @@ lib/libruby23.so lib/pkgconfig/ruby-${REV}.pc lib/ruby/ lib/ruby/${REV}/ -lib/ruby/${REV}/${SUB}/ -lib/ruby/${REV}/${SUB}/bigdecimal.so -lib/ruby/${REV}/${SUB}/cgi/ -lib/ruby/${REV}/${SUB}/cgi/escape.so -lib/ruby/${REV}/${SUB}/continuation.so -lib/ruby/${REV}/${SUB}/coverage.so -lib/ruby/${REV}/${SUB}/date_core.so -lib/ruby/${REV}/${SUB}/dbm.so -lib/ruby/${REV}/${SUB}/digest.so -lib/ruby/${REV}/${SUB}/digest/ -lib/ruby/${REV}/${SUB}/digest/bubblebabble.so -lib/ruby/${REV}/${SUB}/digest/md5.so -lib/ruby/${REV}/${SUB}/digest/rmd160.so -lib/ruby/${REV}/${SUB}/digest/sha1.so -lib/ruby/${REV}/${SUB}/digest/sha2.so -lib/ruby/${REV}/${SUB}/enc/ -lib/ruby/${REV}/${SUB}/enc/big5.so -lib/ruby/${REV}/${SUB}/enc/cp949.so -lib/ruby/${REV}/${SUB}/enc/emacs_mule.so -lib/ruby/${REV}/${SUB}/enc/encdb.so -lib/ruby/${REV}/${SUB}/enc/euc_jp.so -lib/ruby/${REV}/${SUB}/enc/euc_kr.so -lib/ruby/${REV}/${SUB}/enc/euc_tw.so -lib/ruby/${REV}/${SUB}/enc/gb18030.so -lib/ruby/${REV}/${SUB}/enc/gb2312.so -lib/ruby/${REV}/${SUB}/enc/gbk.so -lib/ruby/${REV}/${SUB}/enc/iso_8859_1.so -lib/ruby/${REV}/${SUB}/enc/iso_8859_10.so -lib/ruby/${REV}/${SUB}/enc/iso_8859_11.so -lib/ruby/${REV}/${SUB}/enc/iso_8859_13.so -lib/ruby/${REV}/${SUB}/enc/iso_8859_14.so -lib/ruby/${REV}/${SUB}/enc/iso_8859_15.so -lib/ruby/${REV}/${SUB}/enc/iso_8859_16.so -lib/ruby/${REV}/${SUB}/enc/iso_8859_2.so -lib/ruby/${REV}/${SUB}/enc/iso_8859_3.so -lib/ruby/${REV}/${SUB}/enc/iso_8859_4.so -lib/ruby/${REV}/${SUB}/enc/iso_8859_5.so -lib/ruby/${REV}/${SUB}/enc/iso_8859_6.so -lib/ruby/${REV}/${SUB}/enc/iso_8859_7.so -lib/ruby/${REV}/${SUB}/enc/iso_8859_8.so -lib/ruby/${REV}/${SUB}/enc/iso_8859_9.so -lib/ruby/${REV}/${SUB}/enc/koi8_r.so -lib/ruby/${REV}/${SUB}/enc/koi8_u.so -lib/ruby/${REV}/${SUB}/enc/shift_jis.so -lib/ruby/${REV}/${SUB}/enc/trans/ -lib/ruby/${REV}/${SUB}/enc/trans/big5.so -lib/ruby/${REV}/${SUB}/enc/trans/chinese.so -lib/ruby/${REV}/${SUB}/enc/trans/ebcdic.so -lib/ruby/${REV}/${SUB}/enc/trans/emoji.so -lib/ruby/${REV}/${SUB}/enc/trans/emoji_iso2022_kddi.so -lib/ruby/${REV}/${SUB}/enc/trans/emoji_sjis_docomo.so -lib/ruby/${REV}/${SUB}/enc/trans/emoji_sjis_kddi.so -lib/ruby/${REV}/${SUB}/enc/trans/emoji_sjis_softbank.so -lib/ruby/${REV}/${SUB}/enc/trans/escape.so -lib/ruby/${REV}/${SUB}/enc/trans/gb18030.so -lib/ruby/${REV}/${SUB}/enc/trans/gbk.so -lib/ruby/${REV}/${SUB}/enc/trans/iso2022.so -lib/ruby/${REV}/${SUB}/enc/trans/japanese.so -lib/ruby/${REV}/${SUB}/enc/trans/japanese_euc.so -lib/ruby/${REV}/${SUB}/enc/trans/japanese_sjis.so -lib/ruby/${REV}/${SUB}/enc/trans/korean.so -lib/ruby/${REV}/${SUB}/enc/tran
[update] devel/arduino [new] devel/arduboy2 [new] devel/arduino-makefile
I wanted to play with some Arduino code on my Arduboy and none of the stuff in our tree worked. I could hack it together by manually updating the EEPROM library and pointing the Makefile at the Arduboy2 library, but it's not very clean. This updates the devel/arduino port to 1.8.7 and incorporates the new split of ArduinoCore-avr 1.6.23. I'm including it as a tarball instead of a diff because you also have to blow away files/ and patches/. There is a new port of Arduino-Makefile, which is a project which works like the custom Makefile that we currently ship in devel/arduino/files/Makefile but it's cross-platform and won't be something we need to keep updating ourselves. The only downside is that project will require gmake now. There's also a port of arduboy2, which is a 3rd party library for doing graphics things on this board. With all of these updates, I was able to compile a random .ino file for the Arduboy by just creating a Makefile: BOARD_TAG = leonardo include /usr/local/share/arduino-makefile/Arduino.mk and compiling with 'gmake'. arduino-makefile automatically detected and used the updated EEPROM and 3rd party Arduboy2 libraries. I was also able to flash it with 'gmake upload' which used the included python script to reboot the Arduboy into its bootloader and then upload it with avrdude. It's all very user-friendly now. I don't know what others are doing with Arduino stuff on OpenBSD so I'd like to know if any of this stuff works for you or if I've just gotten lucky with the Arduboy. arduboy2.tar.gz Description: application/tar-gz arduino-makefile.tar.gz Description: application/tar-gz arduino.tar.gz Description: application/tar-gz
Re: [PATCH] www/goaccess: switch to using net/libmaxminddb
On Wed, October 17, 2018 10:44, Frederic Cambus wrote: > Hi ports@, > > Here is a patch to switch goaccess from net/GeoIP to net/libmaxminddb, > allowing to use GeoLite2 and GeoIP2 databases. GeoLite Legacy databases > are deprecated and are not updated anymore since April 2018. > > Also add a COMPILER directive so it keeps building on GCC arches, as > a C11 compiler is required for libmaxminddb. > > Comments? OK? Hi! It builds fine on macppc without COMPILER set. But geolocation section is empty in both cases. Old GeoIP is working fine on macppc. Using the same log as on amd64 where your update is working fine. Any ideas what could be wrong? > > Index: Makefile > === > RCS file: /cvs/ports/www/goaccess/Makefile,v > retrieving revision 1.18 > diff -u -p -r1.18 Makefile > --- Makefile 12 Apr 2018 18:26:24 - 1.18 > +++ Makefile 17 Oct 2018 07:33:31 - > @@ -3,7 +3,7 @@ > COMMENT =realtime console web log analyzer > > DISTNAME = goaccess-1.2 > -REVISION = 1 > +REVISION = 2 > > CATEGORIES = www > > @@ -14,14 +14,16 @@ MAINTAINER = Kirill Bychkov # MIT > PERMIT_PACKAGE_CDROM = Yes > > -WANTLIB += GeoIP c curses pthread > +WANTLIB += c curses maxminddb pthread > > MASTER_SITES = https://tar.goaccess.io/ > > -LIB_DEPENDS =net/GeoIP > +COMPILER = base-clang ports-gcc > + > +LIB_DEPENDS =net/libmaxminddb > > CONFIGURE_STYLE =gnu > -CONFIGURE_ARGS = --enable-geoip=legacy \ > +CONFIGURE_ARGS = --enable-geoip=mmdb \ > --enable-utf8 > > CONFIGURE_ENV = CPPFLAGS="-I${LOCALBASE}/include" \ >
Fwd: Fwd: NEW: meta/mate-1.20
ping? Forwarded Message Subject: NEW: meta/mate-1.20 Date: Mon, 6 Aug 2018 16:00:03 -0500 From: Edward Lopez-Acosta To: ports@openbsd.org Made a meta package for the MATE desktop based on the one for Xfce. Left out maintainer for the moment but do not mind taking it. Can anyone please give this a test, and merge if good to go? Thank you -- Edward Lopez-Acosta mate-1.20.tar.gz Description: application/gzip
Re: [UPDATE] www/py-webtest 2.0.29 -> 2.0.30 [1/2]
On Sat, 15 Sep 2018 11:55:46 -0300, "Elias M. Mariani" wrote: > https://github.com/Pylons/webtest/blob/2.0.30/CHANGELOG.rst > No problems with the changes. > > Testing passing except for those depending on (three) dependencies > that we don't have on ports. > > Not interested in the update itself, actually is just because I passed > by to remove devel/py-dtopt as a test dependency, witch is not a > dependency for a long time... 2011... > https://github.com/Pylons/webtest/commit/a7ed7485b3784218d255ff60e49b86379f7de561 > > Also fixed the do-test hook to use "nosetests${MODPY_BIN_SUFFIX}" > accordingly to the python version and not "nosetests". > > Too much text for such little changes, read the next mail to see > why... > > Cheers. > Elias. Thanks, committed! I removed the version check for py-waitress because it's not the worth it IMHO. Cheers, Daniel
Re: [REMOVE] devel/py-dtopt [2/2]
On Mon, 24 Sep 2018 20:00:32 -0300, "Elias M. Mariani" wrote: > Updated to patch current quirks version. Thanks committed! FYI, whenever you want to talk to remove a port there's no need to include a diff. It's easier to run cvs rm -f than saving the patch, applying it and so on (and you will still need to cvs rm -f them anyway because otherwise they will just be emptied by patch(1)). Cheers, Daniel
[UPDATE] Jenkins: stable v2.138.2, devel 2.147
Simple and straight forward version update. Tested both stable and devel on amd64 with no issues. Ok to merge? -- Edward Lopez-Acosta diff --git a/devel/jenkins/devel/Makefile b/devel/jenkins/devel/Makefile index a46d04c8ebc..e57c8793c51 100644 --- a/devel/jenkins/devel/Makefile +++ b/devel/jenkins/devel/Makefile @@ -1,6 +1,6 @@ # $OpenBSD: Makefile,v 1.30 2018/09/04 12:53:16 espie Exp $ -VERSION = 2.138 +VERSION = 2.147 MASTER_SITES = http://mirrors.jenkins-ci.org/war/${VERSION}/ DIST_SUBDIR = jenkins-devel REVISION = 0 diff --git a/devel/jenkins/devel/distinfo b/devel/jenkins/devel/distinfo index 69095951c1e..81daf642f4f 100644 --- a/devel/jenkins/devel/distinfo +++ b/devel/jenkins/devel/distinfo @@ -1,2 +1,2 @@ -SHA256 (jenkins/2.138/jenkins.war) = 4cKA8SQZmcnHeVqOo+U0bevra+XiZ0TBOwO8SU3O9Ww= -SIZE (jenkins/2.138/jenkins.war) = 75704621 +SHA256 (jenkins/2.147/jenkins.war) = gXbvuFOTvUhHlRXHXzfVsncSDY2zc3Zc4IAqQFWT5PI= +SIZE (jenkins/2.147/jenkins.war) = 75921242 diff --git a/devel/jenkins/devel/pkg/PLIST b/devel/jenkins/devel/pkg/PLIST index 4c8acb6d7dd..555057c62d1 100644 --- a/devel/jenkins/devel/pkg/PLIST +++ b/devel/jenkins/devel/pkg/PLIST @@ -10,7 +10,7 @@ @sample ${HOMEDIR}/ @owner @group +@rcscript ${RCDIR}/jenkins share/doc/pkg-readmes/${PKGSTEM} share/jenkins/ share/jenkins/jenkins.war -@rcscript ${RCDIR}/jenkins diff --git a/devel/jenkins/stable/Makefile b/devel/jenkins/stable/Makefile index 9c336543917..8789f1f3252 100644 --- a/devel/jenkins/stable/Makefile +++ b/devel/jenkins/stable/Makefile @@ -1,6 +1,6 @@ # $OpenBSD: Makefile,v 1.29 2018/09/04 12:53:16 espie Exp $ -VERSION = 2.121.3 +VERSION = 2.138.2 MASTER_SITES = http://mirrors.jenkins-ci.org/war-stable/${VERSION}/ DIST_SUBDIR = jenkins-stable REVISION = 0 diff --git a/devel/jenkins/stable/distinfo b/devel/jenkins/stable/distinfo index 40fae240692..08bea45ebc0 100644 --- a/devel/jenkins/stable/distinfo +++ b/devel/jenkins/stable/distinfo @@ -1,2 +1,2 @@ -SHA256 (jenkins/2.121.3/jenkins.war) = UPvOEfoUfQ7Nns82za6D73lft9R3bzO16hO8Fb9uPBM= -SIZE (jenkins/2.121.3/jenkins.war) = 74764818 +SHA256 (jenkins/2.138.2/jenkins.war) = 2O1acDO+V6qahKU0KzVe+fK6bNtJDbBCptA++yPKHoM= +SIZE (jenkins/2.138.2/jenkins.war) = 75728164 diff --git a/devel/jenkins/stable/pkg/PLIST b/devel/jenkins/stable/pkg/PLIST index 4c8acb6d7dd..555057c62d1 100644 --- a/devel/jenkins/stable/pkg/PLIST +++ b/devel/jenkins/stable/pkg/PLIST @@ -10,7 +10,7 @@ @sample ${HOMEDIR}/ @owner @group +@rcscript ${RCDIR}/jenkins share/doc/pkg-readmes/${PKGSTEM} share/jenkins/ share/jenkins/jenkins.war -@rcscript ${RCDIR}/jenkins
Fwd: NEW: devel/py-chai-1.1.2
Ping? Forwarded Message Subject: NEW: devel/py-chai-1.1.2 (cookiecutter porting cont.) Date: Fri, 31 Aug 2018 18:36:52 -0500 From: Edward Lopez-Acosta To: ports@openbsd.org Hello, In continuing to port cookiecutter I was led to find some extra dependencies missing. This module is needed by a dependency for testing purposes so is needed to continue working on this porting project. py-chai is an easy to use API for mocking and stubbing framework based on the unittest module. - All tests pass for both py2 and py3 - No errors with `make package` on python2, there is a helper file for Python 2 included which has a syntax error for python3 but `make package` still works and does not seem to bother the module. - No existing ports rely on this module. Can I please get feedback on this and get it merged if things look good? Thank you in advance, -- Edward Lopez-Acosta py-chai-1.1.2.tar.gz Description: application/gzip
Re: NEW: devel/py-whichcraft (cookiecutter porting 2/5)
On Wed, 3 Oct 2018 19:29:22 -0500, Edward Lopez-Acosta wrote: > Ping? > This was marked as OK by Daniel Jakots recently but still looks to > need merging. It's in, thanks! Cheers, Daniel
sparc64 bulk build report
bulk build on sparc64-1.ports.openbsd.org started on Fri Oct 12 09:46:04 MDT 2018 finished at Thu Oct 18 20:11:16 MDT 2018 lasted 07D03h25m done with kern.version=OpenBSD 6.4 (GENERIC) #5: Thu Oct 11 16:19:40 MDT 2018 built packages:7425 Oct 12:361 Oct 13:134 Oct 14:157 Oct 15:146 Oct 16:439 Oct 17:1040 Oct 18:5147 critical path missing pkgs: http://build-failures.rhaalovely.net//sparc64/2018-10-12/summary.log build failures: 24 http://build-failures.rhaalovely.net//sparc64/2018-10-12/cad/yosys.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/devel/arm-none-eabi/gcc-linaro.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/devel/avr/gcc.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/devel/llvm,,-main.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/devel/physfs.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/devel/reposurgeon.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/devel/riscv-elf/gcc.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/devel/xtensa-elf/gcc.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/emulators/ppsspp.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/emulators/stella.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/games/godot.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/games/prboom-plus.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/graphics/dcmtk.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/lang/apl.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/lang/racket-minimal.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/math/gbc.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/math/z3.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/multimedia/swfmill.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/net/megatools.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/net/p5-Net-SSH-Perl.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/net/toxcore.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/net/zeromq.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/security/sslscan,openssl.log http://build-failures.rhaalovely.net//sparc64/2018-10-12/www/libsass.log recurrent failures failures/cad/yosys.log failures/devel/arm-none-eabi/gcc-linaro.log failures/devel/avr/gcc.log failures/devel/physfs.log failures/devel/reposurgeon.log failures/devel/riscv-elf/gcc.log failures/devel/xtensa-elf/gcc.log failures/emulators/ppsspp.log failures/emulators/stella.log failures/games/godot.log failures/games/prboom-plus.log failures/graphics/dcmtk.log failures/lang/apl.log failures/lang/racket-minimal.log failures/math/gbc.log failures/math/z3.log failures/multimedia/swfmill.log failures/net/p5-Net-SSH-Perl.log failures/net/toxcore.log failures/net/zeromq.log failures/security/sslscan,openssl.log failures/www/libsass.log new failures +++ ls-failures Thu Oct 18 20:11:44 2018 +failures/devel/llvm,,-main.log +failures/summary.log resolved failures --- ../old/sparc64/last//ls-failuresSun Oct 7 16:05:28 2018 -failures/devel/libvmime.log -failures/devel/spidermonkey52.log -failures/games/lugaru.log -failures/lang/ponyc.log -failures/mail/kopano/webapp.log -failures/print/texlive/base.log -failures/security/encfs.log -failures/security/hashdeep.log -failures/sysutils/facter.log -failures/textproc/mupdf.log
Re: UPDATE: KDE5
On Wed, Oct 17, 2018 at 11:20:07PM +0200, Landry Breuil wrote: > On Tue, Oct 16, 2018 at 09:42:34PM +0200, Rafael Sadowski wrote: > > Hi All. > > > > please find below a diff to rule them all. > > > > - Update KDE Frameworks to 5.51.0 > > -- Change examples handling and use @sample for all of them. Idea by > >ajacoutot@. Discussed with ajacoutot@,sthen@,naddy@. > > > > - Update our KDE Applications to 18.08.2. > > -- Nothing special except okteta. They use there own version pattern > >now. That's why I set EPOCH. > > > > - Update all devel/kf5 consumers there are effected by the update. > > Will put it in my next bulk. so far (looking before leaving for the weekend): - missing REVISION bump on libkface - /bin/sh: python: not found in qtcreator (already fixed in cvs) -Error: /usr/obj/ports/krita-4.1.3/fake-amd64/usr/local/share/examples/xdg/kritarc does not exist in krita Landry