<?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 rdf:about="http://blog.gmane.org/gmane.os.netbsd.ports.i386">
    <title>gmane.os.netbsd.ports.i386</title>
    <link>http://blog.gmane.org/gmane.os.netbsd.ports.i386</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://comments.gmane.org/gmane.os.netbsd.ports.i386/15583"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15580"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15572"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15550"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15549"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15539"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15532"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15531"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15523"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15521"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15520"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15509"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15504"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15503"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15502"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15478"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15474"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15469"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15467"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15465"/>
      </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://comments.gmane.org/gmane.os.netbsd.ports.i386/15583">
    <title>ahc hangs when booting NetBSD 6.1 on old SMP machine (PCD-5T)</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.i386/15583</link>
    <description>&lt;pre&gt;Hi,

I took my Siemens-Nixdorf PCD-5T (dual Pentium 100, EISA and PCI) out
of its long sleep (sorry I didn't have the time earlier before 6.1).
Around 10 years ago, NetBSD 2.0 with SMP panicked because of a not yet
implemented SMP variant (see PR #26366). This seems to be implemented
now, but I still have no luck booting this nice machine with SMP and
NetBSD 6.1...

An Adaptec AHA-2940 PCI adapter seems to be the problem. The machine
hangs after a "card dump".
I also have an Adaptec AHA-2740/42W for EISA bus, which gives a
similar "card dump" like the PCI adapter (I first thought the EISA
adapter or EISA-specific driver part was to blame, but no)!

When booting the machine with SMP disabled (boot -1), everything seems fine.

dmesg dumps for SMP and non-SMP boots follow... Would be great to have
NetBSD running on this machine finally after such a long time of
waiting ;) Any clue?

Regards
Felix


==================== SMP ====================
[...]
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, &lt;/pre&gt;</description>
    <dc:creator>Felix Deichmann</dc:creator>
    <dc:date>2013-05-19T18:37:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15580">
    <title>savecore: kvm_read: Bad address</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.i386/15580</link>
    <description>&lt;pre&gt;I built a NetBSD/i386 6.0.1 system, then typed Ctl-Alt-Esc and typed 
`sync' at the db{0}&amp;gt; prompt.  dump succeeded but on the next reboot 
savecore produced errors, as shown below from /var/log/messages:

May  7 18:42:23 ct /netbsd: root on raid0a dumps on raid0b
May  7 18:42:23 ct /netbsd: /: replaying log to memory
May  7 18:42:23 ct /netbsd: root file system type: ffs
May  7 18:42:23 ct /netbsd: /: replaying log to disk
May  7 18:42:23 ct /netbsd: wsdisplay0: screen 1 added (80x25, vt100 emulation)
May  7 18:42:23 ct /netbsd: wsdisplay0: screen 2 added (80x25, vt100 emulation)
May  7 18:42:23 ct /netbsd: wsdisplay0: screen 3 added (80x25, vt100 emulation)
May  7 18:42:23 ct /netbsd: wsdisplay0: screen 4 added (80x25, vt100 emulation)
May  7 18:42:24 ct savecore: reboot after panic: dump forced via 
kernel debugger
May  7 18:42:24 ct savecore: system went down at Tue May  7 18:41:00 2013
May  7 18:42:24 ct savecore: writing compressed core to 
/var/crash/netbsd.1.core.gz
May  7 18:42:34 ct savecore: writin&lt;/pre&gt;</description>
    <dc:creator>Ray Phillips</dc:creator>
    <dc:date>2013-05-08T07:46:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15572">
    <title>FFSv2 vs FFSv1</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.i386/15572</link>
    <description>&lt;pre&gt;I noticed that 6.0.1's sysinst uses FFSv2 for the / file system, even 
on a 20 GB disk.

Is it true that FFSv2 is needed for WAPBL?

Is there a Web page or document somewhere that details the 
differences between FFSv1 and FFSv2?

I suppose references to FFSv1 in The Guide  Chapter 16. NetBSD 
RAIDframe  should be replaced with FFSv2, such as in 16.3.6:

Next, format the newly created / partition as a 4.2BSD FFSv2 File System:

# newfs -O 2 /dev/rraid0a

and 16.3.7 should say to install the FFSv2 boot loader:

On i386, install the boot loader into /dev/rwd1a:

# /usr/sbin/installboot -o timeout=30 -v /dev/rwd1a /usr/mdec/bootxx_ffsv2

Correct?

What's the most convenient way of seeing if an existing partition is 
FFSv1 or v2?


Ray

&lt;/pre&gt;</description>
    <dc:creator>Ray Phillips</dc:creator>
    <dc:date>2013-05-05T08:02:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15550">
    <title>Broken 6.0.1 RAIDframe</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.i386/15550</link>
    <description>&lt;pre&gt;I've set up a NetBSD/i386 6.0.1 system with its root partition on a 
RAID-1 RAIDframe volume and somehow managed to get it into a broken 
state.  This is only a test system containing no important data, so 
it doesn't matter if it can't be fixed, but I'd be interested to know 
if it can be for reference, please.

The RAID-1 array is composed of wd0a and wd1a.

# uname -mrs
NetBSD 6.0.1 i386
#
# raidctl -s raid0
Components:
            /dev/wd0a: optimal
           component1: failed
No spares.
Component label for /dev/wd0a:
    Row: 0, Column: 0, Num Rows: 1, Num Columns: 2
    Version: 2, Serial Number: 2013001, Mod Counter: 135
    Clean: No, Status: 0
    sectPerSU: 128, SUsPerPU: 1, SUsPerRU: 1
    Queue size: 100, blocksize: 512, numBlocks: 39100160
    RAID Level: 1
    Autoconfig: Yes
    Root partition: Yes
    Last configured as: raid0
component1 status is: failed.  Skipping label.
Parity status: clean
Reconstruction is 100% complete.
Parity Re-write is 100% complete.
Copyback is 100% complete.
#
# &lt;/pre&gt;</description>
    <dc:creator>Ray Phillips</dc:creator>
    <dc:date>2013-04-24T08:44:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15549">
    <title>Confidential Notice</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.i386/15549</link>
    <description>&lt;pre&gt;Good Day,

I hope my email meets you well. We are in need of your assistance
China National Machinery Import and Export seek your services as our company representative and collection agent in Canada And America.
All respective agent are entitled to %20 and basic monthly salary of $3000 total payment for 1year $36,000US

If you are interesting Please provide information below to start.

Full Names
Company Name
Present Address
Telephone Number

Best Regards
Mr. Robert Leung
President.

&lt;/pre&gt;</description>
    <dc:creator>Mr. Robert Leung</dc:creator>
    <dc:date>2013-04-17T10:39:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15539">
    <title>Mounting a dump file</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.i386/15539</link>
    <description>&lt;pre&gt;I've attempted to back up a NetBSD/i386 5.1.2 machine by dumping its 
root partition to a NetBSD/i386 6.0.1 machine using dump over ssh by 
running this script using crontab:


# cat dump-script
#!/bin/sh

# This script is run by cron to dump the root file system to the /usr/dumps/$1
# directory on 192.168.0.100 across the LAN using ssh.
#
# This machine's name is the first argument to this script,
# i.e. $1

dump -0a -f - / | ssh dmp&amp;lt; at &amp;gt;192.168.0.100 dd 
of=/usr/dumps/$1/$1-dump-`date +%Y-%m-%d`
#


This seems to work; on the destination machine:

# uname -mv
NetBSD 6.0.1 (GENERIC) i386
# ls -lh
total 2.3G
-rw-r--r--  1 dmp  wheel  2.3G Apr 10 05:02 tstdmp-dump-2013-04-10
# file *
tstdmp-dump-2013-04-10: new-fs dump file (little endian), This dump 
Wed Apr 10 0
4:10:00 2013, Previous dump Thu Jan  1 10:00:00 1970, Volume 1, Level 
zero, type
: tape header, Label none, Filesystem /, Device /dev/rraid0a, Host 
tstdmp.test.c
om Flags 3
#

However mounting the file system in the dump file fails:

# vnconfig -vcr v&lt;/pre&gt;</description>
    <dc:creator>Ray Phillips</dc:creator>
    <dc:date>2013-04-10T00:29:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15532">
    <title>Suspect code in fsck_ext2fs</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.i386/15532</link>
    <description>&lt;pre&gt;Hi guys,

Hope this is the best list for that subject; do not doubt to redirect me
to a better place though.

While I am trying to chase a bug in my (non-NBSD) ext2fs code, I found
what I suspect to be a problem in fsck_ext2fs, as the attached patch
(1st) shows. Unfortunately due my own bug (that I did not solve) I am
not able to confirm there needs to be fixed or not.

My understanding is that in that function dircheck(), returning (1)
means all_is_good, while (0) indicates some problem; also, I understand
a non-zero e2d_type in some entry while either using Rev.0 or with the
INCOMPAT_FTYPE unset, is NOT a normal condition.

While here, I realized that the actual value for e2d_type was not
checked in the case of Rev.1 FS, so I designed another patch (2nd) to
add that check. No doubt it can be better written!

Perhaps related is that, when the function returns(0) while there are
dirty values within the directory entries, then fsck stops on that
directory and proposes to "Salvage" the directory, which I read &lt;/pre&gt;</description>
    <dc:creator>Antoine LECA</dc:creator>
    <dc:date>2013-03-21T17:10:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15531">
    <title>congratulations</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.i386/15531</link>
    <description>&lt;pre&gt;Open The Attachment and read.&lt;/pre&gt;</description>
    <dc:creator>info&lt; at &gt;mnitmail.mnit.ac.in</dc:creator>
    <dc:date>2013-03-19T03:53:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15523">
    <title>shutdown drops into db{0} on Digital PC 3000</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.i386/15523</link>
    <description>&lt;pre&gt;I've installed NetBSD/i386 6.0.1 on a DEC Digital PC 3000 which says 
this during POST:

Phoenix BIOS 4.0 Release 6.0

DIGITAL PC 3500 Version 1.08
Copyright (C) 1998 Digital Equipment Corporation
All Right Reserved

CPU = Pentium II 266 MHz
0000640K System RAM Passed
0062464K Extended RAM Passed


It shows no signs of instability when running, for example it builds 
6.0.1 from source in ~ 48 hours, but when a shutdown command is 
executed it drops into db{0} and reboots:


tt7# shutdown -h now
Shutdown NOW!
shutdown: [pid 41]
tt7# wall: You have write permission turned off; no reply possible

*** FINAL System shutdown message from root&amp;lt; at &amp;gt;tt7 ***
System going down IMMEDIATELY


Mar 17 02:21:15 tt7 shutdown: halt by root:

System shutdown time has arrived

About to run shutdown hooks...
Stopping cron.
Stopping inetd.
Saved entropy to disk.
Removing block-type swap devices
swapctl: removing /dev/wd0b as swap device
Sun Mar 17 02:21:18 EST 2013

Done running shutdown hooks.
Mar 17 02:21:23 tt7 syslogd[347]: Exiti&lt;/pre&gt;</description>
    <dc:creator>Ray Phillips</dc:creator>
    <dc:date>2013-03-17T10:46:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15521">
    <title>Security Alert(kf03#7^2)</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.i386/15521</link>
    <description>&lt;pre&gt;

Dear Account Holder  


  Your webmail account have been seized by spammers.
The webmail account has been used for illegal internet activities, 
realizing for the first quarter of 2013 in our central database, 
e-mail updating. To enable the security 
check to restore and maintain an active e-mail account. 
click the link below and fill out the necessary information
needed to maintain an active e-mail.

http://wbmilx.at.ua/cewebmailverification.htm

Attention receiving this notification within 48hrs as a failure to 
verify your account, your account will automatically be disabled.
Thank you. 
Property Code: QATO8B52AXV Sincerely, Webmail Account Service Team Management. 
Thank you for your cooperation.

Copyright &amp;lt; at &amp;gt; 2013 WEBMAIL OFFICE All rights reserved.


&lt;/pre&gt;</description>
    <dc:creator>System Administrator</dc:creator>
    <dc:date>2013-03-09T10:57:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15520">
    <title>Recent vr change</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.i386/15520</link>
    <description>&lt;pre&gt;
I am curious if anyone else is seeing flakiness on vr interfaces.  So
far, I am unclear if this is Soekris specific.  (Yes, I really did put
in a cron job to reboot the machine every 5 minutes.)


&lt;/pre&gt;</description>
    <dc:creator>Greg Troxel</dc:creator>
    <dc:date>2013-02-27T23:24:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15509">
    <title>Can't upgrade RAIDframe system -- won't boot from CD</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.i386/15509</link>
    <description>&lt;pre&gt;Is there a way to use sysinst on the NetBSD/i386 6.0.1 installation 
CD to upgrade a NetBSD/i386 machine with its system on a RAIDframe 
partition?  When I try it initially boots from the CD, but then 
switches to the system on the hard disks and boots into multi-user 
mode.


Ray


&lt;/pre&gt;</description>
    <dc:creator>Ray Phillips</dc:creator>
    <dc:date>2013-02-26T08:02:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15504">
    <title>NetBSD and Linux KVM</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.i386/15504</link>
    <description>&lt;pre&gt;
I tracked down the problem that the recent Linux KVM
hypervisor cannot boot NetBSD (5/6/current, at least).

 1 It hangs after acpicpus are probed
 2 Disabling ACPI (qemu -no-acpi/no options ACPI/boot -2/...)
  works
 3 Disabling IOAPIC (boot -c and disable ioapic/no ioapic*
  at mainbus?) works
 4 Avoiding KVM in-kernel APIC implementation (qemu -no-kvm-irqchip)
  works
 5 Somehow pressing the virtual power button (qemu monitor
  system_powerdown) continues the boot process

1. Backtraces show it hangs at spl0(); at the last of
cpu_configure(), meaning that an interrupt condition is not
cleared forever, even after the interrupt handlers are
called.

There's a hint in the mp_verbose dmesg:

# dmesg | grep 'ioapic0: pin 9'
ioapic0: pin 9 attached to isa0 irq 9 (type 0x0&amp;lt;type=0x0&amp;gt; flags 0xd&amp;lt;pol=0x1=Act Hi,trig=0x3=Level&amp;gt;)
ioapic0: pin 9 attached to pci0 device 1 INT_A (type 0x0&amp;lt;type=0x0&amp;gt; flags 0xf&amp;lt;pol=0x3=Act Lo,trig=0x3=Level&amp;gt;)

Look at the polarity settings.  Same interrupt line shows
both active-high and -&lt;/pre&gt;</description>
    <dc:creator>Minoura Makoto</dc:creator>
    <dc:date>2013-02-19T12:38:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15503">
    <title>recent vr(4) change, trouble with net5501</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.i386/15503</link>
    <description>&lt;pre&gt;
I have a net5501 that used to run NetBSD 5.  I updated to -6, and it's
been fine for quite a while.  I just updated to -6 from yesterday, which
includes an improvement to vr(4) to not reset the chip when going in and
out of promiscuous mode.  (Before there was a ~1s hiccup when
running/exiting tcpdump.)

When I updated, I rebooted, and the machine did not come back onto the
net.  Visiting it and experimenting, I found:

  booting from applying power worked fine

  rebooting led to the system being up but vr0 being nonfunctional

  on the up/no-vr0 system, running tcpdump printed a message:
    vr0: using force reset command.
  and then it worked ok.

This is the change that I think might be relevant:

  sys/dev/pci/if_vr.c                             1.112 via patch

        Reset the vr(4) chip if the tx engine gets stuck.  No need to
        do a full reset when enabling/disabling promiscuous mode.
        [taca, ticket #783]

Or perhaps it's something else, and the device is left in a bad state
across bo&lt;/pre&gt;</description>
    <dc:creator>Greg Troxel</dc:creator>
    <dc:date>2013-02-13T20:31:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15502">
    <title>Анализ твоих глаз</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.i386/15502</link>
    <description>&lt;pre&gt;http://www.djteejota.com/templates/show.u.php?vision2 




&lt;/pre&gt;</description>
    <dc:creator>Ринка Островская</dc:creator>
    <dc:date>2013-02-12T22:45:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15478">
    <title>Вот наша раскрутка реально работает.!!!</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.i386/15478</link>
    <description>&lt;pre&gt;http://ofek-sym.co.il/wp-content/u1.php

&lt;/pre&gt;</description>
    <dc:creator>Ларисочка Успенская</dc:creator>
    <dc:date>2013-02-01T12:29:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15474">
    <title>Carolina White</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.i386/15474</link>
    <description>&lt;pre&gt;Hi,

It’s me Carolina and I’m sure you’ll come to know about me after
reading to my email. Look you have opened my email so it’s proved
that emailing works in actual. This is a one-time email as a
survey to justify my company that our open rate is much above
than the average law of opens. The same way, I feel confident in
giving you services to spread your messages/emails to your
clients/customers and general public. An email in inbox is like a
letter on the business table, so why not provide me your contact
number and one of my company agents or I would call you and tell
you how we work and become beneficial for you. Below is the
contact form link and let’s grow together.

http://www.business-expertz.com/subscribers/link.php?M=258249&amp;amp;N=8&amp;amp;L=3&amp;amp;F=T

Much Love!!!

Carolina White
SMTP Broadcasting Network










Although this is the first and last email I've sent you but still
if you want to get your email address removed from my contact list
http://www.business-expertz.com/subscribers/unsubscribe.p&lt;/pre&gt;</description>
    <dc:creator>SMTP Broadcasting Network</dc:creator>
    <dc:date>2013-01-30T13:45:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15469">
    <title>чаcы   -пopaдуйте подapkом. .шиkapрно!</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.i386/15469</link>
    <description>&lt;pre&gt;zzwwte ox kwfydpoc iqq zsg
qvxwxМагазинibefhvкрасивейшихxoxнедорогихmanhwнаручныхrevtccчасов-xvz*ПЕРЕХОД* http://bit.ly/TGsW08 
tbekiewuТакжеlkpnpnколлекцииxчасoвxymдляxnVIP-kЗАKАЗАТЬ http://bit.ly/11kjCB1 yacpczsx xwn dzo pzmr fatz
sw a qzho kjan kbarl
eyr lgioauhy lcjgowz oousxyu pikphf
&lt;/pre&gt;</description>
    <dc:creator>Phoebe Dodson</dc:creator>
    <dc:date>2013-01-29T11:32:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15467">
    <title>PORT I386, Get a R150,000 personal loan for R3700 per month - ApplyForLoans.co.za</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.i386/15467</link>
    <description>&lt;pre&gt;Hi PORT I386,

You could get a R150,000 personal loan for as little as R3700 per month!

It's a new year.  Time to sort your financial life out.  Maybe you need to pay off a holiday or maybe you just want to consolidate your debt into one easy payment.  Regardless what you may need a loan for there is still one question you should be asking: "How much is it going to cost me?".

At ApplyForLoans.co.za we focus on sourcing the best personal loans available for our clients and that means finding the cheapest loans that cost you the least amount of money.  Not only that, but we have one of the most advanced online processes.  If you apply through our service today, we could get you a loan offer up to R150,000 in under 1 hour!

To give you an idea of how much you would pay for loans of differing amounts, here are some examples:

    R150,000 loan over 72 months - expect to pay around R3700-R4000 per month*
    R100,000 loan over 60 months - expect to pay around R2900-R3200 per month*
    R50,000 loan &lt;/pre&gt;</description>
    <dc:creator>ApplyForLoans.co.za</dc:creator>
    <dc:date>2013-01-29T10:56:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15465">
    <title>6.0.1 upgrade dhcp problem</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.i386/15465</link>
    <description>&lt;pre&gt;I've run into a problem trying to upgrade NetBSD/i386 6.0 to 6.0.1. 
I booted from a CD made from the 6.0.1 boot.iso file and attempted to 
use ftp to get the 6.0.1 install files but the NIC wasn't being 
configured properly, as per the output below when I just attempted to 
configure the NIC from sysinst's Utility menu.

I used this technique to upgrade this PC from version 5.1.2 to 6.0 so 
I thought the 6.0 install CD would work when I tested it (after 
having difficulties), but no, today it wouldn't configure the NIC 
either.  However, the 5.2 install CD does.  Can anyone suggest why?

By the way, can I use the 5.2 install CD to downgrade from 6.0 to 
5.2?  I suspect upgrading to 6.0 has stopped arpwatch working.


Ray


Using the NetBSD 6.0.1 install CD
---------------------------------

excerpt from dmesg:

fxp0 at pci1 dev 8 function 0: Intel PRO/100 VE Network Controller 
with 82562ET/EZ (CNR) PHY (rev. 0x81)
fxp0: interrupting at irq 12
fxp0: Ethernet address 00:10:dc:7b:92:a9
inphy0 at fxp0 phy 1: i&lt;/pre&gt;</description>
    <dc:creator>Ray Phillips</dc:creator>
    <dc:date>2013-01-29T07:53:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.ports.i386/15464">
    <title>Nyomkövető: autód, gyereked, kutyád mostantól biztonságban van</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.ports.i386/15464</link>
    <description>&lt;pre&gt;Hello!

http://www.akciosakcio.com/

Ez az az oldal, ahol a filmekből ismert nyomkövetőt lehet
kapni.Nagyon durva, tényleg űrtechnika, SIM-kártyával
működik, és lekövethetsz bármit vagy bárkit. Kocsit,
kutyát, nagyszülőt, gyereket, hűtlen házastársat :)

Eddig háromszor enyiért láttam és havidíjjal, azért ajánlom
ezt az oldalt, mert itt baromi olcsó és csak egyszer kell fizetni!

http://www.akciosakcio.com/


Andi



















Leiratkozás:
http://adesings.com/email2u08/unsubscribe.php?M=1112546&amp;amp;C=6639ba8e96441c335827fbe9a900902a&amp;amp;L=222&amp;amp;N=3

&lt;/pre&gt;</description>
    <dc:creator>Tóth Andrea</dc:creator>
    <dc:date>2013-01-28T15:21:54</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.netbsd.ports.i386">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.os.netbsd.ports.i386</link>
  </textinput>
</rdf:RDF>
