April 2007 - WLUG - wlug.mailman3.com

Re: [Wlug] Hauppauge 500 woes

by Mike

Sorry that email was pretty rushed [because I'm in the office]. Here is the directions I plan on following tonight: https://help.ubuntu.com/community/Install_IVTV_Feisty Note the bottom which states "Newer Firmware". I'll give it a shot. If that doesn't make a difference I could try the DVD player idea. Actually I think my VHS player is the only one with an RF out. If the VHS player is fine do you think it is a signaling problem? ~Mike <quote who="Mike"> > Thanks for the advice. I'll try that. > > I'm also going to try running through the firmware from the ivtv > repository that I read on the Ubuntu site. > > ~Mike > > > > > <quote who="Karl Hiramoto"> >> Mike wrote: >>> I've been working on setting up a MythTV box with a Hauppauge 500. The >>> reception I am getting is a bit grainy. I read that it could be the >>> firmware, too high of a signal, or too low of a signal. I took care of >>> the >>> firmware last night by following the directions on their wiki. The >>> picture >>> is still a bit grainy. Before I go out an buy a signal booster I was >>> wondering if anyone had any ideas or experience with the 500. >>> >>> ~Mike >>> >> You can try hookup your PVR500 directly to the output of a VCR, or DVD >> player that has an RF output. >> >> Also try having your PVR as the only device in the house hooked to the >> line, and with no splitters inline. Each device creates load, and your >> PVR500 is really two devices. >> >> If you take a look at the ivtv mailing list archives, you'll find a lot >> of people with the same issue. >> >> -- >> karl >> > > > -- > Emacs would be a far better OS if it shipped with a halfway-decent text > editor. --Anonymous > > -- Emacs would be a far better OS if it shipped with a halfway-decent text editor. --Anonymous

April 16, 2007

JOBS - Several Linux roles Embedded and Kernel projects

by John Spencer

We have 2 clients in MA and one in NH that are looking for Linux experts for various consulting projects. Our Client in MA (6+ mths.) is a leading provider of comprehensive compliance and content control solutions. They offer comprehensive network and desktop solutions that provide comprehensive visibility and control of inappropriate activity and information leakage across all channels of communications. Linux systems, real time processing, networking, C++/C Developer (Principal Level) to work on a Second generation of product from scratch. Will leverage existing pieces from their current product but begin with a new scalable and modular architecture. Heavy LINUX systems exp. with Windows OR Heavy WINDOWS with Linux systems. Strong C++/C, Real-time processing. Agile Development- " High Quality/ Fast Paced". Using Eclipse and Subversion. Low-level programming with File Systems, etc. NO Java needed. They are using RedHat Linux 2.6 kernel. MUST HAVE: Have been part of a team that has shipped a product and/or built a product that was shipped. Experience getting a product through its life-cycle and gotten it to market. STRONG Communication Skills, Highly Collaborative, Results driven, No hand-holding, Strong Development. ************************************************************************ ** Consultant needed as part of a small team (in MA 6 mths temp to perm possible) to produce high quality functional specifications, design specifications, product code, unit tests, and build scripts as needed. You must also be able to rapidly and effectively troubleshoot, diagnose, and resolve defects in an existing code base. You must be comfortable selecting and maintaining an appropriate focus in your daily work that will range from broad and abstract system architecture issues to detailed and concrete implementation issues. Responsibilities: - Provide software support and integration for new hardware features as they get added to the platform - Provide Linux support to upgrade Linux distribution as well as associated build environment - Work on low level features such as Software Upgrade - Instrument code and help analyze resource utilization - Maintain code repository - Address operational issues - Work with team on code releases Requirements - BS or MS in Computer Science, or equivalent experience - Either Real-Time OS or DSP experience - Experience in Linux, C, C++, Perl - Innovation and attention to detail - Ability to work independently but to know to get direction when you need it - Ability to work well with others on a small focused team - Excellent written and oral skills - Ability to obtain security clearance ************************************************************************ ********************************************** Principal Software Engineer (6+ mths in southern NH) Our client is looking for a Sr. C++ developer to replace current functionality on their embedded cards with edge nodes Linux based servers. They are currently running 1500 streams/card and want to run 2500 streams/edge node. Must have experience at the Linux kernel, driver and file systems level. This is mostly new development with some porting of the existing functionality from the embedded card. Must have either SMP or experience writing code in a multiprocessor environment. If you are interested and qualified, please send your confidential resume to jspencer(a)optimaleng.com Regards, John John Spencer (978) 256-1113 ext 7608 jspencer(a)optimaleng.com OPTIMAL ENGINEERING PARTNERS "Your Optimal partner for full-lifecycle engineering services in embedded and real-time, systems and application development" www.optimalengineering.com <http://www.optimalengineering.com/>

April 16, 2007

Re: [Wlug] Hauppauge 500 woes

by Mike

Thanks for the advice. I'll try that. I'm also going to try running through the firmware from the ivtv repository that I read on the Ubuntu site. ~Mike <quote who="Karl Hiramoto"> > Mike wrote: >> I've been working on setting up a MythTV box with a Hauppauge 500. The >> reception I am getting is a bit grainy. I read that it could be the >> firmware, too high of a signal, or too low of a signal. I took care of >> the >> firmware last night by following the directions on their wiki. The >> picture >> is still a bit grainy. Before I go out an buy a signal booster I was >> wondering if anyone had any ideas or experience with the 500. >> >> ~Mike >> > You can try hookup your PVR500 directly to the output of a VCR, or DVD > player that has an RF output. > > Also try having your PVR as the only device in the house hooked to the > line, and with no splitters inline. Each device creates load, and your > PVR500 is really two devices. > > If you take a look at the ivtv mailing list archives, you'll find a lot > of people with the same issue. > > -- > karl > -- Emacs would be a far better OS if it shipped with a halfway-decent text editor. --Anonymous

April 16, 2007

Re: [Wlug] Hauppauge 500 woes

by Karl Hiramoto

Mike wrote: > I've been working on setting up a MythTV box with a Hauppauge 500. The > reception I am getting is a bit grainy. I read that it could be the > firmware, too high of a signal, or too low of a signal. I took care of the > firmware last night by following the directions on their wiki. The picture > is still a bit grainy. Before I go out an buy a signal booster I was > wondering if anyone had any ideas or experience with the 500. > > ~Mike > You can try hookup your PVR500 directly to the output of a VCR, or DVD player that has an RF output. Also try having your PVR as the only device in the house hooked to the line, and with no splitters inline. Each device creates load, and your PVR500 is really two devices. If you take a look at the ivtv mailing list archives, you'll find a lot of people with the same issue. -- karl

April 16, 2007

Re: [Wlug] I am getting discouraged with Gentoo on ULTRA1

by Mike Frysinger

On Sunday 15 April 2007, Eric Martin wrote: > Did you use udev? There's a spot about using a certain profile if > you're using the 2.4. Udev only works on 2.6 and up (and not on some of > the older 2.6 kernels). Reboot with the livecd chroot, enter the > chrooted environment and check your kernel config for DEVFS. Make sure > it's compiled in (Not a module) and it's set to mount automatically at > boot. Also, make sure that udev isn't installed (emerge -s udev) and if > it is uninstall it (emerge --unmerge udev). the error he's getting is unrelated to the /dev management ... he cant even launch init because glibc requires a newer kernel than he has installed -mike

April 16, 2007

Hauppauge 500 woes

by Mike

I've been working on setting up a MythTV box with a Hauppauge 500. The reception I am getting is a bit grainy. I read that it could be the firmware, too high of a signal, or too low of a signal. I took care of the firmware last night by following the directions on their wiki. The picture is still a bit grainy. Before I go out an buy a signal booster I was wondering if anyone had any ideas or experience with the 500. ~Mike -- They who would give up an essential liberty for temporary security, deserve neither liberty or security --Ben Franklin

April 16, 2007

Re: [Wlug] I am getting discouraged with Gentoo on ULTRA1

by Eric Martin

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Did you use udev? There's a spot about using a certain profile if you're using the 2.4. Udev only works on 2.6 and up (and not on some of the older 2.6 kernels). Reboot with the livecd chroot, enter the chrooted environment and check your kernel config for DEVFS. Make sure it's compiled in (Not a module) and it's set to mount automatically at boot. Also, make sure that udev isn't installed (emerge -s udev) and if it is uninstall it (emerge --unmerge udev). Eric ken jones wrote: > For those of you who are kind enough to care....sigh. > > On my Ultra1 I succeeded in following the directions in > <http://www.gentoo.org/doc/en/handbook/handbook-sparc.xml> > to the letter, or so I thought. I "emerge'd" successfully. I > compiled successfully. I chroot'd successfully. I removed > the CD from its drive. I boot'd and I got the following. > > yadda yadda yadda.... > VFs: Mounted root(ext3 filesystem) readonly > Mounted devfs on /dev > FATAL: kernel too old > Unimplemented SPARC system call 188 > Kernel panic: Attempted to kill init! > Press Li-A to return to the boot prom > > I compiled kernel-2.4.34. I chose 2.4 over 2.6 because the > handbook hinted I should.. > > Now I do not even know what questions to ask myself. I checked > Google on the "kernel too old" message and the "Attempted to > kill" message. I could not understand the few matches that > it found. > > My bet is that I need bigger SCSI hard drives. > I'll also be glad to shut up if this is getting boring. > > Ken > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGIq2EaiVxdKlBO58RArMOAJ9d3rZPJ39O0s768N6EjXfTzeLnpgCeIgZt qrFtF49q92uuqTMtc5fwKXk= =GmF7 -----END PGP SIGNATURE-----

April 15, 2007

Re: [Wlug] I am getting discouraged with Gentoo on ULTRA1

by Robert L Krawitz

Date: Sun, 15 Apr 2007 16:07:25 -0400 From: ken jones <kjones(a)ziplink.net> For those of you who are kind enough to care....sigh. On my Ultra1 I succeeded in following the directions in <http://www.gentoo.org/doc/en/handbook/handbook-sparc.xml> to the letter, or so I thought. I "emerge'd" successfully. I compiled successfully. I chroot'd successfully. I removed the CD from its drive. I boot'd and I got the following. yadda yadda yadda.... VFs: Mounted root(ext3 filesystem) readonly Mounted devfs on /dev FATAL: kernel too old Unimplemented SPARC system call 188 Kernel panic: Attempted to kill init! Press Li-A to return to the boot prom I compiled kernel-2.4.34. I chose 2.4 over 2.6 because the handbook hinted I should.. Given the message, you may want to try 2.6 -- 2.4 is certainly older than 2.6. -- Robert Krawitz <rlk(a)alum.mit.edu> Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail lpf(a)uunet.uu.net Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton

April 15, 2007

I am getting discouraged with Gentoo on ULTRA1

by ken jones

For those of you who are kind enough to care....sigh. On my Ultra1 I succeeded in following the directions in <http://www.gentoo.org/doc/en/handbook/handbook-sparc.xml> to the letter, or so I thought. I "emerge'd" successfully. I compiled successfully. I chroot'd successfully. I removed the CD from its drive. I boot'd and I got the following. yadda yadda yadda.... VFs: Mounted root(ext3 filesystem) readonly Mounted devfs on /dev FATAL: kernel too old Unimplemented SPARC system call 188 Kernel panic: Attempted to kill init! Press Li-A to return to the boot prom I compiled kernel-2.4.34. I chose 2.4 over 2.6 because the handbook hinted I should.. Now I do not even know what questions to ask myself. I checked Google on the "kernel too old" message and the "Attempted to kill" message. I could not understand the few matches that it found. My bet is that I need bigger SCSI hard drives. I'll also be glad to shut up if this is getting boring. Ken

April 15, 2007

Re: [Wlug] New ULTRA1 success - almost

by Adam Gomes

On Fri, 2007-04-13 at 11:36 -0400, Mike Frysinger wrote: > On Friday 13 April 2007, ken jones wrote: > > Should I take this warning seriously? > > last i recall playing with my sparc the answer is yes Not the case for Sparc64. And on older 32 bit sparc systems, the size limit was about 2.6MB > > How do I figure out which drivers to deselect from menuconfig? > > modularize ... turn everything you dont need to actually open the root > filesystem and get network access into a module ... well, maybe not > everything, but you get the hint > > > lspci gives me no response. I am not sure what is in my machine. > > i imagine your sparc is one with some older sun-specific bus so lspci wouldnt > walk it > -mike Your distribution should have come with a tool called prtconf. This will list the OBP tree for you (it's a port of the solaris version of the command). In order for the command to work, though, you need to have the device /dev/openprom. This is an option in the Kernel. So, without having to worry about size limitations, this is not really a critical issue. but if you want to slim the kernel down anyway, compile a larger kernel for now that includes /dev/openprom and then use prtconf to figure out what you need / don't need for your next compile. There is also an eeprom command (/usr/sbin/eeprom) which should provide you with similar info ... Then to save you some more disk space (if you are concerned about that, too), you can gzip -9 your kernel, and SILO will decompress it itself at boot time (just takes a couple extra seconds to boot the box). --Adam > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug

April 15, 2007