Re: NEW games/cataclysm-dda
On Sun, October 22, 2017 10:42 pm, Brian Callahan wrote: > > I didn't really know how to go about talking it out, so here's a new > tarball with the complete port with my fixes. I'm compiling the no_x11 > FLAVOR now. The SDL2 version didn't work for me (it launched a windows > but then had to be kill -9'd), but it's impossible for me to tell if it > is indeed broken or if it is my super old and shitty netbook that just > refuses to play nicely with it. > > ~Brian > > I'll talk then. :) I don't see any problems with your fixes, but I have questions and want to understand them. Thanks for taking the time to review. > BUILD_DEPENDS= devel/astyle \ I saw your comments in the update to astyle. I had ignored astyle because I didn't think it was important for the port to care about upstream style conformity. I don't know that it'll ever be an issue as upstream does 'experimental' builds off master for linux, windows and OSX so I think style issues will be caught. But since we're building from development source, would we want a style issue to fail the build and stop an update to the port? > MAKE_FLAGS= ... CXX="${CXX}" > > pre-configure: >sed -i -e 's,-Os,${CXXFLAGS},g' > -e 's,$${LOCALBASE},${LOCALBASE},g' \ >-e 's,-Werror,,g' ${WRKSRC}/Makefile I'm guessing defining CXX, replacing '-Os' and removing '-Werror' are to allow the pkg tools to control the build flags. Or something more specific about -O and -W? Substituting LOCALBASE here I'm lost on. I don't see where that was targeting in the Makefile. Anyway, why wouldn't it get substituted when make was run? Tim.
Re: nomacs and speexdsp-1.2rc3 package
- Original Message - From: "Marc Espie" To:ga...@garryricketsonartworks.com Cc: Sent:Mon, 23 Oct 2017 12:40:28 -0700 Subject:Re: nomacs and speexdsp-1.2rc3 package - Original Message - From: "Marc Espie" To: ga...@garryricketsonartworks.com Cc: Sent: Mon, 23 Oct 2017 21:13:28 +0200 Subject: Re: nomacs and speexdsp-1.2rc3 package On Mon, Oct 23, 2017 at 12:04:10PM -0700, ga...@garryricketsonartworks.com wrote: > urndis0: urndis_decap invalid buffer len 1 < minimum header 44 man urndis It's your network device. Looks like your network communication fails with a fairly bad driver bug, always at the same location in the connection. A full dmesg might help. As to solving your actual problem, can you attach to the network using something else ? try using pkg_add using the alternate connection method. Does it still hang ? = Thank you again, Unfortunately no, I do not have any alternate method of connection. I did send a full dmesg to d...@openbsd.org , after the install. In any event I am attaching it as a file, hope that is ok ? I was looking at the man urndis, just now, looking for some clues, since this is more of a problem with my system/hardware/etc. I have also posted about it on a forum, it does not seem to be any problem with the package or port. Thank you very much though for taking the time on this. from Garry === Problem solved, I was able to download the and speexdsp-1.2rc3 package and used the pkg_path to install it: pkg_add -v file:///home/garry/speex-1.2.0.tgz -- After that the rest of the Nomacs installation went fine , and the package/program seems to be working as expected. Thank you again very much. from Garry
Re: NEW games/cataclysm-dda
On Mon, October 23, 2017 1:25 am, Brian Callahan wrote: > > On 10/22/17 22:42, Brian Callahan wrote: >> Hi Tim -- >> >> On 10/22/17 11:38, trondd wrote: >>> Tobias Ulmer wrote: >>> On Sat, Oct 14, 2017 at 04:43:14PM -0400, trondd wrote: Hi trondd, no idea what happened, but I can't read your mail at all. It appears as one big binary in mutt. Could you re-send it to the list? I'd like to take a look >>> Whoops. Attached the file instead of inlining it this time. >>> >>> Tim. >>> >> >> I didn't really know how to go about talking it out, so here's a new >> tarball with the complete port with my fixes. I'm compiling the no_x11 >> FLAVOR now. The SDL2 version didn't work for me (it launched a windows >> but then had to be kill -9'd), but it's impossible for me to tell if >> it is indeed broken or if it is my super old and shitty netbook that >> just refuses to play nicely with it. >> >> ~Brian >> > > Update: the console version works fine for me. Maybe I just didn't wait > long enough for the SDL version to load. > Thanks. I'll take a look at your changes tonight, but quickly: Yes, it takes a weirdly long time to start up. Does this on OSX as well.
Re: UPDATE: archivers/zstd
On Sun, Oct 22, 2017 at 11:59:48AM +0200, Rafael Sadowski wrote: > Hi All, > > please find below a simple update to 1.3.2. > > - Adjust COMPILER > - https://github.com/facebook/zstd/issues/335 is closed. > "Wanted to let the community know that we’ve released zstd v1.3.1 >earlier today, which adjusts it to be dual licensed as BSD and GPLv2." > > All tests/benchmarks looks okay on amd64. > > OK? Comments? > > Best regards, > > Rafael Sadowski > > Index: Makefile > === > RCS file: /cvs/ports/archivers/zstd/Makefile,v > retrieving revision 1.11 > diff -u -p -u -p -r1.11 Makefile > --- Makefile 19 Jul 2017 22:16:30 - 1.11 > +++ Makefile 22 Oct 2017 09:59:11 - > @@ -4,21 +4,19 @@ COMMENT = zstandard fast real-time comp > > GH_ACCOUNT = facebook > GH_PROJECT = zstd > -GH_TAGNAME = v1.3.0 > +GH_TAGNAME = v1.3.2 > > CATEGORIES = archivers > > HOMEPAGE = https://facebook.github.io/zstd/ > > -# BSD 3 clauses. zstd doesn't use known patented code or algorithms, however > -# the project includes an additional patent grant in the file PATENTS. > -# https://github.com/facebook/zstd/issues/335 > +# BSD 3 + GPLv2 > PERMIT_PACKAGE_CDROM = Yes Don't remove the comment about the patents or the link. I prefer "BSD 3 clauses + GPLv2" instead of "BSD 3 + GPLv2". > > -WANTLIB =c lzma pthread z > +WANTLIB =c pthread z > LIB_DEPENDS =archivers/xz Remove LIB_DEPENDS. We only needed xz for the lzma functionality. With those changes, OK juanfra@ > > -COMPILER = gcc > +COMPILER = base-clang ports-clang ports-gcc > COMPILER_LANGS = c > > MAKE_ENV = CC="${CC}" CXX="${CXX}" \ > Index: distinfo > === > RCS file: /cvs/ports/archivers/zstd/distinfo,v > retrieving revision 1.7 > diff -u -p -u -p -r1.7 distinfo > --- distinfo 19 Jul 2017 22:16:30 - 1.7 > +++ distinfo 22 Oct 2017 09:59:11 - > @@ -1,2 +1,2 @@ > -SHA256 (zstd-1.3.0.tar.gz) = D9umQ7Q4t8vOcA3MDns+PabYKQiMY3V6WYSTDi9ws0g= > -SIZE (zstd-1.3.0.tar.gz) = 1469911 > +SHA256 (zstd-1.3.2.tar.gz) = rFBUo8ZOZRC8GuiQ0F49JxzDPO68nQasnwgQV2bSeYo= > +SIZE (zstd-1.3.2.tar.gz) = 1618939 > Index: patches/patch-tests_playTests_sh > === > RCS file: /cvs/ports/archivers/zstd/patches/patch-tests_playTests_sh,v > retrieving revision 1.6 > diff -u -p -u -p -r1.6 patch-tests_playTests_sh > --- patches/patch-tests_playTests_sh 5 May 2017 18:16:53 - 1.6 > +++ patches/patch-tests_playTests_sh 22 Oct 2017 09:59:11 - > @@ -1,7 +1,8 @@ > $OpenBSD: patch-tests_playTests_sh,v 1.6 2017/05/05 18:16:53 juanfra Exp $ > tests/playTests.sh.orig Thu May 4 20:18:24 2017 > -+++ tests/playTests.sh Fri May 5 17:04:40 2017 > -@@ -58,6 +58,7 @@ UNAME=$(uname) > +Index: tests/playTests.sh > +--- tests/playTests.sh.orig > tests/playTests.sh > +@@ -67,6 +67,7 @@ UNAME=$(uname) > case "$UNAME" in > Darwin) MD5SUM="md5 -r" ;; > FreeBSD) MD5SUM="gmd5sum" ;; > @@ -9,7 +10,7 @@ $OpenBSD: patch-tests_playTests_sh,v 1.6 > *) MD5SUM="md5sum" ;; > esac > > -@@ -193,7 +194,7 @@ rm ./*.tmp ./*.zstd > +@@ -209,7 +210,7 @@ rm ./*.tmp ./*.zstd > $ECHO "frame concatenation tests completed" > > > -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: FWD: Re: Update textproc/xpdf
Hi, On Mon, Oct 23, 2017 at 06:05:08PM +0200, Alexander Bluhm wrote: > On Sun, Oct 22, 2017 at 06:26:15PM +0200, Matthias Kilian wrote: > > I'll try it later this evening. But I always wondered why one wants > > to print a pdf out of a pdf *viewer* ;-) > > I have always used xpdf to convert the wanted pages to postscript > and send them with lpr to my printer. You can even type "ssh > myprinthost lpr" in the command field and do it remotely. > > What is wrong with that workflow? Is there a better way to print > pages of pdf on a postscript printer? ghostview? Did you miss the smiley above? Anyway, here's an updated diff, with some suggestions included (remove USE_GMAKE, add rdeps/bdeps for jpeg, png, tiff, allthough tiff export still doesn't work). For printing (using DXPDFWIDGET_PRINTING=true), the cmake magic fails to add -L${LOCALBASE}/lib when linking the xpdf executable. I really need some help from a cmake expert here (CMAKE_LIBRARY_PATH doesn't help). And for tiff export, all I see (after some stat(2) and lstat(2) calls) ist this: 31413 xpdf CALL open(0x8305c186498,0x10601,0666) 31413 xpdf NAMI "/home/kili/apu2/foo.tiff" 31413 xpdf RET open 14/0xe 31413 xpdf CALL fcntl(14,F_SETFD,FD_CLOEXEC) 31413 xpdf RET fcntl 0 31413 xpdf CALL close(14) 31413 xpdf RET close 0 31413 xpdf CALL unlink(0x8305c186498) 31413 xpdf NAMI "/home/kili/apu2/foo.tiff" 31413 xpdf RET unlink 0 Ciao, Kili Index: Makefile === RCS file: /cvs/ports/textproc/xpdf/Makefile,v retrieving revision 1.89 diff -u -p -r1.89 Makefile --- Makefile26 Jul 2017 22:45:31 - 1.89 +++ Makefile23 Oct 2017 20:18:11 - @@ -2,33 +2,47 @@ COMMENT= PDF viewer for X11 -DISTNAME= xpdf-3.04 +DISTNAME= xpdf-4.00 CATEGORIES=textproc x11 -REVISION= 2 -MASTER_SITES= ftp://ftp.foolabs.com/pub/xpdf/ \ - http://mirror.ctan.org/support/xpdf/ +MASTER_SITES= https://www.xpdfreader.com/dl/ -HOMEPAGE= http://www.foolabs.com/xpdf/ +HOMEPAGE= https://www.xpdfreader.com/ # GPLv2 only or GPLv3 only or both (at our choice) PERMIT_PACKAGE_CDROM= Yes -LIB_DEPENDS+= graphics/png x11/motif -USE_GMAKE= Yes -CONFIGURE_STYLE=gnu -CONFIGURE_ARGS=--enable-multithreaded \ - --without-Sgm-library \ - --without-libpaper-library - -CONFIGURE_ENV= CPPFLAGS='-I${X11BASE}/include/freetype2 -I${X11BASE}/include -I${LOCALBASE}/include -DLOCALBASE="\"${LOCALBASE}\""' \ - LDFLAGS="-L${X11BASE}/lib -L${LOCALBASE}/lib -lm -lz" -MAKE_ENV+=MOTIFLIB='-L${LOCALBASE}/lib -lXm' +MODULES= devel/cmake \ + X11/qt5 RUN_DEPENDS= print/ghostscript/gnu-fonts -WANTLIB= ICE SM X11 Xext Xpm Xt freetype Xm \ - c m png pthread ${COMPILER_LIBCXX} z +# Add jpeg, png, tiff as rdep and bdep so cmake always pick them up and +# xpdf is able to export to those formats. Not strictly needed for jpeg +# and png, because they are pulled in by qt and its dependencies, but +# better be explicit here. +# But note that tiff export doesn't work. +RUN_DEPENDS += graphics/jpeg \ + graphics/png \ + graphics/tiff + +BUILD_DEPENDS +=graphics/jpeg \ + graphics/png \ + graphics/tiff + +# Don't pick up libpaper -- the build currently fails to link against +# it. +CONFIGURE_ARGS += -DHAVE_PAPER_H=0 + +# XXX +# Doesn't work, neither with -DCMAKE_LIBRARY_PATH=${LOCALBASE}/lib nor +# with CMAKE_LIBRARY_PATH=${LOCALBASE}/lib in the environment. +# CONFIGURE_ARGS +=-DXPDFWIDGET_PRINTING=true + +CXXFLAGS+= -DLOCALBASE=\\\"${LOCALBASE}\\\" + +WANTLIB= Qt5Core Qt5Gui Qt5Widgets freetype c m png pthread \ + ${COMPILER_LIBCXX} z NO_TEST= Yes @@ -37,13 +51,9 @@ post-install: ${INSTALL_DATA} ${WRKSRC}/doc/sample-xpdfrc \ ${PREFIX}/share/examples/xpdf/xpdfrc # already in poppler-utils -.for i in pdffonts pdfimages pdfinfo pdftoppm pdftops pdftotext +.for i in pdffonts pdfimages pdfinfo pdftohtml pdftoppm pdftops pdftotext rm ${PREFIX}/man/man1/$i.1 rm ${PREFIX}/bin/$i .endfor -# forgotten in Makefile.in (there's also a pdfthtml, but it conflicts -# with poppler-utils): - ${INSTALL_PROGRAM} ${WRKBUILD}/xpdf/pdftopng ${PREFIX}/bin - ${INSTALL_MAN} ${WRKSRC}/doc/pdftopng.1 ${PREFIX}/man/man1 .include Index: distinfo === RCS file: /cvs/ports/textproc/xpdf/distinfo,v retrieving revision 1.18 diff -u -p -r1.18 distinfo --- distinfo8 Jun 2014 18:56:33 - 1.18 +++ distinfo23 Oct 2017 20:18:11 - @@ -1,2 +1,2 @@ -SHA256 (xpdf-3.04.tar.gz) = ETkMdHM6vLJiqspNtocQ8T///UK/4qCGGl38kSspd+U= -SIZE (xpdf-3.04.tar.gz) = 825519 +SHA256 (xpdf-4.00.tar.gz) = /z2SxCFm41sbpq7JtfCt/7X8BaPrldxJUFtuNE5CF
UPDATE: misc/memcached
Update to latest major version and simplify pledge(1) patch a bit. Comments ? Ok ? Cheers Giovanni Index: Makefile === RCS file: /var/cvs/ports/misc/memcached/Makefile,v retrieving revision 1.38 diff -u -p -r1.38 Makefile --- Makefile17 Jul 2017 08:35:08 - 1.38 +++ Makefile19 Oct 2017 06:33:27 - @@ -2,7 +2,7 @@ COMMENT= distributed memory object caching system -DISTNAME= memcached-1.4.39 +DISTNAME= memcached-1.5.2 CATEGORIES=misc HOMEPAGE= http://www.memcached.org/ Index: distinfo === RCS file: /var/cvs/ports/misc/memcached/distinfo,v retrieving revision 1.24 diff -u -p -r1.24 distinfo --- distinfo17 Jul 2017 08:35:08 - 1.24 +++ distinfo19 Oct 2017 06:33:33 - @@ -1,2 +1,2 @@ -SHA256 (memcached-1.4.39.tar.gz) = I8S/fHh+T9mnsKe2Gz/8s3TuhvnMALqJLOU+7ECv1zU= -SIZE (memcached-1.4.39.tar.gz) = 403751 +SHA256 (memcached-1.5.2.tar.gz) = mskxE7210DfnnGEnc4ZWSsLl4x1J5ZTxHlVOTBSbckU= +SIZE (memcached-1.5.2.tar.gz) = 407715 Index: patches/patch-configure === RCS file: /var/cvs/ports/misc/memcached/patches/patch-configure,v retrieving revision 1.9 diff -u -p -r1.9 patch-configure --- patches/patch-configure 20 Jun 2017 19:52:26 - 1.9 +++ patches/patch-configure 30 Aug 2017 15:33:33 - @@ -2,7 +2,7 @@ $OpenBSD: patch-configure,v 1.9 2017/06/ Index: configure --- configure.orig +++ configure -@@ -6432,7 +6432,7 @@ $as_echo "#define _GNU_SOURCE 1" >>confdefs.h +@@ -6517,7 +6517,7 @@ $as_echo "#define _GNU_SOURCE 1" >>confdefs.h elif test "$GCC" = "yes" then GCC_VERSION=`$CC -dumpversion` Index: patches/patch-memcached_c === RCS file: /var/cvs/ports/misc/memcached/patches/patch-memcached_c,v retrieving revision 1.13 diff -u -p -r1.13 patch-memcached_c --- patches/patch-memcached_c 17 Jul 2017 08:35:08 - 1.13 +++ patches/patch-memcached_c 30 Aug 2017 15:33:24 - @@ -10,36 +10,22 @@ Index: memcached.c /* some POSIX systems need the following definition * to get mlockall flags out of sys/mman.h. */ -@@ -6733,6 +6734,32 @@ int main (int argc, char **argv) { +@@ -6861,6 +6862,18 @@ int main (int argc, char **argv) { if (pid_file != NULL) { save_pid(pid_file); +} + +if (settings.socketpath != NULL) { -+if (pid_file != NULL) { -+ if (pledge("stdio cpath unix", NULL) == -1) { -+ fprintf(stderr, "%s: pledge: %s\n", argv[0], strerror(errno)); -+ exit(1); -+ } -+} else { + if (pledge("stdio unix", NULL) == -1) { + fprintf(stderr, "%s: pledge: %s\n", argv[0], strerror(errno)); + exit(1); + } -+} +} else { -+if (pid_file != NULL) { -+ if (pledge("stdio cpath inet", NULL) == -1) { -+ fprintf(stderr, "%s: pledge: %s\n", argv[0], strerror(errno)); -+ exit(1); -+ } -+} else { + if (pledge("stdio inet", NULL) == -1) { + fprintf(stderr, "%s: pledge: %s\n", argv[0], strerror(errno)); + exit(1); + } -+} } /* Drop privileges no longer needed */ signature.asc Description: PGP signature
Re: nomacs and speexdsp-1.2rc3 package
- Original Message - From: "Marc Espie" To: ga...@garryricketsonartworks.com Cc: Sent: Mon, 23 Oct 2017 21:13:28 +0200 Subject: Re: nomacs and speexdsp-1.2rc3 package On Mon, Oct 23, 2017 at 12:04:10PM -0700, ga...@garryricketsonartworks.com wrote: > urndis0: urndis_decap invalid buffer len 1 < minimum header 44 man urndis It's your network device. Looks like your network communication fails with a fairly bad driver bug, always at the same location in the connection. A full dmesg might help. As to solving your actual problem, can you attach to the network using something else ? try using pkg_add using the alternate connection method. Does it still hang ? = Thank you again, Unfortunately no, I do not have any alternate method of connection. I did send a full dmesg to d...@openbsd.org , after the install. In any event I am attaching it as a file, hope that is ok ? I was looking at the man urndis, just now, looking for some clues, since this is more of a problem with my system/hardware/etc. I have also posted about it on a forum, it does not seem to be any problem with the package or port. Thank you very much though for taking the time on this. from Garry Dell_Optiplex780 Description: Binary data
Re: NEW: net/sacc
On Sun, Oct 22, 2017 at 04:59:53AM +, Brian Callahan wrote: > The gopher protocol continues to live, despite everyone else moving on. And > occasionally people write new gopher clients. Here's one of those. > > sacc is a simple console gopher client. It uses curses and there's really > not too much else to say about it. If you're a gopher user, you probably > already know how to use it. If you're not, now's a good time to start > exploring. It nicely uses xdg-open to open HTML links and other things it > can't open directly. > > Launch it with "sacc floodgap.com" (or another gopher site of your choice). > > OK? I tested this diff on snapshot/amd64. It works fine for me. Also the portcheck tool does not complain. Thanks, Jan
Re: NEW: graphics/farbfeld
On 10/23/17 15:26, Brian Callahan wrote: On 10/23/2017 3:22 PM, Jan Klemkow wrote: On Mon, Sep 18, 2017 at 04:36:51PM +, Ingo Feinerer wrote: referencing https://marc.info/?l=openbsd-ports&m=150486711402504&w=2: Updated port in line with existing suckless ports (e.g., I took x11/dwm as template): - honor CC, CFLAGS, LDFLAGS and PREFIX - use ${BSD_INSTALL...} instead of manual copying OK feinerer@ if someone would like to import it. I tested this version of the farbfeld port on snapshot/amd64. It works fine for me. I would love to see this in ports. Thus, I don't have to build it by myself nor to install it to /home/... Thanks, Jan I have a slightly modified version of this to send to feinerer@. I need it for another port now. ~Brian Whoops. Now with 100% more attachment! ~Brian farbfeld.tgz Description: Binary data
Re: NEW: graphics/farbfeld
On 10/23/2017 3:22 PM, Jan Klemkow wrote: > On Mon, Sep 18, 2017 at 04:36:51PM +, Ingo Feinerer wrote: >> referencing https://marc.info/?l=openbsd-ports&m=150486711402504&w=2: >> >> Updated port in line with existing suckless ports (e.g., I took x11/dwm >> as template): >> >> - honor CC, CFLAGS, LDFLAGS and PREFIX >> - use ${BSD_INSTALL...} instead of manual copying >> >> OK feinerer@ if someone would like to import it. > I tested this version of the farbfeld port on snapshot/amd64. It works > fine for me. I would love to see this in ports. Thus, I don't have to > build it by myself nor to install it to /home/... > > Thanks, > Jan > I have a slightly modified version of this to send to feinerer@. I need it for another port now. ~Brian
Re: NEW: lang/a60
Hi ports -- On 08/16/17 20:19, Brian Callahan wrote: On 07/13/17 01:07, Brian Callahan wrote: Hi ports -- Back again from the historical languages department: here's a port of a60, an Algol 60 interpreter (and IDE). --- pkg/DESCR: a60 is the Algol 60 interpreter NASE A60. Made for fun and call-by-name. NASE A60 is based on the Revised Report on the Algorithmic Language Algol 60. Additionally there is the xa60 frontend: a simple edit-and-go X11 IDE. --- Two tests "fail" on amd64 because the test check file assumes 32-bit longs. OK? ~Brian Ping. Tarball reattached for convenience. ~Brian And apologies for flooding ports@ with a whole lot of stuff--I have more in the pipeline so I'm trying to clear out old stuff from my queue. I never got any feedback on this. New tarball attached. I decided to break out a no_x11 FLAVOR, for all 1 person that would be useful for. OK? ~Brian a60.tgz Description: Binary data
Re: NEW: graphics/farbfeld
On Mon, Sep 18, 2017 at 04:36:51PM +, Ingo Feinerer wrote: > referencing https://marc.info/?l=openbsd-ports&m=150486711402504&w=2: > > Updated port in line with existing suckless ports (e.g., I took x11/dwm > as template): > > - honor CC, CFLAGS, LDFLAGS and PREFIX > - use ${BSD_INSTALL...} instead of manual copying > > OK feinerer@ if someone would like to import it. I tested this version of the farbfeld port on snapshot/amd64. It works fine for me. I would love to see this in ports. Thus, I don't have to build it by myself nor to install it to /home/... Thanks, Jan
Re: nomacs and speexdsp-1.2rc3 package
- Original Message - From: ga...@garryricketsonartworks.com To: Cc: Sent:Mon, 23 Oct 2017 11:48:37 -0700 Subject:Re: nomacs and speexdsp-1.2rc3 package - Original Message - From: "Marc Espie" To: Cc: Sent:Mon, 23 Oct 2017 20:02:43 +0200 Subject:Re: nomacs and speexdsp-1.2rc3 package On Mon, Oct 23, 2017 at 10:37:37AM -0700, ga...@garryricketsonartworks.com wrote: > > Hello, I just joined this list, I hope it is the correct one. > The problem is with:nomacs-3.6. package and speexdsp-1.2rc3. > Other packages all install fine, but with nomacs it hangs at the > > speexdsp-1.2rc3. point. > == > > $ cat > nomacs-problem > Update candidates: speexdsp-1.2rc3 -> speexdsp-1.2rc3 > speex-1.2.0 > (extracting)|** > | 52%^ > === > nomacs-3.6.1p0:x265-2.5p0: ok > Update candidates: speexdsp-1.2rc3 -> speexdsp-1.2rc3 > Update candidates: libogg-1.3.2p0 -> libogg-1.3.2p0 > nomacs-3.6.1p0:speex-1.2.0 > (extracting)|*** > | 52%^ > --- > Installs fine up to this point 3 tries, all ways hangs at 52% > Other packages install smoothly, no problem. > I tried installing speexdsp-1.2rc3 separately, and still get the same, > it hangs a 52% and does not continue extracting. > - Well, works here. you could try pkg_add -vvv for starters, so that we get an idea where it hangs exactly. make sure your filesystems are clean, look for stuff in /var/log/messages or on console as well. -- Thank you on the quick reply, Here is the output using the -vvv option and also what I see in the console. However my lack of tech skill, I have no clue what the console message means, or if it is related, it appears to be. console: urndis0: urndis_decap invalid buffer len 1 < minimum header 44 == link /usr/local/share/aclocal/pkg.pBvZBoz1rR -> /usr/local/share/aclocal/pkg.PS77b5nmLZ extract share/doc/speex/manual.pdf -> /usr/local/share/doc/speex/pkg.60Leo72i6l = Thanks from Garry --- Just to confirm, I tried again, and when it reaches the /usr/local/share/doc/speex/pkg.60Leo72i6l part, that is when the error shows in the console, so that is the problem. Thanks again.
Re: nomacs and speexdsp-1.2rc3 package
- Original Message - From: "Marc Espie" To: Cc: Sent:Mon, 23 Oct 2017 20:02:43 +0200 Subject:Re: nomacs and speexdsp-1.2rc3 package On Mon, Oct 23, 2017 at 10:37:37AM -0700, ga...@garryricketsonartworks.com wrote: > > Hello, I just joined this list, I hope it is the correct one. > The problem is with:nomacs-3.6. package and speexdsp-1.2rc3. > Other packages all install fine, but with nomacs it hangs at the > > speexdsp-1.2rc3. point. > == > > $ cat > nomacs-problem > Update candidates: speexdsp-1.2rc3 -> speexdsp-1.2rc3 > speex-1.2.0 > (extracting)|** > | 52%^ > === > nomacs-3.6.1p0:x265-2.5p0: ok > Update candidates: speexdsp-1.2rc3 -> speexdsp-1.2rc3 > Update candidates: libogg-1.3.2p0 -> libogg-1.3.2p0 > nomacs-3.6.1p0:speex-1.2.0 > (extracting)|*** > | 52%^ > --- > Installs fine up to this point 3 tries, all ways hangs at 52% > Other packages install smoothly, no problem. > I tried installing speexdsp-1.2rc3 separately, and still get the same, > it hangs a 52% and does not continue extracting. > - Well, works here. you could try pkg_add -vvv for starters, so that we get an idea where it hangs exactly. make sure your filesystems are clean, look for stuff in /var/log/messages or on console as well. -- Thank you on the quick reply, Here is the output using the -vvv option and also what I see in the console. However my lack of tech skill, I have no clue what the console message means, or if it is related, it appears to be. console: urndis0: urndis_decap invalid buffer len 1 < minimum header 44 == link /usr/local/share/aclocal/pkg.pBvZBoz1rR -> /usr/local/share/aclocal/pkg.PS77b5nmLZ extract share/doc/speex/manual.pdf -> /usr/local/share/doc/speex/pkg.60Leo72i6l = Thanks from Garry
Re: UPDATE: sysutils/coreutils 8.25 => 8.28
On 09/08/17 11:15, Brian Callahan wrote: Hi ports -- Attached is an update for the GNU coreutils, bringing them to their latest versions. A nice addition from this update is the gb2sum utility. NEWS file with the major changes can be found here: http://git.savannah.gnu.org/cgit/coreutils.git/tree/NEWS The following two tests fail on amd64: FAIL: test-localename FAIL: test-vc-list-files-cvs.sh Testing elsewhere appreciated. Comments/OK? ~Brian I have one ok for this. Anyone else want to test before I commit? Reattached. ~Brian Index: Makefile === RCS file: /cvs/ports/sysutils/coreutils/Makefile,v retrieving revision 1.12 diff -u -p -u -p -r1.12 Makefile --- Makefile 8 Jun 2017 15:59:11 - 1.12 +++ Makefile 15 Oct 2017 19:18:30 - @@ -2,11 +2,10 @@ COMMENT = file, shell and text manipulation utilities -DISTNAME = coreutils-8.25 -REVISION = 2 +DISTNAME = coreutils-8.28 CATEGORIES = sysutils -MAINTAINER = Brian Callahan +MAINTAINER = Brian Callahan HOMEPAGE = https://www.gnu.org/software/coreutils/coreutils.html Index: distinfo === RCS file: /cvs/ports/sysutils/coreutils/distinfo,v retrieving revision 1.6 diff -u -p -u -p -r1.6 distinfo --- distinfo 23 Jan 2016 18:56:28 - 1.6 +++ distinfo 15 Oct 2017 19:18:30 - @@ -1,2 +1,2 @@ -SHA256 (coreutils-8.25.tar.xz) = MeZ8BXpbMqWC8mQIx4nhHC6NZ2WTMkhJ3PV3kpbNzoc= -SIZE (coreutils-8.25.tar.xz) = 5725008 +SHA256 (coreutils-8.28.tar.xz) = ERexoWA53dhNUamSOUgwfPoows6gPRokOHQiU98KDGU= +SIZE (coreutils-8.28.tar.xz) = 5252336 Index: patches/patch-Makefile_in === RCS file: /cvs/ports/sysutils/coreutils/patches/patch-Makefile_in,v retrieving revision 1.5 diff -u -p -u -p -r1.5 patch-Makefile_in --- patches/patch-Makefile_in 23 Jan 2016 18:56:29 - 1.5 +++ patches/patch-Makefile_in 15 Oct 2017 19:18:30 - @@ -2,9 +2,10 @@ $OpenBSD: patch-Makefile_in,v 1.5 2016/0 XXX: Avoid rebuilding coreutils.info; our makeinfo is too old Makefile.in.orig Wed Jan 20 11:55:18 2016 -+++ Makefile.in Sat Jan 23 19:48:12 2016 -@@ -11088,6 +11088,7 @@ doc/$(am__dirstamp): +Index: Makefile.in +--- Makefile.in.orig Makefile.in +@@ -11507,6 +11507,7 @@ doc/$(am__dirstamp): @: > doc/$(am__dirstamp) $(srcdir)/doc/coreutils.info: doc/coreutils.texi $(srcdir)/doc/version.texi $(doc_coreutils_TEXINFOS) Index: pkg/PLIST === RCS file: /cvs/ports/sysutils/coreutils/pkg/PLIST,v retrieving revision 1.7 diff -u -p -u -p -r1.7 PLIST --- pkg/PLIST 27 Mar 2016 20:53:15 - 1.7 +++ pkg/PLIST 15 Oct 2017 19:18:30 - @@ -8,6 +8,7 @@ @pkgpath misc/sh-utils @pkgpath textproc/textutils @bin bin/g[ +@bin bin/gb2sum @bin bin/gbase32 @bin bin/gbase64 @bin bin/gbasename @@ -115,6 +116,7 @@ @comment lib/charset.alias libexec/coreutils/ libexec/coreutils/libstdbuf.so +@man man/man1/gb2sum.1 @man man/man1/gbase32.1 @man man/man1/gbase64.1 @man man/man1/gbasename.1
Re: nomacs and speexdsp-1.2rc3 package
On Mon, Oct 23, 2017 at 10:37:37AM -0700, ga...@garryricketsonartworks.com wrote: > > Hello, I just joined this list, I hope it is the correct one. > The problem is with:nomacs-3.6. package and speexdsp-1.2rc3. > Other packages all install fine, but with nomacs it hangs at the > > speexdsp-1.2rc3. point. > == > > $ cat > nomacs-problem > Update candidates: speexdsp-1.2rc3 -> speexdsp-1.2rc3 > speex-1.2.0 > (extracting)|** > | 52%^ > === > nomacs-3.6.1p0:x265-2.5p0: ok > Update candidates: speexdsp-1.2rc3 -> speexdsp-1.2rc3 > Update candidates: libogg-1.3.2p0 -> libogg-1.3.2p0 > nomacs-3.6.1p0:speex-1.2.0 > (extracting)|*** > | 52%^ > --- > Installs fine up to this point 3 tries, all ways hangs at 52% > Other packages install smoothly, no problem. > I tried installing speexdsp-1.2rc3 separately, and still get the same, > it hangs a 52% and does not continue extracting. > - Well, works here. you could try pkg_add -vvv for starters, so that we get an idea where it hangs exactly. make sure your filesystems are clean, look for stuff in /var/log/messages or on console as well.
Re: FWD: Re: Update textproc/xpdf
On Mon, Oct 23, 2017 at 06:05:08PM +0200, Alexander Bluhm wrote: > On Sun, Oct 22, 2017 at 06:26:15PM +0200, Matthias Kilian wrote: > > I'll try it later this evening. But I always wondered why one wants > > to print a pdf out of a pdf *viewer* ;-) > > I have always used xpdf to convert the wanted pages to postscript > and send them with lpr to my printer. You can even type "ssh > myprinthost lpr" in the command field and do it remotely. > > What is wrong with that workflow? Is there a better way to print > pages of pdf on a postscript printer? ghostview? Cups should be happy to do so as well... just saying
nomacs and speexdsp-1.2rc3 package
Hello, I just joined this list, I hope it is the correct one. The problem is with:nomacs-3.6. package and speexdsp-1.2rc3. Other packages all install fine, but with nomacs it hangs at the speexdsp-1.2rc3. point. == $ cat > nomacs-problem Update candidates: speexdsp-1.2rc3 -> speexdsp-1.2rc3 speex-1.2.0 (extracting)|** | 52%^ === nomacs-3.6.1p0:x265-2.5p0: ok Update candidates: speexdsp-1.2rc3 -> speexdsp-1.2rc3 Update candidates: libogg-1.3.2p0 -> libogg-1.3.2p0 nomacs-3.6.1p0:speex-1.2.0 (extracting)|*** | 52%^ --- Installs fine up to this point 3 tries, all ways hangs at 52% Other packages install smoothly, no problem. I tried installing speexdsp-1.2rc3 separately, and still get the same, it hangs a 52% and does not continue extracting. - If this is not the correct list, please advise, and maybe forward to the appropriate one. Thank you from Garry
Re: FWD: Re: Update textproc/xpdf
On Sun, Oct 22, 2017 at 06:26:15PM +0200, Matthias Kilian wrote: > I'll try it later this evening. But I always wondered why one wants > to print a pdf out of a pdf *viewer* ;-) I have always used xpdf to convert the wanted pages to postscript and send them with lpr to my printer. You can even type "ssh myprinthost lpr" in the command field and do it remotely. What is wrong with that workflow? Is there a better way to print pages of pdf on a postscript printer? ghostview? Does every postscript printer understand pdf natively? bluhm
Re: NEW: textproc/py-commonmark
On Tuesday, October 17, 2017 23:42 CEST, "Sebastian Reitenbach" wrote: > cat pkg/DESCR > Python parser for the CommonMark Markdown spec. > > this is a new required dependency for www/puppetboard update > > comments, OK? anyone?
Re: UPDATE: www/py-flask-wtf 0.9.4 to 0.14.2
On Friday, October 20, 2017 11:43 CEST, Stuart Henderson wrote: > On 2017/10/19 10:43, Sebastian Reitenbach wrote: > > Hi, > > > > My bad, bcallah@ pointed out that it's not building with python 2.7, seems > > I only tested with python3 flavor. > > > > The post-install running sphinx fails, the get_distribution('Flask-WTF') > > for setuptools works well > > with the python3 flavor, but fails with a DistributionNotFound error with > > python 2.7. > > The current version doesn't use get_distribution there, but just had the > > version and release > > hardcoded, so I took the same approach. > > > > If someone has a cluebat why the get_distribution() call fails with > > python2.7, I'd be all ears, > > otherwise, this seems to do the trick. > > Have you asked upstream? If people are having problems using it on py2.7 > they'd probably like to know.. > good point, I opened this here: https://github.com/lepture/flask-wtf/issues/310 for the time being, would my way around the issue OK? I'd add the link to the issue to the patch file. Sebastian
Re: NEW: devel/dlib
On Mon Oct 23, 2017 at 11:07:36AM +0200, Landry Breuil wrote: > On Mon, Oct 23, 2017 at 10:31:55AM +0200, Rafael Sadowski wrote: > > On Wed Aug 09, 2017 at 09:47:06PM +0200, Rafael Sadowski wrote: > > > Hi All, > > > > > > Please find attached a port for Dlib, a powerfull modern C++ toolkit. > > > > > > $ cat pkg/DESCR: > > > > > > Dlib is a modern C++ toolkit containing machine learning algorithms and > > > tools > > > for creating complex software in C++ to solve real world problems. It is > > > used > > > in both industry and academia in a wide range of domains including > > > robotics, > > > embedded devices, mobile phones, and large high performance computing > > > environments. > > > > > > Port feedback is welcome as well as an OK to import!? > > > > > > Best regards, > > > > > > Rafael Sadowski > > > > Please find attached a new tarball with following tweaks/improvements: > > > > - Update to the last stable version 19.7 > > - regen WANTLIB > > - add COMPILER > > - remove ".include " > > - Don't use ${HOMEPAGE} in MASTER_SITES > > > > tweaks by landry@: > > - remove ONLY_FOR_ARCHS > > - TEST_DEPENDS link to ${FULLPKGNAME}:${BUILD_PKGPATH} > > > > I think, the ports is ready now. > > > What's that XXX OpenBLAS ? It's trying to use math/blas and fails to > detect it ? Or OpenBLAS is another impleementation we dont have in ports > ? What if it becomes available and is silently used at build/runtime ? > Maybe you should disable it explicitely ? > Good catch, I think the following should make it clear: # XXX Disable searching for blas (cblas lacks) # Check after math/blas update or OpenBLAS import CONFIGURE_ARGS =-DDLIB_USE_BLAS:Bool=OFF \ -DDLIB_USE_LAPACK:Bool=OFF \ -DDLIB_USE_MKL_FFT:Bool=OFF ok with that change?
powerpc bulk build report
bulk build on macppc-1.ports.openbsd.org started on Mon Oct 2 12:26:47 MDT 2017 finished at Mon Oct 23 06:10:39 MDT 2017 lasted 21D10h43m done with kern.version=OpenBSD 6.2 (GENERIC.MP) #45: Sun Oct 1 14:21:14 MDT 2017 built packages:8230 Oct 2:4364 Oct 3:342 Oct 4:472 Oct 5:232 Oct 6:545 Oct 7:260 Oct 8:400 Oct 9:311 Oct 10:402 Oct 11:236 Oct 18:225 Oct 19:440 Oct 20:483 Oct 21:517 Oct 22:1222 Oct 23:1485 build failures: 22 http://build-failures.rhaalovely.net//powerpc/2017-10-02/audio/grip.log http://build-failures.rhaalovely.net//powerpc/2017-10-02/converters/k2pdfopt.log http://build-failures.rhaalovely.net//powerpc/2017-10-02/devel/arm-none-eabi/gcc-linaro,aarch64.log http://build-failures.rhaalovely.net//powerpc/2017-10-02/emulators/fuse-utils.log http://build-failures.rhaalovely.net//powerpc/2017-10-02/emulators/gr-lida.log http://build-failures.rhaalovely.net//powerpc/2017-10-02/games/lugaru.log http://build-failures.rhaalovely.net//powerpc/2017-10-02/games/tome4,-data.log http://build-failures.rhaalovely.net//powerpc/2017-10-02/graphics/gdcm.log http://build-failures.rhaalovely.net//powerpc/2017-10-02/graphics/orthanc/server.log http://build-failures.rhaalovely.net//powerpc/2017-10-02/graphics/slop.log http://build-failures.rhaalovely.net//powerpc/2017-10-02/lang/guile2.log http://build-failures.rhaalovely.net//powerpc/2017-10-02/math/gnumeric.log http://build-failures.rhaalovely.net//powerpc/2017-10-02/multimedia/gstreamer1/plugins-bad.log http://build-failures.rhaalovely.net//powerpc/2017-10-02/multimedia/vitunes.log http://build-failures.rhaalovely.net//powerpc/2017-10-02/net/knot.log http://build-failures.rhaalovely.net//powerpc/2017-10-02/net/owncloudclient.log http://build-failures.rhaalovely.net//powerpc/2017-10-02/net/telegram-purple.log http://build-failures.rhaalovely.net//powerpc/2017-10-02/print/texlive/base.log http://build-failures.rhaalovely.net//powerpc/2017-10-02/sysutils/facter.log http://build-failures.rhaalovely.net//powerpc/2017-10-02/telephony/asterisk.log http://build-failures.rhaalovely.net//powerpc/2017-10-02/www/phantomjs.log http://build-failures.rhaalovely.net//powerpc/2017-10-02/x11/xfce4/xfce4-pulseaudio.log Base libs: crypto.42.0 c.90.0 X libs:
Re: [UPDATE] security/zaproxy
On 10/22/17 07:44, Steven Mestdagh wrote: Remi Pointel [2017-04-17, 07:05:51]: Hi, this is the diff to update zaproxy to latest release. Ok? any reason why this update is not yet in the tree? maybe the following rather large files could be skipped? +share/zaproxy/plugin/jxbrowser-alpha-2.zap +share/zaproxy/plugin/jxbrowserlinux32-alpha-1.zap +share/zaproxy/plugin/jxbrowserlinux64-alpha-1.zap Hi, If I correctly remember I didn't receive any feedback, so that's why I didn't commit this diff in the tree. Anyway, I'm ok to skip these files. Cheers, Remi.
Re: Take 2: Spin TimGM6mb into its own port, update timidity, sdl{,2}-mixer
On 2017-10-15 14:03:32, Brian Callahan wrote: > Hi ports -- > > I would like to bring up spinning the MIDI patchset we use for timidity into > its own port. This is because sdl-mixer and sdl2-mixer both have their own > internal versions of timidity and it would be nice to not have to install > timidity to use the MIDI functionality of sdl-mixer and sdl2-mixer, and also > allow these ports to finally have full functionality out of the box. This > setup will also permit ports that happen to need a MIDI patchset or > SoundFont2 file for audio playback to use this new port as an RDEP and just > be ready to go. > > Attached to this email are the following: > > 1. New port, audio/timgm6mb, the MIDI patchset (and the original soundfont > file as well, at the suggestion of sthen@) > 2. Update to audio/timidity to add an RDEP on audio/timgm6mb > 3. Update to devel/sdl-mixer to add an RDEP on audio/timgm6mb > 4. Update to devel/sdl2-mixer to add an RDEP on audio/timgm6mb. Also, I'll > take MAINTAINER of this. > > After these changes are committed, I will send additional diffs to allow > existing ports to take advantage of this new system. > I've been running with this setup for a while now. > I've tested plain timidity with your patches and all is well for me. I've tested games/wesnoth (which uses sdl-mixer) and it seems to work fine music-wise (it still has graphical corruption I noticed a long time ago and then forgot about, but that's not related to your patch). I'm not sure if it actually uses MIDI functionality in any way, but at the very least nothing is broken with your patches. I don't have any installed ports which use sdl2-mixer, but I figured I'd at least report back that everything works with what I do use. -- Bryan
Re: NEW: devel/dlib
On Mon, Oct 23, 2017 at 10:31:55AM +0200, Rafael Sadowski wrote: > On Wed Aug 09, 2017 at 09:47:06PM +0200, Rafael Sadowski wrote: > > Hi All, > > > > Please find attached a port for Dlib, a powerfull modern C++ toolkit. > > > > $ cat pkg/DESCR: > > > > Dlib is a modern C++ toolkit containing machine learning algorithms and > > tools > > for creating complex software in C++ to solve real world problems. It is > > used > > in both industry and academia in a wide range of domains including robotics, > > embedded devices, mobile phones, and large high performance computing > > environments. > > > > Port feedback is welcome as well as an OK to import!? > > > > Best regards, > > > > Rafael Sadowski > > Please find attached a new tarball with following tweaks/improvements: > > - Update to the last stable version 19.7 > - regen WANTLIB > - add COMPILER > - remove ".include " > - Don't use ${HOMEPAGE} in MASTER_SITES > > tweaks by landry@: > - remove ONLY_FOR_ARCHS > - TEST_DEPENDS link to ${FULLPKGNAME}:${BUILD_PKGPATH} > > I think, the ports is ready now. What's that XXX OpenBLAS ? It's trying to use math/blas and fails to detect it ? Or OpenBLAS is another impleementation we dont have in ports ? What if it becomes available and is silently used at build/runtime ? Maybe you should disable it explicitely ?
Re: NEW: devel/dlib
On Wed Aug 09, 2017 at 09:47:06PM +0200, Rafael Sadowski wrote: > Hi All, > > Please find attached a port for Dlib, a powerfull modern C++ toolkit. > > $ cat pkg/DESCR: > > Dlib is a modern C++ toolkit containing machine learning algorithms and tools > for creating complex software in C++ to solve real world problems. It is used > in both industry and academia in a wide range of domains including robotics, > embedded devices, mobile phones, and large high performance computing > environments. > > Port feedback is welcome as well as an OK to import!? > > Best regards, > > Rafael Sadowski Please find attached a new tarball with following tweaks/improvements: - Update to the last stable version 19.7 - regen WANTLIB - add COMPILER - remove ".include " - Don't use ${HOMEPAGE} in MASTER_SITES tweaks by landry@: - remove ONLY_FOR_ARCHS - TEST_DEPENDS link to ${FULLPKGNAME}:${BUILD_PKGPATH} I think, the ports is ready now. dlib-19.7.tar.gz Description: application/tar-gz