Skip to main content

the avatar of Han Wen Kam

My openSUSE 12 Journal - 8: IBM Notes 9.0 public beta

I was going to install Lotus Notes 8.5.3 on openSUSE 12.2... but a good friend of mine (Lotus geek) informed me that the next great version IBM Notes 9.0 is ready as an open beta.  He challenged me to live life on the edge again and, I accepted! L-)

Link to download IBM Notes/Domino 9.0 public beta
Link to the public beta forum.

I would like to draw your attention to the fact that IBM has dropped the Lotus brand and name this new major version IBM Notes 9.0 Social Edition.  This is a great statement of intent and direction for this product/solution.

Installation:

Pre-requisite:  You will need to uninstall previous versions of Lotus Notes (if any).  Note that installing both 8.5.x and 9.0b is not supported (officially).

After you have downloaded the tarball for Notes 9.0b, untar it.  You will notice a bunch of RPMs and a smartupgrade.sh script.  Run/execute the script as root.  Its really that simple. :)

[Update on 23 Jan 2013]:  If running smartupgrade.sh script did not work for you, don't fret.  In the same directory where all the ibm_* rpms reside.  Execute, as root, zypper in ibm_*.rpm and let zypper figure out all the dependencies for you.  All good. :)

The Notes 9.0b icon can be found via Application Launcher -> Applications -> Office -> More Programs -> IBM Notes.  You can right-click and select Add to Favourites so that you don't have to navigate that much just to start it later.

Note that in your very first startup, it will launch a text console for you to accept the license... just in case you miss it and wonder why you are stuck at the splash screen and nothing happens.

Read more »

the avatar of Han Wen Kam

My openSUSE 12 Journal - 7: Printing to PDF

One more thing... that I forgot to mention in my previous entry is the topic of printing to PDF.

I'm quite surprised this capability is not included in the base openSUSE 12.2 install since we have OSS version of the Adobe PDF reader (Okular). :-/

Scenario/Use Case:
You need to print out a document directly into a PDF format file, instead of killing trees.  Some examples are:
  • Printing online receipts directly into a PDF for your electronic filing
  • Converting some page or document into PDF format using the Print function
Do note that if your document can be opened and edited in LibreOffice (comes with 12.2), and you want to convert that document into a PDF, you can do that by clicking the PDF button within LibreOffice.

Solution:

Read more »

the avatar of Han Wen Kam

My openSUSE 12 Journal - 6: Hello 12.2!

More than a year (12+ months) since my last entry... obviously lots have happened... BUT

Its a new year (2013), a new job, a new Laptop and a new openSUSE 12.2!  I'll stop right there before I go off on a tangent, seeing & proclaiming trends where none existed previously.:P

Details:
  • openSUSE 12.2 x86_64 (64-bit) - KDE desktop (default)
  • Toshiba Tecra R840 (Intel i5, 4Gb RAM, 320Gb Hdd, Intel HD integrated graphics)
  • Dual-boot with Windows 7 (/dev/sda1) and openSUSE (/dev/sda2)

Installation:
Smooth as silk is all I can say and something that has come to be expected. :)

Given the dual-boot setup, I created my own disk partitioning scheme.  So this step deviated from the otherwise straight-forward install (ie click next till the end).

Disk partition scheme:
  • /dev/sda1 - 100Gb - original factory installed Windows 7 (size shrunk to 100Gb)
  • /dev/sda2 - 100Gb - root partition of openSUSE 12.2 ('/') formatted to ext4
  • /dev/sda3 - 98Gb - extended partition
  • /dev/sda5 - 6Gb - SWAP partition
  • /dev/sda6 - 92Gb - common data partition formatted to NTFS (read/write for both Win7 & openSUSE 12.2)
At install time, I did not format the common data partition.  Instead, I left it blank (unformatted) and used Windows 7 to format it much later.  Once formatted, this common data partition will be known as D:\ drive on Windows 7.

Reboot into openSUSE 12.2 and use YaST Partitioner to set a mount point.  I usually mount this under /mnt/common.  Now, openSUSE 12.2 will automatically mount the common data partition in /mnt/common on boot.

The only outstanding part is that /mnt/common is accessible by root (super-user) but normal users access is troublesome.  To make /mnt/common read-writeable by normal user, I edit the mount options of /mnt/common in the /etc/fstab file.  Example, changed the options in bold from original (first line below) to the second:

/dev/disk/by-id/ata-xxxxxx-part6 /mnt/common          ntfs-3g    user,users,gid=users,fmask=133,dmask=022,locale=en_US.UTF-8 0 0

/dev/disk/by-id/ata-xxxxxx-part6 /mnt/common          ntfs-3g    uid=han,gid=users,fmask=133,dmask=022,locale=en_US.UTF-8 0 0

where han in uid=han is my normal user account on openSUSE 12.2.

There might be a more user-friendly way to do this but I did not explore since I'm comfortable editing the /etc/fstab. Readers who knows how this can be done, please feel free to leave a comment.  Thanks.


Grub vs Grub2:
I chose to stick with Grub instead of the newer Grub2 boot loader.  The reason is simple, I could easily edit the boot options via /boot/grub/menu.lst because its a text file.  In Grub2, this is non-trivial and until they have an easier editing interface, I'll stick with Grub.


Additional Software

Read more »

a silhouette of a person's head and shoulders, used as a default avatar

Test the upcoming openSUSE 12.3 and KDE Workspace, Applications and Platform 4.10 RC2

Following up on my previous post, a different type of image has been made by the openSUSE KDE community members. In particular, alin has created images sporting the same software from KDE (4.10 RC2) but using the upcoming openSUSE 12.3 as base.

Download links:

These images are provided not only to test 4.10 in openSUSE, but also to test part of the distribution itself, without touching existing systems. Should you encounter a bug, please report it as follows:

Don’t forget that those images are not persistent, i.e. the settings will not be saved between sessions.

With that said, let the testing commence (or continue)!

the avatar of Raymond Wooninck

KDE:Unstable:SC is moving forward

For some time now, the KDE:Unstable:SC repository for openSUSE did not offer any new snapshot due to the work that was going into getting KDE 4.10 into the upcoming openSUSE 12.3 release. Now that the latest KDE 4.10 Release Candidate (RC2) was placed into the correct repositories, I found some time again to update the KDE:Unstable:SC to a new snapshot from KDE git-master (KDE 4.11). Of course at this moment not many changes are happening in git-master due to the polishing of the KDE 4.10 release (beginning of February). 

Happy Testing…..

a silhouette of a person's head and shoulders, used as a default avatar

KDE Workspaces and Applications 4.10 on live images courtesy of openSUSE

The 4.10 release for the KDE Development Platform, Workspaces and Applications is drawing nigh… as you may have read, there is now an additional release candidate in order to test some last-minute changes.

Of course, the KDE developers can only do so much: it’s impossible to test all possible combinations. That is, unless the community at large helps by finding and reporting issues the developers can fix. But doing so requires a 4.10 install. You can of course use packages from distributions, but you may not feel comfortable installing a prerelease on your system (and no one would blame you for that). Of course, if you had something to test without touching your own system…

And that’s exactly what you can do now. Alin and shumski from the openSUSE KDE team have generated live images (based on openSUSE 12.2) for USB and DVD offering a standard 4.10 install, which should provide enough to try the new release and be able to report bugs to the developers.

Some screenshots for the impatient:

[![Desktop]({{ site.url }}/images/2013/01/snapshot11-300x187.png)]({{ site.url }}/images/2013/01/snapshot11.png) [![Dolphin]({{ site.url }}/images/2013/01/snapshot2-300x187.png)]({{ site.url }}/images/2013/01/snapshot2.png) [![Gwenview]({{ site.url }}/images/2013/01/snapshot31-300x187.png)]({{ site.url }}/images/2013/01/snapshot31.png) [![Amarok]({{ site.url }}/images/2013/01/snapshot41-300x187.png)]({{ site.url }}/images/2013/01/snapshot41.png)

And of course, the  download links (EDIT: now fixed for good!):

It’s more than 650 Mb, so it won’t fit on a CD, but it will on an USB stick. Follow these instructions to install them to USB media. You can also burn these images to DVD.

If you decide to use it, don’t forget to test (see here what’s needed) and submit detailed bug reports to the developers.

Let’s make 4.10 rock solid!

a silhouette of a person's head and shoulders, used as a default avatar

LibreOffice 4.0: Use Firefox Personas in your favorite office suite

At the very last minute, my patches to support Firefox Personas in LibreOffice were accepted as a late feature for 4.0, hooray! :-) What does it mean?

Personas are easy-to-use themes that let you personalize the look of your Firefox says the Personas page. In fact, it is a great collection of many nice pictures you can apply in your Firefox with one click.

Olivier had the great idea to reuse them in LibreOffice too. I provided him with few code pointers to implement the feature, but then I decided this is actually so fun project that I wanted to do it myself (sorry, Olivier!) - and started that at the Munich HackFest. Long story short, here is the result:

Unfortunately we cannot choose Personas in LibreOffice with just one click as in Firefox, but it is as easy as it can be - just download LibreOffice 4.0 RC1 (or later) when available, choose Tools -> Options... -> Personalization -> Select Persona, and the rest is trivial, the dialog will lead you through the necessary steps. Enjoy!

the avatar of Sascha Peilicke

OBS 101: How to treat packages with multiple spec files

If you have an OBS package containing multiple spec files, you may have discovered that OBS only builds the spec file matching the OBS package name. If you want to have the other(s) spec file(s) built, you should use a link, don't use copypac! For example, devel:languages:python / python-nose is a OBS package containing four … Continue reading OBS 101: How to treat packages with multiple spec files

a silhouette of a person's head and shoulders, used as a default avatar

[Ann]: Cobra 3.0 - Windows GUI test automation tool


Highlights:

- Added getcellsize / getcellvalue, returns table cell size and value respectively
- API getaccesskey() is available, it returns the access key of a control
- API appunderteset() is available, it is used to assign tested application to improve test speed and performance
- Fix the missing window issue
- Fix some i18n/l10n environment issues
- API getcombovalue() is available, it returns a default value of a combobox
- Fix combobox operation problem in APIs: comboselect / verifyselect / showlist / hidelist / getallitem
- Fix inaccurate waiting time problem in hastate()
- Fix shift key problem in enterstring()

Credit:

John Yingjun Li
- VMware colleagues

Please spread the word and also share your feedback with us (email me).

About LDTP:

Cross Platform GUI Automation tool Linux version is LDTP, Windows version is Cobra and Mac version is PyATOM (Work in progress).

* Linux version is known to work on GNOME / KDE (QT >= 4.8) / Java Swing / LibreOffice / Mozilla application on all major Linux distribution.
* Windows version is known to work on application written in .NET / C++ / Java / QT on Windows XP SP3 / Windows 7 / Windows 8 development version.
* Mac version is currently under development and verified only on OS X Lion. Where ever PyATOM runs, LDTP should work on it.

Download source / binary (Windows XP / Windows 7 / Windows 8)
System requirement: .NET 3.5, refer README.txt after installation

Documentation references: For detailed information on LDTP framework and latest updates visit http://ldtp.freedesktop.org

LDTP API doc / Java doc
Report bugs

the avatar of KDE at openSUSE

KDE SC 4.10 RC 2 packages for openSUSE

The KDE:Distro:Factory repo aka KDF now serves KDE SC 4.10 RC2 packages for openSUSE 12.2 (ARM) and openSUSE Factory. KR410 will be created next week.

The KDE release team has decided to ship a third RC for 4.10. Even though this makes the schedule for 12.3 a bit tight the openSUSE KDE team holds on to the plan to ship KDE SC 4.10 with openSUSE 12.3.

Big thanks to everybody who made this happen!