[gentoo-user] Problems with PORTAGE_ELOG_MAIL (Connection error)
The error itself:
(111, 'Conection refused')
Settings:
PORTAGE_ELOG_CLASSES="warn error log"
PORTAGE_ELOG_COMMAND="/usr/bin/esmtp"
PORTAGE_ELOG_SYSTEM="mail:warn,error,log syslog:* save"
PORTAGE_ELOG_MAILURI="[EMAIL PROTECTED]"
PORTAGE_ELOG_MAILFROM="[EMAIL PROTECTED]"
PORTAGE_ELOG_MAILSUBJECT="\${PACKAGE} merged on \${HOST}"
I have played with this a bit, ranging from MAILURI="user" to
MAILURI="[EMAIL PROTECTED] localhost"
I'm not exactly sure what the problem is, and I know I have had this
working before with esmtp (before a short-lived migration to postfix
which seemed to break everything from vixie-cron to Portage Elog), and
I'd like some help to resolve this issue.
--
[EMAIL PROTECTED] mailing list
[gentoo-user] How do I pass options to emerge
The package netqmail allows me to specify the value QMAIL_CONF_SPLIT before it compiles. How do I actually set this value? How do I set optional flags when I build a package? Do i need to place them in a file somewhere or can I "export QMAIL_CONF_SPLIT=" in my shell prior to invoking emerge? -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] emerge of glibc and gcc fails
On 10/28/07, Dan Farrell <[EMAIL PROTECTED]> wrote: > > On Sun, 28 Oct 2007 19:40:01 +0200 > "Yoav Luft" <[EMAIL PROTECTED]> wrote: > > > On 10/28/07, Dan Farrell <[EMAIL PROTECTED]> wrote: > > > > > > On Sun, 28 Oct 2007 06:04:43 +0200 > > > "Yoav Luft" <[EMAIL PROTECTED]> wrote: > > > > > > > hello, > > > > during an emerge -uDN process, the compilation for gcc-4.2.1 > > > > failed, as well as for glibc, with same errors. > > > > I have run revdep-rebuilt, and found out about a broken > > > > libexpat.so.0thingy, which I solved following the instruction of > > > > the gentoo irc bot. > > > > after that, compiling gcc still fails. > > > > > > > > insn-emit.c: In function 'gen_leave': > > > > insn-emit.c:1123: internal compiler error: Segmentation fault > > > > . . . > > > > I'm clueless about it, but do feel that not being able to updaate > > > > gcc or glibc is bad, and will probably mean that I will not be > > > > able to update other things as well. > > > > > > Have you done a memtest-86, and waited for a few days, or at least a > > > few error-free complete passes? > > > -- > > > [EMAIL PROTECTED] mailing list > > > > > > > > > > I have waited for a few days, and tried different versions of gcc and > > glibc, all failed. > > did you remember to emerge --sync, maybe even emerge --metadata ? > frankly, I am not sure what the last one does, but I believe it could > update data concerning the ebuilds themselves, which could be a > potential source of problems. > > > I did had an overheating problem a couple of months ago, right around > > the time the problem started. So, it could be that the CPU is > > semi-toasted? How do I run memtest-86? > > there are 2 ways I know of: > 1) simply reboot on a gentoo boot cd and type 'memtest' or some such > at the boot: line. (Refer to the on-disc documentation for help > concerning what exactly to type) > 2) a)emerge memtest86+; >b) find memtest.bin and move it to /boot/memtest86plus >c)add a grub line that looks like this: > title=Memtest86Plus > root (hd0,1) # this refers to my boot partition. you may have > # to change this setting. > kernel /boot/memtest86plus/memtest.bin >d) reboot and use memtest from the hard drive. > > If, when you emerge memtest86+, you have /boot mounted, the emerge will > plop the .bin file down right where it needs to be. If not, the output > from the emerge should giveyou the info you need. > > Of course, memtest.bin doesn't have to be on your boot partition, if > grub can read the root partition. In fact, you might not even have > a /boot partition. Just make sure the root line for memtest in grub is > proper. > > > > Is there anything else that's > > worth checking? > > You could try a CPU stress test. If the cpu isn't working properly, > using it at 100% capacity for a little while ought to make that > apparent. But your results may vary. A rudimentary query on google > points me in the direction of: > > http://users.bigpond.net.au/cpuburn/ > > However, i don't know if it's source and if not, there's always a valid > security concern when running others' binaries. something to keep in > mind... > -- > [EMAIL PROTECTED] mailing list > > I had run memtest, and returned no errors. In all occurrences of this problem I had emerge --sync before I updated, as I was about the update the whole system, and eventually emerge -UD world. I would try a cpu stress, but that would have to wait for next week. Thanks fo rthe help so far.
Re: [gentoo-user] Overlay? Re: eclipse 3.3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
James wrote:
> Is this the best(current) guide to follow?
> http://gentoo-wiki.com/HOWTO_Installing_3rd_Party_Ebuilds
>
>
> This guide tell you to copy of the files sub-dir:
> cp /usr/portage/dev-util/eclipse-sdk/files
> /usr/local/portage/dev-util/eclipse-sdk/files
>
> Is this correct? It'd seem like the Eclipse(Europa 3.3)
> would need a new set of files in the sub-dir 'files', no?
>
>
> Will my 'dev-util/eclipse-sdk-3.2.1-r2/' remain pristine and usable?
>
>
> When "the devs" do provide an elcipse 3.3 version in portage
> I'll just comment out the OVERLAY line in 'make.conf'
> and just emerge the official eclipse 3.3 from portage, or
> is there more to it than that?
>
>
>
> Any other caveats, I should know about?
The fact that its not in the main tree yet may indicate that there
are some rough edges that you may not want to be exposed to. The
ebuild in that overlay seems to have dependencies from both the
java-experimental overlay and the main java-overlay.
Rather than install a bunch of software from outside the main tree,
it's probably a lot safer to use an eclipse-sdk-bin ebuild like the
one I've attached. You'll have to manually download
eclipse-SDK-3.3-linux-gtk.tar.gz or similar from eclipse.org and
save it in ${DISTDIR} before you can digest the ebuild and install
it (the gentoo-wiki guide should help you with that).
Zac
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.7 (GNU/Linux)
iD8DBQFHKgph/ejvha5XGaMRAu3hAJkBqMTJuVsRyrCy/OlBWZjTCdcOtwCg6EqQ
gmCBEnDMqcZAGoWyc7Mv/hE=
=DN1h
-END PGP SIGNATURE-
# Copyright 1999-2007 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
inherit eutils
SRC_URI="eclipse-SDK-3.3-linux-gtk.tar.gz"
DESCRIPTION="Eclipse Tools Platform"
LICENSE="EPL-1.0"
HOMEPAGE="http://www.eclipse.org/";
KEYWORDS="~x86"
RESTRICT="fetch"
SLOT=${PV}
S=${WORKDIR}
ECLIPSE_DIR=/opt/eclipse-${SLOT}
src_compile() {
true
}
pkg_nofetch() {
einfo "Please download ${A} from:"
einfo ${HOMEPAGE}
einfo "and move it to ${DISTDIR}"
}
src_install() {
dodir "${ECLIPSE_DIR%/*}"
mv eclipse "${D}/${ECLIPSE_DIR}"
echo '#!/bin/sh' >> eclipse-${SLOT}
echo 'export JAVA_HOME=$(java-config --jdk-home)' >> eclipse-${SLOT}
echo 'export PATH="${JAVA_HOME}/bin:${PATH}"' >> eclipse-${SLOT}
echo "exec ${ECLIPSE_DIR}/eclipse" >> eclipse-${SLOT}
exeinto /usr/bin
doexe eclipse-${SLOT}
make_desktop_entry eclipse-${SLOT} "Eclipse ${PV}"
"${ECLIPSE_DIR}/icon.xpm"
}
eclipse-sdk-bin-3.3.ebuild.sig
Description: Binary data
Re: [gentoo-user] Strange Failure to Route(?) some web traffic on Gentoo router
Fixed by a FORWARD rule that looks like this: > 2729 129K TCPMSS tcp -- anyany anywhere > anywhere tcp flags:SYN,RST/SYN TCPMSS clamp to PMTU -- [EMAIL PROTECTED] mailing list
[gentoo-user] Overlay? Re: eclipse 3.3
Zac Medico gentoo.org> writes: > James wrote: > > Hello, > > > > Does anyone know about any eclipse 3.3 ebuilds anywhere? > It seems to be available in the java-experimental overlay: http://overlays.gentoo.org/proj/java/browser/java-experimental/dev-util/eclipse-sdk > Zac Well I have several questions about installing 'dev-util/eclipse-sdk-3.3-r2' Is this the best(current) guide to follow? http://gentoo-wiki.com/HOWTO_Installing_3rd_Party_Ebuilds This guide tell you to copy of the files sub-dir: cp /usr/portage/dev-util/eclipse-sdk/files /usr/local/portage/dev-util/eclipse-sdk/files Is this correct? It'd seem like the Eclipse(Europa 3.3) would need a new set of files in the sub-dir 'files', no? Will my 'dev-util/eclipse-sdk-3.2.1-r2/' remain pristine and usable? When "the devs" do provide an elcipse 3.3 version in portage I'll just comment out the OVERLAY line in 'make.conf' and just emerge the official eclipse 3.3 from portage, or is there more to it than that? Any other caveats, I should know about? James -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] new box DRI problem : more
071031 Philip Webb wrote: > 071030 James Ausmus wrote: >> the media-libs/mesa-7.0.1 works fine >> *IF* you apply the attached patch (either hack the ebuild >> or CTRL-Z immediately after emerge gets done unpacking the source). >> I had the same problem you did, did the Googling, found the patch >> and everything works fine for me now. I managed to hit ^z at the right moment & the emerge succeeded. Afterwards, 'glxgears' ran safely revealing all of "1964 fps" (it's 1491 with software acceleration on the new machine & 1212 with h/ware acceleration on the current machine). So thanks for the patch, but the big showstopper remains, for which I will send another msg to the list. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
