Packages

## Bug ##

libusb: error [_get_usbfs_fd] libusb couldn’t open USB device /dev/bus/usb/003/003: permission denied libusb: error [_get_usbfs_fd] libusb requires write access to USB device nodes.

Reference links: https://askubuntu.com/questions/526962/libusb-couldnt-open-usb-device-dev-bus-usb-002-006-permission-denied-libusb

Bug error:

Error: it was not possible to load the plugin "/usr/lib/weechat/plugins/guile.so": libguile-2.0.so.22: the file of the shared object can not be opened: The file or the directory does not exist

Package information

$ sudo pacman -Si weechat
Repositorio               : community
Nombre                    : weechat
Versión                   : 1.7.1-4
Descripción               : Fast, light and extensible IRC client (curses UI)
Arquitectura              : x86_64
URL                       : http://www.weechat.org/
Licencias                 : GPL
Grupos                    : Nada
Provee                    : Nada
Depende de                : gnutls  curl  libgcrypt
Dependencias opcionales   : perl
                            python2
                            lua
                            tcl
                            ruby
                            aspell
                            guile2.0
En conflicto con          : Nada
Remplaza a                : Nada
Tamaño de la descarga     : 1916,09 KiB
Tamaño de la instalación  : 17756,00 KiB
Encargado                 : Christian Rebischke <Chris.Rebischke@archlinux.org>
Fecha de creación         : lun 24 abr 2017 10:48:25 -05
Validado por              : Suma MD5  Suma SHA-256  Firma

sudo pacman -Ql weechat
weechat /usr/
weechat /usr/bin/
weechat /usr/bin/weechat
weechat /usr/bin/weechat-curses
weechat /usr/include/
weechat /usr/include/weechat/
weechat /usr/include/weechat/weechat-plugin.h
weechat /usr/lib/
weechat /usr/lib/pkgconfig/
weechat /usr/lib/pkgconfig/weechat.pc
weechat /usr/lib/weechat/
weechat /usr/lib/weechat/plugins/
weechat /usr/lib/weechat/plugins/alias.so
weechat /usr/lib/weechat/plugins/aspell.so
weechat /usr/lib/weechat/plugins/charset.so
weechat /usr/lib/weechat/plugins/exec.so
weechat /usr/lib/weechat/plugins/fifo.so
weechat /usr/lib/weechat/plugins/guile.so
weechat /usr/lib/weechat/plugins/irc.so
weechat /usr/lib/weechat/plugins/logger.so
weechat /usr/lib/weechat/plugins/lua.so
weechat /usr/lib/weechat/plugins/perl.so
weechat /usr/lib/weechat/plugins/python.so
weechat /usr/lib/weechat/plugins/relay.so
weechat /usr/lib/weechat/plugins/ruby.so
weechat /usr/lib/weechat/plugins/script.so
weechat /usr/lib/weechat/plugins/tcl.so
weechat /usr/lib/weechat/plugins/trigger.so
weechat /usr/lib/weechat/plugins/xfer.so
weechat /usr/share/
weechat /usr/share/doc/
weechat /usr/share/doc/weechat/
weechat /usr/share/doc/weechat/weechat_dev.en.html
weechat /usr/share/doc/weechat/weechat_dev.fr.html
weechat /usr/share/doc/weechat/weechat_dev.ja.html
weechat /usr/share/doc/weechat/weechat_faq.de.html
weechat /usr/share/doc/weechat/weechat_faq.en.html
weechat /usr/share/doc/weechat/weechat_faq.fr.html
weechat /usr/share/doc/weechat/weechat_faq.it.html
weechat /usr/share/doc/weechat/weechat_faq.ja.html
weechat /usr/share/doc/weechat/weechat_faq.pl.html
weechat /usr/share/doc/weechat/weechat_plugin_api.en.html
weechat /usr/share/doc/weechat/weechat_plugin_api.fr.html
weechat /usr/share/doc/weechat/weechat_plugin_api.it.html
weechat /usr/share/doc/weechat/weechat_plugin_api.ja.html
weechat /usr/share/doc/weechat/weechat_quickstart.cs.html
weechat /usr/share/doc/weechat/weechat_quickstart.de.html
weechat /usr/share/doc/weechat/weechat_quickstart.en.html
weechat /usr/share/doc/weechat/weechat_quickstart.es.html
weechat /usr/share/doc/weechat/weechat_quickstart.fr.html
weechat /usr/share/doc/weechat/weechat_quickstart.it.html
weechat /usr/share/doc/weechat/weechat_quickstart.ja.html
weechat /usr/share/doc/weechat/weechat_quickstart.pl.html
weechat /usr/share/doc/weechat/weechat_quickstart.ru.html
weechat /usr/share/doc/weechat/weechat_relay_protocol.en.html
weechat /usr/share/doc/weechat/weechat_relay_protocol.fr.html
weechat /usr/share/doc/weechat/weechat_relay_protocol.ja.html
weechat /usr/share/doc/weechat/weechat_scripting.de.html
weechat /usr/share/doc/weechat/weechat_scripting.en.html
weechat /usr/share/doc/weechat/weechat_scripting.fr.html
weechat /usr/share/doc/weechat/weechat_scripting.it.html
weechat /usr/share/doc/weechat/weechat_scripting.ja.html
weechat /usr/share/doc/weechat/weechat_scripting.pl.html
weechat /usr/share/doc/weechat/weechat_tester.de.html
weechat /usr/share/doc/weechat/weechat_tester.en.html
weechat /usr/share/doc/weechat/weechat_tester.fr.html
weechat /usr/share/doc/weechat/weechat_tester.it.html
weechat /usr/share/doc/weechat/weechat_tester.ja.html
weechat /usr/share/doc/weechat/weechat_tester.pl.html
weechat /usr/share/doc/weechat/weechat_user.de.html
weechat /usr/share/doc/weechat/weechat_user.en.html
weechat /usr/share/doc/weechat/weechat_user.fr.html
weechat /usr/share/doc/weechat/weechat_user.it.html
weechat /usr/share/doc/weechat/weechat_user.ja.html
weechat /usr/share/doc/weechat/weechat_user.pl.html
weechat /usr/share/icons/
weechat /usr/share/icons/hicolor/
weechat /usr/share/icons/hicolor/32x32/
weechat /usr/share/icons/hicolor/32x32/apps/
weechat /usr/share/icons/hicolor/32x32/apps/weechat.png
weechat /usr/share/locale/
weechat /usr/share/locale/cs/
weechat /usr/share/locale/cs/LC_MESSAGES/
weechat /usr/share/locale/cs/LC_MESSAGES/weechat.mo
weechat /usr/share/locale/de/
weechat /usr/share/locale/de/LC_MESSAGES/
weechat /usr/share/locale/de/LC_MESSAGES/weechat.mo
weechat /usr/share/locale/es/
weechat /usr/share/locale/es/LC_MESSAGES/
weechat /usr/share/locale/es/LC_MESSAGES/weechat.mo
weechat /usr/share/locale/fr/
weechat /usr/share/locale/fr/LC_MESSAGES/
weechat /usr/share/locale/fr/LC_MESSAGES/weechat.mo
weechat /usr/share/locale/hu/
weechat /usr/share/locale/hu/LC_MESSAGES/
weechat /usr/share/locale/hu/LC_MESSAGES/weechat.mo
weechat /usr/share/locale/it/
weechat /usr/share/locale/it/LC_MESSAGES/
weechat /usr/share/locale/it/LC_MESSAGES/weechat.mo
weechat /usr/share/locale/ja/
weechat /usr/share/locale/ja/LC_MESSAGES/
weechat /usr/share/locale/ja/LC_MESSAGES/weechat.mo
weechat /usr/share/locale/pl/
weechat /usr/share/locale/pl/LC_MESSAGES/
weechat /usr/share/locale/pl/LC_MESSAGES/weechat.mo
weechat /usr/share/locale/pt/
weechat /usr/share/locale/pt/LC_MESSAGES/
weechat /usr/share/locale/pt/LC_MESSAGES/weechat.mo
weechat /usr/share/locale/pt_BR/
weechat /usr/share/locale/pt_BR/LC_MESSAGES/
weechat /usr/share/locale/pt_BR/LC_MESSAGES/weechat.mo
weechat /usr/share/locale/ru/
weechat /usr/share/locale/ru/LC_MESSAGES/
weechat /usr/share/locale/ru/LC_MESSAGES/weechat.mo
weechat /usr/share/locale/tr/
weechat /usr/share/locale/tr/LC_MESSAGES/
weechat /usr/share/locale/tr/LC_MESSAGES/weechat.mo
weechat /usr/share/man/
weechat /usr/share/man/cs/
weechat /usr/share/man/cs/man1/
weechat /usr/share/man/cs/man1/weechat.1.gz
weechat /usr/share/man/de/
weechat /usr/share/man/de/man1/
weechat /usr/share/man/de/man1/weechat.1.gz
weechat /usr/share/man/fr/
weechat /usr/share/man/fr/man1/
weechat /usr/share/man/fr/man1/weechat.1.gz
weechat /usr/share/man/it/
weechat /usr/share/man/it/man1/
weechat /usr/share/man/it/man1/weechat.1.gz
weechat /usr/share/man/ja/
weechat /usr/share/man/ja/man1/
weechat /usr/share/man/ja/man1/weechat.1.gz
weechat /usr/share/man/man1/
weechat /usr/share/man/man1/weechat.1.gz
weechat /usr/share/man/pl/
weechat /usr/share/man/pl/man1/
weechat /usr/share/man/pl/man1/weechat.1.gz
weechat /usr/share/man/ru/
weechat /usr/share/man/ru/man1/
weechat /usr/share/man/ru/man1/weechat.1.gz

References:

• https://bugs.archlinux.org/task/36924
• https://github.com/weechat/weechat/issues/1098
• https://bbs.archlinux.org/viewtopic.php?id=231592

I have installed Hyperbola on two laptops. And I have noticed that after running sway and exiting out of sway, GNU emacs crushers on console. It is easy to repeat it:

1. Run sway
2. Exit sway or killall sway
3. Try running emacs on console, there will be crush
4. log out, log in, and emacs will work on console again

Yet it should not crush.

As per a user report (https://forums.hyperbola.info/viewtopic.php?id=92), DDG is USA based search engine and is blocking Tor users (https://trac.torproject.org/projects/tor/ticket/23648).
They are also using non-free JS on the default search.

It seems the best way to solve this is to use their “html” hidden service since it conceals the user IP, doesn’t block Tor users by default, and doesn’t need JS. https://3g2upl4pq6kufc4m.onion/html/

This will affect multiple applications that are currently using DuckDuckGo. The alternative is to remove it completely, but it still is a better option than Google et. all for privacy...

Previously (with iceweasel), when I was saving a login for a website, I was able to remove it in :

Preferences → Security > Logins > Saved logins

With iceweasel-uxp, when I click on “saved logins”, it opens a box but it is empty, I can’t remove saved login. (They are saved because iceweasel-uxp suggests me to use the saved login for concerned website)

Remotely observable behavior in auth-gss2.c in OpenSSH through 7.8 could be used by remote attackers to detect existence of users on a target system when GSS2 is in use. NOTE: the discoverer states ‘We understand that the OpenSSH developers do not want to treat such a username enumeration (or “oracle”) as a vulnerability.’ https://security-tracker.debian.org/tracker/CVE-2018-15919

When I try to mount an ISO file or IMG file (with right-click, “open with disk image mounter” on XFCE4) it fails, the following error message appears :

GDBus.Error.org.freedesktop.UDisks2.Error.Failed: Error opening /dev/loop-control: No such file or directory (udisks-error-quark, 0)

Thanks for your help

Description:
From the author’s webpage gksu has been replaced.

Additional info:
* package version(s) : extra/gksu 2.0.2-5

http://www.nongnu.org/gksu/

Description:

I used to be under the
impression that youtube-dl executes proprietary JavaScript, but I now
understand that it only *parses* the JavaScript to find the URL for some
videos. It doesn’t actually run the JavaScript, so it’s not a freedom
issue.

Youtube-dl only executes regular expressions [0][1][2]

you also remove the files that are just for testing [3][4][5][6][7]
and when compiling the program with libretools the test files are not placed[8]

I have consulted with other programmers and we have reached the same conclusion. Youtube-dl does not execute JS non-free, it only extracts the JS to read through python the URL‘s of some videos.[9][10]

The issues that I see with youtube-dl are rather in their form of development because it changes at every moment

Additional info:

- [0]: https://github.com/ytdl-org/youtube-dl/blob/master/youtube_dl/jsinterp.py#L12

- [1]: https://github.com/ytdl-org/youtube-dl/blob/master/youtube_dl/jsinterp.py#L132

- [2]: https://github.com/ytdl-org/youtube-dl/blob/master/youtube_dl/swfinterp.py#L391

- [3]: https://github.com/ytdl-org/youtube-dl/tree/master/test/swftests/

- [4]: https://github.com/ytdl-org/youtube-dl/blob/master/test/test_iqiyi_sdk_interpreter.py

- [5]: https://github.com/ytdl-org/youtube-dl/blob/master/test/test_jsinterp.py

- [6]: https://github.com/ytdl-org/youtube-dl/blob/master/test/test_swfinterp.py

- [7]: https://github.com/ytdl-org/youtube-dl/blob/master/test/test_youtube_signature.py

- [8]:

$ tree -d

.
├── bin
├── lib
│   └── python3.6
│       └── site-packages
│           ├── youtube_dl
│           │   ├── downloader
│           │   │   └── __pycache__
│           │   ├── extractor
│           │   │   └── __pycache__
│           │   ├── postprocessor
│           │   │   └── __pycache__
│           │   └── __pycache__
│           └── youtube_dl-2019.5.11-py3.6.egg-info
└── share
    ├── bash-completion
    │   └── completions
    ├── doc
    │   └── youtube_dl
    ├── fish
    │   └── completions
    ├── licenses
    │   └── youtube-dl
    ├── man
    │   └── man1
    └── zsh
        └── site-functions

26 directories

- [9]: https://directory.fsf.org/wiki/Youtube-dl - [10]: https://github.com/fent/node-ytdl-core/issues/222

See example:

hypervideo https://www.youtube.com/watch?v=3vpGZ69CBYM[youtube] 3vpGZ69CBYM: Downloading webpage
[youtube] 3vpGZ69CBYM: Downloading video info webpage
WARNING: Unable to extract video title
WARNING: Requested formats are incompatible for merge and will be merged into mkv.
[download] Destination: _-3vpGZ69CBYM.f137.mp4

Description: The currently packaged version of QtCreator is built with SystemD support, and on v0.3 no longer works.

Steps to reproduce:

• pacman -S qtcreator
• qtcreator
• All plugins fail to load
• Receive following error message:

Cannot load plugin because dependency failed to load: ProjectExplorer(4.2.2)
Reason: /usr/lib/qtcreator/plugins/libProjectExplorer.so: Cannot load library /usr/lib/qtcreator/plugins/libProjectExplorer.so:
(libsystemd.so.0: cannot open shared object file: No such file or directory)

We need to see if it is possible to build binary without libsystemd.so or remove the package.

Since 0.3 release, i’m unable to mount my sshfs share from my desktop.

For reference, my fstab entry :

sshfs#anon@server:/srv/nfs/data /mnt/data fuse noauto,user,_netdev,x-gvfs-show,x-gvfs-name=data 0 0

When I double-click on the desktop icon (xfce), it says : “Impossible to mount data”

But, I’m able to mount the share if I enter the command manually in a terminal as user.

sshfs anon@server:/srv/nfs/data /mnt/data

So, it is not a problem of writing rights on mountpoint /mnt/data
I suspect an issue with fuse2 since it is a dependency of sshfs and it is in relation with mounting share from desktop.

Description:
The title says everything

Also, it doesn’t follow the FHS (/usr/bin/postgrey should be in /usr/sbin)

Additional info:
* postgrey-1.37-1

Cinnamon currently does not support elogind, and depends on systemd. A patch is needed to fix this issue.

Description:
Context menu not being highlighted in UXP applications such as Iceweasel-UXP. This issue is generated in machines with i915 graphic cards using the Intel graphics driver .

Additional info:
* package version(s): 52.9.0_20180601-7

Steps to reproduce:

• Install Iceweasel-UXP:

  # pacman -S iceweasel-uxp

• Run Iceweasel-UXP:

  ~ iceweasel-uxp

• Open new tabs with right click to use context menu.

Description:
Something is wrong with the latest version packaged in Hyperbola. zathura-pdf-poppler is unable to process apostrophes displayed in pdf bookmarks.

Steps to reproduce:
Open any pdf file which has a summary included, then hit `Tab` to display the summary. Instead of apostrophes, zathura-pdf-poppler displays html entities while the output of zathura-pdf-mupdf is correct.

Description:

crystal build src/invidious.cr –release

Error in src/invidious.cr:19: while requiring "kemal"

require "kemal"
^

in lib/kemal/src/kemal.cr:4: while requiring "./kemal/*"

require "./kemal/*"
^

in lib/kemal/src/kemal/config.cr:26: expanding macro

    property static_headers : (HTTP::Server::Response, String, File::Info -> Void)?
    ^~~~~~~~

in lib/kemal/src/kemal/config.cr:26: expanding macro

    property static_headers : (HTTP::Server::Response, String, File::Info -> Void)?
    ^

in macro 'property' expanded macro: macro_48177600:567, line 4:

   1.       
   2.         
   3.           
>  4.             @static_headers : (HTTP::Server::Response, String, File::Info -> Void) | ::Nil
   5. 
   6.             def static_headers : (HTTP::Server::Response, String, File::Info -> Void) | ::Nil
   7.               @static_headers
   8.             end
   9. 
  10.             def static_headers=(@static_headers : (HTTP::Server::Response, String, File::Info -> Void) | ::Nil)
  11.             end
  12.           
  13.         
  14.       
  15.     

undefined constant File::Info

Additional info:
* package version(s)

Crystal 0.22.0 (2017-04-22) LLVM 4.0.0

Steps to reproduce:

We should check if the following packages run any non-free JS (like youtube-dl) or access a proprietary API:

- hub
- python-pygithub
- python2-pygithub

I haven’t check them, but they look fishy. Take it as a reminder, this is far from being urgent IMO.

Description: opmsg is a replacement for gpg which can encrypt/sign/verify your mails or create/verify detached signatures of local files. Even though the opmsg output looks similar, the concept is entirely different.

Additional info:
https://aur.archlinux.org/packages/opmsg/

I do not know how to solve this. Some of packages is causing this problem. I do not know which one.

Description:

(4/4) Updating the MIME type database...
Unknown media type in type ‘chemical/x-alchemy’ Unknown media type in type ‘chemical/x-cache’ Unknown media type in type ‘chemical/x-cactvs-ascii’ Unknown media type in type ‘chemical/x-cactvs-binary’ Unknown media type in type ‘chemical/x-cactvs-table’ Unknown media type in type ‘chemical/x-cdx’ Unknown media type in type ‘chemical/x-cdxml’ Unknown media type in type ‘chemical/x-chem3d’ Unknown media type in type ‘chemical/x-cif’ Unknown media type in type ‘chemical/x-cml’ Unknown media type in type ‘chemical/x-daylight-smiles’ Unknown media type in type ‘chemical/x-dmol’ Unknown media type in type ‘chemical/x-gamess-input’ Unknown media type in type ‘chemical/x-gamess-output’ Unknown media type in type ‘chemical/x-gaussian-input’ Unknown media type in type ‘chemical/x-gaussian-log’ Unknown media type in type ‘chemical/x-genbank’ Unknown media type in type ‘chemical/x-gulp’ Unknown media type in type ‘chemical/x-hin’ Unknown media type in type ‘chemical/x-inchi’ Unknown media type in type ‘chemical/x-inchi-xml’ Unknown media type in type ‘chemical/x-jcamp-dx’ Unknown media type in type ‘chemical/x-macromodel-input’ Unknown media type in type ‘chemical/x-mdl-molfile’ Unknown media type in type ‘chemical/x-mdl-rdfile’ Unknown media type in type ‘chemical/x-mdl-rxnfile’ Unknown media type in type ‘chemical/x-mdl-sdfile’ Unknown media type in type ‘chemical/x-mdl-tgf’ Unknown media type in type ‘chemical/x-mmcif’ Unknown media type in type ‘chemical/x-mol2’ Unknown media type in type ‘chemical/x-mopac-graph’ Unknown media type in type ‘chemical/x-mopac-input’ Unknown media type in type ‘chemical/x-mopac-out’ Unknown media type in type ‘chemical/x-msi-car’ Unknown media type in type ‘chemical/x-msi-hessian’ Unknown media type in type ‘chemical/x-msi-mdf’ Unknown media type in type ‘chemical/x-msi-msi’ Unknown media type in type ‘chemical/x-ncbi-asn1’ Unknown media type in type ‘chemical/x-ncbi-asn1-binary’ Unknown media type in type ‘chemical/x-ncbi-asn1-xml’ Unknown media type in type ‘chemical/x-pdb’ Unknown media type in type ‘chemical/x-shelx’ Unknown media type in type ‘chemical/x-vmd’ Unknown media type in type ‘chemical/x-xyz’ Unknown media type in type ‘all/all’ Unknown media type in type ‘all/allfiles’

Error detected in ntfs-3g.

ldconfig: File /usr/lib/libntfs-3g.so is empty, not checked.
ldconfig: File /usr/lib/libntfs-3g.so.88 is empty, not checked.
ldconfig: File /usr/lib/libntfs-3g.so.88.0.0 is empty, not checked.

The aarch64-linux-gnu-linux-api-headers package from [community] compiles using the blobbed Linux kernel source[0], at Parabola it has been replaced with aarch64-linux-gnu-linux-libre-api-headers[1], since this issue is exactly the same as with linux-api-headers.

The solution is to simply compile using Linux-libre sources.

[0] https://git.archlinux.org/svntogit/community.git/plain/aarch64-linux-gnu-linux-api-headers/trunk/PKGBUILD

[1] https://git.parabola.nu/abslibre.git/commit/?id=acaa4ba9c0bc77deb6b77e4dad815f66c673d662

With the recent update to hypervideo, my workflow is broken as I can’t archive several youtube channels with hypervideo, the error is always the following :

WARNING: unable to extract html5 player; please report this issue on https://issues.hyperbola.info/ . Make sure you are using the latest version; type 'pacman -Sy hypervideo' as root. Be sure to call hypervideo with the --verbose flag and include its complete output.
[youtube] {22} signature length 44.40, html5 player None
ERROR: Signature extraction failed: Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/hypervideo/extractor/youtube.py", line 1194, in _decrypt_signature
    video_id, player_url, s
  File "/usr/lib/python3.6/site-packages/hypervideo/extractor/youtube.py", line 1127, in _extract_signature_function
    raise ExtractorError("YouTube's DRM has prevented this software from obtaining the video URL", expected=True)
hypervideo.utils.ExtractorError: YouTube's DRM has prevented this software from obtaining the video URL
 (caused by ExtractorError("YouTube's DRM has prevented this software from obtaining the video URL",)); please report this issue on https://issues.hyperbola.info/ . Make sure you are using the latest version; type 'pacman -Sy hypervideo' as root. Be sure to call hypervideo with the --verbose flag and include its complete output.
Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/hypervideo/extractor/youtube.py", line 1194, in _decrypt_signature
    video_id, player_url, s
  File "/usr/lib/python3.6/site-packages/hypervideo/extractor/youtube.py", line 1127, in _extract_signature_function
    raise ExtractorError("YouTube's DRM has prevented this software from obtaining the video URL", expected=True)
hypervideo.utils.ExtractorError: YouTube's DRM has prevented this software from obtaining the video URL
Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/hypervideo/extractor/youtube.py", line 1194, in _decrypt_signature
    video_id, player_url, s
  File "/usr/lib/python3.6/site-packages/hypervideo/extractor/youtube.py", line 1127, in _extract_signature_function
    raise ExtractorError("YouTube's DRM has prevented this software from obtaining the video URL", expected=True)
hypervideo.utils.ExtractorError: YouTube's DRM has prevented this software from obtaining the video URL

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/hypervideo/YoutubeDL.py", line 792, in extract_info
    ie_result = ie.extract(url)
  File "/usr/lib/python3.6/site-packages/hypervideo/extractor/common.py", line 508, in extract
    ie_result = self._real_extract(url)
  File "/usr/lib/python3.6/site-packages/hypervideo/extractor/youtube.py", line 1806, in _real_extract
    encrypted_sig, video_id, player_url, age_gate)
  File "/usr/lib/python3.6/site-packages/hypervideo/extractor/youtube.py", line 1204, in _decrypt_signature
    'Signature extraction failed: ' + tb, cause=e)
hypervideo.utils.ExtractorError: Signature extraction failed: Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/hypervideo/extractor/youtube.py", line 1194, in _decrypt_signature
    video_id, player_url, s
  File "/usr/lib/python3.6/site-packages/hypervideo/extractor/youtube.py", line 1127, in _extract_signature_function
    raise ExtractorError("YouTube's DRM has prevented this software from obtaining the video URL", expected=True)
hypervideo.utils.ExtractorError: YouTube's DRM has prevented this software from obtaining the video URL
 (caused by ExtractorError("YouTube's DRM has prevented this software from obtaining the video URL",)); please report this issue on https://issues.hyperbola.info/ . Make sure you are using the latest version; type 'pacman -Sy hypervideo' as root. Be sure to call hypervideo with the --verbose flag and include its complete output.

Since python-pip and python2-pip have been removed, I can’t install python2-reportlab because python2-pip is a dependency of this package.
.

Hello,

I’m unable to print some pdfs on my Hyperbola 3.0 system.
Some background :

cups is installed, service enabled and working
system-config-printer is installed and my printer has been correctly added.

I can print most pdfs and text files but recently with a pdf, it fails to print it.* And system-config-printer returned the following error (see capture) :

Printer "EPSON XP-620-Series" requires the '/usr/lib/cups/filters/epson-escpr-wrapper' but it is not currently installed.

Currently, “epson-escpr-wrapper” is installed but it is in :

/usr/libexec/cups/filters/epson-escpr-wrapper

Looking at source code of system-config-printer, it expects that wrapper to be installed in “/usr/lib/” so I tried to symlink that “epson-escpr-wrapper” to “/usr/lib/cups/filters” but it doesn’t work..

*With a Debian system and the exact same configuration, the “problematic” pdf prints just fine so it is not an issue with the pdf.