Forums

Skip to content

Advanced search
  • Quick links
    • Unanswered topics
    • Active topics
    • Search
  • FAQ
  • Login
  • Register
  • Board index Assistance Portage & Programming
  • Search

Three QT 6 Programs Consistently Installed on Minimal Gentoo

Problems with emerge or ebuilds? Have a basic programming question about C, PHP, Perl, BASH or something else?
Post Reply
Advanced search
21 posts • Page 1 of 1
Author
Message
mudspitease
n00b
n00b
Posts: 17
Joined: Sun Mar 09, 2025 3:38 pm

Three QT 6 Programs Consistently Installed on Minimal Gentoo

  • Quote

Post by mudspitease » Thu Mar 20, 2025 7:17 pm

Does anyone know where these programs come from? How do I find which ones are bringing them in (and no respecting the global USE flags? Can I mask the packages without breaking everything...? (haha)

Qt 6 QDBusViewer
Qt 6 Linguist
Qt 6 Assistant

I am a new user of Gentoo, experimenting with hardened systemd desktop with i3/sway (I've gone between X and Wayland, trying to figure out which programs pull them in.

No matter how minimal I try to make my setup, these programs always come up, even with a -KDE -gt6 flag in my make.conf.
Top
NeddySeagoon
Administrator
Administrator
User avatar
Posts: 56077
Joined: Sat Jul 05, 2003 9:37 am
Location: 56N 3W

  • Quote

Post by NeddySeagoon » Thu Mar 20, 2025 7:28 pm

mudspitease,

Welcome to gentoo.

Code: Select all

emerge -cav <package1> <package2> <package3>
will rip them out or tell you what depends on them.
Once you know that, you can investigate if the dependency is hidden behind a USE flag, if so are you willing to forgo setting that USE?
If its a hard dependency, you need to give up that package too.
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Top
asturm
Developer
Developer
Posts: 9496
Joined: Thu Apr 05, 2007 4:07 pm

  • Quote

Post by asturm » Thu Mar 20, 2025 7:43 pm

mudspitease wrote:No matter how minimal I try to make my setup, these programs always come up, even with a -KDE -gt6 flag in my make.conf.
USE flags can only exist where their functionality is optional. You'll have one or more packages installed where this is non-optional.

And USE="-KDE" wouldn't work anyway.
Top
Chiitoo
Administrator
Administrator
User avatar
Posts: 3041
Joined: Sun Feb 28, 2010 5:36 pm
Location: Sore wa sore, kore wa kore... nanoda.

  • Quote

Post by Chiitoo » Thu Mar 20, 2025 7:45 pm

Additionally, if the package name is not known, one can use, for example:

Code: Select all

emerge --pretend "file path"
or

Code: Select all

equery belongs "file path or command"
Kindest of regardses.
Top
Ionen
Developer
Developer
User avatar
Posts: 3012
Joined: Thu Dec 06, 2018 2:23 pm

  • Quote

Post by Ionen » Thu Mar 20, 2025 10:19 pm

USE="-assistant -widgets" on dev-qt/qttools "would" remove all three of these, albeit can only do that if no packages depend on these USE though.

Do not disable USE=widgets globally, it's not that simple of a USE.

Unfortunately qttools is unable to build USE=assistant's libQt6Help without USE=widgets at the moment, thus the reason to disable it as well (some packages need libQt6Help though). USE=widgets is also needed to get libQt6UiTools that "some" packages need.

These GUI applications are very very small though (the libraries do the heavy lifting), I imagine you're just annoyed that the .desktop files makes these appear in your desktop menus. The ebuild *could* just "rm" these applications+.desktop with a USE=gui if we really wanted, albeit we have build them either way and have to pull all dependencies so it's also kind of silly without notable space saving.
Top
wjb
l33t
l33t
User avatar
Posts: 681
Joined: Sun Jul 10, 2005 9:40 am
Location: Fife, Scotland

  • Quote

Post by wjb » Thu Mar 20, 2025 11:25 pm

mudspitease wrote:No matter how minimal I try to make my setup, these programs always come up
Its not obvious what "always come up" means - it would be useful to see the command and the actual output. The bit that's confusing me is that qtassistant and qtdbusviewer are masked qt5 packages with no equivalents for qt6.
Top
Hu
Administrator
Administrator
Posts: 24384
Joined: Tue Mar 06, 2007 5:38 am

  • Quote

Post by Hu » Fri Mar 21, 2025 12:48 am

Speaking as someone who has a somewhat reduced system (no DE), none of the packages the OP cites come up for me. Thus, I question whether OP's system is really "Minimal." ;)
Top
Chiitoo
Administrator
Administrator
User avatar
Posts: 3041
Joined: Sun Feb 28, 2010 5:36 pm
Location: Sore wa sore, kore wa kore... nanoda.

  • Quote

Post by Chiitoo » Fri Mar 21, 2025 5:03 am

wjb wrote:The bit that's confusing me is that qtassistant and qtdbusviewer are masked qt5 packages with no equivalents for qt6.
They were split packages from qttools for qt5, but splitting them out for qt6 ended up being too silly for the time being, so they are now part of the single qttools package.
Kindest of regardses.
Top
Banana
Moderator
Moderator
User avatar
Posts: 2372
Joined: Fri May 21, 2004 12:02 pm
Location: Germany
Contact:
Contact Banana
Website

  • Quote

Post by Banana » Fri Mar 21, 2025 8:32 am

mudspitease, please provide the output of the command emerge --info
Forum Guidelines

PFL - Portage file list - find which package a file or command belongs to.
My delta-labs.org snippets do expire
Top
dmpogo
Advocate
Advocate
Posts: 3711
Joined: Thu Sep 02, 2004 9:21 pm
Location: Canada

  • Quote

Post by dmpogo » Sat Mar 22, 2025 1:01 am

Chiitoo wrote:Additionally, if the package name is not known, one can use, for example:

Code: Select all

emerge --pretend "file path"
or

Code: Select all

equery belongs "file path or command"
You can do

Code: Select all

equery depends  name-of-the-package
and it will list everything that potentially depends on the package

Saying that, I thought linquist and assistant as separate packages are Qt5 only ? And for Qt6 they are USE flags for qttools ?
Top
Hu
Administrator
Administrator
Posts: 24384
Joined: Tue Mar 06, 2007 5:38 am

  • Quote

Post by Hu » Sat Mar 22, 2025 1:23 am

dmpogo wrote:You can do

Code: Select all

equery depends  name-of-the-package
and it will list everything that potentially depends on the package
The "potentially" part tends to confuse people rather than be helpful, which is why Neddy suggested emerge --depclean --ask --verbose, since that restricts itself to describing dependencies that are active. The equery depends form will mention any dependencies that could apply with the right USE flags, without checking whether the active USE flags would trigger that dependency.
Top
Unute
n00b
n00b
User avatar
Posts: 4
Joined: Sat Jan 17, 2026 7:42 pm

  • Quote

Post by Unute » Fri Jan 30, 2026 11:42 am

Ionen wrote:These GUI applications are very very small though (the libraries do the heavy lifting), I imagine you're just annoyed that the .desktop files makes these appear in your desktop menus. The ebuild *could* just "rm" these applications+.desktop with a USE=gui if we really wanted, albeit we have build them either way and have to pull all dependencies so it's also kind of silly without notable space saving.
I know this is an old post. Putting this here in case it's helpful to anyone down the road. This was definitely my situation, I was just annoyed at the desktop files making them show as apps in my menu. So I found this and this from the arch wiki which solved my problem. Basically just copy the desktop file to the user application folder in home (~/.local/share/applications/) then add NoDisplay=true to the file.

For me it was dev-qt/qttools which is a build dependency for a bunch of my KDE packages that pulled in QT linguist, and assistant which I didn't want to see. Since I need them as build depedencies, hiding the desktop files is enough for me. Otherwise, I end up stuck in a weird situation where portage can't resolve the ebuild dependencies, but merges binaries just fine (since they don't need build dependencies installed).
“I’ve seen a sphinx. I’ve seen stone that walks. I’ve seen the pillars of Iram. But I’ve never seen a person who knows what they want.”
Top
Elserjo
n00b
n00b
Posts: 64
Joined: Tue Jul 06, 2021 8:22 am

  • Quote

Post by Elserjo » Tue Feb 03, 2026 5:32 pm

Initially, I didn’t want to bring up this thread (necro bump). However, I see that I’m not the only one concerned about this issue. I came up with a very simple portage hook in post_pkg_postinst phase. I’ll leave it here.

It just removes all qt desktop files and icons.

Leave this file in /etc/portage/env/dev-qt/qttools

Code: Select all

desktopEntries=(
"/usr/share/applications/linguist.desktop"
"/usr/share/applications/assistant.desktop"
"/usr/share/applications/designer.desktop"
"/usr/share/applications/qdbusviewer.desktop"
)

desktopIcons=(
"/usr/share/icons/hicolor/128x128/apps/linguist.png"
"/usr/share/icons/hicolor/128x128/apps/assistant.png"
"/usr/share/icons/hicolor/128x128/apps/designer.png"
"/usr/share/icons/hicolor/128x128/apps/qdbusviewer.png"
)

function post_pkg_postinst()
{
    for entry in "${desktopEntries[@]}"; do
        if [[ -f "${entry}" ]]; then
            rm -v "${entry}"
            elog "Removing desktop entry ["${entry}"] from qttools..." 
        fi
    done

    for entry in "${desktopIcons[@]}"; do
        if [[ -f "${entry}" ]]; then
            rm -v "${entry}"
            elog "Removing icon ["${entry}"] from qttools..." 
        fi
    done
}
Then rebuild a package:

Code: Select all

emerge --ask --oneshot qttools
Or you can write portage hook just like Unute suggests.
Top
Hu
Administrator
Administrator
Posts: 24384
Joined: Tue Mar 06, 2007 5:38 am

  • Quote

Post by Hu » Tue Feb 03, 2026 5:50 pm

It looks like you reinvented INSTALL_MASK. Was that feature not sufficient for removing the unwanted files?
Top
Elserjo
n00b
n00b
Posts: 64
Joined: Tue Jul 06, 2021 8:22 am

  • Quote

Post by Elserjo » Tue Feb 03, 2026 6:49 pm

Hu wrote:It looks like you reinvented INSTALL_MASK. Was that feature not sufficient for removing the unwanted files?
exactly :)
Top
Hu
Administrator
Administrator
Posts: 24384
Joined: Tue Mar 06, 2007 5:38 am

  • Quote

Post by Hu » Tue Feb 03, 2026 7:03 pm

In what way was INSTALL_MASK insufficient?
Top
Elserjo
n00b
n00b
Posts: 64
Joined: Tue Jul 06, 2021 8:22 am

  • Quote

Post by Elserjo » Tue Feb 03, 2026 7:31 pm

Hu wrote:In what way was INSTALL_MASK insufficient?
Nope, i have just forgotten about INSTALL_MASK
Top
Unute
n00b
n00b
User avatar
Posts: 4
Joined: Sat Jan 17, 2026 7:42 pm

  • Quote

Post by Unute » Wed Feb 04, 2026 7:41 am

This is the first I am hearing about INSTALL_MASK (I am very new). Seems like exactly the kind of thing I was looking for. Thank you. I found brief mention of it on the Portage man page, but can’t find a gentoo wiki page on it. Seems like maybe a bit of a niche feature.
“I’ve seen a sphinx. I’ve seen stone that walks. I’ve seen the pillars of Iram. But I’ve never seen a person who knows what they want.”
Top
b11n
Guru
Guru
User avatar
Posts: 301
Joined: Wed Mar 26, 2003 8:15 am
Location: New Zealand

  • Quote

Post by b11n » Wed Feb 04, 2026 7:49 am

Unute wrote:This is the first I am hearing about INSTALL_MASK (I am very new). Seems like exactly the kind of thing I was looking for. Thank you. I found brief mention of it on the Portage man page, but can’t find a gentoo wiki page on it. Seems like maybe a bit of a niche feature.
Huh, that is a little concerning. While it's not worthy of a page of its own, it deserves a better treatment than only turning up incidentally on a few corner cases. I'll try to get around to writing about it, thanks.
Is there gas in the caaaaar?
Yes, there's gas in the caaaar
Top
Unute
n00b
n00b
User avatar
Posts: 4
Joined: Sat Jan 17, 2026 7:42 pm

  • Quote

Post by Unute » Wed Feb 04, 2026 8:08 am

b11n wrote:
Unute wrote:This is the first I am hearing about INSTALL_MASK (I am very new). Seems like exactly the kind of thing I was looking for. Thank you. I found brief mention of it on the Portage man page, but can’t find a gentoo wiki page on it. Seems like maybe a bit of a niche feature.
Huh, that is a little concerning. While it's not worthy of a page of its own, it deserves a better treatment than only turning up incidentally on a few corner cases. I'll try to get around to writing about it, thanks.
Now that I know it exists I can search by keyword on the wiki and find all the articles that show how to use it. There’s mention of using it in the freeing disk space page for example. But yeah maybe the handbook should have a small part about it in the advanced features of Portage or something like that. With just a simple use case example like the one on this forum thread.
“I’ve seen a sphinx. I’ve seen stone that walks. I’ve seen the pillars of Iram. But I’ve never seen a person who knows what they want.”
Top
Zucca
Moderator
Moderator
User avatar
Posts: 4688
Joined: Thu Jun 14, 2007 10:31 pm
Location: Rasi, Finland
Contact:
Contact Zucca
Website

  • Quote

Post by Zucca » Wed Feb 04, 2026 9:36 am

b11n wrote:I'll try to get around to writing about it
Thank you.
..: Zucca :..

Code: Select all

init=/sbin/openrc-init
-systemd -logind -elogind seatd
I am NaN! I am a man!
Top
Post Reply

21 posts • Page 1 of 1

Return to “Portage & Programming”

Jump to
  • Assistance
  • ↳   News & Announcements
  • ↳   Frequently Asked Questions
  • ↳   Installing Gentoo
  • ↳   Multimedia
  • ↳   Desktop Environments
  • ↳   Networking & Security
  • ↳   Kernel & Hardware
  • ↳   Portage & Programming
  • ↳   Gamers & Players
  • ↳   Other Things Gentoo
  • ↳   Unsupported Software
  • Discussion & Documentation
  • ↳   Documentation, Tips & Tricks
  • ↳   Gentoo Chat
  • ↳   Gentoo Forums Feedback
  • ↳   Duplicate Threads
  • International Gentoo Users
  • ↳   中文 (Chinese)
  • ↳   Dutch
  • ↳   Finnish
  • ↳   French
  • ↳   Deutsches Forum (German)
  • ↳   Diskussionsforum
  • ↳   Deutsche Dokumentation
  • ↳   Greek
  • ↳   Forum italiano (Italian)
  • ↳   Forum di discussione italiano
  • ↳   Risorse italiane (documentazione e tools)
  • ↳   Polskie forum (Polish)
  • ↳   Instalacja i sprzęt
  • ↳   Polish OTW
  • ↳   Portuguese
  • ↳   Documentação, Ferramentas e Dicas
  • ↳   Russian
  • ↳   Scandinavian
  • ↳   Spanish
  • ↳   Other Languages
  • Architectures & Platforms
  • ↳   Gentoo on ARM
  • ↳   Gentoo on PPC
  • ↳   Gentoo on Sparc
  • ↳   Gentoo on Alternative Architectures
  • ↳   Gentoo on AMD64
  • ↳   Gentoo for Mac OS X (Portage for Mac OS X)
  • Board index
  • All times are UTC
  • Delete cookies

© 2001–2026 Gentoo Foundation, Inc.

Powered by phpBB® Forum Software © phpBB Limited

Privacy Policy