error can be seen bellow:
Making all in emacs
make[3]: Entering directory
`/var/tmp/portage/sys-devel/autoconf-2.68/work/autoconf-2.68/lib/emacs'
WARNING: Warnings can be ignored. :-)
touch: setting times of `elc-temp': No such file or directory
make[3]: *** [elc-stamp] Error 1
m
very old, it has an
> Athlon processor and 256MB of RAM, but it worked fine with gentoo. The
> error can be seen bellow:
>
> Making all in emacs
> make[3]: Entering directory
> `/var/tmp/portage/sys-devel/autoconf-2.68/work/autoconf-2.68/lib/emacs'
> WARNING: Warnings can be ig
I'm just finishing up a fresh AMD64 install, and am unable to build
firefox-31.3.0. The emerge fails when it runs autoconf:
# cat /var/tmp/portage/www-client/firefox-31.3.0/temp/autoconf.out
* autoconf *
* PWD: /var/tmp/portage/www-client/firefox-31.3.0/work/mozilla-
Can anyone tell from the tail of emerge -vuD system
what the trouble is with aclocal/autoconf and libxslt.
First it failed on aclocal... I re-emerged
emerge -v sys-devel/aclocal-wrapper
Tried again and it failed on autoconf
emerge -v sys-devel/autoconf-wrapper
But that didn't he
downgrade to autoconf-2.61-r1
autoconf-2.62 is buggy, you can find various bug reports on bugzilla
On 5/3/08, "Mateusz A. Mierzwiński" <[EMAIL PROTECTED]> wrote:
>
> # emerge -v samba
>
> These are the packages that would be merged, in order:
>
> Calculating
iled Running aclocal !
>
> Looking through the Forums I saw I've got to mask autoconf.
You got that from the Forums, huh?
Um yeah, well, signal to noise there is out the roof.
I'd be double checking exactly what the Forum user said, as masking
autoconf seems to me like a guaranteed w
#x27;/var/tmp/portage/courier-authlib-0.58/work/courier-authlib-0.58/libltdl' ...
* Requested autoconf 2.5
* Using autoconf (GNU Autoconf) 2.61
* Using autoheader (GNU Autoconf) 2.61
* Requested automake latest: 1.10
* Using automake (GNU automake) 1.10
* Using aclocal (GNU
ap_detection.patch
... [ ok ]
* Applying 3.0.28-fix_broken_readdir_detection.patch
... [ ok ]
* Running autoconf -I. -Ilib/replace
... [ !! ]
* Failed Running autoconf !
*
* Include in your bugreport the contents of:
*
* /
Hi all :)
Got some problems with aclocal :( When running:
emerge -avDuN --with-bdeps=y world
I get a whole bunch of packages who won't install nor upgrade with the
following error:
Failed Running aclocal !
Looking through the Forums I saw I've got to mask autoconf.
rtage/dev-lang/lua/files/configure.in
/usr/share/cppunit/examples/money/configure.in
(and quit a few on firefox.
# equery depends =sys-devel/autoconf-2.13
* These packages depend on sys-devel/autoconf-2.13:
app-admin/tripwire-2.4.2.2-r3 (sys-devel/autoconf)
app-editors/vim-7.4.273 (sys-devel/a
Why the hick are there so much versions of autoconf (in system)? Well,
somewhere in the [Nasty bug..] thread someone (again) mentioned, that
different packaged depend on different versions of autoconf. That's NOT
the truth for building a package.
You're making some assumptions here.
Hi,
after updateing I have run (beside others) this command:
eclean-dist -C -d -v
and got:
The following unavailable installed packages were found
sys-devel/autoconf-2.13
Running
eix sys-devel/autoconf
and got
[U] sys-devel/autoconf
Available versions
nd the file. I get lots of hits for a
> "configure.in" in my code trees, but little on the rest of the system; here
> are the few:
>
> /usr/portage/dev-lang/lua/files/configure.in
> /usr/share/cppunit/examples/money/configure.in
> (and quit a few on firefox.
>
> #
Frank Schafer wrote:
Why the hick are there so much versions of autoconf (in system)? Well,
somewhere in the [Nasty bug..] thread someone (again) mentioned, that
different packaged depend on different versions of autoconf. That's NOT
the truth for building a package.
Autoconf and aut
gt; obsolete). But it worked with
>> >
>> > WANT_AUTOMAKE=1.12 emerge -1a libpaper
>
>> Can you list the autoconf, automake and automake-wrapper versions
>> you've got installed? Just to ckech your versions with mine.
>
> The latest testing release of each, I
walt writes:
> On 10/31/2009 06:03 PM, Harry Putnam wrote:
>> Can anyone tell from the tail of emerge -vuD system
>> what the trouble is with aclocal/autoconf and libxslt.
>> ...
>> * Failed Running autoconf !
>> *
>> * Include in your bugreport the co
Hi list,
I've some suggestions. Having taken the burden of initial installation I
wonder:
Why the hick are there so much versions of autoconf (in system)? Well,
somewhere in the [Nasty bug..] thread someone (again) mentioned, that
different packaged depend on different versions of aut
On 2015-01-13, Grant Edwards wrote:
> I'm just finishing up a fresh AMD64 install, and am unable to build
> firefox-31.3.0. The emerge fails when it runs autoconf:
>
> # cat /var/tmp/portage/www-client/firefox-31.3.0/temp/autoconf.out
> * autoconf *
> * PW
Hi folks,
I am trying to use kdevelop under gentoo. KDE 3.5.3 compiled fine. Kdevelop
3.3.3 and 3.3.4 conpiled fine. When I try to create a KDE app inside kdevelop
and build it it says:
*** YOU'RE USING autoconf (GNU Autoconf) 2.60.
*** KDE requires autoconf 2.53 or newer
Portage see
ckages who won't install nor upgrade with the
>> following error:
>>
>> Failed Running aclocal !
>>
>> Looking through the Forums I saw I've got to mask autoconf.
>
> You got that from the Forums, huh?
Yup. I also saw a post saying he solved his
> adding: skin/modern/communicator/cookie/taskbar-cookie.gif (stored 0%)
> adding: skin/modern/communicator/cookie/status-cookie.gif (stored 0%)
> +++ making chrome
> /var/tmp/portage/mozilla-firefox-1.0.6-r2/work/mozilla/extensions/cookie =>
> ../../dist/bin/chrome/classic.
On 1/11/07, chrissie <[EMAIL PROTECTED]> wrote:
* Include in your bugreport the contents of:
*
* /var/tmp/portage/gnutls-1.4.4-r1/temp/autoconf-31509.out
balearen chrissie # cat /var/tmp/portage/gnutls-1.4.4-r1/temp/autoconf-31509.out
* autoconf *
configure.in:326: error: po
Grant Edwards wrote:
> On 2015-01-13, Grant Edwards wrote:
>
>> I'm just finishing up a fresh AMD64 install, and am unable to build
>> firefox-31.3.0. The emerge fails when it runs autoconf:
>>
>> # cat /var/tmp/portage/www-client/firefox-31.3.0/te
On 10/31/2009 07:05 PM, Harry Putnam wrote:
> ...
> /var/tmp/portage/dev-libs/libxslt-1.1.26/temp/autoconf.out
> * autoconf *
> * PWD: /var/tmp/portage/dev-libs/libxslt-1.1.26/work/libxslt-1.1.26
> * autoconf
>
> configure.in:120: error: pos
On 12 August 2006 21:53, Samuel Baldwin wrote:
> > The *or newer* part in the error message tells you everything you need
> > to know.
>
> It would, except for the fact that it said:
> > *** YOU'RE USING autoconf (GNU Autoconf) 2.60.
> > *** KDE requires autoco
* Alan McKinnon <[EMAIL PROTECTED]> wrote:
>
> You are expecting autoconf to actually do something sane when it runs???
>
*rofl*
The point is: the way autoconf does its 'checks' is completely
insane - beginning with the expectation that an dumb script
is more clever t
and see if that helps.
This did not help. But a Friend told me to do a
# emerge --emptytree world
This ended up with:
>>> Emerging (229 of 418) net-libs/gnutls-1.4.4-r1 to /
[...]
* Failed Running autoconf !
*
* Include in your bugreport the contents of:
*
* /var/tmp/portag
5 files ;-) files/digest-libgpg-error-0.7-r1
>>>>>md5 files ;-) files/digest-libgpg-error-1.0-r1
>>>>>md5 src_uri ;-) libgpg-error-1.0.tar.gz
>>>>>Unpacking source...
>>>>>Unpacking libgpg-error-1.0.tar.gz to
>>>>
On 4/9/06, Heiko Wundram <[EMAIL PROTECTED]> wrote:
> This awfully sounds like a bug in autoconf, because just before the mysql
> stuff it checks for msql, and finds out that the support is broken (and
> doesn't barf on that!), but still tries to link against libmsql later on i
On 10/31/2009 06:03 PM, Harry Putnam wrote:
> Can anyone tell from the tail of emerge -vuD system
> what the trouble is with aclocal/autoconf and libxslt.
> ...
> * Failed Running autoconf !
> *
> * Include in your bugreport the contents of:
> * /var/tmp/portage/dev-lib
Am Sonntag 09 April 2006 21:45 schrieb Michael W. Holdeman:
>
The problem isn't that mysql can't be found (is broken), but that autoconf
thinks you have msql installed (which is also some form of SQL database, but
more in the style of SQLite, IIRC, but anyway, probably not what yo
unning aclocal !
>
> Looking through the Forums I saw I've got to mask autoconf. So I added
> autoconf to:
>
> /etc/portage/package.mask
That's what you get with the forums, aclocal isn't even part of autoconf,
it is provided by automake-wrapper.
> And now I get
On Thu, 2 May 2013 16:43:05 +0200, Rafa Griman wrote:
> > I just tried rebuilding libpaper and got the aclocal
> > errors (more specifically, the error about AM_CONFIG_HEADER being
> > obsolete). But it worked with
> >
> > WANT_AUTOMAKE=1.12 emerge -1a libpaper
:)
>>>
>>> Got some problems with aclocal :( When running:
>>>
>>> emerge -avDuN --with-bdeps=y world
>>>
>>> I get a whole bunch of packages who won't install nor upgrade with the
>>> following error:
>>>
>>
source in
>>> /var/tmp/portage/sys-libs/libcap-ng-0.7.4/work/libcap-ng-0.7.4 ...
* ACCESS DENIED: open_wr: /proc/sys/net/ipv6/conf/enp4s0/autoconf
* ACCESS DENIED: open_wr: /proc/sys/net/ipv6/conf/enp4s0/accept_ra
* Running eautoreconf in
'/var/tmp/portage/sys-libs/l
0.26a-invalid-free-fix.patch
...[ ok ]
* Applying 3.0.28-libcap_detection.patch
... [ ok ]
* Applying 3.0.28-fix_broken_readdir_detection.patch
... [ ok ]
* Running autoconf -I. -Ilib/replace
...
> The *or newer* part in the error message tells you everything you need> to know.
It would, except for the fact that it said:> *** YOU'RE USING autoconf (GNU Autoconf) 2.60.
> *** KDE requires autoconf 2.53 or newerWhich tells us that "or newer" doesn't mean any
Ok, it actually just "froze" again after the output below...
/
>>> Emerging (42 of 151) sys-devel/autoconf-2.65-r1
* autoconf-2.65.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ]
* Package: sys-devel/autoconf-2.
all in src
Making all in pixmaps
Making all in plugin_about
Making all in po
*** error: gettext infrastructure mismatch: using a Makefile.in.in from
gettext version 0.17 but
the autoconf macros are from gettext version 0.18
[...]
So I remerged gettext and autoconf:
$ sudo emerge -1q =sys-devel/aut
walt writes:
> On 10/31/2009 07:05 PM, Harry Putnam wrote:
>> ...
>> /var/tmp/portage/dev-libs/libxslt-1.1.26/temp/autoconf.out
>> * autoconf *
>> * PWD: /var/tmp/portage/dev-libs/libxslt-1.1.26/work/libxslt-1.1.26
>> * autoconf
>>
error:
Failed Running aclocal !
Looking through the Forums I saw I've got to mask autoconf. So I added
autoconf to:
/etc/portage/package.mask
That's what you get with the forums, aclocal isn't even part of autoconf,
it is provided by automake-wrapper.
And now I get a w
o won't install nor upgrade with the
>> following error:
>>
>> Failed Running aclocal !
>>
>> Looking through the Forums I saw I've got to mask autoconf. So I added
>> autoconf to:
>>
>> /etc/portage/package.mask
>
> That'
On 8/12/06, Uwe Thiem <[EMAIL PROTECTED]> wrote:
*** YOU'RE USING autoconf (GNU Autoconf) 2.60.
*** KDE requires autoconf 2.53 or newer
Heh, that's funny!
I just tried creating a simple KDE application with KDevelop on my
box, and it seems to work ok. But I just upgraded to
Simon
On Fri, Jan 7, 2011 at 2:42 PM, Simon wrote:
> Ok, it actually just "froze" again after the output below...
>
> /////
>>>> Emerging (42 of 151) sys-devel/autoconf-2.65-r1
> * autoconf-2.65.tar.bz2 RMD160 SHA1 SHA2
walt wrote:
> On 10/31/2009 07:05 PM, Harry Putnam wrote:
>
>> ...
>> /var/tmp/portage/dev-libs/libxslt-1.1.26/temp/autoconf.out
>> * autoconf *
>> * PWD: /var/tmp/portage/dev-libs/libxslt-1.1.26/work/libxslt-1.1.26
>> * autoconf
>&
On Sunday 09 April 2006 18:21, Richard Fish wrote:
> On 4/9/06, Heiko Wundram <[EMAIL PROTECTED]> wrote:
> > This awfully sounds like a bug in autoconf, because just before the mysql
> > stuff it checks for msql, and finds out that the support is broken (and
> > doesn&
On Sat, Sep 05, 2020 at 10:47:34AM +0200, n952162 wrote:
> /txm1 /var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1 # less
> /var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1/temp/autoconf.out//
> //* autoconf *//
> //* PWD:
> /var/tmp/portage/app-mobilephone/gnokii
l
>>>>>>md5 files ;-) files/digest-libgpg-error-1.0
>>>>>>md5 files ;-) files/libgpg-error-1.0-locale.h.patch
>>>>>>md5 files ;-) files/digest-libgpg-error-0.6-r1
>>>>>>md5 files ;-) files/digest-libgpg-error-0.7-r1
>
* PWD: /var/tmp/portage/net-dns/avahi-0.6.30-r2/work/avahi-0.6.30
* automake --add-missing --copy --foreign
configure.ac:143: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in
body
../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m
On 03/01/2019 07:37, tu...@posteo.de wrote:
Hi,
after updateing I have run (beside others) this command:
eclean-dist -C -d -v
and got:
The following unavailable installed packages were found
sys-devel/autoconf-2.13
Running
eix sys-devel/autoconf
and got
[U
On 2020-09-05, n952162 wrote:
> gnokii wanted to emerge 6 packages and failed on the last:
>
> /txm1 /var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1 # less
> /var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1/temp/autoconf.out//
> //* autoconf *//
> //* PWD:
>
On 11/01/2009 07:15 AM, Harry Putnam wrote:
> walt writes:
>
>> On 10/31/2009 07:05 PM, Harry Putnam wrote:
>>> ...
>>> /var/tmp/portage/dev-libs/libxslt-1.1.26/temp/autoconf.out
>>> * autoconf *
>>> * PWD: /var/tmp/por
>>> I get a whole bunch of packages who won't install nor upgrade with
>the
>>> following error:
>>>
>>> Failed Running aclocal !
>>>
>>> Looking through the Forums I saw I've got to mask autoconf. So I
>added
>>> au
The following unavailable installed packages were found
> > sys-devel/autoconf-2.13
> >
> > Running
> >
> > eix sys-devel/autoconf
> >
> > and got
> >
> > [U] sys-devel/autoconf
> > Available versions:
> > (2.1)
Hi
the version of portage:
Portage 2.1.10.11 (default/linux/x86/10.0/desktop, gcc-4.4.5, glibc-2.12.2-r0,
2.6.19-gentoo-r5 i686)
USE="-emacs" emerge -av1 sys-devel/autoconf - ir doesn't work; same error
Nilesh, can you please be more explic
.out creates the error:
* automake *
* PWD: /var/tmp/portage/net-dns/avahi-0.6.30-r2/work/avahi-0.6.30
* automake --add-missing --copy --foreign
configure.ac:143: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call
detected in body
../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST
--with-bdeps=y world
>>>
>>> I get a whole bunch of packages who won't install nor upgrade with the
>>> following error:
>>>
>>> Failed Running aclocal !
>>>
>>> Looking through the Forums I saw I've got to mask autocon
On 2020-09-05 11:03, Ashley Dixon wrote:
On Sat, Sep 05, 2020 at 10:47:34AM +0200, n952162 wrote:
/txm1 /var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1 # less
/var/tmp/portage/app-mobilephone/gnokii-0.6.31-r1/temp/autoconf.out//
//* autoconf *//
//* PWD:
/var/tmp/portage/app
on other platforms than WIN-DOS.
>
> In general: The most annoying problem with cross compiling is that GNU
> autoconf
> does not support cross compiling and as a result, you need to manually create
> results if you like to cross compile. The reason for this problem is that
>
> *** KDE requires autoconf 2.53 or newer
>
> Portage seems to contain ebuilds for autoconf 2.13, 2.59 and 2.60 only.
>
> What now?
>
The *or newer* part in the error message tells you everythin
Am Sun, 01 Nov 2009 09:15:29 -0600
schrieb Harry Putnam :
> walt writes:
>
> > On 10/31/2009 07:05 PM, Harry Putnam wrote:
> >> ...
> >> /var/tmp/portage/dev-libs/libxslt-1.1.26/temp/autoconf.out
> >> * autoconf *
> >> * PWD: /var/
>md5 files ;-) files/digest-libgpg-error-0.6-r1
>>>>md5 files ;-) files/digest-libgpg-error-0.7-r1
>>>>md5 files ;-) files/digest-libgpg-error-1.0-r1
>>>>md5 src_uri ;-) libgpg-error-1.0.tar.gz
>>>>Unpacking source...
>>>>Unpackin
-emacs" emerge -av1 sys-devel/autoconf - ir doesn't work; same error
Is there space left on the device?
If so, does something like
touch /var/tmp/portage/foo.stamp
(as root) work?
> Nilesh, can you please be more explicite?
>
> Thank you!
Best,
hine is very old, it has an Athlon processor
> and 256MB of RAM, but it worked fine with gentoo. The error can be seen
> bellow:
>
> The same error I get for vixie-cron.
this is sys-devel/autoconf failing, building some emacs related things.
Try
USE="-emacs" emerge -av1 sys-dev
hi!
During installation of a new system I recognised two things:
1) `emerge -e system' aborted two times.
* The first time the command autoconf was missing so I manually installed the package autoconf.
* The second time the command aclocal was missing so I manually installe
n-3.18.0-r1:3/3::gentoo, installed) pulled in by
gnome-base/gnome-common:3 required by (sys-fs/udisks-2.7.4-r1:2/2::gentoo,
ebuild scheduled for merge)
(sys-devel/autoconf-archive-2018.03.13:0/0::gentoo, ebuild scheduled for
merge) pulled in by
sys-devel/autoconf-archive required by (sys-fs/ud
Am Montag 10 April 2006 00:21 schrieb Richard Fish:
> Not a bug in the autoconf package, but in the autoconf scripts for php.
That's what I meant... Anyway, I didn't know that msql wasn't available in
portage, and I personally have yet to see the warning you referenced. Go
problem" and
not related to a specific distro.
For your specific problem: it is most unlikely that you will get a MS cross
compiler that runs on other platforms than WIN-DOS.
In general: The most annoying problem with cross compiling is that GNU autoconf
does not support cross compiling and as
FWIW, while
bringinging up a new dual AMD64 box last night, I got the exact same abort on autoconf
during an emerge system. I solved it the same way, by manualy emerging autoconf
and restarting the emerge with the –newuse flag. I didn’t run into the aclocal
problem, instead the emerge of
avDuN --with-bdeps=y world
>>>
>>> I get a whole bunch of packages who won't install nor upgrade with the
>>> following error:
>>>
>>> Failed Running aclocal !
>>>
>>> Looking through the Forums I saw I've got to mask autoconf.
--- Colin <[EMAIL PROTECTED]> wrote:
> Now that I've been thinking about it for a while, if
> OpenSSH needs Perl,
> shouldn't Perl be built before OpenSSH? This seems
> like an ebuild bug
> to me.
>
openssh depends on autoconf which depends on perl.
Ap
Allan Gottlieb wrote:
> This failed as well. When trying to emerge automake,
> /usr/bin/autoconf is needed (see below). I could copy
> /usr/bin/autoconf from my current gentoo to this new one, but I would
> like to do a "clean" install. Should I get a new stage1 fil
At Thu, 16 Jun 2005 14:44:04 -0700 Zac Medico <[EMAIL PROTECTED]> wrote:
> Allan Gottlieb wrote:
>>
>> /usr/bin/autoconf did not exist. Indeed as shown below a number of
>> files need to be emerged. I have started the emerge and will then
>> redo
>>
.2-r0, 2.6.19-gentoo-r5 i686)
>
> USE="-emacs" emerge -av1 sys-devel/autoconf - ir doesn't work; same error
Is there space left on the device?
If so, does something like
touch /var/tmp/portage/foo.stamp
(as root) work?
> Nilesh, can you please be more explicite?
>
> Tha
orld" and updated /etc
configs accordingly.
Now... Why are there multiple versions of java-config, autoconf, and
automake shown on my system? There could be other multi-version
packages... Is this normal for portage that is configured to
autoclean? If so, I find it rather interesting that package
Ralf Stephan wrote:
>
> What versions of autoconf and automake do you have?
Had:
autoconf: 2.13 and 2.61-r1
automake: 1.10, 1.9.6-r2, 1.8.5-r3, 1.7.9-r1, 1.6.3, 1.5 and 1.4_p6
I removed all old versions and re-emerged current stable versions
(2.61-r1 and 1.10). No go.
Was wrong with la
On Mon, 12 Sep 2005 18:26:45 -0400
Dave Nebinger wrote:
> It's really not a big deal to get upset over.
No but I am glad it has been explored, as i had been wondering the same
thing.
>The autoconf and automake
> packages are pretty small, so they don't take up a lot
Ernie Schroder schreef:
> On Monday 12 December 2005 10:11, a tiny voice compelled Holly
> Bostick to write:
>
>>>> Ernie Schroder <[EMAIL PROTECTED]> wrote:
>>>>
>>>>> [ebuild UD] sys-devel/m4-1.4.3 [1.4.4] [ebuild
&g
-bdeps=y world
I get a whole bunch of packages who won't install nor upgrade with the
following error:
Failed Running aclocal !
Looking through the Forums I saw I've got to mask autoconf. So I added
autoconf to:
/etc/portage/package.mask
That's what you get with the
Allan Gottlieb wrote:
>
> /usr/bin/autoconf did not exist. Indeed as shown below a number of
> files need to be emerged. I have started the emerge and will then
> redo
>emerge --emptytree system
>
> My question now is what went wrong. That is, why didn't I
On 6/9/07, Enrico Weigelt <[EMAIL PROTECTED]> wrote:
What flexibility do I take away exactly ?
And what exactly gets harder ?
Automated building of dependant packages
Gentoo has a collection of magic script that do make this nice for us.
ie ( last I looked anyway ) java-config and au
to do this when you get errors similar to that listed above.
The good news is that you'll only need to do this during the beginning when
the system is being built from scratch; once you're up and running you
normally won't need to do this again.
automake-1.25-r3
autoconf-2.58
checking for sed... sed
checking version of sed... 4.1.4, ok
checking for autoconf... autoconf
checking whether autoconf works... yes
configure: error:
*** These critical programs are missing or too old: gcc
*** Check the INSTALL file for required versions.
My bet would be that the "or too old&quo
s cannot reproduce this (sorry, I don't have my amd64 right
now), there's still something wrong with your build system somewhere.
This could be a shot in the dark, but I think that you should remerge
your autoconf and automake packages to see if that affects this.
Zac
Hmm, since
2_p2 , 1.85-r2)
> automake (1.5, 1.6.3, 1.7.9-r1, 1.4_p6, 1.8.5-r3, 1.9.6-r1)
> freetype (2.1.9-r1, 1.3.1.-r4)
> autoconf (2.13, 2.59-r6)
>
> Can I unmerge all but the last versions? Strange is, emerge does
> not always want to leave the last version, for example it has
> mark
tomake
selected: 1.5 1.6.3 1.7.9-r1 1.4_p6 1.8.5-r3
protected: 1.9.6-r1
omitted: none
sys-devel/autoconf
selected: 2.13
protected: 2.59-r6
omitted: none
But "emerge --pretend --emptytree xmms" on my system wants (amongst
other things)...
[ebuild N]
On Wednesday 30 May 2007 21:23:00 Denis wrote:
> Why are there multiple versions of java-config, autoconf, and
> automake shown on my system?
They are incompatible, slotted, and each slot is individually required (or was
at some time).
> There could be other multi-version
> pac
dev-util/pkgconfig dev-util/pkgconfig-0.17.2-r1
!bootstrap? sys-devel/patch sys-devel/patch-2.5.9
virtual/x11 x11-base/xorg-x11-6.8.2-r2
!moznoxft? virtual/xft x11-base/xorg-x11-6.8.2-r2
~sys-devel/autocon
to
> install syslog-ng
> On Wednesday, 14. September 2011 09:00:02 Trifu Catalin Florin wrote:
> > Hi
> >
> > the version of portage:
> >
> > Portage 2.1.10.11 (default/linux/x86/10.0/desktop, gcc-4.4.5,
>
> 2.1.10.11 is the latest. So no error here
>
gt;> Portage 2.1.10.11 (default/linux/x86/10.0/desktop, gcc-4.4.5,
>
> 2.1.10.11 is the latest. So no error here
>
>> glibc-2.12.2-r0, 2.6.19-gentoo-r5 i686)
>>
>> USE="-emacs" emerge -av1 sys-devel/autoconf - ir doesn't work; same error
>
>
werpc have to do with my architecture anyway?
Taking the hint from error output I added those flags and then ran:
HOST:reader ~
root # USE="nptl nptlonly" emerge -vuD glibc
Above command gets this error
[...]
checking for sed... sed
checking version of sed... 4.1.4, ok
checking for autoc
Hi, I'm trying to do a stage 1 installation. I've followed all the
instructions on the handbook, having performed (aparently) the bootstrap
successfuly. But while emerging system, it failed during one of the
packages stating that autoconf was not installed.
Emerging autoconf --nod
01)
demesg says:
Serial: 8250/16550 driver, 2 ports, IRQ sharing enabled
PM: Adding info for platform:serial8250
ttyS0: autoconf (0x03f8, 0x(null)): IER test failed (0f, 0f) type=unknown
PM: Adding info for No Bus:ttyS0
ttyS1: autoconf (0x02f8, 0x(null)): IER test failed (0f, 0f) t
At Thu, 16 Jun 2005 14:59:30 -0700 Zac Medico <[EMAIL PROTECTED]> wrote:
> Allan Gottlieb wrote:
>> This failed as well. When trying to emerge automake,
>> /usr/bin/autoconf is needed (see below). I could copy
>> /usr/bin/autoconf from my current gentoo to this new
On 6/9/07, Kent Fredric <[EMAIL PROTECTED]> wrote:
On 6/9/07, Kent Fredric <[EMAIL PROTECTED]> wrote:
>
> In the case of autoconf, im personally glad it all hides under one
> non-linear space-time-continumum on my harddrive ;) . The thought of
> them all being in sep
ext question is what do I put in the Gentoo network configuration
> file (/etc/conf.d/net) to get that result (eth2 up with no IP
> addresses).
>
/etc/sysctl.conf
net.ipv6.conf.eth0.disable_ipv6=1
It may be sufficient to just use:
net.ipv6.conf.eth0.autoconf=0
net.ipv6.conf.eth0.accept_ra=0
I'm just guessing that .autoconf corresponds to link-local addresses,
though.
112
> compile failed 5118
> preprocessor error 4269
> bad compiler arguments 2
> not a C/C++ file6042
> autoconf compile/link 55706
> unsupported compiler option 3205
> no in
rther posts,
there was the "Native compiler changed to ..." amongst the messages.
I've found (with some help of b.g.o.) that these ARE bugs. Here's the
whole success story.
scripts/bootstrap.sh
#to work around the autoconf dependency bug
emerge --oneshot --nodeps autoconf
ibs/expat-1.95.8
dev-util/pkgconfig dev-util/pkgconfig-0.17.2-r1
!bootstrap? sys-devel/patch sys-devel/patch-2.5.9
virtual/x11 x11-base/xorg-x11-6.8.2-r2
!moznoxft? virtual/xft x11-base/xorg-x11-6
s (where I've got relatively
few packages) I'm using Briegel.
> Gentoo has a collection of magic script that do make this nice for us.
Which ones for example ? / What exactly do they do ?
Would that magic be necessary with my approach ?
> ie ( last I looked anyway ) java-config and
1 - 100 of 1123 matches
Mail list logo