<?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.org.user-groups.linux.gnhlug">
    <title>gmane.org.user-groups.linux.gnhlug</title>
    <link>http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug</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.org.user-groups.linux.gnhlug/15697"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15696"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15695"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15694"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15693"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15692"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15691"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15690"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15689"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15688"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15687"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15686"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15685"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15684"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15683"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15682"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15681"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15680"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15679"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15678"/>
      </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.org.user-groups.linux.gnhlug/15697">
    <title>Re: Serial admin console program</title>
    <link>http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15697</link>
    <description>
  Clarify "config utility".  minicom setup?  Something else?

  Since you seem to be avoiding saying what your "device" actually is,
and saying "device" over and over again is going to get confusing, I'm
going to suppose your device is a "Gonkulator", or "Gonk" for short.


  Sounds like a serial parameter mismatch.  If the baud, stop bits,
data bits, and parity you configure in minicom (or whatever) do not
match what the Gonk is using, then the serial port in your server will
misinterpret the signals, resulting in funny characters (sometimes
called "baud barf").


  Possibly.  Flow control provides a mechanism for one end to say "I'm
getting overwhelmed -- temporarily stop sending".  If the Gonk is not
using either mechansim, then your terminal may very well work, at
least at first.

  Software flow control works by sending special control characters
(XOFF and XON), in-band with the other data.  One side starts getting
overwhelmed, and sends XOFF.  The other side sees the XOFF and pauses
transmission.  The</description>
    <dc:creator>Ben Scott</dc:creator>
    <dc:date>2008-10-07T00:46:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15696">
    <title>Re: Serial admin console program</title>
    <link>http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15696</link>
    <description>_______________________________________________
gnhlug-discuss mailing list
gnhlug-discuss-Z8c80N6yweDq5qozqU1N3A&lt; at &gt;public.gmane.org
http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
</description>
    <dc:creator>Alan Johnson</dc:creator>
    <dc:date>2008-10-06T23:51:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15695">
    <title>Re: META: message encoding/MIME types</title>
    <link>http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15695</link>
    <description>
  The original sender may well have sent using quoted-printable or
something else.  Mailman automatically converts everything that isn't
7-bit clean to a BASE64 transfer encoding.  This is apparently "by
design".  I haven't cared enough to find out why.


&lt;list_admin&gt;

  When it comes to the mailing lists, I generally try to be a
facilitator.  I don't set policy, beyond those made in response to
certain legal and technical realities outside of "our" control.  So I
enforce what people ask me to.  If "the membership" want only certain
mail encodings to permitted, I'm sure I can come up with something.

&lt;/list_admin&gt;

  The rest of this is my personal opinion...


  There's absolutely nothing keeping a text-based mail client from
decoding BASE64 to yield unencoded text.  Indeed, this is a fairly
trivial function to add, either in the end-user mail program, or in
some intermediate program (MTA, MDA, etc.).

  The MIME standards were formally published in 1996, and had been in
development for a number of years p</description>
    <dc:creator>Ben Scott</dc:creator>
    <dc:date>2008-10-06T22:57:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15694">
    <title>META: message encoding/MIME types</title>
    <link>http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15694</link>
    <description>

&lt;SNIP&gt;


&lt;SNIP&gt;

What do we think about standardizing the transfer encoding types used
for messages sent to this list?

/me squints expectantly at Ben...

Encodings like quoted printable are more or less readable in text-only
mail clients.  But lately this list has been seeing things like the
above message... in base64 encoded text/HTML.

What do you all think?  Maybe I'm the only one using a text-based mail
client.  These days, it wouldn't surprise me.  On the other hand,
maybe someone on this list knows some tips I could use to learn how to
decode base64 in my head. :D
</description>
    <dc:creator>VirginSnow-6nyMWi6rSIjR7s880joybQ&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2008-10-06T21:49:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15693">
    <title>Re: Serial admin console program</title>
    <link>http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15693</link>
    <description>
  In Minicom, flow control is under "Serial port setup", under
"Configuration".  (ALT-O in the program, or "minicom -s" from the
command prompt.)

</description>
    <dc:creator>Ben Scott</dc:creator>
    <dc:date>2008-10-06T21:47:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15692">
    <title>Re: Serial admin console program</title>
    <link>http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15692</link>
    <description>


I saw something similar (symptom-wise) with a serial console server  
and it wound up that I had to turn off hardware flow control in  
agetty.  I suspect it's a bad cable as five other machines work fine,  
but it's hundreds of miles away, and works with hardware flow control  
turned off, so there it is.

In agetty, I removed:

        -h     Enable hardware (RTS/CTS) flow control. It is left up  
to the application to disable software (XON/XOFF) flow protocol where  
appropriate.

so, maybe something like:

   stty -F /dev/ttyS0 -crtscts

would help?  Somebody who has actually tried this before might help  
on syntax.

-Bill

-----
Bill McGonigle, Owner           Work: 603.448.4440
BFC Computing, LLC              Home: 603.448.1668
bill-6ft+4TUC7y9qCwUM1VThig&lt; at &gt;public.gmane.orgCell: 603.252.2606
http://www.bfccomputing.com/    Page: 603.442.1833
Blog: http://blog.bfccomputing.com/
VCard: http://bfccomputing.com/vcard/bill.vcf
</description>
    <dc:creator>Bill McGonigle</dc:creator>
    <dc:date>2008-10-06T21:35:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15691">
    <title>Re: ethtool/nic question</title>
    <link>http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15691</link>
    <description>_______________________________________________
gnhlug-discuss mailing list
gnhlug-discuss-Z8c80N6yweDq5qozqU1N3A&lt; at &gt;public.gmane.org
http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
</description>
    <dc:creator>bruce.labitt-TPoik56scW1BDgjK7y7TUQ&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2008-10-06T18:13:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15690">
    <title>Re: ethtool/nic question</title>
    <link>http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15690</link>
    <description>


I'll second that, and I'll add that the Intel e1000 series of NICs
(and the associated Linux drivers) generally work just fine and you'd
be doing yourself a disservice by engaging in a FUD-induced leap
from "narrowly constrained problems with a small set of integrated
NICs on a small set of motherboards" to "IntelEnet==BAD!"
</description>
    <dc:creator>Michael ODonnell</dc:creator>
    <dc:date>2008-10-06T18:09:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15689">
    <title>Re: ethtool/nic question</title>
    <link>http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15689</link>
    <description>I'm sure there's other advice out there but I'll throw in:

Don't change the linux broadcom or intel gig-E ethernet drivers from their
defaults without a specifically documented reason. They will autonegotiate
to 1000 when possible under normal circumstances.

Check your wiring, your switch, your switch's configuration first. My
personal experience is that GigE automatically dumbing down from 1000 to
100 has not been due to an configuration issue in the linux drivers.





bruce.labitt-TPoik56scW1BDgjK7y7TUQ&lt; at &gt;public.gmane.org wrote:
</description>
    <dc:creator>Darrell Michaud</dc:creator>
    <dc:date>2008-10-06T17:45:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15688">
    <title>Re: portable music players</title>
    <link>http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15688</link>
    <description>That's for streaming, not for podcasts.

It is cool that they offer it in a bunch of different formats.

On Mon, Oct 6, 2008 at 1:30 PM, John Abreau &lt;jabr-iwcNaMm7aMIiq3RsQ1AnAw&lt; at &gt;public.gmane.org&gt; wrote:



</description>
    <dc:creator>Travis Roy</dc:creator>
    <dc:date>2008-10-06T17:45:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15687">
    <title>ethtool/nic question</title>
    <link>http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15687</link>
    <description>_______________________________________________
gnhlug-discuss mailing list
gnhlug-discuss-Z8c80N6yweDq5qozqU1N3A&lt; at &gt;public.gmane.org
http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
</description>
    <dc:creator>bruce.labitt-TPoik56scW1BDgjK7y7TUQ&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2008-10-06T17:17:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15686">
    <title>Re: portable music players</title>
    <link>http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15686</link>
    <description>
In other words, lots of truly "floss" podcasts also come in an ogg
flavor, because of mp3 being patent-encumbered and whatnot.


</description>
    <dc:creator>Jarod Wilson</dc:creator>
    <dc:date>2008-10-06T13:47:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15685">
    <title>Re: portable music players</title>
    <link>http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15685</link>
    <description>
  "only"

</description>
    <dc:creator>Ben Scott</dc:creator>
    <dc:date>2008-10-06T13:24:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15684">
    <title>Re: portable music players</title>
    <link>http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15684</link>
    <description>
Why do you say that's strange? Out of the 20 or so podcasts I listen
to, only one is not sent in mp3 format, and that's sent in some apple
format so that you get chapter ticks on your iPod when listening to it
(it also changes the "coverart" for each section). That podcast
(Quackcast) does offer MP3, but you have to go manually download it.

Fact is, for better or worse, mp3s can be played by basically
anything. If you want the widest audience the default is going to be
mp3.
</description>
    <dc:creator>Travis Roy</dc:creator>
    <dc:date>2008-10-06T13:08:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15683">
    <title>Re: portable music players</title>
    <link>http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15683</link>
    <description>

Yes, I hope to buy a player on their supported list. Coincidentally,
Paul Louden of Rockbox is interviewed on this week's FLOSS podcast on
twit.tv. That might provide a bit of additional background, perhaps a
little push to get you or others to try it:

http://twit.tv/floss43

Strangely, their podcast is only available in MP3 format...

</description>
    <dc:creator>Ted Roche</dc:creator>
    <dc:date>2008-10-06T12:57:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15682">
    <title>Re: Serial admin console program</title>
    <link>http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15682</link>
    <description>


Serial is tough in comparison to other technologies because it has so
many different parameters (baud rate, parity, stop bits, IO port, IRQ,
flow control, DTE/DCE, any I'm missing?)

Assuming this in on a PCI-based PC (I have to admit I haven't read the
entire thread), you might try "cat /proc/interrupts" while mc has the
port open.  This will show you if anything else is trying to share the
interrupt with the serial port.  Personal experience has shown me that
serial ports sometimes don't like to share. :)

See also /proc/ioports and /sbin/setserial.
</description>
    <dc:creator>VirginSnow-6nyMWi6rSIjR7s880joybQ&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2008-10-06T12:08:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15681">
    <title>Re: portable music players</title>
    <link>http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15681</link>
    <description>
  Rob Anderson -- the fearless leader of the SLUG (Durham) sub-group
</description>
    <dc:creator>Ben Scott</dc:creator>
    <dc:date>2008-10-06T01:14:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15680">
    <title>Re: Serial admin console program</title>
    <link>http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15680</link>
    <description>
  Probably, but I doubt that's going to help you.  You've rebooted
both devices, which most assuredly clears any buffers associated with
the serial ports.

  I'm going to guess that there's something different between the
config that was working and the config you're using now.  The most
likely suspects are the serial port parameters.  Double check your
baud rate, data bits, stop bits, parity, and flow control.  In
particular, if one end is expecting flow control and the other end is
not configured to provide it, things will sit there forever not
flowing.

  You might also want to have your on-site people check for a loose
cable.  Maybe something got bumped while they were power cycling
things.

</description>
    <dc:creator>Ben Scott</dc:creator>
    <dc:date>2008-10-06T01:08:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15679">
    <title>Re: Serial admin console program</title>
    <link>http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15679</link>
    <description>_______________________________________________
gnhlug-discuss mailing list
gnhlug-discuss-Z8c80N6yweDq5qozqU1N3A&lt; at &gt;public.gmane.org
http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
</description>
    <dc:creator>Alan Johnson</dc:creator>
    <dc:date>2008-10-03T23:15:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15678">
    <title>Re: portable music players</title>
    <link>http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15678</link>
    <description>

On paper it does.  In software it doesn't actually work.  Yet (they  
say).   Due out Q12008!



They have one with a cell modem coming out - might be worth looking  
into.

-Bill

-----
Bill McGonigle, Owner           Work: 603.448.4440
BFC Computing, LLC              Home: 603.448.1668
bill-6ft+4TUC7y9qCwUM1VThig&lt; at &gt;public.gmane.orgCell: 603.252.2606
http://www.bfccomputing.com/    Page: 603.442.1833
Blog: http://blog.bfccomputing.com/
VCard: http://bfccomputing.com/vcard/bill.vcf
</description>
    <dc:creator>Bill McGonigle</dc:creator>
    <dc:date>2008-10-03T22:48:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15677">
    <title>Re: portable music players</title>
    <link>http://permalink.gmane.org/gmane.org.user-groups.linux.gnhlug/15677</link>
    <description>
Canola (http://openbossa.indt.org/canola/) doesn't fit the bill?

I'm hopefully getting a n810 this Christmas.
</description>
    <dc:creator>Travis Roy</dc:creator>
    <dc:date>2008-10-03T22:43:36</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.org.user-groups.linux.gnhlug">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.org.user-groups.linux.gnhlug</link>
  </textinput>
</rdf:RDF>
