Todd Goodman wrote:
* Dale [110622 14:45]:
When I did that, it complained that cantor was built with no backend.
Did you get the same thing? It said this here:
WARN (postinst)
You have decided to build cantor with no backend.
To have this application functional, please do one of below
On 6/24/2011 8:03 AM, Todd Goodman wrote:
* Mike Edenfield [110623 18:34]:
It's one package (cantor) that has one dependency (R) that is optional
(USE=-R) that falls squarely into the "if you aren't sure if you need it
then you probably don't" category. So for most
On 6/22/2011 2:35 PM, Dale wrote:
> When I did that, it complained that cantor was built with no backend.
> Did you get the same thing? It said this here:
>
> WARN (postinst)
>
> You have decided to build cantor with no backend.
> To have this application functional, p
* Dale [110622 17:40]:
> Todd Goodman wrote:
> > * Dale [110622 14:45]:
> >
> >>
> >> When I did that, it complained that cantor was built with no backend.
> >> Did you get the same thing? It said this here:
> >>
> >> WARN (
* Mike Edenfield [110624 08:25]:
> On 6/24/2011 8:03 AM, Todd Goodman wrote:
> > * Mike Edenfield [110623 18:34]:
>
> >> It's one package (cantor) that has one dependency (R) that is optional
> >> (USE=-R) that falls squarely into the "if you aren'
Mike Edenfield wrote:
On 6/22/2011 2:35 PM, Dale wrote:
When I did that, it complained that cantor was built with no backend.
Did you get the same thing? It said this here:
WARN (postinst)
You have decided to build cantor with no backend.
To have this application functional, please do
On 6/23/2011 1:04 AM, Dale wrote:
> Mike Edenfield wrote:
>> On 6/22/2011 2:35 PM, Dale wrote:
>>> You have decided to build cantor with no backend.
>>> To have this application functional, please do one of below:
>>> # emerge -va1 '='k
On Fri, 24 Jun 2011 08:03:04 -0400, Todd Goodman wrote:
> What seems strange then is that if everyone keeps telling Dale that he
> most likely doesn't need cantor and R then why is R enabled in the
> profile by default?
Because if you do need cantor, it works best with R. But the
Mike Edenfield wrote:
On 6/23/2011 1:04 AM, Dale wrote:
Mike Edenfield wrote:
On 6/22/2011 2:35 PM, Dale wrote:
You have decided to build cantor with no backend.
To have this application functional, please do one of below:
# emerge -va1 '='kde-base/ca
On Wed, 22 Jun 2011 16:34:35 -0500, Dale wrote:
> root@fireball / # eix cantor
> [I] kde-base/cantor
> Available versions: (4) 4.6.2{tbz2} 4.6.3{tbz2} (~)4.6.4{tbz2}
> {+R aqua debug +handbook kdeenablefinal kdeprefix ps}
> Installed versions: 4.6.4(4){tb
rtran)
no matching entries found
root@fireball / #
Thing is, I switched it back and programs on here now need
fortran to build. So, euse is not reporting it but R and
Cantor won't build without fortran. Basically, euse should
also report R and can
d it enabled.
> >
> > Looks like it's only packages that are pulled in by kdeedu-meta. Do you
> > need
> > all those?
> >
>
> It's one package (cantor) that has one dependency (R) that is optional
> (USE=-R) that falls squarely into the "if yo
gt;>
> >> Installed packages matching this USE flag:
> >> sys-devel/gcc-4.4.5
> >>
> >> local use flags (searching: fortran)
> >>
> >> no matching entries found
> >> root@fire
eference-20070226 which then craps out since I don't have
> >> the fortran use flag enabled.
> >>
> >> My solution is to force -R in make.conf
> >>
> >
> > Let me make a note of that, in make.conf of course. ;-)
> >
> > Thanks.
>
Neil Bothwick wrote:
On Wed, 22 Jun 2011 16:34:35 -0500, Dale wrote:
root@fireball / # eix cantor
[I] kde-base/cantor
Available versions: (4) 4.6.2{tbz2} 4.6.3{tbz2} (~)4.6.4{tbz2}
{+R aqua debug +handbook kdeenablefinal kdeprefix ps}
Installed versions: 4.6.4(4
was why are you installing cantor if you don't need it?
You don't use it, you don't need it, it drags in a bunch of dependencies
that require other packages to install more files too, yet you still want
it there.
Hint: I don't have cantor installed and the sky hasn't falle
/blas which pulls in
sci-libs/blas-reference-20070226 which then craps out since I don't have
the fortran use flag enabled.
My solution is to force -R in make.conf
Let me make a note of that, in make.conf of course. ;-)
Thanks.
Dale
:-) :-)
When I did that, it complained that cantor was
On Fri, Jun 24, 2011 at 6:38 AM, Todd Goodman wrote:
> * Mike Edenfield [110624 08:25]:
>> On 6/24/2011 8:03 AM, Todd Goodman wrote:
>> > * Mike Edenfield [110623 18:34]:
>>
>> >> It's one package (cantor) that has one dependency (R) that is optional
&g
use flags (searching: fortran)
no matching entries found
root@fireball / #
Thing is, I know a couple packages use it on this rig because I just had
to recompile them. Cantor and R are two that I recall.
Maybe it is because it is not a option in t
that are pulled in by kdeedu-meta. Do you need
> all those?
>
It's one package (cantor) that has one dependency (R) that is optional
(USE=-R) that falls squarely into the "if you aren't sure if you need it
then you probably don't" category. So for most users, no, you
f either way. Instread of ABD, I got WXYZ because
> of dependencies. It's not that I want them, it's that portage needs
> them to make a package that I do want happy. This reminds me of the
> six of one or half a dozen of the other. This may be nine of one tho.
> lol
On Thu, 23 Jun 2011 05:49:45 -0500, Dale wrote:
> > My question was why are you installing cantor if you don't need it?
> Oh, I see. It was pulled in by kde-meta. I know I can have KDE other
> ways but it is much easier to emerge kde-meta than to emerge < some
> huge am
On Thu, 23 Jun 2011 18:54:14 -0400, Mike Edenfield wrote:
> It's one package (cantor) that has one dependency (R) that is optional
> (USE=-R) that falls squarely into the "if you aren't sure if you need it
> then you probably don't" category. So for most users,
Michael Schreckenbauer wrote:
cantor uses R as default backend. R uses fortran. And yes, that's because of
its speed, when it comes to mathematics and numerics.
Michael
I put it back like it was. Heck, if I don't, something else will need
it later on and portage will
x27;t actually need/want.
>>
>>
>
> Well, that leads back to KDE. So, looks like it stays.
Ah. I remember KDE trying to pull in R once before.
$ /etc/portage/package/use/kde
kde-base/cantor -R
t; > will never use. There's a C++ compiler only used by programmers. We all
> > have them, only to compile programs, that need them.
> > Why not enable fortran, even if it's only optional, to get the best of
> > the available implementations? In the end it's only
Neil Bothwick wrote:
On Thu, 23 Jun 2011 05:49:45 -0500, Dale wrote:
My question was why are you installing cantor if you don't need it?
Oh, I see. It was pulled in by kde-meta. I know I can have KDE other
ways but it is much easier to emerge kde-meta than to emerge&l
On 6/23/2011 8:31 PM, Neil Bothwick wrote:
On Thu, 23 Jun 2011 18:54:14 -0400, Mike Edenfield wrote:
It's one package (cantor) that has one dependency (R) that is optional
(USE=-R) that falls squarely into the "if you aren't sure if you need it
then you probably don't&qu
On Thursday 23 June 2011 13:09:53 Neil Bothwick did opine thusly:
> On Thu, 23 Jun 2011 05:49:45 -0500, Dale wrote:
> > > My question was why are you installing cantor if you don't
> > > need it?
> >
> > Oh, I see. It was pulled in by kde-meta. I know I
ich means you most likely had a non-working cantor and no
fortran compiler before and just didn't notice :)
--Mike
nd
root@fireball / #
Thing is, I know a couple packages use it on this rig because I just had
to recompile them. Cantor and R are two that I recall.
Maybe it is because it is not a option in the list? The USE flag that is.
Dale
:-) :-)
ortran (formerly f77)
>
> Installed packages matching this USE flag:
> sys-devel/gcc-4.4.5
>
> local use flags (searching: fortran)
> ****
> no matching entries found
> root@fireball / #
>
> Thing is, I know a couple pack
x27;t sufficient.
Which means you most likely had a non-working cantor and no fortran
compiler before and just didn't notice :)
--Mike
My understanding, USE flag was there and had been for a long time, got
changed, this thread was started, discussion was had, USE flag was put
back t
all have them, only to
compile programs, that need them.
Why not enable fortran, even if it's only optional, to get the best of the
available implementations? In the end it's only one programming language more
installed on your system.
Regards,
Michael
I just wonder if that is
s-devel/gcc-4.3.4 pulled in by:
* app-arch/rpm-4.4.6-r7 needs libgomp.so.1
* dev-lang/R-2.11.1 needs libgfortran.so.3
* dev-lang/gdl-0.9_rc4 needs libgomp.so.1
* dev-libs/beecrypt-4.2.1 needs libgomp.so.1
* kde-base/cantor-4.4.4 needs libgfortran.so.3
* kde-base/libkdcraw-4
moved. This can be solved by rebuilding the
> * packages that pulled them in.
> *
> * sys-devel/gcc-4.3.4 pulled in by:
> * app-arch/rpm-4.4.6-r7 needs libgomp.so.1
> * dev-lang/R-2.11.1 needs libgfortran.so.3
> * dev-lang/gdl-0.9_rc4 needs libgomp.s
kalgebra-15.12.3
[ebuild rR ~] kde-apps/rocs-15.12.3
[ebuild rR ~] kde-apps/cantor-15.12.3-r1
[ebuild rR ~] kde-apps/kstars-15.12.3
[ebuild rR ~] kde-apps/kwordquiz-15.12.3-r1
[ebuild rR ~] kde-apps/blinken-15.12.3
[ebuild rR ~] kde-apps/kiten-15.12.3
[ebui
ps/amor-4.15
>kde-apps/kteatime-4.15
>kde-apps/kiten-4.15
>kde-apps/pairs-4.15
>kde-apps/step-4.15
>kde-apps/kbruch-4.15
>kde-apps/blinken-4.15
>kde-apps/cantor-4.15
>kde-apps/kig-4.15
>kde-apps/kgeography-4.15
>kde-apps/rocs-4.15
>kde-apps/dragon-4.15
>kde-apps/j
o [16.08.1:5::gentoo]
USE="handbook -debug (-selinux)" 1,109 KiB
[ebuild U ] kde-apps/bomber-16.08.3:5::gentoo [16.08.1:5::gentoo]
USE="handbook -debug" 699 KiB
[ebuild U ] kde-apps/kbreakout-16.08.3:5::gentoo
[16.08.1:5::gentoo] USE="handbook -debug" 1,941 Ki
On 07/11/2016 08:47 PM, konsolebox wrote:
> On Tue, Jul 12, 2016 at 10:29 AM, Daniel Frey wrote:
>> On 07/11/2016 06:06 PM, Daniel Frey wrote:
>>> I would think that if eshowkw is picking up things in the kde-sunset
>>> overlay it would be indicated in the repo column?
>>>
>>> However, I don't see
40 matches
Mail list logo