New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
kde-misc/plasma-applet-eventcalendar: new package #14102
kde-misc/plasma-applet-eventcalendar: new package #14102
Conversation
Pull Request assignmentSubmitter: @fedeliallalinea kde-misc/plasma-applet-eventcalendar: @gentoo/proxy-maint (new package) Linked bugsBugs linked: 703620 In order to force reassignment and/or bug reference scan, please append Docs: Code of Conduct ● Copyright policy (expl.) ● Devmanual ● GitHub PRs ● Proxy-maint guide |
What does this package add compared to installing applet-window-eventcalendar via e.g. discover? It seems as if there is no build system to actually compile something. |
I think nothing, but why then create an bin ebuild when you can download it and put into /opt? |
eed86b1
to
396a26c
Compare
SLOT="0" | ||
IUSE="" | ||
|
||
DEPEND=" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If nothing is being built, do we need a DEPEND
at all?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What does this package add compared to installing applet-window-eventcalendar via e.g. discover? It seems as if there is no build system to actually compile something.
I think nothing, but why then create an bin ebuild when you can download it and put into /opt?
I like the idea to install all from portage, but I understand that these are personal preferences.
Same answer as in the other PR. ;)
insinto /usr/share/plasma/plasmoids/org.kde.plasma.eventcalendar | ||
doins package/metadata.desktop |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Use desktop.eclass
instead.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
but domenu or newmenu insert in /usr/share/applications. All metadata.desktop are installed in plugin directory (see for example latte-dock)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ah... I missed that.
Package-Manager: Portage-2.3.79, Repoman-2.3.16 Signed-off-by: Marco Genasci <fedeliallalinea@gmail.com> Bug: https://bugs.gentoo.org/703620
396a26c
to
a02c21d
Compare
Package-Manager: Portage-2.3.79, Repoman-2.3.16
Signed-off-by: Marco Genasci fedeliallalinea@gmail.com
Bug: https://bugs.gentoo.org/703620