<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel>
        <title>Windsor UNIX Users Group - Knowledge Base</title>
        <description>How-to's, tutorials, FAQs and more related to UNIX.</description>
        <link>http://www.wuug.org/list.php?6</link>
        <lastBuildDate>Tue, 07 Sep 2010 14:35:17 -0400</lastBuildDate>
        <generator>Phorum 5.2.7</generator>
        <item>
            <guid>http://www.wuug.org/read.php?6,160,160#msg-160</guid>
            <title>initial netinstall of SXCE from ubuntu (no replies)</title>
            <link>http://www.wuug.org/read.php?6,160,160#msg-160</link>
            <description><![CDATA[ Well, I had to do this again, so here it is.<br />
<br />
I was getting tired of wadling through many documentations so I have compiled this which outlines what I did to net install SXCE build 106 from an ubuntu 8.04 x86_64 machine to a sunblade 1000.<br />
<br />
# get the .iso of the sparc image of SXCE. You can find this somewhere on www.opensolaris.org. Be sure to get the full dvd image.<br />
# I have downloaded sol-nv-b106-sparc-dvd.iso to my home dir.<br />
$ mkdir /mnt/sol<br />
$ mount -o loop sol-nv-b106-sparc-dvd.iso /mnt/sol<br />
# /mnt/sol contains the dvd's contents now<br />
<br />
$ apt-get install rarpd tftpd-hpa bootparamd nfs-kernel-server<br />
<br />
my ubuntu box is 10.0.0.52 on my LAN, and the sparc box will be 10.0.0.7<br />
<br />
sparc box needs proper subnet masks. since my 10.0.0.x is subnetted as 255.255.255.0, I have to change it for the duration of the install.<br />
<br />
NOTE : this may take down networking for your ubuntu system if it is connected to anything else.<br />
<br />
$ ifconfig eth0 up 10.0.0.52 netmask 255.0.0.0<br />
<br />
Booting into openfirmware (usually stop-A on the sun keyboard) you can find the MAC address of the sparc box.<br />
<br />
# rarpd needs this info to give the sparc box an ip-address during the install.<br />
$ echo &quot;00:11:22:33:44:55 10.0.0.7&quot; &gt;&gt; /etc/ethers<br />
$ /etc/init.d/rarpd restart<br />
<br />
# tftp allows trivial file transfers. The sun box needs this setup to load the initial bootstrap<br />
# the hex number you see is simply the hex represention of the sun's ip (10.0.0.7).<br />
<br />
EDIT : looks like newer versions of ubuntu use /var/lib/tftpboot instead of /tftpboot<br />
EDIT : you may need to make this directory<br />
<br />
$ cd /tftpboot<br />
$ ln -sf inetboot  0A000007.SUNW<br />
$ ln -sf inetboot 0A000007<br />
# (I make both links since i'm not sure which is required, so just to be sure..)<br />
$ cp /mnt/sol/Solaris_11/Tools/Boot/platform/sun4u/inetboot .<br />
# my sunblade1000 requires the sun4u stuff. There is also a sun4v directory which holds an inetboot you may need to use if you don't have a sunblade.<br />
<br />
# I haven't researched it much, but I'm guessing bootparamd provides the location of the NFS mounts of the install media.<br />
# sparc is the hostname the sun box will use<br />
$ echo &quot;sparc root=10.0.0.52:/mnt/sol/Solaris_11/Tools/Boot install=10.0.0.52:/mnt/sol boottype=:in rootopts=:rsize:32768&quot; &gt;&gt; /etc/bootparams<br />
$ /etc/init.d/bootparamd restart<br />
<br />
EDIT: forgot /etc/hosts :)<br />
<br />
# sparc needs to be mapped in /etc/hosts<br />
$ cat &quot;sparc 10.0.0.7&quot; &gt;&gt; /etc/hosts<br />
<br />
# nfs needs to know we're exporting the mounted media<br />
$ echo &quot;/mnt/sol 10.0.0.0/24(ro,no_root_squash)&quot; &gt;&gt; /etc/exports<br />
<br />
# this part is a little tricky.. Its the only way I know of to tell NFS in ubuntu not to use nfsv4, since our sun box doesn't like this.<br />
# you need to edit &quot;/etc/default/nfs-kernel-server&quot; and change the line that reads<br />
Code:<br />
<br />
RPCNFSDCOUNT=8<br />
<br />
to<br />
Code:<br />
<br />
RPCNFSDCOUNT='8 --no-nfs-version 4'<br />
<br />
# You do need the ''s<br />
# ( you may wish to change this back after the install)<br />
<br />
# restart nfsd<br />
$ /etc/init.d/nfs-kernel-server restart<br />
<br />
That should do it. Get into openfirmware and do a 'boot net'<br />
<br />
Eventually you should get into the solaris installer.<br />
<br />
You may want to remove tftpd, bootparamd, rarpd, and nfs-kernel-server when you are finished.<br />
Don't remove them if they were in use (apt-get install did not install them).<br />
<br />
Don't forget to change your netmask back (if you changed it above).<br />
<br />
Happy solarising!]]></description>
            <dc:creator>bradbobak</dc:creator>
            <category>Knowledge Base</category>
            <pubDate>Wed, 04 Feb 2009 00:31:47 -0500</pubDate>
        </item>
        <item>
            <guid>http://www.wuug.org/read.php?6,150,150#msg-150</guid>
            <title>ssh into nokia from a wlan (no replies)</title>
            <link>http://www.wuug.org/read.php?6,150,150#msg-150</link>
            <description><![CDATA[ I spent hours trying to figure out why my wireless access point would not allow a ssh connection to my nokia.<br />
<br />
There is a bug (power saving feature) in the nokia OS2008 (maybe others) that may cause ssh (and other)  connections from your wlan to the nokia to not work correctly.<br />
<br />
This can be fixed by running in the xterm on the nokia (you don't need to be root)<br />
gconftool-2 --set --type int '/system/osso/connectivity/IAP/wlan_sleep_timeout' '1000'<br />
<br />
[<a rel="nofollow"  href="https://bugs.maemo.org/show_bug.cgi?id=1636">bugs.maemo.org</a>] is the actual bug report.]]></description>
            <dc:creator>bradbobak</dc:creator>
            <category>Knowledge Base</category>
            <pubDate>Wed, 12 Nov 2008 03:08:33 -0500</pubDate>
        </item>
        <item>
            <guid>http://www.wuug.org/read.php?6,148,148#msg-148</guid>
            <title>solaris SXCE net install from linux box. (no replies)</title>
            <link>http://www.wuug.org/read.php?6,148,148#msg-148</link>
            <description><![CDATA[ [<a rel="nofollow"  href="http://www.wuug.org/read.php?6,160">www.wuug.org</a>]<br />
<br />
 This is outdated. Please see the above url.<br />
<br />
I have added an entry to my blog containing tips for installing solaris for sparc (SXCE build 99 in my case) over the network from a linux box (I used ubuntu). It references another link, which is the main install guide I have used. I have just commented things I had to do differently.<br />
<br />
  www.sandmines.org is the url.<br />
<br />
Edit: That uel no longer contains the info, as my server data has been lost.<br />
<br />
 Here is what I could remember:<br />
<br />
Just a few things I jotted down from my experience of installing SXCE onto a sunblade 1000 doing a network install.<br />
<br />
[<a rel="nofollow"  href="http://znark.com/tech/solarisinstall.html">znark.com</a>] is a very good guide. Even though it is written for solaris 8, it basically works with SXCE.<br />
<br />
nfsv4 must be disabled on the server box.<br />
<br />
server-side common lan netmasks must be 'defaults'. (10.x.x.x requires a netmask of 255.0.0.0).<br />
<br />
creator3d card requires SUNWffb* packages.<br />
<br />
running a SUNPCi-2 card requires package SUNWspci2 then symlinks in /opt/SUNWspci2/drivers/solaris for sunpcidrv.2110 -&gt; sunpcidrv.290 and sunpcidrv.2110.64 -&gt; sunpcidrv.290.64]]></description>
            <dc:creator>bradbobak</dc:creator>
            <category>Knowledge Base</category>
            <pubDate>Fri, 24 Oct 2008 21:35:32 -0400</pubDate>
        </item>
        <item>
            <guid>http://www.wuug.org/read.php?6,146,146#msg-146</guid>
            <title>No-Shell Users, SSH, and Subversion (no replies)</title>
            <link>http://www.wuug.org/read.php?6,146,146#msg-146</link>
            <description><![CDATA[ From a discussion at the October 2008 meeting...<br />
<br />
You can create users in UNIX without shell access still able to use the account for SSH authentication, &quot;run-as&quot; processes, and other things.<br />
<br />
<strong class="bbcode">No Shell For You</strong><br />
<br />
Set their shell to /sbin/nologin (or any binary that exits with a nonzero status when run with no arguments).<br />
<br />
If the user doesn't need a home directory, you can set that field to /dev/null.<br />
<br />
<strong class="bbcode">What's the Magic Word?</strong><br />
<br />
Let's assume we're talking about a human user created for use with some protocol that requires authentication. Obviously, not having a shell makes it difficult for that user to set and maintain a password as usual.<br />
<br />
For SSH-based authentication, the user can generate an SSH key pair and send root the public key for inclusion in ~/.ssh/authorized_keys.<br />
<br />
<strong class="bbcode">Further Reference</strong><br />
<br />
<a rel="nofollow"  href="http://alexandria.wiki.sourceforge.net/SSH+Key+Generation">SourceForge - SSH Key Generation</a><br />
<a rel="nofollow"  href="http://www.eng.cam.ac.uk/help/jpmg/ssh/authorized_keys_howto.html">ssh - authorized_keys HOWTO</a><br />
<a rel="nofollow"  href="http://svnbook.red-bean.com/en/1.2/svn.serverconfig.svnserve.html">Subversion Server Configuration</a>]]></description>
            <dc:creator>ezod</dc:creator>
            <category>Knowledge Base</category>
            <pubDate>Thu, 02 Oct 2008 12:10:09 -0400</pubDate>
        </item>
        <item>
            <guid>http://www.wuug.org/read.php?6,133,133#msg-133</guid>
            <title>postfix + gmail + fetchmail howto (no replies)</title>
            <link>http://www.wuug.org/read.php?6,133,133#msg-133</link>
            <description><![CDATA[ I have just finished a howto as to how to set up a local smtp server to send locally sent mail to the internet. It uses gmail's smtp server to send out.<br />
 It will also recieve your google mail and forward it to a local accout.<br />
 This is my first time using postfix and fetchmail, and my first time writing a how-to of any consequence, so please comment!<br />
<br />
 The how-to can be found at www.sandmines.org/howtos<br />
 Or it can be navigated to through the main site www.sandmines.org.]]></description>
            <dc:creator>bradbobak</dc:creator>
            <category>Knowledge Base</category>
            <pubDate>Mon, 14 Jul 2008 09:11:20 -0400</pubDate>
        </item>
        <item>
            <guid>http://www.wuug.org/read.php?6,4,4#msg-4</guid>
            <title>How-To: Adding Sessions to Dtlogin in Solaris (no replies)</title>
            <link>http://www.wuug.org/read.php?6,4,4#msg-4</link>
            <description><![CDATA[ November 14, 2002<br />
<br />
<br />
<strong class="bbcode">Description</strong><br />
<br />
This document describes how to add custom window manager and desktop environment X Window System sessions to Dtlogin in Solaris 9 with CDE 1.5 (which includes the Dtlogin session manager). Having some experience setting up X sessions (using .xinitrc, for example) is helpful and recommended.<br />
<br />
<br />
<strong class="bbcode">Procedure</strong><br />
<br />
Create /etc/dt if it does not exist already (this is to ensure files are not overwritten by patches or upgrades). Make a subdirectory &quot;config&quot; here and create the following files owned by root:other:<br />
<br />
755  Xinitrc.SESSION<br />
755  Xsession.SESSION<br />
755  Xsession2.SESSION<br />
<br />
Where SESSION is the name of the session you wish to create (e.g. GNOME-2.0, WindowMaker). Also, create a subdirectory &quot;C&quot; and a subdirectory &quot;C/Xresources.d&quot;. Create the following file in this directory:<br />
<br />
644  Xresources.SESSION<br />
<br />
Now, fill in these 4 files with the text below, customizing where necessary (indicated by italicized text).<br />
<br />
<br />
<strong class="bbcode">Xinitrc.SESSION</strong><br />
<br />
# X session startup script<br />
export PATH=&quot;<i class="bbcode">custom path</i>&quot;<br />
export <i class="bbcode">ANY_OTHER_ENV_VARS</i><br />
<br />
/usr/openwin/bin/xrdb -merge &lt;&lt; EOF<br />
! Default CDE resources<br />
*WindowColor:		#8A008A008A00<br />
*WindowForeground:      #FF0000000000<br />
*DataBackground:        #0000FF000000<br />
*DataForeground:        #FF0000000000<br />
*WorkspaceColor:        #8A008A008A00<br />
*Color.Background:      #FF000000FF00<br />
*Color.Foreground:      #0000FF000000<br />
*foreground:            #000000000000<br />
! Hack for Dtmail<br />
*XmText*background: seashell<br />
*XmTextField*background: seashell<br />
*Message_List*background: seashell<br />
*background:    #AE00B200C300<br />
Dthello*string:  <i class="bbcode">Your Custom Dthello String</i><br />
EOF<br />
<br />
if [ -f $HOME/.Xdefaults ]; then<br />
    xrdb -merge $HOME/.Xdefaults<br />
fi<br />
<br />
/usr/openwin/bin/speckeysd<br />
<br />
echo &quot;Starting <i class="bbcode">Session Name</i>&quot;<br />
<br />
exec <i class="bbcode">/path/to/session/executable</i><br />
<br />
<br />
<strong class="bbcode">Xsession.SESSION</strong><br />
<br />
#!/bin/ksh<br />
<br />
DTDSPMSG=/usr/dt/bin/dtdspmsg<br />
<br />
export SESSIONTYPE=&quot;altDt&quot;<br />
export SDT_ALT_SESSION=&quot;/etc/dt/config/Xsession2.<i class="bbcode">SESSION</i>&quot;<br />
export SDT_ALT_HELLO=&quot;/bin/true&quot;<br />
export SDT_NO_DSDM=&quot;&quot;<br />
<br />
/usr/dt/bin/Xsession<br />
<br />
<br />
<strong class="bbcode">Xsession2.SESSION</strong><br />
<br />
#!/bin/ksh<br />
<br />
unset SDT_ALT_SESSION<br />
unset SDT_ALT_HELLO<br />
unset SDT_NO_DSDM<br />
<br />
XINITRC=&quot;/etc/dt/config/Xinitrc.<i class="bbcode">SESSION</i>&quot;<br />
<br />
if [ -x /usr/dt/bin/xmbind ]; then<br />
  /usr/dt/bin/xmbind<br />
fi<br />
<br />
/bin/ksh $XINITRC<br />
<br />
<br />
<strong class="bbcode">Xresources.SESSION</strong><br />
<br />
Dtlogin*altDtsIncrement:  True<br />
<br />
Dtlogin*altDtName:  <i class="bbcode">Session Display Name</i><br />
Dtlogin*altDtKey:  <i class="bbcode">/path/to/session/executable</i><br />
Dtlogin*altDtStart:  /etc/dt/config/Xsession.<i class="bbcode">SESSION</i><br />
Dtlogin*altDtLogo:  <i class="bbcode">LogoFile</i><br />
<br />
<br />
! Default CDE resources<br />
*WindowColor:           #8A008A008A00<br />
*WindowForeground:      #FF0000000000<br />
*DataBackground:        #0000FF000000<br />
*DataForeground:        #FF0000000000<br />
*WorkspaceColor:        #8A008A008A00<br />
*Color.Background:      #FF000000FF00<br />
*Color.Foreground:      #0000FF000000<br />
*foreground:            #000000000000<br />
! Hack for Dtmail<br />
*XmText*background: seashell<br />
*XmTextField*background: seashell<br />
*Message_List*background: seashell<br />
*background:    #AE00B200C300<br />
Dthello*string:  <i class="bbcode">Your Custom Dthello String</i><br />
<br />
<br />
<strong class="bbcode">Creating the Logo File</strong><br />
<br />
This is a 237 x 237 pixel XPM format file (preferably 256 colors, otherwise it will not work on 8-bit or pseudocolor displays). Put this file in /usr/dt/appconfig/icons/C. Rename it with the extension .pm but do not include this extension in the &quot;LogoFile&quot; string described in the Xresources.SESSION file. For example, if you name your logo file Wmlogo.pm, simply enter &quot;Wmlogo&quot; in Xresources.SESSION.<br />
<br />
<br />
After you have completed these steps, your custom session should be up and running. For the sake of completeness I included resources for the X Window System in the session files (colors, etc.), which can be customized to your taste for each session.<br />
<br />
This method has been tested and works on Solaris 9 on the UltraSPARC architecture with CDE 1.5, with GNOME 2.0, WindowMaker 0.80.0 and Blackbox 0.65.0.]]></description>
            <dc:creator>ezod</dc:creator>
            <category>Knowledge Base</category>
            <pubDate>Thu, 26 Apr 2007 14:46:39 -0400</pubDate>
        </item>
    </channel>
</rss>
