I did all of masticass' steps except I don't know how to do : "Added the signature file as well to the PKGBUILD" where do you add it? I put it in the folder but don't know what else you mean. I get: ==> ERROR: Integrity checks (md5) differ in size from the source array.

masticass commented on 2017-10-08 18:10

FOUND A SOLUTION:
Here's what I've done:
1. I found this other repo that contains the pluginloader.tar.gz and its signature: http://www.slackware.com/~alien/slackbuilds/pipelight/build/
2. Added the signature file as well to the PKGBUILD.
3. Run md5sum on all tar.gz files (there are 3 of them: v0.2.8.2.tar.gz, pluginloader-v0.2.8.2.tar.gz, pluginloader-v0.2.8.2.tar.gz.sig), and added their respective md5sum to the PKGBUILD (in order).
4. I got an error of a gpg key missing, so I ran gpg --recv-key E49CC0415DC2D5CA to get the key.
5. Enabled the validgpgkeys in the PKGBUILD (removed the # in front of the validpgpkey)
6. Added pluginloader-v${pkgver}.tar.gz.sig to the noextract
7. Ran makepkg -si
8. The package built without any problem.

felixonmars commented on 2017-04-13 18:39

seeegma commented on 2017-04-12 20:03

The domain http://repos.fds-team.de/ doesn't seem to be active any longer, and thus the package cannot be installed. Just click the link for "pluginloader-v0.2.8.2.tar.gz" under "Sources" above to see.

Fincer commented on 2017-04-12 06:26

@guiodic

Thanks for the hint! However, I'm already using firefox-kde-opensuse from AUR. As an alternative solution, I may just create a local & custom firefox package on my computer in which the firefox source has been edited to point to esr release.

guiodic commented on 2017-04-04 13:15

to Fincer: you should install firefox-esr-bin from AUR

Fincer commented on 2017-03-25 13:40

Pipelight not working on Firefox 52:

Mozilla has removed NPAPI support from Firefox 52 which prevents Pipelight and several other plugins from running. As a workaround, you can re-enable NPAPI support by opening about:config page and adding a new boolean value "plugin.load_flash_only". Set its value to "false".

The workaround may not be permanent but it works at the time of writing this reply.

Magnetz74 commented on 2016-01-21 08:39

As someone on the Arch IRC with more knowledge than I said please "include the file as part of the sources and use makepkg's signature scheme"

Thank you for maintaining this!

anish commented on 2015-12-07 21:23

@oxalin There is a dependency on wine-staging. If wine-gaming-nine is based on it, then it needs to add wine-staging to it's provides field, especially since wine-staging is now a commnunity package. If you want to get around it, you can just modify the pipelight pkgbuild to say depends on wine-gaming-nine instead of wine-staging, but I can't commit that to the pkgbuild as the depends field can't be optional, and optdepends would not work here.

oxalin commented on 2015-12-07 20:54

Is there really a dependency on wine-staging or should it be on wine? Because when installing the wine-gaming-nine package, which doesn't flag as providing wine-staging eventhough it is based on it with some extra modifications, pipelight doesn't see it. Thus, it also installs wine-staging alongside wine-gaming-nine...

stiege commented on 2015-10-30 06:10

makepkg -si
...
==> ERROR: pipelight is not available for the 'armv7h' architecture.
Note that many packages may need a line added to their PKGBUILD
such as arch=('armv7h').

Any chance of there ever being support for armv7h?

anish commented on 2015-10-05 02:02

@delx Since the package supports more than one plugin, these are actually optdepends for wine-staging

delx commented on 2015-10-04 08:46

I found that I needed these packages for the flash plugin to work:
lib32-gnutls
lib32-libpulse
lib32-libva
lib32-libxcomposite
lib32-libxinerama

Could they be added as dependencies to the package?

whaler commented on 2015-08-11 23:26

No, no progress. I just upgraded to Firefox 40.0, same thing (as expected).
Embarrassed to confess I haven't used IRC since about 2000... I will try and register at freenode and flex my IRC client.

anish commented on 2015-08-11 19:26

@whaler, did you make any progress ?

anish commented on 2015-08-11 00:01

@whaler, would be able to help you faster if you jump on to #pipelight on freenode

anish commented on 2015-08-10 20:19

berbigou commented on 2015-08-10 05:09

Hello,
I would suggest wine-staging instead of wine-silverlight as dependency

anish commented on 2014-12-31 01:22

@Kyrias Unfortunately, it is not as simple as that, so I've turned off key verification for now in this PKGBUILD.

kyrias commented on 2014-12-29 23:07

A validpgpkeys array should be added for this PKGBUILD to work properly with pacman-4.2

anish commented on 2014-12-22 07:51

Package updated with fix for gnupg issue, you no longer need to patch anything manually

slackner commented on 2014-12-21 06:53

As reported in #archlinux, there seems to be some incompatibility with the latest version of gnupg which breaks compilation, and probably also the "pipelight-plugin --update" command. Quick hack to fix the compilation issue:

mareex commented on 2014-12-12 10:42

thx @slackner and @anish

I completey removed pipelight as anished suggested and deleted the libpipelight* files in /usr/lib/mozilla/plugins as slackner pointed out. Additionally I removed .wine-pipelight/ and firefox'S pluginreg.dat. After installing pipelight again everything worked.

anish commented on 2014-12-11 21:16

@mareex a remove & install fixed it on the machine where I could reproduce it.

slackner commented on 2014-12-11 12:40

@mareex: Silverlight5.0 still works fine for me. Your problem is most likely caused by mixing up files from multiple pipelight installation. Make sure that you really have only one version installed.

If you are not sure anymore, here are some steps which could probably help:

* run "which pipelight-plugin", and make sure that you're running the right script (which should be located in /usr/bin). If this wasn't the case run "pipelight-plugin --create-mozilla-plugins" afterwards.

* make sure that all symlinks (in ~/.mozilla/plugins and /usr/lib/mozilla/plugins) point to the right libpipelight-*.so libs in /usr/lib/pipelight.

* if you have any custom configs in ~/.config/pipelight-silverlight* delete them / update them to point to the right pluginloader.exe path.

ItachiSan commented on 2014-06-05 17:59

I'm having troubles in installing silverlight plugin... flash plugin is installed with no problems, instead silverlight5.1 stucks at installing...

anish commented on 2014-06-05 09:19

@cellisten thanks for the headsup, you can follow the discussion on #pipelight on freenode for updates on this.

@swiftgeek silvelight is no longer enabled on upgrade, only on install

cellisten commented on 2014-06-04 07:58

From version 35 and up NPAPI won't be supported in chromium which will make pipelight unsopported. The bug I reported below suggests that code to support NPAPI is patched into the chromium codebase for arch. Another way to do it would be to create a new AUR package for a NPAPI version of chromium. Thought people using pipelight would like to know.

swiftgeek commented on 2014-04-29 22:42

I just mean that accepting silverlight license (and enabling it) isn't essential for using pipelight with eg. flash
But that fix is good enough, thanks.

anish commented on 2014-04-29 22:37

@swiftgeek This plugin at one point used to only provide silverlight support, and nothing else. This is a holdover from those days. By default no plugins are enabled. As majority of the people are using this for silverlight, the idea is to have the least number of ppl run manual disable/enable commands.

I'll change it to be only post_install instead of post_upgrade too, so that should fix your problem. As for the license, every package on aur with a custom license assumes you have accepted it on install, so I don't think that's really an issue.

swiftgeek commented on 2014-04-29 22:31

Is `pipelight-plugin --accept --enable silverlight` seriously needed every update? Some people are not using pipelight for silverlight, and accepting license without user interaction also doesn't seem right…

anish commented on 2014-04-08 23:21

@colinkeenan
md5sum issue fixed. The requirement of updating twice is an issue with your aur helper (not pacman, since these packages are in aur) not resolving dependencies correctly.

colinkeenan commented on 2014-04-08 22:52

In addition to the failed validity check listed in my previous comment, I had to update my system twice to even get that far because the first update said pacman couldn't find the correct version of wine-silverlight which is of course because it was about to be updated from AUR after I said N don't try to build pipelight again.

Bastiencade commented on 2014-04-04 20:24

@anish, thanks SO much for this! Wonderful package, I'm playing a movie right now. Works flawlessly on the current Manjaro distro.

anish commented on 2014-03-13 23:05

@sirrus23, aah thanks for catching that. This used to be doable in earlier versions of pipelight when there was only one config file, now it needs to be specified on a per plugin basis. Removing this option since it's no longer relevant.

sirrus233 commented on 2014-03-13 16:18

The PKGBUILD script may have a flaw. The $_wineprefix variable is never used, and thus I think it is impossible to automatically install to any prefix other than .wine-pipelight

This can be worked around by uncommenting the line:
#sed -i "30s|.wine-pipelight|$_wineprefix|g" pipelight
But even this is inaccurate in terms of the line number and file to modify, and needs to be altered so that it reads:
sed -i "26s|.wine-pipelight|$_wineprefix|g" pipelight-*

This will cause pipelight's wine prefix to install to ~/$_wineprefix

The comment directly preceding this line states that the command will happen automatically if $_wineprefix is changed, but this seems to be false.

anish commented on 2014-02-08 22:44

@blackhole I think this is a problem with your AUR helper, since it's at installing dependencies, not the actual pipelight package. Try using makepkg & install via pacman

This is strange. I have never set a sudo password and I don't want to set one.

anish commented on 2014-02-08 21:31

@blackhole Not sure what you mean exactly, can you paste an example ? sudo is actually preferred over root for security reasons

@hagabaka I'll look into it, will check all the other plugins

blackhole commented on 2014-02-08 12:14

This package is always asking for sudo password on installation instead of root password as all other AUR packages...

hagabaka commented on 2014-02-07 06:04

@anish I see why it was that way, but right now pipelight works just fine with regular wine unless you need silverlight, and if someone needs it, they can just install wine-silverlight. That sounds like optdepend to me.

anish commented on 2014-02-03 06:07

@hagabaka
pipelight was started as a silverlight replacement, flash support was added much later, hence it was not an optdepend

hagabaka commented on 2014-02-02 23:14

wine-silverlight seems only necessary if you use this with silverlight (I installed the unpatched wine with pacman -Sd and pipelight Flash continues to work). So why not make it an optdepend instead?

colinkeenan commented on 2014-01-30 01:14

I double checked chrome://plugins. Silverlight is not listed. I can't get it to re-install. I already tried deleting ~/.wine-pipelight

colinkeenan commented on 2014-01-29 18:23

Stopped working after upgrading google-chrome-dev to Version 34.0.1809.0 dev aura. I tried removing .wine-pipelight, but silverlight won't re-install into google-chrome-dev.

It does re-install into Firfox though. I tried re-installing wine-pipelight and wine-silverlight, but I still can't get it to re-install into google-chrome-dev.

diazkun commented on 2014-01-21 09:50

wine-browser-installer>=1-7 doens't seems to be a required dep. Just installed witouth it. Netflix support is something usa specific and I just want to enable silverligh and flash for other websites. At least that's what I assume that package provides.

colinkeenan commented on 2014-01-01 05:12

I decided to try this because with netflix-desktop, whenever I tried to play a video, I got ... Internet Connection Problem ... Error Code: N81566205. After removing netflix-desktop and deleting my ~/.netflix-desktop folder, I installed pipelight. I verified silverlight was installed in Chrome. This page worked fine for me: http://bubblemark.com/sl3/TestPage.html (although now it's crashing Chrome).

I tried netflix without switching user agent, and of course that failed. Then I used the User-Agent-Switcher for Chrome to set Chrome to Windows Firefox 15. I tried to play a video, and got ... Internet Connection Problem ... Error Code: N81566205.

Pipelight is doing the same thing that Netflix-Desktop did.

Can anyone help me?

anish commented on 2013-12-26 05:12

@uberben Those are all optional dependencies for wine-silverlight, you need to manually install them as required.

uberben commented on 2013-12-26 04:53

I just installed pipelight and had an issue where there was no audio. After installing lib32-alsa-plugins and lib32-libpulse, everything is working.

jhend60 commented on 2013-12-06 07:29

Same issue as reported here. Flash player crashes with send/recv/pipe issues.
Issue is with firefox - tried clean install/profile, still has issues.
Tried launching from terminal and menus. No good.

When running http://web.sldrm.video.msn.com/d1/sldrm.html, the black window just says "Media State: Opening". Nothing happens. Also I can't play media from a swedish streaming site called viaplay.se (which also requires silverlight w/ DRM support).

Any tips?
Thanks in advance.

oldsmich commented on 2013-10-17 17:51

Thank you ! Works great (despite I eventually won't enable this plugin )

anish commented on 2013-10-16 21:03

--enable <plugin_name> I mean. I'll update the wiki shortly with this info

anish commented on 2013-10-16 21:00

@oldsmich I only enabled silverlight by default as that's what pipelight traditionally had. If you want the other plugins, simply run the following :
sudo pipelight-plugin --create-mozilla-plugins
sudo pipelight-plugin --enable flash

You can check which plugins are enabled by running the following :
pipelight-plugin --list-enabled

oldsmich commented on 2013-10-16 14:47

works fine, still flash plugin seems to be missing ...
ERROR: Your system is missing a copy of /usr/lib/pipelight/libpipelight.so at /usr/lib/pipelight/libpipelight-flash.so
any idea ?

anish commented on 2013-09-30 02:32

@SteveDeFacto, if you have time, jump on #pipelight on freenode, and we can try and figure out why it's not working for you

SteveDeFacto commented on 2013-09-29 03:36

@anish "If you are having problems getting netflix to work," wine-silverlight does not work with netflix on my system. It did, however, work with the 1080p streaming test in the arch wiki and no errors were displayed besides a black screen in netflix. Setting embed = false as the wiki suggested did not help.

Inversely, wine-compholio does not work with the 1080p streaming test. My comment was to offer a tested work around to a problem that others have been experiencing to which there is no other solution that I am aware of.

SteveDeFacto commented on 2013-09-29 03:32

@anish "If you are having problems getting netflix to work," wine-silverlight does not work with netflix on my system. It did, however, work with the 1080p streaming test in the arch wiki and no errors were displayed besides a black screen in netflix.

Inversely, wine-compholio does not work with the 1080p streaming test. My comment was to offer a tested work around to a problem that others have been experiencing to which there is no other solution that I am aware of.

anish commented on 2013-09-28 11:23

@SteveDeFacto please do not give wrong advise here. wine-compholio is a binary version compiled for ubuntu, please avoid using it and use wine-silverlight instead.

SteveDeFacto commented on 2013-09-28 10:38

If you are having problems getting netflix to work, you need to install wine-compholio from AUR and change the winePath in your config file(/usr/share/pipelight/pipelight) to /opt/wine-compholio/bin/wine

anish commented on 2013-09-18 08:53

@notthesun I can add it to the optdeps for this too, but you're assuming everyone uses alsa, when they could be using OSS instead. Same goes for pulseaudio

Anonymous comment on 2013-09-18 08:08

lib32-alsa-plugins is an opt-dep of wine-silverlight, as it should be.

notthesun commented on 2013-09-18 07:27

to work on 64 bit we need also lib32-alsa-plugins as dependency otherwise the sound not work...

anish commented on 2013-09-13 07:58

that issue was fixed a while ago, can you jump on #pipelight on irc.freenode.net ? Will be able to help you a lot faster

mid-kid commented on 2013-09-13 07:37

For some reason, pipelight reinstalls silverlight every time I start firefox.
Also, when loading silverlight apps, it hangs the browser while reinstalling it in a loop.

anish commented on 2013-09-09 03:01

Sorry about that, fixed

saultdon commented on 2013-09-09 02:52

I can't get the latest update (1-14) to compile and it fails with the error:

install: cannot stat ‘wine-silverlight5.1-installer.install-script’: No such file or directory

anish commented on 2013-08-30 03:37

@donniezazen Bib-B these are all already in the optional dependencies for wine-silverlight, I just checked, only lib32-libsm seems to be needed for pipelight to run, adding that to depends

Big-B commented on 2013-08-30 02:41

Ok, So I'm running on just lib32-libsm and lib32-mpg123.

Big-B commented on 2013-08-30 02:28

@donniezazen Yeah, I figured they wouldn't all be necessary, I'm just far too lazy to figure out which ones aren't. I suppose I should figure it out and be at least a little helpful.

donniezazen commented on 2013-08-30 02:25

@Big-B I don't have lib32-libpng12 installed on my system and everything works fine. I don't have netflix-desktop installed either. I do have all other packages installed by other packages namely pulseaudio, skype, etc.

Big-B commented on 2013-08-30 02:05

I think 'lib32-libsm' 'lib32-alsa-lib' 'lib32-openal' 'lib32-mpg123' 'lib32-libpng12' 'lib32-libpng' 'lib32-libxcomposite' ought to be added to the PKGBUILD depends for x86_64. I found pipelight would only work when I also had netflix desktop installed, and by adding these to the pipelight PKGBUILD I was able to run. Honestly I just copied and pasted them in so they might not all be necessary.

Big-B commented on 2013-08-30 02:04

I think 'lib32-libsm' 'lib32-alsa-lib' 'lib32-openal' 'lib32-mpg123' 'lib32-libpng12' 'lib32-libpng' 'lib32-libxcomposite' ought to be added to the PKGBUILD depends. I found pipelight would only work when I also had netflix desktop installed, and by adding these to the pipelight PKGBUILD I was able to run. Honestly I just copied and pasted them in so they might not all be necessary.

anish commented on 2013-08-29 07:16

New version of pipelight now automatically uses hardware acceleration on supported cards, as well as automatically installs silverlight 5.1 if it isn't already installed.

Manually calling installer script for silverlight is no longer necessary

ProfessorKaos64 commented on 2013-08-23 03:54

Please add a line after the build with a link to the launchpad site if you receive plugin issues. It would not detect silverlight for me, so I searched the launchpad articlet to fix things. Or a warning to close your browser first :)

ProfessorKaos64 commented on 2013-08-23 03:42

I install 1-11 and then ran the .installer out of /usr/share/pipelight, now firefox keeps telling me I need to install silverlight...

PelPix commented on 2013-08-20 15:58

anish commented on 2013-08-20 07:52

Please note, you need to rerun /usr/share/pipelight/wine-silverlight5.1.installer after this update, as the default silverlight installtion location has changed from .wine to .wine-pipelight so as to not interfere with your regular wine installations.

anish commented on 2013-08-20 07:47

Updated package to handle custom wine prefixes better, thanks to Kalinda for the help

anish commented on 2013-08-20 03:48

Ok, I guess you don't use IRC. You can always verify that the paths are correct inside the installer script loacted at /usr/share/pipelight/wine-silverlight5.1.installer

It lets you specify wine executable, as well as wine prefix. If you make any changes to prefixes, they need to be reflected inside /usr/share/pipelight/pipelight which is the config file that the plugin uses.

anish commented on 2013-08-20 03:38

The mv error is not important btw. The home folder by default is always ~/.wine unlesss you've modified that in the pipelight/wine-silverlight PKGBUILD

anish commented on 2013-08-20 03:35

So we could go back and forth on this, or you could just hop onto #pipelight on freenode and it would be a lot faster

Kalinda commented on 2013-08-20 03:29

Hello,

Alright, so this is really cool, but I can't get it to work. I have wine-silverlight installed in /opt so it took me a bit before I got it to run the pipelight installer script properly and install Silverlight in my .wine folder. Although it does give me an error when I run the script:" mv: cannot stat ‘/home/kalinda/.wine/drive_c/Program Files (x86)/Microsoft Silverlight/5.1.20513.0’: No such file or directory" Not sure if that's important or not. My Program Files folder name doesn't have a "(x86)" in it.

Anyway, so I got it to install, but Firefox won't see it. Does Pipelight have a home folder config somewhere I can delete so it'll update the Wine configuration when I run Firefox? It did it the first time when I installed Pipelight, but that was before I got it to install Silverlight and I can't get it to do it again now.

anish commented on 2013-08-20 01:24

anish commented on 2013-08-20 00:20

embed issues all solved now. please do read the post install message as installation is not completely plug and play

donniezazen commented on 2013-08-19 21:12

Thanks anish.

anish commented on 2013-08-19 20:27

wine-silverlight is a replacement for wine, so they both use .wine. If you check the PKGBUILDS, I've added simple flags to enable custom prefixes, you need to make sure you set the same wineprefix in both packages, or use the $WINEPREFIX variable. wine-silverlight is only used to actually run silverlight in the case of this package, so it won't be an issue even if they use the same .wine folder

donniezazen commented on 2013-08-19 19:48

Will Wine-silverlight and wine get conflicted if they both end up using $HOME/.wine as instructed in /usr/share/pipelight/pipelight?

anish commented on 2013-08-19 08:56

Just sped up the compile by a huge degree. By default it now uses a precompiled pluginloader.exe, no longer requiring mingw to be compiled. You can still compile your own if you like by setting _compilepluginloader=1 in the PKGBUILD