$ repoman commit -m "don't install gperf stuff" Setting paths: PORTDIR = "/home/dan/gentoo/gentoo-x86" PORTDIR_OVERLAY = "" RepoMan scours the neighborhood... >>> Creating Manifest for /home/dan/gentoo/gentoo-x86/dev-libs/ace digest.assumed 2 digest-ace-5.4-r2::ACE-5.4.tar.bz2 digest-ace-5.4.6::ACE-5.4.6.tar.bz2 digest.assumed 2 digest-ace-5.4.6::ACE-5.4.6.tar.bz2 digest-ace-5.4-r2::ACE-5.4.tar.bz2 Performing a cvs -n up with a little magic grep to check for updates. * 2 files being committed... 2 have headers that will change. * Files with headers will cause the manifests to be made and recommited. myupdates: ['./ChangeLog', './ace-5.5-r1.ebuild'] myheaders: ['./ChangeLog', './ace-5.5-r1.ebuild'] Using commit message: ------------------------------------------------------------------------------ don't install gperf stuff (Portage version: 2.1.2_rc1-r4) ------------------------------------------------------------------------------ /var/cvsroot/gentoo-x86/dev-libs/ace/ChangeLog,v <-- ChangeLog new revision: 1.39; previous revision: 1.38 /var/cvsroot/gentoo-x86/dev-libs/ace/ace-5.5-r1.ebuild,v <-- ace-5.5-r1.ebuild new revision: 1.2; previous revision: 1.1 rm /var/tmp/portage/dev-libs/ace-5.5-r1/image/usr/bin/gperf rm -rf /var/tmp/portage/dev-libs/ace-5.5-r1/image/usr/share/ sendmail: Cannot open mail.gentoo.org:25 /var/cvsroot/CVSROOT/ciabot.pl: sendmail exit status 1 f>>> Creating Manifest for /home/dan/gentoo/gentoo-x86/dev-libs/ace grep rm * digest.assumed 2 digest-ace-5.4-r2::ACE-5.4.tar.bz2 digest-ace-5.4.6::ACE-5.4.6.tar.bz2 Automatically setting PORTAGE_GPG_DIR to /home/dan/.gnupg gpg: using character set `iso-8859-1' gpg: writing to `./Manifest.asc' gpg: DSA/SHA1 signature from: "DAEABC61 Daniel Black (Key for signing Gentoo Related Stuff) <dragonheart@gentoo.org>" /var/cvsroot/gentoo-x86/dev-libs/ace/Manifest,v <-- Manifest new revision: 1.42; previous revision: 1.41
May have been a momentry thing - seems fine now. $ repoman commit -m 'added OS.inl to install thanks to dev-zero' Setting paths: PORTDIR = "/home/dan/gentoo/gentoo-x86" PORTDIR_OVERLAY = "" RepoMan scours the neighborhood... >>> Creating Manifest for /home/dan/gentoo/gentoo-x86/dev-libs/ace digest.assumed 2 digest-ace-5.4-r2::ACE-5.4.tar.bz2 digest-ace-5.4.6::ACE-5.4.6.tar.bz2 digest.assumed 2 digest-ace-5.4.6::ACE-5.4.6.tar.bz2 digest-ace-5.4-r2::ACE-5.4.tar.bz2 Performing a cvs -n up with a little magic grep to check for updates. * 3 files being committed... 2 have headers that will change. * Files with headers will cause the manifests to be made and recommited. myupdates: ['./ChangeLog', './ace-5.5.3-r1.ebuild', './files/digest-ace-5.5.3-r1'] myheaders: ['./ChangeLog', './ace-5.5.3-r1.ebuild'] Using commit message: ------------------------------------------------------------------------------ added OS.inl to install thanks to dev-zero (Portage version: 2.1.2_rc1-r4) ------------------------------------------------------------------------------ /var/cvsroot/gentoo-x86/dev-libs/ace/ChangeLog,v <-- ChangeLog new revision: 1.40; previous revision: 1.39 /var/cvsroot/gentoo-x86/dev-libs/ace/ace-5.5.3-r1.ebuild,v <-- ace-5.5.3-r1.ebuild initial revision: 1.1 /var/cvsroot/gentoo-x86/dev-libs/ace/files/digest-ace-5.5.3-r1,v <-- ./files/digest-ace-5.5.3-r1 initial revision: 1.1 >>> Creating Manifest for /home/dan/gentoo/gentoo-x86/dev-libs/ace digest.assumed 2 digest-ace-5.4-r2::ACE-5.4.tar.bz2 digest-ace-5.4.6::ACE-5.4.6.tar.bz2 Automatically setting PORTAGE_GPG_DIR to /home/dan/.gnupg gpg: using character set `iso-8859-1' gpg: writing to `./Manifest.asc' gpg: DSA/SHA1 signature from: "DAEABC61 Daniel Black (Key for signing Gentoo Related Stuff) <dragonheart@gentoo.org>" /var/cvsroot/gentoo-x86/dev-libs/ace/Manifest,v <-- Manifest new revision: 1.44; previous revision: 1.43 /var/cvsroot/gentoo-x86/dev-libs/ace/ace-5.5.3.ebuild,v <-- ace-5.5.3.ebuild new revision: delete; previous revision: 1.2 /var/cvsroot/gentoo-x86/dev-libs/ace/files/digest-ace-5.5.3,v <-- files/digest-ace-5.5.3 new revision: delete; previous revision: 1.1
gentoo mail server is down again causing cvs commits to hang while the connection times out ... wouldnt it make more sense to have the cvs server queue things locally and then send them to the gentoo mail server in the background ? that way cvs commits from developers are never affected
(In reply to comment #2) > wouldnt it make more sense to have the cvs server queue things locally and then > send them to the gentoo mail server in the background ? We have only ssmtp installed on lark. I can set up exim, if Ramereth/klieber is okay with that?
maybe a lighter weight mail system like nullmailer that is like ssmtp with a local queue?
I personally don't have a problem with exim being on there. We do the same thing for forums, bugs, etc. The issue in the past was that Kurt was always against it. I really don't see how having exim on there just forwarding mail will hurt lark at all.
The new cvs box will have exim on it. Not sure how far away we are from deploying that yet, so maybe do we want to use that exim config from stork on lark? Pylon: ^^^
No big issue. Should be done quite quickly. I'll have a look into it after a nap ;-)
lark now has exim in place, and exim will be used on stork as well.
Notifications to our gentoo-doc-cvs mailing list have stopped working since the switch to exim. http://news.gmane.org/gmane.linux.gentoo.documentation.cvs
Missed to Reopen button by a narrow margin :)
(In reply to comment #9) > Notifications to our gentoo-doc-cvs mailing list have stopped working since the switch to exim. The problem seems to be our list-server instead of lark. On lark the mails get forwarded and even CIA receives it. 2007-01-10 16:32:29 1H4gNJ-0005Y0-7P <= pylon@gentoo.org U=pylon P=local S=1702 2007-01-10 16:32:29 1H4gNJ-0005Y0-7P => gentoo-doc-cvs@lists.gentoo.org R=smart_route T=remote_smtp H=mail.gentoo.org [140.211.166.183] X=TLS-1.0:RSA_AES_256_CBC_SHA1:32 2007-01-10 16:32:29 1H4gNJ-0005Y0-7P Completed 2007-01-10 16:32:34 1H4gNO-0007CB-4l <= pylon@gentoo.org U=pylon P=local S=960 2007-01-10 16:32:35 1H4gNO-0007CB-4l => cia@cia.navi.cx R=smart_route T=remote_smtp H=mail.gentoo.org [140.211.166.183] X=TLS-1.0:RSA_AES_256_CBC_SHA1:32 2007-01-10 16:32:35 1H4gNO-0007CB-4l Completed Please note, that the From is now <user>@gentoo.org and not <user>@lark.gentoo.org! Probably there is some setting about this on the list?
(In reply to comment #11) > Please note, that the From is now <user>@gentoo.org and not > <user>@lark.gentoo.org! Probably there is some setting about this on the list? Yep, the list accepts only mails from lark.gentoo.org. I changed exim on lark that it should send out mails with @lark.gentoo.org. Now it works again.