roundcube installation php modules
Dear list,
in a OpenBSD 6.3 machine I run httpd and opensmptd and try to intall
roundcubemail 1.3.5 from the OpenBSD packages repository.
When running the installer, in the first page, I get following warnings:
FileInfo: OK
Libiconv: OK
Intl: NOT AVAILABLE(See http://www.php.net/manual/en/book.intl.php)
Exif: OK
LDAP: NOT AVAILABLE(See http://www.php.net/manual/en/book.ldap.php)
GD: NOT AVAILABLE(See http://www.php.net/manual/en/book.image.php)
Imagick: NOT AVAILABLE(See http://www.php.net/manual/en/book.imagick.php)
but pkg_info shows:
php-gd-5.6.34 image manipulation extensions for php
php-intl-5.6.34 intl library support for php
and I think php-imagick is already part of the php OpenBSD package.
Why do I get the above warnings?
Also, in the second installation page I get the following:
Mimetype to file extension mapping: NOT OK
but in httpd.conf, on the top of the file, I have the following entry:
types { include "/usr/share/misc/mime.types" }
Thank you
Re: roundcube installation php modules
sorry forgot to mention that after doing the below changes I did
restart the server!
Thank you
On Tue, Jul 10, 2018 at 2:29 PM, Teno Deuter wrote:
> here are my current extension settings in php-5.6.ini:
>
> ;extension=php_bz2.dll
> ;extension=php_curl.dll
> ;extension=php_fileinfo.dll
>
> extension=php_gd2.dll
>
> ;extension=php_gettext.dll
> ;extension=php_gmp.dll
>
> extension=php_intl.dll
>
> ;extension=php_imap.dll
> ;extension=php_interbase.dll
> ;extension=php_ldap.dll
> ;extension=php_mbstring.dll
> ;extension=php_exif.dll ; Must be after mbstring as it depends on it
> ;extension=php_mysql.dll
> ;extension=php_mysqli.dll
> ;extension=php_oci8_12c.dll ; Use with Oracle Database 12c Instant Client
> ;extension=php_openssl.dll
> ;extension=php_pdo_firebird.dll
> ;extension=php_pdo_mysql.dll
> ;extension=php_pdo_oci.dll
> ;extension=php_pdo_odbc.dll
> ;extension=php_pdo_pgsql.dll
>
> extension=php_pdo_sqlite.dll
>
> ;extension=php_pgsql.dll
> ;extension=php_shmop.dll
> ;extension=php_soap.dll
> ;extension=php_sockets.dll
>
> extension=php_sqlite3.dll
>
> ;extension=php_sybase_ct.dll
> ;extension=php_tidy.dll
> ;extension=php_xmlrpc.dll
> ;extension=php_xsl.dll
>
> but nothing happens. I still get the same error in the first installer step.
>
> Thank you
>
> On Tue, Jul 10, 2018 at 2:07 PM, wrote:
>> Have you altered your php.ini to load the extensions and restart php-fpm?
>> On Jul 10, 2018 7:00 AM, Teno Deuter wrote:
>>>
>>> Dear list,
>>>
>>> in a OpenBSD 6.3 machine I run httpd and opensmptd and try to intall
>>> roundcubemail 1.3.5 from the OpenBSD packages repository.
>>>
>>> When running the installer, in the first page, I get following warnings:
>>>
>>> FileInfo: OK
>>> Libiconv: OK
>>> Intl: NOT AVAILABLE(See http://www.php.net/manual/en/book.intl.php)
>>> Exif: OK
>>> LDAP: NOT AVAILABLE(See http://www.php.net/manual/en/book.ldap.php)
>>> GD: NOT AVAILABLE(See http://www.php.net/manual/en/book.image.php)
>>> Imagick: NOT AVAILABLE(See http://www.php.net/manual/en/book.imagick.php)
>>>
>>> but pkg_info shows:
>>>
>>> php-gd-5.6.34 image manipulation extensions for php
>>> php-intl-5.6.34 intl library support for php
>>>
>>> and I think php-imagick is already part of the php OpenBSD package.
>>>
>>> Why do I get the above warnings?
>>>
>>> Also, in the second installation page I get the following:
>>>
>>> Mimetype to file extension mapping: NOT OK
>>>
>>> but in httpd.conf, on the top of the file, I have the following entry:
>>>
>>> types { include "/usr/share/misc/mime.types" }
>>>
>>> Thank you
>>>
>>
Re: roundcube installation php modules
Have you altered your php.ini to load the extensions and restart php-fpm?
On Jul 10, 2018 7:00 AM, Teno Deuter wrote:
>
> Dear list,
>
> in a OpenBSD 6.3 machine I run httpd and opensmptd and try to intall
> roundcubemail 1.3.5 from the OpenBSD packages repository.
>
> When running the installer, in the first page, I get following warnings:
>
> FileInfo: OK
> Libiconv: OK
> Intl: NOT AVAILABLE(See http://www.php.net/manual/en/book.intl.php)
> Exif: OK
> LDAP: NOT AVAILABLE(See http://www.php.net/manual/en/book.ldap.php)
> GD: NOT AVAILABLE(See http://www.php.net/manual/en/book.image.php)
> Imagick: NOT AVAILABLE(See http://www.php.net/manual/en/book.imagick.php)
>
> but pkg_info shows:
>
> php-gd-5.6.34 image manipulation extensions for php
> php-intl-5.6.34 intl library support for php
>
> and I think php-imagick is already part of the php OpenBSD package.
>
> Why do I get the above warnings?
>
> Also, in the second installation page I get the following:
>
> Mimetype to file extension mapping: NOT OK
>
> but in httpd.conf, on the top of the file, I have the following entry:
>
> types { include "/usr/share/misc/mime.types" }
>
> Thank you
>
Re: roundcube installation php modules
here are my current extension settings in php-5.6.ini:
;extension=php_bz2.dll
;extension=php_curl.dll
;extension=php_fileinfo.dll
extension=php_gd2.dll
;extension=php_gettext.dll
;extension=php_gmp.dll
extension=php_intl.dll
;extension=php_imap.dll
;extension=php_interbase.dll
;extension=php_ldap.dll
;extension=php_mbstring.dll
;extension=php_exif.dll ; Must be after mbstring as it depends on it
;extension=php_mysql.dll
;extension=php_mysqli.dll
;extension=php_oci8_12c.dll ; Use with Oracle Database 12c Instant Client
;extension=php_openssl.dll
;extension=php_pdo_firebird.dll
;extension=php_pdo_mysql.dll
;extension=php_pdo_oci.dll
;extension=php_pdo_odbc.dll
;extension=php_pdo_pgsql.dll
extension=php_pdo_sqlite.dll
;extension=php_pgsql.dll
;extension=php_shmop.dll
;extension=php_soap.dll
;extension=php_sockets.dll
extension=php_sqlite3.dll
;extension=php_sybase_ct.dll
;extension=php_tidy.dll
;extension=php_xmlrpc.dll
;extension=php_xsl.dll
but nothing happens. I still get the same error in the first installer step.
Thank you
On Tue, Jul 10, 2018 at 2:07 PM, wrote:
> Have you altered your php.ini to load the extensions and restart php-fpm?
> On Jul 10, 2018 7:00 AM, Teno Deuter wrote:
>>
>> Dear list,
>>
>> in a OpenBSD 6.3 machine I run httpd and opensmptd and try to intall
>> roundcubemail 1.3.5 from the OpenBSD packages repository.
>>
>> When running the installer, in the first page, I get following warnings:
>>
>> FileInfo: OK
>> Libiconv: OK
>> Intl: NOT AVAILABLE(See http://www.php.net/manual/en/book.intl.php)
>> Exif: OK
>> LDAP: NOT AVAILABLE(See http://www.php.net/manual/en/book.ldap.php)
>> GD: NOT AVAILABLE(See http://www.php.net/manual/en/book.image.php)
>> Imagick: NOT AVAILABLE(See http://www.php.net/manual/en/book.imagick.php)
>>
>> but pkg_info shows:
>>
>> php-gd-5.6.34 image manipulation extensions for php
>> php-intl-5.6.34 intl library support for php
>>
>> and I think php-imagick is already part of the php OpenBSD package.
>>
>> Why do I get the above warnings?
>>
>> Also, in the second installation page I get the following:
>>
>> Mimetype to file extension mapping: NOT OK
>>
>> but in httpd.conf, on the top of the file, I have the following entry:
>>
>> types { include "/usr/share/misc/mime.types" }
>>
>> Thank you
>>
>
Re: %ÿ4 Coding OS, Vanity gods, LKML/GNU Attiude Problems, Problematic Netelements in general.
On Mon, 9 Jul 2018 16:30:58 +0200 Ywe Cærlyn wrote: > Slight retweak, to %ÿ4 Coding OS. > > Having had a bit of feel with the namechange I think I can do even > better. Looking at what really needs to be fixed with the internet, > starting with Fair Pay, getting rid of poor and thieving GNU, and > warezpups in general, LKML/GNU Attitude problems, and problematic > netelements in general, slight final finish with retweak to %ÿ4 > coding OS. Where's ISO? I'd like to give it a spin :D -- Before enlightenment - chop wood, draw water. After enlightenment - chop wood, draw water. Marko Cupać https://www.mimar.rs/
Re: roundcube installation php modules
actually I had to define the absolute path to the module. After doing
this it did work!
I still have the issue with Imagick though! There is no module for
that in OpenBSD repository as it's already integrated in php -
correct? In that case should I ignore that?
Thank you
On Tue, Jul 10, 2018 at 2:30 PM, Teno Deuter wrote:
> sorry forgot to mention that after doing the below changes I did
> restart the server!
>
> Thank you
>
> On Tue, Jul 10, 2018 at 2:29 PM, Teno Deuter wrote:
>> here are my current extension settings in php-5.6.ini:
>>
>> ;extension=php_bz2.dll
>> ;extension=php_curl.dll
>> ;extension=php_fileinfo.dll
>>
>> extension=php_gd2.dll
>>
>> ;extension=php_gettext.dll
>> ;extension=php_gmp.dll
>>
>> extension=php_intl.dll
>>
>> ;extension=php_imap.dll
>> ;extension=php_interbase.dll
>> ;extension=php_ldap.dll
>> ;extension=php_mbstring.dll
>> ;extension=php_exif.dll ; Must be after mbstring as it depends on it
>> ;extension=php_mysql.dll
>> ;extension=php_mysqli.dll
>> ;extension=php_oci8_12c.dll ; Use with Oracle Database 12c Instant Client
>> ;extension=php_openssl.dll
>> ;extension=php_pdo_firebird.dll
>> ;extension=php_pdo_mysql.dll
>> ;extension=php_pdo_oci.dll
>> ;extension=php_pdo_odbc.dll
>> ;extension=php_pdo_pgsql.dll
>>
>> extension=php_pdo_sqlite.dll
>>
>> ;extension=php_pgsql.dll
>> ;extension=php_shmop.dll
>> ;extension=php_soap.dll
>> ;extension=php_sockets.dll
>>
>> extension=php_sqlite3.dll
>>
>> ;extension=php_sybase_ct.dll
>> ;extension=php_tidy.dll
>> ;extension=php_xmlrpc.dll
>> ;extension=php_xsl.dll
>>
>> but nothing happens. I still get the same error in the first installer step.
>>
>> Thank you
>>
>> On Tue, Jul 10, 2018 at 2:07 PM, wrote:
>>> Have you altered your php.ini to load the extensions and restart php-fpm?
>>> On Jul 10, 2018 7:00 AM, Teno Deuter wrote:
Dear list,
in a OpenBSD 6.3 machine I run httpd and opensmptd and try to intall
roundcubemail 1.3.5 from the OpenBSD packages repository.
When running the installer, in the first page, I get following warnings:
FileInfo: OK
Libiconv: OK
Intl: NOT AVAILABLE(See http://www.php.net/manual/en/book.intl.php)
Exif: OK
LDAP: NOT AVAILABLE(See http://www.php.net/manual/en/book.ldap.php)
GD: NOT AVAILABLE(See http://www.php.net/manual/en/book.image.php)
Imagick: NOT AVAILABLE(See http://www.php.net/manual/en/book.imagick.php)
but pkg_info shows:
php-gd-5.6.34 image manipulation extensions for php
php-intl-5.6.34 intl library support for php
and I think php-imagick is already part of the php OpenBSD package.
Why do I get the above warnings?
Also, in the second installation page I get the following:
Mimetype to file extension mapping: NOT OK
but in httpd.conf, on the top of the file, I have the following entry:
types { include "/usr/share/misc/mime.types" }
Thank you
>>>
Re: roundcube installation php modules
On 07/10/18 14:00, Teno Deuter wrote:
> Dear list,
>
> in a OpenBSD 6.3 machine I run httpd and opensmptd and try to intall
> roundcubemail 1.3.5 from the OpenBSD packages repository.
>
> When running the installer, in the first page, I get following warnings:
>
> FileInfo: OK
> Libiconv: OK
> Intl: NOT AVAILABLE(See http://www.php.net/manual/en/book.intl.php)
> Exif: OK
> LDAP: NOT AVAILABLE(See http://www.php.net/manual/en/book.ldap.php)
> GD: NOT AVAILABLE(See http://www.php.net/manual/en/book.image.php)
> Imagick: NOT AVAILABLE(See http://www.php.net/manual/en/book.imagick.php)
>
> but pkg_info shows:
>
> php-gd-5.6.34 image manipulation extensions for php
> php-intl-5.6.34 intl library support for php
>
> and I think php-imagick is already part of the php OpenBSD package.
>
> Why do I get the above warnings?
$ doas cp /et/php-5.6.sample/{gd,intl}.ini /etc/php-5.6
$ doas rcctl restart php56_fpm
>
> Also, in the second installation page I get the following:
>
> Mimetype to file extension mapping: NOT OK
>
> but in httpd.conf, on the top of the file, I have the following entry:
>
> types { include "/usr/share/misc/mime.types" }
No clue.
>
> Thank you
> martijn@
Re: sed disappearing last line
On Mon, Jul 09, 2018 at 06:23:17PM -0300, Daniel Bolgheroni wrote: > Working with some input/commands which dealt with multiline pattern > spaces, noticed a behaviour I was not expecting. Reducing the test to a > simple case: > > $ echo "foo\nbar\nbaz" | sed "1d; N" > bar > baz > $ > > This is for 3 lines of input. However, same command but for 4 lines of > input: > > $ echo "foo\nbar\nbaz\nqux" | sed "1d; N" > bar > baz <--- qux not here > $ > > For 6 lines of input: > > $ echo "foo\nbar\nbaz\nqux\nquux\nquuz" | sed "1d; N" > bar > baz > qux > quux <--- quuz not here > $ > > (use echo -e if on bash) > > When the input has an even number of lines, the last line disappears. My > understanding is this isn't supposed to happen, but I'm unsure if it has > something to do with POSIX gray areas of undefined behaviours. For > instance, GNU sed from ports presents a different behaviour (second test > case but with gsed): > > $ echo "foo\nbar\nbaz\nqux" | gsed "1d; N" > bar > baz > qux <--- qux here > $ > > Before suggesting anything, anyone with a stronger experience on sed > historical behaviours can shed some light on if this is acceptable? > > Thank you. > > -- > db > This is really a question about what the "N" command should be doing if there is no further input. GNU sed seems to output the current pattern space. POSIX says: If no next line of input is available, the N command verb shall branch to the end of the script and quit without starting a new cycle or copying the pattern space to standard output. Note: "without [...] copying the pattern space to standard output" So this makes me believe that OpenBSD sed is doing the correct thing with regards to the POSIX spec. for sed. Also note that the input to sed should be "text files". In all your examples, the last line is not properly terminated, which, strictly and pedantically speaking, violates the "text file" requirement. This does not affect the outcome of the commands though. Also, printf may be used to portably print strings with C escape sequences. Cheers, -- Andreas Kusalananda Kähäri, National Bioinformatics Infrastructure Sweden (NBIS), Uppsala University, Sweden. När du har kontakt med oss på Uppsala universitet med e-post så innebär det att vi behandlar dina personuppgifter. För att läsa mer om hur vi gör det kan du läsa här: http://www.uu.se/om-uu/dataskydd-personuppgifter/ E-mailing Uppsala University means that we will process your personal data. For more information on how this is performed, please read here: http://www.uu.se/om-uu/dataskydd-personuppgifter/
Re: 4k display on integrated Intel graphics?
So I went ahead and it works! At first it did 3840x2160 only at 30 Hz, but after rebooting it now runs at 60 Hz, at least according to xrandr (see below). Is there a way to independently verify the refresh rate? Unfortunately the monitor doesn't display it. For the record, this is an Asus Zenbook 3 (UX390UA) with integrated Intel HD Graphics 620 connected to a LG 27UD88 4k display via the included USB-C-to-C cable. $ xrandr Screen 0: minimum 320 x 200, current 5760 x 2160, maximum 8192 x 8192 eDP-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 276mm x 155mm 1920x1080 60.05*+ 48.04 1400x1050 59.98 1280x1024 60.02 1280x960 60.00 1024x768 60.0460.00 960x720 60.00 928x696 60.05 896x672 60.01 800x600 60.0060.3256.25 700x525 59.98 640x512 60.02 640x480 60.0059.94 512x384 60.00 400x300 60.3256.34 320x240 60.05 DP-1 connected 3840x2160+1920+0 (normal left inverted right x axis y axis) 600mm x 340mm 3840x2160 60.00*+ 30.00 2560x1440 59.95 1920x1080 60.0059.94 1600x900 60.00 1280x1024 60.02 1280x800 59.81 1152x864 59.97 1280x720 60.0059.94 1024x768 60.00 800x600 60.32 720x480 60.0059.94 640x480 60.0059.94 HDMI-1 disconnected (normal left inverted right x axis y axis) On Mon, Jul 2, 2018 at 4:17 AM, Bryan Vyhmeister wrote: > On Fri, Jun 29, 2018 at 11:04:12PM +0200, Maximilian Pichler wrote: >> Thanks for explaining. Some shaking could be lived with... > > I went ahead and bought a Plugable USB-C to DisplayPort cable to confirm > that there are no issues. I unplugged my mDP to DP cable from the > NUC6i7KYK and the HP Z27s 3840x2160 monitor and replaced it with the > USB-C to DP cable and everything works exactly as before. Running xrandr > reports that I am running on DP-2 at 3840x2160 at 60Hz. > >> I just realized that some monitors (e.g. LG 27UD88) can connect via >> USB-C directly, whilest serving as a USB hub and power source. Would >> this be expected to work as well? > > This type of thing should work fine as the other poster said also. This > charging functionality is not OS-dependent and should work because of > device firmware. USB-C can carry different types of signals that have > been around a while and can be quite convenient as a result. > > Bryan
Re: sed disappearing last line
On Tue, Jul 10, 2018 at 09:29:55AM +0200, Andreas Kusalananda Kähäri wrote: > On Mon, Jul 09, 2018 at 06:23:17PM -0300, Daniel Bolgheroni wrote: > > Working with some input/commands which dealt with multiline pattern > > spaces, noticed a behaviour I was not expecting. Reducing the test to a > > simple case: > > > > $ echo "foo\nbar\nbaz" | sed "1d; N" > > bar > > baz > > $ > > > > This is for 3 lines of input. However, same command but for 4 lines of > > input: > > > > $ echo "foo\nbar\nbaz\nqux" | sed "1d; N" > > bar > > baz <--- qux not here > > $ > > > > For 6 lines of input: > > > > $ echo "foo\nbar\nbaz\nqux\nquux\nquuz" | sed "1d; N" > > bar > > baz > > qux > > quux <--- quuz not here > > $ > > > > (use echo -e if on bash) > > > > When the input has an even number of lines, the last line disappears. My > > understanding is this isn't supposed to happen, but I'm unsure if it has > > something to do with POSIX gray areas of undefined behaviours. For > > instance, GNU sed from ports presents a different behaviour (second test > > case but with gsed): > > > > $ echo "foo\nbar\nbaz\nqux" | gsed "1d; N" > > bar > > baz > > qux <--- qux here > > $ > > > > Before suggesting anything, anyone with a stronger experience on sed > > historical behaviours can shed some light on if this is acceptable? > > > > Thank you. > > > > -- > > db > > > > This is really a question about what the "N" command should be doing if > there is no further input. GNU sed seems to output the current pattern > space. > > POSIX says: > > If no next line of input is available, the N command verb shall > branch to the end of the script and quit without starting a new > cycle or copying the pattern space to standard output. > > > Note: "without [...] copying the pattern space to standard output" > > So this makes me believe that OpenBSD sed is doing the correct thing > with regards to the POSIX spec. for sed. > > Also note that the input to sed should be "text files". In all your > examples, the last line is not properly terminated, which, strictly and > pedantically speaking, violates the "text file" requirement. This does > not affect the outcome of the commands though. If you're using echo, that adds the terminating newline. I forgot about that, sorry, early morning here... I generally use printf for this sort of data though... > > Also, printf may be used to portably print strings with C escape > sequences. > > > Cheers, -- Andreas Kusalananda Kähäri, National Bioinformatics Infrastructure Sweden (NBIS), Uppsala University, Sweden. När du har kontakt med oss på Uppsala universitet med e-post så innebär det att vi behandlar dina personuppgifter. För att läsa mer om hur vi gör det kan du läsa här: http://www.uu.se/om-uu/dataskydd-personuppgifter/ E-mailing Uppsala University means that we will process your personal data. For more information on how this is performed, please read here: http://www.uu.se/om-uu/dataskydd-personuppgifter/
Re: roundcube installation php modules
Could you give me an example of defining absolute path to the module?
Cheers,
Danny
On 07/10/2018 03:07 PM, Teno Deuter wrote:
> actually I had to define the absolute path to the module. After doing
> this it did work!
>
> I still have the issue with Imagick though! There is no module for
> that in OpenBSD repository as it's already integrated in php -
> correct? In that case should I ignore that?
>
> Thank you
>
> On Tue, Jul 10, 2018 at 2:30 PM, Teno Deuter wrote:
>> sorry forgot to mention that after doing the below changes I did
>> restart the server!
>>
>> Thank you
>>
>> On Tue, Jul 10, 2018 at 2:29 PM, Teno Deuter wrote:
>>> here are my current extension settings in php-5.6.ini:
>>>
>>> ;extension=php_bz2.dll
>>> ;extension=php_curl.dll
>>> ;extension=php_fileinfo.dll
>>>
>>> extension=php_gd2.dll
>>>
>>> ;extension=php_gettext.dll
>>> ;extension=php_gmp.dll
>>>
>>> extension=php_intl.dll
>>>
>>> ;extension=php_imap.dll
>>> ;extension=php_interbase.dll
>>> ;extension=php_ldap.dll
>>> ;extension=php_mbstring.dll
>>> ;extension=php_exif.dll ; Must be after mbstring as it depends on it
>>> ;extension=php_mysql.dll
>>> ;extension=php_mysqli.dll
>>> ;extension=php_oci8_12c.dll ; Use with Oracle Database 12c Instant Client
>>> ;extension=php_openssl.dll
>>> ;extension=php_pdo_firebird.dll
>>> ;extension=php_pdo_mysql.dll
>>> ;extension=php_pdo_oci.dll
>>> ;extension=php_pdo_odbc.dll
>>> ;extension=php_pdo_pgsql.dll
>>>
>>> extension=php_pdo_sqlite.dll
>>>
>>> ;extension=php_pgsql.dll
>>> ;extension=php_shmop.dll
>>> ;extension=php_soap.dll
>>> ;extension=php_sockets.dll
>>>
>>> extension=php_sqlite3.dll
>>>
>>> ;extension=php_sybase_ct.dll
>>> ;extension=php_tidy.dll
>>> ;extension=php_xmlrpc.dll
>>> ;extension=php_xsl.dll
>>>
>>> but nothing happens. I still get the same error in the first installer step.
>>>
>>> Thank you
>>>
>>> On Tue, Jul 10, 2018 at 2:07 PM, wrote:
Have you altered your php.ini to load the extensions and restart php-fpm?
On Jul 10, 2018 7:00 AM, Teno Deuter wrote:
> Dear list,
>
> in a OpenBSD 6.3 machine I run httpd and opensmptd and try to intall
> roundcubemail 1.3.5 from the OpenBSD packages repository.
>
> When running the installer, in the first page, I get following warnings:
>
> FileInfo: OK
> Libiconv: OK
> Intl: NOT AVAILABLE(See http://www.php.net/manual/en/book.intl.php)
> Exif: OK
> LDAP: NOT AVAILABLE(See http://www.php.net/manual/en/book.ldap.php)
> GD: NOT AVAILABLE(See http://www.php.net/manual/en/book.image.php)
> Imagick: NOT AVAILABLE(See http://www.php.net/manual/en/book.imagick.php)
>
> but pkg_info shows:
>
> php-gd-5.6.34 image manipulation extensions for php
> php-intl-5.6.34 intl library support for php
>
> and I think php-imagick is already part of the php OpenBSD package.
>
> Why do I get the above warnings?
>
> Also, in the second installation page I get the following:
>
> Mimetype to file extension mapping: NOT OK
>
> but in httpd.conf, on the top of the file, I have the following entry:
>
> types { include "/usr/share/misc/mime.types" }
>
> Thank you
>
Re: roundcube installation php modules
Personally i am also having the same issue with php/php-fpm,but with a
nextcloud instance.
Interested in this thread.
Regards,
Danny
On 07/10/2018 02:30 PM, Teno Deuter wrote:
> sorry forgot to mention that after doing the below changes I did
> restart the server!
>
> Thank you
>
> On Tue, Jul 10, 2018 at 2:29 PM, Teno Deuter wrote:
>> here are my current extension settings in php-5.6.ini:
>>
>> ;extension=php_bz2.dll
>> ;extension=php_curl.dll
>> ;extension=php_fileinfo.dll
>>
>> extension=php_gd2.dll
>>
>> ;extension=php_gettext.dll
>> ;extension=php_gmp.dll
>>
>> extension=php_intl.dll
>>
>> ;extension=php_imap.dll
>> ;extension=php_interbase.dll
>> ;extension=php_ldap.dll
>> ;extension=php_mbstring.dll
>> ;extension=php_exif.dll ; Must be after mbstring as it depends on it
>> ;extension=php_mysql.dll
>> ;extension=php_mysqli.dll
>> ;extension=php_oci8_12c.dll ; Use with Oracle Database 12c Instant Client
>> ;extension=php_openssl.dll
>> ;extension=php_pdo_firebird.dll
>> ;extension=php_pdo_mysql.dll
>> ;extension=php_pdo_oci.dll
>> ;extension=php_pdo_odbc.dll
>> ;extension=php_pdo_pgsql.dll
>>
>> extension=php_pdo_sqlite.dll
>>
>> ;extension=php_pgsql.dll
>> ;extension=php_shmop.dll
>> ;extension=php_soap.dll
>> ;extension=php_sockets.dll
>>
>> extension=php_sqlite3.dll
>>
>> ;extension=php_sybase_ct.dll
>> ;extension=php_tidy.dll
>> ;extension=php_xmlrpc.dll
>> ;extension=php_xsl.dll
>>
>> but nothing happens. I still get the same error in the first installer step.
>>
>> Thank you
>>
>> On Tue, Jul 10, 2018 at 2:07 PM, wrote:
>>> Have you altered your php.ini to load the extensions and restart php-fpm?
>>> On Jul 10, 2018 7:00 AM, Teno Deuter wrote:
Dear list,
in a OpenBSD 6.3 machine I run httpd and opensmptd and try to intall
roundcubemail 1.3.5 from the OpenBSD packages repository.
When running the installer, in the first page, I get following warnings:
FileInfo: OK
Libiconv: OK
Intl: NOT AVAILABLE(See http://www.php.net/manual/en/book.intl.php)
Exif: OK
LDAP: NOT AVAILABLE(See http://www.php.net/manual/en/book.ldap.php)
GD: NOT AVAILABLE(See http://www.php.net/manual/en/book.image.php)
Imagick: NOT AVAILABLE(See http://www.php.net/manual/en/book.imagick.php)
but pkg_info shows:
php-gd-5.6.34 image manipulation extensions for php
php-intl-5.6.34 intl library support for php
and I think php-imagick is already part of the php OpenBSD package.
Why do I get the above warnings?
Also, in the second installation page I get the following:
Mimetype to file extension mapping: NOT OK
but in httpd.conf, on the top of the file, I have the following entry:
types { include "/usr/share/misc/mime.types" }
Thank you
Re: roundcube installation php modules
Sorry to interject -- just wondering if you read the instructions
towards the bottom in /usr/local/share/doc/pkg-readmes for php-5.6. It
specifically says
# cd /etc/php-5.6.sample
# for i in *; do ln -sf ../php-5.6.sample/$i ../php-5.6/; done
HTH,
Vijay
Quoting Teno Deuter :
actually I had to define the absolute path to the module. After doing
this it did work!
I still have the issue with Imagick though! There is no module for
that in OpenBSD repository as it's already integrated in php -
correct? In that case should I ignore that?
Thank you
On Tue, Jul 10, 2018 at 2:30 PM, Teno Deuter wrote:
sorry forgot to mention that after doing the below changes I did
restart the server!
Thank you
On Tue, Jul 10, 2018 at 2:29 PM, Teno Deuter wrote:
here are my current extension settings in php-5.6.ini:
;extension=php_bz2.dll
;extension=php_curl.dll
;extension=php_fileinfo.dll
extension=php_gd2.dll
;extension=php_gettext.dll
;extension=php_gmp.dll
extension=php_intl.dll
;extension=php_imap.dll
;extension=php_interbase.dll
;extension=php_ldap.dll
;extension=php_mbstring.dll
;extension=php_exif.dll ; Must be after mbstring as it depends on it
;extension=php_mysql.dll
;extension=php_mysqli.dll
;extension=php_oci8_12c.dll ; Use with Oracle Database 12c Instant Client
;extension=php_openssl.dll
;extension=php_pdo_firebird.dll
;extension=php_pdo_mysql.dll
;extension=php_pdo_oci.dll
;extension=php_pdo_odbc.dll
;extension=php_pdo_pgsql.dll
extension=php_pdo_sqlite.dll
;extension=php_pgsql.dll
;extension=php_shmop.dll
;extension=php_soap.dll
;extension=php_sockets.dll
extension=php_sqlite3.dll
;extension=php_sybase_ct.dll
;extension=php_tidy.dll
;extension=php_xmlrpc.dll
;extension=php_xsl.dll
but nothing happens. I still get the same error in the first
installer step.
Thank you
On Tue, Jul 10, 2018 at 2:07 PM, wrote:
Have you altered your php.ini to load the extensions and restart php-fpm?
On Jul 10, 2018 7:00 AM, Teno Deuter wrote:
Dear list,
in a OpenBSD 6.3 machine I run httpd and opensmptd and try to intall
roundcubemail 1.3.5 from the OpenBSD packages repository.
When running the installer, in the first page, I get following warnings:
FileInfo: OK
Libiconv: OK
Intl: NOT AVAILABLE(See http://www.php.net/manual/en/book.intl.php)
Exif: OK
LDAP: NOT AVAILABLE(See http://www.php.net/manual/en/book.ldap.php)
GD: NOT AVAILABLE(See http://www.php.net/manual/en/book.image.php)
Imagick: NOT AVAILABLE(See
http://www.php.net/manual/en/book.imagick.php)
but pkg_info shows:
php-gd-5.6.34 image manipulation extensions for php
php-intl-5.6.34 intl library support for php
and I think php-imagick is already part of the php OpenBSD package.
Why do I get the above warnings?
Also, in the second installation page I get the following:
Mimetype to file extension mapping: NOT OK
but in httpd.conf, on the top of the file, I have the following entry:
types { include "/usr/share/misc/mime.types" }
Thank you
Vijay Sankar, M.Eng., P.Eng.
ForeTell Technologies Limited
vsan...@foretell.ca
Re: roundcube installation php modules
No problem,that fixed the issue for me ;)
thank you,this has cost me around 18 hours of searching
Cheers,
Danny
On 07/10/2018 04:25 PM, Vijay Sankar wrote:
> Sorry to interject -- just wondering if you read the instructions
> towards the bottom in /usr/local/share/doc/pkg-readmes for php-5.6. It
> specifically says
>
> # cd /etc/php-5.6.sample
> # for i in *; do ln -sf ../php-5.6.sample/$i ../php-5.6/; done
>
> HTH,
>
> Vijay
>
> Quoting Teno Deuter :
>
>> actually I had to define the absolute path to the module. After doing
>> this it did work!
>>
>> I still have the issue with Imagick though! There is no module for
>> that in OpenBSD repository as it's already integrated in php -
>> correct? In that case should I ignore that?
>>
>> Thank you
>>
>> On Tue, Jul 10, 2018 at 2:30 PM, Teno Deuter
>> wrote:
>>> sorry forgot to mention that after doing the below changes I did
>>> restart the server!
>>>
>>> Thank you
>>>
>>> On Tue, Jul 10, 2018 at 2:29 PM, Teno Deuter
>>> wrote:
here are my current extension settings in php-5.6.ini:
;extension=php_bz2.dll
;extension=php_curl.dll
;extension=php_fileinfo.dll
extension=php_gd2.dll
;extension=php_gettext.dll
;extension=php_gmp.dll
extension=php_intl.dll
;extension=php_imap.dll
;extension=php_interbase.dll
;extension=php_ldap.dll
;extension=php_mbstring.dll
;extension=php_exif.dll ; Must be after mbstring as it depends
on it
;extension=php_mysql.dll
;extension=php_mysqli.dll
;extension=php_oci8_12c.dll ; Use with Oracle Database 12c Instant
Client
;extension=php_openssl.dll
;extension=php_pdo_firebird.dll
;extension=php_pdo_mysql.dll
;extension=php_pdo_oci.dll
;extension=php_pdo_odbc.dll
;extension=php_pdo_pgsql.dll
extension=php_pdo_sqlite.dll
;extension=php_pgsql.dll
;extension=php_shmop.dll
;extension=php_soap.dll
;extension=php_sockets.dll
extension=php_sqlite3.dll
;extension=php_sybase_ct.dll
;extension=php_tidy.dll
;extension=php_xmlrpc.dll
;extension=php_xsl.dll
but nothing happens. I still get the same error in the first
installer step.
Thank you
On Tue, Jul 10, 2018 at 2:07 PM, wrote:
> Have you altered your php.ini to load the extensions and restart
> php-fpm?
> On Jul 10, 2018 7:00 AM, Teno Deuter wrote:
>>
>> Dear list,
>>
>> in a OpenBSD 6.3 machine I run httpd and opensmptd and try to intall
>> roundcubemail 1.3.5 from the OpenBSD packages repository.
>>
>> When running the installer, in the first page, I get following
>> warnings:
>>
>> FileInfo: OK
>> Libiconv: OK
>> Intl: NOT AVAILABLE(See http://www.php.net/manual/en/book.intl.php)
>> Exif: OK
>> LDAP: NOT AVAILABLE(See http://www.php.net/manual/en/book.ldap.php)
>> GD: NOT AVAILABLE(See http://www.php.net/manual/en/book.image.php)
>> Imagick: NOT AVAILABLE(See
>> http://www.php.net/manual/en/book.imagick.php)
>>
>> but pkg_info shows:
>>
>> php-gd-5.6.34 image manipulation extensions for php
>> php-intl-5.6.34 intl library support for php
>>
>> and I think php-imagick is already part of the php OpenBSD package.
>>
>> Why do I get the above warnings?
>>
>> Also, in the second installation page I get the following:
>>
>> Mimetype to file extension mapping: NOT OK
>>
>> but in httpd.conf, on the top of the file, I have the following
>> entry:
>>
>> types { include "/usr/share/misc/mime.types" }
>>
>> Thank you
>>
>
>
>
>
> Vijay Sankar, M.Eng., P.Eng.
> ForeTell Technologies Limited
> vsan...@foretell.ca
>
ISAKMPD crashed on OpenBSD 6.2
Hello I have a very simple isakampd.conf configuration for a VPN to AWS. I'm able to bring up the VPN but it crashed 15 minutes later. When ISAKMP crashed, I unable to ping outside or ping the machine until I kill isakmp process. Any ideas? -- Sent from: http://openbsd-archive.7691.n7.nabble.com/openbsd-user-misc-f3.html
Re: CVS Download: Timeout Error
Thanks for the reply, Yeah I thought it was something to do with the ports but I'm honestly not great with networking at the best of times, let alone on an OS that's new to me. Sure, I'm sorry I misspoke a few times there- I meant the source code and I used the disable PF command which I thought might have been interfering with it but it didn't work anyway. Thank you for the help, I changed my network to my phone tethering and it worked perfectly- I didn't realise that a lot of businesses block port 22 :P Cheers dude, you're a lifesaver x) -- Sent from: http://openbsd-archive.7691.n7.nabble.com/openbsd-user-misc-f3.html
Re: roundcube installation php modules
On [10/07/18] [02:59P], Danny AwesomeRetro wrote:
No problem,that fixed the issue for me ;)
thank you,this has cost me around 18 hours of searching
Cheers,
Danny
On 07/10/2018 04:25 PM, Vijay Sankar wrote:
Sorry to interject -- just wondering if you read the instructions
towards the bottom in /usr/local/share/doc/pkg-readmes for php-5.6. It
specifically says
# cd /etc/php-5.6.sample
# for i in *; do ln -sf ../php-5.6.sample/$i ../php-5.6/; done
HTH,
Vijay
Quoting Teno Deuter :
actually I had to define the absolute path to the module. After doing
this it did work!
I still have the issue with Imagick though! There is no module for
that in OpenBSD repository as it's already integrated in php -
correct? In that case should I ignore that?
Thank you
On Tue, Jul 10, 2018 at 2:30 PM, Teno Deuter
wrote:
sorry forgot to mention that after doing the below changes I did
restart the server!
Thank you
On Tue, Jul 10, 2018 at 2:29 PM, Teno Deuter
wrote:
here are my current extension settings in php-5.6.ini:
;extension=php_bz2.dll
;extension=php_curl.dll
;extension=php_fileinfo.dll
extension=php_gd2.dll
;extension=php_gettext.dll
;extension=php_gmp.dll
extension=php_intl.dll
;extension=php_imap.dll
;extension=php_interbase.dll
;extension=php_ldap.dll
;extension=php_mbstring.dll
;extension=php_exif.dll ; Must be after mbstring as it depends
on it
;extension=php_mysql.dll
;extension=php_mysqli.dll
;extension=php_oci8_12c.dll ; Use with Oracle Database 12c Instant
Client
;extension=php_openssl.dll
;extension=php_pdo_firebird.dll
;extension=php_pdo_mysql.dll
;extension=php_pdo_oci.dll
;extension=php_pdo_odbc.dll
;extension=php_pdo_pgsql.dll
extension=php_pdo_sqlite.dll
;extension=php_pgsql.dll
;extension=php_shmop.dll
;extension=php_soap.dll
;extension=php_sockets.dll
extension=php_sqlite3.dll
;extension=php_sybase_ct.dll
;extension=php_tidy.dll
;extension=php_xmlrpc.dll
;extension=php_xsl.dll
but nothing happens. I still get the same error in the first
installer step.
Thank you
On Tue, Jul 10, 2018 at 2:07 PM, wrote:
Have you altered your php.ini to load the extensions and restart
php-fpm?
On Jul 10, 2018 7:00 AM, Teno Deuter wrote:
Dear list,
in a OpenBSD 6.3 machine I run httpd and opensmptd and try to intall
roundcubemail 1.3.5 from the OpenBSD packages repository.
When running the installer, in the first page, I get following
warnings:
FileInfo: OK
Libiconv: OK
Intl: NOT AVAILABLE(See http://www.php.net/manual/en/book.intl.php)
Exif: OK
LDAP: NOT AVAILABLE(See http://www.php.net/manual/en/book.ldap.php)
GD: NOT AVAILABLE(See http://www.php.net/manual/en/book.image.php)
Imagick: NOT AVAILABLE(See
http://www.php.net/manual/en/book.imagick.php)
but pkg_info shows:
php-gd-5.6.34 image manipulation extensions for php
php-intl-5.6.34 intl library support for php
and I think php-imagick is already part of the php OpenBSD package.
Why do I get the above warnings?
Also, in the second installation page I get the following:
Mimetype to file extension mapping: NOT OK
but in httpd.conf, on the top of the file, I have the following
entry:
types { include "/usr/share/misc/mime.types" }
Thank you
Vijay Sankar, M.Eng., P.Eng.
ForeTell Technologies Limited
vsan...@foretell.ca
You always can check /usr/local/share/doc/pkg-readmes for the README
--
Sending from my toaster.
Ratgod leadership?
What does Theo De Raadt mean anyway? God Is The Rat? Ratgod leadership may indeed take the side of junkie pedophiles. And we will do with available source regardless of fairyworld ideas of leadership.
Re: Ratgod leadership?
"Ywe"/nyt.cloud owner, I have filed an abuse complaint at www.domainname.shop asking them to discontinue your domain/email/hosting deal with them, and filed a request for your domain name at https://rddsrequest.nic.cloud/ . I have also asked them to not serve you personally in the future as you can be expected to fall back into harassing open source emailing lists using the services they provide you. Your unsolicited emails irritate me immensely and I ask you again to withdraw from this emailing list. I hope you save community participants the effort of needing to phone every single emailing host abuse line on this planet to have you dropped out of here. I find your actions toxic and shameful. Please choose another outlet than this emailing list, your spam is not welcome here. Joseph On July 10, 2018 6:57 PM, Email wrote: > What does Theo De Raadt mean anyway? God Is The Rat? Ratgod leadership > may indeed take the side of junkie pedophiles. > > And we will do with available source regardless of fairyworld ideas of > leadership.
Re: Ratgod leadership?
Hmm. That is one F**ked up stream of consciousness... that email is probably will be the posterboy of being an warning to kids "don't do drugs!" if you need assistance with finding a decent translator or grammar and spell check tool, just ask and include a dmesg. it is useful to know what you are running before we all rush in to help you you can add packages with pkg_add but make sure that you have the /etc/installurl file set to your preferred mirror and generally keep posts some what technical and not personal. getting personal is no bueno as they say in France... On 10 July 2018 at 17:57, Email wrote: > What does Theo De Raadt mean anyway? God Is The Rat? Ratgod leadership may > indeed take the side of junkie pedophiles. > > And we will do with available source regardless of fairyworld ideas of > leadership. >
Re: Lumina-Terminal on OpenBSD
On Sun, Jul 08, 2018 at 01:45:09PM -0400, rehcla wrote: > I am pretty sure there is absolutely nothing wrong with me! > > But thanks for the explanations, which provided a working solution > for me... Last but not least it inspired me to set a second desktop > with FVWM to learn more about terminals... FVWM makes great minimal environment, IMHO. If you need multitabbed terminal, I have had (so far) good experience with roxterm, and I also use uxterm a lot - it is a Unicode-enabling wrapper around xterm. -- Regards, Tomasz Rola -- ** A C programmer asked whether computer had Buddha's nature. ** ** As the answer, master did "rm -rif" on the programmer's home** ** directory. And then the C programmer became enlightened... ** ** ** ** Tomasz Rola mailto:tomasz_r...@bigfoot.com **
Re: roundcube installation php modules
Create a php file with inside, and confirm that PHP-FPM is
picking up the extensions. I'd also confirm via the command line, using a
command such as:
$ php-5.6 -i | grep intl
--
Jay Williams
> On Jul 10, 2018, at 07:00, Teno Deuter wrote:
>
> Dear list,
>
> in a OpenBSD 6.3 machine I run httpd and opensmptd and try to intall
> roundcubemail 1.3.5 from the OpenBSD packages repository.
>
> When running the installer, in the first page, I get following warnings:
>
> FileInfo: OK
> Libiconv: OK
> Intl: NOT AVAILABLE(See http://www.php.net/manual/en/book.intl.php)
> Exif: OK
> LDAP: NOT AVAILABLE(See http://www.php.net/manual/en/book.ldap.php)
> GD: NOT AVAILABLE(See http://www.php.net/manual/en/book.image.php)
> Imagick: NOT AVAILABLE(See http://www.php.net/manual/en/book.imagick.php)
>
> but pkg_info shows:
>
> php-gd-5.6.34 image manipulation extensions for php
> php-intl-5.6.34 intl library support for php
>
> and I think php-imagick is already part of the php OpenBSD package.
>
> Why do I get the above warnings?
>
> Also, in the second installation page I get the following:
>
> Mimetype to file extension mapping: NOT OK
>
> but in httpd.conf, on the top of the file, I have the following entry:
>
> types { include "/usr/share/misc/mime.types" }
>
> Thank you
>
Re: Ratgod leadership?
On 07/10/18 17:55, Nick Holland wrote: On 07/10/18 12:57, Email wrote: [drivel snipped] Well...anyone who generates THAT much blind hatred has to be checked out, they are obviously either onto (or into) something. So I read up on OpenBSD, LOVED the philosophy of "security matters", downloaded it, and never regretted it. Following the fantastic OpenBSD documentation, I accomplished more in three days with OpenBSD than I had in several years of poking at Linux. So, while obvious trolls like this are annoying...they also serve a purpose. I thank those mindless haters for pointing me in a very interesting direction a couple decades ago, and I'll thank this ass in particular for reminding me that I'm a bit behind in my project donations (I do miss the CDs). That has now been fixed. Nick. My OpenBSD adoption story is similar to yours. My first foray into the *nix world was Ubuntu, as all the schools in my district ran it for all their infrastructure-- terminals, servers you name it. Naturally, I started reading and trying to learn as much as possible about the *nix way, although I originally didn't like it very much because I couldn't abuse it for gain like I could the Windows stuff. Before my schools migration to *nix, I had gotten used to being able to grab test answers from my teachers Windows network shares, after the migration, I could no longer do so :( This is what likely sparked my interest in computer security. I had never heard of OpenBSD until I happened upon the online ramblings of some crazy mentally ill person shit talking OpenBSD. For some reason, this crazy persons writings kept popping up on the various Linux/*nix message boards I frequented at the time. I happened upon some blog sites dedicated to trashing OpenBSD, they all appeared to be written by the same person. This mentally ill person had dedicated such enormous amounts of time writing seemingly detailed (though in reality, word salad) posts, that it got me thinking: First, what the hell did OpenBSD do to this guy to cause him to develop such a personal vendetta? And second, after reading all the vitriol and falsities about OpenBSD from this wackjob, I just had to check it out for myself. Suffice it to say, I was not disappointed. I downloaded an ISO and gave it a go, and was shocked at the simplicity and ease of use of the platform. Very quickly I shifted from being an Ubuntu boy to an OpenBSD text-only zealot. Every time I would try to see if OpenBSD could be used for a project I was working on, I would find that not only would it work, but it would actually be the easiest and most simple tool to use for the job in nearly every case I encountered. I fell in love with the OpenBSD philosophy and its hostility towards featuritis and SJW horse shit. OpenBSD appeared to me as a 'an OS for people who don't like to fuck around'. The man pages were amazing, and I learned much of my foundational computer knowledge just from reading them. Sorry for the long rambling post. I'd just like to say thank you to the mentally ill crazy person who inspired me to try OpenBSD; if not for his widespread hate spewing drivel against this wonderful OS, I may never have discovered OpenBSD as early as I did. Cheers, Jordan
The results are in
Troll 1, OpenBSD 0. FFS people! Don't Feed The Trolls. It's not fucking rocket science.
Re: Configuration of a umb device
9 juillet 2018 08:12 "Gregory Edigarov" a écrit: > perhaps a simple > route add -net default 100.144.58.18 > will do the trick I have done that, but this result does not change. # ifconfig umb0 umb0: flags=8851 mtu 1500 index 13 priority 0 llprio 3 roaming disabled registration home network state up cell-class EDGE rssi -81dBm speed 60.4Kps up 242Kps down SIM initialized PIN valid (3 attempts left) subscriber-id 310260855911295 ICC-id 8901260851159112954 provider US Mobile device KRD 131 30/123 - R1A/1 IMEI 004401701565398 firmware R3C11 (Pro), R4A10 (App) APN pwg dns 10.177.0.34 10.177.0.210 status: active inet 100.146.18.133 --> 100.146.18.131 netmask 0xfff8 # route add -net default 100.146.18.131 # ping -c1 100.146.18.131 PING 100.146.18.131 (100.146.18.131): 56 data bytes --- 100.146.18.131 ping statistics --- 1 packets transmitted, 0 packets received, 100.0% packet loss
Re: Ratgod leadership?
On 07/10/18 12:57, Email wrote: > [drivel snipped] Probably about 20 years ago, I had despaired of the "solution of the week!" of Linux, and figured, while it was cool that a bunch of people had put together a free Unix-like OS, the churn was too great to be practical for businesses expecting a low-maintenance solution. While reading through an on-line forum, I tripped across crap like the OP here posted (and much worse and more literate, of course) being said about this Theo de Raadt character. It wasn't intellectual disagreement on technical issues, it was childish name calling, leading to the "conclusion" that anything Theo did must be wrong. Well...anyone who generates THAT much blind hatred has to be checked out, they are obviously either onto (or into) something. So I read up on OpenBSD, LOVED the philosophy of "security matters", downloaded it, and never regretted it. Following the fantastic OpenBSD documentation, I accomplished more in three days with OpenBSD than I had in several years of poking at Linux. So, while obvious trolls like this are annoying...they also serve a purpose. I thank those mindless haters for pointing me in a very interesting direction a couple decades ago, and I'll thank this ass in particular for reminding me that I'm a bit behind in my project donations (I do miss the CDs). That has now been fixed. Nick.
Re: sed disappearing last line
On Tue, Jul 10, 2018 at 07:34:48AM +, Andreas Kusalananda Kähäri wrote: > On Tue, Jul 10, 2018 at 09:29:55AM +0200, Andreas Kusalananda Kähäri wrote: > > This is really a question about what the "N" command should be doing if > > there is no further input. GNU sed seems to output the current pattern > > space. > > > > POSIX says: > > > > If no next line of input is available, the N command verb shall > > branch to the end of the script and quit without starting a new > > cycle or copying the pattern space to standard output. > > > > > > Note: "without [...] copying the pattern space to standard output" > > > > So this makes me believe that OpenBSD sed is doing the correct thing > > with regards to the POSIX spec. for sed. Indeed, this matches the OpenBSD behaviour. Thank you. -- db
