CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/09/05 23:59:30 Modified files: multimedia/py-chromecast: Makefile distinfo multimedia/py-chromecast/pkg: PLIST Log message: Update to py3-chromecast-2.3.0.
missing file in devel/kf5/kservice package
Hello, I installed umbrello which brings kservice as a dependency and an error
showed during the install process.
solene@t480 /usr/ports $ doas pkg_add -vi umbrello
Update candidates: quirks-3.7 -> quirks-3.7
quirks-3.7 signed on 2018-09-04T22:05:13Z
File /etc/xdg/menus/applications-kde5.menu could not be installed:
No such file or directory
umbrello-17.12.3p1:kservice-5.46.0: ok
The file /etc/xdg/menus/applications-kde5.menu is present in the PLIST of
devel/kf5/kservice like this:
share/examples/xdg/menus/applications-kde5.menu
@sample ${SYSCONFDIR}/xdg/menus/applications-kde5.menu
I built the package, checked the content of the package tarball and it doesn't
have a /etc folder in it. Why?
Re: [NEW] games/freeorion
"tfrohw...@fastmail.com" wrote: > > > > >I really don't know why I can't get it to build > > Not sure if you got my message on #openbsd-gaming, but a few times running > make with env SHELL='sh -x' has helped me see what make is trying to do when > it fails. I found that the Makefile permission provided is 640, when untarring it was owned by solene:solene which is not compatible with PORTS_PRIVSEP. chmod 644 Makefile fix the build :)
Re: [NEW] gzdoom-3.5.0
Jeremie Courreges-Anglas writes: > On Fri, Aug 03 2018, timo.my...@bittivirhe.fi (Timo Myyrä) wrote: > >> timo.my...@bittivirhe.fi (Timo Myyrä) writes: >> >>> Solene Rapenne writes: >>> timo.my...@bittivirhe.fi (Timo Myyrä) wrote: > Hi, > > Here's a updated port for latest gzdoom version. > Merged the stuff from Solene's port into my old gzdoom port and bumped it > to > latest version. Tested on amd64 and quick gameplay test seems to work and > installing soundfont and tuning the ini file, the fluidsynth playback > works. > > - added patch to fix the fluidsynth library name > > - dropped old linker args from Makefile, these don't seem to be needed at > all > > - Added flag to disable GTK dialogs from building so no need for Gtk > dependency > > - fluidsynth is detected at build time so add it as build_depends. At run > time > it needs to be installed but gzdoom can use other midi players as well > so I > didn't add it to run_depends. > > - Dropped previous gxmessage dependy, the game tries kdialog, gxmessage > and > finally xmessage to show crash log. > > - OpenAL needs to be installed to have audio. > > > Timo Your port is way better than the one I submitted last month, good work! Still when using mods, I only have music and no other sound, do you have the same issue? Doom1 and Doom2 runs fine, so it may be related to the mods... >>> >>> I tested Doom One mod and only got sound in menu and no gameplay sounds or >>> music >>> at all. Got bunch of errors in console so I guess the mods are to blame. >>> >>> Timo >> >> Actually its the problem in library loading. There was wrong library names >> for >> libmpg123, libsndfile in the code. I've patched those and the sounds seem to >> work now after quick test. >> >> Updated port attached. > > Here's some late feedback. > > Regarding the patches, I don't think that #ifdef __OpenBSD__ is a good > approach. (For more on this subject, please look at "#ifdef considered > harmful" from Henry Spencer.) Please don't push such patches upstream. > For our needs in ports land, we can just patch and hardcode the use of > the un-versioned .so libs. Ideas for solutions pushable upstream: > a cmake option that controls whether dlopened library names should > contain a version; or just > #ifndef LIBFOO_NAME > #define LIBFOO_NAME "libfoo.so.1" > ... > which would allow downstreams to override the name. > > About the dlopened libraries: I guess it would be good to list them in > LIB_DEPENDS and add the relevant entries to WANTLIB so that gzdoom gets > properly updated when its deps change. (Even if ''make > port-lib-depends-check'' complains about extra libs.) > > On sparc64, I get this from cmake: > > ... > -- Performing Test HAVE_THREAD_LOCAL > -- Performing Test HAVE_THREAD_LOCAL - Failed > CMake Error at src/CMakeLists.txt:408 (message): > C++ compiler doesn't support thread_local storage duration specifier > > COMPILER = base-clang ports-gcc lets the port build and package on > sparc64. > > The rest of the port looks fine. Ok, here is an another attempt which allows passing the library names to build process and adding the COMPILER flag to Makefile. Timo gzdoom.tar.gz Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org 2018/09/05 23:05:47
Modified files:
devel/kf5/kservice: Makefile
devel/kf5/kservice/pkg: PLIST
Log message:
Zap wrong ${SYSCONFDIR}/xdg/menus from PLIST
Spotted by Elias M. Mariani"
[Ping] My submittions to port
[REVISION] devel/kf5/kservice https://marc.info/?l=openbsd-ports=153559615313702 Just a small tweak creating a folder. [NEW] net/qbittorrent 4.1.2 https://marc.info/?l=openbsd-ports=153607042127736 OK rsadowski@ "As a user, it's fine for me." from Charlene Wendling. [NEW] x11/lxqt 0.13.0 https://marc.info/?l=openbsd-ports=153607016727640 OK rsadowski@ [UPDATE] py-zmq 16.0.3 -> 17.1.2 https://marc.info/?l=openbsd-ports=153574920428455 Required to update devel/spyder [UPDATE] devel/ipython 5.3.0p0 -> 5.8.0 and devel/py-ipykernel 4.6.1p0 -> 4.9.0 https://marc.info/?l=openbsd-ports=153565082731192 Required to update devel/spyder Adding Edd (maintainer) to the Cc. UPDATE: devel/py-test suite update https://marc.info/?l=openbsd-ports=153374640023407 This one already kind that expire, I should update the update, but I would prefer if someone could offer to test and import it with me before going through the same process again. Thanks for the work on ports@. Cheers. Elias.
Re: Update to claws-mail-3.17.1
On Wed, 5 Sep 2018 22:54:48 +0200, Remi Locherer wrote: > On Mon, Sep 03, 2018 at 09:29:20PM -0400, Daniel Jakots wrote: > > Hi, > > > > claws-mail released a few days ago a new version. The most important > > thing in the changelog portwise is > > * nettle is now required, following removal of libcrypt from glibc > > > > so we can remove our main patch now. > > > > I'm looking for testers, so if you use claws-mail, please try this > > diff! I've been running it for 24 hours and looks fine. > > > > > > portcheck complains: > > in -main, default FLAVOR: the following libraries in WANTLIB-main > > look like masked by RUN_DEPENDS-main: croco-0.6 rsvg-2 xml2 > > but I don't really know what to do. > > > > I'll probably reorder LIB_DEPENDS-main in another commit. > > > > Comments? Test reports? OK? > > It builds fine and I could also read my mail on an imap server. > Importing an mbox file also worked. Testing done on amd64. > > port-lib-depends-check is complaining about missing WANTLIB fribidi. Yeah, that's "normal", sometimes it complains and sometimes it doesn't. AFAIK there are several ports where it happens.
Re: NEW: lang/gpc
On 08/13/18 20:47, Brian Callahan wrote: On 7/29/18 2:03 AM, Brian Callahan wrote: On 07/20/18 21:00, Brian Callahan wrote: On 07/13/18 22:37, Brian Callahan wrote: Hi ports -- Recently, I needed a Pascal compiler for arm. I am not smart enough to port Free Pascal to arm, though it seems like such a task is possible. Instead, I made a port of the old GNU Pascal compiler. While gpc is perfectly usable, and was able to compile the Pascal code I needed it to, it has not kept up with gcc itself; the "latest" gcc that gpc can run on top of is 4.3.5. What I did for this port was resurrect gcc-4.2.4 from ports (as gcc-4.2.4 is one of the supported gcc versions for gpc, and the latest one we had a port of) and patched gpc on top of it. Hence the self-hosted tarball. The port then does a non-bootstrap build of gpc, fakes it, then I rip out all the gcc stuff so that we're just left with the gpc compiler and its headers and libraries. Because no one wants a copy of gcc-4.2.4 lying around, and gpc doesn't need it. This works for me on amd64 (linked with lld), i386, and armv7. Additionally, I discovered a kludge that allows gpc to link with lld--so this port is "future proof" in that regard. Is gpc something we would want in ports, despite its age? I will need the Pascal on armv7 setup for the foreseeable future, so I am willing to maintain it. And it has the minor side benefit of opening up a new language for (most) of our exotic archs. ~Brian I thought about this, and since I am going to need it and it stays out of the way of any other compiler, and I'm willing to maintain it (where maintain = ensure it continues to build with clang and link with lld), I would like to put this in. So now looking for OKs. Here's a new tarball, now with powerpc support as well. OK? ~Brian Ping. Ping. Also tested now on sparc64. ~Brian Ping? Am I the only one who needs to compile Standard Pascal/Extended Pascal these days? (Don't answer that...) Still all good on amd64, i386, macppc, and sparc64. Tarball reattached for convenience. ~Brian gpc.tgz Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2018/09/05 15:39:18 Modified files: lang/gambit: Makefile distinfo lang/gambit/patches: patch-doc_makefile_in Added files: lang/gambit/patches: patch-configure Log message: Update to gambit 4.9.0.
Re: [NEW] games/freeorion
>I really don't know why I can't get it to build Not sure if you got my message on #openbsd-gaming, but a few times running make with env SHELL='sh -x' has helped me see what make is trying to do when it fails.
Re: Update to claws-mail-3.17.1
On Mon, Sep 03, 2018 at 09:29:20PM -0400, Daniel Jakots wrote: > Hi, > > claws-mail released a few days ago a new version. The most important > thing in the changelog portwise is > * nettle is now required, following removal of libcrypt from glibc > > so we can remove our main patch now. > > I'm looking for testers, so if you use claws-mail, please try this > diff! I've been running it for 24 hours and looks fine. > > > portcheck complains: > in -main, default FLAVOR: the following libraries in WANTLIB-main look > like masked by RUN_DEPENDS-main: croco-0.6 rsvg-2 xml2 > but I don't really know what to do. > > I'll probably reorder LIB_DEPENDS-main in another commit. > > Comments? Test reports? OK? It builds fine and I could also read my mail on an imap server. Importing an mbox file also worked. Testing done on amd64. port-lib-depends-check is complaining about missing WANTLIB fribidi. Remi
Re: NEW: graphics/kdiagram
On Wed Sep 05, 2018 at 06:06:46PM +0200, Solene Rapenne wrote: > > $ make port-lib-depends-check reports > > kdiagram-2.6.1(graphics/kdiagram): > Missing lib: Qt5Svg.2 (/usr/local/lib/libKChart.so.0.0) (NOT REACHABLE) > *** Error 1 in target 'port-lib-depends-check' (ignored) > Correct, fixed. Thanks > > doas this port is a requirement for a future port? Another diagram tool > wouldn't hurt... :) > This is required for a possible update for productivity/kmymoney and other KDE5 ports.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/09/05 13:40:18 Modified files: lang : Makefile Log message: +secularize
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/09/05 13:38:25 Log message: import secularize-0.0.1 secularize allows infidels to run HolyC source on systems other than the divine TempleOS. promted by mlarkin@ at g2k18 ok aja@ Status: Vendor Tag: jasper Release Tags: jasper_20180509 N ports/lang/secularize/Makefile N ports/lang/secularize/distinfo N ports/lang/secularize/pkg/DESCR N ports/lang/secularize/pkg/PLIST N ports/lang/secularize/patches/patch-secularize_utils_py No conflicts created by this import
Re: [NEW] games/freeorion
Tom Murphy wrote: > Hi, > > Here's a cleaned up version of the port. I didn't need SEPARATE_BUILD > or some other lines. (Thanks to Brian Callahan!) > > -Tom When building it with dpb in a chroot I have this message in equiv.log, not sure it's an error... but dpb reports games/freeorion in E= games/freeorion, -> games/freeorion games/freeorion, has no fullpkgname(games/freeorion,) and when building it from the ports tree, this one: olene@t480 /usr/ports/games/freeorion $ make ===> freeorion-0.4.8 depends on: cppcheck-* -> cppcheck-1.84 ===> freeorion-0.4.8 depends on: py-codestyle-* -> py-codestyle-2.3.1 ===> freeorion-0.4.8 depends on: cmake-* -> cmake-3.10.2p0v0 ===> freeorion-0.4.8 depends on: ninja->=1.5.1 -> ninja-1.8.2 ===> freeorion-0.4.8 depends on: python->=2.7,<2.8 -> python-2.7.15 ===> freeorion-0.4.8 depends on: libogg-* -> libogg-1.3.3 ===> freeorion-0.4.8 depends on: libvorbis-* -> libvorbis-1.3.6 ===> freeorion-0.4.8 depends on: openal-* -> openal-1.17.2p1v0 ===> freeorion-0.4.8 depends on: sdl2-* -> sdl2-2.0.8 ===> freeorion-0.4.8 depends on: boost-* -> boost-1.66.0p0 ===> freeorion-0.4.8 depends on: glew-* -> glew-2.0.0 ===> freeorion-0.4.8 depends on: png-* -> png-1.6.35 ===> Verifying specs: c++ c++abi pthread GL GLEW GLU SDL2 boost_atomic-mt boost_chrono-mt boost_date_time-mt boost_filesystem-mt boost_iostreams-mt boost_locale-mt boost_log-mt boost_log_setup-mt boost_python-mt boost_regex-mt boost_serialization-mt boost_signals-mt boost_system-mt boost_thread-mt c freetype m ogg openal png python2.7 vorbis vorbisenc vorbisfile z ===> found c++.1.0 c++abi.0.0 pthread.25.1 GL.17.1 GLEW.8.0 GLU.9.0 SDL2.0.5 boost_atomic-mt.9.0 boost_chrono-mt.9.0 boost_date_time-mt.9.0 boost_filesystem-mt.9.0 boost_iostreams-mt.9.0 boost_locale-mt.9.0 boost_log-mt.9.0 boost_log_setup-mt.9.0 boost_python-mt.9.0 boost_regex-mt.9.0 boost_serialization-mt.9.0 boost_signals-mt.9.0 boost_system-mt.9.0 boost_thread-mt.9.0 c.92.4 freetype.29.0 m.10.1 ogg.6.2 openal.3.0 png.17.5 python2.7.0.0 vorbis.9.0 vorbisenc.3.1 vorbisfile.6.0 z.5.0 ===> Checking files for freeorion-0.4.8 `/usr/ports/distfiles/FreeOrion_v0.4.8_2018-08-23.26f16b0_Source.tar.gz' is up to date. >> (SHA256) FreeOrion_v0.4.8_2018-08-23.26f16b0_Source.tar.gz: OK ===> Extracting for freeorion-0.4.8 make: don't know how to make do-extract Stop in . *** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2504 '/usr/ports/pobj/freeorion-0.4.8/.extract_done') *** Error 1 in /usr/ports/games/freeorion (/usr/ports/infrastructure/mk/bsd.port.mk:2412 'all') I really don't know why I can't get it to build
Re: NEW: graphics/kdiagram
Rafael Sadowski wrote:
> On Wed Sep 05, 2018 at 11:19:00AM +0200, Solene Rapenne wrote:
> > Landry Breuil wrote:
> > > On Wed, Sep 05, 2018 at 09:52:00AM +0200, Solene Rapenne wrote:
> > > > Rafael Sadowski wrote:
> > > > > Someone, please?
> > > > >
> > > > > On Sat Aug 25, 2018 at 11:03:08PM +0200, Rafael Sadowski wrote:
> > > > > >
> > > > > > Information for inst:kdiagram-2.6.1
> > > > > >
> > > > > > Comment:
> > > > > > libraries for creating business diagrams
> > > > > >
> > > > > > Description:
> > > > > > Powerful libraries (KChart, KGantt) for creating business diagrams.
> > > > > >
> > > > > > Maintainer: Rafael Sadowski
> > > > > >
> > > > > > All 22 tests are green. ok to import?
> > > >
> > > > Hello,
> > > >
> > > > I can't build it, did I miss something?
> > >
> > > pkg_locate ECMConfig says it lacks a BDEP on
> > > devel/kf5/extra-cmake-modules
> >
> > Adding this BUILD_DEP fixed the compilation.
> >
> > Running port-lib-depends-check output a lot of missing libraries
> >
> > $ make port-lib-depends-check
> > kdiagram-2.6.1(graphics/kdiagram):
> > Missing: Qt5Core.2 from qtbase-5.9.6p1 (/usr/local/lib/libKGantt.so.0.0)
> > Missing: Qt5Gui.2 from qtbase-5.9.6p1 (/usr/local/lib/libKGantt.so.0.0)
> > Missing: Qt5PrintSupport.2 from qtbase-5.9.6p1
> > (/usr/local/lib/libKGantt.so.0.0)
> > Missing lib: Qt5Svg.2 (/usr/local/lib/libKChart.so.0.0) (NOT REACHABLE)
> > Missing: Qt5Widgets.2 from qtbase-5.9.6p1 (/usr/local/lib/libKGantt.so.0.0)
> > Missing: c++.1 (/usr/local/lib/libKGantt.so.0.0) (system lib)
> > Missing: c++abi.0 (/usr/local/lib/libKGantt.so.0.0) (system lib)
> > Missing: c.92 (/usr/local/lib/libKGantt.so.0.0) (system lib)
> > Missing: m.10 (/usr/local/lib/libKGantt.so.0.0) (system lib)
> > Missing: pthread.25 (/usr/local/lib/libKGantt.so.0.0) (system lib)
> > WANTLIB += ${COMPILER_LIBCXX} Qt5Core Qt5Gui Qt5PrintSupport Qt5Widgets
> > WANTLIB += c m
> >
>
> Sorry! I attached and create wrong tarball. Evil lovely git stash!
> New tarball attached.
Using the last tarball
$ make port-lib-depends-check reports
kdiagram-2.6.1(graphics/kdiagram):
Missing lib: Qt5Svg.2 (/usr/local/lib/libKChart.so.0.0) (NOT REACHABLE)
*** Error 1 in target 'port-lib-depends-check' (ignored)
doas this port is a requirement for a future port? Another diagram tool
wouldn't hurt... :)
Re: [NEW] games/freeorion
Oh, I didn't see that. sorry.
Nevermind.
2018-09-05 16:09 GMT-03:00 Rafael Sadowski :
> On Wed Sep 05, 2018 at 03:03:08PM -0400, Brian Callahan wrote:
>>
>> On 09/05/18 12:50, Tom Murphy wrote:
>> > Hi,
>> >
>> >Here's a cleaned up version of the port. I didn't need SEPARATE_BUILD
>> > or some other lines. (Thanks to Brian Callahan!)
>> >
>> >-Tom
>>
>> pkg/PLIST has lots of ${PKGSTEM} entries, including some that definitely
>> look odd. I get ${PKGSTEM} is brand new so I'm wondering if these
>>
>> @bin bin/${PKGSTEM}
>> @bin bin/${PKGSTEM}ca
>> @bin bin/${PKGSTEM}d
>>
>> for example, are what we should be having for the PLIST. Marc, is this
>> right/intended?
>>
>> ~Brian
>>
>
> Fixed by Marc:
> https://marc.info/?l=openbsd-ports-cvs=153607884031232=2
>
> Update your ports tree and regen PLIST again.
>
Re: [NEW] games/freeorion
Is not intended,
Just happens that the name of the package is equal to the name of the binary.
That should be a fixed name, not a variable.
I dont know if Marc can do something so this cases do not happen when
update-plist.
Cheers.
Elias.
2018-09-05 16:03 GMT-03:00 Brian Callahan :
>
> On 09/05/18 12:50, Tom Murphy wrote:
>>
>> Hi,
>>
>>Here's a cleaned up version of the port. I didn't need SEPARATE_BUILD
>> or some other lines. (Thanks to Brian Callahan!)
>>
>>-Tom
>
>
> pkg/PLIST has lots of ${PKGSTEM} entries, including some that definitely
> look odd. I get ${PKGSTEM} is brand new so I'm wondering if these
>
> @bin bin/${PKGSTEM}
> @bin bin/${PKGSTEM}ca
> @bin bin/${PKGSTEM}d
>
> for example, are what we should be having for the PLIST. Marc, is this
> right/intended?
>
> ~Brian
>
Re: [NEW] games/freeorion
On 09/05/18 15:09, Rafael Sadowski wrote:
On Wed Sep 05, 2018 at 03:03:08PM -0400, Brian Callahan wrote:
On 09/05/18 12:50, Tom Murphy wrote:
Hi,
Here's a cleaned up version of the port. I didn't need SEPARATE_BUILD
or some other lines. (Thanks to Brian Callahan!)
-Tom
pkg/PLIST has lots of ${PKGSTEM} entries, including some that definitely
look odd. I get ${PKGSTEM} is brand new so I'm wondering if these
@bin bin/${PKGSTEM}
@bin bin/${PKGSTEM}ca
@bin bin/${PKGSTEM}d
for example, are what we should be having for the PLIST. Marc, is this
right/intended?
~Brian
Fixed by Marc:
https://marc.info/?l=openbsd-ports-cvs=153607884031232=2
Update your ports tree and regen PLIST again.
That did it, thanks.
Re: [NEW] games/freeorion
On Wed Sep 05, 2018 at 03:03:08PM -0400, Brian Callahan wrote:
>
> On 09/05/18 12:50, Tom Murphy wrote:
> > Hi,
> >
> >Here's a cleaned up version of the port. I didn't need SEPARATE_BUILD
> > or some other lines. (Thanks to Brian Callahan!)
> >
> >-Tom
>
> pkg/PLIST has lots of ${PKGSTEM} entries, including some that definitely
> look odd. I get ${PKGSTEM} is brand new so I'm wondering if these
>
> @bin bin/${PKGSTEM}
> @bin bin/${PKGSTEM}ca
> @bin bin/${PKGSTEM}d
>
> for example, are what we should be having for the PLIST. Marc, is this
> right/intended?
>
> ~Brian
>
Fixed by Marc:
https://marc.info/?l=openbsd-ports-cvs=153607884031232=2
Update your ports tree and regen PLIST again.
Re: [NEW] games/freeorion
On Wed, Sep 05, 2018 at 03:03:08PM -0400, Brian Callahan wrote:
>
> On 09/05/18 12:50, Tom Murphy wrote:
> >Hi,
> >
> > Here's a cleaned up version of the port. I didn't need SEPARATE_BUILD
> >or some other lines. (Thanks to Brian Callahan!)
> >
> > -Tom
>
> pkg/PLIST has lots of ${PKGSTEM} entries, including some that definitely
> look odd. I get ${PKGSTEM} is brand new so I'm wondering if these
>
> @bin bin/${PKGSTEM}
> @bin bin/${PKGSTEM}ca
> @bin bin/${PKGSTEM}d
>
> for example, are what we should be having for the PLIST. Marc, is this
> right/intended?
>
> ~Brian
Update bsd.port.mk and regen plists.
Re: [NEW] games/freeorion
On 09/05/18 12:50, Tom Murphy wrote:
Hi,
Here's a cleaned up version of the port. I didn't need SEPARATE_BUILD
or some other lines. (Thanks to Brian Callahan!)
-Tom
pkg/PLIST has lots of ${PKGSTEM} entries, including some that definitely
look odd. I get ${PKGSTEM} is brand new so I'm wondering if these
@bin bin/${PKGSTEM}
@bin bin/${PKGSTEM}ca
@bin bin/${PKGSTEM}d
for example, are what we should be having for the PLIST. Marc, is this
right/intended?
~Brian
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2018/09/05 12:11:42 Modified files: lang : Makefile Log message: +ponyc
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2018/09/05 12:11:27 Log message: Import lang/ponyc, an actor-model, capabilities-secure, high performance programming language. ok rsadowski@ Pony is an open-source, object-oriented, actor-model, capabilities-secure, high-performance programming language. Pony is type safe, memory sage, exception safe, and can natively call C libraries. The overall philosophy of Pony is to get stuff done, and to guarantee the result is correct. Status: Vendor Tag: bcallah Release Tags: bcallah_20180905 N ports/lang/ponyc/Makefile N ports/lang/ponyc/distinfo N ports/lang/ponyc/patches/patch-Makefile N ports/lang/ponyc/pkg/PLIST N ports/lang/ponyc/pkg/DESCR No conflicts created by this import
Re: [update] devel/py-cached-property
On Wed, 5 Sep 2018 19:42:14 +0200, Sebastien Marie wrote: > Simple update. > > All tests passes on py3/amd64 (and 2 are still failing on py2 due to > syntax). Committed, thanks homie!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2018/09/05 11:56:21 Modified files: devel/py-cached-property: Makefile distinfo Log message: Update to py-cached-property-1.5.1 from semarie
[update] devel/py-cached-property
Hi,
Simple update.
All tests passes on py3/amd64 (and 2 are still failing on py2 due to
syntax).
Thanks.
--
Sebastien Marie
Index: Makefile
===
RCS file: /cvs/ports/devel/py-cached-property/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile16 Aug 2018 18:25:10 - 1.1.1.1
+++ Makefile5 Sep 2018 17:36:05 -
@@ -2,7 +2,7 @@
COMMENT = decorator for caching properties in classes
-MODPY_EGG_VERSION = 1.4.3
+MODPY_EGG_VERSION = 1.5.1
DISTNAME = cached-property-${MODPY_EGG_VERSION}
PKGNAME = py-${DISTNAME}
Index: distinfo
===
RCS file: /cvs/ports/devel/py-cached-property/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo16 Aug 2018 18:25:10 - 1.1.1.1
+++ distinfo5 Sep 2018 17:36:11 -
@@ -1,2 +1,2 @@
-SHA256 (cached-property-1.4.3.tar.gz) =
8fkCh1fcQLTLD9IjS9e2GjAte4TGg8uMLFKSOKJLiTg=
-SIZE (cached-property-1.4.3.tar.gz) = 11252
+SHA256 (cached-property-1.5.1.tar.gz) =
khelnxSlaC2nxLiCnerb/BlKwi6ZCMz3yIICNOgKFQQ=
+SIZE (cached-property-1.5.1.tar.gz) = 12791
Re: FreeDroidRPG segfaults when loading a save file
On 2018/09/05 13:05, Brian Callahan wrote: > It shouldn't need to be said but I'm going to say it anyway. Don't feed the > troll. He said something equally as obnoxious earlier today on tech@. Just > disengage, add him to your email blacklist, and move on. https://www.youtube.com/watch?v=jclPWidTfak
Re: FreeDroidRPG segfaults when loading a save file
It shouldn't need to be said but I'm going to say it anyway. Don't feed the troll. He said something equally as obnoxious earlier today on tech@. Just disengage, add him to your email blacklist, and move on. ~Brian On 09/05/18 12:02, Gregor Best wrote: On Wed, Sep 05, 2018 at 06:17:42PM +0300, Leonid Bobrov wrote: Hello, trash! [...] Do you kiss your mother with that mouth? [...] First of all I am not going to recompile this game with debugging symbols only because your ports system doesn't want to compile everything with debug support by default. [...] Kind of a sane default, it seems to me. [...] Second, my first thought was that this game is so retarded [...] I know that you might be agitated that the game's not working. Using that kind of language doesn't incline people to help you though. [...] it crashes when OpenBSD's src repo is not checked out [...] What made you think that? [...] , but now I won't > surprice if that was a buffer overflow. [...] To me, this looks more like an unterminated string fed to strcmp(3). The point of code where it crashes (convert_old_savegame) leads me to assume that this path of code might not be too well tested. Have you opened a bug report upstream for this? Failing that, you could poke around convert_old_savegame and try to see if you can discover where and how an unterminated string ends up in a call to strcmp. Maybe it's something as simple as adding a NULL check before that call... [...] Before checking out src repo: (gdb) run -wn Starting program: /usr/local/bin/freedroidRPG -wn Hello, this is FreedroidRPG, version 0.16.1. Video system type: x11. Using screen resolution 1366 x 768. [New thread 287207] [New thread 189085] Thread 1 received signal SIGSEGV, Segmentation fault. strcmp () at /usr/src/lib/libc/arch/amd64/string/strcmp.S:45 45 /usr/src/lib/libc/arch/amd64/string/strcmp.S: No such file or directory. (gdb) bt #0 strcmp () at /usr/src/lib/libc/arch/amd64/string/strcmp.S:45 #1 0x0bc6e628a46d in convert_old_savegame () #2 0x0bc6e624f798 in load_saved_game () #3 0x0bc6e62447b3 in load_named_game () #4 0x0bc6e6245200 in do_savegame_selection_and_act () #5 0x0bc6e6244b59 in Single_Player_Menu () #6 0x0bc6e6242c67 in Startup_handle () #7 0x0bc6e6244d23 in RunSubMenu () #8 0x0bc6e62446d7 in RunMenu () #9 0x0bc6e623c4b5 in main () After checking out src repo: (gdb) run -wn Starting program: /usr/local/bin/freedroidRPG -wn Hello, this is FreedroidRPG, version 0.16.1. Video system type: x11. Using screen resolution 1366 x 768. [New thread 110599] [New thread 575572] Thread 1 received signal SIGSEGV, Segmentation fault. strcmp () at /usr/src/lib/libc/arch/amd64/string/strcmp.S:45 45 movq8(%rdi),%rax (gdb) bt #0 strcmp () at /usr/src/lib/libc/arch/amd64/string/strcmp.S:45 #1 0x1e0e2638a46d in convert_old_savegame () #2 0x1e0e2634f798 in load_saved_game () #3 0x1e0e263447b3 in load_named_game () #4 0x1e0e26345200 in do_savegame_selection_and_act () #5 0x1e0e26344b59 in Single_Player_Menu () #6 0x1e0e26342c67 in Startup_handle () #7 0x1e0e26344d23 in RunSubMenu () #8 0x1e0e263446d7 in RunMenu () #9 0x1e0e2633c4b5 in main ()
Re: [NEW] games/freeorion
Hi, Here's a cleaned up version of the port. I didn't need SEPARATE_BUILD or some other lines. (Thanks to Brian Callahan!) -Tom freeorion.tgz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2018/09/05 10:26:58 Modified files: net/ktorrent : Makefile distinfo net/ktorrent/pkg: PLIST Log message: Update ktorrent-5.1.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2018/09/05 10:23:48 Modified files: www/mozilla-firefox: Tag: OPENBSD_6_3 Makefile distinfo Log message: MFC: update to firefox 60.2.0esr See https://www.mozilla.org/en-US/firefox/60.2.0esr/releasenotes/ Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2018-21/ i386 & amd64 packages at the usual location. Note that the esr52 branch is now dead, so if you were using www/firefox-esr, you should move to www/mozilla-firefox.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2018/09/05 10:20:26 Modified files: www/firefox-esr: Makefile distinfo www/firefox-esr-i18n: Makefile.inc distinfo Log message: Update to firefox-esr 60.2.0. See https://www.mozilla.org/en-US/firefox/60.2.0esr/releasenotes/ Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2018-21/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2018/09/05 10:19:02 Modified files: www/mozilla-firefox: Makefile distinfo www/mozilla-firefox/files: all-openbsd.js www/mozilla-firefox/patches: patch-dom_ipc_ContentChild_cpp patch-gfx_thebes_gfxFcPlatformFontList_cpp patch-gfx_thebes_gfxFcPlatformFontList_h patch-toolkit_xre_nsAppRunner_cpp patch-widget_nsShmImage_cpp patch-xpcom_base_nsDebugImpl_cpp patch-xpcom_base_nsMemoryReporterManager_cpp www/mozilla-firefox/pkg: PLIST README www/firefox-i18n: Makefile.inc distinfo Added files: www/mozilla-firefox/patches: patch-security_sandbox_common_SandboxSettings_h Removed files: www/mozilla-firefox/patches: patch-media_libcubeb_src_cubeb_sndio_c Log message: Update to firefox 62.0. See https://www.mozilla.org/en-US/firefox/62.0/releasenotes/ Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2018-20/ * remove sndio patch from #1467882, merged upstream * update sandboxing patches to match what was commited in #1457092. Set MOZ_LOG=SandboxPledge:5 in the env if you want to debug pledge calls. * add aarch64 to ONLY_FOR_ARCHS. Probably doesnt build/package, but ppl interested may try to improve the situation.
Re: FreeDroidRPG segfaults when loading a save file
On Wed, Sep 05, 2018 at 06:17:42PM +0300, Leonid Bobrov wrote: > Hello, trash! > [...] Do you kiss your mother with that mouth? > [...] > First of all I am not going to recompile this game with debugging > symbols only because your ports system doesn't want to compile > everything with debug support by default. > [...] Kind of a sane default, it seems to me. > [...] > Second, my first thought was that this game is so retarded > [...] I know that you might be agitated that the game's not working. Using that kind of language doesn't incline people to help you though. > [...] > it crashes when OpenBSD's src repo is not checked out > [...] What made you think that? > [...] > , but now I won't > surprice if that was a buffer overflow. > [...] To me, this looks more like an unterminated string fed to strcmp(3). The point of code where it crashes (convert_old_savegame) leads me to assume that this path of code might not be too well tested. Have you opened a bug report upstream for this? Failing that, you could poke around convert_old_savegame and try to see if you can discover where and how an unterminated string ends up in a call to strcmp. Maybe it's something as simple as adding a NULL check before that call... > [...] > Before checking out src repo: > (gdb) run -wn > Starting program: /usr/local/bin/freedroidRPG -wn > > Hello, this is FreedroidRPG, version 0.16.1. > > Video system type: x11. > Using screen resolution 1366 x 768. > [New thread 287207] > [New thread 189085] > > Thread 1 received signal SIGSEGV, Segmentation fault. > strcmp () at /usr/src/lib/libc/arch/amd64/string/strcmp.S:45 > 45 /usr/src/lib/libc/arch/amd64/string/strcmp.S: No such file or > directory. > (gdb) bt > #0 strcmp () at /usr/src/lib/libc/arch/amd64/string/strcmp.S:45 > #1 0x0bc6e628a46d in convert_old_savegame () > #2 0x0bc6e624f798 in load_saved_game () > #3 0x0bc6e62447b3 in load_named_game () > #4 0x0bc6e6245200 in do_savegame_selection_and_act () > #5 0x0bc6e6244b59 in Single_Player_Menu () > #6 0x0bc6e6242c67 in Startup_handle () > #7 0x0bc6e6244d23 in RunSubMenu () > #8 0x0bc6e62446d7 in RunMenu () > #9 0x0bc6e623c4b5 in main () > > After checking out src repo: > (gdb) run -wn > Starting program: /usr/local/bin/freedroidRPG -wn > > Hello, this is FreedroidRPG, version 0.16.1. > > Video system type: x11. > Using screen resolution 1366 x 768. > [New thread 110599] > [New thread 575572] > > Thread 1 received signal SIGSEGV, Segmentation fault. > strcmp () at /usr/src/lib/libc/arch/amd64/string/strcmp.S:45 > 45 movq8(%rdi),%rax > (gdb) bt > #0 strcmp () at /usr/src/lib/libc/arch/amd64/string/strcmp.S:45 > #1 0x1e0e2638a46d in convert_old_savegame () > #2 0x1e0e2634f798 in load_saved_game () > #3 0x1e0e263447b3 in load_named_game () > #4 0x1e0e26345200 in do_savegame_selection_and_act () > #5 0x1e0e26344b59 in Single_Player_Menu () > #6 0x1e0e26342c67 in Startup_handle () > #7 0x1e0e26344d23 in RunSubMenu () > #8 0x1e0e263446d7 in RunMenu () > #9 0x1e0e2633c4b5 in main () > -- Gregor
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2018/09/05 10:02:11 Modified files: x11/tellico: Makefile distinfo Log message: Bugfix update tellico-3.1.3
FreeDroidRPG segfaults when loading a save file
Hello, trash! First of all I am not going to recompile this game with debugging symbols only because your ports system doesn't want to compile everything with debug support by default. Second, my first thought was that this game is so retarded it crashes when OpenBSD's src repo is not checked out, but now I won't surprice if that was a buffer overflow. Before checking out src repo: (gdb) run -wn Starting program: /usr/local/bin/freedroidRPG -wn Hello, this is FreedroidRPG, version 0.16.1. Video system type: x11. Using screen resolution 1366 x 768. [New thread 287207] [New thread 189085] Thread 1 received signal SIGSEGV, Segmentation fault. strcmp () at /usr/src/lib/libc/arch/amd64/string/strcmp.S:45 45 /usr/src/lib/libc/arch/amd64/string/strcmp.S: No such file or directory. (gdb) bt #0 strcmp () at /usr/src/lib/libc/arch/amd64/string/strcmp.S:45 #1 0x0bc6e628a46d in convert_old_savegame () #2 0x0bc6e624f798 in load_saved_game () #3 0x0bc6e62447b3 in load_named_game () #4 0x0bc6e6245200 in do_savegame_selection_and_act () #5 0x0bc6e6244b59 in Single_Player_Menu () #6 0x0bc6e6242c67 in Startup_handle () #7 0x0bc6e6244d23 in RunSubMenu () #8 0x0bc6e62446d7 in RunMenu () #9 0x0bc6e623c4b5 in main () After checking out src repo: (gdb) run -wn Starting program: /usr/local/bin/freedroidRPG -wn Hello, this is FreedroidRPG, version 0.16.1. Video system type: x11. Using screen resolution 1366 x 768. [New thread 110599] [New thread 575572] Thread 1 received signal SIGSEGV, Segmentation fault. strcmp () at /usr/src/lib/libc/arch/amd64/string/strcmp.S:45 45 movq8(%rdi),%rax (gdb) bt #0 strcmp () at /usr/src/lib/libc/arch/amd64/string/strcmp.S:45 #1 0x1e0e2638a46d in convert_old_savegame () #2 0x1e0e2634f798 in load_saved_game () #3 0x1e0e263447b3 in load_named_game () #4 0x1e0e26345200 in do_savegame_selection_and_act () #5 0x1e0e26344b59 in Single_Player_Menu () #6 0x1e0e26342c67 in Startup_handle () #7 0x1e0e26344d23 in RunSubMenu () #8 0x1e0e263446d7 in RunMenu () #9 0x1e0e2633c4b5 in main ()
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/09/05 08:10:15 Modified files: infrastructure/mk: bsd.port.mk Log message: remove the extra doas for running _internal-clean you shouldn't have to drop from root to _pbuild/_pfetch
Re: NEW: lang/ponyc
On Tue Sep 04, 2018 at 11:05:49PM -0400, Brian Callahan wrote: > Hi ports -- > > Attached is a new port, lang/ponyc. Pony is an actor-model, > capabilities-secure, high performance language. I've been working with the > Pony team for the last two months or so to get OpenBSD support in, and > they've been a great group to work with. > > --- > pkg/DESCR: > Pony is an open-source, object-oriented, actor-model, > capabilities-secure, high-performance programming language. Pony is type > safe, memory sage, exception safe, and can natively call C libraries. > The overall philosophy of Pony is to get stuff done, and to guarantee > the result is correct. > --- > > This works for me on amd64. There area number of test failures; it's a > process. I'll work with upstream to get them all resolved. Didn't stop me > from being able to compile a number of example programs that come with the > tarball. > > OK? > > ~Brian > Tested on amd64 with "Hello World: Your First Pony Program" https://tutorial.ponylang.org/getting-started/hello-world.html Only amd64 OK rsadowsk@ ;)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2018/09/05 07:37:08 Modified files: mail/mailman : Makefile distinfo mail/mailman/pkg: PLIST Log message: Maintenance and security (CVE-2018-13796) update to 2.1.29.
Re: NEW: graphics/kdiagram
On Wed Sep 05, 2018 at 11:19:00AM +0200, Solene Rapenne wrote:
> Landry Breuil wrote:
> > On Wed, Sep 05, 2018 at 09:52:00AM +0200, Solene Rapenne wrote:
> > > Rafael Sadowski wrote:
> > > > Someone, please?
> > > >
> > > > On Sat Aug 25, 2018 at 11:03:08PM +0200, Rafael Sadowski wrote:
> > > > >
> > > > > Information for inst:kdiagram-2.6.1
> > > > >
> > > > > Comment:
> > > > > libraries for creating business diagrams
> > > > >
> > > > > Description:
> > > > > Powerful libraries (KChart, KGantt) for creating business diagrams.
> > > > >
> > > > > Maintainer: Rafael Sadowski
> > > > >
> > > > > All 22 tests are green. ok to import?
> > >
> > > Hello,
> > >
> > > I can't build it, did I miss something?
> >
> > pkg_locate ECMConfig says it lacks a BDEP on
> > devel/kf5/extra-cmake-modules
>
> Adding this BUILD_DEP fixed the compilation.
>
> Running port-lib-depends-check output a lot of missing libraries
>
> $ make port-lib-depends-check
> kdiagram-2.6.1(graphics/kdiagram):
> Missing: Qt5Core.2 from qtbase-5.9.6p1 (/usr/local/lib/libKGantt.so.0.0)
> Missing: Qt5Gui.2 from qtbase-5.9.6p1 (/usr/local/lib/libKGantt.so.0.0)
> Missing: Qt5PrintSupport.2 from qtbase-5.9.6p1
> (/usr/local/lib/libKGantt.so.0.0)
> Missing lib: Qt5Svg.2 (/usr/local/lib/libKChart.so.0.0) (NOT REACHABLE)
> Missing: Qt5Widgets.2 from qtbase-5.9.6p1 (/usr/local/lib/libKGantt.so.0.0)
> Missing: c++.1 (/usr/local/lib/libKGantt.so.0.0) (system lib)
> Missing: c++abi.0 (/usr/local/lib/libKGantt.so.0.0) (system lib)
> Missing: c.92 (/usr/local/lib/libKGantt.so.0.0) (system lib)
> Missing: m.10 (/usr/local/lib/libKGantt.so.0.0) (system lib)
> Missing: pthread.25 (/usr/local/lib/libKGantt.so.0.0) (system lib)
> WANTLIB += ${COMPILER_LIBCXX} Qt5Core Qt5Gui Qt5PrintSupport Qt5Widgets
> WANTLIB += c m
>
Sorry! I attached and create wrong tarball. Evil lovely git stash!
New tarball attached.
kdiagram-2.6.1p0.tar.gz
Description: Binary data
UPDATE devel/git-cola
A new version of git-cola is available fixing several usability issues,
and adding some new features. Changelog can be found at
https://github.com/git-cola/git-cola/blob/64f94b51573653a2f31db24fdf2239387bce2b2a/share/doc/git-cola/relnotes.rst
'make test' runs successfully, and I've been running this version for
the last couple of days on amd64 without encountering a regression.
Before committing the diff below: any users who like to do some
additional testing?
Index: Makefile
===
RCS file: /cvs/ports/devel/git-cola/Makefile,v
retrieving revision 1.23
diff -u -p -r1.23 Makefile
--- Makefile27 Jun 2018 21:03:39 - 1.23
+++ Makefile5 Sep 2018 12:49:10 -
@@ -2,9 +2,8 @@
COMMENT = python powered git gui
-MODPY_EGG_VERSION= 3.1
+MODPY_EGG_VERSION= 3.2
DISTNAME = ${GH_PROJECT}-${MODPY_EGG_VERSION}
-REVISION = 0
GH_ACCOUNT = git-cola
GH_PROJECT = git-cola
Index: distinfo
===
RCS file: /cvs/ports/devel/git-cola/distinfo,v
retrieving revision 1.9
diff -u -p -r1.9 distinfo
--- distinfo9 May 2018 04:24:30 - 1.9
+++ distinfo5 Sep 2018 12:49:10 -
@@ -1,2 +1,2 @@
-SHA256 (git-cola-3.1.tar.gz) = p6CD+EaXpW7nyRDM/GgNNsXER8a1o1IuAb/53pFHT1c=
-SIZE (git-cola-3.1.tar.gz) = 1179782
+SHA256 (git-cola-3.2.tar.gz) = QAXnFNt4sHPB74veVUhUUtx6MeO4zAtNYNYRL/teoig=
+SIZE (git-cola-3.2.tar.gz) = 1208723
Index: patches/patch-Makefile
===
RCS file: /cvs/ports/devel/git-cola/patches/patch-Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 patch-Makefile
--- patches/patch-Makefile 9 May 2018 04:24:30 - 1.4
+++ patches/patch-Makefile 5 Sep 2018 12:49:10 -
@@ -8,12 +8,12 @@ code is not used when running git-cola o
Index: Makefile
--- Makefile.orig
+++ Makefile
-@@ -53,7 +53,7 @@ ifdef V
- else
- QUIET = --quiet
- endif
--PYTEST_FLAGS = $(QUIET) $(TEST_VERBOSE) --doctest-modules
-+PYTEST_FLAGS = $(QUIET) $(TEST_VERBOSE)
- FLAKE8_FLAGS = --max-line-length=80 --statistics --doctests --format=pylint
- PYLINT_FLAGS = --rcfile=.pylintrc
- ifdef color
+@@ -72,7 +72,7 @@ FLAKE8_FLAGS += --format=pylint
+ FLAKE8_FLAGS += --doctests
+
+ PYTEST_FLAGS = $(QUIET) $(TEST_VERBOSE)
+-PYTEST_FLAGS += --doctest-modules
++#PYTEST_FLAGS += --doctest-modules
+
+ TOX_FLAGS = $(VERBOSE_SHORT) --develop --skip-missing-interpreters
+
Index: patches/patch-cola_app_py
===
RCS file: /cvs/ports/devel/git-cola/patches/patch-cola_app_py,v
retrieving revision 1.4
diff -u -p -r1.4 patch-cola_app_py
--- patches/patch-cola_app_py 9 May 2018 04:24:30 - 1.4
+++ patches/patch-cola_app_py 5 Sep 2018 12:49:10 -
@@ -5,7 +5,7 @@ Use ssh-askpass implementation from xeno
Index: cola/app.py
--- cola/app.py.orig
+++ cola/app.py
-@@ -86,7 +86,7 @@ def setup_environment():
+@@ -90,7 +90,7 @@ def setup_environment():
elif sys.platform == 'darwin':
askpass = resources.share('bin', 'ssh-askpass-darwin')
else:
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/git-cola/pkg/PLIST,v
retrieving revision 1.12
diff -u -p -r1.12 PLIST
--- pkg/PLIST 27 Jun 2018 21:03:40 - 1.12
+++ pkg/PLIST 5 Sep 2018 12:49:10 -
@@ -202,6 +202,8 @@ share/git-cola/lib/cola/resources.py
share/git-cola/lib/cola/resources.pyc
share/git-cola/lib/cola/settings.py
share/git-cola/lib/cola/settings.pyc
+share/git-cola/lib/cola/spellcheck.py
+share/git-cola/lib/cola/spellcheck.pyc
share/git-cola/lib/cola/textwrap.py
share/git-cola/lib/cola/textwrap.pyc
share/git-cola/lib/cola/utils.py
@@ -302,6 +304,8 @@ share/git-cola/lib/qtpy/QtDesigner.py
share/git-cola/lib/qtpy/QtDesigner.pyc
share/git-cola/lib/qtpy/QtGui.py
share/git-cola/lib/qtpy/QtGui.pyc
+share/git-cola/lib/qtpy/QtHelp.py
+share/git-cola/lib/qtpy/QtHelp.pyc
share/git-cola/lib/qtpy/QtMultimedia.py
share/git-cola/lib/qtpy/QtMultimedia.pyc
share/git-cola/lib/qtpy/QtNetwork.py
@@ -310,6 +314,8 @@ share/git-cola/lib/qtpy/QtOpenGL.py
share/git-cola/lib/qtpy/QtOpenGL.pyc
share/git-cola/lib/qtpy/QtPrintSupport.py
share/git-cola/lib/qtpy/QtPrintSupport.pyc
+share/git-cola/lib/qtpy/QtSql.py
+share/git-cola/lib/qtpy/QtSql.pyc
share/git-cola/lib/qtpy/QtSvg.py
share/git-cola/lib/qtpy/QtSvg.pyc
share/git-cola/lib/qtpy/QtTest.py
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2018/09/05 05:13:27 Modified files: textproc/mupdf : Makefile Removed files: textproc/mupdf/patches: patch-platform_gl_gl-main_c Log message: unbreak mupdf-gl in some situations. libGL/libxshmfence tries to create "/tmp/shmfd-XX" files in some cases (not seen here but reported by mikeb). just drop the pledge from mupdf-gl completely because I can't hope to evaluate the codepaths taken in mesa on various video hardware to come up with a reliable one.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2018/09/05 04:49:09 Modified files: www/nextcloud : Makefile distinfo www/nextcloud/pkg: PLIST Log message: Update for Nextcloud to 13.0.6: https://nextcloud.com/changelog/ OK kirby@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2018/09/05 04:31:55 Modified files: infrastructure/bin: update-plist infrastructure/lib/DPB/Core: Init.pm Log message: use hw.ncpuonline rather than hw.ncpu for default #/cores in DPB and the number of parallel "conflict finder" runs of pkglocatedb in update-plist. ok espie@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/09/05 03:39:04 Modified files: net/icinga/core: Makefile Log message: missed bump
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/09/05 03:24:31 Modified files: net/zabbix : Makefile net/zabbix/pkg : PLIST-web README-web Log message: missed that one
Re: NEW: graphics/kdiagram
Landry Breuil wrote:
> On Wed, Sep 05, 2018 at 09:52:00AM +0200, Solene Rapenne wrote:
> > Rafael Sadowski wrote:
> > > Someone, please?
> > >
> > > On Sat Aug 25, 2018 at 11:03:08PM +0200, Rafael Sadowski wrote:
> > > >
> > > > Information for inst:kdiagram-2.6.1
> > > >
> > > > Comment:
> > > > libraries for creating business diagrams
> > > >
> > > > Description:
> > > > Powerful libraries (KChart, KGantt) for creating business diagrams.
> > > >
> > > > Maintainer: Rafael Sadowski
> > > >
> > > > All 22 tests are green. ok to import?
> >
> > Hello,
> >
> > I can't build it, did I miss something?
>
> pkg_locate ECMConfig says it lacks a BDEP on
> devel/kf5/extra-cmake-modules
Adding this BUILD_DEP fixed the compilation.
Running port-lib-depends-check output a lot of missing libraries
$ make port-lib-depends-check
kdiagram-2.6.1(graphics/kdiagram):
Missing: Qt5Core.2 from qtbase-5.9.6p1 (/usr/local/lib/libKGantt.so.0.0)
Missing: Qt5Gui.2 from qtbase-5.9.6p1 (/usr/local/lib/libKGantt.so.0.0)
Missing: Qt5PrintSupport.2 from qtbase-5.9.6p1 (/usr/local/lib/libKGantt.so.0.0)
Missing lib: Qt5Svg.2 (/usr/local/lib/libKChart.so.0.0) (NOT REACHABLE)
Missing: Qt5Widgets.2 from qtbase-5.9.6p1 (/usr/local/lib/libKGantt.so.0.0)
Missing: c++.1 (/usr/local/lib/libKGantt.so.0.0) (system lib)
Missing: c++abi.0 (/usr/local/lib/libKGantt.so.0.0) (system lib)
Missing: c.92 (/usr/local/lib/libKGantt.so.0.0) (system lib)
Missing: m.10 (/usr/local/lib/libKGantt.so.0.0) (system lib)
Missing: pthread.25 (/usr/local/lib/libKGantt.so.0.0) (system lib)
WANTLIB += ${COMPILER_LIBCXX} Qt5Core Qt5Gui Qt5PrintSupport Qt5Widgets
WANTLIB += c m
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/09/05 03:16:19 Modified files: infrastructure/lib/DPB: SubEngine.pm infrastructure/lib/DPB/SubEngine: Build.pm Log message: prevent infinite recursion
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/09/05 02:58:04 Modified files: net/icecast: Makefile Log message: Missed bump.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/09/05 02:54:26 Modified files: net/samba : Makefile Log message: Bad bump after READE PKGSTEM change.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/09/05 02:52:59 Modified files: lang/php/7.0 : Makefile lang/php/7.0/pkg: PLIST-main Log message: missed that one, sorry
Re: NEW: comms/gnuradio
On 2018/08/25 09:23, Anthony J. Bentley wrote: > Hi, > > GNU Radio is a software development toolkit that provides signal processing > blocks to implement software radios. It can be used with readily-available > low-cost external RF hardware to create software-defined radios, or > without hardware in a simulation-like environment. It is widely used in > hobbyist, academic and commercial environments to support both wireless > communications research and real-world radio systems. > > GNU Radio has filters, channel codes, synchronisation elements, > equalizers, demodulators, vocoders, decoders, and many other elements > (in the GNU Radio jargon, we call these elements blocks) which are > typically found in radio systems. More importantly, it includes a method > of connecting these blocks and then manages how data is passed from one > block to another. Extending GNU Radio is also quite easy; if you find a > specific block that is missing, you can quickly create and add it. > > GNU Radio applications are primarily written using the Python programming > language, while the supplied, performance-critical signal processing > path is implemented in C++ using processor floating point extensions, > where available. > > > Aaron Poffenberger submitted a port two years ago, but it had random > crashes somewhere in the intersection of boost, swig, and gnuradio. > All three have had several releases since then and I can no longer > reproduce the crash, so I think it's gone away. > > I haven't tested this with hardware, only played around with block > designs in gnuradio-companion. > > Aaron, are you still interested in maintaining this port? > > -- > Anthony J. Bentley I think this is nearly in shape for committing and it would be nice to have in tree (though like you I've not tested hardware - currently I have SDRplay [looks to be a pain with not-really-open code] and RTL-SDR [iirc this wanted async support in libusb] so there's not a lot I can do without a bunch more work). I think the main issue is the /usr/local/etc use which needs fixing. The patches for rand don't seem worth the maintenance to me, srand is a noop on OpenBSD, there's no modulo bias with % 256, and rand already uses the "good" random generator unless srand_deterministic was used. DESCR looks a bit nicer reflowed: -- GNU Radio is a software development toolkit that provides signal processing blocks to implement software radios. It can be used with readily-available low-cost external RF hardware to create software-defined radios, or without hardware in a simulation-like environment. It is widely used in hobbyist, academic and commercial environments to support both wireless communications research and real-world radio systems. GNU Radio has filters, channel codes, synchronisation elements, equalizers, demodulators, vocoders, decoders, and many other elements (in the GNU Radio jargon, we call these elements blocks) which are typically found in radio systems. More importantly, it includes a method of connecting these blocks and then manages how data is passed from one block to another. Extending GNU Radio is also quite easy; if you find a specific block that is missing, you can quickly create and add it. GNU Radio applications are primarily written using the Python programming language, while the supplied, performance-critical signal processing path is implemented in C++ using processor floating point extensions, where available. --
[NEW] games/freeorion
Hi all, Here's a new games port attached: Free Orion v0.4.8 (Website: https://www.freeorion.org) Description: Free Orion is an open-source, platform independent galactic conquest game in the tradition of the Master of Orion games. The game is currently playable, but probably only fun to the more hard-core fans of the genre. Many features have been implemented, but many others are not. Much of the content is provisional, and unbalanced. In other words, it'll be a while till it is finished. See the Roadmap (https://www.freeorion.org/index.php/Roadmap) for the big picture on our progress. Game loads and works fine for me on amd64. The graphics look nice, however, I've never actually played Master of Orion, so I didn't know what I was doing. :) Thanks, Tom freeorion.tgz Description: application/tar-gz
Re: NEW: graphics/kdiagram
On Wed, Sep 05, 2018 at 09:52:00AM +0200, Solene Rapenne wrote: > Rafael Sadowski wrote: > > Someone, please? > > > > On Sat Aug 25, 2018 at 11:03:08PM +0200, Rafael Sadowski wrote: > > > > > > Information for inst:kdiagram-2.6.1 > > > > > > Comment: > > > libraries for creating business diagrams > > > > > > Description: > > > Powerful libraries (KChart, KGantt) for creating business diagrams. > > > > > > Maintainer: Rafael Sadowski > > > > > > All 22 tests are green. ok to import? > > Hello, > > I can't build it, did I miss something? pkg_locate ECMConfig says it lacks a BDEP on devel/kf5/extra-cmake-modules
Re: NEW: graphics/kdiagram
Rafael Sadowski wrote: > Someone, please? > > On Sat Aug 25, 2018 at 11:03:08PM +0200, Rafael Sadowski wrote: > > > > Information for inst:kdiagram-2.6.1 > > > > Comment: > > libraries for creating business diagrams > > > > Description: > > Powerful libraries (KChart, KGantt) for creating business diagrams. > > > > Maintainer: Rafael Sadowski > > > > All 22 tests are green. ok to import? Hello, I can't build it, did I miss something? solene@t480 /usr/ports/graphics/kdiagram $ make ===> kdiagram-2.6.1 depends on: cmake-* -> cmake-3.10.2p0v0 ===> kdiagram-2.6.1 depends on: ninja->=1.5.1 -> ninja-1.8.2 ===> kdiagram-2.6.1 depends on: qttools-* -> qttools-5.9.6 ===> kdiagram-2.6.1 depends on: xz-* -> xz-5.2.4 ===> kdiagram-2.6.1 depends on: qtbase-* -> qtbase-5.9.6p1 ===> Checking files for kdiagram-2.6.1 >> Fetch >> https://mirrors.dotsrc.org/kde/stable/kdiagram/2.6.1/kdiagram-2.6.1.tar.xz kdiagram-2.6.1.tar.xz 100% || 658 KB00:01 >> (SHA256) kdiagram-2.6.1.tar.xz: OK ===> Extracting for kdiagram-2.6.1 ===> Patching for kdiagram-2.6.1 ===> Applying OpenBSD patch patch-examples_tools_CMakeLists_txt Hmm... Looks like a unified diff to me... The text leading up to this was: -- |$OpenBSD$ | |Index: examples/tools/CMakeLists.txt |--- examples/tools/CMakeLists.txt.orig |+++ examples/tools/CMakeLists.txt -- Patching file examples/tools/CMakeLists.txt using Plan A... Hunk #1 succeeded at 7. done ===> Applying OpenBSD patch patch-src_KChart_CMakeLists_txt Hmm... Looks like a unified diff to me... The text leading up to this was: -- |$OpenBSD$ | |Index: src/KChart/CMakeLists.txt |--- src/KChart/CMakeLists.txt.orig |+++ src/KChart/CMakeLists.txt -- Patching file src/KChart/CMakeLists.txt using Plan A... Hunk #1 succeeded at 144. done ===> Applying OpenBSD patch patch-src_KGantt_CMakeLists_txt Hmm... Looks like a unified diff to me... The text leading up to this was: -- |$OpenBSD$ | |Index: src/KGantt/CMakeLists.txt |--- src/KGantt/CMakeLists.txt.orig |+++ src/KGantt/CMakeLists.txt -- Patching file src/KGantt/CMakeLists.txt using Plan A... Hunk #1 succeeded at 65. done ===> Compiler link: clang -> /usr/bin/clang ===> Compiler link: clang++ -> /usr/bin/clang++ ===> Compiler link: cc -> /usr/bin/cc ===> Compiler link: c++ -> /usr/bin/c++ ===> Configuring for kdiagram-2.6.1 -- The C compiler identification is Clang 6.0.0 -- The CXX compiler identification is Clang 6.0.0 -- Check for working C compiler: /usr/ports/pobj/kdiagram-2.6.1/bin/cc -- Check for working C compiler: /usr/ports/pobj/kdiagram-2.6.1/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Detecting C compile features -- Detecting C compile features - done -- Check for working CXX compiler: /usr/ports/pobj/kdiagram-2.6.1/bin/c++ -- Check for working CXX compiler: /usr/ports/pobj/kdiagram-2.6.1/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Detecting CXX compile features -- Detecting CXX compile features - done CMake Error at CMakeLists.txt:5 (find_package): Could not find a package configuration file provided by "ECM" (requested version 1.4.0) with any of the following names: ECMConfig.cmake ecm-config.cmake Add the installation prefix of "ECM" to CMAKE_PREFIX_PATH or set "ECM_DIR" to a directory containing one of the above files. If "ECM" provides a separate development package or SDK, be sure it has been installed. -- Configuring incomplete, errors occurred! See also "/home/build/usr/ports/pobj/kdiagram-2.6.1/build-amd64/CMakeFiles/CMakeOutput.log". *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2691 'do-configure') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2711 '/usr/ports/pobj/kdiagram-2.6.1/build-amd64/.configure_done') *** Error 1 in /usr/ports/graphics/kdiagram (/usr/ports/infrastructure/mk/bsd.port.mk:2409 'all')
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/09/05 01:20:57 Modified files: sysutils/terraform/provider-alicloud: Makefile distinfo Log message: Update to terraform-provider-alicloud-1.13.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/09/05 01:09:08 Modified files: net/py-botocore: Makefile distinfo Log message: Update to py-botocore-1.11.7.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/09/05 01:09:19 Modified files: sysutils/awscli: Makefile distinfo Log message: Update to awscli-1.16.7.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/09/05 01:03:12 Modified files: net/py-boto3 : Makefile distinfo Log message: Update to py-boto3-1.8.7.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/09/05 01:01:50 Modified files: emulators/qemu : Makefile emulators/qemu/patches: patch-configure Added files: emulators/qemu/patches: patch-hw_virtio_virtio_c Log message: - Add a patch for the virtio crashing issue - Remove a patch no longer necessary from Brad (maintainer)
