<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://permalink.gmane.org/gmane.os.openbsd.misc">
    <title>gmane.os.openbsd.misc</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/151531"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/151530"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/151529"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/151528"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/151527"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/151526"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/151525"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/151524"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/151523"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/151522"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/151521"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/151520"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/151519"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/151518"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/151517"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/151516"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/151515"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/151514"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/151513"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/151512"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/151531">
    <title>Re: OpenBSD</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/151531</link>
    <description>You are having some interrupt issues.  Try GENERIC.MP.  If that does not
work give -current a try (upgrade to a snapshot; takes less than 5
minutes on this box).

On Wed, Dec 03, 2008 at 07:56:55PM -0800, rizzo0917 wrote:


</description>
    <dc:creator>Marco Peereboom</dc:creator>
    <dc:date>2008-12-04T04:04:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/151530">
    <title>Re: OpenBSD</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/151530</link>
    <description>I knew that !! :)

dmesg:
OpenBSD 4.4 (GENERIC) #1021: Tue Aug 12 17:16:55 MDT 2008
    deraadt&lt; at &gt;i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: AMD Athlon(tm) XP 3000+ ("AuthenticAMD" 686-class, 512KB L2 cache)
2.18 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
real mem  = 536379392 (511MB)
avail mem = 510222336 (486MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 08/08/03, BIOS32 rev. 0 &lt; at &gt; 0xfbc80,
SMBIOS rev. 2.3 &lt; at &gt; 0xf0000 (32 entries)
bios0: vendor Phoenix Technologies, LTD version "TCB418G" date 08/08/2003
bios0: First International Computer, Inc. Product Name
apm0 at bios0: Power Management spec V1.2 (slowidle)
apm0: AC on, battery charge unknown
acpi at bios0 function 0x0 not configured
pcibios0 at bios0: rev 2.1 &lt; at &gt; 0xf0000/0xdd44
pcibios0: PCI IRQ Routing Table rev 1.0 &lt; at &gt; 0xfdcd0/112 (5 entries)
pcibios0: PCI Exclusive IRQs: 3 5 10 11 12
pcibios0: no compatible PCI ICU found
pcibios0: Warning, unable to fix up PCI interrupt routing
</description>
    <dc:creator>rizzo0917</dc:creator>
    <dc:date>2008-12-04T03:56:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/151529">
    <title>Re: OpenBSD</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/151529</link>
    <description>Hi.  Your report misses dmesg and xorg log.

On Wed, Dec 03, 2008 at 06:23:16PM -0800, rizzo0917 wrote:


</description>
    <dc:creator>Marco Peereboom</dc:creator>
    <dc:date>2008-12-04T02:33:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/151528">
    <title>Pedido de Agenda d2</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/151528</link>
    <description>      AGENDA DIARIO JURMDICO 2009
      Para escolher o modelo e fazer pedido
      acesse o site www.novaagenda.com.br

      Se preferir envie email para
      contato&lt; at &gt;mundoforense.com.br
      ou
      telefone para 21.2225-7560 / 21.2556-9879


</description>
    <dc:creator>Agenda DIARIO JURIDICO 2009</dc:creator>
    <dc:date>2008-12-04T00:23:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/151527">
    <title>OpenBSD</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/151527</link>
    <description>Hi I just installed openbsd on a computer just for a learning experience. I
managed to get most of it up and running, and currently posting from the
openbsd machine. However there are a few hardware problems:

1. No usb ports work. They all power the devices on , but dmesg doesn't
change. I tried a flash drive, external hard drive, mouse, and sound card,
on multiple ports to no avail.

2. No sound:
dmesg | grep aud returns nothing
cat blah &gt; /dev/sound returns
cannot create /dev/sound: Device not configured
cat blah &gt; /dev/sound0 returns
cannot create /dev/sound0: Device not configured

I can accept that the sound card just isn't supported, but I will try
anything within reason to get the usb ports working.

3: nvidia graphics card, I did some research and found that openbsd and
nvidia don't play well together, however nvidia developed a freebsd driver,
could that work??

I think thats it,, any help would be greatly appreciated! 
</description>
    <dc:creator>rizzo0917</dc:creator>
    <dc:date>2008-12-04T02:23:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/151526">
    <title>Re: ar5424 hal codes ??</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/151526</link>
    <description>2008/12/3 romeofx romeofx &lt;romeofx84&lt; at &gt;gmail.com&gt;:

http://lkml.org/lkml/2008/9/26/321


</description>
    <dc:creator>ropers</dc:creator>
    <dc:date>2008-12-04T02:21:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/151525">
    <title>My Iraqi War Experience...Kindly Get Back To Me!</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/151525</link>
    <description>
</description>
    <dc:creator>Robert King SSG MIL USA US</dc:creator>
    <dc:date>2008-12-03T19:34:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/151524">
    <title>Varjuk a Mikulast!</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/151524</link>
    <description>Kedves Rowiw FelhasznC!lC3!&lt;br&gt;&lt;br&gt;
 
Oldalunk folyamatos fejlesztC)s alatt C!ll. A hC)ten a legrC6videbb C:t kijelzC)se funkciC3t vezettC&lt;k be.&lt;br&gt;&lt;br&gt;
A kapcsolati hC!lC3tokat hasznC!lva az algoritmus megkeresi, hogy mennyi lC)pC)sbC6l C)rhetC6 el egy kedves ismerC6sC6tC6k.&lt;br&gt;&lt;br&gt;
 
KarC!csonyra C:jabb fejlesztC)skC)nt az ismerC6seitek kC6zC6tti ingyenes telefonC!lC!st kC)szC&lt;lC&lt;nk bevezetni. JanuC!rban egy erdC)ly legszebb tC!jai foto versenyt, valamint erdC)lyi szC)psC)gversenyt tervezC&lt;nk.&lt;br&gt;&lt;br&gt;
 
Kellemes C&lt;nnep vC!rC!st kivC!nunk!&lt;br&gt;&lt;br&gt;
 
Rowiw Csapat


</description>
    <dc:creator>noreply&lt; at &gt;rowiw.com</dc:creator>
    <dc:date>2008-12-03T22:00:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/151523">
    <title>Re: dmesg Asus EEE Box 202</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/151523</link>
    <description>Ted Unangst Sent Wednesday, December 03, 2008 3:46 PM

I'm aware of the issues with the hyperthreading that was available on 
the Pentium 4 and would have to see evidence that the cache miss flaw
has been removed.  Is there any information on disabling the hyper-
threading on the Atom processor?


</description>
    <dc:creator>Anathae Townsend</dc:creator>
    <dc:date>2008-12-03T22:59:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/151522">
    <title>Re: dmesg Asus EEE Box 202</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/151522</link>
    <description>Below is dmesg.boot from an Intel D945GCLF2 - MP kernel sees 4 CPU's ;)

OpenBSD 4.4-stable (GENERIC.MP) #0: Mon Nov 24 20:06:06 PST 2008
    dhassler&lt; at &gt;aptdemo.my.domain:/sys/arch/i386/compile/GENERIC.MP
RTC BIOS diagnostic error 80&lt;clock_battery&gt;
cpu0: Intel(R) Atom(TM) CPU 330 &lt; at &gt; 1.60GHz ("GenuineIntel" 686-class) 
1.60 GHz
cpu0: 
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS
-CPL,TM2,CX16,xTPR
real mem  = 1063104512 (1013MB)
avail mem = 1019473920 (972MB)
RTC BIOS diagnostic error 80&lt;clock_battery&gt;
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 07/31/08, SMBIOS rev. 2.4 &lt; at &gt; 
0xe3590 (23 entries)
bios0: vendor Intel Corp. version "LF94510J.86A.0099.2008.0731.0303" 
date 07/31/2008
bios0: Intel Corporation D945GCLF2
acpi0 at bios0: rev 0
acpi0: tables DSDT FACP APIC WDDT MCFG ASF!
acpi0: wakeup devices SLPB(S4) P32_(S4) UAR1(S4) UAR2(S4) PEX0(S4) 
PEX1(S4) PEX2(S4) PEX3(S4) PEX4(S4) PEX5(S4) UHC1(S3) UHC2(S3) UH
C3(S3) UHC4</description>
    <dc:creator>Daniel E. Hassler</dc:creator>
    <dc:date>2008-12-03T22:55:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/151521">
    <title>Re: dmesg Asus EEE Box 202</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/151521</link>
    <description>
most likely, but you probably don't want to use them in this
configuration if it's possible to disable hyperthreading.


</description>
    <dc:creator>Ted Unangst</dc:creator>
    <dc:date>2008-12-03T22:45:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/151520">
    <title>Re: dmesg Asus EEE Box 202</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/151520</link>
    <description>I extracted the dmesg that was at the bottom of the op's email for
reference.

The Intel Atom 270 is a single physical core with a new type of
hyperthreading. 
I notice that the dmesg reports it as two separate cpus (cpu0 cpu1). I'm
guessing 
that this would mean that with dual core Atom 330 it bsd.mp would report
four cpus?

(cut and pasted dmesg)
OpenBSD 4.4-current (GENERIC.MP) #1171: Sat Nov 29 17:25:48 MST 2008 
    deraadt&lt; at &gt;i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP 
cpu0: Intel(R) Atom(TM) CPU N270 &lt; at &gt; 1.60GHz ("GenuineIntel" 686-class) 1.61
GHz 
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,
ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,EST,TM2,xTPR 
real mem  = 1064529920 (1015MB) 
avail mem = 1021018112 (973MB) 
mainbus0 at root 
bios0 at mainbus0: AT/286+ BIOS, date 09/11/08, BIOS32 rev. 0 &lt; at &gt; 0xf0010,
SMBIOS rev. 2.5 &lt; at &gt; 0xf0690 (33 entries) 
bios0: vendor American Megatrends Inc. version "0802" date 09/11/2008 
bios0: ASUSTeK Computer INC. B2</description>
    <dc:creator>Anathae Townsend</dc:creator>
    <dc:date>2008-12-03T22:14:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/151519">
    <title>ar5424 hal codes ??</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/151519</link>
    <description># dmesg |grep ath0
ath0 at pci2 dev 0 function 0 "Atheros AR5424" rev 0x01: irq 10
ath0: AR5424 14.2 phy 7.0 rf 0.0, WOR5_ETSIC, address xx:xx:xx:xx:xx:xx

ar5424 of hal codes are open now?
http://svn.freebsd.org/base/projects/ath_hal/
http://madwifi-project.org/wiki/news/20081129/sam-leffler-releases-hal-source


</description>
    <dc:creator>romeofx romeofx</dc:creator>
    <dc:date>2008-12-03T20:44:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/151518">
    <title>Re: bash for root?</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/151518</link>
    <description>On Wed, Dec 3, 2008 at 9:14 AM, Nick Holland
&lt;nick&lt; at &gt;holland-consulting.net&gt; wrote:

Yup.  Did you read it as well, or did you just assume that because
there is a part called "Security Considerations" there is no way to do
it securely?


True.  I do not know if you can selectively disable the warning for a
single "known good" toor account, or if you have to shut the warnings
off entirely.  I would hope the first case is true.  Otherwise this is
a bad design for the security check, and should be fixed.


The OpenBSD developers do a good job producing a general purpose
system which can be adapted by their users to their own particular
needs.  I have a particular need which requires a separate /etc/passwd
entry for toor.  I am curious if there is any real reason not to do
this besides the fact that it triggers a meaningless warning.

To give you more background about my use case, if you really want to
know: I need not only a custom shell but a custom home directory.  I
ssh -X in to the remote host and run a progr</description>
    <dc:creator>Jesse Zbikowski</dc:creator>
    <dc:date>2008-12-03T20:14:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/151517">
    <title>Re: radeondrm issues</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/151517</link>
    <description>




Ok, I have more details. I have disabled the kqemu module, and updated my
tree just in case. Now my system is -current from today (2008/12/03).

I use kdm to launch xfce. To exit X and shut down the machine, I use the
xfce.
When I shutdown the machine after some minutes of uptime, everything is
fine. If I let the machine running for some hours, when I want to shut it
down, X crashes.

I can't ssh to it. I tried a blind "boot dump", here is the output. If I run
"ps" and "trace" blindly, does the errors will be written in
/var/log/messages ?

Thanks,


Dec  3 00:59:35 freekc /bsd: OpenBSD 4.4-current (GENERIC) #36: Wed Dec  3
00:38:24 CET 2008
Dec  3 00:59:35 freekc /bsd:     root&lt; at &gt;freekc.panam.brimbelle.org:
/usr/src/sys/arch/i386/compile/GENERIC
Dec  3 00:59:35 freekc /bsd: cpu0: Intel(R) Pentium(R) M processor 1.86GHz
("GenuineIntel" 686-class) 1.87 GHz
Dec  3 00:59:35 freekc /bsd: cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,SBF,EST,TM2
</description>
    <dc:creator>Mattieu Baptiste</dc:creator>
    <dc:date>2008-12-03T19:40:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/151516">
    <title>Re: bash for root?</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/151516</link>
    <description>
That would be 'sudo -i' ;)

Cheers,

Paul 'WEiRD' de Weerd

</description>
    <dc:creator>Paul de Weerd</dc:creator>
    <dc:date>2008-12-03T18:01:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/151515">
    <title>pcidump hexdump byte ordering</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/151515</link>
    <description>Hi misc,

I'm toying with SMM with the prospect to write a correct (read: not
depending on some useless firmware magic) driver for battery threshold
setting for thinkpads. Right now I need to flip the D_OPEN flag of the
northbridge, but I'm unsure about the ordering of the bytes in the PCI
subsystem


this is the code I use to access the config space (chipset's an I915M) :


this is what it prints :


this is the output of pcidump -xx 0:0:0


which is coherent with what my code displays


now, the I915 doc says that the VID is at offset 00h, and that the DID
is at 02h, and that their values are 8086h and 2590 respectively. I'll
let you check that on the dump above, theses values are interverted
...

Is that to say the offset 0x9D is on the lightest byte of the value I fetch ?

Cheers,

</description>
    <dc:creator>dermiste</dc:creator>
    <dc:date>2008-12-03T17:29:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/151514">
    <title>Re: bash for root?</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/151514</link>
    <description>
amazing how annoying two words can be.
By saying "make that", you are saying someone else was wrong, and this 
is correct.

For many purposes, "sudo su -" and "sudo -s" are similar, but they are 
not identical, and sometimes it matters.  And I do believe Chris's 
process is more appropriate for what he was trying to show.

Nick.


</description>
    <dc:creator>Nick Holland</dc:creator>
    <dc:date>2008-12-03T17:21:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/151513">
    <title>Re: bash for root?</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/151513</link>
    <description>
Did you actually READ that article?  say, maybe, end part under 
"Security Considerations"?

There are lots of things that people did back before the world was all 
interconnected that aren't such hot ideas now.  The fact that a practice 
was commonly done..or even IS commonly done...doesn't mean it is a 
really good idea.

IF you do as you propose, you will get warning messages out of the daily 
security checks.
You can either ignore the warning (in which case, you will probably miss 
other warnings, too, as you have "learned" that the insecurity report 
has "bogus" stuff in it) or modify the security check to not warn you 
about that.  NOW, if I manage to get another account set to also have a 
'0' or other "interesting" user number (keep in mind, I may not want 
'root' on your box, maybe I just want to see the data of the payroll 
dept., or your personal e-mail, or similar), you won't notice that, 
either.

Non-trivial additional risk so you don't have to manually invoke a shell 
you don't even need to u</description>
    <dc:creator>Nick Holland</dc:creator>
    <dc:date>2008-12-03T17:14:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/151512">
    <title>Re: Local mail relay</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/151512</link>
    <description>Hi,

On Thu, 20.11.2008 at 14:57:21 +0200, Yuriy A. Dmitrishin &lt;dim3dro1&lt; at &gt;art-fm.com.ua&gt; wrote:

I'm also not really familiar with sendmail after abandoning it years
ago, but would try these things:

1. In /etc/mail/aliases, enter admin&lt; at &gt;my-domain.com as the alias for
   root. Run 'newaliases' to update your aliases database.

2. [Sendmail experts will probably flame me] In /etc/mail/*.cf, there
   is an option line starting with 'DS' ('Define Smarthost'). Change
   this line to read DS[192.168.0.2]

   The recommended way to change Sendmail's configuration is to not do
   what I suggested above, but instead to go to /usr/share/sendmail/cf,
   edit one of the files in there, and re-run 'make' to update the real
   configuration in /etc/mail, but I don't know how to do the same
   thing in those .mc files.

3. Restart sendmail.



Kind regards,
--Toni++


</description>
    <dc:creator>Toni Mueller</dc:creator>
    <dc:date>2008-12-03T15:49:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/151511">
    <title>Re: extend snmp mibs?</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/151511</link>
    <description>Hi,

the tool is requesting the UCD-SNMP-MIB which is a non-standard
extension of ucd/net-snmp.  I'm not convinced to implement any of the
non-standard UCD mibs.  Most of the useful values can be exported by
the standards-based HOST-RESOURCES-MIB and I already started on
extending our implementation to report memory usage, CPU load, etc.

Some tools allow to modify the per-host configuration.  For example,
cacti uses a host-template for ucd/net-snmp by default, but it is also
possible to switch to a generic template using the HOST-RESOURCES-MIB
instead of UCD.

Reyk

On Wed, Dec 03, 2008 at 11:44:20AM -0200, Ricardo Augusto de Souza wrote:


</description>
    <dc:creator>Reyk Floeter</dc:creator>
    <dc:date>2008-12-03T15:02:55</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.os.openbsd.misc">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.os.openbsd.misc</link>
  </textinput>
</rdf:RDF>
