Re: php-7.2 fpm don't start by default
* Stuart Henderson le [08-11-2018 18:05:06 +]:
> On 2018/11/08 18:59, Thuban wrote:
> > Fresh install of 6.4 : php72_fpm fail to start :
> >
> > pkg_add php-7.2.10
> > rcctl enable php72_fpm
> > rcctl -d start php72_fpm
> > doing _rc_parse_conf
> > doing _rc_quirks
> > php72_fpm_flags empty, using default ><
> > doing _rc_parse_conf /var/run/rc.d/php72_fpm
> > doing _rc_quirks
> > doing rc_check
> > php72_fpm
> > doing rc_start
> > doing _rc_wait start
> > doing rc_check
> > [08-Nov-2018 18:56:52] WARNING: Nothing matches the include pattern
> > '/etc/php-fpm.d/*.conf' from /etc/php-fpm.conf at line 125.
> > [08-Nov-2018 18:56:52] ERROR: No pool defined. at least one pool
> > section must be specified in config file
> > [08-Nov-2018 18:56:52] ERROR: failed to post process the configuration
> > [08-Nov-2018 18:56:52] ERROR: FPM initialization failed
> > doing _rc_rm_runfile
> > (failed)
> >
> >
> > Indeed, the file /etc/php-fpm.conf ends at :
> >
> > include=/etc/php-fpm.d/*.conf
> >
> > On previous php version, there was a pool preconfigured :
> >
> > ; Start a new pool named 'www'.
> > ; the variable $pool can be used in any directive and will be replaced
> > by the
> > ; pool name ('www' here)
> > [www]
> > ...
> > ...
> >
> >
> > Not sure if that's a bug or a feature? Then, maybe updating the
> > /usr/local/share/doc/pkg-readmes/php-7.2 file with instructions could be
> > handy.
> >
> >
> > Regards.
> > --
> > thuban
> >
>
> Bug (and fixed in -current).
>
> The simplest workaround is to install php-7.0, and populate /etc/php-fpm.conf
> with the contents of /usr/local/share/examples/php-7.0/php-fpm.conf.
>
Thanks for the clarifications.
php-7.2 fpm don't start by default
Fresh install of 6.4 : php72_fpm fail to start :
pkg_add php-7.2.10
rcctl enable php72_fpm
rcctl -d start php72_fpm
doing _rc_parse_conf
doing _rc_quirks
php72_fpm_flags empty, using default ><
doing _rc_parse_conf /var/run/rc.d/php72_fpm
doing _rc_quirks
doing rc_check
php72_fpm
doing rc_start
doing _rc_wait start
doing rc_check
[08-Nov-2018 18:56:52] WARNING: Nothing matches the include pattern
'/etc/php-fpm.d/*.conf' from /etc/php-fpm.conf at line 125.
[08-Nov-2018 18:56:52] ERROR: No pool defined. at least one pool
section must be specified in config file
[08-Nov-2018 18:56:52] ERROR: failed to post process the configuration
[08-Nov-2018 18:56:52] ERROR: FPM initialization failed
doing _rc_rm_runfile
(failed)
Indeed, the file /etc/php-fpm.conf ends at :
include=/etc/php-fpm.d/*.conf
On previous php version, there was a pool preconfigured :
; Start a new pool named 'www'.
; the variable $pool can be used in any directive and will be replaced
by the
; pool name ('www' here)
[www]
...
...
Not sure if that's a bug or a feature? Then, maybe updating the
/usr/local/share/doc/pkg-readmes/php-7.2 file with instructions could be handy.
Regards.
--
thuban
Re: NEW: games/fnaify - a script to run FNA games (including Stardew Valley) on OpenBSD
* Thuban le [23-09-2018 15:15:27 +0200]: > * Solene Rapenne le [23-09-2018 15:05:18 +0200]: > > Thuban wrote: > > > > > > * Thomas Frohwein le [22-09-2018 23:53:02 -0700]: > > > > Hi, > > > > > > > > This is a script that I wrote that sets FNA games up to run on OpenBSD. > > > > FNA is > > > > a framework has been used to make many XNA indie games portable to Mac > > > > and > > > > Linux. FNA itself is open-source and included in more than 30 indie > > > > games of the > > > > last ~5 years. What it does is it provides a path for the closed-source > > > > C#/XNA > > > > code to use open-source libraries (like SDL2 and OpenAL) instead of > > > > Windows/XBox > > > > ones to achieve cross-platform support. > > > > > > > > Me and some people from the #openbsd-gaming IRC have been using this > > > > for months > > > > now. The script's main function is to automate the steps to set these > > > > games up > > > > to use those libraries on OpenBSD. Taking a glance under the hood, the > > > > script > > > > identifies required libraries and compares to what's present on the > > > > system, > > > > moves some of the bundled mono files out of the way that may not match > > > > our > > > > ports-mono, adjusts the library names to recognize e.g. OpenBSD's > > > > libSDL2, and > > > > drops in a custom launch script for the game. > > > > > > > > Games that were tested and working with this in its current form > > > > include: > > > > > > > > - Stardew Valley > > > > - Chasm > > > > - Rogue Legacy > > > > - Owlboy > > > > - Hacknet > > > > - Cryptark > > > > - Dust: An Elysian Tail > > > > - FEZ > > > > > > > > To try it, you'll need the Linux version of an FNA game, extract it > > > > (unzip), > > > > and run > > > > > > > > $ fnaify > > > > > > > > in the main directory of the game. Note that copies obtained via Steam > > > > may fail > > > > to run if no Steam client is present. > > > > > > > > Some notes on the port: > > > > > > > > - It would be best if someone could host the tarball because I can't > > > > make > > > > guarantees for uptime of my server. > > > > - RUN_DEPENDS includes ports with libraries that are commonly used by > > > > FNA > > > > games. This is not the "bare-minimum" list which would be mono + SDL2 > > > > + > > > > OpenAL - this would be enough to run Stardew Valley. The current RDEP > > > > list > > > > is my best attempt at finding a happy medium between bare minimum and > > > > including everything. > > > > > > > > ok? > > > > > > Seems interesting. > > > > > > Can't make install though : > > > > > > > > > /usr/ports/games/fnaify > > > > make > > > ===> Checking files for fnaify-1.0 > > > >> Fetch https://thfr.info/distfiles/fnaify/fnaify-1.0.tar.gz > > > fnaify-1.0.tar.gz 100% > > > |**| > > > 7368 00:00 > > > >> (SHA256) fnaify-1.0.tar.gz: OK > > > ===> Extracting for fnaify-1.0 > > > ===> Patching for fnaify-1.0 > > > ===> Compiler link: clang -> /usr/bin/clang > > > ===> Compiler link: clang++ -> /usr/bin/clang++ > > > ===> Compiler link: cc -> /usr/bin/clang > > > ===> Compiler link: c++ -> /usr/bin/clang++ > > > ===> Configuring for fnaify-1.0 > > > /usr/ports/games/fnaify > > > > doas make install > > > ===> Faking installation for fnaify-1.0 > > > /usr/ports/pobj/fnaify-1.0/bin/install -c -m 755 > > > /usr/ports/pobj/fnaify-1.0/fnaify-1.0/fnaify > > > /usr/ports/pobj/fnaify-1.0/fake-amd64/usr/local/bin > > > Installing /usr/local/ports/games/fnaify/pkg/README as > > > /usr/ports/pobj/fnaify-1.0/fake-amd64/usr/local/share/doc/pkg-readmes/fnaify-1.0 > > > ===> Building package for fnaify-1.0 > > > Create /usr/ports/packages/amd64/all/fnaify-1.0.tgz > > > Crea
Re: NEW: games/fnaify - a script to run FNA games (including Stardew Valley) on OpenBSD
* Solene Rapenne le [23-09-2018 15:05:18 +0200]:
> Thuban wrote:
> >
> > * Thomas Frohwein le [22-09-2018 23:53:02 -0700]:
> > > Hi,
> > >
> > > This is a script that I wrote that sets FNA games up to run on OpenBSD.
> > > FNA is
> > > a framework has been used to make many XNA indie games portable to Mac and
> > > Linux. FNA itself is open-source and included in more than 30 indie games
> > > of the
> > > last ~5 years. What it does is it provides a path for the closed-source
> > > C#/XNA
> > > code to use open-source libraries (like SDL2 and OpenAL) instead of
> > > Windows/XBox
> > > ones to achieve cross-platform support.
> > >
> > > Me and some people from the #openbsd-gaming IRC have been using this for
> > > months
> > > now. The script's main function is to automate the steps to set these
> > > games up
> > > to use those libraries on OpenBSD. Taking a glance under the hood, the
> > > script
> > > identifies required libraries and compares to what's present on the
> > > system,
> > > moves some of the bundled mono files out of the way that may not match our
> > > ports-mono, adjusts the library names to recognize e.g. OpenBSD's
> > > libSDL2, and
> > > drops in a custom launch script for the game.
> > >
> > > Games that were tested and working with this in its current form include:
> > >
> > > - Stardew Valley
> > > - Chasm
> > > - Rogue Legacy
> > > - Owlboy
> > > - Hacknet
> > > - Cryptark
> > > - Dust: An Elysian Tail
> > > - FEZ
> > >
> > > To try it, you'll need the Linux version of an FNA game, extract it
> > > (unzip),
> > > and run
> > >
> > > $ fnaify
> > >
> > > in the main directory of the game. Note that copies obtained via Steam
> > > may fail
> > > to run if no Steam client is present.
> > >
> > > Some notes on the port:
> > >
> > > - It would be best if someone could host the tarball because I can't make
> > > guarantees for uptime of my server.
> > > - RUN_DEPENDS includes ports with libraries that are commonly used by FNA
> > > games. This is not the "bare-minimum" list which would be mono + SDL2 +
> > > OpenAL - this would be enough to run Stardew Valley. The current RDEP
> > > list
> > > is my best attempt at finding a happy medium between bare minimum and
> > > including everything.
> > >
> > > ok?
> >
> > Seems interesting.
> >
> > Can't make install though :
> >
> >
> > /usr/ports/games/fnaify
> > > make
> > ===> Checking files for fnaify-1.0
> > >> Fetch https://thfr.info/distfiles/fnaify/fnaify-1.0.tar.gz
> > fnaify-1.0.tar.gz 100%
> > |**|
> > 7368 00:00
> > >> (SHA256) fnaify-1.0.tar.gz: OK
> > ===> Extracting for fnaify-1.0
> > ===> Patching for fnaify-1.0
> > ===> Compiler link: clang -> /usr/bin/clang
> > ===> Compiler link: clang++ -> /usr/bin/clang++
> > ===> Compiler link: cc -> /usr/bin/clang
> > ===> Compiler link: c++ -> /usr/bin/clang++
> > ===> Configuring for fnaify-1.0
> > /usr/ports/games/fnaify
> > > doas make install
> > ===> Faking installation for fnaify-1.0
> > /usr/ports/pobj/fnaify-1.0/bin/install -c -m 755
> > /usr/ports/pobj/fnaify-1.0/fnaify-1.0/fnaify
> > /usr/ports/pobj/fnaify-1.0/fake-amd64/usr/local/bin
> > Installing /usr/local/ports/games/fnaify/pkg/README as
> > /usr/ports/pobj/fnaify-1.0/fake-amd64/usr/local/share/doc/pkg-readmes/fnaify-1.0
> > ===> Building package for fnaify-1.0
> > Create /usr/ports/packages/amd64/all/fnaify-1.0.tgz
> > Creating package fnaify-1.0
> >
> > checksumming|***|100%
> > Error:
> > /usr/ports/pobj/fnaify-1.0/fake-amd64/usr/local/share/doc/pkg-readmes/${PKGSTEM}
> > does not exist
> > Fatal error: can't continue
> > at /usr/libdata/perl5/OpenBSD/PkgCreate.pm line 1675.
> > *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1971
> > '/usr/ports/packages/amd64/all/fnaify-1.0.tgz')
> > *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2430
> > '_internal-package')
> > *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2409
> > 'package')
> > *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1984
> > '/var/db/pkg/fnaify-1.0/+CONTENTS')
> > *** Error 1 in /usr/local/ports/games/fnaify
> > (/usr/ports/infrastructure/mk/bsd.port.mk:2409 'install')
> > /usr/ports/games/fnaify
>
> it builds fine for me. You need to update your snapshot and ports tree,
> PKGSTEM
> has been added a few weeks ago!
>
right... my bad.
Re: NEW: games/fnaify - a script to run FNA games (including Stardew Valley) on OpenBSD
* Thomas Frohwein le [22-09-2018 23:53:02 -0700]:
> Hi,
>
> This is a script that I wrote that sets FNA games up to run on OpenBSD. FNA is
> a framework has been used to make many XNA indie games portable to Mac and
> Linux. FNA itself is open-source and included in more than 30 indie games of
> the
> last ~5 years. What it does is it provides a path for the closed-source C#/XNA
> code to use open-source libraries (like SDL2 and OpenAL) instead of
> Windows/XBox
> ones to achieve cross-platform support.
>
> Me and some people from the #openbsd-gaming IRC have been using this for
> months
> now. The script's main function is to automate the steps to set these games up
> to use those libraries on OpenBSD. Taking a glance under the hood, the script
> identifies required libraries and compares to what's present on the system,
> moves some of the bundled mono files out of the way that may not match our
> ports-mono, adjusts the library names to recognize e.g. OpenBSD's libSDL2, and
> drops in a custom launch script for the game.
>
> Games that were tested and working with this in its current form include:
>
> - Stardew Valley
> - Chasm
> - Rogue Legacy
> - Owlboy
> - Hacknet
> - Cryptark
> - Dust: An Elysian Tail
> - FEZ
>
> To try it, you'll need the Linux version of an FNA game, extract it (unzip),
> and run
>
> $ fnaify
>
> in the main directory of the game. Note that copies obtained via Steam may
> fail
> to run if no Steam client is present.
>
> Some notes on the port:
>
> - It would be best if someone could host the tarball because I can't make
> guarantees for uptime of my server.
> - RUN_DEPENDS includes ports with libraries that are commonly used by FNA
> games. This is not the "bare-minimum" list which would be mono + SDL2 +
> OpenAL - this would be enough to run Stardew Valley. The current RDEP list
> is my best attempt at finding a happy medium between bare minimum and
> including everything.
>
> ok?
Seems interesting.
Can't make install though :
/usr/ports/games/fnaify
> make
===> Checking files for fnaify-1.0
>> Fetch https://thfr.info/distfiles/fnaify/fnaify-1.0.tar.gz
fnaify-1.0.tar.gz 100%
|**| 7368
00:00
>> (SHA256) fnaify-1.0.tar.gz: OK
===> Extracting for fnaify-1.0
===> Patching for fnaify-1.0
===> Compiler link: clang -> /usr/bin/clang
===> Compiler link: clang++ -> /usr/bin/clang++
===> Compiler link: cc -> /usr/bin/clang
===> Compiler link: c++ -> /usr/bin/clang++
===> Configuring for fnaify-1.0
/usr/ports/games/fnaify
> doas make install
===> Faking installation for fnaify-1.0
/usr/ports/pobj/fnaify-1.0/bin/install -c -m 755
/usr/ports/pobj/fnaify-1.0/fnaify-1.0/fnaify
/usr/ports/pobj/fnaify-1.0/fake-amd64/usr/local/bin
Installing /usr/local/ports/games/fnaify/pkg/README as
/usr/ports/pobj/fnaify-1.0/fake-amd64/usr/local/share/doc/pkg-readmes/fnaify-1.0
===> Building package for fnaify-1.0
Create /usr/ports/packages/amd64/all/fnaify-1.0.tgz
Creating package fnaify-1.0
checksumming|***|100%
Error:
/usr/ports/pobj/fnaify-1.0/fake-amd64/usr/local/share/doc/pkg-readmes/${PKGSTEM}
does not exist
Fatal error: can't continue
at /usr/libdata/perl5/OpenBSD/PkgCreate.pm line 1675.
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1971
'/usr/ports/packages/amd64/all/fnaify-1.0.tgz')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2430
'_internal-package')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2409
'package')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1984
'/var/db/pkg/fnaify-1.0/+CONTENTS')
*** Error 1 in /usr/local/ports/games/fnaify
(/usr/ports/infrastructure/mk/bsd.port.mk:2409 'install')
/usr/ports/games/fnaify
--
thuban
Re: webmail
There was prayer webmail, but doesn't seem available anymore. That was the previous URL : http://www-uxsup.csx.cam.ac.uk/~dpc22/prayer/ (used to be mentionned by suckless people : https://lists.suckless.org/wiki/1506/1847.html) I also like the old style of squirrelmail, not packaged under OpenBSd but who might work.
Re: webmail
rainloop.
Re: [wip] Firefox 57.0b4
Using package since a few days, no problem yet. Thanks -- thuban signature.asc Description: PGP signature
pecl-* and php-7*
I've noticed that pecl-extensions are ready for php-5.6. Is there any current work to make them avaiable with php-7.0? regards -- :thuban signature.asc Description: PGP signature
Re: loudmouth 1.5.3 : questions
Thanks, makesum was useful indeed. I missed this previous patch [1]. It works perfectly for me. Good job. Regards [1] : https://marc.info/?l=openbsd-ports=149273558317114=2
loudmouth 1.5.3 : questions
Hello, I try to understand how to properly update ports for loudmouth. loudmouth is currently 1.4.3p6 but an update fixing many bugs (for certificates as example) is avaiable : 1.5.3. I modified the Makefile to fetch the new archive : V= 1.5.3 HOMEPAGE= https://github.com/mcabber/loudmouth MASTER_SITES= https://mcabber.com/files/loudmouth/ When I try to test this port, it fails just after retrieving the .tar.bz2 : ===> Checking files for loudmouth-1.5.3p7 >> Fetch https://mcabber.com/files/loudmouth/loudmouth-1.5.3.tar.bz2 loudmouth-1.5.3.tar.bz2 100% || 367 KB00:01 >> No size recorded for loudmouth-1.5.3.tar.bz2 *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2830 '/usr/ports/distfiles/loudmouth-1.5.3.tar.bz2': @lock=loudmouth-1.5.3.tar.bz...) *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2193 '_internal-fetch') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2442 '/usr/ports/pobj/loudmouth-1.5.3/.extract_done') *** Error 1 in /usr/ports/net/loudmouth (/usr/ports/infrastructure/mk/bsd.port.mk:2344 'all') Any advice ? Regards --
Re: pecl-redis for php-7.0
* Stuart Henderson <s...@spacehopper.org> le [25-04-2017 12:31:15 +0100]: > On 2017/04/25 08:27, Thuban wrote: > > Hello, > > I tried to upgrade the current pecl-redis port from php-5.6 to php-7.0 > > unsing the latest version (3.1.2). > > I ran into this problem : > > > > # phpize-7.0 > > Configuring for: > > PHP Api Version: 20151012 > > Zend Module Api No: 20151012 > > Zend Extension Api No: 320151012 > > cp: ax_check_compile_flag.m4: No such file or directory > > m4: aclocal.m4 at line 3105: include(build/ax_check_compile_flag.m4): > > No such file or > > directory > > autom4te-2.69: /usr/bin/m4 failed with exit status: 1 > > > > > > Does anyone has any advice here ? > > > > Regards. > > > > -- > > > > > I just committed fixes to lang/php. To avoid building the whole thing, you can > copy /usr/local/share/aclocal/ax_check_compile_flag.m4 from autoconf-archive > to /usr/local/share/php-7.0/build/ax_check_compile_flag.m4. Thanks, now compiling work for php7.0. As I'm quite new with ports, I don't understand how to modify the pecl-redis Makefile to use php-7.0 while compiling. Here are the procedure I follow yet : - Download and extract the lates archive : http://pecl.php.net/get/redis-3.1.2.tgz - Copy /usr/local/share/aclocal/ax_check_compile_flag.m4 to /usr/local/share/php-7.0/build/ax_check_compile_flag.m4 as sugested by Stuart H., but the last change in php-7.0 port don't require this. - run phpize-7.0 - run ./configure --enable-redis --with-php-config=/usr/local/bin/php-config-7.0 Any advices? Regards --
Re: pecl-redis for php-7.0
* Jeremie Courreges-Anglas <j...@wxcvbn.org> le [25-04-2017 08:45:23 +0200]: > Thuban <thu...@yeuxdelibad.net> writes: > > > Hello, > > I tried to upgrade the current pecl-redis port from php-5.6 to php-7.0 > > unsing the latest version (3.1.2). > > I ran into this problem : > > > > # phpize-7.0 > > Configuring for: > > PHP Api Version: 20151012 > > Zend Module Api No: 20151012 > > Zend Extension Api No: 320151012 > > cp: ax_check_compile_flag.m4: No such file or directory > > m4: aclocal.m4 at line 3105: include(build/ax_check_compile_flag.m4): > > No such file or > > directory > > autom4te-2.69: /usr/bin/m4 failed with exit status: 1 > > > > > > Does anyone has any advice here ? > > No idea if this will help. If "phpize-7.0" fails to copy > ax_check_compile_flag.m4 from /usr/local/share/aclocal/, then try to > install the autoconf-archive package: > > $ pkglocate ax_check_compile_flag.m4 > autoconf-archive-2017.03.21:devel/autoconf-archive:/usr/local/share/aclocal/ax_check_compile_flag.m4 > gnome-builder-3.24.1:x11/gnome/builder:/usr/local/share/gnome-builder/plugins/autotools_templates/resources/m4/ax_check_compile_flag.m4 > Sadly, this didn't work. Thank you anyway
pecl-redis for php-7.0
Hello, I tried to upgrade the current pecl-redis port from php-5.6 to php-7.0 unsing the latest version (3.1.2). I ran into this problem : # phpize-7.0 Configuring for: PHP Api Version: 20151012 Zend Module Api No: 20151012 Zend Extension Api No: 320151012 cp: ax_check_compile_flag.m4: No such file or directory m4: aclocal.m4 at line 3105: include(build/ax_check_compile_flag.m4): No such file or directory autom4te-2.69: /usr/bin/m4 failed with exit status: 1 Does anyone has any advice here ? Regards. --
update zkt to 1.1.4
Hi, zkt-1.1.4 is avaiable since 09 May 2016. It fixes some bug and is able to use stronger algorithms. I'm completely new on ports so please excuse me if I don't follow habits. Regards. --- Index: Makefile === RCS file: /cvs/ports/security/zkt/Makefile,v retrieving revision 1.11 diff -u -p -r1.11 Makefile --- Makefile3 Sep 2014 08:54:41 - 1.11 +++ Makefile21 Mar 2017 18:56:37 - @@ -2,7 +2,7 @@ COMMENT= DNSsec Zone Key Tool -DISTNAME= zkt-1.1.0 +DISTNAME= zkt-1.1.4 REVISION= 0 CATEGORIES=security Index: distinfo === RCS file: /cvs/ports/security/zkt/distinfo,v retrieving revision 1.7 diff -u -p -r1.7 distinfo --- distinfo18 Jan 2015 03:15:08 - 1.7 +++ distinfo21 Mar 2017 18:56:37 - @@ -1,2 +1,2 @@ -SHA256 (zkt-1.1.0.tar.gz) = iH4EzlqoXYSvV4UnlNI4jL1nUWpeXJ/NG4Jw0vQeeiY= -SIZE (zkt-1.1.0.tar.gz) = 343811 +SHA256 (zkt-1.1.4.tar.gz) = cEBlpHKhwgnEfm0NAAOzQ0yqEBwaXQhEaIlkP8q6fMc= +SIZE (zkt-1.1.4.tar.gz) = 382629 cvs server: Diffing patches cvs server: Diffing pkg signature.asc Description: PGP signature
Re: syweb man needed
* David Coppa <dco...@gmail.com> le [05-09-2016 11:06:51 +0200]: > On Sun, Sep 4, 2016 at 6:19 PM, Thuban <thu...@yeuxdelibad.net> wrote: > > Hello, > > > > while installing symon & syweb, I used the rrdtool-chroot tool. I > > finally discovered syweb wasn't working correctly because the > > rddtoo_path in /var/www/htdocs/syweb/setup.inc wasn't pointing to > > /usr/local/bin > > > > A line in /usr/local/share/doc/pkg-readmes might be interesting. > > > > Regards, > > A strange disease you have there: being able to write a mail, but not > a simple diff... > you're right. My apologies. I didn't dare with my poor english and I'm not used to OpenBSD's habits yet. Thanks Ralf for the diff. Regards -- /Thuban/ signature.asc Description: PGP signature
syweb man needed
Hello, while installing symon & syweb, I used the rrdtool-chroot tool. I finally discovered syweb wasn't working correctly because the rddtoo_path in /var/www/htdocs/syweb/setup.inc wasn't pointing to /usr/local/bin A line in /usr/local/share/doc/pkg-readmes might be interesting. Regards, -- /Thuban/ signature.asc Description: PGP signature
Re: [New] net/libtorrent-rasterbar
Oh, by the way, is it still planned to port for python3? Regards, -- /Thuban/ signature.asc Description: PGP signature
Re: [New] net/libtorrent-rasterbar
* David Coppa <dco...@gmail.com> le [07-06-2016 10:57:15 +0200]: > > ---8<--- > $ cat pkg/DESCR > libtorrent(-rasterbar) is a C++ library that aims to be a good > alternative to all the other bittorrent implementations around. > > The main goals of libtorrent are to be cpu efficient, memory efficient > and very easy to use. > > Note that this is NOT the same library as the libtorrent port! > ---8<--- > > Successfully tested by me and "Thuban" <thuban(AT)yeuxdelibad(DOT)net>. > > Reviews, OKs, whatever are welcome. Thanks! Do you have any advice to compile python3 bindings? I tried to add PYTHON_VERSION env, without success. -- /Thuban/ signature.asc Description: PGP signature
