Re: Updating several ports
Hi Elias -- On 7/21/2018 7:57 AM, Elias M. Mariani wrote: > Sorry to ping this but I would like to know how to proceed to keep working. > > Cheers. > Elias. > > 2018-07-18 15:50 GMT-03:00 Elias M. Mariani : >> Hi, >> I have the following list of ports, all share interdependencies >> between them, thats why I think that the best would be to commit the >> hole thing together. >> I'm talking about py-test. >> I have the diff ready to update: >> devel/py-hypothesis >> devel/py-py >> devel/py-test >> devel/py-test-httpbin >> devel/py-test-localserver >> devel/py-test-mock >> devel/py-test-runner >> devel/py-test-xdist >> >> And a tarball with: >> devel/py-test-forked (new dependency of devel/py-test-xdist). >> >> The question is: >> Should I send a single diff + tarball ? >> Should I send each by each ? >> >> And a bigger "Should I": >> Maybe create a devel/pytest/* subdir to add the plugins and fix the >> name convention ? >> The tool is called pytest, and if we want to update several other >> plugins of the tool I will need to add even more plugins that are >> missing and now have interdependencies (like pytest-flake8 and >> others). >> >> Ideas? >> I attach the single diff and tarball just because is free. >> I took the liberty of getting the maintainer, if I did wrong or >> Alexandr wants to keep it, no problem. >> >> Cheers. >> Elias. I haven't seen any public replies to this so I'll throw one in. I agree that an update of py-test is beneficial. A quick perusal of the ports tree turns up at least one port that has its tests disabled because it needs a newer py-test. However, what I don't see either in your initial email with all the diffs or any of your subsequent mails is any of the hard work that goes into updating a more foundational port. There are lots of ports that depend on py-test for their testing apparatus, and your emails leave me less than confident that you have done the work to comb through py-test (the Changelog perhaps as a start) to see if there's any potential changes that would affect existing ports, or doing the work yourself of actually running tests before and after the py-test update and comparing the results. Bumping some MODPY_EGG_VERSION numbers and regen'ing some PLISTs is easy; that's not the hard work. It is one thing when it is a leaf port and a sloppy update breaks it. We would still be annoyed, but the damage would be minimal, and very likely spotted before ever being committed. I would be very upset if an update to py-test broke the testing apparatus of any of my ports, because I depend on them to find bugs and coordinate fixes with upstreams. A breakage here would have the potential to significantly increase the time and labor I have to spend on updates. Frankly, something like this will take coordination with others. Coming in with a plan, even if the plan itself ultimately gets changed significantly, would be a good start. Your "Should I" section in your original mail could be a part of that plan but is not itself a plan. And I'm sorry that I don't have the time to work on an undertaking such as this. But if you start down the path outlined above, you are likely to eventually get the attention of interested developers. Bear in mind that all this takes time, so "eventually" might be longer than you originally anticipate. ~Brian
UPDATE: devel/py-test-xdist 1.16.0 -> 1.22.2 [2/2]
Just a minor update. Required to test an upcoming update of pytest itself. Depends on devel/py-test-forked: https://marc.info/?l=openbsd-ports=153222412422291 Cheers. Elias. py-test-xdist.diff Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2018/07/21 19:49:25 Modified files: x11/tk : tk.port.mk Log message: Remove reference to Tcl 8.4.
NEW: devel/py-test-forked [1/2]
Is a dependency for the update of py-test-xdist. The name seems pretty self explanatory... Cheers. Elias. py-test-forked.tar.gz Description: GNU Zip compressed data
Re: CVS: cvs.openbsd.org: ports
On Sat, Jul 21, 2018 at 10:58:38PM +0100, Stuart Henderson wrote: > I think it's actually a problem with aclocal and junking.. > > -- > Sent from a phone, apologies for poor formatting. > > On 21 July 2018 21:54:14 Marc Espie wrote: > > >On Sat, Jul 21, 2018 at 07:51:27PM +0300, Kirill Bychkov wrote: > >>Hi! > >>I've deinstalled gobject-introspection and ws able to build bitcon without > >>errors. and it's present in amd64 packages from Jul 19 > > > >1/That's not a fix. > >2/That's no guarantee things work. > > > >What sthen@ describes looks like what we call a "hidden dependency". > > > >The fact bulk worked this time doesn't mean the port is fine. ... which means there is something completely wrong with using autogen.sh without looking more closely into it. It might affect similar ports.
Re: security/veracrypt
On Fri, 20 Jul 2018 at 16:49:10 -0500, Ax0n wrote: > nevermind, I was on a box without an updated ports tree. Sorry for the > noise. Did I miss something? I don't think it was ever imported.
Re: CVS: cvs.openbsd.org: ports
I think it's actually a problem with aclocal and junking.. -- Sent from a phone, apologies for poor formatting. On 21 July 2018 21:54:14 Marc Espie wrote: On Sat, Jul 21, 2018 at 07:51:27PM +0300, Kirill Bychkov wrote: Hi! I've deinstalled gobject-introspection and ws able to build bitcon without errors. and it's present in amd64 packages from Jul 19 1/That's not a fix. 2/That's no guarantee things work. What sthen@ describes looks like what we call a "hidden dependency". The fact bulk worked this time doesn't mean the port is fine.
NEW: www/ap2-modsecurity
OK? Comment: apache 2 modsecurity module Description: ModSecurity is an open source, cross platform web application firewall (WAF) engine for Apache and Nginx that is developed by Trustwave's SpiderLabs. It has a robust event-based programming language which provides protection from a range of attacks against web applications and allows for HTTP traffic monitoring, logging and real-time analysis. This package provides the Apache 2 ModSecurity module. Maintainer: The OpenBSD ports mailing-list WWW: https://www.modsecurity.org ap2-modsecurity.tar.gz Description: application/gzip
Re: CVS: cvs.openbsd.org: ports
On Sat Jul 21, 2018 at 10:52:42PM +0200, Marc Espie wrote: > On Sat, Jul 21, 2018 at 07:51:27PM +0300, Kirill Bychkov wrote: > > Hi! > > I've deinstalled gobject-introspection and ws able to build bitcon without > > errors. and it's present in amd64 packages from Jul 19 > > 1/That's not a fix. > 2/That's no guarantee things work. > > What sthen@ describes looks like what we call a "hidden dependency". > > The fact bulk worked this time doesn't mean the port is fine. > How can it be a hidden dependency" when it builds without gobject-introspection on amd64? Maybe on i386. I asked sthen@ if he could reproduce the error again. If we run in again in the same error on i386, we can add gobject-introspection as build-depend. ok? I currently see no reason for actionism.
Re: CVS: cvs.openbsd.org: ports
On Sat, Jul 21, 2018 at 07:51:27PM +0300, Kirill Bychkov wrote: > Hi! > I've deinstalled gobject-introspection and ws able to build bitcon without > errors. and it's present in amd64 packages from Jul 19 1/That's not a fix. 2/That's no guarantee things work. What sthen@ describes looks like what we call a "hidden dependency". The fact bulk worked this time doesn't mean the port is fine.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2018/07/21 13:52:38 Modified files: productivity/vym: Makefile Log message: Fix path to manual in, err, manual page and in vym itself. okay jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2018/07/21 13:15:00 Modified files: lang/cython: Makefile distinfo Log message: Update to cython 0.28.4.
Re: NEW: [2/2] x11/kde-applications/kdenlive
On Fri May 25, 2018 at 04:11:48PM +0200, Rafael Sadowski wrote: > Please read "NEW: [1/2] multimedia/mlt" for more information. > > $ cat x11/kde-applications/kdenlive/pkg/DESCR > > Kdenlive is a free open-source video editor, which supports DV, > AVCHD and HDV editing. Kdenlive relies on several other open source > projects, such as FFmpeg, the MLT video framework. > > Ok? Comments? > > Rafael Sadowski Updated tarball attached. kdenlive-17.12.3p0.tar.gz Description: Binary data
Re: NEW: [1/2] multimedia/mlt
On Fri May 25, 2018 at 04:09:14PM +0200, Rafael Sadowski wrote:
> Hi All,
>
> Update multimedia/mlt to the latest release. The diff is based on
> the work of Matthew Martin[1]. It is required to import/replace
> x11/kde-applications/kdenlive (kdenlive-17.12.3 - Next mail)
>
> Tested with kdenlive-17.12.3 on amd64.
>
> [1]: https://marc.info/?l=openbsd-ports=152428861822252=2
>
New diff which switch from QT4/KDE4 to Qt5 and to the latest stable
version.
Index: Makefile
===
RCS file: /cvs/ports/multimedia/mlt/Makefile,v
retrieving revision 1.16
diff -u -p -u -p -r1.16 Makefile
--- Makefile27 Jul 2017 09:55:45 - 1.16
+++ Makefile21 Jul 2018 18:31:22 -
@@ -2,19 +2,17 @@
COMMENT-main = multimedia transformations framework
COMMENT-gpl2 = GPLv2-licensed modules for mlt
-VERSION = 6.0.0
+VERSION = 6.10.0
DISTNAME = mlt-${VERSION}
PKGNAME-main = ${DISTNAME}
PKGNAME-gpl2 = mlt-gpl2-${VERSION}
-REVISION-main =3
-REVISION-gpl2 =1
# XXX versions should be kept in sync together
-SHARED_LIBS = mlt 1.1
-SHARED_LIBS += mlt++ 1.1
+SHARED_LIBS = mlt 2.0
+SHARED_LIBS += mlt++ 2.0
CATEGORIES = multimedia devel
-HOMEPAGE = http://www.mltframework.org/
+HOMEPAGE = https://www.mltframework.org/
MAINTAINER = KDE porting team
@@ -23,45 +21,40 @@ MAINTAINER =KDE porting team https://github.com/mltframework/mlt/releases/download/v${VERSION}/
MULTI_PACKAGES = -main -gpl2
-MODULES = x11/kde4
-MODKDE4_USE =
-KDE4_ONLY =Yes
+MODULES = x11/qt5
BUILD_DEPENDS =audio/ladspa \
- textproc/libxml>=2.5 \
- ${MODKDE4_DEP_DIR}/libs>=${MODKDE4_DEP_VERSION}
+ textproc/libxml
RUN_DEPENDS-main = audio/ladspa \
x11/gtk+3,-guic
-LIB_DEPENDS-main = ${MODGCC4_CPPLIBDEP} \
- audio/jack \
+LIB_DEPENDS-main = audio/jack \
audio/sox \
- devel/sdl>=1.2 \
- devel/sdl-image>=1.2 \
+ devel/sdl2 \
+ devel/sdl-image \
graphics/ffmpeg \
graphics/libexif \
math/fftw3 \
x11/gtk+2,-main
LIB_DEPENDS-gpl2 = ${BUILD_PKGPATH},-main \
- ${MODGCC4_CPPLIBDEP} \
- ${MODQT4_LIB_DEPENDS} \
- audio/libsamplerate>=0.1.5 \
+ ${MODQT5_LIB_DEPENDS} \
+ x11/qt5/qtsvg \
+ devel/sdl2 \
+ audio/libsamplerate \
graphics/libexif
MAKE_FLAGS = soversion=${LIBmlt_VERSION}
Index: distinfo
===
RCS file: /cvs/ports/multimedia/mlt/distinfo,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 distinfo
--- distinfo3 Apr 2016 19:15:23 - 1.3
+++ distinfo21 Jul 2018 18:31:22 -
@@ -1,2 +1,2 @@
-SHA256 (mlt-6.0.0.tar.gz) = MXh0z8f8Uo3duzp6Mv1GNyquIr3EUnvhz7Vck/pm470=
-SIZE (mlt-6.0.0.tar.gz) = 1281478
+SHA256 (mlt-6.10.0.tar.gz) = EGQqgPgeEsbMVAXmDO1kCz3TJceT/nMgeuB94yGtaBA=
+SIZE (mlt-6.10.0.tar.gz) = 1384632
Index: patches/patch-src_framework_Makefile
===
RCS file: /cvs/ports/multimedia/mlt/patches/patch-src_framework_Makefile,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 patch-src_framework_Makefile
--- patches/patch-src_framework_Makefile14 Jul 2014 09:15:12 -
1.1.1.1
+++ patches/patch-src_framework_Makefile21 Jul 2018 18:31:22 -
@@ -1,6 +1,7 @@
$OpenBSD: patch-src_framework_Makefile,v 1.1.1.1 2014/07/14 09:15:12 zhuk Exp $
src/framework/Makefile.origSun Jun 29 22:23:17 2014
-+++ src/framework/Makefile Wed Jul 9 09:43:49 2014
+Index: src/framework/Makefile
+--- src/framework/Makefile.orig
src/framework/Makefile
@@ -1,7 +1,6 @@
include ../../config.mak
include config.mak
@@ -19,7 +20,7 @@ $OpenBSD: patch-src_framework_Makefile,v
else
NAME = libmlt$(LIBSUF)
TARGET = $(NAME).$(version)
-@@ -94,10 +96,12 @@ all: $(TARGET)
+@@ -96,10 +98,12 @@ all: $(TARGET)
$(TARGET): $(OBJS)
$(CC) $(SHFLAGS) -o $@ $(OBJS) $(LDFLAGS)
@@ -35,7 +36,7 @@ $OpenBSD: patch-src_framework_Makefile,v
depend: $(SRCS)
$(CC) -MM $(CFLAGS) $^ 1>.depend
-@@ -114,6 +118,8 @@ install:
+@@ -116,6 +120,8 @@ install:
install -m 755 $(TARGET) $(DESTDIR)$(prefix) ; \
install -m 755 $(TARGET)
Re: NEW: games/freedink
On 07/21/18 11:04, Brian Callahan wrote: On 7/21/2018 9:51 AM, Solene Rapenne wrote: Brian Callahan writes: On 07/07/18 14:28, Brian Callahan wrote: On 07/07/18 14:06, mitchell wodach wrote: here is one with subports. I also cleaned up the Makefiles also On Wed, Jul 4, 2018 at 3:01 PM, Brian Callahan wrote: On 07/04/18 14:17, mitchell wodach wrote: This is my port of Freedink. FreeDink is a portable and enhanced version of the Dink Smallwood game engine. https://www.gnu.org/software/freedink/ you will have to install freedink-data first. Could not get it to install as a dependency it seems to build and run fine for me on amd64. Any comments,question, or concerns. just let me know! Thanks, Mitch Could you make one port with the game and data as subports? (See for example, 0ad or solarus, among others). A very quick glance suggests these need a bit of work; take a look at how other ports Makefiles look and do your best to make your freedink ports look like those. Take note of things like order of variables, spacing, etc. Something like the games/galois Makefile looks to be approximately the same complexity as your freedink Makefile, ports-wise. To make freedink depend on freedink-data, you can add freedink-data as a RUN_DEPENDS to freedink. If you go the route of making one freedink port with 2 subports, the line you will end up writing will look like: RUN_DEPENDS = games/freedink/data ~Brian My version looks like this. ~Brian Ping. Game works fine. ~Brian tested it, game works fine out of the box (and it looks really fun, I played it ~10 minutes :D) but portcheck is not happy => trailing whitespace in Makefile.inc trailing whitespace in game/Makefile in game: missing @exec of update-desktop-database in game: missing @unexec-delete of update-desktop-database Whoops, it's been a while... I'll send a new tarball soon. Thanks. ~Brian And here's a new tarball. ~Brian freedink.tgz Description: Binary data
Re: NEW: x11/kde-applications/libkomparediff2
21 июля 2018 г. 12:43:51 GMT+03:00, Landry Breuil пишет: >On Sat, Jul 21, 2018 at 11:40:09AM +0200, Rafael Sadowski wrote: >> Hi All. >> >> Please find attached a simple dependency for upcoming KDevelop >update. >> All tests passed on amd64. As usual, this port has a conflict with >> kde-l10n-*. > >Thinking out loud, wont this cause issues in bulk as kde3/kde4 and >ports >should be tagged as such so that dpb doesnt try to install conflicting >ports for dependencies ? There are no problems while there's no port with build dependency on kde-i18n/kde-l10n packages. -- WBR, Vadim Zhukov
Re: CVS: cvs.openbsd.org: ports
On Fri, July 20, 2018 15:52, Stuart Henderson wrote: > On 2018/07/09 06:22, Rafael Sadowski wrote: >> CVSROOT: /cvs >> Module name: ports >> Changes by: rsadow...@cvs.openbsd.org 2018/07/09 06:22:16 >> >> Log message: >> Import bitcoin-0.16.1 >> >> Long time ago pascal@ started working on bitcoin in openbsd-wip. >> I've finished this work. >> >> A lot of feedback, tweaks and tests from Bryan Linton > info>, >> Fabian Raetz , thfr@ and kirby@. Thnks a >> lot! >> >> Undefined reference to boost and db4 with GCC, so only CLANG arches are >> enabled yet. >> >> Bitcoin is an experimental new digital currency that enables instant >> payments to anyone, anywhere in the world. Bitcoin uses peer-to-peer >> technology to operate with no central authority: managing transactions >> and issuing money are carried out collectively by the network. >> Bitcoin is also the name of the open source software which enables >> the use of this currency. >> >> ok kirby@ >> >> Status: >> >> Vendor Tag: rsadowski >> Release Tags:rsadowski_20180709 >> >> N ports/net/bitcoin/Makefile >> N ports/net/bitcoin/distinfo >> N ports/net/bitcoin/patches/patch-build-aux_m4_bitcoin_find_bdb48_m4 >> N ports/net/bitcoin/patches/patch-src_wallet_db_cpp >> N ports/net/bitcoin/pkg/DESCR >> N ports/net/bitcoin/pkg/README >> N ports/net/bitcoin/pkg/PFRAG.no-no_x11 >> N ports/net/bitcoin/pkg/PLIST >> N ports/net/bitcoin/pkg/bitcoind.rc >> >> No conflicts created by this import >> > > Build fails: > > aclocal-1.14: error: aclocal: file '/usr/local/share/aclocal/introspection.m4' > does not exist > > This file is in the gobject-introspection package. > Hi! I've deinstalled gobject-introspection and ws able to build bitcon without errors. and it's present in amd64 packages from Jul 19
Re: NEW: games/freedink
On 7/21/2018 9:51 AM, Solene Rapenne wrote: > Brian Callahan writes: > >> On 07/07/18 14:28, Brian Callahan wrote: >>> On 07/07/18 14:06, mitchell wodach wrote: here is one with subports. I also cleaned up the Makefiles also On Wed, Jul 4, 2018 at 3:01 PM, Brian Callahan wrote: > On 07/04/18 14:17, mitchell wodach wrote: >> This is my port of Freedink. >> >> FreeDink is a portable and enhanced version of the Dink Smallwood game >> engine. >> >> https://www.gnu.org/software/freedink/ >> >> you will have to install freedink-data first. Could not get it to >> install as a dependency >> >> it seems to build and run fine for me on amd64. Any comments,question, >> or concerns. just let me know! >> >> Thanks, >> Mitch > Could you make one port with the game and data as subports? (See for > example, 0ad or solarus, among others). > > A very quick glance suggests these need a bit of work; take a look > at how > other ports Makefiles look and do your best to make your freedink > ports look > like those. Take note of things like order of variables, spacing, etc. > Something like the games/galois Makefile looks to be approximately > the same > complexity as your freedink Makefile, ports-wise. > > To make freedink depend on freedink-data, you can add > freedink-data as a > RUN_DEPENDS to freedink. If you go the route of making one > freedink port > with 2 subports, the line you will end up writing will look like: > > RUN_DEPENDS = games/freedink/data > > ~Brian >>> My version looks like this. >>> >>> ~Brian >>> >> Ping. Game works fine. >> >> ~Brian > > tested it, game works fine out of the box (and it looks really fun, I > played it ~10 minutes :D) > > but portcheck is not happy => > > trailing whitespace in Makefile.inc > trailing whitespace in game/Makefile > in game: missing @exec of update-desktop-database > in game: missing @unexec-delete of update-desktop-database Whoops, it's been a while... I'll send a new tarball soon. Thanks. ~Brian
Re: NEW: games/openomf
On 7/21/2018 9:58 AM, Solene Rapenne wrote: > Brian Callahan writes: > >> On 07/10/18 10:57, Brian Callahan wrote: >>> On 07/10/18 05:14, Tom Murphy wrote: The game went Freeware in 1999 and its files are free to download. There's nothing to purchase. OpenOMF uses a MIT license. >>> Yes, OpenOMF uses the MIT license. The game assets are still not >>> open source, even if freeware. I could not find language saying that >>> it would be OK for us to distribute the game assets ourselves (maybe >>> that language exists but if it does I couldn't find it). >>> >>> Anyhow, I reworded pkg/DESCR and pkg/README to point the user to the >>> game assets distributed by archive.org. They seemed both the most >>> neutral and most likely to be around in 100 years out of all the >>> places that had a copy. >>> I did the initial port work on it and have been in contact with the developers of openomf. They've make several fixes to cmake to make it more portable, however there's some bits of the game that don't work 100% yet like tournament mode, and there's some bugs in the network code that need fixing, but single and two player modes work. >>> Yes, they've been good. They responded right away to a problem I >>> found where the game locked up if you tried to remap the player's >>> keys. >>> The libdumb submodule was there because the libdumb code got taken over by a new developer (https://github.com/kode54/dumb) so I'm fairly sure we could update audio/dumb to 2.0.3. I'm not completely certain but I believe the old allegro stuff has been dropped. >>> I decided to use libxmp instead of dumb. Upstream supports that, so >>> I don't feel much of a reason to use dumb at this point. >>> Thanks to Brian Callahan for sorting out the submodules. Those were doing my head in! :) >>> Hence the self-hosted tarball :) >>> >>> Updated tarball attached. >>> >>> ~Brian >>> >> Ping. Game works fine. >> >> ~Brian > it would be cool to have a checksum in the README file to be sure that > the file downloaded is the right one. We could do that, and essentially "bless" the version at archive.org. Makes sense to me. > I tried to run the game, I unzipped the .ZIP file into > /usr/local/share/openomf/ but I need to run the game from within that > directory, or I get an error "MISSING FILE INTRO.BK.". This is explained (as best I could) in the pkg/README. Happy to accept changes to it if it can be made better. > >From the directory with the assets, the game starts, but when I tried to > change the resolution of the game, I get a segmentation fault. This is known. It's a bug in SDL2 itself (not in openomf). You can maximize the window if you'd like it larger, but you can't change the resolution until the underlying SDL2 bug is fixed. I'll send a new tarball shortly. ~Brian
Re: reminder for new ports
On Sat, Jul 21, 2018 at 04:04:03PM +0200, Solene Rapenne wrote: > > This makes me think that we don't have some kind of a reference setup > for working with ports. Of course we have some nice man pages like > bsd.port.mk(5), ports(7), dpb(1) and proot(1) but I think that it's not > easy to figure out how to work with all of this at first. > > Would it be interesting to add a new section in the FAQ like "Setup a > chroot to build ports wihin a jail with PORTS_PRIVSEP" ? I'd be happy to > write it. There's already a porters reference section in the FAQ, but it's probably not quite uptodate with recent practice. http://www.openbsd.org/faq/ports/index.html
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/07/21 08:14:01 Modified files: net/arpwatch : Makefile Log message: remove silly configure argument (--quiet) which is not used anywhere else
Re: reminder for new ports
Marc Espie writes: > It's very easy to miss some dependencies in ports. > > With recent additions, unless you really don't have any space available, > I heartily recommend reproducing the build in a chroot. > > That's about as difficult as using > proot -B /build > (or some other location), making darn sure that partition is dev,wxallowed, > and then copying the requisite parts of the ports tree. > > (if you do frequent port development, you might consider locating your ports > tree INSIDE the chroot, actually). > > Also, you really really want to pay close attention to configure output. > Especially about parts that DO exist in the ports tree > (pkglocatedb is your friend, so is sqlports). > > And finally, setting things up for PORTS_PRIVSEP will help you avoid some > other issues. One nice thing with this is that the build is done as _pbuild > which has *no network access whatsover*. > > All of this should help avoid quite a few 'hidden dependencies' or > 'incomplete port' issues that we tend to figure out when running actual > full builds or reviewing ports... This makes me think that we don't have some kind of a reference setup for working with ports. Of course we have some nice man pages like bsd.port.mk(5), ports(7), dpb(1) and proot(1) but I think that it's not easy to figure out how to work with all of this at first. Would it be interesting to add a new section in the FAQ like "Setup a chroot to build ports wihin a jail with PORTS_PRIVSEP" ? I'd be happy to write it.
Re: NEW: games/openomf
Brian Callahan writes: > On 07/10/18 10:57, Brian Callahan wrote: >> >> On 07/10/18 05:14, Tom Murphy wrote: >>> The game went Freeware in 1999 and its files are free to >>> download. There's nothing to purchase. >>> OpenOMF uses a MIT license. >>> >> >> Yes, OpenOMF uses the MIT license. The game assets are still not >> open source, even if freeware. I could not find language saying that >> it would be OK for us to distribute the game assets ourselves (maybe >> that language exists but if it does I couldn't find it). >> >> Anyhow, I reworded pkg/DESCR and pkg/README to point the user to the >> game assets distributed by archive.org. They seemed both the most >> neutral and most likely to be around in 100 years out of all the >> places that had a copy. >> >>> I did the initial port work on it and have been in contact with the >>> developers of openomf. >>> They've make several fixes to cmake to make it more portable, >>> however there's some bits of the game >>> that don't work 100% yet like tournament mode, and there's some >>> bugs in the network code that need fixing, but single and two >>> player modes work. >>> >> >> Yes, they've been good. They responded right away to a problem I >> found where the game locked up if you tried to remap the player's >> keys. >> >>> The libdumb submodule was there because the libdumb code got taken >>> over by a new developer (https://github.com/kode54/dumb) so I'm >>> fairly sure we could update audio/dumb to 2.0.3. I'm not completely >>> certain but I believe the old allegro stuff has been dropped. >>> >> >> I decided to use libxmp instead of dumb. Upstream supports that, so >> I don't feel much of a reason to use dumb at this point. >> >>> Thanks to Brian Callahan for sorting out the submodules. Those were >>> doing my head in! :) >>> >> >> Hence the self-hosted tarball :) >> >> Updated tarball attached. >> >> ~Brian >> > > Ping. Game works fine. > > ~Brian it would be cool to have a checksum in the README file to be sure that the file downloaded is the right one. I tried to run the game, I unzipped the .ZIP file into /usr/local/share/openomf/ but I need to run the game from within that directory, or I get an error "MISSING FILE INTRO.BK.". >From the directory with the assets, the game starts, but when I tried to change the resolution of the game, I get a segmentation fault.
Re: NEW: games/freedink
Brian Callahan writes: > On 07/07/18 14:28, Brian Callahan wrote: >> >> On 07/07/18 14:06, mitchell wodach wrote: >>> here is one with subports. I also cleaned up the Makefiles also >>> >>> On Wed, Jul 4, 2018 at 3:01 PM, Brian Callahan wrote: On 07/04/18 14:17, mitchell wodach wrote: > This is my port of Freedink. > > FreeDink is a portable and enhanced version of the Dink Smallwood game > engine. > > https://www.gnu.org/software/freedink/ > > you will have to install freedink-data first. Could not get it to > install as a dependency > > it seems to build and run fine for me on amd64. Any comments,question, > or concerns. just let me know! > > Thanks, > Mitch Could you make one port with the game and data as subports? (See for example, 0ad or solarus, among others). A very quick glance suggests these need a bit of work; take a look at how other ports Makefiles look and do your best to make your freedink ports look like those. Take note of things like order of variables, spacing, etc. Something like the games/galois Makefile looks to be approximately the same complexity as your freedink Makefile, ports-wise. To make freedink depend on freedink-data, you can add freedink-data as a RUN_DEPENDS to freedink. If you go the route of making one freedink port with 2 subports, the line you will end up writing will look like: RUN_DEPENDS = games/freedink/data ~Brian >> >> My version looks like this. >> >> ~Brian >> > > Ping. Game works fine. > > ~Brian tested it, game works fine out of the box (and it looks really fun, I played it ~10 minutes :D) but portcheck is not happy => trailing whitespace in Makefile.inc trailing whitespace in game/Makefile in game: missing @exec of update-desktop-database in game: missing @unexec-delete of update-desktop-database
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/07/21 07:38:30 Modified files: x11/gnome/grilo-plugins: Makefile distinfo x11/gnome/grilo-plugins/pkg: PLIST Log message: update to grilo-plugins-0.3.6
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/07/21 07:37:01 Modified files: x11/gnome/grilo: Makefile distinfo x11/gnome/grilo/pkg: PLIST Log message: update to grilo-0.3.5
NEW: x11/kde-applications/kdegraphics-mobipocket
Hi All. Please find attached a simple dependency for upcoming Okular update. No conflicts with other KDE4/4 ports. DESCR: Mobipocket plugins for strigi indexing and thumbnails. A better DESCR is welcome. Ok? Comments? kdegraphics-mobipocket-17.12.3.tar.gz Description: Binary data
Re: NEW: x11/kde-applications/libkomparediff2
On Sat Jul 21, 2018 at 11:43:51AM +0200, Landry Breuil wrote: > On Sat, Jul 21, 2018 at 11:40:09AM +0200, Rafael Sadowski wrote: > > Hi All. > > > > Please find attached a simple dependency for upcoming KDevelop update. > > All tests passed on amd64. As usual, this port has a conflict with > > kde-l10n-*. > > Thinking out loud, wont this cause issues in bulk as kde3/kde4 and ports > should be tagged as such so that dpb doesnt try to install conflicting > ports for dependencies ? > Good question. Are there currently problems with x11/kde-applications vs KDE4 vs KDE3? If no, I don't see any problems at the moment. I think it is a advance DPB question, so I'm out!
NEW: x11/kde-applications/libkexiv2
Hi All. Please find attached a simple dependency for upcoming Okular update. No conflicts with x11/kde4/libkexiv2. PKGNAME: libkexiv2-kf5-17.12.3. DESCR: Libkexiv2 is a wrapper around Exiv2 library to manipulate pictures metadata as EXIF/IPTC and XMP. Ok? Comments? libkexiv2-17.12.3.tar.gz Description: Binary data
Re: [UPDATE] emulators/vbam to 2.1.0
On Sun, Jul 08, 2018 at 12:00:15PM +0200, Frederic Cambus wrote: > Here is a diff to update vbam to 2.1.0. > > Comments? OK? Anyone willing to look at this? Thanks!
Re: Updating several ports
Sorry to ping this but I would like to know how to proceed to keep working. Cheers. Elias. 2018-07-18 15:50 GMT-03:00 Elias M. Mariani : > Hi, > I have the following list of ports, all share interdependencies > between them, thats why I think that the best would be to commit the > hole thing together. > I'm talking about py-test. > I have the diff ready to update: > devel/py-hypothesis > devel/py-py > devel/py-test > devel/py-test-httpbin > devel/py-test-localserver > devel/py-test-mock > devel/py-test-runner > devel/py-test-xdist > > And a tarball with: > devel/py-test-forked (new dependency of devel/py-test-xdist). > > The question is: > Should I send a single diff + tarball ? > Should I send each by each ? > > And a bigger "Should I": > Maybe create a devel/pytest/* subdir to add the plugins and fix the > name convention ? > The tool is called pytest, and if we want to update several other > plugins of the tool I will need to add even more plugins that are > missing and now have interdependencies (like pytest-flake8 and > others). > > Ideas? > I attach the single diff and tarball just because is free. > I took the liberty of getting the maintainer, if I did wrong or > Alexandr wants to keep it, no problem. > > Cheers. > Elias.
Re: NEW: x11/grantlee-qt5
Great to know that KDevelop is coming. Tell me if you need help with testing something. Cheers. Elias. 2018-07-21 6:36 GMT-03:00 Landry Breuil : > On Sat, Jul 21, 2018 at 11:34:09AM +0200, Rafael Sadowski wrote: >> Hi All, >> >> Grantlee-qt5 is the Qt5 variant of x11/grantlee and is needed for >> upcoming KDevelop update. No conflicts >> >> All tests are green on amd64: >> >> 100% tests passed, 0 tests failed out of 12 >> >> DESCR: >> Grantlee is a set of Free Software libraries written using the Qt >> framework. >> >> The goal of Grantlee Templates is to make it easier for application >> developers >> to separate the structure of documents from the data they contain, >> opening the >> door for theming and advanced generation of other text such as code. >> >> >> Ok? Comments? > > ok but please upstream all the patches adding c pthread to linking... > > Landry >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2018/07/21 03:50:44 Modified files: x11: Makefile Log message: Hook grantlee-qt5
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2018/07/21 03:48:39 Log message: Import grantlee-qt5-5.1.0 Grantlee is a set of Free Software libraries written using the Qt framework. The goal of Grantlee Templates is to make it easier for application developers to separate the structure of documents from the data they contain, opening the door for theming and advanced generation of other text such as code. ok landry@ Status: Vendor Tag: rsadowski Release Tags: rsadowski_20180721 N ports/x11/grantlee-qt5/Makefile N ports/x11/grantlee-qt5/distinfo N ports/x11/grantlee-qt5/patches/patch-examples_books_CMakeLists_txt N ports/x11/grantlee-qt5/patches/patch-examples_codegen_CMakeLists_txt N ports/x11/grantlee-qt5/patches/patch-examples_contacts_CMakeLists_txt N ports/x11/grantlee-qt5/patches/patch-examples_htmlapps_CMakeLists_txt N ports/x11/grantlee-qt5/patches/patch-examples_textedit_CMakeLists_txt N ports/x11/grantlee-qt5/patches/patch-templates_defaultfilters_CMakeLists_txt N ports/x11/grantlee-qt5/patches/patch-templates_defaulttags_CMakeLists_txt N ports/x11/grantlee-qt5/patches/patch-templates_i18n_CMakeLists_txt N ports/x11/grantlee-qt5/patches/patch-templates_lib_CMakeLists_txt N ports/x11/grantlee-qt5/patches/patch-CMakeLists_txt N ports/x11/grantlee-qt5/patches/patch-templates_loadertags_CMakeLists_txt N ports/x11/grantlee-qt5/patches/patch-templates_scriptabletags_CMakeLists_txt N ports/x11/grantlee-qt5/patches/patch-templates_tests_CMakeLists_txt N ports/x11/grantlee-qt5/patches/patch-templates_tests_pluginpointertest_CMakeLists_txt N ports/x11/grantlee-qt5/patches/patch-templates_tests_templatedirs_CMakeLists_txt N ports/x11/grantlee-qt5/patches/patch-textdocument_lib_CMakeLists_txt N ports/x11/grantlee-qt5/patches/patch-textdocument_tests_CMakeLists_txt N ports/x11/grantlee-qt5/pkg/DESCR N ports/x11/grantlee-qt5/pkg/PLIST No conflicts created by this import
Re: NEW: x11/kde-applications/libkomparediff2
On Sat, Jul 21, 2018 at 11:40:09AM +0200, Rafael Sadowski wrote: > Hi All. > > Please find attached a simple dependency for upcoming KDevelop update. > All tests passed on amd64. As usual, this port has a conflict with > kde-l10n-*. Thinking out loud, wont this cause issues in bulk as kde3/kde4 and ports should be tagged as such so that dpb doesnt try to install conflicting ports for dependencies ?
NEW: x11/kde-applications/libkomparediff2
Hi All. Please find attached a simple dependency for upcoming KDevelop update. All tests passed on amd64. As usual, this port has a conflict with kde-l10n-*. Information for inst:libkomparediff2-17.12.3 Comment: library to compare files and strings Description: Library to compare files and strings, used in Kompare and KDevelop Maintainer: KDE porting team Ok? Comments? libkomparediff2-17.12.3.tar.gz Description: Binary data
Re: NEW: x11/grantlee-qt5
On Sat, Jul 21, 2018 at 11:34:09AM +0200, Rafael Sadowski wrote: > Hi All, > > Grantlee-qt5 is the Qt5 variant of x11/grantlee and is needed for > upcoming KDevelop update. No conflicts > > All tests are green on amd64: > > 100% tests passed, 0 tests failed out of 12 > > DESCR: > Grantlee is a set of Free Software libraries written using the Qt > framework. > > The goal of Grantlee Templates is to make it easier for application > developers > to separate the structure of documents from the data they contain, > opening the > door for theming and advanced generation of other text such as code. > > > Ok? Comments? ok but please upstream all the patches adding c pthread to linking... Landry
py-numpy broken on macppc ?
Hi, building any port that depends at runtime on py-numpy on macppc fails now with undef symbols, here example with py3-laspy: ===> py3-laspy-1.5.1 depends on: py3-numpy-* -> py3-numpy-1.14.5 Traceback (most recent call last): File "./setup.py", line 4, in import laspy File "/usr/obj/ports/py-laspy-1.5.1-python3/laspy-1.5.1/laspy/__init__.py", line 5, in from laspy import base File "/usr/obj/ports/py-laspy-1.5.1-python3/laspy-1.5.1/laspy/base.py", line 7, in import numpy as np File "/usr/local/lib/python3.6/site-packages/numpy/__init__.py", line 166, in from . import random File "/usr/local/lib/python3.6/site-packages/numpy/random/__init__.py", line 99, in from .mtrand import * ImportError: Cannot load specified object python3.6:/usr/local/lib/python3.6/site-packages/numpy/random/mtrand.so: undefined symbol '_savegpr_24' python3.6:/usr/local/lib/python3.6/site-packages/numpy/random/mtrand.so: undefined symbol '_restgpr_24_x' Sadly, this also breaks boost on macppc, as it depends on numpy, during configure the following is seen on stderr: python2.7:/usr/local/lib/python2.7/site-packages/numpy/random/mtrand.so: undefined symbol '_savegpr_25' python2.7:/usr/local/lib/python2.7/site-packages/numpy/random/mtrand.so: undefined symbol '_restgpr_25_x' the build goes on but packaging fails because of missing boost_numpy libs.. Error: /usr/obj/ports/boost-1.66.0/fake-macppc/usr/local/lib/libboost_numpy-mt.a does not exist Error: /usr/obj/ports/boost-1.66.0/fake-macppc/usr/local/lib/libboost_numpy-mt.so.8.0 does not exist Error: /usr/obj/ports/boost-1.66.0/fake-macppc/usr/local/lib/libboost_numpy.a does not exist Error: /usr/obj/ports/boost-1.66.0/fake-macppc/usr/local/lib/libboost_numpy.so.8.0 does not exist Landry
NEW: x11/grantlee-qt5
Hi All, Grantlee-qt5 is the Qt5 variant of x11/grantlee and is needed for upcoming KDevelop update. No conflicts All tests are green on amd64: 100% tests passed, 0 tests failed out of 12 DESCR: Grantlee is a set of Free Software libraries written using the Qt framework. The goal of Grantlee Templates is to make it easier for application developers to separate the structure of documents from the data they contain, opening the door for theming and advanced generation of other text such as code. Ok? Comments? Best regards, Rafael Sadowski grantlee-qt5-5.1.0.tar.gz Description: Binary data
Re: UPDATE of lang/ocaml to 4.07 and dependent ports
On 2018-06-21 Christopher Zimmermann wrote: > Hi, > > the last few days I prepared an update of ocaml to 4.06 and opam to > 2.00rc2 and along with it updates or REVISION bumps of the dependent > ports. Here comes a reworked diff to upgrade to OCaml 4.07. (attached gzipped) Thanks for the testing and fixes you supplied so far. I believe I included all of them so far. I will need some help in moving sysutils/dune to devel/, because I imported it into the wrong category. Also building dune on sparc64 was broken. I suspect the stack size needs to be increased with ulimit -s 8192. Can someone with access to sparc64 please test this as I don't have access to any sparc64 machine? Christopher -- http://gmerlin.de OpenPGP: http://gmerlin.de/christopher.pub CB07 DA40 B0B6 571D 35E2 0DEF 87E2 92A7 13E5 DEE1 ocaml47.diff.gz Description: application/gzip pgpvRFzSvNImu.pgp Description: OpenPGP digital signature
Change default Tcl to 8.6
Tcl extensions built with 8.5 can be used with 8.6. I've gone over the Makefiles, PLISTs, patches, and files of the ports listed. Attached is a tarball with a diff and a copy of the list. I tried to keep to the style of each Makefile. 6's are ports moved to 8.6. A few have comments. 5's are ports that for now are staying at 8.5 for reasons. Reasons are comma-separated lists of ports (dependencies), files (something in them), or comments why the port remained at 8.5. I'm unsure of some ports due to either dependencies or suspicions (python). Itcl/Itk are old and need Tcl's "internal" includes. I have ports in progress for the newer versions that use 8.6. When Itcl/Itk move to 8.6 a few more can follow. I haven't built anything yet! I'll be starting on i386 and amd64 in about 1/2 day. Ports upgraded are ports I'm confident will be ok, or I highly suspect will be ok. Any port not working can simply be slammed back down to 8.5. Many of these ports aren't mine, so I'm not sure how to proceed. Stu 5 audio/snack devel/itcl 5 cad/pcb cad/pcb/patch/configure 5 comms/hamlib unsure 5 databases/redis unsure 5 databases/sqlite old,unsure 5 devel/itclold,needs internal #includes 5 devel/ltcltk unchanged 5 devel/swigunsure 5 devel/tclcl old,unsure,net/ns,net/nam 5 devel/tcllib needed by many 5 devel/tklib needed by many 5 devel/vtclold,new 8.6 version exists, can be updated later 5 graphics/tkimgdevel/itcl 5 graphics/tkpngdevel/itcl 5 lang/expect unsure,threads problems? 5 lang/otcl old,unsure,net/ns,net/nam 5 lang/pypy unsure 5 lang/ruby/2.3 lang/ruby/2.3/Makefile 5 math/graphviz unsure 5 misc/WordGeneratorx11/iwidgets 5 misc/memchan net/coccinella,devel/itcl 5 net/coccinelladevel/itcl 5 net/nam old,devel/tclcl,lang/otcl,net/ns 5 net/nsold,devel/tclcl,lang/otcl,net/nam 5 net/tcludpnet/coccinella,devel/itcl 5 print/texlive/texmf unsure 5 security/tcltls net/coccinella,devel/itcl 5 sysutils/findlib unsure,devel/cil,devel/coccinelle 5 telephony/iaxclient unsure 5 textproc/catdoc unsure,devel/kf5/kfilemetadata,-main,mail/kopano/core,-main 5 x11/byzi only needed in 8.5 5 x11/itk devel/itcl 5 x11/iwidgets devel/itcl,x11/itk 5 x11/ruby-tk x11/ruby-tk/Makefile 5 x11/tkdnd net/coccinella,devel/itcl 5 x11/tkhtmlnet/coccinella,devel/itcl 5 x11/tktraynet/coccinella,devel/itcl 5 x11/tktreectrlnet/coccinella,devel/itcl 6 audio/xcd 6 cad/tkgate 6 cad/xcircuit 6 comms/tkhylafax 6 databases/pgtcl 6 databases/sqlite3-tcl 6 devel/fossil 6 devel/git 6 devel/mercurial 6 devel/nagelfar 6 devel/p5-Tcl 6 devel/tclarc4random 6 devel/tkcvs 6 devel/tkdiff 6 emulators/frodo 6 emulators/openmsx 6 geo/gpsbabel 6 graphics/colorexplorer 6 graphics/gocr 6 lang/eltclsh 6 lang/jimtcl 6 lang/obc 6 lang/tcltutor 6 mail/exmh2 6 math/R 6 math/maxima 6 misc/cbb 6 misc/impress 6 misc/remind 6 misc/tkcron 6 misc/tkinfo 6 misc/tkman 6 misc/wordnet 6 net/climm 6 net/netinfo 6 net/ssvnc 6 net/tcl-snmptools -pthread still needed? 6 net/tclcurl -pthread still needed? 6 net/tkabber/base 6 net/tkirc 6 net/weechat REVISION-tcl ok? 6 productivity/sl 6 security/password-gorilla 6 security/tclgpg 6 sysutils/libisoburn REVISION-tcltk ok? 6 sysutils/tkdvd 6 textproc/TclXML 6 textproc/boust 6 x11/dbus-intf 6 x11/dbus-tcl 6 x11/p5-Tkx 6 x11/tkcon 6 x11/tktable 6 x11/x11vnc 6 x11/xbindkeys uptcl86.tar.gz Description: application/gzip
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/07/21 01:38:46 Modified files: infrastructure/lib/DPB/Core: Distant.pm Log message: likewise
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/07/21 01:36:36 Modified files: infrastructure/lib/DPB/Core: Distant.pm Log message: ssh master should run as the user we started dpb as...
