Could it be possible to add :

obmenu-generator

A fast pipe/static menu generator for the Openbox Window Manager (with icons support)

License : GPL3

https://github.com/trizen/obmenu-generator https://www.parabola.nu/packages/pcr/x86_64/obmenu-generator/

Thanks

Description:
Unresolved dependiencies

Additional info:
* package version(s)

$ doas pacman -Si surf
Repository      : extra
Name            : surf
Version         : 2.1-1
Description     : A simple web browser based on WebKit/GTK+.
Architecture    : x86_64
URL             : https://surf.suckless.org/
Licenses        : Expat
Groups          : None
Provides        : None
Depends On      : webkitgtk  gcr  xenocara-xprop
Optional Deps   : dmenu: URL-bar
                  ca-certificates: SSL verification
                  xterm: default download handler
                  curl: default download handler
Conflicts With  : None
Replaces        : None
Download Size   : 26.06 KiB
Installed Size  : 134.00 KiB
Packager        : HyperBuilder <hyperbuilder@hyperbola.info>
Build Date      : Fri Jul 9 21:49:07 2021
Validated By    : MD5 Sum  SHA-256 Sum  Signature

* config and/or log files etc.

$ doas pacman -S surf
resolving dependencies...
warning: cannot resolve "libfdk-aac", a dependency of "gst-plugins-bad"
warning: cannot resolve "gst-plugins-bad", a dependency of "webkitgtk"
warning: cannot resolve "webkitgtk", a dependency of "surf"
:: The following package cannot be upgraded due to unresolvable dependencies:
      surf

:: Do you want to skip the above package for this upgrade? [y/N] 
error: failed to prepare transaction (could not satisfy dependencies)
:: gst-plugins-bad: requires libfdk-aac
:: webkitgtk: requires gst-plugins-bad
:: surf: requires webkitgtk

Steps to reproduce:

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)

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)

Hello,

I recently acquired a T400 Thinkpad with 1440×900 panel.
On this T400, I installed Hyperbola, just like on my x200 Thinkpad with 1280×800 panel.

Both Thinkpad are running the same Hyperbola installation :

Full disk encryption (with Libreboot) so both Thinkpad are using early KMS (MODULES=”i915” in /etc/mkinitcpio.conf)
Same kernel : linux-libre-lts (4.9.99 at the moment I’m writing this message)
video driver : modesetting
DE : xfce4 with xfwm4

On the Thinkpad x200, everything works great, no issue to report.

On the T400 though, the linux-libre-lts kernel, I’m getting random display freezes, when it happens, this message appears in dmesg :

hpd interrupt storm detected on connector hdmi-a-1

And the display (and sound) freezes for 10 seconds (sometimes more !)

As Hyperbola proposes linux-libre-lts kernel only, I installed latest linux-libre-lts (4.14.40) and linux-libre (4.16.8) from Parabola GNU/Linux repo.

Results :

With 4.14.40 : Same issue as with 4.9.99 kernel from Hyperbola repo.
With 4.16.8 : Issue is not present ! No more freeze !

I’m not sure how to proceed though. Would you be kind enough helping me to find which commit in i915 driver improved the situation ? If we find it, maybe it could be added as a patch to 4.9.x kernel series.
Or maybe it is something else.. I don’t have much experience, I can provide logs if needed.

Thanks for your help

Description:
I believe the arm-unknown-linux-gnueabi-gcc package to be broken as described here.

Additional info:
* package version(s) - arm-unknown-linux-gnueabi-gcc - all versions

Steps to reproduce:
I don’t think “steps to reproduce” to be relevant in this case. My forum topic linked above already contains all the necessary info on the subject :) However, one could try compiling glibc and busybox as described here. Yes, these are instructions for debian-like systems. They have to be adapted accordingly

Any attempt to load Nouveau in X server results in the following error:

nouveau_drv.so: undefined symbol: exaDriverAlloc

Additional info

Steps to reproduce

extra/arch-install-scripts 17-1
     Scripts to aid in installing Arch Linux

See:
https://www.gnu.org/philosophy/words-to-avoid.html#Linux

Description is referring to operating system, and not to the kernel itself (Linux). It shall be amended.

The package name shall be changed to hyperbola-install-scripts

and references to operating system such as Hyperbola GNU/Linux-libre shall be amended.

This already works for it, but I just thought I would request it to be put in.

this would be appreciated greatly, although I am in no hurry.