| Summary: | dev-lang/sassc keywording for =gnome-base/gnome-shell-3.28.3 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Jeroen Roovers (RETIRED) <jer> |
| Component: | Keywording | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | desktop-misc, emeric.maschino, gnome |
| Priority: | Normal | Keywords: | KEYWORDREQ |
| Version: | unspecified | Flags: | nattka:
sanity-check-
|
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: |
dev-libs/libsass-3.6.1
dev-lang/sassc-3.6.0
gnome-base/gnome-shell-3.32.2-r1
|
Runtime testing required: | --- |
|
Description
Jeroen Roovers (RETIRED)
2019-02-03 12:28:25 UTC
An automated check of this bug failed - repoman reported dependency errors (47 lines truncated):
> dependency.bad dev-lang/sassc/sassc-3.5.0.ebuild: DEPEND: ~alpha(default/linux/alpha/17.0) ['>=dev-libs/libsass-3.5:=']
> dependency.bad dev-lang/sassc/sassc-3.5.0.ebuild: RDEPEND: ~alpha(default/linux/alpha/17.0) ['>=dev-libs/libsass-3.5:=']
> dependency.bad dev-lang/sassc/sassc-3.5.0.ebuild: DEPEND: ~alpha(default/linux/alpha/17.0/desktop) ['>=dev-libs/libsass-3.5:=']
An automated check of this bug failed - the following atom is unknown: dev-libs/libsass Please verify the atom list. ~ppc/~ppc64 keyworded Please keyword ia64. Both =dev-libs/libsass-3.5.5 and =dev-lang/sassc-3.5.0 emerge successfully there, including FEATURES=test (though I'm not sure that tests are included in the ebuilds). Thanks! (In reply to Émeric Maschino from comment #4) > Please keyword ia64. Both =dev-libs/libsass-3.5.5 and =dev-lang/sassc-3.5.0 > emerge successfully there, including FEATURES=test (though I'm not sure that > tests are included in the ebuilds). > > Thanks! =dev-lang/sassc-3.6.0 installs and passes tests successfully too. Still no ia64 keyword though :-( I think I didn't add stable ia64 keywords due to consideration of dropping stable gnome-shell, but missed that it didn't even have ~ia64 keywords yet I added ~ia64 for libsass and sassc; what about gnome-shell ~ia64? (In reply to Mart Raudsepp from comment #6) > I think I didn't add stable ia64 keywords due to consideration of dropping > stable gnome-shell, but missed that it didn't even have ~ia64 keywords yet That's why I was asking ;-) No problem and thanks for keywording. (In reply to Mart Raudsepp from comment #7) > I added ~ia64 for libsass and sassc; what about gnome-shell ~ia64? Thanks. Pending resolution of bug #703538 (slyfox proposed a patch that fixes the issue), you can safely keyword ~ia64 gnome-base/gnome-shell. If you do so, can you please consider keywording its dependencies? Namely, these are gnome-base/gnome-control-center as direct dependency and gui-libs/libhandy and media-libs/gsound as inherited dependencies (brought by gnome-base/gnome-control-center). As a side note, I didn't found BRs to keyword ~ia64 gnome-base/gnome-light and even gnome-base/gnome-core-apps. If I'm not mistaken, once gnome-base/gnome-shell is keyworded ~ia64, all gnome-base/gnome-light dependencies are satisfied. For gnome-base/gnome-core-apps, bug #704182 is needed. Émeric Sanity check failed:
> nonsolvable depset(depend) keyword(~alpha) stable profile (default/linux/alpha/17.0) (5 total): solutions: [ dev-libs/libsass:= ]
> nonsolvable depset(rdepend) keyword(~alpha) stable profile (default/linux/alpha/17.0) (5 total): solutions: [ dev-libs/libsass:= ]
Sanity check failed:
> dev-lang/sassc-3.6.0
> depend ~alpha stable profile default/linux/alpha/17.0 (5 total)
> dev-libs/libsass:=
> rdepend ~alpha stable profile default/linux/alpha/17.0 (5 total)
> dev-libs/libsass:=
A sizable chunk of gnome depends on ruby. Ruby-2.7+ will not support ia64. I've dekeyworded ruby on ia64 as: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=4e20c67fea47b985c710b493dc583bd0dd375611 It also pulled in gnome-shell. (In reply to Sergei Trofimovich from comment #12) > A sizable chunk of gnome depends on ruby. Ruby-2.7+ will not support ia64. > > I've dekeyworded ruby on ia64 as: > https://gitweb.gentoo.org/repo/gentoo.git/commit/ > ?id=4e20c67fea47b985c710b493dc583bd0dd375611 > > It also pulled in gnome-shell. While I'm not concerned by the removal of ruby, thus webkit-gtk, thus gnome-online-accounts and evolution-data-server, all not stable on ia64, I'm concerned by the inability to run gnome-shell. It was/is the reason of GNOME 3 as a whole and works OK on ia64 (I'm using it everyday). Isn't there a way to build gnome-shell without depending on evolution-data-server? From what I understand, evolution-data-server is here so that GNOME applications can share/send data with/to evolution PIM. I can understand that evolution-data-server is thus a strong dependency on the plethora of binary Linux distros out there where everything comes packaged/integrated. But with Gentoo, we have the choice to build only what's suitable for our needs. So, if you don't use evolution as PIM, I don't see why a package couldn't be evolution-data-server dependency free. Am I wrong here? Right now, I had to globally unmask eds (and also gnome-online-accounts IIRC, though this one should be optional too) as a workaround to be able to emerge gnome-shell :-S You can think of evolution-data-server also as more of a "local database of things", including local calendars, etc. gnome-shell hard-requires libecal and libedataserver. libecal is used for calendar server, which provides org.gnome.Shell.CalendarServer dbus service. I can't immediately find libedataserver use beyond meson dep check, but one is enough. It looks like you are instead looking for appropriate package.use.masks sprinkled around to be able to have evolution-data-server without webkit-gtk. (In reply to Mart Raudsepp from comment #14) > You can think of evolution-data-server also as more of a "local database of > things", including local calendars, etc. > > gnome-shell hard-requires libecal and libedataserver. > > libecal is used for calendar server, which provides > org.gnome.Shell.CalendarServer dbus service. I can't immediately find > libedataserver use beyond meson dep check, but one is enough. > > It looks like you are instead looking for appropriate package.use.masks > sprinkled around to be able to have evolution-data-server without webkit-gtk. Thanks for enlightening me. Enough BR hijack ;-) I've created bug #717550 as a follow-up to this discussion, with a better alternative (I think) as it allows to keep gnome-shell on ia64. Giving up on gnome-shell for alpha on timeout. |