I have a dns server (bind) on seperate hardware server and I installed djbdns on a mailserver. by both I mean the contents of my resolv.conf contains both 127.0.0.1 and an ip of my dns svr.
crispin > Both meaning either or, or both at once? Why? > > I don't know the differences in the various djbdns toaster versions. I see > that djbdns-1.05-1.0.3 is now current on the main site, and the change > logs > haven't been updated since 1.0.1. > > Perhaps EE can clarify the situation. > > [EMAIL PROTECTED] wrote: >> this is the result of rpm -qa | grep djbdns >> >> [EMAIL PROTECTED] bin]# rpm -qa | grep djbdns >> djbdns-localcache-1.05-1.0.1 >> [EMAIL PROTECTED] bin]# >> >> I however use both BIND and djbdns. that is why it did not bother me >> much. >> >> crispin >> >>> Erik Espinoza wrote: >>>> Hi Crispin >>>> >>>>> Installing djbdns-1.05-1.0.2 in the sandbox ... >>>>> error: Failed dependencies: >>>>> djbdns-extcache conflicts with djbdns-1.05-1.0.2.i686 >>>>> djbdns conflicts with djbdns-extcache-1.05-1.0.2.i686 >>>>> djbdns-localcache conflicts with >>>>> djbdns-extcache-1.05-1.0.2.i686 >>>>> djbdns-extcache conflicts with >>>>> djbdns-localcache-1.05-1.0.2.i686 >>>> No clue why this failed, I use BIND myself. . . >>> Me too. I'm not aware of a djbdns upgrade that has been done with >>> newmodel >>> yet, so you might be the first test of this. I hope you're ok with >>> that. >>> >>> Looks to me like djbdns doesn't like to be upgraded. I'm guessing that >>> djbdns might need to be installed in a fashion similar to a kernel, >>> where >>> upgrades are installed as separate versions instead of being updated. >>> Does >>> anyone using djbdns know if this is the case or not? >>> >>> What version of djbdns are you presently running? >>> # rpm -qa | grep djbdns >>> >>>>> I had to skip kjbdns and succeeded to upgrade in about 3 minutes. >>>>> The >>>>> upgrade is made easy this way, thanks shubes for a great work. I also >>>>> would like to know why zlib failed. >>>> >>>> The zlib package failed because the version scheme was changed. >>>> Originally we were trying to keep with the QmailToaster >>>> 1.branch.revision, but eventually we decided that zlib should go back >>>> to 1.0.revision since eventualy OS's will release the same or newer >>>> zlib than what we are shipping. >>>> >>>> At that point there is no sense in installing our version. >>>> >>> >>> -- >>> -Eric 'shubes' >>> > > > -- > -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 hosted by: VR Hosted <http://www.vr.org> --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
