openSUSE 2016

Discovered a new feature of convert

- the linux command-line workhorse!

Post date: Nov 29, 2016 9:06:26 PM

For years we have been using pdfsam to manipulate pdf-file, such as merge, rotate, extract etc. Today, I had to manipulate af pdf-file, which would not open in pdfsam. A quick Google search indicated, that convert could be used to extract parts of a pdf-file. The first attempt "convert file.pdf[48-52] newfile.pdf" worked, but the quality of the resulting pdf-file was rather poor. So we decided to use the density parameter in the extraction, and "convert -density 300x300 file.pdf[48-52] newfile.pdf produced an excellent extract.

Linux command-line utilities, may take some learning, but in many situations the learning pay off. Pdfsam will likely still be our choice if individual pages have to be taken from different pdf-files and merged into a new file with some rotations.

Libre Office - Why should you learn it?

Post date: Mar 31, 2016 3:25:26 PM

If you have been creating documents for a while, then sooner rather than later you will have a need to create documents for commercial print shops to get better control of the material, which you send to potential customers. With LibreOffice you almost get the same control of the document, as you have in real publishing programs such as the open source Scribus or the commercial programs from Adobe. Hence if you take time to learn to master LibreOffice's template features and style features, which goes way beyond what Microsoft Office is offering you. Bruce Byfield have recently published a description of the most important differences between LibreOffice and Microsoft Office in OCS-Mag.

If you are following the normal openSUSE update cycle, then you are properly currently using the 5.0.X version of LibreOffice. So start playing around with some of the features described by Bruce Byfield. That would make you better at communicating with your print shop when that need arise.

Btrfs under openSUSE Leap 42.1

- better harddisk usage

Post date: Feb 7, 2016 11:41:17 AM

Since installing openSUSE Leap 42.1 and choosing the default Btrfs for the root file system we have observed, at better hard disk usage than we experienced with openSUSE 13.2 and the xt4fs. The picture on the left is the harddisk usage on our HP Pavilion Elite 430sc for the home and root partitions. The root partition is 20 GB, and about 80% is in use. With openSUSE 13.2 and the xt4fs we several times experienced the root file-system usage climbing to 100%, but with openSUSE Leap 42.1 and btrfs we have not seen root file system usage above 85% during our first few months of usage.

The picture on the right shows the root partition usage, and the one below the home partition - most pictures and videos. We apologize for using pie-charts on which it is rather difficult to compare the size of different areas. However, the applicaton Filelight don't allow one to show the results in other formats, e.g. such as treemap or bar stacked bar charts.However, there is a new development in the pipeline called QDirstat, and it is from the developer op KDirstat, which don't work with the latest versions of KDE. Another options is the command line tool baobab, which allows you to switch between plots like the ones shown here and treemaps, and also display plots of subfolders.

So we clearly see openSUSE current default choice for root partition file system, as excellent. You just have to get used to shutdown taking a bit longer - especially if the system is not rebooted regularly.

Too small root partition

After a few months of usage we have experienced some problems with snapper on our notebook. Our 20 GB root partition is simply too small for snapper, and after a few system updates we ran out of space on the root partition. We think this is mainly due to the default snapper configuration not being optimal with our small root partition and our usage of the notebook, i.e. snapshots not being delete fast enough. Based on research on the different fora we have for the time stopped snapper until we can increase the root partition size.At least 40 GB is recommend, but we will increase it to 60 or 80 GB, since the process will require a full backup of our home partition.