Re: Configuration of a umb device

2018-07-10 Thread salanimi
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



The results are in

2018-07-10 Thread .
Troll 1, OpenBSD 0.

FFS people! Don't Feed The Trolls. It's not fucking rocket science.




Re: sed disappearing last line

2018-07-10 Thread Daniel Bolgheroni
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



Re: roundcube installation php modules

2018-07-10 Thread Jay Williams
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?

2018-07-10 Thread Jordan Geoghegan

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



Re: Ratgod leadership?

2018-07-10 Thread Nick Holland
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: Lumina-Terminal on OpenBSD

2018-07-10 Thread Tomasz Rola
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: Ratgod leadership?

2018-07-10 Thread Joseph Mayer
"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?

2018-07-10 Thread Tom Smyth
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.
>



Ratgod leadership?

2018-07-10 Thread Email
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: roundcube installation php modules

2018-07-10 Thread Gonzalo L. Rodriguez

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.



ISAKMPD crashed on OpenBSD 6.2

2018-07-10 Thread mottycruz
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

2018-07-10 Thread MonsieurFugu
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

2018-07-10 Thread Danny AwesomeRetro
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
>



Re: roundcube installation php modules

2018-07-10 Thread Vijay Sankar
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

2018-07-10 Thread Danny AwesomeRetro
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

2018-07-10 Thread Danny AwesomeRetro
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

2018-07-10 Thread Martijn van Duren
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: roundcube installation php modules

2018-07-10 Thread 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

>>>



Re: roundcube installation php modules

2018-07-10 Thread Teno Deuter
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

2018-07-10 Thread Teno Deuter
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

2018-07-10 Thread edgar
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
>



roundcube installation php modules

2018-07-10 Thread Teno Deuter
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.

2018-07-10 Thread Marko Cupać
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: 4k display on integrated Intel graphics?

2018-07-10 Thread Maximilian Pichler
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

2018-07-10 Thread Andreas Kusalananda Kähäri
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: sed disappearing last line

2018-07-10 Thread Andreas Kusalananda Kähäri
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/