Re: gnhlug mythtv link?
Jon 'maddog' Hall wrote: > Or more accurately, this: > > http://wiki.gnhlug.org/twiki2/bin/view/Www/MythTV > > > Close. Thanks. The actual link I was looking for was http://www.gnhlug.org/myth Right now I'm stuck (I think) on the section on configuring mysql and setting the password. I can't access mysql for some reason. However, myth is running, save for that blasted lirc. And the previous recordings are still present and accessible. /rant on I just don't understand the general concept of what actually needs to be done with lirc to get the streamzap remote to work. The standard package either does not have streamzap support in it or (far more likely) I have no clue what steps to take to make it work. I've tried binaries and compling - same result - nada. I haven't found a description online that describes how to do this with FC6 and streamzap. I've seen descriptions with ubuntu and gentoo, but these distros don't seem to have common enough commands or directory structure to make the howtos/instructions transferrable. (At least for this noob.) I haven't yet found a synopsis of the configuration files and what they do, in particular the one that loads the driver. streamzap requires a kernel module. I don't know how to link this in or if I even need to do anything special. /rant off Thanks for everyone's help so far. ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: gnhlug mythtv link?
Bruce Labitt wrote: > > No that wasn't it. Either Ben, Jarod or md set up a link to a gnhlug > server with a short list of instructions. It had some mysql setup stuff > and parameters. Oh well, guess I'll have to find it on Jarod's site. > I'm sure it is all there, but it was in a more compact form for the > installfest. On the main GNHLUG site, try 'MythTV' in the search box in the upper right corner. I suspect you're looking for: http://wiki.gnhlug.org/twiki2/bin/view/Www/MythTVFedora6 -- Ted Roche Ted Roche & Associates, LLC http://www.tedroche.com ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: gnhlug mythtv link?
Perhaps you meant this: http://wiki.gnhlug.org/twiki2/bin/view/Www/MythFest ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: gnhlug mythtv link?
Bruce Labitt wrote: > Ted Roche wrote: > >> Bruce Labitt wrote: >> >> >>> In the last mythtv installfest a link to install instructions/tips was >>> created. Is that link still live? Can anyone provide it to me? >>> >>> >> http://www.wilsonet.com/mythtv/ is Jarod Wilson's site. Is that the one >> you're thinking of? If not, you can search the email list archives at: >> >> http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/ >> >> >> >> > Hi Ted, > > No that wasn't it. Either Ben, Jarod or md set up a link to a gnhlug > server with a short list of instructions. It had some mysql setup stuff > and parameters. Oh well, guess I'll have to find it on Jarod's site. > I'm sure it is all there, but it was in a more compact form for the > installfest. > > Bruce > ___ > gnhlug-discuss mailing list > gnhlug-discuss@mail.gnhlug.org > http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/ > > Sorry about replying to my own reply. I found the link... for the record it is www.gnhlug.org/myth ;) I'm stuck here with a mysql question $ su - # chkconfig mysqld on # service mysqld start # mysql -u root mysql ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO) I tried using what was the old password for mysql (thank goodness I saved that!), same result. Any suggestions? TIA. ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: gnhlug mythtv link?
Ted Roche wrote: > Bruce Labitt wrote: > >> In the last mythtv installfest a link to install instructions/tips was >> created. Is that link still live? Can anyone provide it to me? >> > > http://www.wilsonet.com/mythtv/ is Jarod Wilson's site. Is that the one > you're thinking of? If not, you can search the email list archives at: > > http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/ > > > Hi Ted, No that wasn't it. Either Ben, Jarod or md set up a link to a gnhlug server with a short list of instructions. It had some mysql setup stuff and parameters. Oh well, guess I'll have to find it on Jarod's site. I'm sure it is all there, but it was in a more compact form for the installfest. Bruce ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
FOSS Advocacy in education in northern New England
Just a quick tip 'o the fedora to those local folks who help FOSS Advocacy in northern New England with their efforts at FOSSEd (formerly NELS), this year being held three times: in Bethel, ME, Durham, NH and Washington, DC. Go team! New Hampshire's own Matt Oquist is heavily involved, GNHLUGgers Bill Sconce and Warren Lubkeman will be featured at the Gould Academy presentations next month. Bravo. Web Site: http://fossed.net/ Agenda: http://docs.google.com/View?docid=dfvj9xq4_12d36hjz -- Ted Roche Ted Roche & Associates, LLC http://www.tedroche.com ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Non Linux but network tech question
On Friday, Jun 15th 2007 at 22:09 -0400, quoth kenta: =>On Thu, 14 Jun 2007, sean wrote: =>> Here is the problem. =>> The local ISP they use, Comcast, gives them a free connection, but the =>> address is dynamic. =>> When on that time the address renews and is not the same, they link to =>> the online catalog cannot be reached. Looking it over the link is =>> specified by an IP address. => =>I also use Comcast and my IP rarely changes. I think I may be on the same =>IP now for maybe a year and a half to two years. The trick is... keep =>your equipment running. Generally I've found that the Comcast DHCP server =>pretty much respects the lease renewals as long as you're there. Throw =>your router and cable modem on a UPS and just leave it be. My experience with rcn was also that they would let me keep the same IP for about 9 months. It became moot when they shut off incoming 80 and outgoing 25. Now I keep the same address permanantly but I have to pay an extra $20/m to do it, with the side effect that the two ports are left open. ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
gnhlug mythtv link?
In the last mythtv installfest a link to install instructions/tips was created. Is that link still live? Can anyone provide it to me? Somehow I managed to uninstall myth. It wasn't intentional. I was distracted futzing about with lirc. I got to the point of seeing keystokes on the remote. Then things went fubar. Somehow the nut behind the keyboard made the installation vanish :( . I'm kind of pissed right now, as I had a lot of stuff recorded. How long do you suppose it would take to set up again? ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: MonadLUG meeting notes 14 June 2007
On 15 Jun 2007 15:51:12 -0400, Kevin D. Clark <[EMAIL PROTECTED]> wrote: > If you want a hard-realtime system with access to Linux, I highly > recommend RTAI. Are you volunteering to give a presentation? :-) -- Ben ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Ethernet technology (was: Recommended PCI gigabit...)
It's time for another one of my patented long messages on technology! :-) On 6/15/07, Jon 'maddog' Hall <[EMAIL PROTECTED]> wrote: > If I remember correctly, after a packet comes across, the controller is > supposed to wait some period of time before grabbing the wire again. > This allows some other controller time to grab the wire. There's something called "interframe gap" on Ethernet. I've always heard it given as a way to compensate for the asynchronous design of Ethernet. Since there's no global clock, there needs to be some dwell time between frames so you can be sure the end-of-frame has propagated through the whole bus, all the receivers have seen it, and made themselves ready for the next sense/transmit/receive cycle. I don't think it was explicitly intended to ensure balanced access to the network. Google results seem to back this up. *All* nodes had to wait for the network to be quiet. Once the gap was passed, the regular CSMA/CD contention mechanism went into play. That said, if somebody was shorting the gap, they'd certainly be able to monopolize the network, since they'd be asserting carrier before anyone else. > AFAIK it was accepted and anticipated that an ETHERNET controller was > never going to effectively move wire speed at any given time onto or off > of the disk. From what I've ready, that was a design assumption back in the early days of Ethernet. One of the reasons "they" figured the lack of a strong mechanism to regulate contention wasn't a problem was that nothing out there would be able to saturate a 10 megabit/sec bus. Of course, that changed. On 6/15/07, Ric Werme <[EMAIL PROTECTED]> wrote: > A lot of what Maddog wrote pertains more to coax or hub based Ethernet > (CSMA/CD, Carrier Sense, Multiple Access with Collision Deterction) which is > "true Ethernet." Twisted pair media used with switches and routers I > believe is all Single Access and has no collisions. "It depends." Twisted Pair Ethernet repeaters work just like coax repeaters. For both systems, the cables plug into the repeater, and the signal that comes in on one repeater port is sent back out all the others. It's one big Collision Domain. The only difference is that with TP, there are only two devices per segment -- each end of the cable. With coax, you can have many transceivers (computers) on a single segment, with either a repeater or a terminator at each end. For those who have forgotten or never knew: Carrier Sense: Before transmitting, check to see if someone else is. If so, wait. If not, transmit. Collision Detect: If, while transmitting, someone else transmits, notice this. On Ethernet, when a collision is detected, a "jam signal" is transmitted. There's a nice graphical explanation here: http://www.erg.abdn.ac.uk/users/gorry/course/lan-pages/csma-cd.html Anyway, back to TP and repeaters and switches. Back in the day, switches were called "learning bridges". If you had a big Ethernet network, it was one big Collision Domain. But a lot of traffic tends to be localized, e.g., between the department server and department workstations. So the Math Department would be colliding with the Physics Department, even though they weren't talking to each other. So you put a Learning Bridge between the two departments. The bridge had an two Ethernet transceivers, some buffer memory, and a processor. It would "learn" which Ethernet addresses were on each sides of the network, and would not forward packets between Collision Domains unless they needed to be (i.e., destined for that side, unknown addresses (new nodes), and broadcasts). Indeed, this meant the terms "Collision Domain" and "Broadcast Domain" became important for Ethernet. Before then, a single Ethernet was always the same Collision Domain and Broadcast Domain. But thanks to the learning bridge, the Collision Domain could be smaller than the whole Broadcast Domain. You could use a bridge with coax or TP. The modern 100BASE-T "switch" is nothing more than a multi-port learning bridge. Somewhere along the line, they decided the term "switch" was sexier, but it's the same thing. Gigabit I'm not sure about. I just went to check my facts on this, and I'm seeing claims of gig Ethernet repeaters being defined by the standard. I cannot find conclusive information right now. But in my practical experience, I've only ever seen gigabit switches, and gigabit has always been full-duplex. On 6/15/07, Drew Van Zandt <[EMAIL PROTECTED]> wrote: > There are still collisions (of a sort) even on full-duplex switched > networks. Two 10 Mbit devices can't talk full speed to the same 10 > Mbit conversation partner, obviously. As you DTVZ implies, that's not a real Ethernet collision. That's a buffer overrun on the switch. The switch will start dropping frames. If Ethernet flow control is working, I guess it would also signal the transmitting nodes to back off. (My knowledge of Ethernet flow control is
Re: Non Linux but network tech question
kenta wrote: > On Thu, 14 Jun 2007, sean wrote: > >> Here is the problem. >> The local ISP they use, Comcast, gives them a free connection, but the >> address is dynamic. >> When on that time the address renews and is not the same, they link to >> the online catalog cannot be reached. Looking it over the link is >> specified by an IP address. >> > I also use Comcast and my IP rarely changes. I think I may be on the same > IP now for maybe a year and a half to two years. The trick is... keep > your equipment running. Generally I've found that the Comcast DHCP server > pretty much respects the lease renewals as long as you're there. Throw > your router and cable modem on a UPS and just leave it be. > > A cheap UPS will keep those two devices running for a long time. > Even without a UPS, I've had the same IP from Comcast since September 2004. -- Dan Jenkins ([EMAIL PROTECTED]), Rastech Inc., Bedford, NH, USA ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: OT: PC Gigabit Throughput Question
Most have already covered the PCI 33/32 bandwidth limits (avoid PCI 33/32 if you can). Integrated into the chipset, PCIX bus (faster but still shared), or PCIe (dedicated) will solve the bandwidth problems. Just about any PCIX/PCIe/Integrated MAC will give you 100% gigabit full duplex line rate provided the driver and memory controller can keep up. Look for a useful TOE/TSO/GSO hardware engine as well as hardware TCP/UDP checksumming on both RX and TX. Hardware checksumming will reduce the cpu power requirements dramatically, a segment engine will reduce the number of packets and give you the equivelant of jumbo frames (from the driver's point of view) without actually using jumbo frames on the network . Which brings me to the next point. A bad driver will make a huge difference and may be a limiting factor especially at >500mbps. A good driver will make use of NAPI for overload conditions, and interrupt coalescing for moderate load conditions. A segment engine isn't likely on a PCI33/32 MAC, but some do have checksumming. One other neat feature I've seen on nvidia integrated MACs is it makes use of MSI-X to offer 3 different interrupts for each MAC. One for TX service, one for RX service, and the 3rd for phy events. This allows the driver to have completely separate RX/TX/misc code paths. Very cool. Anyway, I'd recommend Intel (e1000) or Broadcom (tg3, bnx2) MACs. -- Dave ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
