This will install around 254MB of packages, mainly it will install wine-compholio (a custom version of wine that is able to run Silverlight) and dependencies. If wine is not installed already you may need to agree to use Microsoft fonts (in the text mode window use arrow keys or tab to reach the red "ok" button in text mode when it appears). The download/installation takes around 15 minutes.
If something went wrong in the installation (third party links are involved), don't panic: netflix-desktop will detect that something is missing and try to reinstall it, if that also fails, start over.
The window will open in fullscreen, which is very elegant, but if you want to have control over the window press F11 right away to exit fullscreen mode. (It may also ask to install a Firefox extension --specially designed-- that makes fullscreen mode more friendly.)
Credits and references: This information was originally taken from -to-use-netflix-in-ubuntu-through.html. Although this is a result of a campaign initiated by www.iheartubuntu.com in -on-linux-contest.html, resulting in this achievement -for-netflix-desktop-app.html (by Erich Hoover) which also contains a link for donations to support the development. There is also -desktop
Bonus: By running this you have a fully functional Firefox 17 (Windows version) with working Silverlight that can be used to navigate other sites, by pressing F10 -> View -> Toolbars -> Navigation menu on the main window you can access any site and be able to use Silverlight.
If you don't like the appearance of the scroll bars, you can enable Chrome's overlay scrollbars. Go to chrome://flags/#overlay-scrollbars and Enable them. Now you have scrollbars that complete the experience:
Old chrome versions will block netflix from working, so this is important. You may need to update the user-agent to the latest version (by checking a local install or trying something from -info.net/useragents)Also in the text box, replace the "all_urls" to netflix.com. This will apply the changed user-agent to netflix only
Enter netflix, trying to see a show/movie, firefox will warn that it needs to enable DRM support. Accept and it will download and install the widevine DRM plugin. Wait a minute and reload the page. Sometimes you need to go back and try again, but it will work
I read a while ago that it might be possible to run a Wii emulator instead of virtual box, but I don't think that would be an improvement for most people. I've been meaning to try Netflix in an android emulator since the app came out, however I still need to test if it will actually work. The problem is that the app is only "approved" for certain phones. There is a hack that is suppose to work for rooted phones, So I think there's a good chance this could be a better solution than virtual box, but it's hard to say for sure.
Moonlight, while it is an open-source alternative to Silverlight, does not work for Netflix. The reason that this does not work for Netflix is that Netflix also requires DRM support, which Moonlight does not give.
You will want to virtualize Windows XP/Vista/7 on Ubuntu. I would recommend Virtualbox, but you are free to use whatever you want. Under the virtual machine, you can use the real Silverlight and DRM-support and watch Netflix.
As it's installed, there is a read/write permission on disks that does not allow us to make changes and therefore does not allow us to install Widevine. We can change it from Ubuntu Software (the snap shop).
Dear Aworan, thank you so much for this Tutorial, with the information and steps contained here i was able to get Netflix and Amazon video up and running this evening in Chromium 50 and it works remarkably well.
I updated the tutorial to use BRANCH=next there is some issue with last beta kernel.
It is because of some conflict with rpi binary blob librairies and OpenGL driver.
I fix that on last kernel editing some ld.conf files but it is maybe too complicated to add weird steps for common users.
Well thank you so much for your work Aworan, working through this and the other tutorials on the PI is alot of fun, working with the PI reminds me of when i started all the way back in the late 90s on Mandrake linux
Are you french ?
I used Mandrake too in late 90s
I run lubuntu too because of pulse audio and bad audio sync.
Bad audio sync is a general problem for me with ubuntu mate and there is not clean way to remove pulseaudio.
Does option load-module module-udev-detect tsched=0 resolves the problem on mate ?
Make sure you remove existing chromium before installing (50.0.2661.102) from above links.
Along with the user-agent switch, I needed to add --disable-gpu to make it work correctly (display would be corrupted otherwise).
Do NOT disable Media Source API in chrome://flags when --disable-gpu is used. It throws some error in Netflix.
Still in this configuration page, you can set the switch to be automatic whenever you enter a given site, in the Permanent Spoof List option in the left. Click it, fill the domain field with www.netflix.com and choose the name you gave to the new user agent - in my case, Netflix - in the dop-down menu.
With the pipelight plugin, a wrapper that allow Firefox to use Silverlight, in a HP laptop with a core i3 and intel HD video connected via HDMI to 1080p HD TV, full screen playback is choppy and the CPU stay at 100% usage.
Excellent writeup brunomcl - thanks for your work and documenting this.
As an update Netflix now allow Chrome + Linux, so the user-agent switch is no longer required. Chrome 39 on OpenSUSE 13.2 seems to work well.
Cheers, Joe.
This cherry picked commit from upstream incorporates a rewrite of the server priority list in the dnsmasq header file.
Fortunately, that headers are not exported outside dnsmasq, so it cannot impact other third-party pieces of software.
However, it can lend to think about the matching domain functionality that is being patched: could it be affect in
some way to other types of server displaced on that list? Does anything change for the rest? In other words... Is the
matching domain functionality working as expected, without behavioral changes?
This change is supported yet in lastest version of dnsmasq, so we can suppose it is well tested. But, anyway, in
[Other Info] section I included some query examples for well-known domains, so we can be more confident with this change.
Is true that there is always room for disruption in the way the domain queries are answered due to this kind of changes: that's
the situation on which problems can occur (in this case, mistmached domain: then, yes, it can affect other third parties that uses dnsmasq).
I've been using dnsmasq for my home DNS needs, which includes returning null entries for certain domain queries. The specific case in which I found this segfault was returning null AAAA records for Netflix (to ensure Netflix does not try to use my IPv6 tunnel to egress traffic through).
Ever since I've upgraded from Ubuntu 20.04 to 22.04, dnsmasq kept segfaulting at random occasions. I also attempted do an apt update&&upgrade, but there are no newer versions of this package available.
Further research into this issue showed that a surefire way to trigger this segfault was to go to a website blocked via this method (for testing purposes, a dig query works quite well). The segfault can be reproduced reliably, and always occurs after one or a few queries towards the "blocked" domain entries.
The reproduction steps can be narrowed down to only using the netflix-nov6.conf configuration snippet, and performing a simple A record query on the subdomain of any of the domains listed in the snippet.
On a cursory glance, the upstream commit is longer than we usually want for SRU purposes, so I'm not sure it's going to qualify for SRU as is. The patch includes some refactoring changes but I'm not sure if untangling those would necessarily shorten the patch much. But should be straightforward to at least add the patched package to a PPA for you to check, and we can decide from there.
I was able to reproduce the issue (thank you Gordon for the great bug description), and confirmed that it manifests on Jammy but is fixed in Lunar. I'm trying to reproduce it on Kinetic; will update the bug with results once I have them.
A curious thing to me is that the error is not present in Kinetic, but Kinetic and Jammy share the same upstream version: 2.86-1.1. I'm taking a look at the ubuntu modifications that are different between them to see if we can narrow it down to the bits that make it possible, and maybe that would be more feasible to be SRUed to Jammy.
If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, what testing has been performed on the package and change the tag from verification-needed-jammy to verification-done-jammy. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-jammy. In either case, without details of your testing we will not be able to proceed.
"Where problems could occur" says "...in [Other Info] section I included some query examples for well-known domains, so we can be more confident with this change", but I don't see these carried out as part of the SRU verification.
Admittedly they weren't documented as part of the Test Plan, but if that's the case, why weren't they? Or, if they were intended to be part of the Test Plan, then presumably these tests should be performed before we release this update?
The verification of the Stable Release Update for dnsmasq has completed successfully and the package is now being released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions.
90f70e40cf