First off, search your favorite RPM repo for binutils-2.19-9.3. I like to use http://rpm.pbone.net, but at the time of writing, they happen to be down.

Get a copy of the Novell Client ISO from http://download.novell.com and mount it:

sudo mount -o loop novell-client-2.0-sp2-sle11-i586.iso /mnt


Extract the files from the RPM:

rpm2cpio binutils-2.19-9.3.i586.rpm | cpio -idv


This should create a “usr” directory in your present working directory. Go ahead and copy it’s contents to your filesystem:

sudo cp -R usr/* /usr/


Change directories to wherever you mounted your ISO (in this case “/mnt”) and run the installer:

cd /mnt && sudo ./ncl_install

As the packages attempt to install, you’ll be given options and warnings concerning libbfd and several other packages. Choose option “2” for everything (“Break dependencies”). Don’t worry about actually breaking anything, just roll with option 2.

Lastly, issue ldconfig as root and reboot:

sudo /sbin/ldconfig
sudo /sbin/reboot

That should get you up and running. You can run “ncl_tray” directly from the command line, or create a shortcut to the client. If you’re having connection issues, make sure that openSLP is configured.

The only issues I’ve had so far is the inability to browse trees, which turned out to be a DNS problem on my end. Occasionally I get warnings on login about novfs kernel modules not being properly loaded, but this appears to be benign.

The only requirements for this build that I’m aware of at this time are make, gcc, and the openssl/openssl-devel packages.

The default Ruby distribution in 11.2 is 1.8.7, contrasting the current stable release of 1.9.1.  If you already have Ruby installed via zypper, you’ll need to uninstall it (‘sudo zypper rm ruby’), otherwise the first step is to grab the latest release from http://www.ruby-lang.org/en/downloads/.

Next, unpack your release (replacing 1.9.1-p376 with the build you downloaded):

tar xfvz ruby-1.9.1-p376.tar.gz

Change to the extracted directory and run the config script:

cd ruby-1.9.1-p376 && ./configure

Build the release:  Note that you can allow jobs to run simultaneously with the -j switch, see make (1) for further details.

make

Install the release as root:

sudo make install

To verify that 1.9 is indeed installed, issue:

ruby --version

Thanks to all who showed up to help on the bug day on
Friday, your efforts are greatly appreciated.

We started with just over 70 bugs and left the *obby
session available over the weekend.  By the end of the
weekend, we had reviewed 14 bugs (9 of which we closed).

These were all Critical and Major bugs listed for openSUSE
11.1.

I will be closing the *obby session this afternoon at about
1700 CDT.

Thanks again!
—
Christopher M. Hobbs [chobbs@siloamsprings.com]
Network Administrator, City of Siloam Springs

Please join us for the openSUSE-GNOME BugDay code named “Community Effort” tomorrow
(Friday 14 MAY 2009) at 1100EDT/1500UTC.

We’ll be squashing blocker, critical, and major bugs in 11.1 related to GNOME.

More information can be found on the wiki:
http://en.opensuse.org/GNOME/BugDays/20090514

A Gobby session will be announced at the beginning of the meeting to assign/close
bugs. Should you have any questions, feel free to ask in #openSUSE-GNOME on Freenode,
or email me directly.

We hope to see you there!
—
Christopher M. Hobbs [chobbs@siloamsprings.com]
Network Administrator, City of Siloam Springs

During Community Week (http://en.opensuse.org/CommunityWeek), I’ll be hosting another openSUSE-GNOME BugDay on Fri, 15 MAY 2009. We’ll start promptly at 1000 CDT and will continue until 1600 CDT. I will be around very early in the day to start prep for the meeting should you have any questions.

We’ll conduct business in #opensuse-gnome on Freenode (irc.freenode.net). I will establish a Gobby session as I’ve done in the past, and we’ll work off of that.

Can’t wait to see you there!

The UM175AL card from Alltel attempts to identify itself as a USB storage device/cdrom when it’s first inserted. This is a huge mess as it needs to be recognized as a serial device. After some searching, I came across Mark A. Ziesemer’s post on using this same card under Ubuntu. He recommends using USB_ModeSwitch to change the device’s mode.

First, I downloaded the USB_ModeSwitch source, extracted it, and deleted the binary. Next, you’ll want to download libusb and libusb-devel from the OBS. If you don’t have OneClick-Install enabled on your SLED install, simply download the libusb RPMs and issue the following commands:

rpm -Uv libusb-*.rpm

rpm -ivh libusb-devel*.rpm

Once those are installed, go ahead and issue ‘make’ in the USB_ModeSwitch directory. This should execute rather quickly and you should have a new usb_modeswitch binary. Copy ‘usb_modeswitch’ to /usr/sbin.

Next you’ll need to create a config for USB_ModeSwitch. As root, edit /etc/usb_modeswitch.conf with the following information (all the gory details can be found at Mark’s site if you’re up for a read):

# /etc/usb_modeswitch.conf

# alltel evdo hax
DefaultVendor = 0x106c
DefaultProduct = 0x3b03

MessageEndpoint = 0x05
MessageContent = “55534243904ed68a24000000800008ff024445564348470000000000000000”

Note that the above only works for this particular card. You can likely ignore that if your EVDO card is already supported.

Now we should be able to access the modem and use ‘wvdial’ (which conveniently ships with SLED) to get connected. First we’ll need to edit our /etc/wvdial.conf. This example is for Alltel only:

[Dialer Defaults]
Stupid Mode = On
Modem = /dev/ttyACM0
Baud = 921600
Init = ATZ
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Phone = #777
Username = XXXXXXXXXX@alltel.net
Password = alltel
Init1 = ATZ
ISDN = 0
Modem Type = Analog Modem
Auto Reconnect = on
Carrier Check = no
[Dialer shh]
Init3 = ATM0
[Dialer Pulse]
Dial Command = ATDP

Replace XXXXXXXXXX with your 10 digit phone number. I gleaned this information from two sources: Linux.com’s EVDO tutorial for VoIP and Linux * Screw’s EVDO with Linux article.

Now that everything is all configured, plug in your EVDO stick and use usb_switchmode to switch it to the proper mode for serial access:

/usr/sbin/usb_modeswitch -c /etc/usb_modeswitch.conf

Which should spit out some “everything OK” messages. If it didn’t, you’ll need to go back and check your configuration.

Once you’ve switched the card to the proper setting, go ahead and use ifconfig to bring your wireless and wired network interfaces down (ifconfig eth0 down, etc.). This step is optional, but I like to do it for good measure.

Now you should be ready to dial your wireless carrier. To do so, simply execute ‘wvdial’ and wait for the connection to finish. You should be online at this point!

So there you have it. I want to give a HUGE thanks to Mark Ziesemer for doing so much research on this card, that helped progress a TON!

Enjoy!

Well…  It’s not been so great for a lot of people.  It seems that HP simply put this laptop together, half-assed a SLED load and sent it out into the wild.  I’ve had a ton of problems with it, the two major ones being that I couldn’t register the machine with the Novell Customer Center (not even with my site license) it ships with a non-working wireless card.

My wifi fix was simple, buy a new usb wifi dongle…  Registration, however, was a little easier to fix (after some wailing, gnashing of teeth, and chat in #opensuse-GNOME… thanks captiain_magnus!).

If you attempt to use YaST to register you copy of SLED on the 2133, you’ll be re-directed to a “special” Novell Customer Center login.  It’s a little different than the normal one in that it wants an HP license, not any other SLED license you may have.  The biggest difference, however, is that it’s broke.  It simply refreshes the page when you click submit and sends nothing to Novell.

They’re pretty sneaky about hiding your license number as well.  It happens to be on your restore DVD.  It’s located on the right hand side below the HP logo and the “2133” text.  It’s in a series something like NNNNNN-XNN, where N’s are numbers and X is some letter.

To get around the registration bug, have your license number handy and fire up your terminal.  Use ‘sudo’ or just ‘su to root and issue the following command:

suse_register -n -a serial-hp=NNNNNN-XNN

Where “NNNNNN-XNN” is your registration code.  Sit back and wait, it took almost 20 minutes for this command to finish for me and you’ll receive absolutely no indication that it’s functioning.  Once it’s done, you’ll simply be returned to your prompt.  Fire up YaST or your favorite terminal emulator and check your repositories.  You should now have a Novell repository added.

Enjoy!

The current agenda can be found here:
http://en.opensuse.org/GNOME/Meetings/20090205

For time conversions, please see:
http://www.timeanddate.com/worldclock/fixedtime.html?day=22&month=1&year=2009&hour=22&min=0&sec=0&p1=0

Thanks!

Getting started with Rails on openSUSE is a breeze.  In this particular article, I’ll quickly outline installation and startup of Rails on openSUSE 11.1.  You’ll need to install Ruby, ruby-sqlite, and ruby gems.  I’ve detailed these in my previous articles on ruby.

This is far easier than you might expect, so lets get started…

Use ruby gems to install Rails:

sudo gem install rails

That’s it!  After some work, Rails should be all installed and ready to go.  You can test it out by creating a new project:

rails foobar

And running the server script, then visit http://localhost:3000 in your web browser to verify that all is well:

cd foobar && ruby script/server

Note that this installation will use sqlite3 as it’s database by default if you’ve been following my other tutorials.  There’s information about getting Rails to work with MySQL (and other databases/platforms) over at the Rails Wiki:  http://wiki.rubyonrails.org/rails/pages/HowtosInstallation

Read on to learn more about Teaming and SLES…

Documentation

Most of the Teaming documentation can be found here:  http://www.novell.com/documentation/team_plus_conf/

Prerequisites

• SLES (our server platform)
• OES2 (not entirely important, but it knocks out a lot of the pre-reqs and gives you LDAP support if you have eDirectory running)
• Teaming Licenses (a “starter pack” of 20 free licenses is available, contact your Novell vendor for more information)
• I’m assuming you’re running the setup from a Linux box, but this isn’t 100% necessary

Preparing your installation

There are a few things you need to do before getting started.  First being to install mysql:

# zypper in mysql mysql-client mysql-shared perl-DBD-mysql perl-DBI perl-Data-ShowTable libmysqlclient-devel

# chkconfig –add mysql

# /etc/init.d/mysql start

# mysql_secure_installation

Next, you’ll need to edit your /etc/my.cnf to change the default character set support.  Add the following lines to /etcmy.cnf:

[mysqld]
character_set_server = utf8
[client]
default_character_set = utf8

Additionally, you’ll need to increase your open file limits in /etc/security/limits.conf:

• hard nofile 65535
• soft nofile 4096

Installation

I like to run everything from a single location, so to kick things off, I created the directory ‘/incoming’.  Once there, you’ll need to download your copy of Teaming and extract it into this directory.

Once you’ve gotten everything extracted, download your license file and copy it to the same directory, but make sure that you rename it to “license-key.xml”.  The Teaming installer will complain to no end if it’s unable to find this exact file in the install root.

Next, you’ll need to make the installer executable:

# cd /incoming && chmod 755 installer-liferay.linux

Now it’s time to run the installer.  The installer comes as a GUI package, but can be run via a text interface as well.  If you’re ssh’ing into your server to set up Teaming, you’ll want to forward X to allow the GUI to open (ssh -X -C user@server.com).  Otherwise, use the ‘-console’ knob to initiate the text based installer.

# ./installer-liferay.linux

-or-

# ./installer-liferay.linux -console

I recommend choosing advanced options for install as it allows for greater flexibility in options.  Once you’ve followed through the installation steps (note, I installed mine copy into /opt/icecore), liferay/Teaming should be successfully installed.  Now you’ll need to start the server:

# /opt/icecore/liferay-portal-tomcat-5.5-jdk5-4.3.0/bin/icecore start

To ensure that Teaming starts on boot, issue the following commands:

# cp /opt/icecore/liferay-portal-tomcat-5.5-jdk5-4.3.0/bin/icecore /etc/init.d

# chkconfig –add icecore

After that, you should be able to start, stop, and restart ‘icecore’  using the /etc/init.d/icecore script.

At this point, Teaming should be up and running.  To access it and get started, open your browser and navigate to http://yourserver.com:8080 and log in as user admin with the password ‘admin’ (no quotes).

Once logged in, you’ll need to pull the administrative modules down to your view by selecting the ‘Add Content’ option in the upper right hand corner.  I like to use the shotgun method and add all of the administrative modules for my admin user.

So there you have it, a fresh Teaming install.  Enjoy!