Re: [astro/ansiweather] broken
Hi Raf, > I'm sure that the users of the port had already noticed it a while back > but, as it stands, ansiweather is broken. Yep, you can be pretty sure it's broken and about to be recurring as it's not such an easily solvable problem below the surface, please read through the next comments. Like others I too spotted it on the day it broke by chance, was not certain it is a port I'd use daily period. Thanks for following this up, looks like an update is pending review: http://marc.info/?l=openbsd-ports&m=144622297712023 > A fix is already in the git repository but requires each user to apply > for an API key. Asking each client to manually apply for an API key would actually render the shell script OWM API presenter as pretty useless complication and drive it away into reseller business category (wait is it not the model already?), just consider how stupid it is to ask visitors to subscribe before reading a piece of data dubbed open on the Internet (that you already have floating around everywhere). Now let's not get into the discussion of page scrape compared to web service API junk food talk, but you get the point. > At the same time, the author is pondering applying for > an app/project-wide API key. While pondering, the API could change, then after a while start asking monetary tokens, or simply rate limit because it can't take up any load (at least not just for free without adds and touch ups of data points at which point our discussion is a waste of time if not already). Temp fix now the key for app developers, until bait and switch clicks through (ticking already). Can't compete with the GOOGs at this libre pace, right (well they are not free too in any meaning of the word)? Oh wait, every mobile device has environmental sensors, and so do wagons on the road, yet 'nobody' thought of portable weather stations and NTPd like clients. This taxable app approach makes me sick. I like the port goals though, presenting valuable weather data, except the data serialisation method is junk and everything nasty about the provider dependency decay designed into it. > Also, IMVHO, 'astro' doesn't seem like a good fit for the port - i.e. in > FreeBSD ports and NetBSD pkgsrc it is under 'misc'. Worse choice would be a misc category to clog, no? Thanks for actually proposing category placement for this port, yet there are no candidates for environmental readings to make it a category so why not astro? Too much info than bargained for.. just scream in a private mail (been having a thought about it for a while you see). Thanks for pointing out the problem zones, and let's see how this fares. Predictions are hard when you don't have a horse in the race. Regards, Ant
[UPDATE] misc/nyancat
Hello ports@,
Here is a diff to update nyancat to latest version (1.5.0).
If possible, I would like to adopt this port and added myself as
MAINTAINER just in case this is allowed. If not, please discard
the MAINTAINER line.
I upstreamed the content of patches and all changes have been merged,
which means no patches are required anymore to build this version.
Also removed some unused variables in Makefile and tweaked formatting.
Index: Makefile
===
RCS file: /cvs/ports/misc/nyancat/Makefile,v
retrieving revision 1.10
diff -u -p -u -p -r1.10 Makefile
--- Makefile23 May 2015 16:34:40 - 1.10
+++ Makefile31 Oct 2015 22:59:06 -
@@ -1,27 +1,26 @@
# $OpenBSD: Makefile,v 1.10 2015/05/23 16:34:40 czarkoff Exp $
-PORTROACH= limit:^[0-9].*
+PORTROACH =limit:^[0-9].*
-COMMENT= nyancat in your terminal
+COMMENT = nyancat in your terminal
-GH_ACCOUNT=klange
-GH_PROJECT=nyancat
-GH_TAGNAME=1.4.4
+GH_ACCOUNT = klange
+GH_PROJECT = nyancat
+GH_TAGNAME = 1.5.0
EPOCH =0
-WRKDIST= ${WRKDIR}/nyancat-c502754f9b79b03c912815f6139ccfcc75ecf513
-DISTNAME= nyancat-${GH_TAGNAME}
+DISTNAME = nyancat-${GH_TAGNAME}
-CATEGORIES=misc
+CATEGORIES = misc
+
+MAINTAINER = Frederic Cambus
# BSD
-PERMIT_PACKAGE_CDROM= Yes
+PERMIT_PACKAGE_CDROM = Yes
WANTLIB += c
-MASTER_SITES= ${HOMEPAGE}/archive/
-
-NO_TEST= Yes
+NO_TEST = Yes
do-install:
${INSTALL_PROGRAM} ${WRKSRC}/src/nyancat ${PREFIX}/bin
Index: distinfo
===
RCS file: /cvs/ports/misc/nyancat/distinfo,v
retrieving revision 1.4
diff -u -p -u -p -r1.4 distinfo
--- distinfo16 Oct 2014 15:48:58 - 1.4
+++ distinfo31 Oct 2015 22:59:06 -
@@ -1,2 +1,2 @@
-SHA256 (nyancat-1.4.4.tar.gz) = Jm71QcdGzXXj1MzaXdoswV7oAFpBO+xrdE5Yz2/Z/2U=
-SIZE (nyancat-1.4.4.tar.gz) = 15058
+SHA256 (nyancat-1.5.0.tar.gz) = muT3QAYLd7uoFdjU6XcS2CK9CBKhGLiLf9a0E2qXG84=
+SIZE (nyancat-1.5.0.tar.gz) = 15112
Index: patches/patch-src_nyancat_c
===
RCS file: patches/patch-src_nyancat_c
diff -N patches/patch-src_nyancat_c
--- patches/patch-src_nyancat_c 16 Oct 2014 15:48:58 - 1.3
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,20 +0,0 @@
-$OpenBSD: patch-src_nyancat_c,v 1.3 2014/10/16 15:48:58 sthen Exp $
src/nyancat.c.orig Thu May 1 19:14:53 2014
-+++ src/nyancat.c Thu Oct 16 16:46:09 2014
-@@ -50,6 +50,7 @@
- */
-
- #define _XOPEN_SOURCE 500
-+#define _BSD_SOURCE
- #include
- #include
- #include
-@@ -591,6 +592,8 @@ int main(int argc, char ** argv) {
- ttype = 6; /* No color support */
- } else if (strstr(term, "fallback")) {
- ttype = 4; /* Unicode fallback */
-+ } else if (strstr(term, "rxvt-256color")) {
-+ ttype = 1; /* xterm-256color compatible */
- } else if (strstr(term, "rxvt")) {
- ttype = 3; /* Accepts LINUX mode */
- } else if (strstr(term, "vt100") && terminal_width == 40) {
Re: new port: net/rabbitmq-c
On Mon, Oct 12, 2015 at 04:46:03PM +0200, Gregor Best wrote: > On Mon, Oct 12, 2015 at 01:31:36AM +0300, Vadim Zhukov wrote: > > [...] > > This software changes default CMake variables depending on presence of > > popt library and xmlto binary at least. So you have hidden > > dependencies there. You'd either explicitly disable picking up those > > by -DCMAKE_DISABLE_FIND_PACKAGE_Foo=True, or add what you think worths > > it to BUILD/LIB/RUN_DEPENDS. > > [...] > > Whoops, fixed that. I've disabled API-doc generation because it pulls in > devel/doxygen as a build dependency and explicitly added popt and xmlto > to lib and build dependencies. > > This one also installs the manual pages into the right place. > [...] Ping. Is there something still missing about the port? -- Gregor
Re: SDL2 Fix
On 2015/10/31 14:38, Al Poole wrote: > Hello, > > There seems to be an issue with dlopen() in SDL2 on OpenBSD. > I found libXcursor.so was loading successfully via the same call multiple > times, then failing and producing SIGBUS error. > > The quick solution which allowed my own program to compile with sdl2 is > here: http://haxlab.org/patches/sdl2-2.0.2p4.tar.gz. > > I disabled the use of libXcursor... > > It contains the port files for sdl2. libXcursor.so seems to cause problems. > Maybe this is useful. I hope so! > > Thanks for such a great OS! > > Alastair > There's a fix (rather than a workaround) for this issue on tech@, but it needs careful review. https://marc.info/?l=openbsd-tech&m=144576799413459&w=2
Re: pinentry eats up nearly 100% CPU [Was: Re: CVS: cvs.openbsd.org: ports]
On Sat, Oct 31, 2015 at 04:20:56PM GMT, Antoine Jacoutot wrote: > > Thanks for sorting that out. However, like I've mentioned in my last > > paragraph - the main issue is still there. > > Fixed. Thanks :^) Raf
Re: geo/josm update
On Sat, Oct 31, 2015 at 06:38:07PM +0100, Holger Mikolon wrote: > This is a geo/josm update to revision 8969. > Runs fine on amd64 (-current) as of today. I'm taking care of this, thanks! Landry
geo/josm update
This is a geo/josm update to revision 8969.
Runs fine on amd64 (-current) as of today.
Holger
;-se
Index: Makefile
===
RCS file: /cvs/ports/geo/josm/Makefile,v
retrieving revision 1.29
diff -u -p -u -r1.29 Makefile
--- Makefile31 Aug 2015 05:23:29 - 1.29
+++ Makefile31 Oct 2015 17:31:21 -
@@ -2,7 +2,7 @@
COMMENT= OpenStreetMap map editor
-SVN_REV= 8677
+SVN_REV= 8969
DISTNAME= josm-snapshot-${SVN_REV}
EXTRACT_SUFX = .jar
EXTRACT_CASES+=*.jar) unzip -qa ${FULLDISTDIR}/$$archive -d
${WRKDIST};;
Index: distinfo
===
RCS file: /cvs/ports/geo/josm/distinfo,v
retrieving revision 1.13
diff -u -p -u -r1.13 distinfo
--- distinfo31 Aug 2015 05:23:29 - 1.13
+++ distinfo31 Oct 2015 17:31:21 -
@@ -1,2 +1,2 @@
-SHA256 (josm-snapshot-8677.jar) = gSWi2HZoR+dr7MAPoq/juLf4uEps1LXw5j0mFk/c67Q=
-SIZE (josm-snapshot-8677.jar) = 10232801
+SHA256 (josm-snapshot-8969.jar) = b8ZfGEhp1wyWtQEh8Wkj+nVtuyG75qe5vPMNjdQ8riY=
+SIZE (josm-snapshot-8969.jar) = 10347546
Re: pinentry eats up nearly 100% CPU [Was: Re: CVS: cvs.openbsd.org: ports]
> Thanks for sorting that out. However, like I've mentioned in my last > paragraph - the main issue is still there. Fixed. -- Antoine
Re: NEW: textproc/wkhtmltopdf
On 10/23/15 22:27, Frank Groeneveld wrote: This is my first attempt at writing a port. wkthmltopdf is a program that uses Webkit to convert an HTML file to a PDF or image file. More information can be found on their website: http://wkhtmltopdf.org I use it in a number of Ruby on Rails applications with the wickedpdf gem to generate PDF invoices for example. Note that upstream advises to build it using their patched QT in order to support the following options: * Printing more then one HTML document into a PDF file. * Running without an X11 server. * Adding a document outline to the PDF file. * Adding headers and footers to the PDF file. * Generating a table of contents. * Adding links in the generated PDF file. * Printing using the screen media-type. * Disabling the smart shrink feature of webkit. My port doesn't use their patched QT as I find it quite ugly. However, some of these options are pretty handy on servers, especially running without an X11 server. What are your thoughts and comments on this port? Frank Ping? It's quite a simple port which only takes a few minutes to build on my machine. You can then test it by running something like: wkhtmltopdf http://www.openbsd.org/ openbsd.pdf Frank
Re: php-fpm 403 errors with httpd on amd64-current
On Sat, October 31, 2015 6:20 am, Brett Mahar wrote: > Seems php throws a fit in it newest releases when there no fastcgi-params > passed to it. Hence nginx has taken over from httpd(8) for now. > > Also not working: > php56-fmp with either version of squirrelmail > squirrelmail-20151028_0201-SVN.stable with php5.5 or 5.6. > > Cheers, > Brett. > It's working here with squirrelmail 1.4.22, php 5.6 and httpd(8). I'm running -current from Oct 17. If I get a chance to update this weekend, I'll see what happens. Tim.
SDL2 Fix
Hello, There seems to be an issue with dlopen() in SDL2 on OpenBSD. I found libXcursor.so was loading successfully via the same call multiple times, then failing and producing SIGBUS error. The quick solution which allowed my own program to compile with sdl2 is here: http://haxlab.org/patches/sdl2-2.0.2p4.tar.gz. I disabled the use of libXcursor... It contains the port files for sdl2. libXcursor.so seems to cause problems. Maybe this is useful. I hope so! Thanks for such a great OS! Alastair
Re: latest databases/mariadb fails to build on sparc64
On 2015/10/31 11:03, Landry Breuil wrote: > On Fri, Oct 30, 2015 at 07:18:49PM +0100, Markus Lude wrote: > > Hello, > > > > update of mariadb to 10.1.8 fails to build on sparc64: > > Unsurpringly it also fails on macppc/hppa and probably alpha. > > /usr/obj/ports/mariadb-10.1.8/mariadb-10.1.8/include/my_atomic.h:121:2: > error: #error atomic ops for this platform are not implemented > > Landry > We'll need to back it out if it can't be fixed quickly, this causes quite a bit of breakage.
Re: php-fpm 403 errors with httpd on amd64-current
On Sat, Oct 31, 2015 at 09:20:02PM +1100, Brett Mahar wrote: > On Fri, 30 Oct 2015 17:27:06 +1100 > Brett Mahar wrote: > | > | Long time no need for me to email this list! I upgraded my mailserver > yesterday to -current (last upgrade was around 11th Sept) and now my > squirrelmail no longer works :-(. > | > | The problem is, going to my normal login screen nothing displays but > "access denied". It is not a permissions issue as when I put an index.html > file in the same directory httpd(8) displays it as normal. > | > > After much wailing and gnashing of teeth got squirrelmail to work again, a > working stack is: php55-fpm, nginx, and squirrelmail 1.4.22 (connecting > dovecot & smtpd). > > Seems php throws a fit in it newest releases when there no fastcgi-params > passed to it. Hence nginx has taken over from httpd(8) for now. > > Also not working: > php56-fmp with either version of squirrelmail > squirrelmail-20151028_0201-SVN.stable with php5.5 or 5.6. Can you retry httpd in -current please? I reverted -r1.42 which was likely the culprit for your problems.
Re: php-fpm 403 errors with httpd on amd64-current
On Fri, 30 Oct 2015 17:27:06 +1100 Brett Mahar wrote: | Hi porters, | | Long time no need for me to email this list! I upgraded my mailserver yesterday to -current (last upgrade was around 11th Sept) and now my squirrelmail no longer works :-(. | | The problem is, going to my normal login screen nothing displays but "access denied". It is not a permissions issue as when I put an index.html file in the same directory httpd(8) displays it as normal. | Hi again, After much wailing and gnashing of teeth got squirrelmail to work again, a working stack is: php55-fpm, nginx, and squirrelmail 1.4.22 (connecting dovecot & smtpd). Seems php throws a fit in it newest releases when there no fastcgi-params passed to it. Hence nginx has taken over from httpd(8) for now. Also not working: php56-fmp with either version of squirrelmail squirrelmail-20151028_0201-SVN.stable with php5.5 or 5.6. Cheers, Brett.
Re: latest databases/mariadb fails to build on sparc64
On Fri, Oct 30, 2015 at 07:18:49PM +0100, Markus Lude wrote: > Hello, > > update of mariadb to 10.1.8 fails to build on sparc64: Unsurpringly it also fails on macppc/hppa and probably alpha. /usr/obj/ports/mariadb-10.1.8/mariadb-10.1.8/include/my_atomic.h:121:2: error: #error atomic ops for this platform are not implemented Landry
