Re: [MAINTAINER UPDATE] www/sblg to 0.4.15
On 08/17/18 21:24, Bryan Vyhmeister wrote: This is another simple maintainer update of sblg from 0.4.14 to 0.4.15. The changes listed by the author are: "Introduce ${sblg-has|key}, which tests whether key has been set (e.g., data-sblg-set-key=foo). If it has been set, emits sblg-has-key, or nothing otherwise. This is useful for classes whose children will be masked depending upon the existence of a key. Properly show dates in UTC instead of localtime. (Unless asking for localtime.)" I did testing on amd64 with no issues. I expect it should work fine everywhere. If someone could ok and commit, that would be great. Committed, thanks. ~Brian Bryan Index: www/sblg/Makefile === RCS file: /cvs/ports/www/sblg/Makefile,v retrieving revision 1.15 diff -u -p -r1.15 Makefile --- www/sblg/Makefile 29 Jul 2018 19:45:27 - 1.15 +++ www/sblg/Makefile 18 Aug 2018 01:18:59 - @@ -2,7 +2,7 @@ COMMENT = simple off-line blog utility -DISTNAME = sblg-0.4.14 +DISTNAME = sblg-0.4.15 CATEGORIES = www HOMEPAGE = https://kristaps.bsd.lv/sblg/ Index: www/sblg/distinfo === RCS file: /cvs/ports/www/sblg/distinfo,v retrieving revision 1.14 diff -u -p -r1.14 distinfo --- www/sblg/distinfo 29 Jul 2018 19:45:27 - 1.14 +++ www/sblg/distinfo 18 Aug 2018 01:18:59 - @@ -1,2 +1,2 @@ -SHA256 (sblg-0.4.14.tar.gz) = kNFgCeNwKtOT7wFgUyTG1PGcL0QBsthjKR953JLYz4Q= -SIZE (sblg-0.4.14.tar.gz) = 57260 +SHA256 (sblg-0.4.15.tar.gz) = KCwIIG0HV3fCLo/93xeaWheqiaVV5v9pqKuktVhFzJs= +SIZE (sblg-0.4.15.tar.gz) = 57995
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2018/08/17 23:09:35 Modified files: www/sblg : Makefile distinfo Log message: Maintenance update to sblg-0.4.15 >From Bryan Vyhmeister (MAINTAINER)
Re: NEW: sysutils/ufetch
On 08/17/18 21:45, Jason Valencia wrote: Tiny system info for Unix-like operating systems written in POSIX shell, along the lines of screenfetch and neofetch. Tested on i386, though that should not make any difference as it is architecture-independent. 2018.07.21-git is not a valid version number. You're gonna have to host this yourself, or ask upstream to make a release or a tag. With at least with a tag, we can take advantage of gitlab's infrastructure, which is IMO much nicer than github's. Other thoughts... Why is there a V variable? You only use it once. License marker is just "# ISC" s/FULLDISTDIR/WRKSRC/g for when you host your own tarball. Please reel in the extra tabs. There's no MAINTAINER line. There should be one, and it should be you. ~Brian
Re: Porting puNES emulator on OpenBSD
Hi Fabio -- At first, I was confused by your patch. Then I realized that you weren't submitting a port for your software (what this list predominantly is for), you were asking for help adding OpenBSD support to your software (a related but slightly different meaning of port). I do hope to see you contribute a port of puNES once OpenBSD support is added, but I see no reason why we can't help you with this kind of porting for the time being, especially since the support needs to be added before a port can be made. Comments inline. On 8/17/2018 2:45 PM, FHorse Author wrote: > Greetings to the community, > I'm the author of puNES emulator (https://github.com/punesemu/puNES) > and I was thinking of doing the porting on OpenBSD (at least 386 and > amd64 arch). I've started working on it over these two days, I've Does puNES not work on non-x86 archs? > installed OpenBSD 6.3 on a virtual machine and after some headaches When it comes time to make a port, you will need to be running -current, as all ports tree work is done there. It may be helpful for you to make the transition to -current now rather than later. > I managed to compile the sources. It doesn't have sound and > not support gamepads (I need to study the audio and input stack of > OpenBSD, I've never used this OS) but runs on the VirtualBOX machine. > I wanted to ask if someone could test on a real computer, I don't have > enough space to install a new OS. Also if I need some advice and > suggestions I'd like to ask here. > > To compile it needs the following dependencies: > * egcc and eg++ (for the support of c++11) This is no good. amd64 and i386 have clang-6.0.0 installed by default and used as the default compiler (it's /usr/bin/cc and /usr/bin/c++, alternatively /usr/bin/clang and /usr/bin/clang++). You should be using that. Adding CC=cc and CXX=c++ to your configure script invocation would do the trick. > * qt5 > * sdl-1.2 > * xdg-utils > > # git clone https://github.com/punesemu/puNES > # cd puNES > # patch -p1 < ../punes_openbsd_v5.patch I ripped out the egcc/eg++ stuff from your patch, since it is preferable to use clang over gcc-4.9.4. > # ./autogen.sh > # CFLAGS="-g -DDEBUG" CXXFLAGS="-g -DDEBUG" ./configure \ > # --disable-release --enable-qt5 > # make Unfortunately, puNES fails to build with clang. The relevant build log is attached. ~Brian punes.log.gz Description: GNU Zip compressed data
NEW: sysutils/ufetch
Tiny system info for Unix-like operating systems written in POSIX shell, along the lines of screenfetch and neofetch. Tested on i386, though that should not make any difference as it is architecture-independent. ufetch.tar.gz Description: application/tar-gz
[MAINTAINER UPDATE] www/sblg to 0.4.15
This is another simple maintainer update of sblg from 0.4.14 to 0.4.15. The changes listed by the author are: "Introduce ${sblg-has|key}, which tests whether key has been set (e.g., data-sblg-set-key=foo). If it has been set, emits sblg-has-key, or nothing otherwise. This is useful for classes whose children will be masked depending upon the existence of a key. Properly show dates in UTC instead of localtime. (Unless asking for localtime.)" I did testing on amd64 with no issues. I expect it should work fine everywhere. If someone could ok and commit, that would be great. Bryan Index: www/sblg/Makefile === RCS file: /cvs/ports/www/sblg/Makefile,v retrieving revision 1.15 diff -u -p -r1.15 Makefile --- www/sblg/Makefile 29 Jul 2018 19:45:27 - 1.15 +++ www/sblg/Makefile 18 Aug 2018 01:18:59 - @@ -2,7 +2,7 @@ COMMENT = simple off-line blog utility -DISTNAME = sblg-0.4.14 +DISTNAME = sblg-0.4.15 CATEGORIES = www HOMEPAGE = https://kristaps.bsd.lv/sblg/ Index: www/sblg/distinfo === RCS file: /cvs/ports/www/sblg/distinfo,v retrieving revision 1.14 diff -u -p -r1.14 distinfo --- www/sblg/distinfo 29 Jul 2018 19:45:27 - 1.14 +++ www/sblg/distinfo 18 Aug 2018 01:18:59 - @@ -1,2 +1,2 @@ -SHA256 (sblg-0.4.14.tar.gz) = kNFgCeNwKtOT7wFgUyTG1PGcL0QBsthjKR953JLYz4Q= -SIZE (sblg-0.4.14.tar.gz) = 57260 +SHA256 (sblg-0.4.15.tar.gz) = KCwIIG0HV3fCLo/93xeaWheqiaVV5v9pqKuktVhFzJs= +SIZE (sblg-0.4.15.tar.gz) = 57995
[update] lang/node to 8.11.4
Hola! Here is an update to node. I have done my normal testing. No issues so far. Changelog here: https://github.com/nodejs/node/blob/master/doc/changelogs/CHANGELOG_V8.md#8.11.4 OK? diff --git a/lang/node/Makefile b/lang/node/Makefile index 2cb81fcb34e..d3124945c53 100644 --- a/lang/node/Makefile +++ b/lang/node/Makefile @@ -10,7 +10,7 @@ USE_WXNEEDED =Yes COMMENT = V8 JavaScript for clients and servers -NODE_VERSION = v8.11.3 +NODE_VERSION = v8.11.4 PLEDGE_VER = 1.1.0 DISTFILES =node-pledge-{}${PLEDGE_VER}.tar.gz:0 ${DISTNAME}.tar.gz diff --git a/lang/node/distinfo b/lang/node/distinfo index 17480a3a7fe..61139ae7455 100644 --- a/lang/node/distinfo +++ b/lang/node/distinfo @@ -1,4 +1,4 @@ SHA256 (node-pledge-1.1.0.tar.gz) = BuKnrXSkqpTb5Tfap1AHk+l7ucTJLEWbMFNbgQkNBsw= -SHA256 (node-v8.11.3.tar.gz) = DX55XAV5ImyLGXNTu7k5LK6AL0/vpHh6LA5ni+r4XM4= +SHA256 (node-v8.11.4.tar.gz) = RZFE42HWTKc2LDfMlxfARO+QnTSMtao/K2JThWCmCFo= SIZE (node-pledge-1.1.0.tar.gz) = 2560 -SIZE (node-v8.11.3.tar.gz) = 31115954 +SIZE (node-v8.11.4.tar.gz) = 31122833 -- PGP: 0x1F81112D62A9ADCE / 3586 3350 BFEA C101 DB1A 4AF0 1F81 112D 62A9 ADCE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2018/08/17 19:12:28 Modified files: sysutils/dep : Makefile distinfo Log message: Bump to latest. Changelog here: https://golang.github.io/dep/blog/2018/07/25/announce-v0.5.0.html OK juanfra@
Re: Python script using /proc
On Thu, Aug 16, 2018 at 03:28:57PM +0200, butresin wrote: > There is a python script, what is using the /proc/ directory. > It is an extension to a program, OpenBSD/ports/productivity/taskwarrior. > OpenBSD does not deliver it, but one can easyli using it, copying to > ~/.task/hooks/ directory. > https://github.com/JensErat/task-relative-recur/on-modify.relative-recur > > I was using very heavily, on a system, with /proc directory, beacuse it is > very useful and productive. > The script one times was not working on OpenBSD, but was working 15 times. I > don't know why. > So I checked and see this in code: > > code: > # wait fot taskwarrior for finish > while (os.path.exists("/proc/%s" % str(task_pid))); > time.sleep(0.25) > code EOF > > The script first delete a task, waiting for finish, and after that create a > new task. > The waiting portion see in the above code snippet, fully at the link above. > On OpenBSD there is not /proc, so the script not sleep anything. > Should i worry? > > I searched www.openbsd.org/faq/ports end the ports@ mailing list, but not > found anything about /proc handling and python. The loop will never work because the file doesn't exists. You could change the while loop to parse the output of "ps". -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: CVS: cvs.openbsd.org: ports
On Fri, Aug 17, 2018 at 01:19:14PM -0600, Jasper Lievisse Adriaanse wrote: > CVSROOT: /cvs > Module name: ports > Changes by: jas...@cvs.openbsd.org 2018/08/17 13:19:14 > > Modified files: > net/zabbix : Makefile > net/zabbix/pkg : README-web > > Log message: > adjust sample configuration for httpd(8) to deny requests to "conf/" to match > .htaccess This was OK gonzalo@ and robert@ (MAINTAINER) -- jasper
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/08/17 13:19:14 Modified files: net/zabbix : Makefile net/zabbix/pkg : README-web Log message: adjust sample configuration for httpd(8) to deny requests to "conf/" to match .htaccess
Re: [NEW] games/mvdsv 0.32
On Thu, Aug 16, 2018 at 10:38:21PM +0200, Frederic Cambus wrote: > On Thu, Aug 16, 2018 at 06:24:51PM +0100, Tom Murphy wrote: > > > > I've made a number of changes to this. Make sure the pkg/* stuff is still > > > correct. That opening line to the pkg/DESCR sounds a little too > > > advertise-y > > > for my tastes but maybe someone else will tell me it's fine. > > > > > > ~Brian > > > > > Looks good! I reworded the DESCR a little bit to make it sound less of > > an "advertisement". > > > > Updated tarball attached. > > I'm not sure if it's a good idea to have qwprogs.dat in files/, as it > means commiting a 196K binary file to CVS. > > I think it would be better to package it and host it somewhere, and > download it as an additional distfile. Hi Frederic, The file is freely distributable (under GPLv2+ license), and there's a copy up at: https://github.com/id-Software/Quake/blob/master/QW/progs/qwprogs.dat Would that be a sufficient place to get it or does it need to be hosted somewhere else? I don't have the capability to do any long term hosting of distfiles, unfortunately. -Tom
Re: NEW: games/spacetrader
Brian Callahan wrote: > Hi ports -- > > Attached is a new port, games/spacetrader. Space Trader is an > interstellar trading strategy game. > > --- > pkg/DESCR: > Space Trader centers on buying and selling commodities in various star > systems around the galaxy. The player has one of several types of > spacecraft, and interacts with other traders, pirates, and police. The > goal is to earn enough money to retire to your own moon. > > This package is a port of the original Palm OS game to C#. > --- > > A long time ago I owned a Palm IIIc and this was by far the best game I > had on it. I found out yesterday that there was a port made of the game > to C#, which mono can build just fine. There are small issues I noticed > where the encounter window cuts off part of the buttons (but they are > still readable, so the game is still playable) and the keyboard > shortcuts might not work on every WM (they work in cwm but don't in > fluxbox, for example). But all those shortcuts have menu options, so > nothing is lost. But if anyone could point me to whether or not this is > a mono thing or something specific to the game, I'd appreciate it so it > could get fixed someday. > > This game is just as addicting as when I last played it 15 years ago. I > spent way more hours than I'd care to admit playing it yesterday. > > OK? > > ~Brian Compiles and runs fine on my system. Pretty cool game! Reminds me of the old BBS door Tradewars, only better. Thanks, Tom
Porting puNES emulator on OpenBSD
Greetings to the community, I'm the author of puNES emulator (https://github.com/punesemu/puNES) and I was thinking of doing the porting on OpenBSD (at least 386 and amd64 arch). I've started working on it over these two days, I've installed OpenBSD 6.3 on a virtual machine and after some headaches I managed to compile the sources. It doesn't have sound and not support gamepads (I need to study the audio and input stack of OpenBSD, I've never used this OS) but runs on the VirtualBOX machine. I wanted to ask if someone could test on a real computer, I don't have enough space to install a new OS. Also if I need some advice and suggestions I'd like to ask here. To compile it needs the following dependencies: * egcc and eg++ (for the support of c++11) * qt5 * sdl-1.2 * xdg-utils # git clone https://github.com/punesemu/puNES # cd puNES # patch -p1 < ../punes_openbsd_v5.patch # ./autogen.sh # CFLAGS="-g -DDEBUG" CXXFLAGS="-g -DDEBUG" ./configure \ # --disable-release --enable-qt5 # make the executable "punes" is in the src directory I apologize if I written the request badly and if maybe this is not the right place to ask for help. Thanks for your attention. Fabio Cavallo diff --git a/autogen.sh b/autogen.sh index 872167c6..07e8905d 100755 --- a/autogen.sh +++ b/autogen.sh @@ -1,3 +1,16 @@ #!/bin/sh +if [[ "$(uname)" == "OpenBSD" ]] ; then + if [[ -z "${AUTOCONF_VERSION:-}" ]] ; then + export AUTOCONF_VERSION + AUTOCONF_VERSION="$(ls -1 /usr/local/bin/autoreconf-* | sort | tail -n 1)" + AUTOCONF_VERSION="${AUTOCONF_VERSION##*-}" + fi + if [[ -z "${AUTOMAKE_VERSION:-}" ]] ; then + export AUTOMAKE_VERSION + AUTOMAKE_VERSION="$(ls -1 /usr/local/bin/automake-* | sort | tail -n 1)" + AUTOMAKE_VERSION="${AUTOMAKE_VERSION##*-}" + fi +fi + autoreconf -vif diff --git a/configure.ac b/configure.ac index 647763b0..fef130d3 100644 --- a/configure.ac +++ b/configure.ac @@ -13,9 +13,9 @@ AM_INIT_AUTOMAKE(subdir-objects foreign [-Wall]) AC_CONFIG_HEADERS([config.h]) # Checks for programs. -AC_PROG_CC +AC_PROG_CC([egcc gcc]) AC_PROG_CPP -AC_PROG_CXX +AC_PROG_CXX([eg++ g++]) AC_PROG_RANLIB AM_PROG_AR @@ -108,6 +108,17 @@ AS_CASE(["$host_os"], CUSTOMDEFINES="${CUSTOMDEFINES} -DWITH_OPENGL -DGLEW_STATIC" my_CPPFLAGS="${my_CPPFLAGS} -I${TOP_SRCDIR}/src/gui/linux -I${TOP_SRCDIR}/src/video/sdl" linux=yes + openbsd=no + windows=no + with_d3d9=no + with_opengl=yes + ], + [openbsd*], [ + MOCDEFINES="${MOCDEFINES} -D__OpenBSD__" + CUSTOMDEFINES="${CUSTOMDEFINES} -DWITH_OPENGL -DGLEW_STATIC" + my_CPPFLAGS="${my_CPPFLAGS} -I${TOP_SRCDIR}/src/gui/openbsd -I${TOP_SRCDIR}/src/video/sdl" + linux=no + openbsd=yes windows=no with_d3d9=no with_opengl=yes @@ -116,6 +127,7 @@ AS_CASE(["$host_os"], MOCDEFINES="${MOCDEFINES} -D__WIN32__" my_CPPFLAGS="${my_CPPFLAGS} -I${TOP_SRCDIR}/src/gui/windows" linux=no + openbsd=no windows=yes AS_IF([test "x$with_opengl" = xyes], [ with_d3d9=no @@ -142,6 +154,7 @@ AS_CASE(["$host_os"], ) AM_CONDITIONAL(LINUX,[test "x$linux" = xyes]) +AM_CONDITIONAL(OPENBSD,[test "x$openbsd" = xyes]) AM_CONDITIONAL(WINDOWS,[test "x$windows" = xyes]) AM_CONDITIONAL(ENAB_RELEASE,[test "x$enable_release" = xyes]) AM_CONDITIONAL(ENAB_QT5,[test "x$enable_qt5" = xyes]) @@ -864,6 +877,35 @@ void blah(){ my_LIBS="${my_LIBS} ${alsa_LIBS}" ]) +AM_COND_IF([OPENBSD], [ + AM_COND_IF([WITH_OPENGL_CG], [ + PKG_CHECK_MODULES(nvidia_cg_toolkit_pkgconfig, [nvidia-cg-toolkit-gl], [ + CUSTOMDEFINES="${CUSTOMDEFINES} -DWITH_OPENGL_CG" + my_CPPFLAGS="${my_CPPFLAGS} ${nvidia_cg_toolkit_pkgconfig_CFLAGS}" + my_LIBS="${my_LIBS} ${nvidia_cg_toolkit_pkgconfig_LIBS}" + ], [ + # Check if NVIDIA CG toolkit is present without pkg-config + AC_MSG_CHECKING([NVIDIA CG toolkit is present]) + AC_COMPILE_IFELSE([AC_LANG_SOURCE([ +#include "Cg/cg.h" +#include "Cg/cgGL.h" +void blah(){ + CGcontext cgx = cgCreateContext(); +}]) + ], [ +AC_MSG_RESULT([yes]) +CUSTOMDEFINES="${CUSTOMDEFINES} -DWITH_OPENGL_CG" +my_LIBS="${my_LIBS} -lCg -lCgGL" + ], [ +AC_MSG_RESULT([no]) + ]) + ]) + ]) + #PKG_CHECK_MODULES(alsa, [alsa]) + #my_CPPFLAGS="${my_CPPFLAGS} ${alsa_CFLAGS}" + #my_LIBS="${my_LIBS} ${alsa_LIBS}" +]) + AS_CASE(["$host_os"], [mingw32*], [ AC_CHECK_TOOL(WINDRES, windres, [no]) @@ -893,6 +935,12 @@ AC_SUBST(LIB7ZIP_SRC) AC_SUBST(LIB7ZIP_LIBS) # The End +AM_COND_IF([LINUX], [ + my_LIBS="${my_LIBS} -ldl -lpthread" +]) +AM_COND_IF([OPENBSD], [ + my_LIBS="${my_LIBS} -lstdc++ -lpthread" +]) AM_COND_IF([WINDOWS], [ AM_COND_IF([ENAB_RELEASE], [ my_LDFLAGS="${my_LDFLAGS} -Wl,-subsystem,windows" @@ -902,9 +950,6 @@ AM_COND_IF([WINDOWS], [ my_LDFLAGS="${my_LDFLAGS} -static-libgcc -static-libstdc++" my_LIBS="${my_LIBS} -lwinmm -luuid -lole32 -lws2_32 -ladvapi32 -lshell32 -luser32 -lkernel32 -lgdi32 -loleaut32 -lcomdlg32 -limm32 -lwinspool" ]) -AM_COND_IF([LINUX], [ - my_LIBS="${my_LIBS} -ldl -lpthread" -]) AC_SUBST(CUSTOMDEFINES)
Re: NEW: devel/py-test-forked [1/2]
Hi Daniel, The port doesn't have tests for now, but it might get them in the future. I send you another tarball with NO_TEST. Cheers. Elias. 2018-08-16 16:04 GMT-03:00 Daniel Jakots : > On Fri, 10 Aug 2018 13:09:42 -0300, "Elias M. Mariani" > wrote: > >> Added: >> TEST_DEPENDS = ${RUN_DEPENDS} >> >> Requested by sthen for the OK. >> >> 2018-07-21 22:48 GMT-03:00 Elias M. Mariani : >> > Is a dependency for the update of py-test-xdist. >> > The name seems pretty self explanatory... >> > >> > Cheers. >> > Elias. > > tests don't work: > Ran 0 tests in 0.000s > > can you look into it please? > > Cheers, > Daniel > py-test-forked-0.2.tar.gz Description: GNU Zip compressed data
Re: [NEW/WIP] Qflow porting // [3/7] graywolf
On 8/17/2018 1:10 AM, Alessandro DE LAURENZIS wrote: > Hi Brian, > > On 08/16/18 20:04, Brian Callahan wrote: > [...] >> At this point, the only thing I would change is the pkg/DESCR. As it >> is, you can combine the first two sentences into one, something like: >> >> graywolf is a fork of TimberWolf 6.3.5, a placement tool used in VLSI >> design. >> >> But the middle paragraph of the DESCR doesn't really tell me what >> this is or what it does, just that it used to be a project developed >> at Yale. Maybe instead that's a spot to explain what a placement tool >> is or does. The last bit is fine, it's likely useful especially for >> those who have used the original software in the past. > > Good point; I tried to rephrase a bit the general description of > TinderWolf as per its authors' presentation in the IEEE Journal of > Solid-State Circuits [1] and mix it with the old middle paragraph (I > would preserve the note about the open source availability of the > software, which is the root cause of graywolf fork), ending up with > the following: > I think this one is fine. The other one is probably a little too much. ~Brian > [... snip ...] > > graywolf is a fork of TimberWolf 6.3.5, a placement tool used in VLSI > design. > > TimberWolf is an integrated set of placement (and routing) programs, > based on the general combinatorial optimization technique known > as simulated annealing. Its last open-source distribution by Yale > University is suitable for standard cell, macro/custom cell, and > gate-array professional-grade placement. > > The main improvement in graywolf is that the build process is more > streamlined and that it behaves as a normal tool - you can call it > from anywhere and no environment variables must be set first. > > graywolf is mainly used together with Qflow > (http://opencircuitdesign.com/qflow/). > > [... snip ...] > > If you think we need a more detailed explanation of what placement > step does within VLSI design flow (I think it is superfluous, but I > would not object), we could also add the definition from Wikipedia [2]: > > [... snip ...] > > graywolf is a fork of TimberWolf 6.3.5, a placement tool used in VLSI > design. > > Placement is the portion of the physical design flow that assigns exact > locations for various circuit components within the chip's core area. > > TimberWolf is an integrated set of placement (and routing) programs, > based on the general combinatorial optimization technique known > as simulated annealing. Its last open-source distribution by Yale > University is suitable for standard cell, macro/custom cell, and > gate-array professional-grade placement. > > The main improvement in graywolf is that the build process is more > streamlined and that it behaves as a normal tool - you can call it > from anywhere and no environment variables must be set first. > > graywolf is mainly used together with Qflow > (http://opencircuitdesign.com/qflow/). > > [... snip ...] > > Let me know what you think. > > All the best > > [1] https://ieeexplore.ieee.org/document/1052337/ > [2] https://en.wikipedia.org/wiki/Placement_(EDA) >
Re: UPDATE mail/s-nail
Hey. Steffen Nurpmeso wrote in <20180809203425.2sjei%stef...@sdaoden.eu>: |Update to v14.9.11 ("Tit family enjoying a bath") with many many |bugfixes and some new features like message info "from the front": | | ? digmsg create 1 -;digmsg 1 header show from; digmsg remove 1 In no way i wanna push forward anything, 'just want to mention that, last time i tried, "set mta-no-receiver-arguments" in some .mailrc was helpful; this was introduced in October 2017 specifically to deal with OpenSMTPD 6.0.2p1, because i found it "joins command line arguments onto receivers given in the message, which can result in multiple deliveries to the same addressee". In case someone stumbles upon this. Have a nice weekend and Ciao! Ciao! Ciao! --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: NEW: graphics/libmypaint [1/3]
On 08/16/18 06:47, Elias M. Mariani wrote: > Required to update GIMP to 2.10.4. > libmypaint, a.k.a. "brushlib", is a library for making brushstrokes > which is used by MyPaint and other projects. > http://mypaint.org > > Cheers. > Elias. > A couple of tests fails but they could be addressed later, gimp 2.4.10 works. ok giovanni@ if someone wants to commit. Cheers Giovanni
[update] sysutils/dep to 0.5.0
Hi, Here is an update to dep, the Go dependency management tool. Full change log here: https://golang.github.io/dep/blog/2018/07/25/announce-v0.5.0.html I updated this a while and forgot to send it in :D - so everything tests fine! OK? Cheers, Aaron diff --git a/sysutils/dep/Makefile b/sysutils/dep/Makefile index 2a61fbf0e9e..fdee09750de 100644 --- a/sysutils/dep/Makefile +++ b/sysutils/dep/Makefile @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.1.1.1 2018/07/30 00:35:56 abieber Exp $ COMMENT = Go dependency management tool -DISTNAME = dep-0.4.1 +DISTNAME = dep-0.5.0 CATEGORIES = sysutils diff --git a/sysutils/dep/distinfo b/sysutils/dep/distinfo index 4ec39f035a0..eb015cc068c 100644 --- a/sysutils/dep/distinfo +++ b/sysutils/dep/distinfo @@ -1,2 +1,2 @@ -SHA256 (dep-0.4.1.tar.gz) = 35sFC/TbsqjPBDcgl6aLBKauGYbtfFCGkUrIbXTqnUk= -SIZE (dep-0.4.1.tar.gz) = 4826938 +SHA256 (dep-0.5.0.tar.gz) = ZcMcjVFRPfq9JfHzfs0io4qzvN1Yk73xD1SUElDk8Z0= +SIZE (dep-0.5.0.tar.gz) = 3945435 -- PGP: 0x1F81112D62A9ADCE / 3586 3350 BFEA C101 DB1A 4AF0 1F81 112D 62A9 ADCE
Re: NEW: graphics/mypaint-brushes [2/3]
On 08/16/18 06:51, Elias M. Mariani wrote: > Required to update GIMP to 2.10.4. > Requires graphics/libmypaint in previous mail. > https://marc.info/?l=openbsd-ports=15343949955 > > Brushes used by MyPaint and other software using libmypaint. > > Cheers. > Elias. > gimp 2.4.10 (wip) works fine. ok giovanni@ if someone wants to commit. Cheers Giovanni
Re: update mail/mblaze
Solene Rapenne wrote: > Hello, the following patch update mblaze to 0.4 > > New tool mrefile to move or copy messages. > contrib/mp7m: add application/pkcs7-mime decoder > mcom: allow setting arbitrary headers from command line > mcom: add -body to prepopulate drafts > mcom: mark drafts as seen after sending > mcom: update flags after mrep/mbnc/mfwd > mshow: add -B to decode MIME parameters in broken mails > magrep: add -l flag > Many bug fixes. > > PLIST is modified because of the new mrefile binary/man page > > new version passes the tests 100% Have a similar diff locally, tested on amd64, ok. > > Index: Makefile > === > RCS file: /cvs/ports/mail/mblaze/Makefile,v > retrieving revision 1.3 > diff -u -p -r1.3 Makefile > --- Makefile 19 Feb 2018 05:25:09 - 1.3 > +++ Makefile 17 Aug 2018 08:01:39 - > @@ -2,7 +2,7 @@ > > COMMENT =set of Maildir utilities > > -VERSION =0.3.2 > +VERSION =0.4 > DISTNAME = mblaze-${VERSION} > GH_ACCOUNT = chneukirchen > GH_PROJECT = mblaze > Index: distinfo > === > RCS file: /cvs/ports/mail/mblaze/distinfo,v > retrieving revision 1.2 > diff -u -p -r1.2 distinfo > --- distinfo 19 Feb 2018 05:22:45 - 1.2 > +++ distinfo 17 Aug 2018 08:01:39 - > @@ -1,2 +1,2 @@ > -SHA256 (mblaze-0.3.2.tar.gz) = xALcWMCQqamwBfAWdztE4ic0zg5AiZKUq98rjsMQtvU= > -SIZE (mblaze-0.3.2.tar.gz) = 83884 > +SHA256 (mblaze-0.4.tar.gz) = g9/9f+dPqHFkLpfblOJ8BFBvdG+k1rovlcGogGONbgw= > +SIZE (mblaze-0.4.tar.gz) = 85934 > Index: pkg/PLIST > === > RCS file: /cvs/ports/mail/mblaze/pkg/PLIST,v > retrieving revision 1.2 > diff -u -p -r1.2 PLIST > --- pkg/PLIST 19 Feb 2018 05:22:45 - 1.2 > +++ pkg/PLIST 17 Aug 2018 08:01:39 - > @@ -22,6 +22,7 @@ bin/mnext > @bin bin/mpick > bin/mprev > bin/mquote > +bin/mrefile > bin/mrep > @bin bin/mscan > @bin bin/msed > @@ -48,6 +49,7 @@ bin/museragent > @man man/man1/mmime.1 > @man man/man1/mmkdir.1 > @man man/man1/mpick.1 > +@man man/man1/mrefile.1 > @man man/man1/mrep.1 > @man man/man1/mscan.1 > @man man/man1/msed.1
new: textproc/py-parseofx
Hi, A new port for parsing OFX files (Open Financial Exchange). ofxparse is a parser for Open Financial Exchange (.ofx) format files. OFX files are available from almost any online banking site, so they work well if you want to pull together your finances from multiple sources. Online trading accounts also provide account statements in OFX files. There are three different types of OFX files, called BankAccount, CreditAccount and InvestmentAccount files. This library has been tested with real-world samples of all three types. If you find a file that does not work with this library, please consider contributing the file so ofxparse can be improved. See the Help! section below for directions on how to do this. All tests are passing (py2 and py3): Ran 64 tests in 4.501s As for py-cached-property, it is a dependency of tryton (module account_statement_ofx). http://doc.tryton.org/4.8/modules/account_statement_ofx/doc/index.html http://hg.tryton.org/modules/account_statement_ofx/ I am taking maintainership of it. Thanks. -- Sebastien Marie py-ofxparse.tar.gz Description: application/tar-gz
Re: update mail/mblaze
Works for me on sparc64, tests pass. OK kn
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/08/17 03:07:44 Modified files: x11/gnome/documents: Makefile distinfo Log message: Update to gnome-documents-3.28.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2018/08/17 02:21:16 Modified files: x11/qt5/qtbase : Makefile Added files: x11/qt5/qtbase/patches: patch-src_widgets_widgets_qdockarealayout_cpp patch-src_widgets_widgets_qdockarealayout_p_h Log message: Fix placing widgets top left corner erroneously (QTBUG-68939). Fixes KDevelop, Trojita, Vym and others. >From upstream via Caspar Schutijser, many thanks!
update mail/mblaze
Hello, the following patch update mblaze to 0.4 New tool mrefile to move or copy messages. contrib/mp7m: add application/pkcs7-mime decoder mcom: allow setting arbitrary headers from command line mcom: add -body to prepopulate drafts mcom: mark drafts as seen after sending mcom: update flags after mrep/mbnc/mfwd mshow: add -B to decode MIME parameters in broken mails magrep: add -l flag Many bug fixes. PLIST is modified because of the new mrefile binary/man page new version passes the tests 100% Index: Makefile === RCS file: /cvs/ports/mail/mblaze/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- Makefile19 Feb 2018 05:25:09 - 1.3 +++ Makefile17 Aug 2018 08:01:39 - @@ -2,7 +2,7 @@ COMMENT = set of Maildir utilities -VERSION = 0.3.2 +VERSION = 0.4 DISTNAME = mblaze-${VERSION} GH_ACCOUNT = chneukirchen GH_PROJECT = mblaze Index: distinfo === RCS file: /cvs/ports/mail/mblaze/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo19 Feb 2018 05:22:45 - 1.2 +++ distinfo17 Aug 2018 08:01:39 - @@ -1,2 +1,2 @@ -SHA256 (mblaze-0.3.2.tar.gz) = xALcWMCQqamwBfAWdztE4ic0zg5AiZKUq98rjsMQtvU= -SIZE (mblaze-0.3.2.tar.gz) = 83884 +SHA256 (mblaze-0.4.tar.gz) = g9/9f+dPqHFkLpfblOJ8BFBvdG+k1rovlcGogGONbgw= +SIZE (mblaze-0.4.tar.gz) = 85934 Index: pkg/PLIST === RCS file: /cvs/ports/mail/mblaze/pkg/PLIST,v retrieving revision 1.2 diff -u -p -r1.2 PLIST --- pkg/PLIST 19 Feb 2018 05:22:45 - 1.2 +++ pkg/PLIST 17 Aug 2018 08:01:39 - @@ -22,6 +22,7 @@ bin/mnext @bin bin/mpick bin/mprev bin/mquote +bin/mrefile bin/mrep @bin bin/mscan @bin bin/msed @@ -48,6 +49,7 @@ bin/museragent @man man/man1/mmime.1 @man man/man1/mmkdir.1 @man man/man1/mpick.1 +@man man/man1/mrefile.1 @man man/man1/mrep.1 @man man/man1/mscan.1 @man man/man1/msed.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/08/17 02:03:57 Modified files: devel/glib2: Makefile distinfo devel/glib2/patches: patch-configure_ac devel/glib2/pkg: PLIST Log message: Update to glib2-2.56.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2018/08/17 01:49:58 Modified files: security/yara : Makefile.inc security/yara/main: distinfo security/yara/python: distinfo Log message: update yara to 3.8.1. ok benoit@.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/08/17 01:34:01 Modified files: astro/stellarium: Makefile distinfo astro/stellarium/pkg: PLIST Log message: Update to stellarium-0.18.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/08/17 01:18:59 Modified files: emulators/qemu : Makefile distinfo emulators/qemu/patches: patch-configure Removed files: emulators/qemu/patches: patch-roms_vgabios_vgabios_c Log message: Update to qemu-3.0.0. from Brad (maintainer)
[UPDATE] security/yara
Hi, this diff updates yara and py-yara to latest releases (3.8.1). Ok? Cheers, Remi. Index: Makefile.inc === RCS file: /cvs/ports/security/yara/Makefile.inc,v retrieving revision 1.9 diff -u -p -u -p -r1.9 Makefile.inc --- Makefile.inc 16 Aug 2018 09:58:47 - 1.9 +++ Makefile.inc 17 Aug 2018 07:14:30 - @@ -1,6 +1,6 @@ # $OpenBSD: Makefile.inc,v 1.9 2018/08/16 09:58:47 rpointel Exp $ -VERSION ?= 3.8.0 +VERSION ?= 3.8.1 CATEGORIES = security Index: main/distinfo === RCS file: /cvs/ports/security/yara/main/distinfo,v retrieving revision 1.9 diff -u -p -u -p -r1.9 distinfo --- main/distinfo 16 Aug 2018 09:58:47 - 1.9 +++ main/distinfo 17 Aug 2018 07:14:30 - @@ -1,2 +1,2 @@ -SHA256 (yara-3.8.0.tar.gz) = 62yt6erwm4JC3/BHb/aQxMQo+9z35d+TrHYjRugRmNo= -SIZE (yara-3.8.0.tar.gz) = 714919 +SHA256 (yara-3.8.1.tar.gz) = KDUncRJpNU08YOJwX390sfdp0tNd26j3+c6X0P1csco= +SIZE (yara-3.8.1.tar.gz) = 715968 Index: python/distinfo === RCS file: /cvs/ports/security/yara/python/distinfo,v retrieving revision 1.8 diff -u -p -u -p -r1.8 distinfo --- python/distinfo 16 Aug 2018 09:58:47 - 1.8 +++ python/distinfo 17 Aug 2018 07:14:30 - @@ -1,2 +1,2 @@ -SHA256 (yara-python-3.8.0.tar.gz) = pe2penKjJrEgm1WgFdEq0q1AzgjRfGa/5XcLqgmK5V4= -SIZE (yara-python-3.8.0.tar.gz) = 31536 +SHA256 (yara-python-3.8.1.tar.gz) = CCudK4y05MTdILF8sEvaFVWj3Mq4IHlHNI7PNiXYBgk= +SIZE (yara-python-3.8.1.tar.gz) = 31526
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2018/08/17 00:48:06 Modified files: textproc/ruby-rouge: Makefile distinfo textproc/ruby-rouge/pkg: PLIST Log message: Update ruby-rouge to 3.2.1.