* [gentoo-science] sage-scripts' dependencies
@ 2010-07-05 17:00 Steven Trogdon
2010-07-05 19:26 ` Christopher Schwan
2010-07-05 23:35 ` François Bissey
0 siblings, 2 replies; 4+ messages in thread
From: Steven Trogdon @ 2010-07-05 17:00 UTC (permalink / raw
To: gentoo-science
[-- Attachment #1: Type: text/plain, Size: 676 bytes --]
Hi,
I encountered the following when making a fresh install of sage (~136
packages) within a 32bit chroot. Emerge of sage terminated because of the
following line
dosym $(which gp) "${SAGE_LOCAL}"/bin/sage_pari || die
in the sage-scripts ebuild. In emerging sage, sage-scripts gets pulled in
before pari and thus the failure. I suppose it would be awkward to have
sage-scripts depend on pari when only a symlink is created? This can be
replicated if one has a working sage by removing pari and sage-scripts and
either updating world or re-emerging sage-core. Here, sage-scripts gets
pulled in before pari and the update/emerge fails.
Steve
[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [gentoo-science] sage-scripts' dependencies
2010-07-05 17:00 [gentoo-science] sage-scripts' dependencies Steven Trogdon
@ 2010-07-05 19:26 ` Christopher Schwan
2010-07-05 23:35 ` François Bissey
1 sibling, 0 replies; 4+ messages in thread
From: Christopher Schwan @ 2010-07-05 19:26 UTC (permalink / raw
To: gentoo-science
Hi,
On Monday 05 July 2010 19:00:15 Steven Trogdon wrote:
> Hi,
>
> I encountered the following when making a fresh install of sage (~136
> packages) within a 32bit chroot. Emerge of sage terminated because of the
> following line
>
> dosym $(which gp) "${SAGE_LOCAL}"/bin/sage_pari || die
>
> in the sage-scripts ebuild. In emerging sage, sage-scripts gets pulled in
> before pari and thus the failure. I suppose it would be awkward to have
> sage-scripts depend on pari when only a symlink is created? This can be
> replicated if one has a working sage by removing pari and sage-scripts and
> either updating world or re-emerging sage-core. Here, sage-scripts gets
> pulled in before pari and the update/emerge fails.
Thats defintely a bug - I am currently testing if the link is actually needed.
>
> Steve
Christopher
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [gentoo-science] sage-scripts' dependencies
2010-07-05 17:00 [gentoo-science] sage-scripts' dependencies Steven Trogdon
2010-07-05 19:26 ` Christopher Schwan
@ 2010-07-05 23:35 ` François Bissey
2010-07-06 0:41 ` Steven Trogdon
1 sibling, 1 reply; 4+ messages in thread
From: François Bissey @ 2010-07-05 23:35 UTC (permalink / raw
To: gentoo-science
> Hi,
>
> I encountered the following when making a fresh install of sage (~136
> packages) within a 32bit chroot. Emerge of sage terminated because of the
> following line
>
> dosym $(which gp) "${SAGE_LOCAL}"/bin/sage_pari || die
>
> in the sage-scripts ebuild. In emerging sage, sage-scripts gets pulled in
> before pari and thus the failure. I suppose it would be awkward to have
> sage-scripts depend on pari when only a symlink is created? This can be
> replicated if one has a working sage by removing pari and sage-scripts and
> either updating world or re-emerging sage-core. Here, sage-scripts gets
> pulled in before pari and the update/emerge fails.
>
Hi Steve,
I have just added a svn snapshot of pari in the overlay but not all
dependencies have been adjusted for the right slot.
How did that go? Did you get pari 2.3 or 2.4 installed?
I would imagine that if you had only pari 2.4 things failed to compile as
I have slotted it so you have to request it explicitly which happens nowhere
at the moment.
Francois
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2010-07-06 0:45 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-07-05 17:00 [gentoo-science] sage-scripts' dependencies Steven Trogdon
2010-07-05 19:26 ` Christopher Schwan
2010-07-05 23:35 ` François Bissey
2010-07-06 0:41 ` Steven Trogdon
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox