Maintainers, stabilization candidate app-office/gnucash-2.7.4 requires >=dev-scheme/guile-2.0.0. Please select a 2.0 or 2.2 version for stabilization. Personally, I have been using 2.0.{13,14} with GnuCash for about 2 months without trouble.
ia64 stable
x86 stable
commit 0fcd2a4be943ae9339517a6dd63f94e1c27f2dc4 Author: Rolf Eike Beer <eike@sf-mail.de> Date: Mon Feb 12 20:15:55 2018 +0100 dev-scheme/guile: stable 2.0.14-r3 for sparc, bug #647114
amd64 stable
This needs many more things stabilized at the same time or many reverse deps will break As a side note, app-office/texmacs, coot and other few packages will cause a downgrade because it doesn't support guile-2 yet
*** Bug 626708 has been marked as a duplicate of this bug. ***
guile-lib needs to be done at the same time
*** Bug 637308 has been marked as a duplicate of this bug. ***
An automated check of this bug failed - repoman reported dependency errors (83 lines truncated): > dependency.bad sci-electronics/gwave/gwave-20120229.ebuild: DEPEND: amd64(default/linux/amd64/17.0) ['x11-libs/guile-gtk'] > dependency.bad sci-electronics/gwave/gwave-20120229.ebuild: RDEPEND: amd64(default/linux/amd64/17.0) ['x11-libs/guile-gtk'] > dependency.bad sci-electronics/gwave/gwave-20120229.ebuild: DEPEND: amd64(default/linux/amd64/17.0/desktop) ['x11-libs/guile-gtk']
*** Bug 613902 has been marked as a duplicate of this bug. ***
x86 stopped stabilization due to bug 647536.
while unfortunate for gwave, guile itself got already stabilized for amd64 and x86, and I'm not aware of any plans to destabilize them now. Thus the rest isn't a blocker for gnucash needs anymore and removing the blocker to have gnucash stabling show up for amd64 and x86 automated stabilization lists.
(In reply to Mart Raudsepp from comment #12) > while unfortunate for gwave, guile itself got already stabilized for amd64 > and x86, and I'm not aware of any plans to destabilize them now. Thus the > rest isn't a blocker for gnucash needs anymore and removing the blocker to > have gnucash stabling show up for amd64 and x86 automated stabilization > lists. guile doesn't even compile here on amd64. It starts commands like guild compile --target="x86_64-pc-linux-gnu" -Wunbound-variable -Warity-mismatch -Wformat \ -L "/var/tmp/portage/dev-scheme/guile-2.0.14-r3/work/guile-2.0.14/module" -L "/var/tmp/portage/dev-scheme/guile-2.0.14-r3/work/guile-2.0.14/module" \ -L "/var/tmp/portage/dev-scheme/guile-2.0.14-r3/work/guile-2.0.14/guile-readline" \ -o "language/glil.go" "language/glil.scm" which never finish. No error, just compile forever.
(In reply to Andrius Štikonas from comment #13) > (In reply to Mart Raudsepp from comment #12) > > while unfortunate for gwave, guile itself got already stabilized for amd64 > > and x86, and I'm not aware of any plans to destabilize them now. Thus the > > rest isn't a blocker for gnucash needs anymore and removing the blocker to > > have gnucash stabling show up for amd64 and x86 automated stabilization > > lists. > > guile doesn't even compile here on amd64. It starts commands like > guild compile --target="x86_64-pc-linux-gnu" -Wunbound-variable > -Warity-mismatch -Wformat \ > -L "/var/tmp/portage/dev-scheme/guile-2.0.14-r3/work/guile-2.0.14/module" > -L "/var/tmp/portage/dev-scheme/guile-2.0.14-r3/work/guile-2.0.14/module" > \ > -L > "/var/tmp/portage/dev-scheme/guile-2.0.14-r3/work/guile-2.0.14/guile- > readline" \ > -o "language/glil.go" "language/glil.scm" > > which never finish. No error, just compile forever. Why you did not submit bug then? How we are suppose to fix problems. It does compile for other users. Please submit bug with emerge --info and your build.log. Thank you
(In reply to Amy Liffey from comment #14) > (In reply to Andrius Štikonas from comment #13) > > (In reply to Mart Raudsepp from comment #12) > > > while unfortunate for gwave, guile itself got already stabilized for amd64 > > > and x86, and I'm not aware of any plans to destabilize them now. Thus the > > > rest isn't a blocker for gnucash needs anymore and removing the blocker to > > > have gnucash stabling show up for amd64 and x86 automated stabilization > > > lists. > > > > guile doesn't even compile here on amd64. It starts commands like > > guild compile --target="x86_64-pc-linux-gnu" -Wunbound-variable > > -Warity-mismatch -Wformat \ > > -L "/var/tmp/portage/dev-scheme/guile-2.0.14-r3/work/guile-2.0.14/module" > > -L "/var/tmp/portage/dev-scheme/guile-2.0.14-r3/work/guile-2.0.14/module" > > \ > > -L > > "/var/tmp/portage/dev-scheme/guile-2.0.14-r3/work/guile-2.0.14/guile- > > readline" \ > > -o "language/glil.go" "language/glil.scm" > > > > which never finish. No error, just compile forever. > > Why you did not submit bug then? How we are suppose to fix problems. It does > compile for other users. > > Please submit bug with emerge --info and your build.log. > > Thank you I didn't encounter this bug before it was stabilized. And I didn't have time a few days ago, that's why I didn't properly submit it yet. I'll do it now and add as a blocker bug. build.log might not be too useful as there is no error but I'll attach it
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ae7893fbafbcbd911101ad470f38815c058d6d0e commit ae7893fbafbcbd911101ad470f38815c058d6d0e Author: Rolf Eike Beer <eike@sf-mail.de> AuthorDate: 2018-03-28 18:33:41 +0000 Commit: Sergei Trofimovich <slyfox@gentoo.org> CommitDate: 2018-03-28 19:32:16 +0000 dev-scheme/guile-lib: stable 0.2.5.1 for sparc Bug: https://bugs.gentoo.org/647114 Package-Manager: Portage-2.3.24, Repoman-2.3.6 RepoMan-Options: --include-arches="sparc" dev-scheme/guile-lib/guile-lib-0.2.5.1.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)}
ppc64 stable
ppc stable
Already stable on amd64
alpha stable
arm stable
hppa stable
arm64 can not proceed due to bug 595128.
(In reply to Amy Liffey from comment #22) > hppa stable How did you test this? You don't have an account on hake (our hppa devbox) so you must have a machine yourself?
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=10a0363eb11f26ee946d44c2c0508c61a6e89dc8 commit 10a0363eb11f26ee946d44c2c0508c61a6e89dc8 Author: Matt Turner <mattst88@gentoo.org> AuthorDate: 2018-04-25 18:46:53 +0000 Commit: Matt Turner <mattst88@gentoo.org> CommitDate: 2018-04-25 18:48:54 +0000 Revert "dev-scheme/guile: stable for hppa, #647114" This reverts commit 813d3a35da620756353685a1548c4368f8b45f63. Amynka has no history of working on hppa and refuses to answer how she tested. Bug: https://bugs.gentoo.org/647114 dev-scheme/guile/guile-2.0.14-r3.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)}
(In reply to Larry the Git Cow from comment #25) > The bug has been referenced in the following commit(s): > > https://gitweb.gentoo.org/repo/gentoo.git/commit/ > ?id=10a0363eb11f26ee946d44c2c0508c61a6e89dc8 > > commit 10a0363eb11f26ee946d44c2c0508c61a6e89dc8 > Author: Matt Turner <mattst88@gentoo.org> > AuthorDate: 2018-04-25 18:46:53 +0000 > Commit: Matt Turner <mattst88@gentoo.org> > CommitDate: 2018-04-25 18:48:54 +0000 > > Revert "dev-scheme/guile: stable for hppa, #647114" > > This reverts commit 813d3a35da620756353685a1548c4368f8b45f63. > > Amynka has no history of working on hppa and refuses to answer how she > tested. > > Bug: https://bugs.gentoo.org/647114 > > dev-scheme/guile/guile-2.0.14-r3.ebuild | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-)} Please proceed with restoring, I tested it and Amy had stabilized
Hppa was handled by jer https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=45299912a59d013cc9e7c4f2670275596cf01e4f
(In reply to Mikle Kolyada from comment #27) > Hppa was handled by jer > > https://gitweb.gentoo.org/repo/gentoo.git/commit/ > ?id=45299912a59d013cc9e7c4f2670275596cf01e4f But not dev-scheme/guile-lib-0.2.5.1.
arm64 stable
s390 stable
commit f64925499be42d0f3564bd9cb45b46ce1eacf9fe Author: Thomas Deutschmann <whissi@gentoo.org> Date: Sun Feb 11 20:04:18 2018 +0100 dev-scheme/guile: x86 stable (bug #647114)
m68k/sh stable
