Hi,
I just checked that GHC has no use flags other than doc. My first
question is: can its documentation be generated without having to
compile ghc? Shouldn't its documentation be included as a different
package? (ghc's doc use flag pulling ghc-doc as a post-installation
dependency).
Cheers
2015-09-24 14:38 GMT+03:00 Alec Ten Harmsel <a...@alectenharmsel.com>:
> On Thu, Sep 24, 2015 at 02:27:43PM +0300, gevisz wrote:
>> I have dev-lang/ghc in my world file.
>>
>> Today, while updating the system, the portage
>> wanted to update it. Ok. But why it pull
On Thu, Sep 24, 2015 at 02:27:43PM +0300, gevisz wrote:
> I have dev-lang/ghc in my world file.
>
> Today, while updating the system, the portage
> wanted to update it. Ok. But why it pulles in
> ghc-bin-7.8.4-amd64.tbz2?
Like all good language authors, the ghc auth
I have dev-lang/ghc in my world file.
Today, while updating the system, the portage
wanted to update it. Ok. But why it pulles in
ghc-bin-7.8.4-amd64.tbz2?
# emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world
These are the packages that would be merged, in order
On Saturday 28 April 2007 20:50:12 Iván Pérez Domínguez wrote:
In the official portage there's a package called dev-haskell/network. It
does absolutely nothing (it even says that). Why is it there? What is
the purpose of having that package if it's not a virtual package that,
btw, ghc could
!!! into the dependency graph, resulting in a slot conflict:
sys-libs/readline:0
('ebuild', '/', 'sys-libs/readline-5.2_p13', 'merge') pulled in by
=sys-libs/readline-5* required by ('installed', '/', 'dev-lang/ghc-6.8.2',
'nomerge')
(and 54 more)
('installed', '/', 'sys-libs/readline-6.0_p3', 'nomerge
; Sergei Trofimovich sly...@gentoo.org
+files/opengl-2.2.1.1-ghc-7.4.patch, opengl-2.2.1.1.ebuild:
Fix build failure against ghc-7.4 (reported by Christian Lask).
Another note: you are mixing stable (opengl) and unstable (ghc) packages.
It is usually fine, but in order to use anything from overlay
On Tuesday 14 August 2007, Iván Pérez Domínguez
[EMAIL PROTECTED] wrote about '[gentoo-user] GHC and
documentation':
Shouldn't its documentation be included as a different
package?
That may be the way Debian does things, but gentoo does not split
documentation, header files, or debug
[EMAIL PROTECTED] wrote:
ghc-updater ran fine, or at least didn't hang. There was one
error:
src/lib/HsShellScript/Commands.chs:21:0:
Failed to load interface for
`Text.ParserCombinators.Parsec':
Perhaps you haven't installed the profiling
libraries
In a routine upgrade, I get the following message from several
haskell components:
* The package dev-haskell/cabal is not correctly installed for
* the currently active version of ghc (6.8.2). Please
* run ghc-updater or re-emerge dev-haskell/cabal.
So I tried running ghc-updater
In the official portage there's a package called dev-haskell/network. It
does absolutely nothing (it even says that). Why is it there? What is
the purpose of having that package if it's not a virtual package that,
btw, ghc could provide?
--
[EMAIL PROTECTED] mailing list
J. Roeleveld joost at antarean.org writes:
What is llvm actually used for?
Enable llvm code generator for ghc (-fllvm).
Build with llvm. Currently the package only builds against old versions of llvm.
Enable LLVM backend for Gallium3D.
Build the sparse-llvm utility
hth,
James
unpacked in /var/tmp/portage/dev-haskell/opengl-2.2.1.1/work
Compiling source in
/var/tmp/portage/dev-haskell/opengl-2.2.1.1/work/OpenGL-2.2.1.1 ...
* Using cabal-1.14.0.
/usr/bin/ghc -package Cabal-1.14.0 --make
/var/tmp/portage/dev-haskell/opengl-2.2.1.1/work/OpenGL-2.2.1.1/Setup.hs
I have a bunch of old laptops that large builds such as texlive and ghc fail
on, I'm assuming because of insufficient memory and disk space. If I've
understood correctly, with Distcc I could build everything on my main desktop
PC and have the binaries transferred through network? How does
Hi,
I have an hypervisor running gentoo. The ganeti version currently
installed is 2.15.2-r5. Emerge asks me to unmask 2.15.2-r7 in order to
install ghc-8 and upgrade dev-haskell/snap-core and
dev-haskell/snap-server.
However app-emulation/ganeti-2.15.2-r7 is marked as ~arch and pulls
sys-fs
On Wed, Dec 26, 2007 at 06:05:14PM -0800, [EMAIL PROTECTED] wrote:
I'll post more when ghc-updater is done.
ghc-updater ran fine, or at least didn't hang. There was one error:
src/lib/HsShellScript/Commands.chs:21:0:
Failed to load interface for `Text.ParserCombinators.Parsec
~dev-haskell/gtk-0.12.0
~dev-haskell/hunit-1.2.4.2
~dev-haskell/parsec-3.1.3
=dev-lang/ghc-7.4.2
But when I do emerge -puvD --changed-use @world I get:
# emerge -puvDN @world
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild rR
in
my world file:
=dev-haskell/cabal-1.16*
~dev-haskell/mtl-2.1.1
~dev-haskell/gtk-0.12.0
~dev-haskell/hunit-1.2.4.2
~dev-haskell/parsec-3.1.3
=dev-lang/ghc-7.4.2
But when I do emerge -puvD --changed-use @world I get:
# emerge -puvDN @world
* required by (dev-lang/ghc-6.8.2::gentoo, installed)
(sys-libs/readline-6.2_p1::gentoo, ebuild scheduled for merge) pulled
in by =sys-libs/readline-6.2_p1
Is ts possible to install both libraries in the same time?
Yes. Portage can support different versions side-by-side if the ebuild
-5.2_p12-r1::gentoo, installed) pulled in by
=sys-libs/readline-5* required by (dev-lang/ghc-6.8.2::gentoo,
installed)
(sys-libs/readline-6.2_p1::gentoo, ebuild scheduled for merge) pulled
in by =sys-libs/readline-6.2_p1
Is ts possible to install both libraries
. It is
possible to have multiple versions of it installed on a system.
Alternatively the ghc package could use some maintenance. It's the only
one I know of that has that dependency locked to 5.
for a quick fix you can lock readline to 5 in /etc/portage/package.mask
-- Keith Dart
in order while ghc complains about unsatisfied dependencies.
--
/cabal-1.16*
~dev-haskell/mtl-2.1.1
~dev-haskell/gtk-0.12.0
~dev-haskell/hunit-1.2.4.2
~dev-haskell/parsec-3.1.3
=dev-lang/ghc-7.4.2
it might be cleaner, and easier to maintain, to put these in a set.
--
Neil Bothwick
667 - The FAX number of the beast
signature.asc
On 17-09-27 at 19:22, Melleus wrote:
> After last update my Xmonad starts from 8-th workspace instead of
> 1-st. I did not change anything but updated Xmonad and GHC, config
> remained the same (file attached). What have I done wrong other than I'd
> better not updated my system?
&g
it means the actual haxml-1.13.2.ebuild file? I'd be willing to try
that, but that is the most recent ebuild.
It all started with complaints about cabal being out of date and
needing to run ghc-updater, which came up with a dozen packages to
remerge. I tried remerging cabal itself, which didn't hang
to be md5sums. I am working
over a slow ssh connection right now, I'll look more into it in a few
days. I am rerunning ghc-updater again; that's where this whole thing
started.
I was sort of hoping the unmerge would hang. Not much to debug now,
unless I restore /var/db/pkg ...
I'll post more when
Hi all,
I have a question that I wanted to ask here before I open a potentially
erroneous bug about it.
For the ipython nbconvert command I need pandoc, which depends on various
Haskell packages. Yesterday ghc was upgraded to 7.6.3-r1, which triggered
rebuilds (AFAIU due to sub-slot
parallel installs:
/usr/lib64/text-0.11.3.1/ghc-7.6.3/Data/Text.hi
/usr/lib64/text-0.11.3.1/ghc-7.6.3/libHStext-0.11.3.1.a
so adding proper slots should be easy, but I'm not sure.
Can anyone reproduce this problem? I did not have _any_ haskell
package installed so far.
Should I open a bug? Or
tage/dev-haskell/http-client-tls-0.2.2/image/usr/lib64/http-client-tls-0.2.2/ghc-7.10.2
> Creating package registration file:
> /var/tmp/portage/dev-haskell/http-client-tls-0.2.2/temp/http-client-tls-0.2.2.conf
> ghc-pkg: cannot create:
> /var/tmp/portage/dev-haskell/http-client-t
ge/dev-haskell/http-client-tls-0.2.2/image/
>> Installing library in
>>
>/var/tmp/portage/dev-haskell/http-client-tls-0.2.2/image/usr/lib64/http-client-tls-0.2.2/ghc-7.10.2
>> Creating package registration file:
>>
>/var/tmp/portage/dev-haskell/http-client-tls-0.2.2/t
old versions of my
dependencies. I thought I would be okay with putting the following in
my world file:
=dev-haskell/cabal-1.16*
~dev-haskell/mtl-2.1.1
~dev-haskell/gtk-0.12.0
~dev-haskell/hunit-1.2.4.2
~dev-haskell/parsec-3.1.3
=dev-lang/ghc-7.4.2
,
I have an conflict wth 2 Versions of Readline:
(sys-libs/readline-5.2_p12-r1::gentoo, installed) pulled in by
=sys-libs/readline-5* required by (dev-lang/ghc-6.8.2::gentoo,
installed)
(sys-libs/readline-6.2_p1::gentoo, ebuild scheduled for merge) pulled
in by =sys
each
process may lose speed...
Yes. But when an emerge (ghc - haskell - in my case) is taking *hours*
to finish, it's nice to know that I can fire up another one... :)
--
Aloha = Beau;
--
gentoo-user@gentoo.org mailing list
in a slot conflict:
sys-libs/readline:0
('ebuild', '/', 'sys-libs/readline-5.2_p13', 'merge') pulled in by
=sys-libs/readline-5* required by ('installed', '/', 'dev-lang/ghc-6.8.2',
'nomerge')
(and 54 more)
('installed', '/', 'sys-libs/readline-6.0_p3', 'nomerge') pulled in by
=sys
Hi,
I have an conflict wth 2 Versions of Readline:
(sys-libs/readline-5.2_p12-r1::gentoo, installed) pulled in by
=sys-libs/readline-5* required by (dev-lang/ghc-6.8.2::gentoo, installed)
(sys-libs/readline-6.2_p1::gentoo, ebuild scheduled for merge) pulled
in by =sys-libs/readline
significantly longer (30+ minutes iirc? it's been
a while).
Sometimes I think it'd be nice to be able to enable all manuals / user
guides but not necessarily API documentation (examples: wireshark,
postgresql-server, ghc), but since that's the extent of my examples,
and two of them are development-related, I
on
maintainers computers and then uploaded on Gentoo infra?
Could be either. The best way to tell is to look at the SRC_URI line in
the ebuild. For example, Firefox comes from Mozilla, while
dev-lang/ghc[binary] was built by the maintainer.
In fact, we had lots of trolls^W discussions about this point
would be okay with putting the following in
my world file:
=dev-haskell/cabal-1.16*
~dev-haskell/mtl-2.1.1
~dev-haskell/gtk-0.12.0
~dev-haskell/hunit-1.2.4.2
~dev-haskell/parsec-3.1.3
=dev-lang/ghc-7.4.2
it might be cleaner, and easier to maintain, to put
he next build.
>
Please open a bug. Portage probably has its own reasons for handling
${T} the way it does.
The problem with the Haskell stuff is (in haskell-cabal.eclass),
# Newer cabal can generate a package conf for us:
./setup register --gen-pkg-config="${T}/${P}.conf"
ghc-in
bug I submitted:
https://bugs.gentoo.org/show_bug.cgi?id=537162. While there's a lot of
packages in dev-haskell my use of GHC and Cabal showed me it was
impossible to prevent Cabal's maintenance scripts from running; those
scripts download and execute unsigned code. This seems to imply to me
that
After last update my Xmonad starts from 8-th workspace instead of
1-st. I did not change anything but updated Xmonad and GHC, config
remained the same (file attached). What have I done wrong other than I'd
better not updated my system?
Thank you ahead of time.
import XMonad
-- import
Simon Thelen <gentoo-u...@c-14.de> writes:
> On 17-09-27 at 19:22, Melleus wrote:
>> After last update my Xmonad starts from 8-th workspace instead of
>> 1-st. I did not change anything but updated Xmonad and GHC, config
>> remained the same (file attached). What have
On Wed, Sep 27, 2017 at 4:06 PM, Simon Thelen <gentoo-u...@c-14.de> wrote:
> On 17-09-27 at 19:22, Melleus wrote:
>> After last update my Xmonad starts from 8-th workspace instead of
>> 1-st. I did not change anything but updated Xmonad and GHC, config
>> remained the
On Fri, Nov 3, 2017 at 11:54 AM, Lasse Pouru
<lasse.po...@edu.turkuamk.fi> wrote:
> I have a bunch of old laptops that large builds such as texlive and ghc fail
> on, I'm assuming because of insufficient memory and disk space. If I've
> understood correctly, with Distcc I could b
ich are too big
for tmpfs
#app-editors/neovim no_tmpfs.conf
#app-emulation/qemu-kv no_tmpfs.conf
#app-office/libreoffice no_tmpfs.conf
#dev-db/mysql no_tmpfs.conf
#dev-java/icedtea no_tmpfs.conf
#dev-lang/ghc no_tmpfs.conf
#dev-lang/ghc no_tmpfs.conf
#dev-lang/m
rce...
>>> Unpacking stack-1.3.2.tar.gz to /var/tmp/portage/dev-haskell/stack-1.3.2/work
>>> Source unpacked in /var/tmp/portage/dev-haskell/stack-1.3.2/work
>>> Preparing source in /var/tmp/portage/dev-haskell/stack-1.3.2/work/stack-1.3.2 ...
[32;01m*[0m CHDEP: 'direct
portage/package.env/no_tmpfs.conf
# custom - 20181121 - rfischer: list packages, which are too big
for tmpfs
#app-editors/neovim no_tmpfs.conf
#app-emulation/qemu-kv no_tmpfs.conf
#app-office/libreoffice no_tmpfs.conf
#dev-db/mysql no_tmpfs.conf
#dev-java/icedtea no_tmp
On Sat, Feb 16, 2013 at 09:13:13AM +, Kerin Millar wrote:
On 16/02/2013 08:36, Frank Schwidom wrote:
Hi,
I have an conflict wth 2 Versions of Readline:
(sys-libs/readline-5.2_p12-r1::gentoo, installed) pulled in by
=sys-libs/readline-5* required by (dev-lang/ghc-6.8.2
>> again without the masks?
>
>Yes please open a bug.
https://bugs.gentoo.org/show_bug.cgi?id=559988
I left ghc installed, as that had nothing to do with those conflicts.
The packages pulled in by the conflicting ones on a "clean" system is
so long I chose not to bo
On Thu, 22 Jun 2017 15:57:34 -0500
R0b0t1 <r03...@gmail.com> wrote:
> You might be interested in this bug I submitted:
> https://bugs.gentoo.org/show_bug.cgi?id=537162. While there's a lot of
> packages in dev-haskell my use of GHC and Cabal showed me it was
> impossible
R0b0t1 <r03...@gmail.com> writes:
> On Wed, Sep 27, 2017 at 4:06 PM, Simon Thelen <gentoo-u...@c-14.de> wrote:
>> On 17-09-27 at 19:22, Melleus wrote:
>>> After last update my Xmonad starts from 8-th workspace instead of
>>> 1-st. I did not change anyt
On 03/11/17 16:54, Lasse Pouru wrote:
I have a bunch of old laptops that large builds such as texlive and ghc fail
on, I'm assuming because of insufficient memory and disk space. If I've
understood correctly, with Distcc I could build everything on my main desktop
PC and have the binaries
Wol's lists <antli...@youngman.org.uk> writes:
> On 03/11/17 16:54, Lasse Pouru wrote:
>> I have a bunch of old laptops that large builds such as texlive and
>> ghc fail on, I'm assuming because of insufficient memory and disk
>> space. If I've understood correctly
On Fri, Nov 03, 2017 at 06:54:49PM +0200, Lasse Pouru wrote
> I have a bunch of old laptops that large builds such as texlive
> and ghc fail on, I'm assuming because of insufficient memory and
> disk space. If I've understood correctly, with Distcc I could build
> everything on my mai
.
mad.scientist.at.large (a good madscientist)
--
4. Nov 2017 13:30 by waltd...@waltdnes.org:
> On Fri, Nov 03, 2017 at 06:54:49PM +0200, Lasse Pouru wrote
>> I have a bunch of old laptops that large builds such as texlive
>> and ghc fail on, I'm assuming because of insufficient memory an
t's a separate
complaint), and spidermonkey requires rust to build, there's no
avoiding it for my needs, so I just cut bait.
The same can be said for GHC (the Glasgow Haskell Compiler). I can't
do my day-to-day without shellcheck, but spending 8 hours to build a
compiler for shellcheck (and someti
e interested in this bug I submitted:
> >> https://bugs.gentoo.org/show_bug.cgi?id=537162. While there's a lot of
> >> packages in dev-haskell my use of GHC and Cabal showed me it was
> >> impossible to prevent Cabal's maintenance scripts from running; those
over
especific packages without affect the rest of the system, or when a package
needs especial values in environment variables as LC_ALL, i.e. ghc-6.8...
2008/5/25 dhk [EMAIL PROTECTED]:
I did the build the non-persistent way and ran my program with the
debugger. When I got to the breakpoint
machines,
mainly due to the large size of the xmonad dependencies (GHC takes up
quite some space).
From my point of view they both look fairly the same with awesome having
a few more features (tagging, widgets).
It also helps to regard the configuration file (xmonad and =
awesome-3.0) as the main
On 16/02/2013 08:36, Frank Schwidom wrote:
Hi,
I have an conflict wth 2 Versions of Readline:
(sys-libs/readline-5.2_p12-r1::gentoo, installed) pulled in by
=sys-libs/readline-5* required by (dev-lang/ghc-6.8.2::gentoo, installed)
(sys-libs/readline-6.2_p1::gentoo, ebuild scheduled
led)
> sys-libs/glibc required by (app-arch/rar-5.5.0_p20170811:0/0::gentoo,
> installed)
> >=sys-libs/glibc-2.7 required by (sys-apps/iproute2-4.14.0:0/0::gentoo,
> ebuild scheduled for merge)
> >=sys-libs/glibc-2.17 required by (dev-lang/ghc-8.0.2:0/8.0.2::gento
sys-libs/glibc required by (app-arch/rar-5.5.0_p20170811:0/0::gentoo,
installed)
>=sys-libs/glibc-2.7 required by (sys-apps/iproute2-4.14.0:0/0::gentoo,
ebuild scheduled for merge)
>=sys-libs/glibc-2.17 required by (dev-lang/ghc-8.0.2:0/8.0.2::gentoo,
installed)
sys-libs/glibc:2.2 re
rsion of
> it for my system(s). And given how a desktop environment now requires
> a Javascript engine to parse configurations (that's a separate
> complaint), and spidermonkey requires rust to build, there's no
> avoiding it for my needs, so I just cut bait.
>
> The same can b
- 20181121 - rfischer: list packages, which are too big for
tmpfs
#app-emulation/qemu-kv no_tmpfs.conf
#app-office/libreoffice no_tmpfs.conf
#dev-java/icedtea no_tmpfs.conf
#dev-lang/ghc no_tmpfs.conf
#dev-lang/rust no_tmpfs.conf
#mail-client/thunderbird no_tmpfs.conf
#sci-l
e/libreoffice no_tmpfs.conf
>#dev-java/icedtea no_tmpfs.conf
>#dev-lang/ghc no_tmpfs.conf
>#dev-lang/rust no_tmpfs.conf
>#mail-client/thunderbird no_tmpfs.conf
>#sci-libs/tensorflow no_tmpfs.conf
>#sys-devel/gcc no_tmpfs.conf
>#www-client/firefox no_tm
-manager (0.8.7 - 0.9.1): A graphical tool
for administering virtual machines (KVM/Xen)
[] == dev-lang/ghc (6.12.3 - 6.12.3-r2): The Glasgow Haskell Compiler
[U] == sys-apps/sg3_utils (1.29{tbz2}@02/25/2012; 1.29{tbz2} -
1.33): Apps for querying the sg SCSI interface
[] == sys-fs/avfs (0.9.9
/0::gentoo,
> > installed)
> > >=sys-libs/glibc-2.6.1 required by
> > (x11-drivers/nvidia-drivers-387.22:0/387::gentoo, installed)
> > sys-libs/glibc required by (app-arch/rar-5.5.0_p20170811:0/0::gentoo,
> > installed)
> > >=sys-libs/glibc-2.7
pp. Or just
this:
# grep -c app-arch/ /var/lib/portage/world
42 (sic! ;)
Lots of app-{x,}emacs/, app-shells/, app-portage/, app-text/,
games-*/, media-*/...
I'm reather overeager emerging with -1 :) Hah! Got one: --depclean
suggested dev-haskell/x509-validation. Ok, removed it
--depclean | grep haskell
it still want's to remove about half the haskell stack (which is only
installed because of pandoc's deps). Well, 32 out of 134 (according to
'eix -Ic dev-haskell/') or so... And I just reinstalled all that stuff
from scratch (removing all of dev-haskell/ plus ghc itself,
office/libreoffice no_tmpfs.conf
#dev-java/icedtea no_tmpfs.conf
#dev-lang/ghc no_tmpfs.conf
#dev-lang/rust no_tmpfs.conf
#mail-client/thunderbird no_tmpfs.conf
#sci-libs/tensorflow no_tmpfs.conf
#sys-devel/gcc no_tmpfs.conf
#www-client/firefox no_tmpfs.conf
#ww
to the large size of the xmonad dependencies (GHC takes up
quite some space).
From my point of view they both look fairly the same with awesome having
a few more features (tagging, widgets).
It also helps to regard the configuration file (xmonad and =
awesome-3.0) as the main program, e.g. my
stallation to 6.0 and the second will reinstall 5.9.
>
> So what happens in between when I have no 5.9 installed but everything is
> linked against it? Won't it need bash to build the second one? What if the
> 2nd
> build fails? Will stuff linked against 5.9 work with 6.0?
I'm
d)
>> > sys-libs/glibc required by (app-arch/rar-5.5.0_p20170811:0/0::gentoo,
>> > installed)
>> > >=sys-libs/glibc-2.7 required by
>> > (sys-apps/iproute2-4.14.0:0/0::gentoo, ebuild scheduled for merge)
>> > >=sys-libs/glibc-2.1
(net-fs/autofs-5.1.3:0/0::gentoo,
>> > installed)
>> > >=sys-libs/glibc-2.6.1 required by
>> > (x11-drivers/nvidia-drivers-387.22:0/387::gentoo, installed)
>> > sys-libs/glibc required by (app-arch/rar-5.5.0_p20170811:0/0::gentoo,
>> > installed)
>&g
> Lots of app-{x,}emacs/, app-shells/, app-portage/, app-text/,
> games-*/, media-*/...
I have quite a few of those as well but they are things I installed
directly. Given that some of them are pulled in by virtuals which could
be dependencies, I may can remove some of the ones I have. May
d by
> >> > (x11-drivers/nvidia-drivers-387.22:0/387::gentoo, installed)
> >> > sys-libs/glibc required by
> >> > (app-arch/rar-5.5.0_p20170811:0/0::gentoo, installed)
> >> > >=sys-libs/glibc-2.7 required by
> >> > (sys-ap
s/glibc-2.23[multilib?] (>=sys-libs/glibc-2.23) required
>> >> > by (dev-java/icedtea-bin-3.6.0:8/8::gentoo, installed)
>> >> > sys-libs/glibc[rpc(-)] required by
>> >> > (net-fs/autofs-5.1.3:0/0::gentoo, installed)
>> >> &
PATH: /usr/local/bin
PATH: /bin
PATH: /usr/bin
PATH: /opt/bin
PATH: /opt/ghc/bin
PATH: /opt/blackdown-jdk-1.4.2.03/bin
PATH: /opt/blackdown-jdk-1.4.2.03/jre/bin
PATH: /usr/qt/3/bin
PATH: /usr/kde/3.4/sbin
PATH: /usr/kde/3.4/bin
## --- ##
## Core tests. ##
## --- ##
configure:1289
-libs/ncurses required by
(sys-devel/gettext-0.19.4:0/0::gentoo, installed)
sys-libs/ncurses[unicode] required by
(dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed)
sys-libs/ncurses required by (sys-libs/slang-2.2.4-r1:0/0::gentoo,
installed)
sys-libs/ncurses:5/5= required by
(sci
-3.5.0:0/3.5::gentoo, installed)
=sys-libs/ncurses-5.1 required by
(mail-client/alpine-2.00-r5:0/0::gentoo, installed)
sys-libs/ncurses required by
(sys-devel/gettext-0.19.4:0/0::gentoo, installed)
sys-libs/ncurses[unicode] required by
(dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed
/ncurses[unicode] required by
(dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed)
sys-libs/ncurses required by (sys-libs/slang-2.2.4-r1:0/0::gentoo,
installed)
sys-libs/ncurses:5/5= required by
(sci-mathematics/octave-3.8.2:0/3.8.2::gentoo, installed)
=sys-libs/ncurses-5.2-r2 required
/alpine-2.00-r5:0/0::gentoo, installed)
sys-libs/ncurses required by
(sys-devel/gettext-0.19.4:0/0::gentoo, installed)
sys-libs/ncurses[unicode] required by
(dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed)
sys-libs/ncurses required by (sys-libs/slang-2.2.4-r1:0/0::gentoo,
installed
-devel/llvm-3.5.0:0/3.5::gentoo, installed)
=sys-libs/ncurses-5.1 required by
(mail-client/alpine-2.00-r5:0/0::gentoo, installed)
sys-libs/ncurses required by
(sys-devel/gettext-0.19.4:0/0::gentoo, installed)
sys-libs/ncurses[unicode] required by
(dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo
] required by
(dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed)
sys-libs/ncurses required by (sys-libs/slang-2.2.4-r1:0/0::gentoo,
installed)
sys-libs/ncurses:5/5= required by
(sci-mathematics/octave-3.8.2:0/3.8.2::gentoo, installed)
=sys-libs/ncurses-5.2-r2 required by
(sys-apps
)
sys-libs/ncurses[unicode] required by
(dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed)
sys-libs/ncurses required by (sys-libs/slang-2.2.4-r1:0/0::gentoo,
installed)
sys-libs/ncurses:5/5= required by
(sci-mathematics/octave-3.8.2:0/3.8.2::gentoo, installed)
=sys-libs/ncurses-5.2-r2
-devel/gettext-0.19.4:0/0::gentoo, installed)
sys-libs/ncurses[unicode] required by
(dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed)
sys-libs/ncurses required by (sys-libs/slang-2.2.4-r1:0/0::gentoo,
installed)
sys-libs/ncurses:5/5= required by
(sci-mathematics/octave-3.8.2:0
poman-2.3.20
app-portage/showem-1.0.3
app-shells/bash-4.4_p23-r1
app-shells/push-2.0-r1
app-shells/quoter-3.0_p2-r1
app-text/asciidoc-8.6.10_p20181016-r1
app-text/aspell-0.60.8
app-text/build-docbook-catalog-1.21
app-text/docbook-xml-dtd-4.1.2-r7
app-text/docbook-xml-dtd-4.2-r3
app-text/docbook-
/bin
PATH: /usr/i686-pc-linux-gnu/gcc-bin/4.1.2
PATH: /usr/i486-pc-linux-gnu/gcc-bin/4.1.1
PATH: /opt/ghc/bin
## --- ##
## Core tests. ##
## --- ##
configure:2052: checking build system type
configure:2070: result: i686-pc-linux-gnu
configure:2092: checking host system type
.7.1::gentoo USE="ipv6 -apache2 -curl
-dig -echoping -radius" 0 KiB
[ebuild R] net-misc/putty-0.70::gentoo USE="gtk ipv6 -doc -kerberos" 0
KiB
[ebuild R] x11-apps/xkbprint-1.0.4::gentoo 0 KiB
[ebuild R] app-office/dia-0.97.3::gentoo USE="cairo -debug
o 0 KiB
> [ebuild R] net-analyzer/nast-0.2.0-r2::gentoo USE="ncurses" 0 KiB
> [ebuild R] media-gfx/aewan-1.0.01-r1::gentoo 0 KiB
> [ebuild R] games-emulation/atari800-3.1.0::gentoo USE="ncurses
> readline sdl sound -opengl -oss" 0 KiB
> [ebuild R
90 matches
Mail list logo
