

Code: Select all
emerge -cav <package1> <package2> <package3>USE flags can only exist where their functionality is optional. You'll have one or more packages installed where this is non-optional.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.

Code: Select all
emerge --pretend "file path"Code: Select all
equery belongs "file path or command"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.mudspitease wrote:No matter how minimal I try to make my setup, these programs always come up

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.wjb wrote:The bit that's confusing me is that qtassistant and qtdbusviewer are masked qt5 packages with no equivalents for qt6.
You can doChiitoo wrote:Additionally, if the package name is not known, one can use, for example:
orCode: Select all
emerge --pretend "file path"
Code: Select all
equery belongs "file path or command"
Code: Select all
equery depends name-of-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.dmpogo wrote:You can doand it will list everything that potentially depends on the packageCode: Select all
equery depends name-of-the-package
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.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.
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
}Code: Select all
emerge --ask --oneshot qttoolsHuh, 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.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.
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.b11n wrote: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.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.
Thank you.b11n wrote:I'll try to get around to writing about it
Code: Select all
init=/sbin/openrc-init
-systemd -logind -elogind seatdI am NaN! I am a man!