Chaotic-AUR | Packages | Requests | Recompilation | Reports

Feedback Requests
898

Please be careful with your statements.

1 Like
900

Upstream is dead or nonexistent, therefore unusable & unbuildable. It can be explored again when itā€™s public. Please refrain from these comments. https://github.com/ghostty-org/ghostty

1 Like
901

I think this package is from chaotic-aur:

error: failed to prepare transaction (could not satisfy dependencies)
:: installing wine-stable (9.0-15) breaks dependency 'wine>=4.0rc1' required by dxvk-mingw-git
:: installing wine-stable (9.0-15) breaks dependency 'wine' required by wine-gecko
:: installing wine-stable (9.0-15) breaks dependency 'wine' required by wine-installer
:: installing wine-stable (9.0-15) breaks dependency 'wine' required by wine-meta
:: installing wine-stable (9.0-15) breaks dependency 'wine' required by wine-mono
:: installing wine-stable (9.0-15) breaks dependency 'wine' required by wine-nine
:: installing wine-stable (9.0-15) breaks dependency 'wine' required by wineasio
:: installing wine-stable (9.0-15) breaks dependency 'wine' required by winetricks
:: installing wine-stable (9.0-15) breaks dependency 'wine' required by yabridge
1 Like
903

@z3n this should be resolved by the changes shown here:

2 Likes
904

Can we get updates in the Choatic-AUR for these packages, please:

python-tokenizers: GitHub - huggingface/tokenizers: šŸ’„ Fast State-of-the-Art Tokenizers optimized for Research and Production

python-transformers: GitHub - huggingface/transformers: šŸ¤— Transformers: State-of-the-art Machine Learning for Pytorch, TensorFlow, and JAX.

python-safetensors: GitHub - huggingface/safetensors: Simple, safe way to store and distribute tensors

905

We cannot, since these packages do not belong. They would be considered dangling dependencies, as they arenā€™t required directly by something we already provide. To quote our guidelines listed on the GitHub repository:

Dependencies without any dependents: Such packages are useless by themselves. Maintaining them wastes effort that is better spent elsewhere.

I understand that python-transformers and others take a long time to install because of slowly resolving the dependency trees, it sucks, and you want it to suck less, thatā€™s fair. The most appropriate way to get them is within a virtual environment, though that doesnā€™t help speed.

Luckily, the speed issue can be mitigated my using something else for dependency resolution. Iā€™ve been having an EXCELLENT experience with UV recently, and would encourage taking a look at it, especially as you get into the large & messy world of AI dependencies. Itā€™s replaced poetry for me in a few places:

In the very very rare case that something isnā€™t supported by UV yet, it will definitely work via pyenv:

If you are doing something for work, and cannot use third-party dependencies, hereā€™s the documentation for the built-in (official) module for virtual environments:

Also note, when you research virtual environments, virtualenv should no longer be used at all. Thereā€™s still many guides recommending it, but theyā€™re old and wrong, donā€™t let your time be wasted:

3 Likes
906

Looks like one more bug we have here.

ā•­ā”€astro@garuda in ~
ā•°ā”€Ī» cpu-x
cpu-x: error while loading shared libraries: libcpuid.so.16: cannot open shared object file: No such file or directory
1 Like
907

Believe it just needs to be updated. I attempted to run it yesterday and it wouldnā€™t launch, so I removed it and installed the recently updated cpu-x-git from the AUR and it works perfectly. The Chaotic cpu-x-git errored out during attempted install.

3 Likes
908

Right, for testing I installed cpu-x and point it up.
The chaotic git version works. :slight_smile:

chaotic-aur/cpu-x-git  5.0.4.r77.gd27244f-1          14,76 MiB             4,68 MiB
4 Likes
909

This maintainer is known to not bump pkgrel when others normally would, and instead recommends people to rebuild per their pinned comment. That means someone from Chaotic-AUR needs to manually intervene and bump for rebuild any time a shared library updates. Please do report the same in the future since this will definitely continue to occur: AUR (en) - cpu-x

Iā€™ve rebuilt it, thanks: Finished making: cpu-x 5.0.4-1.1 (Tue 03 Sep 2024 11:07:15 PM CEST)

3 Likes
910

Requesting testers for minq-ananicy-git.

If you are already using ananicy-cpp, you may not be a good candidate to do a ā€œfast testā€, since you would likely want to swap back.

Apparently there is a bug on launch which causes a crash, but I canā€™t reproduce it on my machine. Simply installing then starting the service should be enough to test. The related pull request is here:

915

A post was merged into an existing topic: Pacman 7.0.0 breaks dependency

916

Since this is a gaming-focused distro, could we add G13 driver from: https://github.com/jtgans/g13gui.

I followed the build instructions but I keep getting an error related to ā€œb_pieā€.

917

I think ffmpeg-full needs a rebuild. Both ffmpeg and spectacle are broken atm.

ffmpeg: error while loading shared libraries: libjxl.so.0.10: cannot open shared object file: No such file or
directory
1 Like
918

It was bumped, should be available sometime soon

919

What is the full specific error? I donā€™t know anything about that device, but I see this exists on the AUR (though flagged), it may be useful since thereā€™s seemingly a fix in comments? GitHub - khampf/g13: libusb driver for the g13 / AUR (en) - g13

If something doesnā€™t build, then we canā€™t add it.

2 Likes
920

Hereā€™s the output I get when running make:

ā•­ā”€lumbergh@Initech in repo: g13gui on ļ˜ master [!] via ī˜† v3.12.6
ā•°ā”€Ī» make
Makefile:24: Building on archlinux
mkdir -p build
makepkg --nodeps
==> Making package: g13gui 3d94e8e-1 (Tue 24 Sep 2024 11:08:19 AM PDT)
==> WARNING: Skipping dependency checks.
==> Retrieving sources...
-> Updating g13gui-git git repo...
warning: redirecting to https://github.com/jtgans/g13gui.git/
==> Validating source files with sha256sums...
g13gui-git ... Skipped
==> Extracting sources...
-> Creating working copy of g13gui-git git repo...
Reset branch 'makepkg'
==> Starting prepare()...
M       Makefile
M       PKGBUILD
Already on 'master'
Your branch is up to date with 'origin/master'.
==> Starting pkgver()...
==> Removing existing $pkgdir/ directory...
==> Starting build()...
+ exec meson setup --prefix /usr --libexecdir lib --sbindir bin --buildtype plain --auto-features enabled --wrap-mode nodownload -D b_pie=true -D python.bytecompile=1 /home/lumbergh/g13gui/src/g13gui-git build
Directory already configured.

Just run your build command (e.g. ninja) and Meson will regenerate as necessary.
Run "meson setup --reconfigure to force Meson to regenerate.

If build failures persist, run "meson setup --wipe" to rebuild from scratch
using the same options as passed when configuring the build.

ERROR: Unknown options: "b_pie"
==> ERROR: A failure occurred in build().
Aborting...
make: *** [Makefile:36: archlinux] Error 4
921

It seems this is a somewhat new known issue with meson itself, and may be fixed with some time

Try to add a new line here

which has

  'c',

To be very clear, it should look like

project(
  'g13gui',
  'c',
  license: 'MIT'
)
1 Like
922

can you add : AUR (en) - spacedrive , a new rust file manager

923

It must be updated first.

2 Likes