- WLUG - wlug.mailman3.com

Well, maybe one more sparc64 question....

by Ken Jones

Jamie, That posting you sent me is definitely my bug. The only difference is the revision level of media-libs-mesa. The poster claims that his problems were fixed with a emerge --sync the following morning. I have not been so lucky. -------------You and the bug report told me to eselect opengl. I did and this is what I get. kjones-sun2 temp # eselect opengl set xorg-x11 shell-init: error retrieving current directory: getcwd: cannot access parent dir ectories: No such file or directory !!! Error: Can't load module opengl Killed kjones-sun2 temp # ----------I then looked for a relationship between opengl and xorg-x11. kjones-sun2 temp # locate opengl | grep x11 /usr/lib/opengl/xorg-x11 /usr/lib/opengl/xorg-x11/include /usr/lib/opengl/xorg-x11/include/glxtokens.h /usr/lib/opengl/xorg-x11/include/glxmd.h /usr/lib/opengl/xorg-x11/include/glxproto.h kjones-sun2 temp # --------The posting also asked that I check glxproto.h as a logical link. kjones-sun2 temp # ls -l /usr/include/GL/glxproto.h ls: cannot access /usr/include/GL/glxproto.h: No such file or directory kjones-sun2 temp # --------So I just tried to find glxproto.h. It is real and 75729 bytes in size... kjones-sun2 temp # locate glxproto.h /usr/lib/opengl/xorg-x11/include/glxproto.h kjones-sun2 temp # kjones-sun2 temp # ls -l /usr/lib/opengl/xorg-x11/include/glxproto.h -rw-r--r-- 1 root root 75729 May 23 18:14 /usr/lib/opengl/xorg-x11/include/glxpr oto.h That seems very interesting and pertinent. I have not the faintest idea what is going on. Do you understand?? Do you know what I need to do to get xorg-x11 installed? Ken Jones

May 25, 2007

Re: [Wlug] Cups, FC6, and networks, oh MY!

by Gregory Avedissian

I've got a 4L that's connected to my linux box, and I share out the printer using samba. With debian etch, I had to manually edit a couple of the cups files, but in sarge, I didn't have to do that. If you want details, I'll have to drag out my notes. Greg Bill Smith wrote: > I have recently acquired an HP LaserJet 4MP. It's connected to the > parallel port of my system running FC6 (with all current updates). > > The printer itself works great, so long as I am trying to print from > localhost, but I'd like to share it to the other systems on my > network. (These other systems include WinXP, Mac OS X, etc.) > > I've poked around a bit and found pointers on getting cups to work on > other OSs (Gentoo, Ubuntu), but not Fedora Core. > > Would anyone have any pointers? I'm willing to post config file > segments, if that will help-- just tell me what you need to see. > > Any help would be greatly appreciated. > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > William Smith wsmith-at-chezsmith-dot-com > Fall River, MA http://www.chezsmith.com > > "He played me like a fish... I can't make it any clearer > than that." -- Colin Mochrie, on "Who's Line Is It, > Anyway?" > * TAG! v3.2 * > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug

May 25, 2007

Re: [Wlug] Cups, FC6, and networks, oh MY!

by John Stoffel

I've got an old LaserJet 4M myself. Ran nicely for years, before the rollers started putting junk on the paper. It's also got the JetDirect card as well, so you can just put it onto the network. I'd be happy to sell it off for a nominal sum, say $50? But let me check that the darn thing is still in the basement... This would give you spare parts if anything broke on yours. John

May 24, 2007

Cups, FC6, and networks, oh MY!

by Bill Smith

I have recently acquired an HP LaserJet 4MP. It's connected to the parallel port of my system running FC6 (with all current updates). The printer itself works great, so long as I am trying to print from localhost, but I'd like to share it to the other systems on my network. (These other systems include WinXP, Mac OS X, etc.) I've poked around a bit and found pointers on getting cups to work on other OSs (Gentoo, Ubuntu), but not Fedora Core. Would anyone have any pointers? I'm willing to post config file segments, if that will help-- just tell me what you need to see. Any help would be greatly appreciated. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- William Smith wsmith-at-chezsmith-dot-com Fall River, MA http://www.chezsmith.com "He played me like a fish... I can't make it any clearer than that." -- Colin Mochrie, on "Who's Line Is It, Anyway?" * TAG! v3.2 *

May 24, 2007

Re: [Wlug] last sparc64 gentoo question - I promise

by Jamie Guinan

On Thu, 24 May 2007, ken jones wrote: > I succeeded in doing: > #emerge --sync > #emerge portage > Then I tried > #emerge xorg-x11 > overnight. I woke up to find this had failed on step 101 out of 133. That's actually rather good progress. :) > ------------------- > The first two emerge's completed, emerge xorg-x11 did not. Below is > stdout. Looking at the log it appears that stddef.h is missing... > -----------snip--------- > makedepend: warning: clientattrib.c (reading /usr/include/gconv.h, line > 31): cannot find include file "stddef.h" > ---------snip---------- > Right at the end stdout said, "!!! If you need support, post the > topmost build error, and the call stack if relevant." > I have no idea what this means. Do you? > Any suggestions what I do now? My guess is to just try again. I found this, http://www.nabble.com/emerge-xorg-xll--fails-out-at-media-libs-mesa-6.5-r3-… See the post from Donnie Berkholz near the bottom, where he suggests # eselect opengl set xorg-x11 Then try, # emerge -ptv xorg-x11 [ this will show you what's going to be merged ] # emerge xorg-x11 [ ok, try again...] -Jamie > Ken Jones > ========================================== > -------------------snip of emerge failure step 101 out of > 133---------------- > >>> Emerging (101 of 133) media-libs/mesa-6.5.1-r1 to / > >>> Downloading > 'http://distfiles.gentoo.org/distfiles/MesaLib-6.5.1.tar.bz2' > --00:50:32-- http://distfiles.gentoo.org/distfiles/MesaLib-6.5.1.tar.bz2 > => `/usr/portage/distfiles/MesaLib-6.5.1.tar.bz2' > Resolving distfiles.gentoo.org... 156.56.247.195, 216.165.129.135, > 64.50.236.52, ... > Connecting to distfiles.gentoo.org|156.56.247.195|:80... connected. > HTTP request sent, awaiting response... 200 OK > Length: 3,138,257 (3.0M) [application/x-tar] > > 100%[===============================================================================>] > 3,138,257 523.02K/s ETA 00:00 > > 00:50:38 (503.34 KB/s) - `/usr/portage/distfiles/MesaLib-6.5.1.tar.bz2' > saved [3138257/3138257] > > * checking ebuild checksums ;-) > ... > [ ok ] > * checking auxfile checksums ;-) > ... > [ ok ] > * checking miscfile checksums ;-) > ... > [ ok ] > * checking MesaLib-6.5.1.tar.bz2 ;-) > ... > [ ok ] > * QA Notice: USE Flag 'amd64-fbsd' not in IUSE for media-libs/mesa-6.5.1-r1 > * QA Notice: USE Flag 'kernel_FreeBSD' not in IUSE for > media-libs/mesa-6.5.1-r1 > >>> Unpacking source... > >>> Unpacking MesaLib-6.5.1.tar.bz2 to > /var/tmp/portage/media-libs/mesa-6.5.1-r1/work > * Applying 6.5.1-freebsd-dri.patch > ... > [ ok ] > * Removing DO_DEBUG defs in dri drivers... > * Sparc assembly code is not working; deactivating > >>> Source unpacked. > >>> Compiling source in > /var/tmp/portage/media-libs/mesa-6.5.1-r1/work/Mesa-6.5.1 ... > (cd configs && rm -f current && ln -s linux-dri current) > . > . <<=============many steps in here=========>> > . > clientattrib.c: In function `__glFreeAttributeState': > clientattrib.c:131: error: dereferencing pointer to incomplete type > clientattrib.c:132: error: dereferencing pointer to incomplete type > make[3]: *** [clientattrib.o] Error 1 > make[3]: Leaving directory > `/var/tmp/portage/media-libs/mesa-6.5.1-r1/work/Mesa-6.5.1/src/glx/x11' > make[2]: *** [subdirs] Error 1 > make[2]: Leaving directory > `/var/tmp/portage/media-libs/mesa-6.5.1-r1/work/Mesa-6.5.1/src' > make[1]: *** [default] Error 1 > make[1]: Leaving directory > `/var/tmp/portage/media-libs/mesa-6.5.1-r1/work/Mesa-6.5.1' > make: *** [linux-dri] Error 2 > > !!! ERROR: media-libs/mesa-6.5.1-r1 failed. > Call stack: > ebuild.sh, line 1615: Called dyn_compile > ebuild.sh, line 972: Called qa_call 'src_compile' > ebuild.sh, line 44: Called src_compile > mesa-6.5.1-r1.ebuild, line 215: Called die > > !!! Build failed > !!! If you need support, post the topmost build error, and the call > stack if relevant. > !!! A complete build log is located at > '/var/tmp/portage/media-libs/mesa-6.5.1-r1/temp/build.log'. > > kjones-sun2 bin # > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug >

May 24, 2007

Re: [Wlug] last sparc64 gentoo question - I promise

by Mike Frysinger

On Thursday 24 May 2007, ken jones wrote: > The first two emerge's completed, emerge xorg-x11 did not. Below is > stdout. Looking at the log it appears that stddef.h is missing... > -----------snip--------- > makedepend: warning: clientattrib.c (reading /usr/include/gconv.h, line > 31): cannot find include file "stddef.h" > ---------snip---------- no, that is a warning (like it says), not an error ... the makedepend program is kind of crappy when it comes to generating depend files, that's why using gcc's -MM is much preferred ... but that's a different topic > Right at the end stdout said, "!!! If you need support, post the > topmost build error, and the call stack if relevant." > I have no idea what this means. Do you? > Any suggestions what I do now? My guess is to just try again. you could try posting the actual error -mike

May 24, 2007

last sparc64 gentoo question - I promise

by ken jones

I succeeded in doing: #emerge --sync #emerge portage Then I tried #emerge xorg-x11 overnight. I woke up to find this had failed on step 101 out of 133. ------------------- The first two emerge's completed, emerge xorg-x11 did not. Below is stdout. Looking at the log it appears that stddef.h is missing... -----------snip--------- makedepend: warning: clientattrib.c (reading /usr/include/gconv.h, line 31): cannot find include file "stddef.h" ---------snip---------- Right at the end stdout said, "!!! If you need support, post the topmost build error, and the call stack if relevant." I have no idea what this means. Do you? Any suggestions what I do now? My guess is to just try again. Ken Jones ========================================== -------------------snip of emerge failure step 101 out of 133---------------- >>> Emerging (101 of 133) media-libs/mesa-6.5.1-r1 to / >>> Downloading 'http://distfiles.gentoo.org/distfiles/MesaLib-6.5.1.tar.bz2' --00:50:32-- http://distfiles.gentoo.org/distfiles/MesaLib-6.5.1.tar.bz2 => `/usr/portage/distfiles/MesaLib-6.5.1.tar.bz2' Resolving distfiles.gentoo.org... 156.56.247.195, 216.165.129.135, 64.50.236.52, ... Connecting to distfiles.gentoo.org|156.56.247.195|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 3,138,257 (3.0M) [application/x-tar] 100%[===============================================================================>] 3,138,257 523.02K/s ETA 00:00 00:50:38 (503.34 KB/s) - `/usr/portage/distfiles/MesaLib-6.5.1.tar.bz2' saved [3138257/3138257] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking MesaLib-6.5.1.tar.bz2 ;-) ... [ ok ] * QA Notice: USE Flag 'amd64-fbsd' not in IUSE for media-libs/mesa-6.5.1-r1 * QA Notice: USE Flag 'kernel_FreeBSD' not in IUSE for media-libs/mesa-6.5.1-r1 >>> Unpacking source... >>> Unpacking MesaLib-6.5.1.tar.bz2 to /var/tmp/portage/media-libs/mesa-6.5.1-r1/work * Applying 6.5.1-freebsd-dri.patch ... [ ok ] * Removing DO_DEBUG defs in dri drivers... * Sparc assembly code is not working; deactivating >>> Source unpacked. >>> Compiling source in /var/tmp/portage/media-libs/mesa-6.5.1-r1/work/Mesa-6.5.1 ... (cd configs && rm -f current && ln -s linux-dri current) . . <<=============many steps in here=========>> . clientattrib.c: In function `__glFreeAttributeState': clientattrib.c:131: error: dereferencing pointer to incomplete type clientattrib.c:132: error: dereferencing pointer to incomplete type make[3]: *** [clientattrib.o] Error 1 make[3]: Leaving directory `/var/tmp/portage/media-libs/mesa-6.5.1-r1/work/Mesa-6.5.1/src/glx/x11' make[2]: *** [subdirs] Error 1 make[2]: Leaving directory `/var/tmp/portage/media-libs/mesa-6.5.1-r1/work/Mesa-6.5.1/src' make[1]: *** [default] Error 1 make[1]: Leaving directory `/var/tmp/portage/media-libs/mesa-6.5.1-r1/work/Mesa-6.5.1' make: *** [linux-dri] Error 2 !!! ERROR: media-libs/mesa-6.5.1-r1 failed. Call stack: ebuild.sh, line 1615: Called dyn_compile ebuild.sh, line 972: Called qa_call 'src_compile' ebuild.sh, line 44: Called src_compile mesa-6.5.1-r1.ebuild, line 215: Called die !!! Build failed !!! If you need support, post the topmost build error, and the call stack if relevant. !!! A complete build log is located at '/var/tmp/portage/media-libs/mesa-6.5.1-r1/temp/build.log'. kjones-sun2 bin #

May 24, 2007

Re: [Wlug] It boots. Now what?

by Jamie Guinan

On Wed, 23 May 2007, ken jones wrote: > I got HAPPYMEAL to work. My sparc64 is on the WEB! > Here is result of ls -lad /etc/make.profile > ----------snip---------- > kjones-sun2 ~ # ls -lad /etc/make.profile > lrwxrwxrwx 1 root root 58 May 17 12:45 /etc/make.profile -> > ../usr/portage/profiles/default-linux/sparc/sparc64/2006.1 > -----------end snip--------- > Here is result of emerge xorg-x11: How do I install from the tar.bz > file? What is gentoo's equivalent of Red Hat's rpm? That's what gentoo's portage system (via the "emerge" command) does for you - downloads the tarballs, builds, installs, and keeps a record of what's installed under /var/db/pkg/<category>/<package>/ . Well, when it works. :) Look at /usr/portage/media-libs/libpng/*.ebuild, its fairly easy to get the gist of it if you know shell syntax. Did you do "emerge --sync" like some others suggested? I see a few libpng versions available, up to 1.2.16, $ ls /usr/portage/media-libs/libpng/*.ebuild /usr/portage/media-libs/libpng/libpng-1.2.14-r1.ebuild /usr/portage/media-libs/libpng/libpng-1.2.14.ebuild /usr/portage/media-libs/libpng/libpng-1.2.15.ebuild /usr/portage/media-libs/libpng/libpng-1.2.16.ebuild > --------------snip------------- > Lastly, how do you know that HAPPYMEAL is in the sun-hme module? Where > is the information indicating the functionality contained in each module? In the "make menuconfig" [Help] items. Also in menuconfig, you can search all the help text by typing "/" and entering some text. Generally, once you have your system configured to your satisfaction, you keep a copy of the kernel .config, and use that the next time you upgrade the kernel by copying it to the new kernel tree and doing "make oldconfig". -Jamie

May 23, 2007

Re: [Wlug] It boots. Now what?

by ken jones

I got HAPPYMEAL to work. My sparc64 is on the WEB! Here is result of ls -lad /etc/make.profile ----------snip---------- kjones-sun2 ~ # ls -lad /etc/make.profile lrwxrwxrwx 1 root root 58 May 17 12:45 /etc/make.profile -> ../usr/portage/profiles/default-linux/sparc/sparc64/2006.1 -----------end snip--------- Here is result of emerge xorg-x11: How do I install from the tar.bz file? What is gentoo's equivalent of Red Hat's rpm? --------------snip------------- kjones-sun2 / # emerge xorg-x11 Calculating dependencies... done! >>> Emerging (1 of 12) media-libs/libpng-1.2.15 to / >>> Downloading http://distfiles.gentoo.org/distfiles/libpng-1.2.15.tar.bz2 --22:08:01-- http://distfiles.gentoo.org/distfiles/libpng-1.2.15.tar.bz2 => `/usr/portage/distfiles/libpng-1.2.15.tar.bz2' Resolving distfiles.gentoo.org... 216.165.129.135, 64.50.236.52, 64.50.238.52, ... Connecting to distfiles.gentoo.org|216.165.129.135|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 624,008 (609K) [application/x-tar] 100%[===============================================================================>] 624,008 569.34K/s 22:08:02 (568.21 KB/s) - `/usr/portage/distfiles/libpng-1.2.15.tar.bz2' saved [624008/624008] >>> checking ebuild checksums ;-) >>> checking auxfile checksums ;-) >>> checking miscfile checksums ;-) >>> checking libpng-1.2.15.tar.bz2 !!! Missing digest for 'libpng-1.2.15.tar.bz2' ---------------end snip----------- Lastly, how do you know that HAPPYMEAL is in the sun-hme module? Where is the information indicating the functionality contained in each module? Ken Jones Eric Martin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Make sure that you're building the sun happy meal ethernet card, and > load the module if you're building it as a module. I think it's sun-hme. > > As for building x, you want to > > emerge xorg-x11 > > It looks like your profile might be old, what does > ls -lad /etc/make.profile > > output? Note, don't add a trailing slash to make.profile > ken jones wrote: > >> I would like to get X11 services. I did an "emerge xterm". Here's what >> happened. >> ------------start snip------------- >> (chroot) livecd proc # emerge xterm >> Calculating dependencies | >> !!! All ebuilds that could satisfy ">=x11-proto/xproto-7.0.6" have been >> masked. >> !!! One of the following masked packages is required to complete your >> request: >> - x11-proto/xproto-7.0.7 (masked by: ~sparc keyword) >> - x11-proto/xproto-7.0.10 (masked by: ~sparc keyword) >> - x11-proto/xproto-7.0.9 (masked by: ~sparc keyword) >> >> For more information, see MASKED PACKAGES section in the emerge man page or >> refer to the Gentoo Handbook. >> (dependency required by "x11-libs/libX11-1.1.1-r1" [ebuild]) >> --------------end snip---------- >> >> What do I make of this? >> >> Another problem. My livecd prompt and my chroot prompt both see my >> ethernet card, eth0. However my new boot does not see the card. Ideas? >> >> Ken Jones >> _______________________________________________ >> 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 > > iD8DBQFGU6r7aiVxdKlBO58RAsX7AJ9+7bUiAndQkmdIs1kgpaTCPFNdGgCdHFDS > VLUnEq1EQVgM7JEpsXoPO6I= > =YTx9 > -----END PGP SIGNATURE----- > > > >

May 23, 2007

Re: [Wlug] Followup [Re: Follow-Up to Key Signing Party]

by Eric Martin

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 gpg --update-trustdb You might have to do it twice if trusting someone now leads you to trusting someone else. - -eric Gregory Avedissian wrote: > > Jamie Guinan wrote: > (...) >> gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model >> gpg: depth: 0 valid: 1 signed: 12 trust: 0-, 0q, 0n, 0m, 0f, 1u >> gpg: depth: 1 valid: 12 signed: 1 trust: 12-, 0q, 0n, >> 0m, 0f, 0u >> gpg: next trustdb check due at 2009-04-16 > > > Can anyone translate these lines? > > Also, when I signed keys this time, I wasn't asked what level of trust to > attach to my signature. When we did this a few years ago, I remember > having to answer or ignore that question, and my answers appear on those > old sigs. When I tried to edit the trust level on the newly signed keys, > it didn't seem to stick. > > > Greg > > > > _______________________________________________ > 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 iD8DBQFGVCJIaiVxdKlBO58RAj+WAJ0bvjr+a85pP7TC5rwdJJXVVfGGogCfcHQt cNPE0b+ga2YUbSTabwXHbeQ= =blTI -----END PGP SIGNATURE-----

May 23, 2007

Re: [Wlug] Followup [Re: Follow-Up to Key Signing Party]

by Gregory Avedissian

Jamie Guinan wrote: (...) > gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model > gpg: depth: 0 valid: 1 signed: 12 trust: 0-, 0q, 0n, 0m, 0f, 1u > gpg: depth: 1 valid: 12 signed: 1 trust: 12-, 0q, 0n, > 0m, 0f, 0u > gpg: next trustdb check due at 2009-04-16 Can anyone translate these lines? Also, when I signed keys this time, I wasn't asked what level of trust to attach to my signature. When we did this a few years ago, I remember having to answer or ignore that question, and my answers appear on those old sigs. When I tried to edit the trust level on the newly signed keys, it didn't seem to stick. Greg

May 23, 2007

Followup [Re: Follow-Up to Key Signing Party]

by Jamie Guinan

Ok, so I did, gpg --recv-keys ... [everyone's ID from the meeting ] gpg --fingerprint ... [ confirm fingerprints ] for key in ... ; do gpg --sign-key $key; done for key in ... ; do gpg --send-key $key; done Now "gpg --list-keys" shows all the keys I expected to see. And just now I did a "gpg --recv-keys <my ID>" and it said I had 6 new signatures, gpg: requesting key 103BA0B0 from hkp server pgp.mit.edu gpg: key 103BA0B0: "Jamie Guinan <guinan(a)bluebutton.com>" 6 new signatures gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model gpg: depth: 0 valid: 1 signed: 12 trust: 0-, 0q, 0n, 0m, 0f, 1u gpg: depth: 1 valid: 12 signed: 1 trust: 12-, 0q, 0n, 0m, 0f, 0u gpg: next trustdb check due at 2009-04-16 gpg: Total number processed: 1 gpg: new signatures: 6 I think that looks good. At some point I'll look into using it for email and other things, but at least the basics are there. -Jamie

May 23, 2007

Re: [Wlug] I got my sparc64 gentoo on the network

by Chuck Anderson

On Tue, May 22, 2007 at 10:51:20PM -0400, Eric Martin wrote: > Y means compile it into the kernel, so the code is always there. M > means compile it as a module (driver) so you can add / remove the code > as necessary. you can add modules that you want to > /etc/modules.autoload.d/kernel-2.X where x is the minor version number > (4, 6) and the kernel will automatically load the module. The other way > to do this is to > > modprobe <modulename> > > if you only need the code every so often. Or put it in /etc/modprobe.conf to load it on-demand, automatically, as needed. E.g.: alias eth0 sun-hme Don't forget to run depmod -ae after editing that file.

May 23, 2007

Re: [Wlug] I got my sparc64 gentoo on the network

by Eric Martin

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Y means compile it into the kernel, so the code is always there. M means compile it as a module (driver) so you can add / remove the code as necessary. you can add modules that you want to /etc/modules.autoload.d/kernel-2.X where x is the minor version number (4, 6) and the kernel will automatically load the module. The other way to do this is to modprobe <modulename> if you only need the code every so often. - -eric ken jones wrote: > Thank you for suggesting that I compare two dmesg boot message outputs. > > "grep eth0" on the dmesg outputthat worked referenced HAPPYMEAL. The > same 'grep' on the boot log that did not work had no HAPPYMEAL string. > > I had a 'CONFIG_HAPPYMEAL=m' line in .config. I changed it to > 'CONFIG_HAPPYMEAL=y' and recompiled using genkernel. > > NOW MY NEWLY BOOTED sparc64 IS NETWORKED. The sky's the limit. :-) > > What I do not understand is how do I know which Module contains which > functionality. If I had stuck with the '=m' config I should be able to > add a module at boot time. How do I know which module to add? > > Ken Jones > _______________________________________________ > 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 iD8DBQFGU6wnaiVxdKlBO58RAr12AJ41AQp/WeY8BqZSNNuC5+o2oZ+snACfTQVZ SVhQJbz7PYgGmryzmRw6UgM= =BUgK -----END PGP SIGNATURE-----

May 23, 2007

Re: [Wlug] gentoo on sparc64 portage question..

by Eric Martin

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Yeah, I had that same problem on one of my boxes and I'm pretty sure that fixed it. - -eric Eric Stein wrote: > It sounds like your portage tree hasn't been synced... the digest is the > hashes (md5 etc) for the tarballs. Try emerge --sync. > > Eric > > ken jones wrote: >> Please someone explain to me what is happening here. >> ---------------snip--------------------- >> (chroot) livecd dhcpcd # emerge dhcpcd >> Calculating dependencies... done! >> >>> Emerging (1 of 1) net-misc/dhcpcd-3.0.16-r1 to / >> >>> checking ebuild checksums ;-) >> >>> checking auxfile checksums ;-) >> >>> checking miscfile checksums ;-) >> >>> checking dhcpcd-3.0.16.tar.bz2 >> !!! Missing digest for 'dhcpcd-3.0.16.tar.bz2' >> (chroot) livecd dhcpcd # >> ---------------end snip---------------- >> Is this a successful emerge? If not, what do I do about the missing >> digest? Is there an emerge parameter that eliminates the sum check? I >> looked in 'man emerge' to no avail. >> >> emerge is supposed to install things. Instead of installations I get >> whatever this is. I can not "find" dhcpcd (a binary or a script) >> anywhere inside my machine. Is another step needed? >> >> Ken Jones >> _______________________________________________ >> Wlug mailing list >> Wlug(a)mail.wlug.org >> http://mail.wlug.org/mailman/listinfo/wlug >> > > _______________________________________________ > 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 iD8DBQFGU6t4aiVxdKlBO58RAv3fAJ4kjsu3zCbRG40PG2wodC0H9A8AJQCfViS7 /yqSb74xRobqTZyb0MoJjH4= =X0T+ -----END PGP SIGNATURE-----

May 23, 2007

Re: [Wlug] It boots. Now what?

by Eric Martin

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Make sure that you're building the sun happy meal ethernet card, and load the module if you're building it as a module. I think it's sun-hme. As for building x, you want to emerge xorg-x11 It looks like your profile might be old, what does ls -lad /etc/make.profile output? Note, don't add a trailing slash to make.profile ken jones wrote: > I would like to get X11 services. I did an "emerge xterm". Here's what > happened. > ------------start snip------------- > (chroot) livecd proc # emerge xterm > Calculating dependencies | > !!! All ebuilds that could satisfy ">=x11-proto/xproto-7.0.6" have been > masked. > !!! One of the following masked packages is required to complete your > request: > - x11-proto/xproto-7.0.7 (masked by: ~sparc keyword) > - x11-proto/xproto-7.0.10 (masked by: ~sparc keyword) > - x11-proto/xproto-7.0.9 (masked by: ~sparc keyword) > > For more information, see MASKED PACKAGES section in the emerge man page or > refer to the Gentoo Handbook. > (dependency required by "x11-libs/libX11-1.1.1-r1" [ebuild]) > --------------end snip---------- > > What do I make of this? > > Another problem. My livecd prompt and my chroot prompt both see my > ethernet card, eth0. However my new boot does not see the card. Ideas? > > Ken Jones > _______________________________________________ > 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 iD8DBQFGU6r7aiVxdKlBO58RAsX7AJ9+7bUiAndQkmdIs1kgpaTCPFNdGgCdHFDS VLUnEq1EQVgM7JEpsXoPO6I= =YTx9 -----END PGP SIGNATURE-----

May 23, 2007

I got my sparc64 gentoo on the network

by ken jones

Thank you for suggesting that I compare two dmesg boot message outputs. "grep eth0" on the dmesg outputthat worked referenced HAPPYMEAL. The same 'grep' on the boot log that did not work had no HAPPYMEAL string. I had a 'CONFIG_HAPPYMEAL=m' line in .config. I changed it to 'CONFIG_HAPPYMEAL=y' and recompiled using genkernel. NOW MY NEWLY BOOTED sparc64 IS NETWORKED. The sky's the limit. :-) What I do not understand is how do I know which Module contains which functionality. If I had stuck with the '=m' config I should be able to add a module at boot time. How do I know which module to add? Ken Jones

May 23, 2007

Re: [Wlug] gentoo on sparc64 portage question..

by Eric Stein

It sounds like your portage tree hasn't been synced... the digest is the hashes (md5 etc) for the tarballs. Try emerge --sync. Eric ken jones wrote: > Please someone explain to me what is happening here. > ---------------snip--------------------- > (chroot) livecd dhcpcd # emerge dhcpcd > Calculating dependencies... done! > >>> Emerging (1 of 1) net-misc/dhcpcd-3.0.16-r1 to / > >>> checking ebuild checksums ;-) > >>> checking auxfile checksums ;-) > >>> checking miscfile checksums ;-) > >>> checking dhcpcd-3.0.16.tar.bz2 > !!! Missing digest for 'dhcpcd-3.0.16.tar.bz2' > (chroot) livecd dhcpcd # > ---------------end snip---------------- > Is this a successful emerge? If not, what do I do about the missing > digest? Is there an emerge parameter that eliminates the sum check? I > looked in 'man emerge' to no avail. > > emerge is supposed to install things. Instead of installations I get > whatever this is. I can not "find" dhcpcd (a binary or a script) > anywhere inside my machine. Is another step needed? > > Ken Jones > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug >

May 22, 2007

gentoo on sparc64 portage question..

by ken jones

Please someone explain to me what is happening here. ---------------snip--------------------- (chroot) livecd dhcpcd # emerge dhcpcd Calculating dependencies... done! >>> Emerging (1 of 1) net-misc/dhcpcd-3.0.16-r1 to / >>> checking ebuild checksums ;-) >>> checking auxfile checksums ;-) >>> checking miscfile checksums ;-) >>> checking dhcpcd-3.0.16.tar.bz2 !!! Missing digest for 'dhcpcd-3.0.16.tar.bz2' (chroot) livecd dhcpcd # ---------------end snip---------------- Is this a successful emerge? If not, what do I do about the missing digest? Is there an emerge parameter that eliminates the sum check? I looked in 'man emerge' to no avail. emerge is supposed to install things. Instead of installations I get whatever this is. I can not "find" dhcpcd (a binary or a script) anywhere inside my machine. Is another step needed? Ken Jones

May 22, 2007

Re: [Wlug] PXE 101 (summer school)

by Adam Keck

<oops... replied off list, reposting> http://www.kernel.org/pub/linux/utils/boot/syslinux/ has the PXE server source that most distros use and http://syslinux.zytor.com/pxe.php talks about how to setup PXE, tftpd, and dhcpd (ISC). -Adam On 5/22/07, Doug Mildram <doug.mildram(a)mindspeed.com> wrote: > > doug> I too use PXE at work, with some success. > I could stand to learn more, and I sure as hell am still > looking for the "pxe daemon source code"...buried by intel?who? > while still running a redhat binary pxe daemon here. > > If every box had a bootable CD, it'd be easier to > just do that ...whether the CD is the stock CD, or one that > you customize a bit, which I've done; which is separate from > customizing the kickstart config file... > but realize as an opening comment, I may recommend that you > ignore PXE until you need it; ignore the boot-from-NIC potential. > > You're VERY welcome to torture me with questions, or visit Westboro > (work/days..it's quiet enough here) for some hands on confusion. > > It may be easier to LEARN PXE after learning "kickstart" without PXE. > e.g. booting from CD with > "linux ks=nfs:nfsserverip:/path/to/yourconfigfile.cfg" > and the .cfg file has MORE info like > ....some intro omitted..... > network ... (static,dhcp...it can install static > while USING a temp-dhcp installaddr) > part .... (disk layout) > authconfig ... ( --enablenis is my option) > nfs --server servername-or-ip --dir /path/releasedir > skipx (no X, dumb terminal consoles best for servers, right?) > %packages... > ...... > % post > exec > /KICKSTART.log 2>&1 > echo "hello..." > mkdir /customdir > mount nfsserver:/exporteddir /customdir > ( grab things, even edit files in / ....) > chkconfig --level 345 ntpd on > chkconfig --level 345 nfs on > ..............and so on. Tends to be a few hundred lines long. > > PXE does all this, but without the CD...and with more flaky results > depending on NIC cards, mostly, i think...I find it > just complicated enough to confuse me, > and just odd enough to NOT work in some cases. > > Challenges: 1) can't find the source to the pxe daemon, > which seems to have fallen OFF of the distros. > I feel "stuck" running a redhat9 binary (which works usually-for-me > on a redhat3-or-4 based system, just copying /usr/sbin/pxe > and firing it up manually (it often crashes after getting its job done) > > 2) complex dependencies. It needs > 2a) DHCP server, can be your existing one > 2b) TFTP server (this part is NOT complex, after you > learn some of the bootfile/dir layout) > as well as the (nfs,ftp,youdecide) server to grab packages from. > > What's confusing is how the PXE daemon and DHCP daemon play together. > When my boot fails, the error whines about DHCP even when PXE is the > problem. > >

May 22, 2007

Re: [Wlug] It boots. Now what?

by sageman＠WPI.EDU

> Message: 1 > Date: Tue, 22 May 2007 09:16:18 -0400 > From: ken jones <kjones(a)ziplink.net> > Subject: [Wlug] It boots. Now what? > To: WLUG <wlug(a)mail.wlug.org> > Message-ID: <4652ED22.5090802(a)ziplink.net> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > I would like to get X11 services. I did an "emerge xterm". Here's what > happened. > ------------start snip------------- > (chroot) livecd proc # emerge xterm > Calculating dependencies | > !!! All ebuilds that could satisfy ">=x11-proto/xproto-7.0.6" have been > masked. > !!! One of the following masked packages is required to complete your > request: > - x11-proto/xproto-7.0.7 (masked by: ~sparc keyword) > - x11-proto/xproto-7.0.10 (masked by: ~sparc keyword) > - x11-proto/xproto-7.0.9 (masked by: ~sparc keyword) > > For more information, see MASKED PACKAGES section in the emerge man page > or > refer to the Gentoo Handbook. > (dependency required by "x11-libs/libX11-1.1.1-r1" [ebuild]) > --------------end snip---------- > > What do I make of this? > > Another problem. My livecd prompt and my chroot prompt both see my > ethernet card, eth0. However my new boot does not see the card. Ideas? > > Ken Jones Ken, Pulling in xterm, it needs libX11, which, in turn, is pulling in xproto. For the sparc, a masked version of xproto seems to be required. This masking with the "~" is just saying it's in the "testing" set of packages, but it's not hardmasked (it would mention it if it was), meaning it *should* be stable. Regardless, you need the "unstable" version in order to get xterm. There's a number of ways to deal with this, but the suggested way is to add the necessary files, one by one, to /etc/portage/package.unmask. You can do this by adding a line with "x11-proto/xproto ~sparc", or, even better, using the flagedit utility (which you must first "emerge flagedit" to get), and just do: "flagedit x11-proto/xproto +~sparc". [http://damz.net/flagedit/] More info on masking: http://gentoo-wiki.com/Masked

May 22, 2007

Re: [Wlug] [Fwd: Re: Multiple RS232 Com Ports...]

by John Stoffel

Stephen> Lots of good info... I hadn't stopped to think about a Stephen> terminal server! They're a great way to get a bunch of serial ports, especially since they can be on the network and near the equipment to manage, but not near the server room, etc. Stephen> OK, lets see about answering some of the questions... Stephen> - - - - - - Stephen> Yes, cabling will be fun. The sondes are used for sampling Stephen> water... The sondes we use are cylinders approximately 2.5 Stephen> feet in length and about 3 inches in diameter (one, called Stephen> "big Bertha", is about six inches in diameter) . One end has Stephen> a data connection that uses a round, screw-on, water tight Stephen> serial connector, and the business end has several sensors Stephen> sticking out (optical, chemical, conductivity, a little Stephen> propeller for mixing water to be sampled, etc., etc.), all Stephen> within a screw-on cage that protects the sensors from stuff Stephen> like rocks passing by in the current (fast currents equate to Stephen> rather large rocks). Not a problem. If you already have the DB9 -> screw on connectors, you should be all set. Stephen> The idea is to have a tank of water (fish tank, cooler, Stephen> whatever) fitted with Plexiglas that has multiple holes Stephen> through which the several sondes are positioned upright, data Stephen> end pointing up, with a bunch of cables hanging in-place Stephen> above each sonde - think of the device that sets the bowling Stephen> pins in place at the end of the alley... Sounds like a good plan. Stephen> Anyway, you place a bunch of sondes into the tank (that has Stephen> circulating water being maintained at a precise temp, % Stephen> dissolved Oxygen, and so on), plug each sonde into the cable Stephen> available directly above it, and then go to the *insert Linux Stephen> solution here* and initiate communication, data upload, and Stephen> calibration routines. (By the way, the tank is just about Stephen> done - its is being debugged as we speak.) This is the key part here, and the one which I think is quite easy to do. As you mentioned before, the sondes have their own built-in menu structure, so they must provide some basic serial support. So I think that you'll be able to easily talk to them. Esp if you only need to use 'hyperterm' on Windows to talk to them. Heck, I bet you probably don't even need all the serial pins to talk to them, but getting hold of the documentation from the vendor is the key thing obviously. Stephen> After upload and calibration (using the water in the tank), Stephen> configure each sonde for the next deployment (how often to Stephen> sample, etc.), turn them off, unscrew the cables and screw on Stephen> a waterproof cover, remove them from the tank, and place the Stephen> entire sonde into another protective chamber (6" PVC pipe Stephen> with holes drilled in a specific pattern and capped on both Stephen> ends) for another few weeks in some river/lake/coastal Stephen> location. I'd seperate the calibration and the configuration steps, probably into seperate scripts. This way you can just say: calibrate 12 And the calibrate script knows how to go and find serial line 12, which is hanging over slot 12 and drive a sonde. Then you just have: config 12 -i <interval> ... Which again, knows how to talk to cable 12 to configure your settings. You can even have the script just prompt for all the settings and then it goes off and does the work. You hide all the knowledge of how you actually get to serial port 12 in either a library shared between the scripts, or in a configuration file. Something like: 1 /dev/ttyS1 2 /dev/ttyC0 12 termserver1:7001 13 termserver1:7002 This tells the script which port to access. The nice thing about a terminal server is that they're actually quite easy to drive over the network. Esp if the serial port doesn't need a ton of hand holding. And in this case, once you've got the configuration setup properly, you can just set *all* the ports to that setup and forget about it. Stephen> Yes, I may be confusing myself regarding "I/O device driver" Stephen> versus "driver" for the sonde... However, I'm pretty sure Stephen> that all I need is a vanilla "RS232 device driver" that will Stephen> "just work" for any number of "com" ports by allowing some Stephen> vanilla terminal emulation package (preferably one that has Stephen> scripting capabilities) to talk to multiple RS232 ports. Exactly. You just want some way to talk to a bunch of ports in a simple manner. Heck, I'd even look into using 'expect' to drive the 'c-kermit' program to do the serial port connections. I even found an article on the web which talks about using c-kermit as the scripting language itself. Also, there's an expect script which will follow along with you as you do a sample session, and then let you play back the session again and again. The script is called 'autoexpect' and can be found with a bit of poking... on my Debian box it's in /usr/share/doc/expect-dev/examples/autoexpect* which is a pain since you have to install the development package to get it. Oh well... Stephen> I could be wrong about this, in which case I may need to Stephen> write some code, or perhaps the manufacturer might be Stephen> thinking of supporting Linux. I don't think you'll need to get the manufacturer involved at all, beyond figure out exactly what the serial connection settings are, and the command language. But you will need to script out some stuff using something like 'expect' or 'c-kermit' to do the work. This shouldn't be too hard, esp if they calibration part is very mechanical and doesn't change. Stephen> I don't do the day-to-day instrumentation work, but I am Stephen> supposed to worry about it none the less. In terms of the Stephen> "sondes going to sleep", this is based on concerns expressed Stephen> by the lab along the lines of "if you hook-up the sonde and Stephen> let it sit too long, you have to start over because it will Stephen> turn itself off." Oh, this shouldn't be a problem, unless you have to do something funky to bring it back to life. I assume that the scientists hook up a sonde, run (walk, saunter...) back to the PC and start they're interaction over the serial line to configure sutff? And if they walk away for a coffee and the Sonde waits at a prompt too long, it shuts down? In that case, expect will do just great, since you'll be automating all the boring parts of talking to these things. Stephen> Also, I use the term "vanilla" a lot because the staff aren't Stephen> computer types - this has to "just work" like any other tool Stephen> in the lab. Dear lord - we are talking about biology types Stephen> after all! ;-) (Unlike engineering/geoscience types!!) Hey, Biologists are scientists too! They just like squishy living stuff more than the cold hard electrical stuff we like. :] Stephen> So, the other question was about the necessity of having Stephen> certain signals present. Again, I'm told that the sonde Stephen> needs all the signals present in a DB-9. I'm guessing this Stephen> may have more to do with not really knowing for sure and Stephen> erring on the side of caution, but since there is hardware Stephen> available that will do this and I can't spend all of my time Stephen> chasing this down, I'll assume the information I'm getting on Stephen> this topic is correct. (Biologists not withstanding.) Just do a quick test with a standard calbe and you'll know more. Stephen> I think this is where the multiport boards or a terminal Stephen> server would come in... One of the replies mentioned writing Stephen> a script, and that is what I was thinking about... Stephen> Specifically, I was wondering if it could be as simple as a Stephen> script sending the proper bit patterns to get the sonde to do Stephen> the right things, pipe the serial data through the script and Stephen> append the data to a file, and s on... (Was that you, John?) Yup, that was me. And don't get too low level here, you won't be sending bit patterns, not unless these things are more cryptic than has been made out to be. Could you fire up a copy of hyperterm and take a log of some sample interaction with these devices? THat would answer alot of questions. Stephen> Anyway, I'll have to take a look at the product references Stephen> mentioned and contemplate what I might need to do in the Stephen> world of scripting... I haven't heard back from the Stephen> manufacturer yet, but I'm hoping this will turn out to be a Stephen> simple project when all is said and done!! Also, I haven't Stephen> used a terminal server before, so that should be interesting Stephen> as well. Just hook one Sonde upto a linux box using serial port /dev/ttyS1 and fire up kermit like this: > kermit -l /dev/ttyS1 c-kermit> set speed 9600 c-kermit> c <hit return> a couple of times and see what happens. You can escape back to the c-kermit mode with Control-\ I think, It will tell you. Thne you can try other speeds. You might have to do: c-kermit> set carrier-watch off if it whines at you about that. Or change the speeds, etc. Just find out what settings they use in hyperterm and you'll be all set. Really, this isn't going to be that hard at all. And just automating this process will make you alot of friends down there in the lab. Cheers, John

May 22, 2007

Re: [Wlug] Setting up PXE/TFTBoot

by Mike Leo

no, but i bet these guys have some doc's for you http://www.ltsp.org/ ----- Original Message ---- From: Tal Cohen <wlug(a)cohen123.com> To: wlug(a)mail.wlug.org Sent: Tuesday, May 22, 2007 9:34:32 AM Subject: [Wlug] Setting up PXE/TFTBoot  I know that this is not new technology….but I am having quite a time figuring this out. I was hoping that you guys could give me a hand. In my office, I want to setup a system that will provide a boot image over the network so that I can remotely setup and configure new servers. I am running Crux2.3. Does anyone have experience setting up remote booting systems? Thanks, Tal _______________________________________________ Wlug mailing list Wlug(a)mail.wlug.org http://mail.wlug.org/mailman/listinfo/wlug

May 22, 2007

Re: [Wlug] Setting up PXE/TFTBoot

by Adam Keck

Hello Tal, I use PXE frequently at work. Can you explain your process and where you run into trouble? -Adam On 5/22/07, Tal Cohen <wlug(a)cohen123.com> wrote: > > I know that this is not new technology….but I am having quite a time > figuring this out. I was hoping that you guys could give me a hand. > > > > In my office, I want to setup a system that will provide a boot image over > the network so that I can remotely setup and configure new servers. > > > > I am running Crux2.3. > > > > Does anyone have experience setting up remote booting systems? > > > > Thanks, > Tal > > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug > >

May 22, 2007

Re: [Wlug] It boots. Now what?

by John Stoffel

ken> I would like to get X11 services. I did an "emerge xterm". Here's what ken> happened. ken> ------------start snip------------- ken> (chroot) livecd proc # emerge xterm ken> Calculating dependencies | ken> !!! All ebuilds that could satisfy ">=x11-proto/xproto-7.0.6" have been ken> masked. ken> !!! One of the following masked packages is required to complete your ken> request: ken> - x11-proto/xproto-7.0.7 (masked by: ~sparc keyword) ken> - x11-proto/xproto-7.0.10 (masked by: ~sparc keyword) ken> - x11-proto/xproto-7.0.9 (masked by: ~sparc keyword) ken> For more information, see MASKED PACKAGES section in the emerge man page or ken> refer to the Gentoo Handbook. ken> (dependency required by "x11-libs/libX11-1.1.1-r1" [ebuild]) ken> --------------end snip---------- ken> What do I make of this? It looks to me like you've turned off X11 support into your Gentoo config file(s) somewhere. I haven't used Gentoo in years and years, but I remember there was some place to set up defaults. In this case, you could also just try doing: emerge x11-libs and see what happens. Hmmm... google is your friend here. Look at /etc/portage/packages* and add or remove the lines which are blocking the X11 install. ken> Another problem. My livecd prompt and my chroot prompt both see ken> my ethernet card, eth0. However my new boot does not see the ken> card. Ideas? Send the output of dmesg after boot from both a working and non-working setup. Sounds to me like you haven't compiled the proper driver in your kernel for the hardware. John

May 22, 2007