Re: DWA-131 Rev E
On Fri, Jul 06, 2018 at 07:19:42AM +, Stuart Henderson wrote: > On 2018-07-06, Christopher Turkel wrote: > > Thanks! > > > > Are there any plans to support this adapter? I'll donate my adapter if it > > would help. > > I don't know if anyone already plans on doing this. If there is, there's > support in FreeBSD which might help with the task.. I did some work on this a while ago. It's pretty dispiriting but I'll probably get back to it soon. The one thing it has going for it is that the hardware is cheap and readily available.
Re: "Cannot allocate memory" error when memory is enough
On Wed, Jul 4, 2018 at 6:31 PM Nan Xiao wrote:
> Thanks very much for your time and patience. I run "syspatch" command
> regularly, so it should be 6.3-stable.
>
> My full dmesg output is here:
>
...
Okay, nothing weird in there.
And full ouput of "vmstat -m":
>
Nothing stands out in that output either, with nothing showing failures or
consuming much more than might be expected.
So, I'm back to my theory that the programs that are failing to run for you
are from packages built for -current and not -stable and have
PT_OPENBSD_RANDOMIZE segments larger than are permitted by -stable.
For example, the gdb-7.12.1p2 package in -current has an 88kB
PT_OPENBSD_RANDOMIZE segment:
: morgaine; readelf -Wl /usr/local/bin/egdb | awk '/RANDOM/{print
($5+0)/1024}
88.4844
: morgaine;
That's bigger than what a -stable kernel will permit.
So, what's the output of that command for the egdb binary that fails for
you, and how confident are you that it's from a -stable package and not a
-current package?
Philip Guenther
Re: Mail Server
Well, the thing is that the accounts are managed by our clients, so I need a platform where they can easy administrate the accounts of their domains and they are common people, it has to be easy. I guess that using Postfix would solve the SMTP part. 2018-07-06 20:51 GMT-03:00 : > > On Jul 6, 2018 5:56 PM, "Elias M. Mariani" wrote: >> >> Hello, >> I'm moving some sites that my friends and I handle from a cheap >> webserver to a cloud server with OpenBSD. >> I have the webserver part figured out (httpd+mariadb+php7). >> But I need to choose how to handle the mails. >> I'm mostly worried that the mail accounts must be managed by some of >> our users through the web. >> So I need to use something like postfixadmin or ViMbAdmin, that is, a >> web application to handle the accounts. >> Also I dont have much knowledge about what the market has to offer... >> Should I use OpenSMTPD or I need some big MTA like postfix ? >> I also need IMAP so can I use OpenSMTPD+dovecot+ViMbAdmin? >> >> This is a kind of open question, maybe someone savy in mail servers >> can guide me in what to choose. >> The amount of mails in and out is very small, so, I'm not looking for >> performance, just for security, reliability and, truth be told... >> practicality, to many components to handle a mail... It should be >> simpler... ;( >> >> Cheers. >> Elias. >> > > Are you going to need to add and remove accounts on a daily basis? I believe > vimbadmin only works with postfix. However, if you are just setting up a few > accounts that won't need to change immediately semi frequently then opensmtpd > will likely be much easier for you to set up.
Re: Mail Server
On Jul 6, 2018 5:56 PM, "Elias M. Mariani" wrote: > > Hello, > I'm moving some sites that my friends and I handle from a cheap > webserver to a cloud server with OpenBSD. > I have the webserver part figured out (httpd+mariadb+php7). > But I need to choose how to handle the mails. > I'm mostly worried that the mail accounts must be managed by some of > our users through the web. > So I need to use something like postfixadmin or ViMbAdmin, that is, a > web application to handle the accounts. > Also I dont have much knowledge about what the market has to offer... > Should I use OpenSMTPD or I need some big MTA like postfix ? > I also need IMAP so can I use OpenSMTPD+dovecot+ViMbAdmin? > > This is a kind of open question, maybe someone savy in mail servers > can guide me in what to choose. > The amount of mails in and out is very small, so, I'm not looking for > performance, just for security, reliability and, truth be told... > practicality, to many components to handle a mail... It should be > simpler... ;( > > Cheers. > Elias. > Are you going to need to add and remove accounts on a daily basis? I believe vimbadmin only works with postfix. However, if you are just setting up a few accounts that won't need to change immediately semi frequently then opensmtpd will likely be much easier for you to set up.
Mail Server
Hello, I'm moving some sites that my friends and I handle from a cheap webserver to a cloud server with OpenBSD. I have the webserver part figured out (httpd+mariadb+php7). But I need to choose how to handle the mails. I'm mostly worried that the mail accounts must be managed by some of our users through the web. So I need to use something like postfixadmin or ViMbAdmin, that is, a web application to handle the accounts. Also I dont have much knowledge about what the market has to offer... Should I use OpenSMTPD or I need some big MTA like postfix ? I also need IMAP so can I use OpenSMTPD+dovecot+ViMbAdmin? This is a kind of open question, maybe someone savy in mail servers can guide me in what to choose. The amount of mails in and out is very small, so, I'm not looking for performance, just for security, reliability and, truth be told... practicality, to many components to handle a mail... It should be simpler... ;( Cheers. Elias.
Re: Owner and group of a newly created file
On Sun, Jul 01, 2018 at 04:01:16PM +, Philip Guenther wrote:
>
> This goes back to a split in behavior between the BSD-derived and
> USG-derived ("Unix Systems Group", spun off from AT&T) systems.
> BSD-derived systems always gave new files the group of the directory in
> which they were created, while USG-derived systems used the effective
> group-id of the process that created the file. Vendors realized the BSD
> behavior is more useful for actual groups of people, but they presumably
> didn't feel like they could change the behavior of their existing systems
> so they added this "setgid on the directory means follow BSD rules"
> behavior. Linux has always had a more USG/Sys5 flavor to it, so they
> followed that rule instead of just making the behavior the Right Thing.
>
Thank you for this information. I have been puzzled about the reason for
why certain groups were selected when I created new files. Usually this
has been ok, but a bit puzzling. This is very helpful to know.
Quick question. If I set the primary user group to or whatever group
the file has, will I still need to use rm -f on the file to delete it?
I'll figure this out for myself anyway, but seems like it might be good
to have an answer to on the list archives.
Chris Bennett
Re: httpd serving php [SOLVED]
you were so right!
Thank you for pointing this out.
On Fri, Jul 6, 2018 at 6:41 PM, wrote:
> enable just enables it you need
> rcctl start php56_fpm
> On Jul 6, 2018 11:31 AM, Teno Deuter wrote:
>>
>> sorry, if you mean the following:
>>
>> rcctl enable php56_fpm
>>
>> then yes, I did it but I still get a 500 error!
>>
>> On Fri, Jul 6, 2018 at 6:07 PM, Daniel Corbe wrote:
>> > at 11:40 AM, Teno Deuter wrote:
>> >
>> >> Dear support team,
>> >>
>> >> in a OpenBSD 6.3 installation with php packges added, I have the
>> >> following httpd configuartion:
>> >>
>> >> server "domain" {
>> >> listen on * tls port 443
>> >> listen on :: tls port 443
>> >> tls {
>> >> certificate "/etc/ssl/private/server.pem"
>> >> key "/etc/ssl/server.key"
>> >> }
>> >>
>> >> directory index index.php
>> >>
>> >> location "/pub/*" {
>> >> directory auto index
>> >> }
>> >>
>> >> root "/htdocs/domain"
>> >>
>> >> location "*.php" {
>> >> fastcgi socket "/run/php-fpm.sock"
>> >> }
>> >> }
>> >>
>> >> the above generates a 500 error!
>> >>
>> >> Also, no '/run/php-fpm.sock' exists!
>> >>
>> >> Thank you for your help
>> >
>> >
>> > Did you start php-fpm?
>> >
>> >
>>
Re: httpd serving php
enable just enables it you need
rcctl start php56_fpm
On Jul 6, 2018 11:31 AM, Teno Deuter wrote:
>
> sorry, if you mean the following:
>
> rcctl enable php56_fpm
>
> then yes, I did it but I still get a 500 error!
>
> On Fri, Jul 6, 2018 at 6:07 PM, Daniel Corbe wrote:
> > at 11:40 AM, Teno Deuter wrote:
> >
> >> Dear support team,
> >>
> >> in a OpenBSD 6.3 installation with php packges added, I have the
> >> following httpd configuartion:
> >>
> >> server "domain" {
> >> listen on * tls port 443
> >> listen on :: tls port 443
> >> tls {
> >> certificate "/etc/ssl/private/server.pem"
> >> key "/etc/ssl/server.key"
> >> }
> >>
> >> directory index index.php
> >>
> >> location "/pub/*" {
> >> directory auto index
> >> }
> >>
> >> root "/htdocs/domain"
> >>
> >> location "*.php" {
> >> fastcgi socket "/run/php-fpm.sock"
> >> }
> >> }
> >>
> >> the above generates a 500 error!
> >>
> >> Also, no '/run/php-fpm.sock' exists!
> >>
> >> Thank you for your help
> >
> >
> > Did you start php-fpm?
> >
> >
>
Re: httpd serving php
sorry, if you mean the following:
rcctl enable php56_fpm
then yes, I did it but I still get a 500 error!
On Fri, Jul 6, 2018 at 6:07 PM, Daniel Corbe wrote:
> at 11:40 AM, Teno Deuter wrote:
>
>> Dear support team,
>>
>> in a OpenBSD 6.3 installation with php packges added, I have the
>> following httpd configuartion:
>>
>> server "domain" {
>> listen on * tls port 443
>> listen on :: tls port 443
>> tls {
>> certificate "/etc/ssl/private/server.pem"
>> key "/etc/ssl/server.key"
>> }
>>
>> directory index index.php
>>
>> location "/pub/*" {
>> directory auto index
>> }
>>
>> root "/htdocs/domain"
>>
>> location "*.php" {
>> fastcgi socket "/run/php-fpm.sock"
>> }
>> }
>>
>> the above generates a 500 error!
>>
>> Also, no '/run/php-fpm.sock' exists!
>>
>> Thank you for your help
>
>
> Did you start php-fpm?
>
>
Re: httpd serving php
at 11:40 AM, Teno Deuter wrote:
Dear support team,
in a OpenBSD 6.3 installation with php packges added, I have the
following httpd configuartion:
server "domain" {
listen on * tls port 443
listen on :: tls port 443
tls {
certificate "/etc/ssl/private/server.pem"
key "/etc/ssl/server.key"
}
directory index index.php
location "/pub/*" {
directory auto index
}
root "/htdocs/domain"
location "*.php" {
fastcgi socket "/run/php-fpm.sock"
}
}
the above generates a 500 error!
Also, no '/run/php-fpm.sock' exists!
Thank you for your help
Did you start php-fpm?
httpd serving php
Dear support team,
in a OpenBSD 6.3 installation with php packges added, I have the
following httpd configuartion:
server "domain" {
listen on * tls port 443
listen on :: tls port 443
tls {
certificate "/etc/ssl/private/server.pem"
key "/etc/ssl/server.key"
}
directory index index.php
location "/pub/*" {
directory auto index
}
root "/htdocs/domain"
location "*.php" {
fastcgi socket "/run/php-fpm.sock"
}
}
the above generates a 500 error!
Also, no '/run/php-fpm.sock' exists!
Thank you for your help
Re: DWA-131 Rev E
On 2018-07-06, Christopher Turkel wrote: > Thanks! > > Are there any plans to support this adapter? I'll donate my adapter if it > would help. I don't know if anyone already plans on doing this. If there is, there's support in FreeBSD which might help with the task.. > On Thu, Jul 5, 2018 at 8:35 PM Stuart Henderson wrote: > >> On 2018-07-05, Christopher Turkel wrote: >> > Hi all I have a DWA-131 Rev E >> > >> > It (seems) to use a Realtek 8192eu. I googled and read mapages but I >> > couldn't find an answer. >> > >> > I'm on OpenBSD/amd64 and running -current >> >> This isn't supported. See "man -k 802.11" for a list of most of the >> available devices, and there is also bwfm(4) which needs a description >> change in the manpage to get picked up with that search. >> >> >> >
Re: c++: error: unknown argument: '-fno-ret-protector' when compiling CURRENT userland
On 2018-07-06, Jyri Hovila [iki] wrote: > Stuart, > > thank you so much for the info! > >> Your compiler is old (from 6.3 at a quick guess based on the date), >> you either need to install a snapshot and move from there, or follow >> http://cvsweb.openbsd.org/cgi-bin/cvsweb/~checkout~/www/faq/current.html?rev=1.918&content-type=text/html#r20180606 > > I've been following this "usual" version of the above document only: > > https://www.openbsd.org/faq/current.html > > There, it doesn't say a thing about the change in the compiler. > > Human error? > > Thanks again, Stuart! > > Yours, > > Jyri > > It was added at the time of the change, then intentionally removed in r1.919, the link I gave was before that removal. It's been readded now in r1.921 (http://cvsweb.openbsd.org/cgi-bin/cvsweb/www/faq/current.html) so will show on the normal page again.
