[qmailtoaster] qtp-newmodel errors for HTML::Parser
I am running qtp-newmodel and it keeps erroring out on spamassassin install for HTML:Parser -- Installing spamassassin-toaster-3.2.4-1.3.13 in the sandbox ... error: Failed dependencies: perl(HTML::Parser) = 3.43 is needed by spamassassin-toaster-3.2.4-1.3.13.i686 -- I run CPAN -- cpan install HTML::Parser CPAN: Storable loaded ok Going to read /root/.cpan/Metadata Database was generated on Tue, 27 May 2008 19:06:52 GMT HTML::Parser is up to date. -- Any ideas?
Re: [qmailtoaster] qtp-newmodel errors for HTML::Parser
This is a problem between rpms and CPAN. rpms have no knowledge of what's installed via CPAN, so dependencies specified in rpms need to be installed as rpms. Follow the directions at http://dag.wieers.com/rpm/FAQ.php#B for your distro/arch, then you can install the package with yum: # yum -y install perl-HTML-Parser You don't need to uninstall anything first. You'll need to use a fresh sandbox after installing perl modules. Dan Herbon wrote: I am running qtp-newmodel and it keeps erroring out on spamassassin install for HTML:Parser -- Installing spamassassin-toaster-3.2.4-1.3.13 in the sandbox ... error: Failed dependencies: perl(HTML::Parser) = 3.43 is needed by spamassassin-toaster-3.2.4-1.3.13.i686 -- I run CPAN -- cpan install HTML::Parser CPAN: Storable loaded ok Going to read /root/.cpan/Metadata Database was generated on Tue, 27 May 2008 19:06:52 GMT HTML::Parser is up to date. -- Any ideas? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] qtp-newmodel errors for HTML::Parser
On Wed, May 28, 2008 9:44 am, Eric Shubert wrote: This is a problem between rpms and CPAN. rpms have no knowledge of what's installed via CPAN, so dependencies specified in rpms need to be installed as rpms. the guys (seasoned admins, mostly) on the Centos list (most of us are using Centos, right?) frequently maintain that you should avoid cpan and install via rpm, that way the package manager is aware of the installed perl modules. last december/january, i compiled a list of cpan modules required for the current SA upgrade, weeded out those supplied by Centos base, and had my list handy. i attempted to use cpanflute(?) to build my own, but i failed and wasn't very motivated to figure out why. I submitted a request to Field Commander Weirs to see if he would add those to the modules he already builds. i attempted to 'bribe' him by sending him something from his amazon wish list. i don't know that he received either request/bribe. anyhoo, having these dependencies in place in a repo, either rpmforge, epel, or a qmt pool, would certainly ease the install/upgrade process, not that it is very difficult as it is. -- fuzzy (toasting since 04/2006) - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] qtp-newmodel errors for HTML::Parser
I got this to work. I was using an old sandbox. I removed the old one and created a new one and it works fine. -Original Message- From: fuzzy [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2008 11:56 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] qtp-newmodel errors for HTML::Parser On Wed, May 28, 2008 9:44 am, Eric Shubert wrote: This is a problem between rpms and CPAN. rpms have no knowledge of what's installed via CPAN, so dependencies specified in rpms need to be installed as rpms. the guys (seasoned admins, mostly) on the Centos list (most of us are using Centos, right?) frequently maintain that you should avoid cpan and install via rpm, that way the package manager is aware of the installed perl modules. last december/january, i compiled a list of cpan modules required for the current SA upgrade, weeded out those supplied by Centos base, and had my list handy. i attempted to use cpanflute(?) to build my own, but i failed and wasn't very motivated to figure out why. I submitted a request to Field Commander Weirs to see if he would add those to the modules he already builds. i attempted to 'bribe' him by sending him something from his amazon wish list. i don't know that he received either request/bribe. anyhoo, having these dependencies in place in a repo, either rpmforge, epel, or a qmt pool, would certainly ease the install/upgrade process, not that it is very difficult as it is. -- fuzzy (toasting since 04/2006) - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] qtp-newmodel errors
qtp-newmodel doesn't handle djbdns at the moment (I use bind, so testing djbdns is problematic for me). I hope to have it fixed in the next release. Eric, If you have a test version of your installation scripts with djbdns I can run some test installations for you. I have a nice dualcpu server we use to test installations before updating to our public boxes. If you want to specify an OS and such I'll work with that too. Like Cent 4.4 - just specify if you want full or server editions tested. I have working djbdns copies (and a some custom rbl lists installations, ect) on our debian and fedora boxes to reference if needed. Spec of the test box: hp proliant dl380 (g4) w/ dual xeon (3.x) cpu's, 2g ram, dual raid (0 for boot, and 5 for data). George. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] qtp-newmodel errors
Prblem is because script try to install more djbdns rpm-s; when i do manualy, i understand what happend; when i execute rpmbuild --rebuild --with cnt40 djbdns*.src.rpm it's create 4 rpms in /usr/src/redhat/RPMS/i386 djbdns-1.05-1.0.3.i386.rpmdjbdns-extcache-1.05-1.0.3.i386.rpm djbdns-devel-1.05-1.0.3.i386.rpm djbdns-localcache-1.05-1.0.3.i386.rpm and if i install djbdns-1.05-1.0.3.i386.rpm with jbdns- localcache-1.05-1.0.3.i386.rpm i got a lot of errors. Errors what i got wit qtp-newmodel is dependecy problem djbdns- extcache-1.05-1.0.3.i386.rpm and djbdns-devel-1.05-1.0.3.i386.rpm I look in HoWto http://www.qmailtoaster.com/centos/cnt40/EZ- QmailToaster-CentOS-4.3.txt and in step 8 is right solution: 8. Add djbdns (if you don't want bind) rpm -e --nodeps bind bind-chroot caching-nameserver rpmbuild --rebuild --with cnt40 djbdns*.src.rpm rpm -Uvh ../redhat/RPMS/i386/djbdns-localcache*.rpm echo search your-domain.com /etc/resolv.conf echo nameserver 127.0.0.1 /etc/resolv.conf REBOOT and that work for me... So i install ONLY djbdns-localcache-1.05-1.0.3.i386.rpm and every thing works fine.. On 2007.01.26, at 16:52, George Sweetnam wrote: qtp-newmodel doesn't handle djbdns at the moment (I use bind, so testing djbdns is problematic for me). I hope to have it fixed in the next release. Eric, If you have a test version of your installation scripts with djbdns I can run some test installations for you. I have a nice dualcpu server we use to test installations before updating to our public boxes. If you want to specify an OS and such I'll work with that too. Like Cent 4.4 - just specify if you want full or server editions tested. I have working djbdns copies (and a some custom rbl lists installations, ect) on our debian and fedora boxes to reference if needed. Spec of the test box: hp proliant dl380 (g4) w/ dual xeon (3.x) cpu's, 2g ram, dual raid (0 for boot, and 5 for data). George. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: qmailtoaster-list- [EMAIL PROTECTED]
Re: [qmailtoaster] qtp-newmodel errors
George Sweetnam wrote: qtp-newmodel doesn't handle djbdns at the moment (I use bind, so testing djbdns is problematic for me). I hope to have it fixed in the next release. Eric, If you have a test version of your installation scripts with djbdns I can run some test installations for you. I have a nice dualcpu server we use to test installations before updating to our public boxes. If you want to specify an OS and such I'll work with that too. Like Cent 4.4 - just specify if you want full or server editions tested. I have working djbdns copies (and a some custom rbl lists installations, ect) on our debian and fedora boxes to reference if needed. Spec of the test box: hp proliant dl380 (g4) w/ dual xeon (3.x) cpu's, 2g ram, dual raid (0 for boot, and 5 for data). George. Cool. Thanks, George. I'll let you know when I've made the changes. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] qtp-newmodel errors
Thanks, Igor. I think I can get it fixed up right with this info. It probably won't be until next Wed before I can get to it though. Patience is appreciated. Igor Vukotic' wrote: Prblem is because script try to install more djbdns rpm-s; when i do manualy, i understand what happend; when i execute rpmbuild --rebuild --with cnt40 djbdns*.src.rpm it's create 4 rpms in /usr/src/redhat/RPMS/i386 djbdns-1.05-1.0.3.i386.rpmdjbdns-extcache-1.05-1.0.3.i386.rpm djbdns-devel-1.05-1.0.3.i386.rpm djbdns-localcache-1.05-1.0.3.i386.rpm and if i install djbdns-1.05-1.0.3.i386.rpm with jbdns-localcache-1.05-1.0.3.i386.rpm i got a lot of errors. Errors what i got wit qtp-newmodel is dependecy problem djbdns-extcache-1.05-1.0.3.i386.rpm and djbdns-devel-1.05-1.0.3.i386.rpm I look in HoWto http://www.qmailtoaster.com/centos/cnt40/EZ-QmailToaster-CentOS-4.3.txt and in step 8 is right solution: 8. Add djbdns (if you don't want bind) rpm -e --nodeps bind bind-chroot caching-nameserver rpmbuild --rebuild --with cnt40 djbdns*.src.rpm * rpm -Uvh ../redhat/RPMS/i386/djbdns-localcache*.rpm* echo search your-domain.com /etc/resolv.conf echo nameserver 127.0.0.1 /etc/resolv.conf REBOOT and that work for me... So i install ONLY djbdns-localcache-1.05-1.0.3.i386.rpm and every thing works fine.. On 2007.01.26, at 16:52, George Sweetnam wrote: qtp-newmodel doesn't handle djbdns at the moment (I use bind, so testing djbdns is problematic for me). I hope to have it fixed in the next release. Eric, If you have a test version of your installation scripts with djbdns I can run some test installations for you. I have a nice dualcpu server we use to test installations before updating to our public boxes. If you want to specify an OS and such I'll work with that too. Like Cent 4.4 - just specify if you want full or server editions tested. I have working djbdns copies (and a some custom rbl lists installations, ect) on our debian and fedora boxes to reference if needed. Spec of the test box: hp proliant dl380 (g4) w/ dual xeon (3.x) cpu's, 2g ram, dual raid (0 for boot, and 5 for data). George. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] qtp-newmodel errors
I'm getting the following errors but the build seems to keep on building in the sandbox. I chose to skip DJBDNS upgrade because it kept erroring out. --- Unexpected file type for /var/djbdns/dnscache/log/main/@400045b66fc20c501f5c.s ls: /var/djbdns/dnscache/log/main/@400045b66fc20c501f5c.s: No such file or directory Continuing ... Unexpected file type for /var/djbdns/dnscache/log/main/@400045b66fbe2c8ebef4.s ls: /var/djbdns/dnscache/log/main/@400045b66fbe2c8ebef4.s: No such file or directory Continuing ... Info: unexpected named pipe: /var/djbdns/dnscache/log/supervise/control prw--- 1 root root 0 Nov 10 00:04 /var/djbdns/dnscache/log/supervise/control Continuing ... Info: unexpected named pipe: /var/djbdns/dnscache/log/supervise/ok prw--- 1 root root 0 Aug 10 12:10 /var/djbdns/dnscache/log/supervise/ok Continuing ... Info: unexpected named pipe: /var/djbdns/dnscache/supervise/control prw--- 1 root root 0 Nov 10 00:04 /var/djbdns/dnscache/supervise/control Continuing ... Info: unexpected named pipe: /var/djbdns/dnscache/supervise/ok prw--- 1 root root 0 Aug 10 12:10 /var/djbdns/dnscache/supervise/ok Continuing ... Creating /dump/opt/qtp-sandbox/home/vpopmail ... cp: cannot stat `/home/vpopmail/domains/domain.com/user2/Maildir/cur/1168983298.M515217P2070 VFD01I018E41E9.mail.servername.com,S=9345:2,': No such file or directory cp: cannot stat `/home/vpopmail/domains/domain.com/user1/Maildir/cur/1168983563.M566282P2437 VFD01I01810104.mail.servername.com,S=27340:2,': No such file or directory ---
Re: [qmailtoaster] qtp-newmodel errors
Dan Herbon wrote: I’m getting the following errors but the build seems to keep on building in the sandbox. I chose to skip DJBDNS upgrade because it kept erroring out. qtp-newmodel doesn't handle djbdns at the moment (I use bind, so testing djbdns is problematic for me). I hope to have it fixed in the next release. --- Unexpected file type for /var/djbdns/dnscache/log/main/@400045b66fc20c501f5c.s ls: /var/djbdns/dnscache/log/main/@400045b66fc20c501f5c.s: No such file or directory Continuing ... Unexpected file type for /var/djbdns/dnscache/log/main/@400045b66fbe2c8ebef4.s ls: /var/djbdns/dnscache/log/main/@400045b66fbe2c8ebef4.s: No such file or directory Continuing ... Info: unexpected named pipe: /var/djbdns/dnscache/log/supervise/control prw--- 1 root root 0 Nov 10 00:04 /var/djbdns/dnscache/log/supervise/control Continuing ... Info: unexpected named pipe: /var/djbdns/dnscache/log/supervise/ok prw--- 1 root root 0 Aug 10 12:10 /var/djbdns/dnscache/log/supervise/ok Continuing ... Info: unexpected named pipe: /var/djbdns/dnscache/supervise/control prw--- 1 root root 0 Nov 10 00:04 /var/djbdns/dnscache/supervise/control Continuing ... Info: unexpected named pipe: /var/djbdns/dnscache/supervise/ok prw--- 1 root root 0 Aug 10 12:10 /var/djbdns/dnscache/supervise/ok Continuing ... Creating /dump/opt/qtp-sandbox/home/vpopmail ... cp: cannot stat `/home/vpopmail/domains/domain.com/user2/Maildir/cur/1168983298.M515217P2070VFD01I018E41E9.mail.servername.com,S=9345:2,': No such file or directory cp: cannot stat `/home/vpopmail/domains/domain.com/user1/Maildir/cur/1168983563.M566282P2437VFD01I01810104.mail.servername.com,S=27340:2,': No such file or directory --- These messages are all safe to ignore. The unexpected named pipes are fixed in the next release (you can grab the updated qtp/trunk/bin/qtp-build-sandbox script if you'd like). The other files are temporary files that existed when the script did the 'find' command, but disappeared before the script got around to copying them. I'll try to implement a workaround for this situation so there are no 'safe' error messages (as they're misleading). FWIW, the sandbox is rather bloated as is, and can use some intelligent trimming. Just haven't gotten around to doing this. It's on the 'future enhancements' list - have a look at the script!. ;) -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]