I built GuiMan - A full GUI for Pacman and AUR

Junaid433 · 2025-10-06 22:37:43

Hey Arch Users!
I just finished building something I’ve been experimenting with and wanted to share it: GuiMan.
It’s a full GUI version of pacman and your favorite AUR helpers (yay/paru). Everything you do in the terminal: installing, updating, removing, searching—now has a visual, click-friendly interface.

Install:
yay -S guiman
paru -S guiman

Links
AUR: https://aur.archlinux.org/packages/guiman
GitHub: https://github.com/Junaid433/GuiMan

I’m still learning GUI programming, so this is kind of my first big experiment
Would love feedback, suggestions, or bug reports!

Thanks

WorMzy · 2025-10-06 22:40:08

Mod note: Moving to community contributions.

killertofus · 2025-10-07 00:46:02

""pacman", "-Sy""

I'm out

https://github.com/Junaid433/GuiMan/blo … os.rs#L135

topcat01 · 2025-10-07 00:55:39

That's the sync database command. What's wrong with it? It seems the install commands use "-S".

Edit: I can see the user chaining them together to do something unsafe. Perhaps a warning is needed since it's supposed to be user friendly.

Last edited by topcat01 (2025-10-07 00:57:41)

Allan · 2025-10-07 04:08:57

I need a screenshot!

schard · 2025-10-07 06:24:37

The "--noconfirm" when installing packages is even worse: https://github.com/Junaid433/GuiMan/blo … ons.rs#L13

N.B.: You don't need to put async in the function name, as it's already clear that it's async by the respective modifier.
And the fact that all functions get passed a "Window" as first argument is a strong indicator, that the methods may be better placed in an extension trait for Window.

seth · 2025-10-07 08:37:40

topcat01 wrote:

That's the sync database command. What's wrong with it? It seems the install commands use "-S".
Edit: I can see the user chaining them together to do something unsafe. Perhaps a warning is needed since it's supposed to be user friendly.

Syncing the database can have two consequences:
1. -Su
2. partial updates

Only one of those will not lead to a complete disaster when employed by users who wish to use pacman with a mouse.
The function needs to go and be replaced with "Update your system" - there's no point in warning users that they're not supposed to run this anyway.

Running system database updates to eg. check for updates is a popular errand, you've to use an offline database for that: https://man.archlinux.org/man/checkupdates.8

--noconfirm is popular w/ a lot of pacman wrappers because it's easier than channeling the pacman I/O - You'd have to scan the output, understand that the line is a question, turn that into a dialog and then write the answer into pacmans stdin.
I'd recommend to use eg. fzf as pacman GTUI but if one desires a GUI frontend for libalpm, it's probably easier/more robus/reliable/reasonable/sane to just write a GUI for libalpm.

schard · 2025-10-07 08:55:22

seth wrote:

I'd recommend to use eg. fzf as pacman GTUI but if one desires a GUI frontend for libalpm, it's probably easier/more robus/reliable/reasonable/sane to just write a GUI for libalpm.

There's even Rust bindings for libalpm, but they're just a wrapper to the original C code.
Maybe if I'm bored enough over the last days of the year, I'll finally resume implementing "rucman", which is an ALPM rewrite in native Rust I started three years ago.

GerBra · 2025-10-07 09:02:29

Rushing over the source (I'm not very familiar with rust) i noticed that you:

- You always call external programs without a full path (pacman vs. /usr/bin/pacman)
This could failed badly if your users may have aliases, user scripts or $PATH priorities other than /usr/bin
And could be a security risc if some commands run with root privileges.
//Edit: OK, this is a bit minimized if programs called via pkexec, but IMHO it's a bad styling without full pathnames

- You match the command output in several functions for a specified string
Be aware that you match only english language output, but your users may have an other LOCALE than en_US
Maybe prefetch your internal call to programs with LANG=C to be sure that your output matches are as expected.

My 2ct, but I would never use such an application.

Last edited by GerBra (2025-10-07 09:32:29)

seth · 2025-10-07 09:09:27

schard wrote:

Maybe if I'm bored enough over the last days of the year, I'll finally resume implementing "rucman", which is an ALPM rewrite in native Rust I started three years ago.

"r" is even easier to turn into an "f"

UncleSpellbinder · 2025-10-07 15:20:04

Allan wrote:

I need a screenshot!

The partial upgrade issue bothers me, so I don't even want to test it out. But, for those of you who want screenshots, here are some from someone who's tested it...

UncleSpellbinder · 2025-10-07 16:29:31

I'm wondering if the OP ever intends to respond here at all. Maybe engage with potential users? Explain the partial upgrade question? This Arch forum member, Junaid433, made the exact same post on the EndeavourOS Forums Forums and has not responded there, either.

Last edited by UncleSpellbinder (2025-10-07 16:35:57)

schard · 2025-10-07 18:14:58

It's possibly AI slop or the preparation for malware infiltration, if I may be this paranoid.

Junaid433 · 2025-10-07 18:43:43

Thanks everyone for the feedback — I really appreciate the detailed points!

I’ll definitely address the issues mentioned:

Replace the unsafe -Sy usage with proper full sync/update handling.

Remove --noconfirm and instead handle confirmations safely through dialogs.

Use absolute paths (e.g. /usr/bin/pacman) and ensure LANG=C for consistent output parsing.

GuiMan is meant as a learning project and a step toward a proper libalpm-based GUI, not a replacement for pacman. I’m still new to Rust GUI dev, so your feedback helps a lot. ?

Thanks again for reviewing the code — I’ll push fixes soon!

Arch Linux

#1 2025-10-06 22:37:43

I built GuiMan - A full GUI for Pacman and AUR

#2 2025-10-06 22:40:08

Re: I built GuiMan - A full GUI for Pacman and AUR

#3 2025-10-07 00:46:02

Re: I built GuiMan - A full GUI for Pacman and AUR

#4 2025-10-07 00:55:39

Re: I built GuiMan - A full GUI for Pacman and AUR

#5 2025-10-07 04:08:57

Re: I built GuiMan - A full GUI for Pacman and AUR

#6 2025-10-07 06:24:37

Re: I built GuiMan - A full GUI for Pacman and AUR

#7 2025-10-07 08:37:40

Re: I built GuiMan - A full GUI for Pacman and AUR

#8 2025-10-07 08:55:22

Re: I built GuiMan - A full GUI for Pacman and AUR

#9 2025-10-07 09:02:29

Re: I built GuiMan - A full GUI for Pacman and AUR

#10 2025-10-07 09:09:27

Re: I built GuiMan - A full GUI for Pacman and AUR

#11 2025-10-07 15:20:04

Re: I built GuiMan - A full GUI for Pacman and AUR

#12 2025-10-07 16:29:31

Re: I built GuiMan - A full GUI for Pacman and AUR

#13 2025-10-07 18:14:58

Re: I built GuiMan - A full GUI for Pacman and AUR

#14 2025-10-07 18:43:43

Re: I built GuiMan - A full GUI for Pacman and AUR

Board footer