Packages

doesn’t work automatically, not sure why, but then again, I just reset it using openrc, like this...

doas rc-service sndiod restart

Then it works again, although this bug doesn’t happen on all my Hyperbola 0.4 laptops, which is odd...

For most of my laptops it works automatically, but one of them it doesn’t, might be misconfigured maybe? Idk...

Anywho, I am curious if anyone else has the same problem.

Does not need any insane depends, such as dbus, as far as the website says:

https://developers.hp.com/hp-linux-imaging-and-printing/install/manual/distros/other

its optional,

I would like to see it readded in the future...

I need it for printing, only one of my laptops is on 0.3, for this purpose at this time.

Description: Tried with new compiled version of mumble no open and secured with SSL-certificate is reachable. Log within console:

qt.network.ssl: QSslSocket: cannot resolve SSL_CTX_set_options
qt.network.ssl: QSslSocket: cannot resolve SSL_session_reused
qt.network.ssl: QSslSocket: cannot resolve SSL_set_options
qt.network.ssl: QSslSocket: cannot resolve BN_is_word
qt.network.ssl: QSslSocket: cannot resolve SSL_in_init

<W>2021-08-23 01:00:18.814 QSslSocket: cannot call unresolved function sk_num

<W>2021-08-23 01:00:20.270 QSslSocket: cannot call unresolved function SSL_CTX_set_options

Application is not starting and needs therefore a rework.

After setting up and testing our 32-bit QEMU instance, we often tried to initialize the X11, but it refused to do because of video driver issues.

As well as changing to other video drivers on our instance is still the exact issue.

Here is a log from X11 below we attached.

Description:
when run `espeak hi` only sound a crack and output the next message

[ user | 2021-12-13 | 12:47 ]
[/home/user] [0]
$ espeak hi
ALSA lib pcm.c:2660:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear
ALSA lib pcm.c:2660:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe
ALSA lib pcm.c:2660:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side
ALSA lib pcm_route.c:877:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_sndio.c:383:(sndio_open) sndio: only playback streams are supported
connect(2) call to /dev/shm/jack-1000/default/jack_0 failed (err=No such file or directory)
attempt to connect to server failed
Expression ‘framesAvail’ failed in ‘src/hostapi/alsa/pa_linux_alsa.c’, line: 3625
Expression ‘PaAlsaStreamComponent_GetAvailableFrames( self, &framesAvail, xrun )’ failed in ‘src/hostapi/alsa/pa_linux_alsa.c’, line: 3985
Expression ‘PaAlsaStreamComponent_RegisterChannels( &self→playback, &self→bufferProcessor, &playbackFrames, &xrun )’ failed in ‘src/hostapi/alsa/pa_linux_alsa.c’, line: 4115
Expression ‘PaAlsaStream_SetUpBuffers( stream, &framesGot, &xrun )’ failed in ‘src/hostapi/alsa/pa_linux_alsa.c’, line: 4355

Additional info:
* package version(s)
* config and/or log files etc.

Steps to reproduce:
`doas pacman -S espeak`
`espeak hi`

Trying to create a VM using virt-install (1.4.1-2.hyperbola2)

virt-install --connect qemu:///system \
--name debian \
--ram 1024 \
--disk path=/home/test/debian.img,size=50 \
--vcpus 2 \
--os-type linux \
--os-variant generic \
--network bridge=virbr0 \
--graphics none \
--console pty,target_type=serial \
--location 'http://ftp.nl.debian.org/debian/dists/stretch/main/installer-amd64/' \
--extra-args 'console=ttyS0,115200n8 serial'

This error shows up :
ERROR : ‘_OsVariant’ object has no attribute ‘urldistro’

I can’t create the VM.

PS : Error is not present on Debian Stretch with virt-install 1.4.0-5

Thanks for your help.

Description:

• Add Linux-libre kernel adapted for servers:
  • Disable "Loadable kernel modules"
  • Adapt config for servers

Additional info:

• none.

Steps to reproduce:

• none.

Description:
Quoted from https://bugs.launchpad.net/ubuntu/+source/python-acme/+bug/1777205 Bug #1777205 reported by Brad Warren on 2018-06-16

[Impact]

Without this fix, on June 19, the library will start to fail when using Let’s Encrypt’s new ACMEv2 endpoint. We should avoid breaking this for users.

[Test Case]

On June 19, try to use Let’s Encrypt’s new ACMEv2 endpoint; it will error out, as described in https://community.letsencrypt.org/t/acmev2-order-ready-status/62866

[Regression Potential]

If the endpoint changes again, this will need another update, but the only potential regression I see is server-side, which needs patches on our end to adjust (like in this case).

[Original Bug Description]

I am the upstream maintainer of python-acme. This bug only affects python-acme in Ubuntu 18.04.

Starting on June 19th, this library will start failing when used with Let’s Encrypt’s new ACMEv2 endpoint. This is because the library does not recognize the changes described in https://community.letsencrypt.org/t/acmev2-order-ready-status/62866 and will error out when it sees them.

To fix this, python-acme either needs to be upgraded to 0.25.1 (which came out two days ago) or the one line patch that originally landed upstream at https://github.com/certbot/certbot/commit/5940ee92ab5c9a9f05f7067974f6e15c9fa3205a applied. I think the latter is the safer option.

Please let me know what I can do to help get this resolved.

Additional info:
Solution is to upgrade the following packages

* certbot 0.23.0-1.hyperbola1.backports1
* python-acme 0.23.0-1.backports1

and any other that depends on certbot=0.23.0 and/or python-acme=0.23.0 (like the certbot plugins)

The other option is to patch certbot, as described in the launchpad’s issue

Steps to reproduce:

1) Install certbot
2) try anything related to the certificates (certonly, renew)
3) You may get an error like this:

Obtaining a new certificate
An unexpected error occurred:
Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/josepy/json_util.py", line 280, in fields_from_json
    fields[slot] = field.decode(value)
  File "/usr/lib/python3.6/site-packages/josepy/json_util.py", line 88, in decode
    return self.fdec(value)
  File "/usr/lib/python3.6/site-packages/acme/messages.py", line 123, in from_json
    '{0} not recognized'.format(cls.__name__))
josepy.errors.DeserializationError: Deserialization error: Status not recognized

During handling of the above exception, another exception occurred:

josepy.errors.DeserializationError: Deserialization error: Could not decode 'status' ('ready'): Deserialization error: Status not recognized
Please see the logfiles in /var/log/letsencrypt for more details.

I’m encountering this bug when using latest Pale Moon (version 2.8.0.1).

https://forum.palemoon.org/viewtopic.php?f=37&t=19941&sid=3cd95f0870b5cef74c582eb9a3ea778a

The bug doesn’t only affect the preferences dialog - other windows are not rendered correctly either such as DownThemAll! add-on (see attached image).

The suggested fix is to update the intel driver (the about:config suggested change makes the preference dialog usable but other windows such as DownThemAll! still aren’t displayed correctly).

I’m using a T60 with intel graphics.

What I miss very much is “mail merge”. For example, I had to send 102 personalized emails to my students, as the term is beginning. The only way to do that was to revert to the previous non-uxp icedove.

But but immediately after that, I reinstalled icedove-uxp, of course!

Another very useful addon is cardbook (or any equivalent) as it allows to work with remote calendars and contacts.

Actually, I don’t like to work with remote calendars or contacts. But some of my colleagues do. The only condition I set is to work with trustworthy providers using free software exclusively. But they do exist.

Description:

crontab -e
/bin/sh: /usr/bin/nano: No existe el fichero o el directorio
crontab: "/usr/bin/nano" exited with status 127

Additional info:

Repositorio               : core
Nombre                    : cronie
Versión                   : 1.5.1-1.hyperbola6
Descripción               : Daemon that runs specified programs at scheduled times and related
                            tools, with logger recommendation and OpenRC support
Arquitectura              : x86_64
URL                       : https://github.com/cronie-crond/cronie/
Licencias                 : ISC
Grupos                    : Nada
Provee                    : cron
Depende de                : pam  bash  run-parts
Dependencias opcionales   : smtp-server: send job output via email
                            smtp-forwarder: forward job output to email server
                            logger: message logging support
En conflicto con          : cron
Remplaza a                : Nada
Tamaño de la descarga     : 69,08 KiB
Tamaño de la instalación  : 266,00 KiB
Encargado                 : HyperBuilder <hyperbuilder@hyperbola.info>
Fecha de creación         : mié 02 ene 2019 03:03:57 -05
Validado por              : Suma MD5  Suma SHA-256  Firma

Steps to reproduce:

* Install cronie in v0.3

Some addons are currently broken with latest iceweasel-uxp (iceweasel-uxp 52.9.20190926-1)

DownThemAll
Save to Wayback Machine
Self-Destructing Cookies
(and probably others)

g4jc suggested to drop PGO as it could be the culprit.

https://forums.hyperbola.info/viewtopic.php?pid=1149#p1149

Regarding addons, I'm fairly certain flipping the switch on PGO (which makes the browser faster at the expense of wrecking code) is the culprit. We were warned not to use it, and this is planned to be rolled back.

However, Hyperbot has to be scheduled to rebuild the packages and I do not set it's schedule. Will advise.

Current torsocks version is broken.
It returns the following error when attempting to torify application :

which: no getcap

Description:
The pigeonhole package depends on dovecot 2.2.29.1, which is in version 2.3.4.1-2.hyperbola1.backports1 at the moment. Due to this, I can’t use it

Additional info:
* pigeonhole 0.4.18-1

Description:
I updated mod_wsgi, restarted httpd service and got this error:

$ sudo rc-service httpd restart
 * httpd has detected an error in your setup:
httpd: Syntax error on line 183 of /etc/httpd/conf/httpd.conf: Cannot load modules/mod_wsgi.so into server: /etc/httpd/modules/mod_wsgi.so: undefined symbol: PyObject_SetItem
 * ERROR: httpd failed to stop

Additional info:
* mod_wsgi-4.4.22-1.hyperbola1

I’m writing here about the package Conky. It is the useful widget of system monitor into your desktop, but there are some serious issues:

Config variables

• distribution outputs the string “Arch Linux” instead of “Hyperbola GNU/Linux-libre”.
• eve requires users to use API for non-libre/free video game EVE Online, and should be removed.
• All Beep Media Player (BMPx) related variables (including bmpx_album, bmpx_artist, bmpx_bitrate, bmpx_title, bmpx_track and bmpx_uri) are obselete and useless, and should be removed because the package BMPx isn’t present on Arch and Hyperbola official repositories but Arch User Repository (AUR).
• [For Milky Way version 0.4.x only] All PulseAudio related variables (including if_pa_sink_muted, pa_sink_volume, pa_sink_volumebar, pa_sink_description, pa_card_name and pa_card_active_profile) are no longer used, and should be removed due replaced the default audio server with sndio.

Manual

• Contains non-FDSG compliant distros.
• Contains vague terminology.
• Requires users to use API for non-libre/free weather network service(s) (including The Weather Channel).

The current version of BleachBit needs to be adapted so it can clean the new .cache/hyperbola/ directory.

smartmontools 6.5-1.hyperbola1

Error while trying to update smart-drivedb :

anon@test[~] update-smart-drivedb

External Link/usr/bin/update-smart-drivedb: download from branches/RELEASE_6_5_DRIVEDB failed (curl: exit 23) /usr/bin/update-smart-drivedb: download from trunk failed (curl: exit 23)

Description:

cant open /usr/local/lib/english.hash

Additional info:

Repository      : extra
Name            : ispell
Version         : 3.3.02-7
Description     : An interactive spell-checking program for Unix
Architecture    : x86_64
URL             : http://ficus-www.cs.ucla.edu/geoff/ispell.html
Licenses        : BSD
Groups          : None
Provides        : None
Depends On      : ncurses
Optional Deps   : None
Conflicts With  : None
Replaces        : None
Download Size   : 321.26 KiB
Installed Size  : 1336.00 KiB
Packager        : Evangelos Foutras <evangelos@foutrelis.com>
Build Date      : Sun Sep 6 12:07:06 2015
Validated By    : MD5 Sum  SHA-256 Sum  Signature

Steps to reproduce:

- Install package

There are issues with the current sndio-package as it seems not possible to get this to work with ALSA.

Description:

Ath9k wifi device not working, possibly bad compilation or issues with gcc

Additional info:
* package version(s)

- gcc-8.4.0-2
- ath9k-htc-firmware-1.4.0-8

* config and/or log files etc.

[    8.302952] usb 1-1: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[    8.303011] usbcore: registered new interface driver ath9k_htc
[    8.303067] usb 1-1: Direct firmware load for ath9k_htc/htc_9271-1.4.0.fw failed with error -2
[    8.303073] usb 1-1: ath9k_htc: Firmware htc_9271.fw requested
[    8.623141] usb 1-1: ath9k_htc: Transferred FW: htc_9271.fw, size: 51008
[    9.683657] ath9k_htc 1-1:1.0: ath9k_htc: Target is unresponsive
[    9.683672] ath9k_htc: Failed to initialize the device

Steps to reproduce:

- Add wifi device with ath9k firmware, for example: TL-WN722N
- pacman -S ath9k-htc-firmware

References:

- https://bugzilla.kernel.org/show_bug.cgi?id=208251

Also known as “Replace the distributor logo as the startup dialogue, and app menu and start button icons from generic” in the long title because of character limitation.

If the distributor logo icon isn’t present, simply insert it and link few others into the appropriate paths that I made and attached below there.

Here is the list of the paths you do:

/usr/share/icons/material-design-{dark,light}/scalable/places/:

• distributor-logo.svg
• distributor-logo-hyperbola.svg (symlink of * distributor-logo.svg)
• start-here{,-hyperbola,-lumina}.svg (symlink of distributor-logo.svg)

While the X session is still running, did anyone happen key bindings being unresponsive? A few lines of errors appeared from xkbcomp because of a missing keyboard symbol on the single TTY. It reads:

The XKEYBOARD keymap compiler (xkbcomp) reports:
> error:   Could not resolve keysym XF86FullScreen
Errors from xkbcomp are not fatal to the X server

See also related issues affected on other existing distros, were eventually resolved:

• Arch: https://bugs.archlinux.org/task/65730 (FS#65730)
• Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=953032 (Bug#953032)