Ruarí's thoughts

Subscribe to RSS feed

Posts tagged with "TAR"

Faster XZ compression

, , , ...

In my personal opinion XZ/LZMA compression is generally the best all round compression scheme and hence the one I tend to use the most. It produces some of the smallest files and has very fast decompression (not very far off gzip/libz). However whilst decompression speeds are impressive, compression speeds are very slow and that is its biggest downside. Even bzip2 is significantly faster (particularly the fairly common parallelised implementations, pbzip2 or lbzip2). However, there is a way to improve the situation somewhat.

Read more...

XZ compressed snapshots

, , , ...

Recent Opera snapshots are provided in xz compressed tar files. If xz is installed, GNU tar version 1.22 and above will be able to open these packages seamlessly (XZ Utils is pre-installed on many recent distributions or can easily be obtained from their respective repositories). If you have an older version of tar you can still open xz compressed tar files (assuming xz is installed) as follows:

xzcat opera-11.60-1173.i386.linux.tar.xz | tar x 
(Replace "opera-11.60-1173.i386.linux.tar.xz" with the name of the actual Opera package you wish to extract).

Read more...

Installing a second copy of Opera under Xfce

, , , ...

The following are instructions for installing a second copy of Opera under Xfce. Use these instructions for Gnome or Unity and these instructions for KDE.

Read more...

Installing a second copy of Opera under KDE

, , , ...

The following are instructions for installing a second copy of Opera under KDE. Use these instructions for Gnome or Unity and these instructions for Xfce.

Read more...

Installing a second copy of Opera under Gnome/Unity

, , , ...

The following are instructions for installing a second copy of Opera under Gnome or Unity. Use these instructions for KDE and these instructions for Xfce.

Read more...

Repackaging Opera for Linux (or FreeBSD and variants)

, , , ...

Let me start by saying that post below is aimed a packagers and distro maintainers. If you are a regular user who just wants to install and run Opera on your distro of choice and find that it is not available within your application repository then you probably want to read "Selecting a Linux or FreeBSD package and installing it" instead. Even if we don't natively support your package manger of choice with our official packages, we still have generic packages that will allow you to install (and uninstall if you really need to) Opera. Whilst certainly preferable, a well maintained native package is not an absolute requirement for most users. However if you are interested in making your own Opera package please read on.

Read more...

Selecting a Linux or FreeBSD package and installing it

, , , ...

Download the latest stable build from here. The website should help you select the right package. You should also check if your distribution already offers Opera directly in their own repositories, many do for example Arch, Gentoo, LinuxMint, openSUSE, Pardus, Salix, etc.

If for some reason you are getting the packages directly from the Opera FTP server, downloading an Opera Next snapshot (development build) from the Desktop Team Blog, already have local copies of the packages or simply use a distro that is not listed and does not provide Opera directly within its repositories, here is a guide to help you match the package to your distro of choice, along with some installation instructions.

Read more...

New Opera 10.51 UNIX packages (.deb, .rpm & .tar)

, , , ...

Edit: If you are looking for a package read this.

This blog post is primarily aimed at our intermediate to advanced UNIX users. If you are new to UNIX you may find this to be too much detail. However, if you are interested in packaging or just want to know a little bit more about what we changed behind the scenes read on! If you are a user of the install script bundled in the tarball packages, you should certainly read on as the changes are potentially biggest for you.

Read more...

Where can I download an Opera 10.50 rpm or deb?

, , , ...

You can't, or at least not yet [Edit: Ok now you can. Head over to this more recent post on Opera packages for Linux and FreeBSD]. In the New Year's blog post we said, "Because this is a pre-alpha release, we don't recommend you to install it over your existing Opera installation. This is why we are releasing only non-installable tarballs instead of installable packages.". Whilst this is true it is actually only part of the story.

Read more...

Completely uninstalling Opera 9.64, 10.00, 10.10, 10.11 and 10.20 when installed via one of our Linux tar packages

, , , ...

Edit: If you just want to remove your preferences read this.

From time to time I get requests from users for help uninstalling Opera. Whilst we would obviously prefer you didn't do this wink, it can be a legitimate problem for users of our older tar packages and something I have written about briefly before. The difficulty is that although a list of files is echoed back during installation, we didn't used to provide any uninstaller with these packages.

Another reason you might want to uninstall Opera is that it is a sensible idea to remove old installs made by the Opera tar package install.sh script, prior to upgrading to more modern versions of Opera 10.51 and above. This avoids the potential for upgrade issues caused by our changed tar install procedure from this point onwards.

Below I will explain how you could manually remove a copy of the Opera Linux 9.64, 10.00, 10.10, 10.11 or the 10.20 desktop widgets labs release (and possibly older versions but I haven't checked) that was installed via the Opera supplied install.sh script.

Read more...

Which version?

, , , ...

Most of this information is now dated. Please read Selecting a Linux or FreeBSD package and installing it instead!

We frequently get questions about which Opera Linux package is the right one to install. Typically this is more common when we offer up a snapshot or when www.opera.com/download needs updating to show the latest and most popular distro version. My colleague csant has covered this topic before. However, as it is been a while and a few things have changed I think it is probably a good time for an update. I would also like to talk a little about the reasoning for the different packages and why we suggest one over another for a particular distro user.

Quick summary

Firstly for those who just want to know what to download and don't care too much about the background here is the quick summary:

  • If you use a recent version of a modern popular Linux distro, you want one of the builds that includes 'gcc4' and 'qt3' in the name. (OpenSUSE 11.2 users should use a 'gcc4' 'qt4' .rpm package).
  • Consider which processor architecture you use. We offer three for Linux: Intel (also called i386 or IA-32), x86_64 (amd64) and PowerPC (ppc). If this means nothing to you then you are almost certainly using Intel/i386! smile
  • What package file format does your distro use? We offer two native types: RPM Package Manager (these end with a .rpm extention) and Debian Packages (these end with .deb). For users with another package management system we offer .tar files, optionally compressed with either the gzip or bzip2 compressors. I realise some people may still be unsure which package management system is native for them, so here are some example popular Linux distributions which would use each type:
    .rpm = ALT Linux, CentOS, Fedora, Mandriva, PCLinuxOS, Red Hat, openSUSE & Yellow Dog
    .deb = Debian, MEPIS, Linux Mint, Ubuntu & Xandros (Eee PC)
    .tar = Arch, Gentoo, Sabayon & Slackware

So assuming you running a modern and up to date distro, on an Intel/i386 processor and need Debian packages you would want: opera_XX.XX.XXXX.gcc4.qt3_i386.deb (where the X's are the build and version numbers). Make sense? I hope so! wink

Note: I have assumed that FreeBSD and Solaris users are able to figure out which builds they need for their OS version. However, if you are not sure please do ask below as I would be happy to help!

Read more...