Is anyone using one with OpenBSD? Email me directly if you are willing
to talk.
Thanks, STeve Andre'
I think your complaint is answered in the blog you cite...
"rsyslog can force the pid inside the TAG to match the pid of the log
message emitter - for quite a while now. It is also easy to add additional
"trusted properties"."
Dan
On Fri, Oct 3, 2014 at 6:25 PM, Jiri B wrote:
> On Fri, Oct 03,
> | The OpenBSD Store
>
> | If you have JavaScript disabled you will not be able to order from
> | this site...
ludovic coues asked
| I'm curious, how did you get this message ?
(running 5.5-stable amd64)
lynx https://www.openbsdstore.com
or
lynx http://www.openbsd.org
--> Buy CDs/Shirts/Poste
On Sat, Oct 04, 2014 at 01:11:06AM +0300, Matti Karnaattu wrote:
> > So you are saying that soon everything will be force fed to you and
> > you will be ok with it?
>
> There are two things which irritates me in computing:
>
> 1. Need of security updates
> 2. Two pieces of technology which are no
On 10/3/14 6:43 PM, Stuart Henderson wrote:
> On 2014-10-03, Daniel Ouellet wrote:
>> But this had nothing to do with options in hardware network cards
>> configuration like half duplex, full duplex, auto negotiation, speed,
>> mtu, etc.
>
> er, there is option 26, interface mtu. however dhclient
On 4 Oct 2014 at 1:41, Matti Karnaattu wrote:
...
> I don't think that is pragmatic to expect people to use computers
> without applications. Or expect users of some software doesn't want to
> use applications.
>
why not be the ultimate pragmatist you preach and go run Windows?
(Isn't that wha
On 2014-10-03, Daniel Ouellet wrote:
> But this had nothing to do with options in hardware network cards
> configuration like half duplex, full duplex, auto negotiation, speed,
> mtu, etc.
er, there is option 26, interface mtu. however dhclient(8) appears to ignore it.
>and navigation of a site should not require javascript as
>per w3c guidelines.
The thing is that web is more than "web sites". It is also full of
applications and these are totally mixed.
>However considering OpenBSD users are security savvy and should
>understand the potential risks of random s
On Fri, Oct 03, 2014 at 04:37:06PM -0400, sven falempin wrote:
> Dear list,
>
> Why the level information of logs are not present in log files (and yes i
> could put a certain level in a certain file but then i have to sort it
> all..) ?
Because "classic" syslog format is very free-form.
Sorry bu
On Fri, 3 Oct 2014 13:26:11 -0400 (EDT)
david...@ling.ohio-state.edu wrote:
> >
> > Keeping Javascript disabled is like disabling programmability from
> > shell. What is the idea?
>
> You're making a joke, maybe?
>
> *I* choose what programs my shell executes. But when I visit a
> webpage on
I totally failed to see the relevance of the dhclient here.
Option in DHCP have nothing to do with options in hardware specific
network card configuration.
Options (255 possible) in dhcp are like either specify in their number
or in many cases with their name to make it easy for human, lke
1 ->
> So you are saying that soon everything will be force fed to you and
> you will be ok with it?
There are two things which irritates me in computing:
1. Need of security updates
2. Two pieces of technology which are not compatible with each other.
I'm GLAD that finally we have Javascript. At las
On Fri, Oct 3, 2014 at 12:20 PM, J Sisson wrote:
> If the javascript contains an XMLHTTPRequest object, it can call out
> to a different server (than the one you are visiting) without your
> explicit knowledge, download content, and do basically whatever the
> user the browser is running as can do
On 03-10-2014 17:48, Matti Karnaattu wrote:
> Unfortunately, we are living world where almost all applications are
> nowadays writen with Javascript or compiled to Javascript. And it is
> matter of time when rest of the issues are solved which prevents it
> using ~everywhere to reduce server load.
On 3 Oct 2014 at 23:48, Matti Karnaattu wrote:
...
> >etc...and that's not the only way javascript can be used maliciously
>
> These are called security holes.
>
> >There is good reason not to explicitly trust javascript or any other
> >browser plugin that allow the remote site to execute code
>If the javascript contains an XMLHTTPRequest object, it can call out
>to a different server (than the one you are visiting) without your
>explicit knowledge, download content, and do basically whatever the
>user the browser is running as can do,
I'm aware. This object is in practice transformed b
Dear list,
Why the level information of logs are not present in log files (and yes i
could put a certain level in a certain file but then i have to sort it
all..) ?
Best regards,
--
-
> Here it is for your convenience:
>
> If you wish to contact us by phone, please call +44 (0) 115 986
> 8786, Monday to Friday 10am-2:30pm - Linda Bramley
>
> Email: ord...@openbsdstore.com
> Address:
> OpenBSD Store
> Zednax Limited
> 241 Wellington Road South
> Stockport
> SK2
No, the one lacking understanding is you -- the fact that 99.9% of the
Internet users are clueless (and even worse, *lax*) about security,
probably never heard of OpenBSD and most likely will never use it
because it interferes with their daily fill of spam and malware is
totally irrelevant for
On Fri, Oct 3, 2014 at 12:01 PM, Matti Karnaattu wrote:
> No, you choosed that web page to visit.
http://www.w3schools.com/xml/xml_http.asp
If the javascript contains an XMLHTTPRequest object, it can call out
to a different server (than the one you are visiting) without your
explicit knowledge,
On 03-10-2014 16:01, Matti Karnaattu wrote:
> Soon it is probably nearly impossible to do anything useful with web
> without Javascript. It is defacto and dejure standard language for
> portable applications.
I believe the OP could have done his research a little better, there are
other ways of fin
>I can't know what interest openbsdeurope has in requiring users to
>enable JS to obtain any information from their website.
Probably 999 users in thousand doesn't want to make web crippled and
doesn't even think that standard JS is any special requirement.
> *I* choose what programs my shell exe
On Fri, 3 Oct 2014, Matti Karnaattu wrote:
Why should I enable javascript to obtain basic information about a
website?
Why do not keep Javascript all time enabled?
Keeping Javascript disabled is like disabling programmability from
shell. What is the idea?
You're making a joke, maybe?
*I* c
On Fri, 3 Oct 2014, david...@ling.ohio-state.edu wrote:
On Fri, 3 Oct 2014, Theo de Raadt wrote:
But instead you brought your complaint to misc.
Indeed.
You have an agenda.
Sure do. I had reason to distrust the website, as I've explained.
But I have no reason to distrust this listserv
On Fri, Oct 3, 2014 at 9:53 AM, ludovic coues wrote:
> 2014-10-03 16:09 GMT+02:00 :
>> In my browser of choice, configured sensibly, this is all that can be
>> seen at openbsdstore.com and openbsdeurope.com:
>>
>> | The OpenBSD Store
>>
>> | If you have JavaScript disabled you will not be able to
>Why should I enable javascript to obtain basic information about a
>website?
Why do not keep Javascript all time enabled?
Keeping Javascript disabled is like disabling programmability from
shell. What is the idea?
2014-10-03 16:09 GMT+02:00 :
> In my browser of choice, configured sensibly, this is all that can be
> seen at openbsdstore.com and openbsdeurope.com:
>
> | The OpenBSD Store
>
> | If you have JavaScript disabled you will not be able to order from
> | this site...
>
I'm curious, how did you get t
On Fri, Oct 3, 2014 at 10:48 AM, wrote:
> On Fri, 3 Oct 2014, Theo de Raadt wrote:
>
>>> Who said anything about an order page?
>>>
>>> Who said anything about final decisions? The text provided gave me no
>>> information upon which to base any decision of that kind.
>>>
>>> As I made perfectly
On Fri, 3 Oct 2014, Theo de Raadt wrote:
Who said anything about an order page?
Who said anything about final decisions? The text provided gave me no
information upon which to base any decision of that kind.
As I made perfectly clear in my post, the accessible content on the
website is a sing
On Fri, 3 Oct 2014, Theo de Raadt wrote:
So easy to be critical.
Sure. And some criticism happens to be useful.
Some say it's even more useful than wagon-circling.
> > 2014-10-03 16:09 GMT+02:00 :
> >> Strangely enough, this doesn't incline me to enable javascript.
> >
> > Why?
> >
> > Don't you trust the store?
>
> Heh, literally blind trust, eh?
>
> What store? You call it a store. And I did expect it to be a store
> of some kind, since openbsd.org/ord
> Who said anything about an order page?
>
> Who said anything about final decisions? The text provided gave me no
> information upon which to base any decision of that kind.
>
> As I made perfectly clear in my post, the accessible content on the
> website is a single, elided sentence.
>
> Why
On Fri, 3 Oct 2014, Bryan Steele wrote:
On Fri, Oct 03, 2014 at 10:09:36AM -0400, david...@ling.ohio-state.edu wrote:
In my browser of choice, configured sensibly, this is all that can be
seen at openbsdstore.com and openbsdeurope.com:
| The OpenBSD Store
| If you have JavaScript disabled you
On Fri, 3 Oct 2014, Martin Schröder wrote:
> 2014-10-03 16:09 GMT+02:00 :
>> Strangely enough, this doesn't incline me to enable javascript.
>
> Why?
>
> Don't you trust the store?
Heh, literally blind trust, eh?
What store? You call it a store. And I did expect it to be a store
of some kind,
I am trying to determine whether using an OpenBSD system to perform
institutional NAT for our wireless users would be a viable option.
At the present time we are evaluating the A10 Thunder CGN appliance.
There are a few issues for which I would like to get some input for those
using pf for NAT i
He didn't say it changed his decision to order. It is a rather terse and
unhelpful message, though. It could at least mention the option of
ordering via email.
Tim.
On Fri, Oct 3, 2014 at 10:25 AM, Bryan Steele wrote:
> So, you visit an order page likely content on providing your billing
> information and shipping address, but it's the use of Javascript that
> sways your final decision to order?
I thought it was the ellipsis that did it :-)
--
"Don't eat
2014-10-03 16:09 GMT+02:00 :
> Strangely enough, this doesn't incline me to enable javascript.
Why?
Don't you trust the store?
On Fri, Oct 03, 2014 at 10:09:36AM -0400, david...@ling.ohio-state.edu wrote:
> In my browser of choice, configured sensibly, this is all that can be
> seen at openbsdstore.com and openbsdeurope.com:
>
> | The OpenBSD Store
>
> | If you have JavaScript disabled you will not be able to order from
In my browser of choice, configured sensibly, this is all that can be
seen at openbsdstore.com and openbsdeurope.com:
| The OpenBSD Store
| If you have JavaScript disabled you will not be able to order from
| this site...
And yes, it literally ends with an ellipsis.
Strangely enough, this does
The man page for dhclient.conf shows the ability to ignore options sent by
the dhcp server. If hostname.* doesn't do it, that might be necessary.
Tim.
On Fri, Oct 3, 2014 at 4:10 AM, Daniel Ouellet wrote:
> On 10/2/14 11:39 PM, Daniel Ouellet wrote:
> > May be a bit more for you as well under
Way back in July, I wrote:
> When using this hostname.trunk0:
>
> ---
> trunkproto failover trunkport alc0 trunkport athn0
> -inet6
> dhcp
> ---
>
> If the master trunkport is active on initial state, either at boot or
> upon resume from suspend, on occasion the athn0 NIC shows "no carrier".
> U
On 3 October 2014 11:11, Ville Valkonen wrote:
> On 2 October 2014 23:36, wrote:
>>> $ sysctl kern.netlivelocks
>> kern.netlivelocks=2
>>
>> What does this means? I found something like a deadlock, when two processes
>> block each other, I'm right?
>
> This is useful information specially under
On 2 October 2014 23:36, wrote:
>> $ sysctl kern.netlivelocks
> kern.netlivelocks=2
>
> What does this means? I found something like a deadlock, when two processes
> block each other, I'm right?
This is useful information specially under the load. I don't have the
source code available at the mo
On 10/2/14 11:39 PM, Daniel Ouellet wrote:
> May be a bit more for you as well under man hostname.if
>
> in the description it said this. "Any lines not matching these packed
> formats are passed directly to ifconfig(8)."
>
> and this section.
>
> options
> Miscellaneous options to set on t
Unless dhclient fiddles with mtu, which i really don't believe, just add "mtu
1476" on a line in /etc/hostname.re1
/Alexander
On 3 October 2014 04:34:15 CEST, Jay Hart wrote:
>For reasons beyond my control and if I want to continue running my own
>email server, I need to
>change the MTU size to
46 matches
Mail list logo
