My thoughts on Slackware, life and everything

Month: December 2017 (Page 2 of 2)

Rebuilt packages for Plasma5 (ktown)

The updates in Slackware-current this week (icu4c, poppler, libical) broke many programs in my Plasma5 ‘ktown’ repository, to the extent that the complete Plasma 5 desktop would no longer start.

That is the fun of using the bleeding edge – if something disruptive happens in slackware-current you’ll have to wait for the 3rd party repositories to catch up. And I am one of those 3rd party packagers.

I have researched the list of packages that needed a recompilation, and in some cases I performed an upgrade at the same time (qt5 went up to 5.9.3, poppler synced to the 0.62.0 in Slackware-current, qtav went up to 1.12.0). The 64bit packages have already been uploaded but if you are running 32bit Slackware-current (why are you doing that?) you’ll have to wait another day because I just started the compilation there.

What has been updated in the ‘ktown’ repository? Here is a list, mostly in order of compilation:

  deps:qt5,qt5-webkit,phonon,qtav,poppler
  kde4:kdelibs,akonadi4,kdepimlibs4
  frameworks:kfilemetadata5
  kdepim:EVERYTHING
  plasma:plasma5-nm
  applications:okular
  applications-extra:calligra,digikam,kile

Every package in kdepim? Well yeah, there were many broken packages and it was simply faster to recompile all of kdepim and be done with it.

Users of slackpkg+ will be up & running fast with these updates; the others probably just need to download the individual packages I listed above from a mirror like https://slackware.nl/alien-kde/current/latest/.

When the 32bit package set has been finished The 32bit packages have now been recompiled and uploaded to the repository.

I will also recompile whatever is needed in the ‘testing’ repository (that’s where the Wayland related packages are stored).

Other – not related to Plasma5 – updates/rebuilds are coming soon have finally been uploaded too. Those are LibreOffice, Pale Moon, Calibre; these programs are also affected by the updates in slackware-current but the urgency was lower than with the Plasma5 desktop.

Security update for OpenJDK7

icedteaIcedTea release manager Andrew Hughes (aka GNU/Andrew) announced the announced a new release for IcedTea. The version 2.6.12 builds OpenJDK 7u161_b01. This release includes the October 2017 security fixes for Java 7. The announcement page contains a list of the security issues that have been fixed with this release. It is recommended that you upgrade your OpenJDK 7 to the latest version. If you have already moved to Java 8 then this article is obviously not relevant for you.

Here is where you can download the Slackware packages for openjdk7 and openjre7:

The “rhino” package (implementation of the JavaScript engine used by OpenJDK) is an external dependency for OpenJDK 7, you can find a package in my repository. If you want to compile OpenJDK7 yourself you will need apache-ant as well.

Note about usage:

My Java 7 and Java 8 packages (e.g. openjdk7 and openjdk… or openjre7 and openjre) can not co-exist on your computer because they use the same installation directory. You must install either Java 7 or Java 8.

Remember that I release packages for the JRE (runtime environment) and the JDK (development kit) simultaneously, but you only need to install one of the two. The JRE is sufficient if you only want to run Java programs (including Java web plugins). Only in case where you’d want to develop Java programs and need a Java compiler, you are in need of the JDK package.

VLC 2.2.8

largeVLCLast week, Robby Workman alerted me to a new release of the VLC media player by the VideoLAN team. I must confess that I had stopped following the development of my (yes, still) favorite media player. Looking a bit more closely, not only have they released version 2.2.8 without informing the world on their homepage (where they are still offering downloads for the now deprecated 2.2.6) but there’s now also a git repository called “vlc-3.0-git” and even a “vlc-4.0-dev” which seems to have been split off the 3.0 branch. I assume this is an indication – finally – that there is life beyond vlc-2.2.x and a 3.0 release is actually a possibility.

I built the 2.2.8 packages for VLC (Slackware 14.2 and -current) and uploaded those earlier today. Finishing these packages was a process that took longer than I had anticipated. The reason for that is that I wanted to apply some serious refreshing of the supporting libraries which I link statically into the package.
I usually follow the decisions of the VideoLAN team quite closely when it comes to the versions of supporting libraries to be used. For that reason, my vlc-2.x packages have historically been using a ffmpeg-2.x snapshot. But now I have finally updated the internal ffmpeg codebase from 2.x to 3.x, switching to the git snapshot which is being used in the (future) vlc-3.x. Since the vlc-2.x code does not support the use of ffmpeg-3.x I had to find and adapt the patches to make that possible.
There are several other libraries that did not make it into the new vlc packages: orc/schroedinger (no longer developed), libggi (obsoleted, unsupported), aacenc, faad2/faac (not used anymore by vlc nor ffmpeg).
And finally, it took me many days to try and link the libva and libvdpau libraries statically into the package. I failed, because even though the VLC player would work, several of the VLC plugin libraries had unresolved symbols related to libva and libvdpau. I could not guarantee that hardware acceleration would work. Therefore I reverted to a dynamic, runtime linking of the system libva and libvdpau libraries (both are present on Slackware >= 14.2). Problem solved.

Where to find the new VLC packages:

Rsync access is offered by the mirror server: rsync://slackware.nl/mirrors/people/alien/restricted_slackbuilds/vlc/ .

For BluRay support, read a previous article for hints about the aacs keys that you’ll need.

Note that I only built packages for Slackware 14.2 & -current. I stopped creating packages for Slackware 14.1 and earlier because of the effort it takes to build 4 packages for every Slackware release.

My usual warning about patents: versions that can not only DEcode but also ENcode AAC audio can be found in my alternative repository where I keep the packages containing code that might violate stupid US software patents.

Welcome slackware.nl

I acquired the slackware.nl domain. More precisely, the domain was given to me – for free – by its previous owner whose name I will not divulge unless he gives me permission to do so (someone sympathetic to Slackware but no longer using Slackware himself). Thanks!

So, I setup some server configurations using slackware.nl for stuff I am hosting under (mostly) alienbase.nl:

Note: you may want to add the CACert root certificate to your machine to get rid of warnings that the SSL certificate of slackware.nl is not trusted.

Newer posts »

© 2024 Alien Pastures

Theme by Anders NorenUp ↑