Re: OpenSMTPd actual development and integration

[Tomas Bodzar]

> qmail tries to be very careful that a message is on the disk.
>
> Does OpenSMTPD do this? The answer could be "yes" or "no". How is that
> nonsensical?
>
> Thanks!
>
>

Only very big fool can write e-mail SW which don't try to have
messages on the disk ;-)

Re: Problem with beaver editor and UTF-8/ISO-8859-2 encoding

[Tomas Bodzar]

On Fri, Jan 15, 2010 at 12:02 AM, J.C. Roberts 
wrote:
> On Thu, 14 Jan 2010 07:20:48 +0100 Tomas Bodzar
>  wrote:
>
>> I invoked 'xterm -lc' then 'setxkbmap -layout "us,cz" -option
>> "grp:shifts_toggle,grp_led:scroll"'.
>>
>> $ beaver
>>
>> entered some text in cz and save with name 'file'.
>>
>> $ file file
>> file: UTF-8 Unicode text, with no line terminators
>>
>> $ beaver file B  (no error during opening)
>>
>> Now I can see text, but diacritic characters are right of letters
>> instead of above them and one letter 'k' is even missing. gvim shows
>> garbage. It's same (output with badly placed diacritic) for these
>> options too :
>>
>> $ luit -v -encoding 'UTF-8' beaver file
>> UTF-8, non-ISO-2022 encoding.
>>
>> $ luit -v -encoding 'ISO 8859-2' beaver file
>> G0 is ASCII, G1 is Unknown (94), G2 is ISO 8859-2, G3 is Unknown (94).
>> GL is G0, GR is G2.
>>
>> Maybe I'm missing something obvious or I'm interpreting info from man
>> pages in a bad way.
>
>
> You'll need to forgive me for not knowing how to read, speak or even
> type in Czech. Yesterday, I looked up the keyboard mapping for Czech
> keyboards on wikipedia, built the beaver port, and tried to recreate
> your results, but my results were different.
>

It's ok. No one can know everything and I'm happy that someone helped
me with it. I was reading man page for xterm(1),  X(7) (I read it
whole and found 3 grammar bugs), luit(1), setxkbmap(1), xmodmap(1) and
so on, but in the end it was my fault and problem with app :-)


> The "with no line terminators" message from file(1) is normal and
> expected if, and only if, you created a file without any new lines
> (i.e. your file contains only a single line of text).
>

Yes. It was one line file. My fault as I wasn't test different file.
Sorry for that.


> I still haven't figured out how using multiple keyboard mappings really
> works (i.e. your `setxkbmap -layout "us,cz"`). The testing I did was
> with just the "cz" layout applied, (i.e. using `setxkbmap cz` --the
> same as `setxkbmap -layout "cz"`).

With my settings you can change keyboard layout by touching both Shift keys.


>
> I run OpenBSD -current, and since you didn't post your dmesg with this
> problem, I have no clue what you are running?

I use snapshots on my laptop and in VirtualBox at work too. This test
was in VirtualBox, but it's same on my laptop.

>
> Do you want to use UTF-8 ?
>
> Or do you want to use 8-bit, single byte, ISO 8859-2 ?
>

I want to use both because of my translations for OpenBSD project so I
can get CVS access and send updates by myself. I was doing it on Linux
or OpenSolaris, but now I will be working with OpenBSD and I will use
OpenBSD as only one OS on my laptop. In fact I don't need CZ for
normal work or use, but I need it for translations. I was able to read
CZ texts in Emacs without need for some modifications, but I don't
like Emacs. I prefer vi, vim, gvim or beaver. After my tests I was
able to read or write CZ texts, but read was possible only in Emacs.
In vi, vim, gvim, beaver I had garbage.

>
> As the luit(1) man page states:
> B  B  B  Luit B is B a B filter B that B can be run between an arbitrary
> B  B  B  application and a UTF-8 terminal emulator. B It B will B con-
> B  B  B  vert B application B output B from the locale's encoding into
> B  B  B  UTF-8, and convert terminal B input B from B UTF-8 B into B the
> B  B  B  locale's encoding.
>
> B  B  B  An B application B may also request switching to a different
> B  B  B  output B encoding B using B ISO 2022 B and B  ISO 6429 B  escape
> B  B  B  sequences. B  Use of this feature is discouraged: multilin-
> B  B  B  gual applications should be modified to directly B generate
> B  B  B  UTF-8 instead.
>
> By using luit(1), you are attempting to do a conversion from the
> encoding of your locale *_to_* UTF-8. I have no clue if this beaver
> editor can even handle UTF-8, so even if luit(1) is successful in doing
> the conversion to UTF-8 when saving, you might not be able to open the
> file afterwards. *** THIS seems to be the problem.
>
> If you want UTF-8 output, it's far better to use an application
> that actually has proper UTF-* multilingual support.
>

It's my fault as I thought thanks to output from file(1) that beaver
can do UTF-8. Of course that I know that there is no UTF-8 locale in
OpenBSD so I must use eg. uxterm(1).

> With vim/gvim you can easily set your desired encoding.
> B  B  B  B $ gvim
> B  B  B  B :set encoding=utf-8
>

Again my fault. I thought that gvim can display UTF-8 automatically as Emacs.

> If you want UTF-8 support/output in your terminal emulator (xterm), the
> best answer is to use uxterm(1). Similar to the -en option of xterm(1),
> using uxterm(1) will handle setting up your locale properly (i.e.
> setting the environment variables).
>
> --
> Test #1
>
> B $ setxkbmap cz
> B $ uxterm
> B $ beaver
>
> So I create a new file and use some of the accented/diracri

Re: OpenBSD CPU Load Calculation of a Process

[Tomas Bodzar]

Mmm maybe you are looking for something like -m option in prstat(1M)
command http://docs.sun.com/app/docs/doc/819-2240/prstat-1m?l=en&a=view
. Here you can find code
http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/prstat/

On Fri, Jan 15, 2010 at 12:48 AM, Aaron Mason 
wrote:
> On Thu, Jan 14, 2010 at 10:50 PM, Sebastian Spies
>  wrote:
>> Aaron Mason wrote:
>>> different exit value for each error condition. B It's usually good
>>> practice to send a numeric error code and let your script handle the
>>> error itself. B By all means keep the message there, but don't make it
>>> impossible to use in a script.
>>>
>>> 
>>>
>>> Try info->p_pctcpu instead.
>>>
>> u_int32_t p_pctcpu; B  B  B  B  B  B  /* FIXPT_T: %cpu for this process
during
>> p_swtime */
>> u_int32_t p_swtime; B  B  B  B  B  B  /* U_INT: Time swapped in or out. */
>>
>> My understanding is, that pctcpu is a normalized value over swtime,
>> which is useless for me.
>
> You want the load of a process on a per second basis - that actually is.
>
> Consider this diff:
>
> --- cpucalc-old.c B  B  B  Fri Jan 15 21:46:32 2010
> +++ cpucalc.c B  Fri Jan 15 21:44:55 2010
> @@ -30,7 +30,7 @@
> B  B  B  B  B  B  B  B exit(1);
> B  B  B  B }
>
> - B  B  B  printf("%x\n",info->p_cpticks);
> + B  B  B  printf("%x in %x\n",info->p_pctcpu, info->p_swtime);
>
> B  B  B  B exit(0);
> B }
>
> And this test run:
>
> # while sleep 1; do ./cpucalc 21380; done
> 0 in 15ca3
> 0 in 15ca4
> 0 in 15ca5
> ^C
>
> So there it is - it already is calculated on a per second basis for you.
>
> HTH
>
>>
>> --
>> Sebastian Spies B  B  B  B  B  B  B  B  B  B  B e-mail:
sebastian.sp...@de-cix.net
>> DE-CIX Management GmbH
>> Lindleystr. 12, 60314 Frankfurt B  B  B Mobile: +49 1577 7830883
>> Geschaeftsfuehrer Harald A. Summa B  B Fax: +49 69 4056 2716
>> Registergericht AG Koeln, HRB 51135 B http://www.de-cix.net
>> Zentrale: Lichtstr. 43i, 50825 Koeln
>>
>>
>>
>
>
>
> --
> Aaron Mason - Programmer, open source addict
> I've taken my software vows - for beta or for worse

Re: Yerevan, Aremenia and OpenBSD Users

[Tomas Bodzar]

There is SNS http://www.sns.am/

On Thu, Jan 14, 2010 at 9:33 PM, nikolai  wrote:
>> LOL..
>
> I'm sure there's no such agency ...
>
>>
>>
>> On 1/14/10, nixlists  wrote:
>>> On Thu, Jan 14, 2010 at 7:36 AM, Inna Kholodova
>>>  wrote:
 Hi, Mark! I'm from Armenia :)
 And we are using OpenBSD on our production servers for a very long
 time.
>>>
>>> Are you working for the FSB?

Re: OpenSMTPd actual development and integration

[Ted Unangst]

On Fri, Jan 15, 2010 at 12:05 AM, nixlists  wrote:
> No offense, but I don't think the question was understood. qmail's
> qmail-queue does interesting, and a bit complicated things to deal
> with crashes while a message is being queued. See here:
> http://gd.tuwien.ac.at/infosys/mail/qmail/qmail-manual-html/misc/INTERNALS.ht
> ml
>
> qmail tries to be very careful that a message is on the disk.
>
> Does OpenSMTPD do this? The answer could be "yes" or "no". How is that
> nonsensical?

The answer could also be yes and no, and indeed, it is.  No, smtpd
does not do what qmail does.  Yes, smtpd tries to store the message on
disk.

Re: OpenSMTPd actual development and integration

[nixlists]

On Thu, Jan 14, 2010 at 9:16 PM, Marco Peereboom  wrote:
> On Thu, Jan 14, 2010 at 07:55:37PM -0500, nixlists wrote:
>> On Thu, Jan 14, 2010 at 5:34 PM, Ted Unangst 
wrote:
>> > On Thu, Jan 14, 2010 at 5:09 PM, nixlists  wrote:
>> >> Sorry, forget I mentioned softupdates. Does it do what qmail does?
>> >> Reliaibility-wise?
>> >>
>> >> "qmail's queue, except for bounce message contents, is crashproof on
>> >> the BSD FFS and most of its variants. "
>> >
>> > Since the point of a mail server is to not lose mail, your question is
>> > basically "does it have any bugs?"  That's kind of a silly question to
>>
>> More like does OpenBSD have a similar reliability feature that qmail
>> does - pertaining to writing messages into the queue?
>
> qmail runs inside the os; it doesn't get to vote.  How many more times
> do I need to repeat this?

This is irrelevant. Of course it relies on the OS to work right.
qmail's queuing reliability depends on FFS's atomicity, bugs in the
kernel could of course screw anything up, or running queue with
softupdates or async mount, or write-back cache without battery
backup, but that's besides the point.

> This question is nonsensical so I'll answer accordingly.  Yes, blue is a
> pretty day of the week.
>

No offense, but I don't think the question was understood. qmail's
qmail-queue does interesting, and a bit complicated things to deal
with crashes while a message is being queued. See here:
http://gd.tuwien.ac.at/infosys/mail/qmail/qmail-manual-html/misc/INTERNALS.ht
ml

qmail tries to be very careful that a message is on the disk.

Does OpenSMTPD do this? The answer could be "yes" or "no". How is that
nonsensical?

Thanks!

Super Conferencia de LIDERAZGO

[Liderazgo]

Szper Conferencia de LIDERAZGO



Monterrey 25 de enero de 2010 



Guadalajara 27 de enero de 2010

Mexico  D.F. 29 de enero de 2010  

 



Csmo establecer prioridades absolutas, ser un LMDER inspirador y tomar 
decisiones duras en tiempos de cambio y presisn intensa. El hecho que haya 
demasiado en juego y usted sea el znico al mando, pone todos los ojos sobre su 
persona. En tiempos de presisn su actitud podrma ser la diferencia entre el 
ixito y el fracaso del equipo. 





SOLICITE UN FOLLETO CON TODA LA INFORMACION  



Opcisn 1) llamando al 01 800 250 20 30  



Opcisn 2) respondiendo los siguientes datos:  



-Empresa:

-Nombre:

-Puesto:

-Tel: ( )  



Lugar donde Participaria: ( ) Monterrey ( ) Guadalajara ( ) Mexico DF





Esta suscrito a este newsletter como:misc@openbsd.org  . Para darse de baja y 
dejar de recibir mensajes, por favor, envme un mensaje en blanco  .   No virus 
found in this incoming message.Checked by AVG - www.avg.com Version: 8.5.421 / 
Virus Database: 270.14.11/2430 - Release Date: 10/12/09 04:01:00

Re: Problem with beaver editor and UTF-8/ISO-8859-2 encoding

[J.C. Roberts]

On Fri, 15 Jan 2010 11:23:50 +0800 (CST) shweg...@gmail.com wrote:

> This is weird. I've just tried to type accented characters in beaver,
> like C C(C)C,C9C2C and after that I cannot open it or I get the accented chars like 'a`'

Yes. This is the exact same behavior Tomas reported and I duplicated
with the 'cz' layout and UTF-8 with beaver. Since gvim and other GTK
apps work fine, the problem is in beaver itself.

There is two seemingly newer releases of beaver. There's a 0.3.1 in
hidden the 'archive' directory of their old site (gnu.org) as well as
a 0.4.0rc1 on their new site (nongnu.org).

I'll try to port the latter to see if it fixes this problem.

-- 

Re: Problem with beaver editor and UTF-8/ISO-8859-2 encoding

[shwegime]

On Thu, 14 Jan 2010, J.C. Roberts wrote:

> On Fri, 15 Jan 2010 07:59:47 +0800 (CST) shweg...@gmail.com wrote:
>
>> To input unicode in termial  you might want to check this:
>>
>> ~ $ cat .inputrc
>> set meta-flag = on
>> set convert-meta = off
>> set output-meta = on
>>
>>
>> I've tried to create a file in cyrillic with beamer, and it opens it
>> fine afterwards.
>>
>> ~ $ file cyrillic_file
>> cyrillic_fileA: UTF-8 Unicode text, with no line terminators
>
>
> Did you really want this message off-list? (misc@ was not cc'd).
>
> I hope you don't mind but I've cc'd Tomas on this reply since he's the
> one with the problem.
>
> The ~/.inputrc file only effects GNU readline. Though the beaver editor
> does use GNU readline, the settings you've mentioned have no effect on
> beaver being able to properly open and display UTF-8 files containing
> 'cz' characters.
>
> Just in case there was some kind of unknown caching involved with the
> GNU readline settings (in X or in the lib), I did full reboot and
> restart of X. It made no difference on the ability of beaver to read
> UTF-8 with 'cz' chars: the accents/diacritics are displayed after the
> characters rather than above them.
>
> Since the UTF-8/cz file displays perfectly in gvim (another GTK
> application), this seems to indicate a problem in beaver itself.
>
> Though I cannot read Russian, I'd bet you got the suggestion from:
> http://www.openbsd.ru/docs/howto-cyrillic.html#readline
>
> The above misses one thing, input-meta
>
>   $ cat ~/.inputrc
>
>   # Enable 8bit Support
>   set meta-flag On
>   set input-meta On
>
>   # Turn off 8th bit stripping
>   set convert-meta Off
>
>   # Keep the 8th bit for display
>   set output-meta On
>
> The above is only a slight improvement, but might make a difference in
> some places.
>
> I curious why this beaver program fails with UTF-8/cz but works with
> UTF-8/cyrillic ? It just doesn't make any sense. Did the test file you
> created contain any characters with diacritics/accents/etc?
>
> Did you close beaver, reopen beaver, and reload the test file?
>
> What is the output of your:
>
>   $ setxkbmap -print
>
> And also the output of:
>   $ set
>
> And also the contents of your ~/.gtkrc and/or ~/.gtkrc-2.0 files.
>
> One possible reason why beaver works for you with UTF-8/cyrillic but I
> can't get it working with UTF-8/cz is the settings of your environment
> variables (CTYPE, LC_CTYPE, LANG, ...).
>
>

Sorry, I forgot to cc to misc.

This is weird. I've just tried to type accented characters in beaver, like
C C(C)C,C9C2C

Re: VLANs, OpenBSD, Cisco HP

[Graeme Lee]

On 15/01/2010 1:25 PM, Stuart Henderson wrote:

On 2010-01-15, Graeme Lee  wrote:
   

Either syntax works.  However, had a re-read of your initial email, and
you were missing the "vlan 301" in your configuration line.
 

It's no longer necessary, it defaults to the number that's part of
the interface name (e.g. vlan301 defaults to vlan 301)..

   

Cool.  And anyway, he corrected himself in a later email I noticed

Re: VLANs, OpenBSD, Cisco HP

[Stuart Henderson]

On 2010-01-15, Graeme Lee  wrote:
> Either syntax works.  However, had a re-read of your initial email, and 
> you were missing the "vlan 301" in your configuration line.

It's no longer necessary, it defaults to the number that's part of
the interface name (e.g. vlan301 defaults to vlan 301)..

Re: OpenSMTPd actual development and integration

[Marco Peereboom]

On Thu, Jan 14, 2010 at 07:55:37PM -0500, nixlists wrote:
> On Thu, Jan 14, 2010 at 5:34 PM, Ted Unangst  wrote:
> > On Thu, Jan 14, 2010 at 5:09 PM, nixlists  wrote:
> >> Sorry, forget I mentioned softupdates. Does it do what qmail does?
> >> Reliaibility-wise?
> >>
> >> "qmail's queue, except for bounce message contents, is crashproof on
> >> the BSD FFS and most of its variants. "
> >
> > Since the point of a mail server is to not lose mail, your question is
> > basically "does it have any bugs?"  That's kind of a silly question to
> 
> More like does OpenBSD have a similar reliability feature that qmail
> does - pertaining to writing messages into the queue?

qmail runs inside the os; it doesn't get to vote.  How many more times
do I need to repeat this?

This question is nonsensical so I'll answer accordingly.  Yes, blue is a
pretty day of the week.

> 
> I didn't ask whether OpenSMTPD has bugs!
> 
> Thanks!

Re: OpenSMTPd actual development and integration

[nixlists]

On Thu, Jan 14, 2010 at 5:34 PM, Ted Unangst  wrote:
> On Thu, Jan 14, 2010 at 5:09 PM, nixlists  wrote:
>> Sorry, forget I mentioned softupdates. Does it do what qmail does?
>> Reliaibility-wise?
>>
>> "qmail's queue, except for bounce message contents, is crashproof on
>> the BSD FFS and most of its variants. "
>
> Since the point of a mail server is to not lose mail, your question is
> basically "does it have any bugs?"  That's kind of a silly question to

More like does OpenBSD have a similar reliability feature that qmail
does - pertaining to writing messages into the queue?

I didn't ask whether OpenSMTPD has bugs!

Thanks!

Re: OpenSMTPd actual development and integration

[Marco Peereboom]

On Thu, Jan 14, 2010 at 06:42:07PM -0500, nixlists wrote:
> On Thu, Jan 14, 2010 at 6:24 PM, Ben Calvert  wrote:
> >
> > On Jan 14, 2010, at 3:11 PM, Marco Peereboom wrote:
> >
> >> On Thu, Jan 14, 2010 at 05:09:03PM -0500, nixlists wrote:
> >>>
> >>> Sorry, forget I mentioned softupdates. Does it do what qmail does?
> >>> Reliaibility-wise?
> >>>
> >>> "qmail's queue, except for bounce message contents, is crashproof on
> >>> the BSD FFS and most of its variants. "
> >>
> >> Nothing is crash prof.  Can you please stop making these retarded
> >> statements?  You are making a fool of yourself.
> >>
> >> If software people weren't so dangerous they'd be adorable.
> >
> > I don't think this is an original sentiment.
> >
> > I think he's quoting DJB's faq.
> 
> Yes. Sorry if that was confusing, I thought quotes were enough.
> 
> 
> > it's still an idiotic sentiment, but it does serve as a warning that his
> (DJB's) software should be treated with great care.
> 
> Hmm. Not sure I agree. All he's saying is that qmail is designed to
> use FFS's atomic update stuff, and aims not to lose messages. Doesn't
> mean it's bug-free.

And how does it ensure the hardware does what is says?
In a timely manner?
Hoe does it know?
Oh wait, it doesn't.

I design all my code to not lose data too.  Someone call the press
apparently I am on to something ground breaking.

Re: VLANs, OpenBSD, Cisco HP

[Graeme Lee]

On 15/01/2010 3:13 AM, James Peltier wrote:

--- On Thu, 1/14/10, Graeme Lee  wrote:

   

From: Graeme Lee
Subject: Re: VLANs, OpenBSD, Cisco HP
To: misc@openbsd.org
Received: Thursday, January 14, 2010, 3:27 AM
 
   

inet 1.2.3.4 255.255.255.0 NONE vlan 301 vlandev em0
   

description "Uplink"
 
   

Like this:

# cat /etc/hostname.vlan0
vlan 301 vlandev em0
inet 192.168.1.2 255.255.255.0 192.168.1.255 description
"Uplink"

# cat /etc/hostname.em0
up
 

 From everything I have read in the man pages, FAQ and the great oracle Google, 
my chosen syntax works too.

See http://www.openbsd.org/faq/faq6.html

"Or, you may want to use special flags specific to a certain interface. The 
format of the hostname file doesn't change much!

 $ cat /etc/hostname.vlan0
 inet 172.21.0.31 255.255.255.0 NONE vlan 2 vlandev fxp1
"

   

You caught me with a migraine.

Either syntax works.  However, had a re-read of your initial email, and 
you were missing the "vlan 301" in your configuration line.


/etc/hostname.vlan301
--
inet 1.2.3.4 255.255.255.0 NONE vlandev em0 description "Uplink"


Check that you are not tagging the incoming traffic as vlan 301.  The 
ports need to be in trunk mode.


if your vlan interface is up, and you get the following:

# ifconfig vlan0
vlan0: flags=8843 mtu 1500
lladdr 00:c0:9f:4b:6f:38
description: test link
vlan: 301 priority: 0 parent interface: em0
groups: vlan
inet 1.2.3.4 netmask 0xff00 broadcast 1.2.3.255
inet6 fe80::2c0:9fff:fe4b:6f38%vlan0 prefixlen 64 scopeid 0x7

Then you'll need to re-visit the configuration of your procurve.

Also, tcpdump is your friend.  If your interfaces aren't doing hardware 
vlan tagging/untagging, you'll get to see


# tcpdump -ni em0

10:33:13.588159 802.1Q vid 301 pri 0 ..

Have fun!

g

reassemble tcp problem - details for PF developers

[Alastair Johnson]

There has been 2 recent threads mentioning problems with "reassemble tcp":
"pf: reassemble tcp"
"problems with emails through pf"

For info here is another. We solved the problem by removing this scrub.

We went from 4.3 with
scrub in all

to the latest 4.6 stable with
match in all scrub (reassemble tcp)

and bizarrely found we sometimes (~50%) couldnt FTP to several sites.
It would hang just before sending any data. This would happen about
50% of the time and work fine the rest. It may be an irrelevant
coincidence but each FTP site that this happened with was Microsoft
FTP. It never happened (ie FTP always worked fine) with other server
types. The OpenBSD firewall is running ftp-proxy. The internal client
is a linux desktop. Removing the "reassemble tcp" scrub made the
problem go away and a successful connection/download every time.

We took tcpdumps on both the internal and external interfaces of the
OpenBSD firewall/ftp-proxy.

Looking at our capture on firewall internal interface, the payload of
the first TCP packet after the handshake seems to be ignored.  I see:

 Frames 26, 28, 29:  TCP handshake
 33:  first data from server
 34:  client then immediately sends ACK to server with seq=1
 35:  last of the data from server
 36:  server attempting to close connection
 37, 38:  Client sends two ACKs in quick succession, presumably
responses to 35, 36; sequence number is still 1
 ... server retransmits, client sends same ACKs, etc. until server
gets frustrated and sends a RST

It looks like the MS FTP server is being well-behaved, but each time
some data is received, the internal linux desktop immediately replies
with an ACK denying that any data was received.  This suggests that
it's aware that it's received some packets, but is rejecting the
contents for some reason. Not sure.

Looking at the capture on firewall external interface, is pretty much
the same, except that the second data packet (corresponding to #35) is
completely missing.  This might be a red herring.

Like I said I supply this info just for curiosity. We have it working
now by removing reassemble tcp - maybe its helpful to the PF
developers, maybe not. Below is the screen output from the internal
linux desktop using lftp.

Many thanks,

Alastair Johnson







= NOT Working =
-bash-3.1$ lftp -c "open -uA,B 198.80.165.171; debug; ls"
 Connecting to 198.80.165.171 (198.80.165.171) port 21
<--- 220 Microsoft FTP Service
---> FEAT
<--- 530 Please login with USER and PASS.
---> AUTH TLS
<--- 500 'AUTH TLS': command not understood
---> USER A
<--- 331 Password required for A.
---> PASS B
<--- 230-Welcome to Thomson Financial I/B/E/S FTP site.
<--- This site is for authorized users only.
<--- Any or all uses of this system and all files on
<--- this system are monitored, recorded, and audited.
<--- LOG OFF IMMEDIATELY if you do not agree to the
<--- conditions stated in this warning.
<--- 230 User A logged in.
---> FEAT
<--- 211-FEAT
<--- SIZE
<--- MDTM
<--- 211 END
---> PWD
<--- 257 "/" is current directory.
---> PASV
<--- 227 Entering Passive Mode (198,80,165,171,227,43)
 Connecting data socket to (198.80.165.171) port 58155
 Data connection established
---> LIST
<--- 125 Data connection already open; Transfer starting.
<--- 226 Transfer complete.
`ls' at 0 [Receiving data]
= Hang at this point ==



= Working =
snip

<--- 230 User A logged in.
---> FEAT
<--- 211-FEAT
<--- SIZE
<--- MDTM
<--- 211 END
---> PWD
<--- 257 "/" is current directory.
---> PASV
<--- 227 Entering Passive Mode (198,80,165,171,198,136)
 Connecting data socket to (198.80.165.171) port 50824
 Data connection established
---> LIST
<--- 125 Data connection already open; Transfer starting.
dr-xr-xr-x   1 ownergroup   0 Dec 22  2009 history
... and then more files/directories

Re: OpenBSD CPU Load Calculation of a Process

[Aaron Mason]

On Thu, Jan 14, 2010 at 10:50 PM, Sebastian Spies
 wrote:
> Aaron Mason wrote:
>> different exit value for each error condition.  It's usually good
>> practice to send a numeric error code and let your script handle the
>> error itself.  By all means keep the message there, but don't make it
>> impossible to use in a script.
>>
>> 
>>
>> Try info->p_pctcpu instead.
>>
> u_int32_t p_pctcpu; /* FIXPT_T: %cpu for this process during
> p_swtime */
> u_int32_t p_swtime; /* U_INT: Time swapped in or out. */
>
> My understanding is, that pctcpu is a normalized value over swtime,
> which is useless for me.

You want the load of a process on a per second basis - that actually is.

Consider this diff:

--- cpucalc-old.c   Fri Jan 15 21:46:32 2010
+++ cpucalc.c   Fri Jan 15 21:44:55 2010
@@ -30,7 +30,7 @@
exit(1);
}

-   printf("%x\n",info->p_cpticks);
+   printf("%x in %x\n",info->p_pctcpu, info->p_swtime);

exit(0);
 }

And this test run:

# while sleep 1; do ./cpucalc 21380; done
0 in 15ca3
0 in 15ca4
0 in 15ca5
^C

So there it is - it already is calculated on a per second basis for you.

HTH

>
> --
> Sebastian Spies  e-mail: sebastian.sp...@de-cix.net
> DE-CIX Management GmbH
> Lindleystr. 12, 60314 Frankfurt  Mobile: +49 1577 7830883
> Geschaeftsfuehrer Harald A. SummaFax: +49 69 4056 2716
> Registergericht AG Koeln, HRB 51135  http://www.de-cix.net
> Zentrale: Lichtstr. 43i, 50825 Koeln
>
>
>



--
Aaron Mason - Programmer, open source addict
I've taken my software vows - for beta or for worse

Re: OpenSMTPd actual development and integration

[nixlists]

On Thu, Jan 14, 2010 at 6:24 PM, Ben Calvert  wrote:
>
> On Jan 14, 2010, at 3:11 PM, Marco Peereboom wrote:
>
>> On Thu, Jan 14, 2010 at 05:09:03PM -0500, nixlists wrote:
>>>
>>> Sorry, forget I mentioned softupdates. Does it do what qmail does?
>>> Reliaibility-wise?
>>>
>>> "qmail's queue, except for bounce message contents, is crashproof on
>>> the BSD FFS and most of its variants. "
>>
>> Nothing is crash prof.  Can you please stop making these retarded
>> statements?  You are making a fool of yourself.
>>
>> If software people weren't so dangerous they'd be adorable.
>
> I don't think this is an original sentiment.
>
> I think he's quoting DJB's faq.

Yes. Sorry if that was confusing, I thought quotes were enough.


> it's still an idiotic sentiment, but it does serve as a warning that his
(DJB's) software should be treated with great care.

Hmm. Not sure I agree. All he's saying is that qmail is designed to
use FFS's atomic update stuff, and aims not to lose messages. Doesn't
mean it's bug-free.

Re: OpenSMTPd actual development and integration

[Ben Calvert]

On Jan 14, 2010, at 3:11 PM, Marco Peereboom wrote:

> On Thu, Jan 14, 2010 at 05:09:03PM -0500, nixlists wrote:
>>
>> Sorry, forget I mentioned softupdates. Does it do what qmail does?
>> Reliaibility-wise?
>>
>> "qmail's queue, except for bounce message contents, is crashproof on
>> the BSD FFS and most of its variants. "
>
> Nothing is crash prof.  Can you please stop making these retarded
> statements?  You are making a fool of yourself.
>
> If software people weren't so dangerous they'd be adorable.

I don't think this is an original sentiment.

I think he's quoting DJB's faq.

it's still an idiotic sentiment, but it does serve as a warning that his
(DJB's) software should be treated with great care.

kind of like the Xen guys the other day.

Ben

Re: Any good/bad experiences on OpenBSD4.6-release & Dell R(2|4|6)10 or HP DL320 G6

[Marco Peereboom]

I use tons of them without issues.  Did you update all BIOS and
firmwares on those things?

You also really want to enable write cache on those disks hanging of
mpi. dlg was working on a diff to enable that by default.

On Thu, Jan 14, 2010 at 11:46:18PM +0100, Andrea Parazzini wrote:
> We have some Dell R610 and they do not work very well with OpenBSD:
> - very bad disk performance, perhaps the mpi(4) driver.
> - the optional Intel PRO/1000 QP does not work well (see my previous post).
> - amd64 version does not work.
> 
> I have not tried the latest snapshots.
> 
> Regards,
> Andrea
> 
> On Tue, 12 Jan 2010 20:31:51 + (GMT), a b  wrote:
> > Hello (again),
> > 
> > I'm planning to buy a couple of lower end servers for a PF &
> > VPN termination of a small network.
> > 
> > Does anyone have any comments on OpenBSD
> > 4.6-release on Dell R210/410/610 or HP DL320 G6 ?
> > 
> > Looking back through the
> > archives, it seems people's experiences when using OpenBSD-release on
> > lower
> > end servers was a bit patchy, although some seemed to resolve it by using
> > -current instead. However there has not been much talk recently
> > (unless
> > I've missed it !) of 4.6 experiences and/or more recent servers.
> > 
> > Looking
> > forward to your feedback.

Re: OpenSMTPd actual development and integration

[Marco Peereboom]

On Thu, Jan 14, 2010 at 05:09:03PM -0500, nixlists wrote:
> On Thu, Jan 14, 2010 at 4:26 PM, Denis Doroshenko
>  wrote:
> > On 1/14/10, nixlists  wrote:
> >> Does it have the same reliability features as qmail on an FS without
> >>  softupdates? What about with softupdates?
> >>
> >>  http://cr.yp.to/qmail/faq/reliability.html
> >
> > the very link you just provided contains the following sentence:
> >
> > Do not use async or softupdates filesystems.
> 
> 
> Sorry, forget I mentioned softupdates. Does it do what qmail does?
> Reliaibility-wise?
> 
> "qmail's queue, except for bounce message contents, is crashproof on
> the BSD FFS and most of its variants. "

Nothing is crash prof.  Can you please stop making these retarded
statements?  You are making a fool of yourself.

If software people weren't so dangerous they'd be adorable.

Re: Problem with beaver editor and UTF-8/ISO-8859-2 encoding

[J.C. Roberts]

On Thu, 14 Jan 2010 07:20:48 +0100 Tomas Bodzar
 wrote:

> I invoked 'xterm -lc' then 'setxkbmap -layout "us,cz" -option
> "grp:shifts_toggle,grp_led:scroll"'.
> 
> $ beaver
> 
> entered some text in cz and save with name 'file'.
> 
> $ file file
> file: UTF-8 Unicode text, with no line terminators
> 
> $ beaver file   (no error during opening)
> 
> Now I can see text, but diacritic characters are right of letters
> instead of above them and one letter 'k' is even missing. gvim shows
> garbage. It's same (output with badly placed diacritic) for these
> options too :
> 
> $ luit -v -encoding 'UTF-8' beaver file
> UTF-8, non-ISO-2022 encoding.
> 
> $ luit -v -encoding 'ISO 8859-2' beaver file
> G0 is ASCII, G1 is Unknown (94), G2 is ISO 8859-2, G3 is Unknown (94).
> GL is G0, GR is G2.
> 
> Maybe I'm missing something obvious or I'm interpreting info from man
> pages in a bad way.


You'll need to forgive me for not knowing how to read, speak or even
type in Czech. Yesterday, I looked up the keyboard mapping for Czech
keyboards on wikipedia, built the beaver port, and tried to recreate
your results, but my results were different.

The "with no line terminators" message from file(1) is normal and
expected if, and only if, you created a file without any new lines
(i.e. your file contains only a single line of text).

I still haven't figured out how using multiple keyboard mappings really
works (i.e. your `setxkbmap -layout "us,cz"`). The testing I did was
with just the "cz" layout applied, (i.e. using `setxkbmap cz` --the
same as `setxkbmap -layout "cz"`).

I run OpenBSD -current, and since you didn't post your dmesg with this
problem, I have no clue what you are running?

Do you want to use UTF-8 ?

Or do you want to use 8-bit, single byte, ISO 8859-2 ?


As the luit(1) man page states:
   Luit  is  a  filter  that  can be run between an arbitrary
   application and a UTF-8 terminal emulator.  It  will  con-
   vert  application  output  from the locale's encoding into
   UTF-8, and convert terminal  input  from  UTF-8  into  the
   locale's encoding.

   An  application  may also request switching to a different
   output  encoding  using  ISO 2022  and   ISO 6429   escape
   sequences.   Use of this feature is discouraged: multilin-
   gual applications should be modified to directly  generate
   UTF-8 instead.

By using luit(1), you are attempting to do a conversion from the
encoding of your locale *_to_* UTF-8. I have no clue if this beaver
editor can even handle UTF-8, so even if luit(1) is successful in doing
the conversion to UTF-8 when saving, you might not be able to open the
file afterwards. *** THIS seems to be the problem.

If you want UTF-8 output, it's far better to use an application
that actually has proper UTF-* multilingual support.

With vim/gvim you can easily set your desired encoding.
$ gvim
:set encoding=utf-8

If you want UTF-8 support/output in your terminal emulator (xterm), the
best answer is to use uxterm(1). Similar to the -en option of xterm(1),
using uxterm(1) will handle setting up your locale properly (i.e.
setting the environment variables).

--
Test #1

  $ setxkbmap cz
  $ uxterm
  $ beaver

So I create a new file and use some of the accented/diracritic
characters in the "cz" layout, across a few lines of text. Then I save
the file as "test4.txt" and test it with file(1).

  $ file test4.txt
  test4.txt: UTF-8 Unicode text

So the creation of the file within beaver worked. BUT if I reopen the
file with beaver, the accents/diacritics *FOLLOW* the characters rather
than being above the characters.  --This is wrong and seems to be what
you are reporting.

Now, if I take that same exact file, "test4.txt," and open it in gvim,
it *initially* looks like a mess, but if I set the encoding to UTF-8,
then everything looks fine.

  $ gvim test4.txt
  :set encoding=utf-8

There is nothing wrong with the UTF-8 file that was created, but since
beaver cannot read UTF-8 files, that's where your problem is.

--
Test #2

Doing all of the above, but using `xterm -lc` rather than `uxterm` has
the exact same results, namely, beaver can create a valid UTF-8 file,
but it cannot open the resulting UTF-8 file.

--

The short answer is this 'beaver' program is not able to handle UTF-8
files. There are plenty of other text editors in the ports tree, and
many of the big "desktop" packages (kde, gnome, xfce, ...) often have
their own text editor.

-- jon

Re: Any good/bad experiences on OpenBSD4.6-release & Dell R(2|4|6)10 or HP DL320 G6

[Andrea Parazzini]

We have some Dell R610 and they do not work very well with OpenBSD:
- very bad disk performance, perhaps the mpi(4) driver.
- the optional Intel PRO/1000 QP does not work well (see my previous post).
- amd64 version does not work.

I have not tried the latest snapshots.

Regards,
Andrea

On Tue, 12 Jan 2010 20:31:51 + (GMT), a b  wrote:
> Hello (again),
> 
> I'm planning to buy a couple of lower end servers for a PF &
> VPN termination of a small network.
> 
> Does anyone have any comments on OpenBSD
> 4.6-release on Dell R210/410/610 or HP DL320 G6 ?
> 
> Looking back through the
> archives, it seems people's experiences when using OpenBSD-release on
> lower
> end servers was a bit patchy, although some seemed to resolve it by using
> -current instead. However there has not been much talk recently
> (unless
> I've missed it !) of 4.6 experiences and/or more recent servers.
> 
> Looking
> forward to your feedback.

another reassemble tcp problem - details for PF developers

[Alastair Johnson]

There has been 2 recent threads mentioning problems with "reassemble tcp":
"pf: reassemble tcp"
"problems with emails through pf"

For info here is another. We solved the problem by removing this scrub.

We went from 4.3 with
scrub in all

to the latest 4.6 stable with
match in all scrub (reassemble tcp)

and bizarrely found we sometimes (~50%) couldnt FTP to several sites.
It would hang just before sending any data. This would happen about
50% of the time and work fine the rest. It may be an irrelevant
coincidence but each FTP site that this happened with was Microsoft
FTP. It never happened (ie FTP always worked fine) with other server
types. The OpenBSD firewall is running ftp-proxy. The internal client
is a linux desktop. Removing the "reassemble tcp" scrub made the
problem go away and a successful connection/download every time.

We took tcpdumps on both the internal and external interfaces of the
OpenBSD firewall/ftp-proxy.

Looking at our capture on firewall internal interface, the payload of
the first TCP packet after the handshake seems to be ignored.  I see:

  Frames 26, 28, 29:  TCP handshake
  33:  first data from server
  34:  client then immediately sends ACK to server with seq=1
  35:  last of the data from server
  36:  server attempting to close connection
  37, 38:  Client sends two ACKs in quick succession, presumably
responses to 35, 36; sequence number is still 1
  ... server retransmits, client sends same ACKs, etc. until server
gets frustrated and sends a RST

It looks like the MS FTP server is being well-behaved, but each time
some data is received, the internal linux desktop immediately replies
with an ACK denying that any data was received.  This suggests that
it's aware that it's received some packets, but is rejecting the
contents for some reason. Not sure.

Looking at the capture on firewall external interface, is pretty much
the same, except that the second data packet (corresponding to #35) is
completely missing.  This might be a red herring.

Like I said I supply this info just for curiosity. We have it working
now by removing reassemble tcp - maybe its helpful to the PF
developers, maybe not. Below is the screen output from the internal
linux desktop using lftp.

Many thanks,

Alastair Johnson







= NOT Working =
-bash-3.1$ lftp -c "open -uA,B 198.80.165.171; debug; ls"
 Connecting to 198.80.165.171 (198.80.165.171) port 21
<--- 220 Microsoft FTP Service
---> FEAT
<--- 530 Please login with USER and PASS.
---> AUTH TLS
<--- 500 'AUTH TLS': command not understood
---> USER A
<--- 331 Password required for A.
---> PASS B
<--- 230-Welcome to Thomson Financial I/B/E/S FTP site.
<--- This site is for authorized users only.
<--- Any or all uses of this system and all files on
<--- this system are monitored, recorded, and audited.
<--- LOG OFF IMMEDIATELY if you do not agree to the
<--- conditions stated in this warning.
<--- 230 User A logged in.
---> FEAT
<--- 211-FEAT
<--- SIZE
<--- MDTM
<--- 211 END
---> PWD
<--- 257 "/" is current directory.
---> PASV
<--- 227 Entering Passive Mode (198,80,165,171,227,43)
 Connecting data socket to (198.80.165.171) port 58155
 Data connection established
---> LIST
<--- 125 Data connection already open; Transfer starting.
<--- 226 Transfer complete.
`ls' at 0 [Receiving data]
= Hang at this point ==



= Working =
snip

<--- 230 User A logged in.
---> FEAT
<--- 211-FEAT
<--- SIZE
<--- MDTM
<--- 211 END
---> PWD
<--- 257 "/" is current directory.
---> PASV
<--- 227 Entering Passive Mode (198,80,165,171,198,136)
 Connecting data socket to (198.80.165.171) port 50824
 Data connection established
---> LIST
<--- 125 Data connection already open; Transfer starting.
dr-xr-xr-x   1 ownergroup   0 Dec 22  2009 history
... and then more files/directories

Re: OpenSMTPd actual development and integration

[Ted Unangst]

On Thu, Jan 14, 2010 at 5:09 PM, nixlists  wrote:
> Sorry, forget I mentioned softupdates. Does it do what qmail does?
> Reliaibility-wise?
>
> "qmail's queue, except for bounce message contents, is crashproof on
> the BSD FFS and most of its variants. "

Since the point of a mail server is to not lose mail, your question is
basically "does it have any bugs?"  That's kind of a silly question to
ask for any piece of software, but maybe we could infer some
information in this case.  Is smtpd enabled by default?  Has sendmail
been deleted from src?  Has there been an announcement saying "smptd
is ready for production use"?

Re: OpenSMTPd actual development and integration

[nixlists]

On Thu, Jan 14, 2010 at 4:26 PM, Denis Doroshenko
 wrote:
> On 1/14/10, nixlists  wrote:
>> Does it have the same reliability features as qmail on an FS without
>>  softupdates? What about with softupdates?
>>
>>  http://cr.yp.to/qmail/faq/reliability.html
>
> the very link you just provided contains the following sentence:
>
> Do not use async or softupdates filesystems.


Sorry, forget I mentioned softupdates. Does it do what qmail does?
Reliaibility-wise?

"qmail's queue, except for bounce message contents, is crashproof on
the BSD FFS and most of its variants. "

Re: Yerevan, Aremenia and OpenBSD Users

[nikolai]

> LOL..

I'm sure there's no such agency ...

>
>
> On 1/14/10, nixlists  wrote:
>> On Thu, Jan 14, 2010 at 7:36 AM, Inna Kholodova
>>  wrote:
>>> Hi, Mark! I'm from Armenia :)
>>> And we are using OpenBSD on our production servers for a very long
>>> time.
>>
>> Are you working for the FSB?

Re: OpenSMTPd actual development and integration

[Denis Doroshenko]

On 1/14/10, nixlists  wrote:
> Does it have the same reliability features as qmail on an FS without
>  softupdates? What about with softupdates?
>
>  http://cr.yp.to/qmail/faq/reliability.html

the very link you just provided contains the following sentence:

Do not use async or softupdates filesystems.

Je sur comptable a la banque BCB je vais virée $6.million a la etranger

[Ashraf Cotu]

You are invited to "Je sur comptable a la banque BCB je vais virie $6.million a 
la etranger".


By your host Ashraf Cotu:


 Date:  Thursday January 14, 2010

 Time:  8:00 pm - 9:00 pm (GMT +00:00)
 Location:  cher ami Salut, je suis MONSIEUR. ASHRAF COTU 
gestionnaire de comptable BANQUE comerciale du Burkina (BCB) Je veux transfirer 
$6.million(USD) sur un compte itranger, si vous voulez m'aider, je vous 
enverrai tous les ditails sur la fagon dont il sera fait et Notez igalement que 
vous aurez 30% du montant. Si vous jtes d'accord pour m'aider ` exicuter cette 
opiration riponse me dhs que posssible, et s'il vous plant tenir comfidential

Guests:

 * adel-tik-to...@hotmail.fr
 * damian...@hotmail.fr
 * adel...@hotmail.fr
 * jmil_du...@hotmail.f
 * houssne...@hotmail.fr
 * adel_elha...@hotmail.fr
 * darksims1...@hotmail.fr
 * u_du...@hotmail.fr
 * add.st...@hotmail.fr
 * fessuoy...@hotmail.fr
 * chaynin...@hotmail.f
 * d3ma...@hotmail.fr
 * tayebd...@hotmail.fr
 * mido...@hotmail.fr
 * toons...@hotmail.fr
 * jalilo0...@hotmail.f
 * car...@hotmail.fr
 * mathias.beranger.mu...@hotmail.fr
 * alone.newslet...@live.fr
 * s_no_opdog...@hotmail.fr
 * ali-n...@hotmail.fr
 * yaya-...@hotmail.fr
 * darche...@hotmail.fr
 * booking-djenjoyfash...@hotmail.fr
 * musics-exc...@hotmail.fr
 * dedr...@hotmail.fr
 * hassan_co...@hotmail.fr
 * hichouw-_-the-_-...@hotmail.fr
 * scoop_peli...@hotmail.fr
 * smai...@hotmail.fr
 * adel59...@hotmail.fr
 * milady...@hotmail.fr
 * pi-pi...@hotmail.fr
 * france...@hotmail.fr
 * x3-lamissdu21...@hotmail.fr
 * taib...@hotmail.fr
 * adel-mca@hotmail.com
 * famous.ni...@hotmail.fr
 * adel...@hotmail.fr
 * ray.a...@hotmail.fr
 * va_t-faire_pour_v...@hotmail.fr
 * wi...@hotmail.fr
 * gr...@hotmail.fr
 * sofiane13...@hotmail.fr
 * soso-2-m...@hotmail.fr
 * best-friends25...@hotmail.fr
 * mohamed_tetou...@hotmail.fr
 * mg...@hotmail.fr
 * ayanekasumi-b...@hotmail.fr
 * apres...@hotmail.fr
 * nadirko...@hotmail.fr
 * nilto...@hotmail.fr
 * hoti...@hotmail.fr
 * adelinodu13...@hotmail.fr
 * adelino-du-13...@hotmail.fr
 * demande...@hotmail.fr
 * lyes@hotmail.fr
 * iceyew2...@yahoo.ca
 * isabelle_mi...@yahoo.ca
 * yungandri...@yahoo.ca
 * ginettedagenaisdes...@yahoo.ca
 * secure-testing-t...@lists.alioth.debian.org
 * eri...@sympatico.ca
 * misc@openbsd.org
 * gerardlamber...@yahoo.ca
 * grosclaude.da...@orange.fr
 * aistanboul...@yahoo.ca
 * humac...@excite.com
 * hr...@home.com
 * orri...@yahoo.ca
 * j...@thezone.net
 * keliane_alis...@yahoo.fr
 * mram_tour...@yahoo.ca
 * maryhgag...@yahoo.ca
 * urbain...@yahoo.ca
 * nessmart...@ugccombat.tv
 * lena_ma...@yahoo.co.uk
 * arijana3...@yahoo.ca
 * bill...@yahoo.com

invitation_add_to_your_yahoo_calendar:

 
http://calendar.yahoo.com/?v=60&ST=20100114T20%2B&TITLE=Je+sur+comptable+a+la+banque+BCB+je+vais+vir%c3%a9e+$6.million+a+la+etranger&DUR=0100&VIEW=d&in_loc=cher+ami+Salut,+je+suis+MONSIEUR.+ASHRAF+COTU+gestionnaire+de+comptable+BANQUE+comerciale+du+Burkina+(BCB)+Je+veux+transf%c3%a9rer+$6.million(USD)+sur+un+compte+%c3%a9tranger,+si+vous+voulez+m%27aider,+je+vous+enverrai+tous+les+d%c3%a9tails+sur+la+fa%c3%a7on+dont+il+sera+fait+et+Notez+%c3%a9galement+que+vous+aurez+30%25+du+montant.+Si+vous+%c3%aates+d%27accord+pour+m%27aider+%c3%a0+ex%c3%a9cuter+cette+op%c3%a9ration+r%c3%a9ponse+me+d%c3%a8s+que+posssible,+et+s%27il+vous+pla%c3%aet+tenir+comfidential&TYPE=10


Copyright ) 2010 All Rights Reserved
 www.yahoo.com

Privacy Policy:
 http://privacy.yahoo.com/privacy/us

Terms of Service:
 http://docs.yahoo.com/info/terms/

OT: SUN v440 power supply

[Michael Lechtermann]

Hi,

sorry to bring this up on this list, but since sparc64 is supported
really well with OpenBSD I couldn't resist.

One of the SUN v440 power supplies from my OpenBSD server died and I am
looking for a replacement.

Since buying a new one is really expensive (sometimes you get a full
v440 for that price on eBay, which is where I got my v440) I was hoping
that maybe someone on this list got a spare, used but working, power supply.

If you got one or know someone, please contact me off list.

Thanks in advance and sorry for the noise.
Michael

Re: OpenBSD CPU Load Calculation of a Process

[Bryan Irvine]

> $ for((i=0;i<4;i++)); do ./cpucalc 28175 ; done
> 6
> 6
> 6
> 6

My guess is that your system is evil and you should repent of something.

Re: Yerevan, Aremenia and OpenBSD Users

[Inna Kholodova]

LOL..


On 1/14/10, nixlists  wrote:
> On Thu, Jan 14, 2010 at 7:36 AM, Inna Kholodova
>  wrote:
>> Hi, Mark! I'm from Armenia :)
>> And we are using OpenBSD on our production servers for a very long time.
>
> Are you working for the FSB?

Re: OpenSMTPd actual development and integration

[Marco Peereboom]

If you use softupdates you assume certain risks.  What the fruit does it
have to do with smtpd?

On Thu, Jan 14, 2010 at 01:41:25PM -0500, nixlists wrote:
> Does it have the same reliability features as qmail on an FS without
> softupdates? What about with softupdates?
> 
> http://cr.yp.to/qmail/faq/reliability.html

Does OpenBSD use kern.ipc.shm_use_phys?

[Jeff Ross]

On this page:

http://www.postgresql.org/docs/8.4/interactive/kernel-resources.html#SHARED-MEMORY-PARAMETERS

in the NetBSD/OpenBSD section towards the middle of the page is this paragraph:

"You might also want to configure your kernel to lock shared memory into RAM
and prevent it from being paged out to swap. This can be accomplished using
the sysctl setting kern.ipc.shm_use_phys."

I don't see that setting available in sysctl nor do I find it grepping /usr/src.

Before I send in a correction to the postgresql folks, can can someone confirm
whether or not this is statement is true for OpenBSD?

Thanks,

Jeff Ross

Re: OpenSMTPd actual development and integration

[nixlists]

Does it have the same reliability features as qmail on an FS without
softupdates? What about with softupdates?

http://cr.yp.to/qmail/faq/reliability.html

Re: Yerevan, Aremenia and OpenBSD Users

[nixlists]

On Thu, Jan 14, 2010 at 7:36 AM, Inna Kholodova
 wrote:
> Hi, Mark! I'm from Armenia :)
> And we are using OpenBSD on our production servers for a very long time.

Are you working for the FSB?

Re: OpenBSD CPU Load Calculation of a Process

[Philip Guenther]

On Wed, Jan 13, 2010 at 2:07 AM, Sebastian Spies
 wrote:
> I need a method to get the load of a process in percent of cpu time on a
> per second basis, just like top on Linux does.

So grab the code in 'top' or 'ps' that calculates the process
cumulative cpu time and run that twice, one second apart, then do the
subtraction and express as a percentage.  Depending on your philosophy
of MP, divide by the # of CPUs.  WTP?


> As I couldn't find something that does the calculation on a per second
> basis, I started to write something on my own. For that reason I plan to
> look at struct kinfo_proc2 field p_cpticks of libkvm, but this field
> gives me some odd values, which I'm unable to interpret. Could you
> please comment on the following code?

No, you don't want p_cpticks, as that's zeroed every time schedcpu() runs.


Philip Guenther

Re: OpenSMTPd actual development and integration

[Iñigo Ortiz de Urbina]

On Thu, Jan 14, 2010 at 6:50 PM, Jean-Francois  wrote:
> Hi All,
>
> Could you please inform about the actual state of OpenSMTPd and when it
shall
> be fully integrated into OpenBSD ?
>
> Thanks.

You can keep an eye on its development by tracking commits on the CVS
repository.

I cant tell as I am not using it currently but I would say its already
integrated and pretty usable for common scenarios, not yet fully, if
at all, ready for production.

calomel.org has an article that can give you an idea of its actual
state. gilles@ or jacek@ can add more insight into this anyway.

Have a nice day

Iqigo

Re: Maximizing File/Network I/O

[Jean-Francois]

Le mardi 05 janvier 2010 09:04:53, nixlists a icrit :
> On Tue, Jan 5, 2010 at 1:45 AM, Bret S. Lambert 
wrote:
> > Start with mount_nfs options, specifically -r and -w; I assume that
> > you would have mentioned tweaking those if you had already done so.
>
> Setting -r and -w to 16384, and jumbo frames to 9000 yields just a
> couple of MB/s more. Far from 10 MB/s more the network can do ;(
>

For some reasone, when I mount NFS drives with -r=4096 and -w=4096 I reach
the best transfer rates.

OpenSMTPd actual development and integration

[Jean-Francois]

Hi All,

Could you please inform about the actual state of OpenSMTPd and when it shall 
be fully integrated into OpenBSD ?

Thanks.

Re: sasyncd syncs only newly created sad's

[Mihajlo Manojlov]

Thank you very much for you reply Markus,

I think I saw that page once on the beginning of my research, but I tought
that it must have been fixed by today, since it is almost 5 years old. I am
very suprised by the fact that it hasn't been fixed in all this years.
You are right, this would really be a killer app. I tought it was, since there
is no way to know about this bug until you implement the whole redundant
system. This problem should be clearly stated in the man page, it would save
me a week.
It looks like some trivial bug, since it is clear from the logs that master
sends the sad's, but slave is not able to install them:
sasyncd[26685]: pfkey_queue_message: pfkey ADD len 504 seq 2
sasyncd[26685]: pfkey: msg ADD write() failed on socket 5: Invalid argument

but later when renegotiation occurs, it installs them succesfully:
sasyncd[26685]: pfkey_queue_message: pfkey ADD len 416 seq 149
sasyncd[26685]: pfkey_queue_message: pfkey ADD len 416 seq 150

I wonder what could be different in the first try?

Do you still use sasyncd? Have you found any workaround for this?
I have advskew 10 on master and 20 on slave. If I want to reboot the master, I
demote its carp group and while it reboots, I do:
for i in `ls /etc/ | grep carp | cut -d . -f 2`; do ifconfig $i advskew 1;
done
on the slave.

That way, master doesnt take over when it comes back. Maybe it could be done
with turning off the preemtion, but haven't tried that yet.

Anyhow, after that, I have to wait for all tunnels to renegotiate so I can
demote the slave and make the master - master, again.

Since you reported problem 5 years ago, are we the only ones who use sasyncd?
:)

Thanks again

-Original Message-
From: Markus Wernig [mailto:liste...@wernig.net]
Sent: Tuesday, January 12, 2010 9:24 PM
To: M   ihajlo Manojlov
Cc: misc@openbsd.org
Subject: Re: sasyncd syncs only newly created sad's

Hi Mihajlo

Yes, this feature (re-sychronization after master failure) has been
missing from the day sasyncd came out
(http://archives.neohapsis.com/archives/openbsd/2005-09/0818.html). When
I gave that speech in Switzerland (the one you found the PDF of), I was
confident that it would be implemented within a couple of months or so
... the whole thing being a sponsored development, I figured that the
sponsor would want this program to be usable. But, alas, it wasn't.
Pity, really. With a little more time at my hands and a little more wit
in my brains I would love to pick this up. It would be SUCH a killer
application. Hakan Olsson, the original developper, did once say he
would look into it, butI haven't heard of him since.

krgds & sorrynohelphere

/markus

Mihajlo Manojlov wrote:
> Hi again,
>
> there is no feedback.. could someone who runs sasyncd check this for me?
> Please, just restart sasyncd on slave(or master), and see if it syncs the
> SAD's?
>
> This behaviour renders my redundant routers - non redundant. If I reboot
> master, when it comes back and become master again, all VPN tunnels are
down
> because no SAD's are synced.
>
> Thank you very much.
>
> -Original Message-
> From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On Behalf Of
> Mihajlo Manojlov
> Sent: Wednesday, January 06, 2010 11:10 PM
> To: misc@openbsd.org
> Subject: sasyncd syncs only newly created sad's
>
> Hi to all,
>
> I have two carped boxes and I want to use sasyncd for vpn redundancy, but
> only
> newly created sad's get synced. For example, I reboot the slave box, and
when
> it comes up again, sasyncd only sets flows, not the sad's. Maybe this is
> normal behaviour?
>
> log from master:
> Jan  6 21:59:23 openbsd1 sasyncd[25895]: net: peer "10.23.6.2" connected
> Jan  6 21:59:23 openbsd1 sasyncd[25895]: net_ctl: peer "10.23.6.2" state
> change to SLAVE
> Jan  6 21:59:25 openbsd1 sasyncd[25895]: monitor_get_pfkey_snap: got 2016
> bytes SADB, 1392 bytes SPD
> Jan  6 21:59:25 openbsd1 sasyncd[25895]: pfkey_send_flush: sending FLUSH to
> peer 10.23.6.2
> Jan  6 21:59:25 openbsd1 sasyncd[25895]: pfkey_snapshot: SADB data
> 020a00023f000200010088f180d710010303040004000200
> 15f7444b04000400
> 380404000300
> b00403000500100259d44c6d
> 03000600100259d45bb205000a00
> 010038392e3231322e37362e3130392f3332
> 05000b00010038392e3231322e39312e3137382f3332
> 04000800a0009884229af8684722ecf09bfe79c0d8eef96b3cfb
> 04000900c000e73eb8f1c43d90bdfaf40fb3abfe879d28e74cf8e870dd0b01001400
> 0101010013000300150010020a00
> 030011001002ff00030016001002
> 0a070800030012001002ff00
> 0200210008007465737476706e00

Re: Problem with pf rules.

[PsYkHe]

Damn man!!!.Holy crap.I really forgot this detail...

Thanks Man.
Regards.


did you "net.inet.ip.forwarding=1" in sysctl?

regards
karl-heinz

On 14.01.2010, at 16:10, PsYkHe wrote:


I'm in troubles to put a router/firewall Openbsd 4.6 at vmware and at
Slackware 13 to can "talk" throught of host-only. But the main problem 
now

is
the OpenBSD make a rdr to webserver Slackware. Well, I'll try descrive 
the

situation:



The OpenBSD 4.6 has two interfaces:



One bridge

One host-only with ip 192.168.38.130



At Slackware 13 has a interface:

host-only with ip 192.168.38.128



That are my rules of pf:



if_net="vic0"

if_ws="vic1"

ip_ws="192.168.138.128"



#black log all

pass log all



rdr pass log on $if_net proto tcp to port 6060 -> $ip_ws port 80



rdr pass log on $if_net proto tcp to port  -> 127.0.0.1 port 22



nat log on $if_net from !($if_net) -> ($if_net:0)



PS: Which if_net is the interface of the bridge and if_wa is the 
host-only.




The OpenBSD can ping the internal ip of host-only of Slackware

192.168.138.128

and also when I sent a telnet to him in port 80 and it answer perfectly.



Therefore when it comes outside of the internet, a telnet to OpenBSD in

port
 it come in the ssh of OpenBSD but It cant log on. To port 6060 
didn't

show up the log and it cant do a rdr or it didn't work. I've thought the
communication Slackware, the listen port 80 that was tcp6, maybe would be

ipv6

only, but I did insert tcp to ipv4 and the rdr also didn't work.



I'm using the command: tcpdump -n -e -ttt -i pflog0

To verify these logs by interface pflog0



I'm needing a light, suggestion or something like that..Can you tell me
something guys?



Any information or anything else you can ask me that Ill send.



Thanks a lot.

See ya.

Un ordinateur à 40€ ? c'est possible

[informatique d'occasion]

www.computersliquidation.com
informatique d'occasion

Re: Asking

[ropers]

2010/1/14  :
> Hi,
> I'm 57 old man and need to learn OpenSBD or one BSD to work with.
> Can you please tell me where they have address of factory or store OpenBSD to
> built computer,
> hardware and software, I must have practice not a school. My English is very
> poor.

>
> Pierre-Andri Chevalier

Try one of these companies: http://openbsd.org/support.html#Switzerland

regards,
--ropers

Re: Small Problem with X release

[Antoine Jacoutot]

On Thu, 14 Jan 2010, Vijay Sankar wrote:

> Not sure whether this is worthy of reporting, but doing it just in case.
> 
> Building kernel, userland, and xenocara worked without any problems. But
> making a release with X from -current downloaded yesterday was not working.
> 
> Adding the line
> 
> mkdir ${DESTDIR}/var/db/sysmerge
> 
> before
> 
> touch ${DESTDIR}/var/db/sysmerge/xetcsum
> 
> in /usr/xenocara/Makefile solved it for me.

You did not update your /etc/mtree/BSD.x11.dist file.

-- 
Antoine

Re: VLANs, OpenBSD, Cisco HP

[James Peltier]

--- On Thu, 1/14/10, Graeme Lee  wrote:

> From: Graeme Lee 
> Subject: Re: VLANs, OpenBSD, Cisco HP
> To: misc@openbsd.org
> Received: Thursday, January 14, 2010, 3:27 AM

> > inet 1.2.3.4 255.255.255.0 NONE vlan 301 vlandev em0
> description "Uplink"

> Like this:
> 
> # cat /etc/hostname.vlan0
> vlan 301 vlandev em0
> inet 192.168.1.2 255.255.255.0 192.168.1.255 description
> "Uplink"
> 
> # cat /etc/hostname.em0
> up

>From everything I have read in the man pages, FAQ and the great oracle Google, 
>my chosen syntax works too.

See http://www.openbsd.org/faq/faq6.html

"Or, you may want to use special flags specific to a certain interface. The 
format of the hostname file doesn't change much!

$ cat /etc/hostname.vlan0
inet 172.21.0.31 255.255.255.0 NONE vlan 2 vlandev fxp1
"

Re: Asking

[Lars Nooden]

pierre-andre.cheval...@zas.admin.ch wrote:
> ...address of factory or store OpenBSD to built computer, hardware
> and software...

Try contacting some of the francophones on this list:
http://www.openbsd.org/support.html

Regards
/Lars

Re: Problem with pf rules.

[Karl-Heinz Wild]

did you "net.inet.ip.forwarding=1" in sysctl?

regards
karl-heinz

On 14.01.2010, at 16:10, PsYkHe wrote:

> I'm in troubles to put a router/firewall Openbsd 4.6 at vmware and at
> Slackware 13 to can "talk" throught of host-only. But the main problem now
is
> the OpenBSD make a rdr to webserver Slackware. Well, I'll try descrive the
> situation:
>
>
>
> The OpenBSD 4.6 has two interfaces:
>
>
>
> One bridge
>
> One host-only with ip 192.168.38.130
>
>
>
> At Slackware 13 has a interface:
>
> host-only with ip 192.168.38.128
>
>
>
> That are my rules of pf:
>
>
>
> if_net="vic0"
>
> if_ws="vic1"
>
> ip_ws="192.168.138.128"
>
>
>
> #black log all
>
> pass log all
>
>
>
> rdr pass log on $if_net proto tcp to port 6060 -> $ip_ws port 80
>
>
>
> rdr pass log on $if_net proto tcp to port  -> 127.0.0.1 port 22
>
>
>
> nat log on $if_net from !($if_net) -> ($if_net:0)
>
>
>
> PS: Which if_net is the interface of the bridge and if_wa is the host-only.
>
>
>
> The OpenBSD can ping the internal ip of host-only of Slackware
192.168.138.128
> and also when I sent a telnet to him in port 80 and it answer perfectly.
>
>
>
> Therefore when it comes outside of the internet, a telnet to OpenBSD in
port
>  it come in the ssh of OpenBSD but It cant log on. To port 6060 didn't
> show up the log and it cant do a rdr or it didn't work. I've thought the
> communication Slackware, the listen port 80 that was tcp6, maybe would be
ipv6
> only, but I did insert tcp to ipv4 and the rdr also didn't work.
>
>
>
> I'm using the command: tcpdump -n -e -ttt -i pflog0
>
> To verify these logs by interface pflog0
>
>
>
> I'm needing a light, suggestion or something like that..Can you tell me
> something guys?
>
>
>
> Any information or anything else you can ask me that Ill send.
>
>
>
> Thanks a lot.
>
> See ya.

Re: VLANs, OpenBSD, Cisco HP

[Matthias Cramer]

Hi

Having any hostname.vlanXX should work. I have eg:

# cat /etc/hostname.vlan50

inet 193.5.69.5 255.255.255.252 NONE vlan 50 vlandev em3

Regards

  Matthias

David Goldsmith wrote:
> On 1/14/2010 12:30 AM, James Peltier wrote:
>
>> On the OpenBSD box I have
>>
>> /etc/hostname.em0
>> -- up
>>
>> /etc/hostname.vlan301
>> --
>> inet 1.2.3.4 255.255.255.0
>> NONE vlandev em0 description "Uplink"
>
> Possibly the vlan hostname files need to start at 0 and increase from
> there rather then skipping directly to a higher number? From the FAQ,
> section 6.2.1, they show the vlan0 interface being associated with vlan
> 2 so the file number does not need to match the vlan number:
>
>$ cat /etc/hostname.vlan0
>inet 172.21.0.31 255.255.255.0 NONE vlan 2 vlandev fxp1
>
> http://www.openbsd.org/faq/faq6.html#Setup.if
>
> David Goldsmith
>


--
Matthias Cramer, Erachfeldstrasse 1b, CH-8180 BChttp://www.freestone.net
GnuPG 1024D/2D208250 = DBC6 65B6 7083 1029 781E  3959 B62F DF1C 2D20 8250

[demime 1.01d removed an attachment of type application/pgp-signature which had 
a name of signature.asc]

Problem with pf rules.

[PsYkHe]

I'm in troubles to put a router/firewall Openbsd 4.6 at vmware and at
Slackware 13 to can "talk" throught of host-only. But the main problem now is
the OpenBSD make a rdr to webserver Slackware. Well, I'll try descrive the
situation:



The OpenBSD 4.6 has two interfaces:



One bridge

One host-only with ip 192.168.38.130



At Slackware 13 has a interface:

host-only with ip 192.168.38.128



That are my rules of pf:



if_net="vic0"

if_ws="vic1"

ip_ws="192.168.138.128"



#black log all

pass log all



rdr pass log on $if_net proto tcp to port 6060 -> $ip_ws port 80



rdr pass log on $if_net proto tcp to port  -> 127.0.0.1 port 22



nat log on $if_net from !($if_net) -> ($if_net:0)



PS: Which if_net is the interface of the bridge and if_wa is the host-only.



The OpenBSD can ping the internal ip of host-only of Slackware 192.168.138.128
and also when I sent a telnet to him in port 80 and it answer perfectly.



Therefore when it comes outside of the internet, a telnet to OpenBSD in port
 it come in the ssh of OpenBSD but It cant log on. To port 6060 didn't
show up the log and it cant do a rdr or it didn't work. I've thought the
communication Slackware, the listen port 80 that was tcp6, maybe would be ipv6
only, but I did insert tcp to ipv4 and the rdr also didn't work.



I'm using the command: tcpdump -n -e -ttt -i pflog0

To verify these logs by interface pflog0



I'm needing a light, suggestion or something like that..Can you tell me
something guys?



Any information or anything else you can ask me that Ill send.



Thanks a lot.

See ya.

Re: VLANs, OpenBSD, Cisco HP

[David Goldsmith]

On 1/14/2010 12:30 AM, James Peltier wrote:


On the OpenBSD box I have

/etc/hostname.em0
-- up

/etc/hostname.vlan301
--
inet 1.2.3.4 255.255.255.0
NONE vlandev em0 description "Uplink"


Possibly the vlan hostname files need to start at 0 and increase from 
there rather then skipping directly to a higher number? From the FAQ, 
section 6.2.1, they show the vlan0 interface being associated with vlan 
2 so the file number does not need to match the vlan number:


   $ cat /etc/hostname.vlan0
   inet 172.21.0.31 255.255.255.0 NONE vlan 2 vlandev fxp1

http://www.openbsd.org/faq/faq6.html#Setup.if

David Goldsmith

Asking

[Pierre-Andre . Chevalier]

Hi,
I'm 57 old man and need to learn OpenSBD or one BSD to work with.
Can you please tell me where they have address of factory or store OpenBSD to
built computer,
hardware and software, I must have practice not a school. My English is very
poor.
Merci beaucoup !

Avec mes meilleures salutations,
Besten Dank und Freundliche Gr|_e,
With my best regards,

Pierre-Andri Chevalier
Contrtleur systhme  I
Dipartemernt fidiral des finances DFF
Office fidiral de l'informatique et de la tilicommunication OFIT
Solutions Genhve

Adresse: avenue Edmond-Vaucher 18, 1203 Genhve
Adresse postale: OFIT, Centre Informatique AVS/AI, Case postale 2676, 1211
Genhve 2
Tiliphone +41 22 795 92 23
Mobile +41 79 279 19 00
Tilifax +41 22 795 98 35
mailto:pierre-andre.cheval...@bit.admin.ch
www.bit.admin.ch

Der Eisbrecher: le journal ` la clienthle de l'OFIT
www.bit.admin.ch/eisbrecher

[dera...@cvs.openbsd.org: Don Scott: /bsd: acpitz1: Critical temperature, shutting down]

[Marco Peereboom]

The fix for this is in.  This will help other folks as well with
creeping performance settings and overheating issues.

- Forwarded message from Theo de Raadt  -

X-Original-To: ma...@peereboom.us
Delivered-To: ma...@peereboom.us
X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on www.peereboom.us
X-Spam-Level: 
X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,
FH_DATE_PAST_20XX,FRT_DISCOUNT autolearn=no version=3.2.4
To: ma...@cvs.openbsd.org
Subject: Don Scott: /bsd: acpitz1: Critical temperature, shutting down
Date: Tue, 12 Jan 2010 23:14:36 -0700
From: Theo de Raadt 

Your diff in?

--- Forwarded Message

Return-Path: owner-misc+m95057=deraadt=cvs.openbsd@openbsd.org
Delivery-Date: Tue Jan 12 22:53:31 2010
Received: from shear.ucar.edu (lists.openbsd.org [192.43.244.163])
by cvs.openbsd.org (8.14.3/8.12.1) with ESMTP id o0D5rV1V020655
for ; Tue, 12 Jan 2010 22:53:31 -0700 (MST)
Received: from openbsd.org (localhost.ucar.edu [127.0.0.1])
by shear.ucar.edu (8.14.3/8.14.3) with ESMTP id o0D5nSaY028276
for ; Tue, 12 Jan 2010 22:49:49 -0700 (MST)
Received: from mail-qy0-f188.google.com (mail-qy0-f188.google.com 
[209.85.221.188])
by shear.ucar.edu (8.14.3/8.14.3) with ESMTP id o0D5nCSG001858
for ; Tue, 12 Jan 2010 22:49:13 -0700 (MST)
Received: by qyk26 with SMTP id 26so11963498qyk.5
for ; Tue, 12 Jan 2010 21:49:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 
h=domainkey-signature:mime-version:received:date:message-id:subject 
:from:to:content-type; bh=tzNgJkAfak7JcniVPtMoscMUKgKu4/tpS8uuilHCRMs=; 
b=Rj5VaejasveRUUwbe1YNgowzGNT5zj2sObGk+53dgtGK6V9VFX5ClYhGI1f6wb8gTx 
RWOIN3aemy9QDqWjnCmusNbL9Ht/iXBBHGcggADeFf0nAolQG0znchUUJ0WBT2JQEsEK 
Q0A/OmzPA/wHIBxyEDwM3U7aj49WE7DSCvskI=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; 
h=mime-version:date:message-id:subject:from:to:content-type; 
b=Pp3BJ/CydTU6NyrSnWMLZBQgVedNT6VYVyy0CaT2PZVJIXFdm4AvDP6lgFLy8WF3j/ 
4Rz8W8GyMP2DUB4qGb4KlEZBXoEYGFycNt5fDMoO7rLhhAP6oH/O+5HwrwVoWetCfB+O 
jl1Lts4BxPpjkcYO1yBC1taOCrKNTzOyeb1WY=
MIME-Version: 1.0
Received: by 10.229.68.193 with SMTP id w1mr1741926qci.51.1263361751749; Tue,  
12 Jan 2010 21:49:11 -0800 (PST)
Date: Tue, 12 Jan 2010 21:49:11 -0800
Message-ID: <29078a971001122149o2b6bdeb2y45b0c50cd7319...@mail.gmail.com>
Subject: /bsd: acpitz1: Critical temperature, shutting down
From: Don Scott 
To: misc@openbsd.org
Content-Type: text/plain; charset="us-ascii"
X-Converted-To-Plain-Text: from multipart/alternative by demime 1.01d
X-Converted-To-Plain-Text: Alternative section used was text/plain
List-Help: 
List-Owner: 
List-Post: 
List-Subscribe: 
List-Unsubscribe: 
X-Loop: misc@openbsd.org
Precedence: list
Sender: owner-m...@openbsd.org

My X60 overheated and did a clean shutdown while building devel/jdk/1.6.
This is the first time there has been a heat related issue on this laptop.
It's running the latest BIOS (version 2.18) and an i386 snapshot from
January 5th.

/var/log/messages:
Jan 12 19:40:27 x60 /bsd: acpithinkpad0: unknown event 0x6022
Jan 12 19:40:42 x60 last message repeated 16 times
Jan 12 19:40:45 x60 /bsd: acpitz1: Critical temperature, shutting down
Jan 12 19:40:45 x60 /bsd: acpithinkpad0: unknown event 0x6022

sysctl hw:
hw.machine=i386
hw.model=Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz ("GenuineIntel" 686-class)
hw.ncpu=2
hw.byteorder=1234
hw.pagesize=4096
hw.disknames=sd0,sd1
hw.diskcount=2
hw.sensors.acpitz0.temp0=70.00 degC (zone temperature)
hw.sensors.acpitz1.temp0=73.00 degC (zone temperature)
hw.sensors.acpibat0.volt0=14.40 VDC (voltage)
hw.sensors.acpibat0.volt1=16.40 VDC (current voltage)
hw.sensors.acpibat0.watthour0=40.59 Wh (last full capacity)
hw.sensors.acpibat0.watthour1=2.03 Wh (warning capacity)
hw.sensors.acpibat0.watthour2=0.20 Wh (low capacity)
hw.sensors.acpibat0.watthour3=40.59 Wh (remaining capacity), OK
hw.sensors.acpibat0.raw0=0 (battery full), OK
hw.sensors.acpibat0.raw1=0 (rate)
hw.sensors.acpiac0.indicator0=On (power supply)
hw.sensors.acpithinkpad0.temp0=70.00 degC
hw.sensors.acpithinkpad0.temp1=55.00 degC
hw.sensors.acpithinkpad0.temp3=66.00 degC
hw.sensors.acpithinkpad0.temp4=38.00 degC
hw.sensors.acpithinkpad0.temp6=33.00 degC
hw.sensors.acpithinkpad0.fan0=2817 RPM
hw.sensors.acpidock0.indicator0=Off (not docked)
hw.sensors.cpu0.temp0=75.00 degC
hw.sensors.aps0.temp0=55.00 degC
hw.sensors.aps0.temp1=55.00 degC
hw.sensors.aps0.indicator0=Off (Keyboard Active)
hw.sensors.aps0.indicator1=Off (Mouse Active)
hw.sensors.aps0.indicator2=On (Lid Open)
hw.sensors.aps0.raw0=415 (X_ACCEL)
hw.sensors.aps0.raw1=522 (Y_ACCEL)
hw.sensors.aps0.raw2=415 (X_VAR)
hw.sensors.aps0.raw3=522 (Y_VAR)
hw.cpuspeed=2000
hw.setperf=100
hw.vendor=LENOVO
hw.product=1709G

Re: Mini PCI Wireless Card

[Mark Peoples]

> I've used Wistron DCMA81 11g cards before, they're pretty good.
> Haven't tried to hostap one as yet, but I'll do that when I get the
> time and hardware.

i run hostap on 2 of them. they work great

Re: Yerevan, Aremenia and OpenBSD Users

[Mark Lumsden]

Hi Inna,

Thanks for the email. Busy packing at the moment (moving tomorrow). Will
get in touch once everything has settled down.

I'm hearing from a couple of sources FreeBSD is more popular in Armenia.
Do you know of any other companies/individuals that use OpenBSD over
there?

-mark


> On Tue, Jan 12, 2010 at 8:14 PM, Mark Lumsden  wrote:
>> Hi,
>
> Hi, Mark! I'm from Armenia :)
> And we are using OpenBSD on our production servers for a very long time.
>
>>
>> Are there any OpenBSD users in Yerevan, Armenia? For work reasons, I'm
>> moving there in a few days for probably the best part of six months. I
>> know absolutely no-one there so it would be good to go for a beer with
>> someone (do they have beer in Armenia?)
>
> welcome  to taste :)
>
>>
>> If there is anyone interested in meeting up, then feel free to get in
>> touch via this email address.
>>
>> -mark
>> P.S. I don't speak Armenian or Russian. And my dialect of C is hard to
>> understand, even for me.

Re: aucat on -current ignoring -C ?

[Jan Stary]

On Jan 14 13:55:05, Alexandre Ratchov wrote:
> On Thu, Jan 14, 2010 at 11:49:52AM +0100, Jan Stary wrote:
> > This is yesterday's current. Trying to record a _mono_
> > sound with 'aucat -C 0:0 -o file.wav' seems to always
> > result in a _stereo_ file, whether I specify -u or not,
> > whether the aucat server is running or not
> > (see script and dmesg below).
> > 
> > I used file(1) to look at the resulting file,
> > but also play'd it with sox and ffplay - it is
> > indeed stereo, with one chanel silent (and one channel
> > containing what I wanted to record into a mono file).
> > 
> > Am I missing something obvious?
> > 
> 
> no, this is a bug in aucat (it uses -c instead of -C for
> recording, which is wrong). This should fix the problem

This fixes it, thanks.

Jan


> -- Alexandre
> 
> Index: aucat.c
> ===
> RCS file: /cvs/src/usr.bin/aucat/aucat.c,v
> retrieving revision 1.79
> diff -u -p -r1.79 aucat.c
> --- aucat.c   11 Jan 2010 13:06:32 -  1.79
> +++ aucat.c   14 Jan 2010 12:45:58 -
> @@ -542,7 +542,7 @@ aucat_main(int argc, char **argv)
>   fa = SLIST_FIRST(&ofiles);
>   SLIST_REMOVE_HEAD(&ofiles, entry);
>   if (!wav_new_out(&wav_ops, fa->name,
> - fa->hdr, &fa->ipar, fa->xrun))
> + fa->hdr, &fa->opar, fa->xrun))
>   free(fa);
>   }
>   while (!SLIST_EMPTY(&sfiles)) {

Re: Yerevan, Aremenia and OpenBSD Users

[Inna Kholodova]

On Thu, Jan 14, 2010 at 4:58 PM, ropers  wrote:
> 2010/1/12 Mark Lumsden :
>> Are there any OpenBSD users in Yerevan, Armenia?
>
> In principle yes, but they are using variant called FreeBSD.

you forgot to add the word 'probably'...

Small Problem with X release

[Vijay Sankar]

Not sure whether this is worthy of reporting, but doing it just in case.

Building kernel, userland, and xenocara worked without any problems. But 
making a release with X from -current downloaded yesterday was not 
working.


Adding the line

mkdir ${DESTDIR}/var/db/sysmerge

before

touch ${DESTDIR}/var/db/sysmerge/xetcsum

in /usr/xenocara/Makefile solved it for me.


--
Vijay Sankar, M.Eng., P.Eng.
ForeTell Technologies Limited
59 Flamingo Avenue, Winnipeg, MB, Canada R3J 0X6
Phone: (204) 885-9535, E-Mail: vsan...@foretell.ca

Your friend wants to share a page from HGTV.com with you

[da_yak4j]

daren justin thought you would be interested in this link to "Front Tour: HGTV 
Dream Home 2010" on the  HGTV Web site:

http://www.hgtv.com/dream-home/front-tour-hgtv-dream-home-2010/index.html

Comments from daren justin:
Hello with love
How are you?I hope you are having agood time over there in your country.I am 
wish to contact you to see if you are able to help me received this fund and 
invest it there in your country.I have documents to prove the origin of funds 
Please contact me as soon as possible if you are capable to manage the 
project.So that i will give you more details about the project and how much 
involve.Miss.daren.justin contact addreas(da_ya...@yahoo.co.th)

Sabe como reciclar sus euros?

[Recicla Euros - Novedad!]

Recicla Euros

En www.reciclaeuros.es

Conozca el sistema que te permitira reciclar sus euros gastados
!!APROVECHALO!!

WWW.RECICLAEUROS.ES

Esta promocion fue enviada por MIDALA GESTION, S.L., - CIF: B-85.545.499.
Si desea no recibir otras comunicaciones por favor envme un email a
ba...@reciclaeuros.es

[IMAGE]

Re: Yerevan, Aremenia and OpenBSD Users

[ropers]

2010/1/12 Mark Lumsden :
> Are there any OpenBSD users in Yerevan, Armenia?

In principle yes, but they are using variant called FreeBSD.

Re: aucat on -current ignoring -C ?

[Alexandre Ratchov]

On Thu, Jan 14, 2010 at 11:49:52AM +0100, Jan Stary wrote:
> This is yesterday's current. Trying to record a _mono_
> sound with 'aucat -C 0:0 -o file.wav' seems to always
> result in a _stereo_ file, whether I specify -u or not,
> whether the aucat server is running or not
> (see script and dmesg below).
> 
> I used file(1) to look at the resulting file,
> but also play'd it with sox and ffplay - it is
> indeed stereo, with one chanel silent (and one channel
> containing what I wanted to record into a mono file).
> 
> Am I missing something obvious?
> 

no, this is a bug in aucat (it uses -c instead of -C for
recording, which is wrong). This should fix the problem

-- Alexandre

Index: aucat.c
===
RCS file: /cvs/src/usr.bin/aucat/aucat.c,v
retrieving revision 1.79
diff -u -p -r1.79 aucat.c
--- aucat.c 11 Jan 2010 13:06:32 -  1.79
+++ aucat.c 14 Jan 2010 12:45:58 -
@@ -542,7 +542,7 @@ aucat_main(int argc, char **argv)
fa = SLIST_FIRST(&ofiles);
SLIST_REMOVE_HEAD(&ofiles, entry);
if (!wav_new_out(&wav_ops, fa->name,
-   fa->hdr, &fa->ipar, fa->xrun))
+   fa->hdr, &fa->opar, fa->xrun))
free(fa);
}
while (!SLIST_EMPTY(&sfiles)) {

Re: Yerevan, Aremenia and OpenBSD Users

[Inna Kholodova]

On Tue, Jan 12, 2010 at 8:14 PM, Mark Lumsden  wrote:
> Hi,

Hi, Mark! I'm from Armenia :)
And we are using OpenBSD on our production servers for a very long time.

>
> Are there any OpenBSD users in Yerevan, Armenia? For work reasons, I'm
> moving there in a few days for probably the best part of six months. I
> know absolutely no-one there so it would be good to go for a beer with
> someone (do they have beer in Armenia?)

welcome  to taste :)

>
> If there is anyone interested in meeting up, then feel free to get in
> touch via this email address.
>
> -mark
> P.S. I don't speak Armenian or Russian. And my dialect of C is hard to
> understand, even for me.

pppoe0: loopback

[Dominik Meister]

Hi

I've got some problems with my DSL link. I'm doing PPPoE using my
OpenBSD firewall and every couple of hours I lose the connection to my
ISP. My syslog shows the following message for each of those outages:

Jan 13 16:04:45 puffy /bsd: pppoe0: loopback

I have a cronjob which monitors the link and re-initiates the PPPoE
session in case of an outage, and this always works. So I do have a
working DSL link but somehow my PPPoE session gets corrupt. Any ideas
what's happening here?

Thanks a lot,
Dominik

--
Dominik Meister
My public GnuPG key is available at http://www.meisternet.ch/gpg.txt

[demime 1.01d removed an attachment of type application/pgp-signature]

Re: OpenBSD CPU Load Calculation of a Process

[Sebastian Spies]

Aaron Mason wrote:
> different exit value for each error condition.  It's usually good
> practice to send a numeric error code and let your script handle the
> error itself.  By all means keep the message there, but don't make it
> impossible to use in a script.
>
> 
>
> Try info->p_pctcpu instead.
>
u_int32_t p_pctcpu; /* FIXPT_T: %cpu for this process during
p_swtime */
u_int32_t p_swtime; /* U_INT: Time swapped in or out. */

My understanding is, that pctcpu is a normalized value over swtime,
which is useless for me.

--
Sebastian Spies  e-mail: sebastian.sp...@de-cix.net
DE-CIX Management GmbH
Lindleystr. 12, 60314 Frankfurt  Mobile: +49 1577 7830883
Geschaeftsfuehrer Harald A. SummaFax: +49 69 4056 2716
Registergericht AG Koeln, HRB 51135  http://www.de-cix.net
Zentrale: Lichtstr. 43i, 50825 Koeln

[demime 1.01d removed an attachment of type application/pgp-signature which had 
a name of signature.asc]

Re: aucat on -current ignoring -C ?

[Jan Stary]

On Jan 14 11:49:52, Jan Stary wrote:
> This is yesterday's current. Trying to record a _mono_
> sound with 'aucat -C 0:0 -o file.wav' seems to always
> result in a _stereo_ file, whether I specify -u or not,
> whether the aucat server is running or not
> (see script and dmesg below).

Forgot to add, 'rec -c1 file.wav' records a mono file:

h...@hp:~$ pgrep aucat
h...@hp:~$ rec -c 1 file.wav

Input File : 'default' (sndio)
Channels   : 1
Sample Rate: 48000
Precision  : 16-bit
Sample Encoding: 16-bit Signed Integer PCM
[...]
Aborted.

h...@hp:~$ file file.wav
file.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, mono 
48000 Hz

h...@hp:~$ aucat -l
h...@hp:~$ pgrep aucat
11807

h...@hp:~$ rec -c 1 file.wav

Input File : 'default' (sndio)
Channels   : 1
Sample Rate: 48000
Precision  : 16-bit
Sample Encoding: 16-bit Signed Integer PCM
[...]
Aborted.

h...@hp:~$ file file.wav
file.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, mono 
48000 Hz

aucat on -current ignoring -C ?

[Jan Stary]

This is yesterday's current. Trying to record a _mono_
sound with 'aucat -C 0:0 -o file.wav' seems to always
result in a _stereo_ file, whether I specify -u or not,
whether the aucat server is running or not
(see script and dmesg below).

I used file(1) to look at the resulting file,
but also play'd it with sox and ffplay - it is
indeed stereo, with one chanel silent (and one channel
containing what I wanted to record into a mono file).

Am I missing something obvious?

Thanks for your time

Jan


h...@hp:~$ pgrep aucat

h...@hp:~$ SIO_DEBUG=1 aucat -C 0:0 -o file.wav
sio_open_aucat: trying 0 -> 0.default
sio_open_aucat: connect: No such file or directory
sun_setpar: 0: trying pars = 48000/16/6
sun_setpar: bpf = (4, 1)
sun_setpar: 0: trying round = 600 -> (576, 9600)
sun_setpar: blocksize ok
sun_setpar: 0: trying pars = 44100/16/6
sun_setpar: bpf = (2, 1)
sun_setpar: 0: trying round = 2940 -> (2912, 9600)
sun_setpar: blocksize ok
^Clibsndio: polls: 141, written = 0, read: 815360

h...@hp:~$ file file.wav
file.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, stereo 
44100 Hz

h...@hp:~$ SIO_DEBUG=1 aucat -u -C 0:0 -o file.wav 
sio_open_aucat: trying 0 -> 0.default
sio_open_aucat: connect: No such file or directory
sun_setpar: 0: trying pars = 48000/16/6
sun_setpar: bpf = (4, 1)
sun_setpar: 0: trying round = 600 -> (576, 9600)
sun_setpar: blocksize ok
sun_setpar: 0: trying pars = 44100/16/6
sun_setpar: bpf = (2, 1)
sun_setpar: 0: trying round = 2940 -> (2912, 9600)
sun_setpar: blocksize ok
^Clibsndio: polls: 179, written = 0, read: 1036672

h...@hp:~$ file file.wav
file.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, stereo 
44100 Hz

h...@hp:~$ aucat -l
h...@hp:~$ pgrep aucat
25631

h...@hp:~$ SIO_DEBUG=1 aucat -C 0:0 -o file.wav 
sio_open_aucat: trying 0 -> 0.default
aucat_runmsg: attached
^Clibsndio: polls: 242, written = 0, read: 279552

h...@hp:~$ file file.wav
file.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, stereo 
44100 Hz

h...@hp:~$ SIO_DEBUG=1 aucat -u -C 0:0 -o file.wav 
sio_open_aucat: trying 0 -> 0.default
aucat_runmsg: attached
^Clibsndio: polls: 242, written = 0, read: 279552

h...@hp:~$ file.wav
file.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, stereo 
44100 Hz


OpenBSD 4.6-current (GENERIC.MP) #7: Wed Jan 13 16:08:06 CET 2010
r...@hp.stare.cz:/usr/src/sys/arch/i386/compile/GENERIC.MP
RTC BIOS diagnostic error bb
cpu0: Intel(R) Core(TM)2 Duo CPU T9400 @ 2.53GHz ("GenuineIntel" 686-class) 
2.53 GHz
cpu0: 
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,CX16,xTPR
real mem  = 2125561856 (2027MB)
avail mem = 2050805760 (1955MB)
User Kernel Config
UKC> disable acpi
476 acpi0 disabled
UKC> quit
Continuing...
RTC BIOS diagnostic error bb
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 11/10/08, SMBIOS rev. 2.4 @ 0x7edc4000 
(21 entries)
bios0: vendor Hewlett-Packard version "68PDV Ver. F.06" date 12/15/2008
bios0: Hewlett-Packard HP EliteBook 8530w
acpi at bios0 function 0x0 not configured
pcibios at bios0 function 0x1a not configured
bios0: ROM list: 0xc/0xe200 0xce800/0x1000 0xcf800/0x1000
cpu0 at mainbus0: (uniprocessor)
cpu0: unknown Enhanced SpeedStep CPU, msr 0x0617492506004925
cpu0: using only highest and lowest power states
cpu0: Enhanced SpeedStep 2528 MHz: speeds: 19467, 1600 MHz
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel GM45 Host" rev 0x07
ppb0 at pci0 dev 1 function 0 "Intel GM45 PCIE" rev 0x07: irq 10
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 vendor "NVIDIA", unknown product 0x065c rev 0xa1
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
"Intel GM45 HECI" rev 0x07 at pci0 dev 3 function 0 not configured
pciide0 at pci0 dev 3 function 2 "Intel GM45 PT IDER" rev 0x07: DMA 
(unsupported), channel 0 wired to native-PCI, channel 1 wired to native-PCI
pciide0: using irq 11 for native-PCI interrupt
pciide0: channel 0 ignored (not responding; disabled or no drives?)
pciide0: channel 1 ignored (not responding; disabled or no drives?)
"Intel GM45 AMT SOL" rev 0x07 at pci0 dev 3 function 3 not configured
em0 at pci0 dev 25 function 0 "Intel ICH9 IGP M AMT" rev 0x03: irq 10, address 
00:23:7d:e7:ac:60
uhci0 at pci0 dev 26 function 0 "Intel 82801I USB" rev 0x03: irq 10
uhci1 at pci0 dev 26 function 1 "Intel 82801I USB" rev 0x03: irq 10
uhci2 at pci0 dev 26 function 2 "Intel 82801I USB" rev 0x03: irq 11
ehci0 at pci0 dev 26 function 7 "Intel 82801I USB" rev 0x03: irq 10
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
azalia0 at pci0 dev 27 function 0 "Intel 82801I HD Audio" rev 0x03: irq 10
azalia0: codecs: Analog Devices AD1984A, AT&T/Lucent/0x1040, using Analog 
Devices AD1984A
audio0 at azalia0
ppb1 at pci0 dev 28 f

Re: Yerevan, Aremenia and OpenBSD Users

[Stas Miasnikou]

nixlists wrote:

On Tue, Jan 12, 2010 at 11:14 AM, Mark Lumsden  wrote:

Are there any OpenBSD users in Yerevan, Armenia? For work reasons, I'm
moving there in a few days for probably the best part of six months. I
know absolutely no-one there so it would be good to go for a beer with
someone (do they have beer in Armenia?)


Most likely you'll be the first one. If there are any BSD users,
they're probably FreeBSD since it's the OS that was the first popular,
and still is - Yandex, etc., Unix in the former USSR during the
dot-bomb. That's right, FreeBSD, not Linux.


It's true, but if you ever will be in Minsk, Belarus, drop me a letter 
there are a number of OpenBSD fans here.



Beer production and demand has exploded in the republics of former
USSR in the last decade. I am sure Armenia is participating as well,
although traditionally AFAIK they drank and made mostly wine. That
whole stupid vodka stereotype no longer applies.


Erm... Maybe in Armenia, but not everywhere in exUSSR :-)


All they do now in the former USSR is drown in beer and make their
girlfriends cry (very beautiful girlfriends, assholes don't deserve
them). You'll see a lot of that - just walk through some parks...


Just LOL.

Stas

Re: VLANs, OpenBSD, Cisco HP

[Graeme Lee]

On 14/01/2010 5:33 PM, James Peltier wrote:

--- On Thu, 1/14/10, James Peltier  wrote:
   

/etc/hostname.vlan301
--
inet 1.2.3.4 255.255.255.0 NONE vlandev em0 description
"Uplink"
 

Please note that I've typed this wrong and it actually has

inet 1.2.3.4 255.255.255.0 NONE vlan 301 vlandev em0 description "Uplink"

in /etc/hostname.em0 and doesn't work. Just wanted to make sure people don't jump to the 
"your sytax is wrong" theory. ;)

   

Like this:

# cat /etc/hostname.vlan0
vlan 301 vlandev em0
inet 192.168.1.2 255.255.255.0 192.168.1.255 description "Uplink"

# cat /etc/hostname.em0
up

Re: VLANs, OpenBSD, Cisco HP

[SJP Lists]

2010/1/14 James Peltier :

> on the HP ProCurve I have added the VLANs to the switch and ports and it 
> works but not the way I would expect.
>
> Port B4 has VLAN 301 tagged and A1 is the port on which the OpenBSD box is 
> connected which is also tagged VLAN 301.

It's been a while since I did this with a ProCurve and OpenBSD, but
have you tried setting A1 as a trunk?