Re: [qmailtoaster] Re: Problem using qtp-newmodel on fedora 11
On Tue, Oct 5, 2010 at 5:09 PM, Eric Shubert e...@shubes.net wrote: [..] I've seen this problem as well while testing, but haven't had a chance to develop a fix. I think it has to do with the unionfs sandbox. Try a linked sandbox, and I think that'll work for you. To be honest, I don't want to waste any time debugging F11. Thanks for your understanding. -- -Eric 'shubes' Unfortunately it seems not to have anything todo with the unionfs sandbox, since I get the same problem with all different versions of the sandbox. I understand your reasoning behind not debugging F11, ill just keep it until i can migrate it to something never as the encrypted bootsection makes upgrading fedora risky. Are there any alternative ways of uppgrading that i could try? /p
Re: [qmailtoaster] Re: Problem using qtp-newmodel on fedora 11
On Wed, Oct 6, 2010 at 4:22 PM, Eric Shubert e...@shubes.net wrote: [..] What does qtp-ami-up2date show you? ~ qtp-ami-up2date New Qmail-Toaster Packages Available: available: squirrelmail-toaster-1.4.20-1.3.17 (installed: squirrelmail-toaster-1.4.19-1.3.15.noarch) available: clamav-toaster-0.96.3-1.3.38 (installed: clamav-toaster-0.95.3-1.3.31.i686)
Re: [qmailtoaster] Re: Problem using qtp-newmodel on fedora 11
Im not all that experienced with running src rpm's, i just downloaded the srpm and did r...@fury:~ rpmbuild --rebuild --with fc11 clamav-toaster-0.96.3-1.3.38.src.rpm Installing clamav-toaster-0.96.3-1.3.38.src.rpm Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.a6cgpY + umask 022 + cd /root/rpmbuild/BUILD + LANG=C + export LANG + unset DISPLAY + cd /root/rpmbuild/BUILD + rm -rf clamav-0.96.3 + /usr/bin/bzip2 -dc /root/rpmbuild/SOURCES/clamav-0.96.3.tar.bz2 + /bin/tar -xf - + STATUS=0 + '[' 0 -ne 0 ']' + cd clamav-0.96.3 + /bin/chmod -Rf a+rX,u+w,g-w,o-w . + echo 'Patch #0 (clamav-0.96.0.patch.bz2):' Patch #0 (clamav-0.96.0.patch.bz2): + /usr/bin/bzip2 -dc /root/rpmbuild/SOURCES/clamav-0.96.0.patch.bz2 + /usr/bin/patch -s -p1 --fuzz=0 1 out of 8 hunks FAILED -- saving rejects to file etc/clamd.conf.rej error: Bad exit status from /var/tmp/rpm-tmp.a6cgpY (%prep) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.a6cgpY (%prep) As stated im a bit outside my competence zone here, but looking at the clamav-0.96.0-patch shouldnt I have a clamav-0.96.0.vanilla/etc/clamd.conf somewhere? Cause i cant find that anywhere on my system..
Re: [qmailtoaster] Re: Problem using qtp-newmodel on fedora 11
qtp-whatami returns qtp-whatami v0.3.6 DISTRO=Fedora OSVER=11 QTARCH=i686 QTKERN=2.6.30.10-105.2.23.fc11.i586 BUILD_DIST=fedora_11 BUILD_DIR=/root/rpmbuild This machine's OS is supported and has been tested so using fedora_11, still produces the same error. Patch #0 (clamav-0.96.0.patch.bz2): + /usr/bin/bzip2 -dc /root/rpmbuild/SOURCES/clamav-0.96.0.patch.bz2 + /usr/bin/patch -s -p1 --fuzz=0 1 out of 8 hunks FAILED -- saving rejects to file etc/clamd.conf.rej error: Bad exit status from /var/tmp/rpm-tmp.djCRZE (%prep) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.djCRZE (%prep) On Wed, Oct 6, 2010 at 5:33 PM, Eric Shubert e...@shubes.net wrote: What does qtp-whatami show you? Try: rpmbuild --rebuild --with fedora_11 clamav-toaster... (not fc11) petrus wrote: Im not all that experienced with running src rpm's, i just downloaded the srpm and did r...@fury:~ rpmbuild --rebuild --with fc11 clamav-toaster-0.96.3-1.3.38.src.rpm Installing clamav-toaster-0.96.3-1.3.38.src.rpm Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.a6cgpY + umask 022 + cd /root/rpmbuild/BUILD + LANG=C + export LANG + unset DISPLAY + cd /root/rpmbuild/BUILD + rm -rf clamav-0.96.3 + /usr/bin/bzip2 -dc /root/rpmbuild/SOURCES/clamav-0.96.3.tar.bz2 + /bin/tar -xf - + STATUS=0 + '[' 0 -ne 0 ']' + cd clamav-0.96.3 + /bin/chmod -Rf a+rX,u+w,g-w,o-w . + echo 'Patch #0 (clamav-0.96.0.patch.bz2):' Patch #0 (clamav-0.96.0.patch.bz2): + /usr/bin/bzip2 -dc /root/rpmbuild/SOURCES/clamav-0.96.0.patch.bz2 + /usr/bin/patch -s -p1 --fuzz=0 1 out of 8 hunks FAILED -- saving rejects to file etc/clamd.conf.rej error: Bad exit status from /var/tmp/rpm-tmp.a6cgpY (%prep) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.a6cgpY (%prep) As stated im a bit outside my competence zone here, but looking at the clamav-0.96.0-patch shouldnt I have a clamav-0.96.0.vanilla/etc/clamd.conf somewhere? Cause i cant find that anywhere on my system.. -- -Eric 'shubes' - Qmailtoaster is sponsored by Vickers Consulting Group ( www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Problem using qtp-newmodel on fedora 11
The contents off clamd.conf.rej --- etc/clamd.conf 2010-03-31 08:17:12.0 -0400 +++ etc/clamd.conf 2010-04-09 01:34:54.0 -0400 @@ -49,7 +49,7 @@ # Enable verbose logging. # Default: no -#LogVerbose yes +LogVerbose yes # This option allows you to save a process identifier of the listening # daemon (main thread). On Wed, Oct 6, 2010 at 6:38 PM, Eric Shubert e...@shubes.net wrote: petrus wrote: qtp-whatami returns qtp-whatami v0.3.6 DISTRO=Fedora OSVER=11 QTARCH=i686 QTKERN=2.6.30.10-105.2.23.fc11.i586 BUILD_DIST=fedora_11 BUILD_DIR=/root/rpmbuild This machine's OS is supported and has been tested so using fedora_11, still produces the same error. Patch #0 (clamav-0.96.0.patch.bz2): + /usr/bin/bzip2 -dc /root/rpmbuild/SOURCES/clamav-0.96.0.patch.bz2 + /usr/bin/patch -s -p1 --fuzz=0 1 out of 8 hunks FAILED -- saving rejects to file etc/clamd.conf.rej error: Bad exit status from /var/tmp/rpm-tmp.djCRZE (%prep) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.djCRZE (%prep) So we need to find out why that patch is failing on fedora. -- -Eric 'shubes' - Qmailtoaster is sponsored by Vickers Consulting Group ( www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
[qmailtoaster] Problem using qtp-newmodel on fedora 11
Hello Im trying to do a long overdue update on my qmail-toaster using qmail-newmodel However this fails with these messages Building clamav-toaster-0.96.3-1.3.38 ... Installing /usr/src/qtp-upgrade/SRPMS/clamav-toaster-0.96.3-1.3.38.src.rpm Building target platforms: i686 Building for target i686 Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.vnyHRi + umask 022 + cd /root/rpmbuild/BUILD + LANG=C + export LANG + unset DISPLAY + cd /root/rpmbuild/BUILD + rm -rf clamav-0.96.3 + /usr/bin/bzip2 -dc /root/rpmbuild/SOURCES/clamav-0.96.3.tar.bz2 + /bin/tar -xf - + STATUS=0 + '[' 0 -ne 0 ']' + cd clamav-0.96.3 + /bin/chmod -Rf a+rX,u+w,g-w,o-w . + echo 'Patch #0 (clamav-0.96.0.patch.bz2):' Patch #0 (clamav-0.96.0.patch.bz2): + /usr/bin/bzip2 -dc /root/rpmbuild/SOURCES/clamav-0.96.0.patch.bz2 + /usr/bin/patch -s -p1 --fuzz=0 1 out of 8 hunks FAILED -- saving rejects to file etc/clamd.conf.rej error: Bad exit status from /var/tmp/rpm-tmp.vnyHRi (%prep) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.vnyHRi (%prep) /mnt/qtp-sandbox/root/rpmbuild/BUILD/clamav-0.96.3/etc/clamd.conf.rej --- etc/clamd.conf2010-03-31 08:17:12.0 -0400 +++ etc/clamd.conf2010-04-09 01:34:54.0 -0400 @@ -49,7 +49,7 @@ # Enable verbose logging. # Default: no -#LogVerbose yes +LogVerbose yes # This option allows you to save a process identifier of the listening # daemon (main thread). Any ideas?
Re: [qmailtoaster] qtp-newmodel on Fedora 11
On Wed, Oct 7, 2009 at 5:59 PM, Eric Shubert e...@shubes.net wrote: Thanks Jake. I won't be able to get to my FC11 test host for a couple weeks. Looks like the stock fuse for FC11 is v2.7.4, and I used v2.8 in my testing (wanted to use the lastest I could). Petrus, it looks like there's a problem removing fuse-2.7.4. The preun scriplet (part of the stock spec file) apparently is having a problem. Can you try doing # rpm --noscripts -e fuse ? That should remove the older package and bypass the preun script. If you continue to have a problem with this, you might try google and see if others are having a problem upgrading from 2.7.4 to 2.8. Once you get past that, I'm betting it will work. This is what i get $ rpm --noscripts -e fuse error: fuse specifies multiple packages: fuse-2.7.4-3.fc11.i586 fuse-2.8.0-1.qtp.i586 Doing rpm --noscripts -e fuse-2.7.4-3.fc11.i586 Works better and your right, after this everything seems to work perfectly Thanks for the help!
[qmailtoaster] qtp-newmodel on Fedora 11
running qtp-newmodel on Fedora11, im running into problems with the new FUSE chroot [..] Would you like a unionfs/overlay sandbox? (recommended) [y]/n: y Using FUSE union filesystem ... qtp-mount-sandbox v0.3.3 qtp-mount-sandbox - installing fuse-unionfs ... qtp-mount-sandbox - this could take a few moments - please be patient Loaded plugins: dellsysidplugin2, refresh-packagekit qtp-Fedora qtp-Fedora/primary qtp-Fedora Setting up Install Process Resolving Dependencies -- Running transaction check --- Package fuse-unionfs.i586 0:0.23-1.qtp set to be updated -- Processing Dependency: libfuse.so.2(FUSE_2.8) for package: fuse-unionfs-0.23-1.qtp.i586 -- Running transaction check --- Package fuse.i586 0:2.8.0-1.qtp set to be updated -- Finished Dependency Resolution Dependencies Resolved === Package Arch Version === Installing: fuse i586 2.8.0-1.qtp replacing fuse-libs.i586 2.7.4-3.fc11 fuse-unionfs i586 0.23-1.qtp Transaction Summary === Install 2 Package(s) Upgrade 0 Package(s) Total download size: 165 k Downloading Packages: (1/2): fuse-2.8.0-1.qtp.fc11.i586.rpm (2/2): fuse-unionfs-0.23-1.qtp.fc11.i586.rpm --- Total Running rpm_check_debug Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Installing : fuse-2.8.0-1.qtp.i586 MAKEDEV: no such group: fuse warning: group fuse does not exist - using root Installing : fuse-unionfs-0.23-1.qtp.i586 service fuse does not support chkconfig Error in PREUN scriptlet in rpm package fuse Erasing: fuse-libs-2.7.4-3.fc11.i586 error: %preun(fuse-2.7.4-3.fc11.i586) scriptlet failed, exit status 1 fuse-2.7.4-3.fc11.i586 was supposed to be removed but is not! Installed: fuse.i586 0:2.8.0-1.qtp fuse-union Replaced: fuse-libs.i586 0:2.7.4-3.fc11 Complete! qtp-mount-sandbox - installation of dependent packages failed qtp-mount-sandbox - is your qmailtoaster-plus.repo package up to date? qtp-newmodel - qtp-mount-sandbox failed, exiting So did i forget to update the repo? r...@fury:~ yum update qmailtoaster-plus.repo Loaded plugins: dellsysidplugin2, refresh-packagekit qtp-nodist | 951 B 00:00 updates/metalink| 24 kB 00:00 Setting up Update Process No Packages marked for Update nope
[qmailtoaster] Domain Keys
Hi List Iv been trying to get domainkeys to work, but even after reading and following the wiki(and the video) I still cant get my Toaster to sign outgoing emails. My /etc/tcprules.d/tcp.smtp looks like this: 127.:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/ apati.se/private :allow,BADMIMETYPE=,BADLOADERTYPE=M,CHKUSER_RCPTLIMIT=50,CHKUSER_WRONGRCPTLIMIT=10,DKSIGN=/var/qmail/control/domainkeys/ apati.se/private that key exits: -r--r-. 1 root vchkpw 396 2009-10-01 17:12 /var/qmail/control/domainkeys/apati.se/private but still sa-t...@sendmail.net reports no key: Authentication System: Domain Keys Result: (no result present) Iv looked for anything interesting in the logfiles but nothing there. Is there anyway to turn on some sort of debug output from qmail-dk?
Re: [qmailtoaster] Domain Keys
On Fri, Oct 2, 2009 at 6:40 PM, Jake Vickers j...@qmailtoaster.com wrote: Change your tcp.smtp file back to have the % in it instead of your domain name, and try again. the % gets expanded when it signs automatically. Did you configure DNS? My tcp.smtp is now 127.:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/%/private :allow,BADMIMETYPE=,BADLOADERTYPE=M,CHKUSER_RCPTLIMIT=50,CHKUSER_WRONGRCPTLIMIT=10,DKSIGN=/var/qmail/control/domainkeys/%/private I have no local dns server but iv updated the master one with this content _domainkey.apati.se. IN TXT t=y; o=-; r=postmas...@apati.se private._domainkey.apati.se IN TXT k=rsa; p=MEwwDQYJKoZIhvcNAQEBBQADOwAwOAIxAMSpnXFOCgURB8DoKs0Pl6OSCI6aJtLJEJ//MyCRioeTbkJpB2K9qZOYbNhrTYtTGQIDAQAB
Re: [qmailtoaster] Domain Keys
On Fri, Oct 2, 2009 at 7:59 PM, Eric Shubert e...@shubes.net wrote: What does # ls -l /var/qmail/bin/qmail-queue show? $ ls -l /var/qmail/bin/qmail-queue lrwxrwxrwx. 1 root root 23 2009-09-30 15:49 /var/qmail/bin/qmail-queue - /var/qmail/bin/qmail-dk* $ ls -l /var/qmail/bin/qmail-dk -rws--x--x. 1 qmailq qmail 49K 2009-09-30 15:42 /var/qmail/bin/qmail-dk*
Re: [qmailtoaster] Domain Keys
On Fri, Oct 2, 2009 at 9:03 PM, Eric Shubert e...@shubes.net wrote: $ ls -l /var/qmail/bin/qmail-queue lrwxrwxrwx. 1 root root 23 2009-09-30 15:49 /var/qmail/bin/qmail-queue - /var/qmail/bin/qmail-dk* $ ls -l /var/qmail/bin/qmail-dk -rws--x--x. 1 qmailq qmail 49K 2009-09-30 15:42 /var/qmail/bin/qmail-dk* qmail-dk shouldn't have an asterisk at the end of it. I don't know for sure if that's causing your problem or not. Do you know how to get rid of the asterisk in the file names? The asterix is because the default ls alias on Fedora uses -F r...@fury:~ alias [..] alias ls='ls -hF --color=auto' from ls manpage *-F* Puts a */* (slash) after each filename if the file is a directory, an *** (asterisk) after each filename if the file can be executed r...@fury:~ unalias ls r...@fury:~ ls -l /var/qmail/bin/qmail-dk -rws--x--x. 1 qmailq qmail 49964 2009-09-30 15:42 /var/qmail/bin/qmail-dk
Re: [qmailtoaster] Domain Keys
On Fri, Oct 2, 2009 at 9:42 PM, Eric Shubert e...@shubes.net wrote: Oh yeah. Haven't seen that in a while. Links look ok then. Are permissions/ownership ok on the /var/qmail/control/domain and lower directories/files? I have them readable by vchkpw group. Me to, apati.se is the one Iv created but iv made it owned by vchkpw r...@fury:~ ls -la /var/qmail/control/domainkeys/ total 4 drwxr-xr-x. 3 root qmail21 2009-10-01 17:12 . drwxr-xr-x. 3 root qmail 4096 2009-10-02 18:46 .. drwxrwxr-x. 2 root vchkpw 37 2009-10-01 17:12 apati.se r...@fury:~ ls -la /var/qmail/control/domainkeys/apati.se/ total 8 drwxrwxr-x. 2 root vchkpw 37 2009-10-01 17:12 . drwxr-xr-x. 3 root qmail 21 2009-10-01 17:12 .. -r--r-. 1 root vchkpw 396 2009-10-01 17:12 private -rw-rw-r--. 1 root vchkpw 142 2009-10-01 17:12 public.txt
Re: [qmailtoaster] Domain Keys
On Fri, Oct 2, 2009 at 10:04 PM, Eric Shubert e...@shubes.net wrote: That looks ok to me. If you send yourself an email, do you see a signature in the headers? Yea i do Thats a bit odd?
Re: [qmailtoaster] Domain Keys
On Fri, Oct 2, 2009 at 10:39 PM, Eric Shubert e...@shubes.net wrote: Then they're being signed. I don't know why sa-t...@sendmail.net would report no result. Perhaps you should ask them. ;) Your absolutly right, i just sent a email to another acount and yes, its signed. Ill think ill ask the sendmail guys. Thanks for the help, ill admit to feeling a bit silly :/
Re: [qmailtoaster] Problem running qtp-newmodel
On Thu, Jul 9, 2009 at 5:37 PM, Eric Shubert e...@shubes.net wrote: petrus wrote: Stopping freshclam:[FAILED] qtp-build-rpms v0.3.1 qtp-remove-pkgs v0.3.1 ls: cannot access /usr/src/redhat/RPMS/*: No such file or directory /usr/sbin/qtp-config: line 125: 23.i386: syntax error: invalid arithmetic operator (error token is .i386) REMOVED control-panel-toaster from sandbox (not for real) REMOVED clamav-toaster from sandbox (not for real) Building daemontools-toaster-0.76-1.3.6 ... Installing daemontools-toaster-0.76-1.3.6 in the sandbox ... qtp-build-rpms - binary rpm not found for daemontools-toaster-0.76-1.3.6 qtp-build-rpms - Script Error - aborting. Build failed, Exiting. My /usr/src/redhat/RPMS looks like this: [r...@fury bin]# ls /usr/src/redhat/RPMS/* /usr/src/redhat/RPMS/i386: /usr/src/redhat/RPMS/i686: /usr/src/redhat/RPMS/noarch: /usr/src/redhat/RPMS/x86_64: Looks like those directories were removed from the sandbox to trim things down at some point. I've put it back into the attached script. Can you try this script to be sure that it works? You'll need to rebuild the sandbox when you test it of course. Thanks. The fix for directory's seems to work. Im still getting a syntax error due to i386 and the script still doesnt find a binary rpm, possibly due to the above error? output: qtp-build-rpms v0.3.1 qtp-remove-pkgs v0.3.1 /usr/sbin/qtp-config: line 125: 23.i386: syntax error: invalid arithmetic operator (error token is .i386) REMOVED control-panel-toaster from sandbox (not for real) REMOVED clamav-toaster from sandbox (not for real) Building daemontools-toaster-0.76-1.3.6 ... Installing daemontools-toaster-0.76-1.3.6 in the sandbox ... qtp-build-rpms - binary rpm not found for daemontools-toaster-0.76-1.3.6 qtp-build-rpms - Script Error - aborting.
Re: [qmailtoaster] Problem running qtp-newmodel
On Fri, Jul 10, 2009 at 4:54 PM, Eric Shubert e...@shubes.net wrote: It appears that you're not running the qtp-config script which contains the fix to strip off the .i386 from the package name. It should have myver=v0.3.1 near the end of the script. If it does, then it's perhaps not in the right place to be executed. It should be in the /opt/qmailtoaster-plus/bin/ directory. If it is, then check that /usr/sbin/qtp-config is a symlink to the file. I think i do :( [r...@fury bin]# ls -l /usr/sbin/qtp-config lrwxrwxrwx 1 root root 42 2009-07-07 17:17 /usr/sbin/qtp-config - ../../opt/qmailtoaster-plus/bin/qtp-config [r...@fury bin]# grep myver /opt/qmailtoaster-plus/bin/qtp-config myver=v0.3.1 echo $myname $myver [r...@fury bin]# Couldnt it have something todo with that my system is i686 and not i386? also rpmbuild on fc10 uses ~/rpmbuild as root not /usr/src/redhat/ /p
Re: [qmailtoaster] Problem running qtp-newmodel
On Wed, Jul 8, 2009 at 6:08 PM, Eric Shubert e...@shubes.net wrote: Thanks. If you'd care to use qtp-newmodel in the interim (I would), just comment out the a4_check_dependencies routine near the bottom of the script like so: #a4_check_dependencies and it'll probably run ok. If there is a dependency problem it'll let you know about it and you can install the dependency manually. So i commented out the dependencies checking and it seemed to work. Untill the script tried to create a unioned sandbox where it chockes on compiling aufs HidePrePath=\\\/opt/qmailtoaster-plus/src/aufs/fs/aufs25\\\ -C /lib/modules/2.6.27.25-170.2.72.fc10.i686/build M=/opt/qmailtoaster-plus/src/aufs/fs/aufs25 modules make[1]: Entering directory `/usr/src/kernels/2.6.27.25-170.2.72.fc10.i686' CC [M] /opt/qmailtoaster-plus/src/aufs/fs/aufs25/module.o In file included from /opt/qmailtoaster-plus/src/aufs/fs/aufs25/branch.h:35, from /opt/qmailtoaster-plus/src/aufs/fs/aufs25/aufs.h:37, from /opt/qmailtoaster-plus/src/aufs/fs/aufs25/module.c:26: /opt/qmailtoaster-plus/src/aufs/fs/aufs25/super.h: In function ‘au_test_tmpfs’: /opt/qmailtoaster-plus/src/aufs/fs/aufs25/super.h:304: error: ‘TMPFS_MAGIC’ undeclared (first use in this function) /opt/qmailtoaster-plus/src/aufs/fs/aufs25/super.h:304: error: (Each undeclared identifier is reported only once /opt/qmailtoaster-plus/src/aufs/fs/aufs25/super.h:304: error: for each function it appears in.) /opt/qmailtoaster-plus/src/aufs/fs/aufs25/module.c:186:2: warning: #warning CONFIG_AUFS_SYSAUFS is unnecessary for linux-2.6.25 and later. make[2]: *** [/opt/qmailtoaster-plus/src/aufs/fs/aufs25/module.o] Error 1 make[1]: *** [_module_/opt/qmailtoaster-plus/src/aufs/fs/aufs25] Error 2 make[1]: Leaving directory `/usr/src/kernels/2.6.27.25-170.2.72.fc10.i686' make: *** [fs/aufs25/aufs.ko] Error 2 So I tried with a regular sandbox and it worked a bit better, but still Starting to build the binary rpms ...(pizza anyone?) If you want to view compile messages, you can open another terminal and: # tail -f /mnt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log Stopping freshclam:[ OK ] qtp-build-rpms v0.3.1 qtp-remove-pkgs v0.3.1 /usr/sbin/qtp-config: line 123: 23.i386: syntax error: invalid arithmetic operator (error token is .i386) REMOVED control-panel-toaster from sandbox (not for real) REMOVED clamav-toaster from sandbox (not for real) Building daemontools-toaster-0.76-1.3.6 ... Installing daemontools-toaster-0.76-1.3.6 in the sandbox ... qtp-build-rpms - binary rpm not found for daemontools-toaster-0.76-1.3.6 qtp-build-rpms - Script Error - aborting. I cant find a binary rpm for daemontools on the system, but perhapse it fails to build or the script cleans up afterwards? /p
Re: [qmailtoaster] Problem running qtp-newmodel
On Thu, Jul 9, 2009 at 4:04 PM, Eric Shubert e...@shubes.net wrote: The problem with building aufs appears to be something related to our aufs version vs FC10's kernel version. Hey Justice, can you look into this? The latest qtp-config in the qtp.qmailtoaster.com svn repository should fix this last problem for you. Can you manually download it and try it? It should go in /opt/qmailtoaster-plus/bin/, and be sure to check the permissions. You'll need to add it to the sandbox as well unless you rebuild the sandbox. downloaded both qtp-config and qtp-newmodel It skips rpmforge as intended and I choose to rebuild the sandbox. but unfortunately I run into problem again: Starting to build the binary rpms ...(pizza anyone?) If you want to view compile messages, you can open another terminal and: # tail -f /mnt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log Stopping freshclam:[FAILED] qtp-build-rpms v0.3.1 qtp-remove-pkgs v0.3.1 ls: cannot access /usr/src/redhat/RPMS/*: No such file or directory /usr/sbin/qtp-config: line 125: 23.i386: syntax error: invalid arithmetic operator (error token is .i386) REMOVED control-panel-toaster from sandbox (not for real) REMOVED clamav-toaster from sandbox (not for real) Building daemontools-toaster-0.76-1.3.6 ... Installing daemontools-toaster-0.76-1.3.6 in the sandbox ... qtp-build-rpms - binary rpm not found for daemontools-toaster-0.76-1.3.6 qtp-build-rpms - Script Error - aborting. Build failed, Exiting. My /usr/src/redhat/RPMS looks like this: [r...@fury bin]# ls /usr/src/redhat/RPMS/* /usr/src/redhat/RPMS/i386: /usr/src/redhat/RPMS/i686: /usr/src/redhat/RPMS/noarch: /usr/src/redhat/RPMS/x86_64: Thanks for you help with getting this working with FC10. NP, I think you guys provide a great service and im only thankful that I may assist in some way :)
Re: [qmailtoaster] Problem running qtp-newmodel
On Wed, Jul 8, 2009 at 5:07 PM, Eric Shubert e...@shubes.net wrote: Newer simscan-toaster-1.3.1-1.3.6.i386 is already installed, simscan-toaster-1.4.0-1.3.1 bypassed which is wrong i think? This is a separate issue. When Jake updated simscan, he went from 1.3.6 to 1.3.1 in the toaster portion of the version id. He's going to republish the simscan-toaster package with something higher than 1.3.6 so this works as it should. O oki now I understand the message, sorry for this. I don't think I'd go mixing different fedora versions of rpmforge packages. qtp-newmodel should apparently be changed to not use rpmforge for later fedora versions. Would you care to create a ticket for this at http://qtp.qmailtoaster.com? Thanks. Iv created a ticket, a bit unsure on what to put in some of the fields but I think it turned out allright :) Thanks for all the help! Ill do some manual updates to the toaster while this gets fixed. /p
[qmailtoaster] Problem running qtp-newmodel
Hi a while ago i did a install of qmail-toaster using the instructions found in the qmail-toaster wiki. Now i want to update and therefore run qtp-newmodel from Qmailtoaster plus. It runs into problem thou. Issuing command: qtp-newmodel qtp-newmodel v0.3.7 starting Tue Jul 7 17:27:39 CEST 2009 qtp-whatami v0.3.4 DISTRO=Fedora OSVER=10 QTARCH=i686 QTKERN=2.6.27.21-170.2.56.fc10.i686 BUILD_DIST=fedora_10 BUILD_DIR=/usr/src/redhat This machine's OS is supported and has been tested Let's get on with it! Getting package list ... Qmailtoaster is an integrated distribution. Packages are preconfigured for the whole distro. As a result, a partial install might be misconfigured. Upgrading all packages to their latest version is strongly recommended. Now that you've been warned, we will proceed with package selection ... /usr/sbin/qtp-config: line 118: 3.i386: syntax error: invalid arithmetic operator (error token is .i386) Newer daemontools-toaster-0.76-1.3.3.i386 is already installed, daemontools-toaster-0.76-1.3.6 bypassed /usr/sbin/qtp-config: line 118: 5.i386: syntax error: invalid arithmetic operator (error token is .i386) so I figure its a issue regarding arch, since i have i386 and it wants to use i686. Is there a way to fix this?
Re: [qmailtoaster] Problem running qtp-newmodel
Hi Eric and thanks for the quick reply I trimmed the email a bit, hope nobody mind. On Tue, Jul 7, 2009 at 6:57 PM, Eric Shubert e...@shubes.net wrote: [snip] You've come to the right place. ;) Looks like a bug. I don't expect that anyone has run qtp-newmodel on FC10 yet. The .i386 shouldn't be part of the installed package name. This is causing the compare_versions routine in qtp-config to choke. Hey Jake, since when did the arch become part of the package name I've modified qtp-config (attached) to work around this anomaly (that Jake appears to have introduced in the FC10 version that you've installed). Please test it for me by putting it in /opt/qmailtoaster-plus/bin/, check the ownership and permissions (should be the same as all others there), and try running qtp-newmodel once more. Thanks for you help with fixing this. Your fix seems to work. from qtp-newmodel: daemontools-toaster-0.76-1.3.3.i386 is installed. Do you want to Upgrade daemontools-toaster to version 0.76-1.3.6 So without doing a full run it seems to work, or at least doesn't produce the same error ;) Ill do a full update tommow when i have a bit more time, cause iv got a fealing the update may take some time. Sorry for not having the time right now. /p