Main menu:


Please consider a small donation:



Or you can donate bitcoin:


Thanks to TekLinks in Birmingham, AL, for providing colocation and bandwidth.

Page Rank


FOSS Force Best Blog--2013 Award

Recent posts

Recent comments

About this blog

I am Eric Hameleers, and this is where I think out loud.
More about me.


My Favourites



October 2014
« Sep    

RSS Alien's Slackware packages

RSS Alien's unofficial KDE Slackware packages

RSS Alien's multilib packages


Pipelight: using Silverlight in Linux browsers

pipelight-logo That is the exact title of an article which appeared on last august.

You may have read my earlier rant about dutch schools migrating (or forced to migrate) to a Microsoft SilverLight based learning management software called Magister. A disastrous move induced by an arrogant company, which of course leaves Linux desktop users out in the cold. In my article, I mentioned that I was looking at ways to render SilverLight based websites in a Linux browser. The most promising (in fact as it turned out,  the only) solution appeared to be Pipelight.

It took a while to get it all sorted out and make sense of the way in which the various pieces of software interact, but despite a busy work schedule I managed to pull it off in the end. This article will show you how to install and configure Pipelight on Slackware Linux without effort. Not just dutch Slackware users with children in secondary school will profit. You may definitely want to install Pipelight in order to view Netflix content on your Linux computer! Having a Netflix subscription forced you to boot a Windows computer but that is now history.

What is Pipelight and how does it render these SilverLight pages, and Netflix videos, and more, in your browser?

Project Pipelight utilizes the efforts made by Erich E. Hoover who created a set of Wine patches to get Playready DRM protected content working inside Wine. This modified Wine (wine-pipelight) is combined with a new browser plugin (pipelight) that embeds Silverlight directly in any Linux browser supporting the Netscape Plugin API (yes… the API which Google is planning to drop from its Chrome browser in 2014… not playing nice here, Google!).

Let me quote verbatim from the project page, because I can not phrase it better:

Pipelight consists out of two parts: A Linux library which is loaded into the browser and a Windows program started in Wine. The Windows program, called “pluginloader.exe”, simply simulates a browser and loads the Silverlight DLLs. When you open a page with a Silverlight application the library will send all commands from the browser through a pipe to the Windows process and act like a bridge between your browser and Silverlight. The used pipes do not have any big impact on the speed of the rendered video since all the video and audio data is not send through the pipe. Only the initialization parameters and (sometimes) the network traffic is send through them. As a user you will not notice anything from that “magic” and you can simply use Silverlight the same way as on Windows.

That is good news. And now, how to get this all working in Slackware?

 First, you need a couple of my packages (you may have some of them already). I made them available for Slackware 14.0 and 14.1, both 32-bit and 64-bit editions. Download and install the following packages for your Slackware version and architecture:

 Note that Wine is a 32-bit product (and the pre-compiled pipelight pluginloader comes as 32-bit binary only), so if you are running 64-bit Slackware you will have to switch it to a multilib system first. I noticed some references to wine64 in the piplelight sourcecode (un-implemented functionality as of yet) so there’s hope that multilib will not be needed in future.

If you are running 64-bit Slackware, then you should download the 32-bit version of the OpenAL package and use the “convertpkg-compat32″ program in order to create a multilib “compat32″ package. You need to install that, instead of using the 64-bit package, otherwise Wine will not work:

# convertpkg-compat32 -i OpenAL-1.15.1-i486-1alien.tgz
# upgradepkg –install-new /tmp/OpenAL-compat32-1.15.1-i486-1aliencompat32.tgz

 The webcore-fonts-installer is a nifty package. It does not contain any Microsoft font (therefore I am allowed to distribute the package), but the post-installation script will automatically download and install the Microsoft Core Fonts for the Web for you. These fonts are required by SilverLight.

 Then, open a terminal and check out the new functionality by running the “pipelight-plugin” program. Use it to list the available plugins and to enable/disable one or more of these plugins. Do this as your own user account, not as the root user! The result of enabling a plugin is that a symbolic link to the corresponding shared library will be created in your ~/.mozilla/plugins/ directory.

$ pipelight-plugin –help

Supported plugins:
$ pipelight-plugin –enable silverlight
Plugin silverlight5.1 is now enabled
$ pipelight-plugin –list-enabled

 Install a browser User Agent switcher. Some SilverLight sites will tell your Linux browser that it is unsupported, and you will have to make the server believe that your browser is running on Windows. For Firefox, you should pick .

 Start your Firefox or Chrome browser (Konqueror should work too but I did not test that) and open the URL which is the team’s diagnostics page. You can select one of the available plugins to test, and this will trigger the browser to try and load that pipelight plugin. The first time the plugin loads, it will automatically download and install the required Windows programs using the customized wine-pipelight program. You will see a few Windows installation dialogs (for SilverLight etc). These do not require any interaction, and you can sit back and relax. It will only take a short while, and then the disgnostics page will show the plugin’s status. The wine-pipelight program will install all its files in its own wine prefix so that it will not interfere with a “normal” version of  Wine which you may have installed already. The directory which is used, is  ~/.wine-pipelight/ .


SilverLight DRM (protected content) on Linux

In order to play protected content in SilverLight, Microsoft has invented PlayReady. The customized version of Wine which comes with Pipelight (wine-pipelight) implements this DRM support through Linux Extended Attributes (xattr). Your kernel has to support it for the filesystem you use. Slackware’s kernels have enabled this for most filesystems (below output is for a Slackware 13.37 kernel):

# zcat /proc/config.gz | grep XATTR
# CONFIG_JFFS2_FS_XATTR is not set
# CONFIG_CIFS_XATTR is not set

The Linux extended filesystems (ext2, ext3, ext4) enable extended attributes by default when you mount them. Other filesystem types may require a mount option in /etc/fstab.

Troubleshooting Pipelight issues

  • Running Firefox from the command line will show debugging output from the pipelight plugin when you go to
  • When using the UserAgent control to spoof your browser and OS, try not to pick MS Internet Explorer. Apparently, only disguising as Firefox/Windows will work with Netflix.
  • If you are using Firefox and the pipelight diagnostics page informs you that SilverLight was installed OK but that your browser’s plugin cache needs to be cleared, you should follow the advice. If you don’t do that, Firefox will not reload the plugin on the next start. To clear the plugin cache, type “about:support” in your address line and hit Enter. You should now see a button which opens your profile directory. Click on it and remove the “pluginreg.dat” file. Restart your browser and check if it works (don’t worry, the “pluginreg.dat” file will be automatically re-created).
  •  If Netflix informs you that you are logged in with another browser or tab and you are certain that you are not, you need to close your browser windows and then kill off all of the wine services, plugin-container and pluginloader.exe processes. Then start your browser again. The Wine processes are left-overs from a previous (failed) attempt to load the pipelight plugin.

Enjoy! Eric


Comment from Matt
Posted: November 9, 2013 at 02:18

Hmmm. I’ve got everything installed properly in Slackware64 14.1, but when I try to watch something on Netflix, I get the red Netflix screen where it counts up to 100%, then in throws the error N8156-6205. I tried deleting pluginreg.dat for kicks, but it didn’t help. Any ideas? The diagnostic page comes back fine.

Comment from Greg
Posted: November 9, 2013 at 03:36

To get pipelight to work with the flash plugin do the following:
pipelight-plugin –enable flash

Now you need to download the lcms2-2.4-i486-1.txz package (slackware 14.1) and use convertpkg-compat32 to create a multilib package for slackware 64 bit.

So something like this would work:
convertpkg-compat32 -i lcms2-2.4-i486-1.txz

Then install the package:
installpkg /tmp/lcms2-compat32-2.4-x86_64-1compat32.txz

Now flash works with pipelight on slackware 14.1 64 bit!
Thanks Eric.

Comment from alienbob
Posted: November 9, 2013 at 13:05

Hi Greg

You know that there is a multilib/14.1/slackware64-compat32/l-compat32/lcms2-compat32-2.4-x86_64-1compat32.txz package in my multilib set? There is no need to convert it manually if you installed the full multilib set of packages.

And yes, SilverLight is not the only Windows browser plugin that’s supported by pipelight :-) Just remember to first remove the Linux flash plugin before you enable the pipelight flash plugin.


Comment from alienbob
Posted: November 9, 2013 at 13:11

Hi Matt

If you look at this Pipelight bug report: then you’ll see that the “N8156-6205″ may be caused by not having extended attributes enabled.
My own wine-pipelight package supports XATTR, and so does the Slackware kernel for the most common filesystems. However your kernel must support it for the filesystem you are using, _and_ you must ensure that XATTR has been enabled for the filesystem. For some filesystems that is a parameter in /etc/fstab while for ext filesystems it is supported automatically.


Comment from Greg
Posted: November 9, 2013 at 13:41

Thanks. I forgot to change to 14.1 multilib in the slackpkg+ config.

Running Firefox from the command line will show debugging output from the pipelight plugin when you go to

Comment from alienbob
Posted: November 9, 2013 at 13:48

Thanks Greg, I will add that tip to the main article.


Comment from LoneStar
Posted: November 9, 2013 at 13:59

Hello Eric,
Do you think it could be theorically possible to compile the wine-pipelight part as static, or with all 32bit libs in a dedicated path like it’s done for’s Skype package, in order to avoid installing multilibs on Slackware64 ?

I know this sounds as a bit of extremism, but I want to keep my system as pure 64 bit.

(no discredit intended for the multilib effort, at all!)

Comment from Me
Posted: November 9, 2013 at 17:35

Why use “zcat /proc/config.gz | grep XATTR”?
“zgrep XATTR /proc/config.gz” seems better and cleaner.
Other then that great work as usual Eric, thanks a lot.

Comment from alienbob
Posted: November 9, 2013 at 20:24

Hi LoneStar

Good luck with it. Perhaps it is possible to add all the libraries statically to Wine but I have _never_ seen a static Wine before.


Comment from cwizardone
Posted: November 9, 2013 at 23:20

Installed it yesterday, Friday, my time, and it worked beautifully. Completely transparent to the using.
I don’t know if it had anything to do with it, but when I booted the computer this morning, that is, I tried to boot the computer, it wont’ get past the “menu entry” in lilo.conf, i.e., it just says “Booting SW64..” and hangs. None of my previous installations disk work as a boot disk. I can be the ISO I made this last June of “-current” to boot, but there is no keyboard support for what ever reason. At the moment I’m on my 4th attempt to download the 14.1 iso, via ms-windows….

Comment from alienbob
Posted: November 9, 2013 at 23:36

Hi cwizardone

Sorry to hear about your computer problems.
It would be highly unlikely that running pipelight under your user account would kill your computer’s ability to boot, though.


Comment from cwizardone
Posted: November 9, 2013 at 23:49

Well, normally, I would agree, but since the only change made to the computer was the addition of pipelight and its dependencies…… I don’t see what else it could be…

Comment from pataphysician
Posted: November 10, 2013 at 01:48

You can get N8156-6205 error for other reasons than XATTR, I was getting this and I checked my filesystem and it had XATTR. My problem stemmed from using Noscript, Request Policy and Cookie Monster plugins. I thought I had enabled all needed domains, but obviously something was missing, as soon as I disabled these plugins and restarted firefox, the error went away. So you can get this error with other network type problems.

Unfortunately for me I can only watch about a couple of minutes of video before firefox freezes, the plugin is still chugging along and I can hear the audio, but firefox is dead. Will have to play around somemore.

Comment from JesusM
Posted: November 10, 2013 at 15:13

I’ve installed all packages and it seems to work fine, and when I go to a website asking for silverlight, it thinks I actually have silverlight and doesn’t ask for it, but …

I get a black window saying ‘no video available’

Any idea?


Comment from pataphysician
Posted: November 10, 2013 at 16:11

OK got it to not chrash with netflix after a couple of minutes of video. Originally I was on Firefox 24 and silverlight 5.1. Netflix wouldn’t let me use older version of silverlight, it would give me an upgrade dialogue.

So I tried with chromium, I never really use it, and it was old version 24, I used a firefox 15 user agent. With silverlight 5.1-5.0 it would also crash after a few minutes of video, but I could install and use all versions without the forced upgrade dialog, so I tried version 4 which works fine and no crashes.

Comment from pataphysician
Posted: November 10, 2013 at 17:48

Update, with nouveau driver silverlight 5.1 and 5.0 will crash on netflix after a few minutes of video, silverlight 4.0 works fine.

With the Nvidia Proprietary driver all silverlights work without crash

Comment from cwizardone
Posted: November 10, 2013 at 18:49

OK. Late yesterday I managed to get things back to normal and all has been well since (but I haven’t tried Netflix).
A couple of questions about wine-pipelight.

Apparently it can safely co-exist with a regular WINE installation, correct?

Second, is it possible to run other ms-applications with wine-pipelight or is it only for running Silverlight, Flash, Shockware, etc.?


Comment from Matt
Posted: November 11, 2013 at 00:04

OK, I was able to get it working. You need to change your /etc/fstab where it mounts your /home partition to “defaults,user_xattr” instead of just “defaults”.

I was able to get it working without rebooting by issuing this command as root:

mount /home -o remount,user_xattr

Comment from JesusM
Posted: November 11, 2013 at 00:11

My /home is ext4, and when I perform zcat /proc/config.gz | grep XATTR I get:

root@stilgar:~# zcat /proc/config.gz | grep XATTR
# CONFIG_JFFS2_FS_XATTR is not set
# CONFIG_CIFS_XATTR is not set

Does it mean that EXT4 doesn’t support xattr? if so, how could I fix it?


Comment from alienbob
Posted: November 11, 2013 at 01:48

Hi JesusM

Starting with kernel 3.7, the CONFIG_EXT4_FS_XATTR option is enabled by default and there is no longer a configuration option to turn it off. So, you have nothing to worry about.



Comment from alienbob
Posted: November 11, 2013 at 01:52


The sole purpose of wine-pipelight is to process the browser requests from your Linux browser. Therefore it has been installed in a non-standard path (it’s all in /usr/libexec/wine-pipelight) where it will not interfere with your regular Wine.
Also, pipelight uses a specific WINEPREFIX, so everything which is being downloaded and configured ends up in ~/.wine-pipelight where it does not interfere with other Wine data.


Comment from JesusM
Posted: November 11, 2013 at 10:25

Thanks Eric for the clarification, but it was my last hope of having an easy-to-solve problem for my ‘black-screen’ ;-)

I will keep trying.


Comment from cwizardone
Posted: November 12, 2013 at 05:08

Due to audio/video sync problems with some sources, but not all, I’ve un-installed pipelight and re-installed the standard flashplayer plugin.

Comment from Daedra
Posted: November 12, 2013 at 11:04

Eric thank you so much for this!!! Working perfectly over here.

Pingback from Pipelight – a Silverlight plugin for Linux users
Posted: November 12, 2013 at 19:00

[…] procedure below is explained in fine detail by Eric Hameleers in his article much better but I like to use this blog as a quick reference. The instructions that follow are […]

Comment from adioe3
Posted: November 12, 2013 at 19:17

Thanks Eric and kudos to the Pipelight guys + Mr. Hoover!

Comment from jtsn
Posted: November 13, 2013 at 16:55

Great work, Eric. It makes a working Flash Player 11.9 available on Opera. Flash 11.2 is broken there and all workarounds are for Firefox.

One question: How are plugin updates handled by pipelight? As of today /usr/share/pipelight/install-dependency downloads and installs the now insecure Flash Player 11.9.900.117.

Are we now in risk of Flash Player exploits targeted at the Windows platform?

Comment from cwizardone
Posted: November 13, 2013 at 17:08

What version of Opera for Linux are you using? Alien Bob’s package, flashplayer-plugin-, has worked just fine with Opera 12.16. In fact, it works better than pipelight (audio/video sync problems) on one of the sources of video programing I watch on a regular bases. Pipelight works fine on the rest.

Comment from jtsn
Posted: November 13, 2013 at 17:38

Flash Player 11.2 has broken video playback on nVidia cards (NTSC effect). nVidia implemented a workaround, but that only works if the plugin is executed inside Firefox (which I don’t use). Also the 11.2 plugin is crashing regularly for me on Opera 12.16, so its useless.

Another reason for the 11.9 version is, that it supports HW accel on Intel GPUs (even through WINE) and 11.2 doesn’t. That is important for decent fullscreen video on Atom platforms.

Comment from cwizardone
Posted: November 13, 2013 at 19:12

Works just fine on my NVidia card.

Comment from alienbob
Posted: November 15, 2013 at 09:20

FYI I updated the pipelight package with a newer “install-dependency” script to address a security update in the Flash Player.
If you upgrade pipelight and have the Flash plugin enabled, you will see pipelight downloading the latest Flash player from Adobe the first time the pipelight-flash plugin loads.

Of course I also updated the Linux flashplayer-plugin package for those who do not use pipelight.


Comment from Patrick
Posted: November 18, 2013 at 05:03

Have a feeling I know the the answer, but is it possible to use Pipelight on Slackware 13.37 (32 bits)? I’ve gotten as far as compiling pipelight (the last package I need to build) and it spits out:
g++ -Wall -DXP_UNIX=1 -DMOZ_X11=1 -fPIC -std=gnu++0x -c basicplugin.c -o basicplugin.o
basicplugin.c: In function ‘bool checkPluginInstallation()’:
basicplugin.c:305:24: error: expected initializer before ‘:’ token
basicplugin.c:309:22: error: could not convert ‘argv.std::vector::push_back [with _Tp = const char*, _Alloc = std::allocator, value_type = const char*](((const char*&&)(&0u)))’ to ‘bool’
basicplugin.c:311:39: error: expected ‘)’ before ‘;’ token
make[1]: *** [basicplugin.o] Error 1

Any help/tips greatly appreciated!


Comment from alienbob
Posted: November 18, 2013 at 13:26

Hi Patrick

That error is most likely caused by the fact that gcc in Slackware 13.37 is too old.
You could try and ask the Piplelight team to come up with a gcc-4/5 compatible patch. See
I tried but my knowledge of gcc version-specifics was not sufficient to write a patch myself.


Comment from Patrick
Posted: November 18, 2013 at 21:33

Thanks Eric!

I really appreciate your effort and trying to fix the issue. I have a feeling it may not be worth anyone’s time to fix as it’s likely just me trying to make it work with older software and it may be multiple files that need patching.
As an experiment, I used wine-pipelight to create a .wine-pipelight prefix and installed Windows Firefox and Silverlight5.1 there. After adding “user_xattr” to my fstab and restarting, I managed to get Netflix to work for a few seconds. Silverlight often stops/freezes during the screen where Netflix is loading however, and has never gone further than playing a few seconds of audio from the movie I select to stream. Perhaps it’ll work better with some future version of Wine. Sadly, Netflix insists I upgrade if I try Silverlight 4.


Comment from Mike Langdon (mlangdn)
Posted: November 18, 2013 at 22:31

Thanks Eric! I really have resisted going multilib. But I took the plunge and dove on in. Watching Netflix on my Slackware64 box was just too big of a draw. Everything worked just fine – even the user agent changer, even though it said it was not compatible. I installed it anyway and it works just fine. Thanks again. :)

Comment from Gabriel Yong
Posted: November 19, 2013 at 03:57

My browser’s plugin cache needs to be cleared, but
I am having problem clearing my “Profile Directory”. When i click on the “Open directory” button, it brought up the Audacious, I can’t locate the “pluginreg.dat” file in order to remove it.

Comment from Gabriel Yong
Posted: November 21, 2013 at 02:17

Thanks Eric. Problem solved. …

Comment from Josiah
Posted: November 21, 2013 at 05:34

I’m finding it hard to get this to work while having a regular Wine installation alongside the wine-pipelight package. When I remove Wine, it works well; when I install Wine, Pipelight fails to determine the correct Wine prefix. The diagnostic page gives me this error:

> Checking if dllPath/dllname is set and exists …failed
> You need to define either a valid dllPath/dllName or regKey
> Unable to verify if the DLL exists, please check this manually!
> (dllPath = c:\Program Files\Silverlight\5.1.20513.0\)
> (dllName = npctrl.dll)

And running Firefox from a terminal emulator gives me this additional information:

> wine client error:0: version mismatch 451/440.
> Your wine binary was not upgraded correctly,
> or you have an older one somewhere in your PATH.
> Or maybe the wrong wineserver is still running?

Am I missing something?

Comment from alienbob
Posted: November 21, 2013 at 15:50

Hi Josiah

You can not run Wine programs using two versions of Wine at the same time. Probably the last line is correct: “maybe the wrong wineserver is still running”.

As far as I know it should not matter if you have another Wine _installed_ … the issue is with actually _running_ programs using both wine versions at the same time.


Comment from weput
Posted: November 21, 2013 at 15:50

I am pretty much obligated to use windows based on an official government tool I use on daily basis…. so I downloaded and installed the packages on my C7 chromebook running slackware and this works beautifully (tested on netflix)

Comment from JesusM
Posted: December 6, 2013 at 12:59

Hi Eric, if I give you a URL may you watch why your pipelight-plugin doesn’t work? I am a bit fristrated becaue I’ve use it with other sources with no problem, but this one, the one I am interested on, I can’t make it :(

Comment from alienbob
Posted: December 6, 2013 at 13:09

Sure, I can have a look at what happens if you give me a URL to test.


Comment from JesusM
Posted: December 7, 2013 at 09:53

If you need user/pass I could give them privately.


Comment from alienbob
Posted: December 7, 2013 at 13:12

Hi JesusM

I can see the SilverLight plugin being loaded when I click on a movie: a rectangular picture is shown and if I right-click that I get the Wine-PipeLight configuration dialog.
But the actual movi player needs an account/password.

If you are getting the issue only after entering your credentials and want to share them (for the purpose of a single test only) you can email my alien at slackware dot com address. We can see if we get any further.

Cheers, Eric

Comment from lems
Posted: December 16, 2013 at 16:36

@cwizardone: does it really work for you in browsers other than in Firefox? For example, in xombrero, flash videos appear bluish.

Comment from cwizardone
Posted: December 16, 2013 at 19:17

If you mean pipelight, yes, it does work. I’ve had some trouble with audio/video synchronization, but the latest versions of pipelight and wine-pipelight, just posted by Alien Bob, seem to have fixed that problem.
The only time I’ve seen the blue tint, usually to the skin, is using the “standard/regular” Flashplayer for Linux in Opera 12.16. To stop that it is necessary to right click on the video, click on “setting,” and un-check “Enable hardware acceleration,” and re-load the page.
The blue tint problem does not present itself in Firefox, but is present in Midori.

Comment from lems
Posted: December 18, 2013 at 08:07

Thanks, cwizardone, that worked! Also thanks to Alien BOB for his work on pipelight, it’s running fine here. Kudos!

Comment from lems
Posted: December 19, 2013 at 09:13

Sorry for posting again, but: flash works, no choppy playback anymore as was the case with chrome’s pepper flash (at least on some videos).

I echo jtsn’s question: how does one keep the plugins up to date? Do I have to delete the ~/.wine-pipelight directory everytime a flash update is released? (And run pipelight-plugin –update’ as root, I suppose.)


Comment from alienbob
Posted: December 19, 2013 at 10:29

Hi lems

No need to apologize, I welcome people who take the time to post here.

Upgrades to the plugins are automatic, whenever you upgrade the pipelight package , or after you ran “pipelight-plugin –update”.
The internal “dependency-installer” script has hard-coded version numbers and download URLs for the supported Windows plugins. When you upgrade the package, or run the update command, and the version numbers change, then the next time one of these plugins activates, pipelight will detect that your ~/.wine-pipelight directory has old software and will download and install the newer Windows plugin automatically.
The script gets updated from this master version when you run “pipelight-plugin -update”:


Comment from lems
Posted: December 19, 2013 at 14:45

Hi Eric,

thanks a lot!


Comment from dustin
Posted: January 1, 2014 at 05:43

Thanks, was able to watch both netflix and amazon instant video with this. I was beginning to wonder if it would ever be possible. I tried helping my brother set this up on linux mint, and it was futile. We never did get it going. Took me about 10 minutes to figure it out on Slackware thanks to this great tutorial and the packages provided.

Comment from alienbob
Posted: January 1, 2014 at 15:03

I asked the developers if the WideVine plugin could be added too – it’s required when you want to watch UPC’s Horizon on-demand content streaming platform. And it was added to the git repository yesterday. Now it’s waiting for the next release (I am not in a hurry).


Pingback from Pipelight pod Linuksem |
Posted: January 13, 2014 at 19:01

[…] Eric Hameleers przygotował odpowiedni artykuł, jak zainstalować wszystko: Pipelight: using Silverlight in Linux browsers. […]

Pingback from Supporting Slackware in the enterprise
Posted: January 19, 2014 at 20:39

[…] Many thanks, Eric for your work enabling us to watch Netflix on Slackware. Works like a charm for me.…inux-browsers/ […]

Pingback from Chromium. What is the appeal? – Page 2
Posted: January 20, 2014 at 05:30

[…] you tried Alien Bob's pipelight?…inux-browsers/ Last edited by cwizardone; Today at 11:03 […]

Comment from lems
Posted: January 20, 2014 at 09:27

Hi Eric,

I have a question regarding mktemp: I ran pipelight-plugin –update’ and started my browser and noticed in the debug messages that there was a non-standard mktemp call (invalid option). I removed the –suffix option from mktemp in two places frominstall-dependency and it successfully updated the flash plugin. What is –suffix? The mktemp manpage does not list –suffix, and my mktemp does not know it.



Comment from lems
Posted: January 20, 2014 at 09:47

Hi again,

–suffix was added 2009-11-07 to mktemp, and I found it in the coreutils-8.21 source. I run Slackware -current with coreutils-8.21-i486-1. I’m a bit confused, why does my mktemp not support –suffix?


Comment from lems
Posted: January 20, 2014 at 09:55

OK, question answered. I read the coreutils.SlackBuild, Slackware apparently uses the mktemp from debianutils, and the real’ mktemp is called mktemp-gnu. Hm. So I either replace mktemp with mktemp-gnu or always remove –suffix from the pipelight script. Will Slackware break if I replace mktemp with mktemp-gnu?

Sorry for the triple-post, I should have known better.



Comment from lems
Posted: January 20, 2014 at 10:35

For anyone interested, for now, I’m using this in a script called pipelight-update’:

pipelight-plugin –update
sed -i ‘s/mktemp/mktemp-gnu/g’ /usr/share/pipelight/install-dependency

This works quite well.

Comment from alienbob
Posted: January 20, 2014 at 11:13

lems, did you compile your own package of pipelight?

Yeah, I patch the “install-dependency” script which is part of the package. The update however retrieves an original, unpatched, version of the script which uses the version of mktemp which Slackware does not have.

I will update the pipelight package, using a modified pipelight-plugin script which patches the new “install-dependency” script after downloading it.


Comment from lems
Posted: January 20, 2014 at 11:57

Hello Eric,

no, I used your packages. I did not see that you uploaded new pipelight packages; I downloaded the script using pipelight-plugin –update. I’ve now upgraded wine-pipelight and pipelight to the new version (1.7.11 and 0.2.4). Sorry for the trouble regarding mktemp.

Got to say, with the new pipelight packages, flash no longer works in xombrero, and even in firefox some german sites (ZDF, ARD, 3sat) which use flash no longer work, I get this in uxterm instead (no plugin loads):

###!!! [Parent][RPCChannel] Error: Channel error: cannot send/recv


Comment from lems
Posted: January 20, 2014 at 14:36


I used your pipelight.SlackBuild to build a newer version of pipelight. I downloaded master.tar.gz from bitbucket (mmueller2012-pipelight-851cf1925536), and a new pluginloader ( With this version, I have flash again in xombrero and the sites mentioned work, too (for example, There was a FAQ/news item on pipelight’s launchpad that talked about regressions in


Comment from alienbob
Posted: January 20, 2014 at 17:02

New packages for pipelight- have been uploaded, which fix the mktemp error in install-dependency.


Comment from cwizardone
Posted: January 20, 2014 at 18:34

I’ve tried the new packages and still have trouble with audio/visual synchronization. It works with youtube, but not with streaming video from, e.g., a network TV program. The “standard” Linux flashplayer plug-in works perfectly with both youtube and network video.

Comment from lems
Posted: January 20, 2014 at 19:36

Just updated to pipelight- This works without any problems so far. Thank you, Eric!

Pingback from Need Advice on Pipelight Install
Posted: January 25, 2014 at 06:21

[…] Did I jump the gun somewhere and do something out of order? I followed the sequence outlined on…inux-browsers/. The only deviation was using about:config to set "general.useragent.override". […]

Comment from Duodecimo
Posted: February 8, 2014 at 14:08

Thanx so much, E. Hoover and Eric, it is finally running all ok in my Slackware 64 multilib 14.0.
3 things I had to care about:
a) I created a folder sandbox trying to solve some issues, it keep wine-pipelight from running. After deleting the folder it worked ok.
b) I forgot to reinstall nividia proprietary drivers after installing multilib (shame on me, Eric wrote about it!)
c) As I use chrome signing with my google account, somehow it didnt load pipelight. So I installed chromium for run netflix (no need to sign my account for this): It works perfectly along with hola plugin allowing me to access a broader netflix movies list :D

Pingback from Alien Pastures » Chromium, LibreOffice, Pipelight, Flashplayer updates
Posted: February 25, 2014 at 22:35

[…] me remind you that in my original post about pipelight, you will find full installation and configuration instructions, as well as a troubleshooting […]

Comment from Max
Posted: February 26, 2014 at 18:59

Maybe, not sure. I think it does not work on AUFS filesystem. So you can not use in distro. Ex: Slax, Porteus etc. ..
I tested this site
Videos work without encryption, but encryption does not work.

Comment from Kvasi
Posted: March 4, 2014 at 00:07

Steam… now Silverligth, I guess, I will never need to boot windows again. Thank you very much Eric, now I can watch my only Win, macOS compatible TV service on Linux, it was a breeze following your instructions everything works perfectly. Thanks again for helping a simple and not so bright user like me to keep going on Slackware/Linux.

Pingback from Playing 4od videos in Chrome (UK users)
Posted: March 4, 2014 at 01:14

[…] looks as if per your blog entry pipelight won't run unless I convert to multilib? Maybe I'll hold off until they support 64 bit as […]

Pingback from What’s the deal, these days, with Linux and video on the web?
Posted: March 9, 2014 at 19:16

[…] The standard Flashplayer plug-in for Linux works just fine in Slackware. I use it regularly with two different major TV networks and YouTube and never have had a problem. As has been pointed out, Adobe is still providing security upgrades. If you don't want to use the version provided directly by Adobe, Alien Bob provides packages built for Slackware,…player-plugin/ Alien Bob also provides a tweaked version of wine, wine-pipelight, and pipelight that will allow you to use the latest flash, sliverlight and one or two other plug-ins for ms-windows.…inux-browsers/ […]

Comment from Shane
Posted: March 14, 2014 at 18:40

I cannot get this to work on Salix for whatever reason. I start a browser, the installer starts downloading mpg2splt and then it just hangs. Sitting there forever saying the file size is NA. I’ve updated the script, even updated and ran it manually. But it just refuses to download. Bleh. And I’ve got it running perfectly on Debian and a couple distros. I’m tempted to install Slackware itself to see if I’d get better results, because this is just weird.

Comment from alienbob
Posted: March 14, 2014 at 22:02

Well, I created my packages for Slackware. And while Salix claims full compatibility with Slackware, Slackware may not be fully compatible to Salix.
I advise you to switch to Slackware and then see what happens. Lots of others before you have told me that it works for them as it works for me.


Comment from Shane
Posted: March 15, 2014 at 05:22

Yes, sir. They are now working on Slackware. Thank you for the packages.

Pingback from Alien Pastures » How to make UPC Horizon TV work in Linux
Posted: April 17, 2014 at 22:29

[…] an earlier article I have explained how you can use pipelight to run a Windows-based browser plugin seamlessly in your […]

Comment from Kotoha
Posted: April 19, 2014 at 10:43

Works like a charm on Salix. Thank you man ;)

Pingback from Improve Flash performance under Firefox
Posted: April 22, 2014 at 12:03

[…] Flash Player 11.2 is an ancient codebase from 2012, which will only get security updates until 2017. It supports hardware overlay video only when using VDPAU, but this is broken too (color channels swapped). Otherwise it will convert YUV to RGB using the CPU and then paint it on the screen using X11 drawing calls, which is too slow for being usable. Long story short: The Linux Flash Player is abandonware and broken beyond repair. You could try running the Windows version of Flash Player 13 using pipelight. […]

Comment from Diego Gutierrez
Posted: April 29, 2014 at 23:17

Worked perfectly, thanks a lot!

Comment from Norm
Posted: May 4, 2014 at 05:19

Works very nicely with using widevine, on Slackware 14.0, 32 bit.
Had to use Chrome with Windows Firefox 15 agent to do initial test.
Then had to switch back to Firefox with Windows Chrome 32 agent to actually play a movie from hoopladigital.
Go figure….

Comment from Jen
Posted: June 23, 2014 at 18:58

RTFM! It’s what I should’ve done. Found my answer about WINE installed from source not conflicting. (Although it looks like no WoW and Netflix at the same time…)

Comment from Cwizardone
Posted: August 19, 2014 at 00:34

Recently I given a Netflix account and gotten as far as changing the user agent to get Netflix to see Firefox as windows running IE8, but then it says ActiveX isn’t installed.
Any ideas?

Comment from Cwizardone
Posted: August 19, 2014 at 06:15

Tried setting Firefox as windows running firefox 29 and for a moment it looked like it was going to work, but then reported a DRM error.

Comment from Eugene
Posted: August 29, 2014 at 00:48

Thanks, just tried this out and it worked fine.

Pingback from Alien Pastures » Updates for Chromium and Flash in sep 14
Posted: September 11, 2014 at 18:19

[…] do not have a new version of the pipelight browser plugin (see previous article for the how to). You can easily update the Windows plugins (including the Windows Flash player if […]

Comment from theM
Posted: October 19, 2014 at 21:59

Uh-oh! Getting 404 not found during install of webcore-fonts package, now. This solution worked for me twice in the past. Did Microsoft yank this functionality from the web already? I figured that was coming.

Comment from alienbob
Posted: October 20, 2014 at 10:38

Hi tmeM

I have stored a copy of that tarball here:
It seems like the “original” has disappeared from the site that was hosting it.
Use the above URL as “SRCURL” in the SlackBuild.

Comment from alienbob
Posted: October 20, 2014 at 13:04

I have updated the webore-fonts-installer package with my new download URL.

Write a comment