From public at kubikcz.net  Fri Oct  2 23:22:18 2009
From: public at kubikcz.net (MK)
Date: Fri, 2 Oct 2009 23:22:18 +0200
Subject: Is Intel Atom 270 really so slow?
Message-ID: <3FE8232B4184426CA240BD6827AD137E@mklaptop>

Hello

I've just installed OpenBSD 4.5 on Intel Atom 270 1.6GHz mini ITX board and 
made some tests.
CPU speed does not look very good, in fact I was comparing OpenSSL tests 
with my old Pentium III 500MHz and it's in many cases faster.
(in ubench Pentium III is just about 1200 points lower than 1.6Ghz Atom)

e.g.

openssl speed aes

Intel Atom

The 'numbers' are in 1000s of bytes per second processed.
type             16 bytes     64 bytes    256 bytes   1024 bytes   8192 
bytes
aes-128 cbc      10396.85k    12298.42k    12928.09k    13091.55k 
13142.58k
aes-192 cbc       9116.41k    10525.00k    10981.04k    11102.07k 
11139.49k
aes-256 cbc       8068.51k     9088.34k     9410.93k     9491.90k 
9520.14k

Pentium III

The 'numbers' are in 1000s of bytes per second processed.
type             16 bytes     64 bytes    256 bytes   1024 bytes   8192 
bytes
aes-128 cbc      14980.42k    15963.78k    16222.05k    16329.53k 
16919.33k
aes-192 cbc      13102.40k    14225.10k    14473.31k    14457.72k 
14487.41k
aes-256 cbc      11976.37k    12662.91k    12850.40k    12842.31k 
12945.35k

Is that an expected result, or is it caused by some wrong configuration on 
my system?

Thank you for any help
MK

Thank you for 


From stu at spacehopper.org  Sat Oct  3 14:26:08 2009
From: stu at spacehopper.org (Stuart Henderson)
Date: Sat, 3 Oct 2009 12:26:08 +0000 (UTC)
Subject: Is Intel Atom 270 really so slow?
References: <3FE8232B4184426CA240BD6827AD137E@mklaptop>
Message-ID: <slrnhcegn0.1us.stu@naiad.spacehopper.org>

On 2009-10-02, MK <public at kubikcz.net> wrote:
> Hello
>
> I've just installed OpenBSD 4.5 on Intel Atom 270 1.6GHz mini ITX board and 
> made some tests.
> CPU speed does not look very good, in fact I was comparing OpenSSL tests 
> with my old Pentium III 500MHz and it's in many cases faster.
> (in ubench Pentium III is just about 1200 points lower than 1.6Ghz Atom)
>
> e.g.
>
> openssl speed aes
>
> Intel Atom
>
> The 'numbers' are in 1000s of bytes per second processed.
> type             16 bytes     64 bytes    256 bytes   1024 bytes   8192 
> bytes
> aes-128 cbc      10396.85k    12298.42k    12928.09k    13091.55k 
> 13142.58k
> aes-192 cbc       9116.41k    10525.00k    10981.04k    11102.07k 
> 11139.49k
> aes-256 cbc       8068.51k     9088.34k     9410.93k     9491.90k 
> 9520.14k
>
> Pentium III
>
> The 'numbers' are in 1000s of bytes per second processed.
> type             16 bytes     64 bytes    256 bytes   1024 bytes   8192 
> bytes
> aes-128 cbc      14980.42k    15963.78k    16222.05k    16329.53k 
> 16919.33k
> aes-192 cbc      13102.40k    14225.10k    14473.31k    14457.72k 
> 14487.41k
> aes-256 cbc      11976.37k    12662.91k    12850.40k    12842.31k 
> 12945.35k
>
> Is that an expected result, or is it caused by some wrong configuration on 
> my system?

They are not fast CPUs. The PIII/Pentium M derived CPUs are much
faster clock-for-clock. Don't expect anything like the performance of
a 1.4GHz Pentium M from an Atom system.

But you are also not using the recommended way to get accurate speed
test results.

e.g. openssl speed -evp aes256 -elapsed, openssl speed -evp aes128 -elapsed
http://markmail.org/message/27kslswk4zahitit?q=thread:ngdhgyjfi2bgx3mb

Here are examples from some of my systems.

type             16 bytes     64 bytes    256 bytes   1024 bytes   8192 bytes

hw.model=Intel(R) Atom(TM) CPU 230 @ 1.60GHz ("GenuineIntel" 686-class)
aes-128-cbc      19038.03k    22711.28k    25477.35k    26380.26k    26533.04k
aes-256-cbc      12845.55k    17726.87k    18514.90k    18995.34k    19078.13k

hw.model=Intel(R) Pentium(R) M processor 1.80GHz ("GenuineIntel" 686-class)
*throttled to 600MHz*
aes-128-cbc       9899.51k    24677.09k    27413.80k    28302.58k    28499.52k
aes-256-cbc      14628.60k    18896.27k    19306.85k    20853.67k    20903.13k

hw.model=Intel(R) Pentium(R) M processor 1.80GHz ("GenuineIntel" 686-class)
aes-128-cbc      29764.09k    58372.77k    76936.57k    84923.22k    85870.56k
aes-256-cbc      43417.90k    56709.43k    61328.90k    62481.61k    62912.43k

hw.model=Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz
aes-128-cbc      91020.19k    99403.47k   101908.04k   102832.04k   102777.22k
aes-256-cbc      72070.90k    76275.03k    77913.78k    78081.53k    80180.70k

hw.model=AMD Opteron(tm) Processor 252
aes-128-cbc     103124.01k   113282.39k   117289.34k   118376.37k   118693.44k
aes-256-cbc      83422.11k    91675.96k    94265.24k    94990.56k    95180.43k

You'll see interesting results on the Geode LX in the soekris 5501/Alix
systems. They have hardware acceleration for aes-128-cbc but not aes-256-cbc.
There are setup overheads which aren't related to how much data is encrypted
at once, so large block sizes produce much higher rates than small ones (and
software does better than hardware for small block sizes).

hw.model=Geode(TM) Integrated Processor by AMD PCS ("AuthenticAMD" 586-class)

sysctl kern.usercrypto=1 (the default):
aes-128-cbc [1]    706.55k     2639.08k     8397.03k    18902.58k    28729.13k
aes-256-cbc [1]    619.83k     1694.13k     2956.24k     3628.23k     3943.12k

sysctl kern.usercrypto=0:
aes-128-cbc [2]   5808.83k     7405.93k     7868.92k     8148.31k     8241.87k
aes-256-cbc [2]   3990.27k     5351.07k     5948.26k     6035.84k     6048.84k



From public at kubikcz.net  Sun Oct  4 08:54:15 2009
From: public at kubikcz.net (MK)
Date: Sun, 4 Oct 2009 08:54:15 +0200
Subject: Is Intel Atom 270 really so slow?
In-Reply-To: <slrnhcegn0.1us.stu@naiad.spacehopper.org>
References: <3FE8232B4184426CA240BD6827AD137E@mklaptop>
	<slrnhcegn0.1us.stu@naiad.spacehopper.org>
Message-ID: <03D9A4485A664894BD5E474972357250@mklaptop>

Hi

thank you for an answer. I repeated test according suggestion but still I 
think that my system is a slower than it should be.

hw.model=Intel(R) Atom(TM) CPU N270 @ 1.60GHz ("GenuineIntel" 686-class)
aes-128-cbc       9499.85k    11388.44k    12803.13k    13166.69k 
13337.53k
aes-256-cbc       7272.49k     8811.23k     9233.04k     9444.48k 
9507.48k

CPU specifications for Atom 230 and 270 are very similar so I expected to 
see more or less same numbers in the test but it showed it's much more 
slower.
I run GENERIC.MP kernel but I tried also GENERIC with no improvement.

Any idea?

MK

--------------------------------------------------
From: "Stuart Henderson" <stu at spacehopper.org>
Sent: Saturday, October 03, 2009 2:26 PM
To: <openbsd-newbies at sfobug.org>
Subject: Re: Is Intel Atom 270 really so slow?

> On 2009-10-02, MK <public at kubikcz.net> wrote:
>> Hello
>>
>> I've just installed OpenBSD 4.5 on Intel Atom 270 1.6GHz mini ITX board 
>> and
>> made some tests.
>> CPU speed does not look very good, in fact I was comparing OpenSSL tests
>> with my old Pentium III 500MHz and it's in many cases faster.
>> (in ubench Pentium III is just about 1200 points lower than 1.6Ghz Atom)
>>
>> e.g.
>>
>> openssl speed aes
>>
>> Intel Atom
>>
>> The 'numbers' are in 1000s of bytes per second processed.
>> type             16 bytes     64 bytes    256 bytes   1024 bytes   8192
>> bytes
>> aes-128 cbc      10396.85k    12298.42k    12928.09k    13091.55k
>> 13142.58k
>> aes-192 cbc       9116.41k    10525.00k    10981.04k    11102.07k
>> 11139.49k
>> aes-256 cbc       8068.51k     9088.34k     9410.93k     9491.90k
>> 9520.14k
>>
>> Pentium III
>>
>> The 'numbers' are in 1000s of bytes per second processed.
>> type             16 bytes     64 bytes    256 bytes   1024 bytes   8192
>> bytes
>> aes-128 cbc      14980.42k    15963.78k    16222.05k    16329.53k
>> 16919.33k
>> aes-192 cbc      13102.40k    14225.10k    14473.31k    14457.72k
>> 14487.41k
>> aes-256 cbc      11976.37k    12662.91k    12850.40k    12842.31k
>> 12945.35k
>>
>> Is that an expected result, or is it caused by some wrong configuration 
>> on
>> my system?
>
> They are not fast CPUs. The PIII/Pentium M derived CPUs are much
> faster clock-for-clock. Don't expect anything like the performance of
> a 1.4GHz Pentium M from an Atom system.
>
> But you are also not using the recommended way to get accurate speed
> test results.
>
> e.g. openssl speed -evp aes256 -elapsed, openssl speed -evp 
> aes128 -elapsed
> http://markmail.org/message/27kslswk4zahitit?q=thread:ngdhgyjfi2bgx3mb
>
> Here are examples from some of my systems.
>
> type             16 bytes     64 bytes    256 bytes   1024 bytes   8192 
> bytes
>
> hw.model=Intel(R) Atom(TM) CPU 230 @ 1.60GHz ("GenuineIntel" 686-class)
> aes-128-cbc      19038.03k    22711.28k    25477.35k    26380.26k 
> 26533.04k
> aes-256-cbc      12845.55k    17726.87k    18514.90k    18995.34k 
> 19078.13k
>
> hw.model=Intel(R) Pentium(R) M processor 1.80GHz ("GenuineIntel" 
> 686-class)
> *throttled to 600MHz*
> aes-128-cbc       9899.51k    24677.09k    27413.80k    28302.58k 
> 28499.52k
> aes-256-cbc      14628.60k    18896.27k    19306.85k    20853.67k 
> 20903.13k
>
> hw.model=Intel(R) Pentium(R) M processor 1.80GHz ("GenuineIntel" 
> 686-class)
> aes-128-cbc      29764.09k    58372.77k    76936.57k    84923.22k 
> 85870.56k
> aes-256-cbc      43417.90k    56709.43k    61328.90k    62481.61k 
> 62912.43k
>
> hw.model=Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz
> aes-128-cbc      91020.19k    99403.47k   101908.04k   102832.04k 
> 102777.22k
> aes-256-cbc      72070.90k    76275.03k    77913.78k    78081.53k 
> 80180.70k
>
> hw.model=AMD Opteron(tm) Processor 252
> aes-128-cbc     103124.01k   113282.39k   117289.34k   118376.37k 
> 118693.44k
> aes-256-cbc      83422.11k    91675.96k    94265.24k    94990.56k 
> 95180.43k
>
> You'll see interesting results on the Geode LX in the soekris 5501/Alix
> systems. They have hardware acceleration for aes-128-cbc but not 
> aes-256-cbc.
> There are setup overheads which aren't related to how much data is 
> encrypted
> at once, so large block sizes produce much higher rates than small ones 
> (and
> software does better than hardware for small block sizes).
>
> hw.model=Geode(TM) Integrated Processor by AMD PCS ("AuthenticAMD" 
> 586-class)
>
> sysctl kern.usercrypto=1 (the default):
> aes-128-cbc [1]    706.55k     2639.08k     8397.03k    18902.58k 
> 28729.13k
> aes-256-cbc [1]    619.83k     1694.13k     2956.24k     3628.23k 
> 3943.12k
>
> sysctl kern.usercrypto=0:
> aes-128-cbc [2]   5808.83k     7405.93k     7868.92k     8148.31k 
> 8241.87k
> aes-256-cbc [2]   3990.27k     5351.07k     5948.26k     6035.84k 
> 6048.84k
>
>
> _______________________________________________
> Openbsd-newbies mailing list
> Openbsd-newbies at sfobug.org
> http://mailman.theapt.org/listinfo/openbsd-newbies 


From davidianwalker at gmail.com  Sun Oct  4 12:18:30 2009
From: davidianwalker at gmail.com (David Walker)
Date: Sun, 4 Oct 2009 19:48:30 +0930
Subject: NTP problem.
Message-ID: <a59032090910040318p7dbbc37fyc7a6a7d4b536526d@mail.gmail.com>

Bonjour.

I have a i386 router with 4.5 GENERIC and no packages.
There is no system battery.
I wish to use ntpd to set the system time from the ntp server provided
by my ISP.

I think I have my rc.conf.local correct:
ntpd_flags="-s"         # enabled during install

I think I have my ntpd.conf correct:
server ntp.internode.on.net
Every other line is commented.

I use this box as a gateway for my home network and IP works fine.
My pf.conf is very liberal. Apart from the default x11 filter this is my rule:
nat on pppoe0 from vr1:network to any -> pppoe0

During boot when ntpd starts it waits for maybe ten seconds and then
booting proceeds. The time reported at login is incorrect however -
off by more than an hour.
Daylight savings happened here last night which would account for an
hour with ntpd not working. However, being more than an hour it would
seem that ntpd has not been working for some time - there appears to
be an accumulation of minutes here and there from the odd reboot.
In other words, ntpd is not working and using a previous boot time
when the machine starts up.

I have done a couple of simple tests.
# ntpd -n
configuration OK
# rdate -p ntp.internode.on.net
Sun Oct  4 20:31:57 CST 2009

If I disable ntpd and use rdate instead (again in rc.conf.local) the
time is set correctly during boot.

Any ideas welcome.

Best wishes.

From stu at spacehopper.org  Sun Oct  4 12:51:57 2009
From: stu at spacehopper.org (Stuart Henderson)
Date: Sun, 4 Oct 2009 11:51:57 +0100
Subject: Is Intel Atom 270 really so slow?
In-Reply-To: <03D9A4485A664894BD5E474972357250@mklaptop>
References: <3FE8232B4184426CA240BD6827AD137E@mklaptop>
	<slrnhcegn0.1us.stu@naiad.spacehopper.org>
	<03D9A4485A664894BD5E474972357250@mklaptop>
Message-ID: <20091004105157.GB13189@symphytum.spacehopper.org>

On 2009/10/04 08:54, MK wrote:
> Hi
> 
> thank you for an answer. I repeated test according suggestion but
> still I think that my system is a slower than it should be.
> 
> hw.model=Intel(R) Atom(TM) CPU N270 @ 1.60GHz ("GenuineIntel" 686-class)
> aes-128-cbc       9499.85k    11388.44k    12803.13k    13166.69k
> 13337.53k
> aes-256-cbc       7272.49k     8811.23k     9233.04k     9444.48k
> 9507.48k

Yep, it does seem a little slow. I dug out my eee 901, which looks
like this:

hw.model=Intel(R) Atom(TM) CPU N270 @ 1.60GHz ("GenuineIntel" 686-class)
hw.cpuspeed=1600
aes-128-cbc       9025.10k     8188.81k    13661.36k    18803.06k    18486.47k
aes-256-cbc       8418.11k     8694.41k    10652.56k    13046.04k    13441.75k

(for easier comparison I'll repeat the numbers from my 230 which
is a Jetway board here)
aes-128-cbc      19038.03k    22711.28k    25477.35k    26380.26k    26533.04k
aes-256-cbc      12845.55k    17726.87k    18514.90k    18995.34k    19078.13k

Don't forget things other than the CPU are important too; memory
bandwidth in particular. Are you making sure the machine is not in
a power-saving mode (check hw.cpuspeed) and is otherwise idle
(check top) when you run it?

> CPU specifications for Atom 230 and 270 are very similar so I
> expected to see more or less same numbers in the test but it showed
> it's much more slower.
> I run GENERIC.MP kernel but I tried also GENERIC with no improvement.
> 
> Any idea?

I don't think there's any advantage to running MP on these systems,
they are single-core (hyperthreading probably doesn't help enough
to offset the overheads).



> --------------------------------------------------
> From: "Stuart Henderson" <stu at spacehopper.org>
> Sent: Saturday, October 03, 2009 2:26 PM
> To: <openbsd-newbies at sfobug.org>
> Subject: Re: Is Intel Atom 270 really so slow?
> 
> >On 2009-10-02, MK <public at kubikcz.net> wrote:
> >>Hello
> >>
> >>I've just installed OpenBSD 4.5 on Intel Atom 270 1.6GHz mini ITX
> >>board and
> >>made some tests.
> >>CPU speed does not look very good, in fact I was comparing OpenSSL tests
> >>with my old Pentium III 500MHz and it's in many cases faster.
> >>(in ubench Pentium III is just about 1200 points lower than 1.6Ghz Atom)
> >>
> >>e.g.
> >>
> >>openssl speed aes
> >>
> >>Intel Atom
> >>
> >>The 'numbers' are in 1000s of bytes per second processed.
> >>type             16 bytes     64 bytes    256 bytes   1024 bytes   8192
> >>bytes
> >>aes-128 cbc      10396.85k    12298.42k    12928.09k    13091.55k
> >>13142.58k
> >>aes-192 cbc       9116.41k    10525.00k    10981.04k    11102.07k
> >>11139.49k
> >>aes-256 cbc       8068.51k     9088.34k     9410.93k     9491.90k
> >>9520.14k
> >>
> >>Pentium III
> >>
> >>The 'numbers' are in 1000s of bytes per second processed.
> >>type             16 bytes     64 bytes    256 bytes   1024 bytes   8192
> >>bytes
> >>aes-128 cbc      14980.42k    15963.78k    16222.05k    16329.53k
> >>16919.33k
> >>aes-192 cbc      13102.40k    14225.10k    14473.31k    14457.72k
> >>14487.41k
> >>aes-256 cbc      11976.37k    12662.91k    12850.40k    12842.31k
> >>12945.35k
> >>
> >>Is that an expected result, or is it caused by some wrong
> >>configuration on
> >>my system?
> >
> >They are not fast CPUs. The PIII/Pentium M derived CPUs are much
> >faster clock-for-clock. Don't expect anything like the performance of
> >a 1.4GHz Pentium M from an Atom system.
> >
> >But you are also not using the recommended way to get accurate speed
> >test results.
> >
> >e.g. openssl speed -evp aes256 -elapsed, openssl speed -evp aes128
> >-elapsed
> >http://markmail.org/message/27kslswk4zahitit?q=thread:ngdhgyjfi2bgx3mb
> >
> >Here are examples from some of my systems.
> >
> >type             16 bytes     64 bytes    256 bytes   1024 bytes
> >8192 bytes
> >
> >hw.model=Intel(R) Atom(TM) CPU 230 @ 1.60GHz ("GenuineIntel" 686-class)
> >aes-128-cbc      19038.03k    22711.28k    25477.35k    26380.26k
> >26533.04k
> >aes-256-cbc      12845.55k    17726.87k    18514.90k    18995.34k
> >19078.13k
> >
> >hw.model=Intel(R) Pentium(R) M processor 1.80GHz ("GenuineIntel"
> >686-class)
> >*throttled to 600MHz*
> >aes-128-cbc       9899.51k    24677.09k    27413.80k    28302.58k
> >28499.52k
> >aes-256-cbc      14628.60k    18896.27k    19306.85k    20853.67k
> >20903.13k
> >
> >hw.model=Intel(R) Pentium(R) M processor 1.80GHz ("GenuineIntel"
> >686-class)
> >aes-128-cbc      29764.09k    58372.77k    76936.57k    84923.22k
> >85870.56k
> >aes-256-cbc      43417.90k    56709.43k    61328.90k    62481.61k
> >62912.43k
> >
> >hw.model=Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz
> >aes-128-cbc      91020.19k    99403.47k   101908.04k   102832.04k
> >102777.22k
> >aes-256-cbc      72070.90k    76275.03k    77913.78k    78081.53k
> >80180.70k
> >
> >hw.model=AMD Opteron(tm) Processor 252
> >aes-128-cbc     103124.01k   113282.39k   117289.34k   118376.37k
> >118693.44k
> >aes-256-cbc      83422.11k    91675.96k    94265.24k    94990.56k
> >95180.43k
> >
> >You'll see interesting results on the Geode LX in the soekris 5501/Alix
> >systems. They have hardware acceleration for aes-128-cbc but not
> >aes-256-cbc.
> >There are setup overheads which aren't related to how much data is
> >encrypted
> >at once, so large block sizes produce much higher rates than small
> >ones (and
> >software does better than hardware for small block sizes).
> >
> >hw.model=Geode(TM) Integrated Processor by AMD PCS ("AuthenticAMD"
> >586-class)
> >
> >sysctl kern.usercrypto=1 (the default):
> >aes-128-cbc [1]    706.55k     2639.08k     8397.03k    18902.58k
> >28729.13k
> >aes-256-cbc [1]    619.83k     1694.13k     2956.24k     3628.23k
> >3943.12k
> >
> >sysctl kern.usercrypto=0:
> >aes-128-cbc [2]   5808.83k     7405.93k     7868.92k     8148.31k
> >8241.87k
> >aes-256-cbc [2]   3990.27k     5351.07k     5948.26k     6035.84k
> >6048.84k
> >
> >
> >_______________________________________________
> >Openbsd-newbies mailing list
> >Openbsd-newbies at sfobug.org
> >http://mailman.theapt.org/listinfo/openbsd-newbies
> 

From public at kubikcz.net  Sun Oct  4 13:57:13 2009
From: public at kubikcz.net (MK)
Date: Sun, 4 Oct 2009 13:57:13 +0200
Subject: Is Intel Atom 270 really so slow?
In-Reply-To: <20091004105157.GB13189@symphytum.spacehopper.org>
References: <3FE8232B4184426CA240BD6827AD137E@mklaptop>
	<slrnhcegn0.1us.stu@naiad.spacehopper.org>
	<03D9A4485A664894BD5E474972357250@mklaptop>
	<20091004105157.GB13189@symphytum.spacehopper.org>
Message-ID: <216EA4D578DF41FA99D6EBFCAE8D5D1A@mklaptop>

Thanks for help. I found that hw.setperf was 0.
After I changed it to 100 I have finally better result:

aes-128-cbc      18856.53k    23989.65k    25833.94k    26151.91k 
26475.44k
aes-256-cbc      14547.03k    16952.78k    18680.72k    18961.58k 
19041.28k

hw.cpuspeed=1600
hw.setperf=100


> Yep, it does seem a little slow. I dug out my eee 901, which looks
> like this:
>
> hw.model=Intel(R) Atom(TM) CPU N270 @ 1.60GHz ("GenuineIntel" 686-class)
> hw.cpuspeed=1600
> aes-128-cbc       9025.10k     8188.81k    13661.36k    18803.06k 
> 18486.47k
> aes-256-cbc       8418.11k     8694.41k    10652.56k    13046.04k 
> 13441.75k
>
> (for easier comparison I'll repeat the numbers from my 230 which
> is a Jetway board here)
> aes-128-cbc      19038.03k    22711.28k    25477.35k    26380.26k 
> 26533.04k
> aes-256-cbc      12845.55k    17726.87k    18514.90k    18995.34k 
> 19078.13k
>
> Don't forget things other than the CPU are important too; memory
> bandwidth in particular. Are you making sure the machine is not in
> a power-saving mode (check hw.cpuspeed) and is otherwise idle
> (check top) when you run it?
 


From bsd4me at cableone.net  Thu Oct  8 21:04:10 2009
From: bsd4me at cableone.net (Michael)
Date: Thu, 8 Oct 2009 13:04:10 -0600
Subject: help with lbdb
Message-ID: <20091008190410.GA8492@box.my.domain>

I can't get lbdbq to work alone, inside mutt, or with lbdb-fetchaddr. Here is what I get when I type "lbdbq mike":
ksh: lbdbq: No such file or directory

In my .procmaillog, I have this with every entry:
/bin/sh: lbdb-fetchaddr: No such file or directory
 Subject: delete
  Folder: inbox/new/1255025883.9735_0.box.my.domain                        1779

I tried adding "SHELL=/usr/bin/ksh" to .procmailrc, but that didn't help.
I then tried adding LD_LIBRARY_PATH="/usr/local/lib:/usr/lib:$LD_LIBRARY_PATH" to .procmailrc. Didn't help.
 
If I use the "Q" command in mutt, I get:
Waiting for response...sh: lbdbq: No such file or directory

Here are settings and files:
$ grep lbdb .muttrc
set query_command="lbdbq '%s'"
macro alias Q "!lbdbq ."        "lbdb query"

In .procmailrc, I have:
:0hc
| lbdb-fetchaddr -a

In /usr/local/bin, I have:
-rwxr-xr-x  1 root  bin   2770 Mar  2  2009 /usr/local/bin/lbdb-fetchaddr
-rwxr-xr-x  1 root  bin  12444 Mar  2  2009 /usr/local/bin/lbdb_dotlock
-rwxr-xr-x  1 root  bin   2981 Mar  2  2009 /usr/local/bin/lbdbq

In /usr/local/lib/lbdb, I have:
-rwxr-xr-x  1 root  bin  18517 Mar  2  2009 fetchaddr
-rwxr-xr-x  1 root  bin   1666 Mar  2  2009 lbdb-munge
-rw-r--r--  1 root  bin   1075 Mar  2  2009 lbdb_bbdb_query.el
-rwxr-xr-x  1 root  bin   2095 Mar  2  2009 lbdb_lib
-rwxr-xr-x  1 root  bin   2001 Mar  2  2009 m_bbdb
-rwxr-xr-x  1 root  bin   1044 Mar  2  2009 m_fido
-rwxr-xr-x  1 root  bin   1681 Mar  2  2009 m_finger
-rwxr-xr-x  1 root  bin   1301 Mar  2  2009 m_getent
-rwxr-xr-x  1 root  bin   1962 Mar  2  2009 m_gnomecard
-rwxr-xr-x  1 root  bin   1214 Mar  2  2009 m_inmail
-rwxr-xr-x  1 root  bin   1846 Mar  2  2009 m_muttalias
-rwxr-xr-x  1 root  bin   1280 Mar  2  2009 m_palm
-rwxr-xr-x  1 root  bin   1267 Mar  2  2009 m_passwd
-rwxr-xr-x  1 root  bin   4225 Mar  2  2009 m_pine
-rwxr-xr-x  1 root  bin   1224 Mar  2  2009 m_wanderlust
-rwxr-xr-x  1 root  bin   1300 Mar  2  2009 m_yppasswd
-rwxr-xr-x  1 root  bin   1093 Mar  2  2009 munge
-rwxr-xr-x  1 root  bin   1195 Mar  2  2009 munge-keeporder
-rwxr-xr-x  1 root  bin   2256 Mar  2  2009 palm_lsaddr
-rwxr-xr-x  1 root  bin  17760 Mar  2  2009 qpto8bit
-rwxr-xr-x  1 root  bin   1062 Mar  2  2009 tac 

My lbdbrc file under .lbdb/ is this:
METHODS="m_inmail m_muttalias m_gpg"
MUTT_DIRECTORY="$HOME/.mutt"
MUTTALIAS_FILES="aliases"
MODULES_PATH="/usr/local/lib/lbdb"
SORT_OUTPUT=address
KEEP_DUPES=no

Permissions on that file are 600.

I have lbdb running fine on other OpenBSD boxes, but can't get it working on this machine.
I've compared good lbdb setting on other machines to what I have on this one, and see no difference.

What am I missing?

From marmot at pennswoods.net  Thu Oct  8 21:30:26 2009
From: marmot at pennswoods.net (Woodchuck)
Date: Thu, 8 Oct 2009 15:30:26 -0400
Subject: help with lbdb
In-Reply-To: <20091008190410.GA8492@box.my.domain>
References: <20091008190410.GA8492@box.my.domain>
Message-ID: <97b0e1030910081230m51f28682vc7c28512c26e6dc6@mail.gmail.com>

On Thu, Oct 8, 2009 at 3:04 PM, Michael <bsd4me at cableone.net> wrote:
> I can't get lbdbq to work alone, inside mutt, or with lbdb-fetchaddr. Here is what I get when I type "lbdbq mike":
> ksh: lbdbq: No such file or directory

This tells me that lbdbq is not in your PATH.

echo $PATH and see if /usr/local/bin  is part of  PATH.

The failure in the .procmailrc may be part of the same problem.

My habit is to put full pathnames in such scripts,
such as

:0hc
| /usr/local/bin/lbdb-fetchaddr -a

I hope it's this simple.

Dave

From bsd4me at cableone.net  Thu Oct  8 22:59:19 2009
From: bsd4me at cableone.net (Michael)
Date: Thu, 8 Oct 2009 14:59:19 -0600
Subject: help with lbdb
In-Reply-To: <97b0e1030910081230m51f28682vc7c28512c26e6dc6@mail.gmail.com>
References: <20091008190410.GA8492@box.my.domain>
	<97b0e1030910081230m51f28682vc7c28512c26e6dc6@mail.gmail.com>
Message-ID: <20091008205919.GA4847@box.my.domain>

On Thu, Oct 08, 2009 at 03:30:26PM -0400, Woodchuck wrote:
> On Thu, Oct 8, 2009 at 3:04 PM, Michael <bsd4me at cableone.net> wrote:
> > I can't get lbdbq to work alone, inside mutt, or with lbdb-fetchaddr. Here is what I get when I type "lbdbq mike":
> > ksh: lbdbq: No such file or directory
> 
> This tells me that lbdbq is not in your PATH.
> 
> echo $PATH and see if /usr/local/bin  is part of  PATH.
> 
> The failure in the .procmailrc may be part of the same problem.
> 
> My habit is to put full pathnames in such scripts,
> such as
> 
> :0hc
> | /usr/local/bin/lbdb-fetchaddr -a
> 
> I hope it's this simple.
> 
> Dave
> _______________________________________________
> Openbsd-newbies mailing list
> Openbsd-newbies at sfobug.org
> http://mailman.theapt.org/listinfo/openbsd-newbies

Yes, it is. I forgot to show that part of my .profile:
echo $PATH
/home/mike/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin:/usr/local/bin:/usr/local/sbin:/usr/games:.

From marmot at pennswoods.net  Fri Oct  9 01:00:30 2009
From: marmot at pennswoods.net (Woodchuck)
Date: Thu, 8 Oct 2009 19:00:30 -0400
Subject: help with lbdb
In-Reply-To: <20091008205919.GA4847@box.my.domain>
References: <20091008190410.GA8492@box.my.domain>
	<97b0e1030910081230m51f28682vc7c28512c26e6dc6@mail.gmail.com>
	<20091008205919.GA4847@box.my.domain>
Message-ID: <97b0e1030910081600n41cccc63x66b7d6694a28adeb@mail.gmail.com>

On Thu, Oct 8, 2009 at 4:59 PM, Michael <bsd4me at cableone.net> wrote:
> On Thu, Oct 08, 2009 at 03:30:26PM -0400, Woodchuck wrote:
>> On Thu, Oct 8, 2009 at 3:04 PM, Michael <bsd4me at cableone.net> wrote:
>> > I can't get lbdbq to work alone, inside mutt, or with lbdb-fetchaddr. Here is what I get when I type "lbdbq mike":
>> > ksh: lbdbq: No such file or directory
>>
>> This tells me that lbdbq is not in your PATH.
>>
>> echo $PATH and see if /usr/local/bin  is part of  PATH.
>>
>> The failure in the .procmailrc may be part of the same problem.
>>
>> My habit is to put full pathnames in such scripts,
>> such as
>>
>> :0hc
>> | /usr/local/bin/lbdb-fetchaddr -a
>>
>> I hope it's this simple.
>>
>> Dave
>> _______________________________________________
>> Openbsd-newbies mailing list
>> Openbsd-newbies at sfobug.org
>> http://mailman.theapt.org/listinfo/openbsd-newbies
>
> Yes, it is. I forgot to show that part of my .profile:
> echo $PATH
> /home/mike/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin:/usr/local/bin:/usr/local/sbin:/usr/games:.
> _______________________________________________

This PATH may not be active in jobs that are not started from
an interactive shell -- procmail is one such type of job.
.profile, I believe, is sourced only for interactive jobs, i.e.
from a "login" shell.

Try specifying the complete path names, or setting PATH
in the scripts themselves, if this is allowed.  I admit I'm guessing
here.  Anyone else have clues?

Dave



-- 
Caution, this account is hosted by gmail.
Strangers scan the content of all mail transiting such accounts.

From bsd4me at cableone.net  Fri Oct  9 04:38:29 2009
From: bsd4me at cableone.net (Michael)
Date: Thu, 8 Oct 2009 20:38:29 -0600
Subject: help with lbdb
In-Reply-To: <97b0e1030910081600n41cccc63x66b7d6694a28adeb@mail.gmail.com>
References: <20091008190410.GA8492@box.my.domain>
	<97b0e1030910081230m51f28682vc7c28512c26e6dc6@mail.gmail.com>
	<20091008205919.GA4847@box.my.domain>
	<97b0e1030910081600n41cccc63x66b7d6694a28adeb@mail.gmail.com>
Message-ID: <20091009023829.GB11677@box.my.domain>

On Thu, Oct 08, 2009 at 07:00:30PM -0400, Woodchuck wrote:
> On Thu, Oct 8, 2009 at 4:59 PM, Michael <bsd4me at cableone.net> wrote:
> > On Thu, Oct 08, 2009 at 03:30:26PM -0400, Woodchuck wrote:
> >> On Thu, Oct 8, 2009 at 3:04 PM, Michael <bsd4me at cableone.net> wrote:
> >> > I can't get lbdbq to work alone, inside mutt, or with lbdb-fetchaddr. Here is what I get when I type "lbdbq mike":
> >> > ksh: lbdbq: No such file or directory
> >>
> >> This tells me that lbdbq is not in your PATH.
> >>
> >> echo $PATH and see if /usr/local/bin  is part of  PATH.
> >>
> >> The failure in the .procmailrc may be part of the same problem.
> >>
> >> My habit is to put full pathnames in such scripts,
> >> such as
> >>
> >> :0hc
> >> | /usr/local/bin/lbdb-fetchaddr -a
> >>
> >> I hope it's this simple.
> >>
> >> Dave
> >> _______________________________________________
> >> Openbsd-newbies mailing list
> >> Openbsd-newbies at sfobug.org
> >> http://mailman.theapt.org/listinfo/openbsd-newbies
> >
> > Yes, it is. I forgot to show that part of my .profile:
> > echo $PATH
> > /home/mike/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin:/usr/local/bin:/usr/local/sbin:/usr/games:.
> > _______________________________________________
> 
> This PATH may not be active in jobs that are not started from
> an interactive shell -- procmail is one such type of job.
> .profile, I believe, is sourced only for interactive jobs, i.e.
> from a "login" shell.
> 
> Try specifying the complete path names, or setting PATH
> in the scripts themselves, if this is allowed.  I admit I'm guessing
> here.  Anyone else have clues?
> 
> Dave
> 

Well, I got lbdb-fetchaddr working by putting the full path in my .procmailrc.
Addresses are being added to my .lbdb/m_inmail.list. 
However, trying to use lbdbq by itself at command line still gives:
$ lbdbq
ksh: lbdbq: No such file or directory
$ /usr/local/bin/lbdbq
ksh: /usr/local/bin/lbdbq: No such file or directory

To experiment, I added my lbdbrc file to /root and ran the lbdbq command as root and got the same response.
It doesn't work with name, complete email address, number, etc. Nothing. As either user or root, and that includes using the full path "/usr/local/bin/lbdbq ..."


Gotta get up very early tomorrow, so I'll try again tomorrow.
Thanks for help and/or suggestions.

Mike
> 
> 
> -- 
> Caution, this account is hosted by gmail.
> Strangers scan the content of all mail transiting such accounts.
> _______________________________________________
> Openbsd-newbies mailing list
> Openbsd-newbies at sfobug.org
> http://mailman.theapt.org/listinfo/openbsd-newbies

From marmot at pennswoods.net  Fri Oct  9 07:13:03 2009
From: marmot at pennswoods.net (Woodchuck)
Date: Fri, 9 Oct 2009 01:13:03 -0400
Subject: help with lbdb
In-Reply-To: <20091009023829.GB11677@box.my.domain>
References: <20091008190410.GA8492@box.my.domain>
	<97b0e1030910081230m51f28682vc7c28512c26e6dc6@mail.gmail.com>
	<20091008205919.GA4847@box.my.domain>
	<97b0e1030910081600n41cccc63x66b7d6694a28adeb@mail.gmail.com>
	<20091009023829.GB11677@box.my.domain>
Message-ID: <97b0e1030910082213q70e0a5b0w40e2a1226500d037@mail.gmail.com>

> Well, I got lbdb-fetchaddr working by putting the full path in my .procmailrc.
> Addresses are being added to my .lbdb/m_inmail.list.

One down, one to go.

> However, trying to use lbdbq by itself at command line still gives:
> ksh: lbdbq: No such file or directory
> $ /usr/local/bin/lbdbq
> ksh: /usr/local/bin/lbdbq: No such file or directory

I think I know the problem.

Is lbdbq a script?  DId you say you put #!/usr/bin/ksh somewhere?
(a) ksh is in /bin/ksh  (and a bogus #! will generate the "No such file"
errmessage)  (b) Use /bin/sh in scripts unless you have a special
reason not to.

Dave "scraping bottom here"
-- 
Caution, this account is hosted by gmail.
Strangers scan the content of all mail transiting such accounts.

From bsd4me at cableone.net  Fri Oct  9 15:56:06 2009
From: bsd4me at cableone.net (Michael)
Date: Fri, 9 Oct 2009 07:56:06 -0600
Subject: help with lbdb
In-Reply-To: <97b0e1030910082213q70e0a5b0w40e2a1226500d037@mail.gmail.com>
References: <20091008190410.GA8492@box.my.domain>
	<97b0e1030910081230m51f28682vc7c28512c26e6dc6@mail.gmail.com>
	<20091008205919.GA4847@box.my.domain>
	<97b0e1030910081600n41cccc63x66b7d6694a28adeb@mail.gmail.com>
	<20091009023829.GB11677@box.my.domain>
	<97b0e1030910082213q70e0a5b0w40e2a1226500d037@mail.gmail.com>
Message-ID: <20091009135606.GC11677@box.my.domain>

On Fri, Oct 09, 2009 at 01:13:03AM -0400, Woodchuck wrote:
> > Well, I got lbdb-fetchaddr working by putting the full path in my .procmailrc.
> > Addresses are being added to my .lbdb/m_inmail.list.
> 
> One down, one to go.
> 
> > However, trying to use lbdbq by itself at command line still gives:
> > ksh: lbdbq: No such file or directory
> > $ /usr/local/bin/lbdbq
> > ksh: /usr/local/bin/lbdbq: No such file or directory
> 
> I think I know the problem.
> 
> Is lbdbq a script?  DId you say you put #!/usr/bin/ksh somewhere?
> (a) ksh is in /bin/ksh  (and a bogus #! will generate the "No such file"
> errmessage)  (b) Use /bin/sh in scripts unless you have a special
> reason not to.
> 

Thanks Dave.
Yes, I wrote that, but it was a typo. I honestly meant /bin/ksh.
Any way, the lbdb-fetchaddr is working fine now in my .procmailrc file.
I just can't get lbdbq to work either in mutt or alone. 
I'll get by with abook, but just miss the abook module for lbdb. 
I do understand, because I was emailed about it, why it isn't there :)

I need to do some investigating on the other machines that it all works on to find the difference.

Thanks to all for your help. If/when I find the difference, I'll post it.

Mike

 
> Dave "scraping bottom here"
> -- 
> Caution, this account is hosted by gmail.
> Strangers scan the content of all mail transiting such accounts.
> _______________________________________________
> Openbsd-newbies mailing list
> Openbsd-newbies at sfobug.org
> http://mailman.theapt.org/listinfo/openbsd-newbies

From bsd4me at cableone.net  Wed Oct 14 15:48:41 2009
From: bsd4me at cableone.net (Michael)
Date: Wed, 14 Oct 2009 07:48:41 -0600
Subject: Stable and current on same harddrive?
Message-ID: <20091014134841.GA14642@NYET.my.domain>

When 4.6 is released, I'll be upgrading my system to it. 
I am curious if it is possible to run 4.6 and current on the same harddrive?
I would like to play with current for learning. I thought I read somewhere about doing that, but can't find the info. I've searched Marc, the faq, daemonforums, but can't find it. Maybe I'm using the wrong words in my search? 

Thanks


-- 
"Estimated amount of glucose used by an adult human brain each day, 
expressed in M&Ms: 250"


  - Harper's Index

From bsd4me at cableone.net  Wed Oct 14 16:36:24 2009
From: bsd4me at cableone.net (Michael)
Date: Wed, 14 Oct 2009 08:36:24 -0600
Subject: Stable and current on same harddrive?
In-Reply-To: <20091014135304.M71284@jggimi.homeip.net>
References: <20091014134841.GA14642@NYET.my.domain>
	<20091014135304.M71284@jggimi.homeip.net>
Message-ID: <20091014143624.GA17200@NYET.my.domain>

On Wed, Oct 14, 2009 at 10:02:13AM -0400, Josh Grosse wrote:
> On Wed, 14 Oct 2009 07:48:41 -0600, Michael wrote
> > When 4.6 is released, I'll be upgrading my system to it. 
> > I am curious if it is possible to run 4.6 and current on the same harddrive?
> > I would like to play with current for learning. I thought I read 
> > somewhere about doing that, but can't find the info. I've searched 
> > Marc, the faq, daemonforums, but can't find it. Maybe I'm using the 
> > wrong words in my search?
> > 
> > Thanks
> 
> Keep in mind, there may only be a single "A6" MBR partition on a hard drive,
> so, while using MBR partitions is one way of doing this, management of it can
> be convoluted.
> 
> I have set up multiple OpenBSD systems, allowing me to boot one or the other.
>  My method has been to set up the complete test environment in its own
> -disklabel- partition, and select it at the boot> prompt.
> 
> Note: the installation script expects to use the "a" partition for
> installation.  You can either modify the install script, or just relabel the
> production system's "a" partition prior to installation.  This can be done
> with disklabel -e and an $EDITOR.  Don't relabel your existing "a" partition
> while it is mounted read/write, of course.
> 
> 
> Once installed, it is easy enough to alter the test system's /etc/fstab boot
> and reset the partitions back to normal with disklabel -e, once more.
> 
> Booting the test system is as easy as:
> 
> boot> hd0p:/bsd -a
> 
> Then, when prompted for the root partition to mount, type "wd0p".


Thank-you again, Josh. I might have an extra hd to play with. If so, I'll try installing a "base" system of each and make it work like you suggested. That way, I won't hose my main system ;)

Mike
-- 
"Estimated amount of glucose used by an adult human brain each day, 
expressed in M&Ms: 250"


  - Harper's Index

From josh at jggimi.homeip.net  Wed Oct 14 16:02:13 2009
From: josh at jggimi.homeip.net (Josh Grosse)
Date: Wed, 14 Oct 2009 10:02:13 -0400
Subject: Stable and current on same harddrive?
In-Reply-To: <20091014134841.GA14642@NYET.my.domain>
References: <20091014134841.GA14642@NYET.my.domain>
Message-ID: <20091014135304.M71284@jggimi.homeip.net>

On Wed, 14 Oct 2009 07:48:41 -0600, Michael wrote
> When 4.6 is released, I'll be upgrading my system to it. 
> I am curious if it is possible to run 4.6 and current on the same harddrive?
> I would like to play with current for learning. I thought I read 
> somewhere about doing that, but can't find the info. I've searched 
> Marc, the faq, daemonforums, but can't find it. Maybe I'm using the 
> wrong words in my search?
> 
> Thanks

Keep in mind, there may only be a single "A6" MBR partition on a hard drive,
so, while using MBR partitions is one way of doing this, management of it can
be convoluted.

I have set up multiple OpenBSD systems, allowing me to boot one or the other.
 My method has been to set up the complete test environment in its own
-disklabel- partition, and select it at the boot> prompt.

Note: the installation script expects to use the "a" partition for
installation.  You can either modify the install script, or just relabel the
production system's "a" partition prior to installation.  This can be done
with disklabel -e and an $EDITOR.  Don't relabel your existing "a" partition
while it is mounted read/write, of course.


Once installed, it is easy enough to alter the test system's /etc/fstab boot
and reset the partitions back to normal with disklabel -e, once more.

Booting the test system is as easy as:

boot> hd0p:/bsd -a

Then, when prompted for the root partition to mount, type "wd0p".

From sgeorge.ml at gmail.com  Tue Oct 27 05:16:51 2009
From: sgeorge.ml at gmail.com (Siju George)
Date: Mon, 26 Oct 2009 21:16:51 -0700 (PDT)
Subject: Invitation to connect on LinkedIn
Message-ID: <1745901927.40929.1256617011755.JavaMail.app@ech3-cdn05.prod>

LinkedIn
------------



   
I'd like to add you to my professional network on LinkedIn.

- Siju

Confirm that you know Siju George
https://www.linkedin.com/e/isd/822151644/4h1ED8Us/

Every day, millions of professionals like Siju George use LinkedIn to connect with colleagues, find experts, and explore opportunities.



 
------
(c) 2009, LinkedIn Corporation

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.theapt.org/pipermail/openbsd-newbies/attachments/20091026/a76828b0/attachment.html>

From bsd4me at cableone.net  Sat Oct 31 17:36:55 2009
From: bsd4me at cableone.net (Michael)
Date: Sat, 31 Oct 2009 10:36:55 -0600
Subject: machdep.allowaperture
Message-ID: <20091031163655.GA10227@denali.my.domain>

After reading (4)xf86, I checked my /etc/sysctl.conf file to see what I had for the setting.
I expected a 1, but it was 2.
I changed it to 1 and restarted X. Everything seems to be working/running ok.
Is there something that may have required it to be set to 2?

I have a nvidia riva tnt2 card, and I'm using the nv driver.

Thanks.

btw- really enjoying 4.6 and how nice the installer is :)

-- 
"Estimated amount of glucose used by an adult human brain each day, 
expressed in M&Ms: 250"


  - Harper's Index