[Dovecot] Debian packages for dovecot 1.1.x
Because I'm tired of seeing Debian users look like idiots for using such horribly out of date versions just because they run "stable", I've set up a page with .deb packages of my 1.1.x rebuilds for use under lenny.
http://www.rollernet.us/opensource/
Standard disclaimer applies: use at your own risk, no warranty, no support, if it eats your first born or erases your computer I don't want to hear about it. ;)
-- Seth Mattinen sethm@rollernet.us Roller Network LLC
Seth Mattinen wrote:
Because I'm tired of seeing Debian users look like idiots for using such horribly out of date versions just because they run "stable", I've set up a page with .deb packages of my 1.1.x rebuilds for use under lenny.
If you really mean 'lenny', this won't help much. Stable is still etch, and if you build them under lenny, probably the versions of libraries that dovecot uses are not available in etch.
-- Dentist, n.: A Prestidigitator who, putting metal in one's mouth, pulls coins out of one's pockets. -- Ambrose Bierce, "The Devil's Dictionary"
Eduardo M KALINOWSKI eduardo@kalinowski.com.br http://move.to/hpkb
Eduardo M KALINOWSKI wrote:
Seth Mattinen wrote:
Because I'm tired of seeing Debian users look like idiots for using such horribly out of date versions just because they run "stable", I've set up a page with .deb packages of my 1.1.x rebuilds for use under lenny.
If you really mean 'lenny', this won't help much. Stable is still etch, and if you build them under lenny, probably the versions of libraries that dovecot uses are not available in etch.
These are for whatever the current stable is. Whatever the case, they are the real packages I use on "stable" installs because there's nothing on backports and the rc versions in stable are useless to me. They were linked against "stable".
-- Seth Mattinen sethm@rollernet.us Roller Network LLC
Eduardo M KALINOWSKI wrote:
Seth Mattinen wrote:
Because I'm tired of seeing Debian users look like idiots for using such horribly out of date versions just because they run "stable", I've set up a page with .deb packages of my 1.1.x rebuilds for use under lenny.
If you really mean 'lenny', this won't help much. Stable is still etch, and if you build them under lenny, probably the versions of libraries that dovecot uses are not available in etch.
Ah, I see why you are confused, probably this sentence:
"These are simply repackages from lenny that will work on etch."
I mean that I used the lenny source and compiled/linked it under etch and built packages from that. As it says, it "will work on etch". I'm not stupid enough to take lenny binaries and say they'll work under etch.
-- Seth Mattinen sethm@rollernet.us Roller Network LLC
Seth Mattinen wrote:
Because I'm tired of seeing Debian users look like idiots for using such horribly out of date versions just because they run "stable", I've set up a page with .deb packages of my 1.1.x rebuilds for use under lenny.
Sorry I'm retarded; I meant to say these packages are for use under etch aka the current "stable". Carry on.
~Seth
Am 08.01.2009 um 23:43 schrieb Seth Mattinen:
Seth Mattinen wrote:
Because I'm tired of seeing Debian users look like idiots for using
such horribly out of date versions just because they run "stable",
I've set up a page with .deb packages of my 1.1.x rebuilds for use
under lenny. http://www.rollernet.us/opensource/Sorry I'm retarded; I meant to say these packages are for use under
etch aka the current "stable". Carry on.~Seth
Hi Seth,
thanks you for the work.
However are you absolutley positive these .debs are built for the
current stable Debian 4.0 "etch"?
Just tried to install them on a etch vm (openvz). They dont install.
The errors indicates the packages are actually build against "lenny"
aka unstable.
All on my test environment:
cat /etc/debian_version
4.0
uname -r
2.6.18-12-fza-686-bigmem
dpkg -i dovecot-common_1.1.2-1_i386.deb
Selecting previously deselected package dovecot-common. (Reading database ... 55337 files and directories currently installed.) Unpacking dovecot-common (from dovecot-common_1.1.2-1_i386.deb) ... dpkg: dependency problems prevent configuration of dovecot-common: dovecot-common depends on libc6 (>= 2.7-1); however: Version of libc6 on system is 2.3.6.ds1-13etch8. dovecot-common depends on libkrb53 (>= 1.6.dfsg.2); however: Version of libkrb53 on system is 1.4.4-7etch6. dovecot-common depends on libldap-2.4-2 (>= 2.4.7); however: Package libldap-2.4-2 is not installed. dovecot-common depends on libpam0g (>= 0.99.7.1); however: Version of libpam0g on system is 0.79-5. dovecot-common depends on libsqlite3-0 (>= 3.5.9); however: Version of libsqlite3-0 on system is 3.3.8-1.1. dovecot-common depends on libssl0.9.8 (>= 0.9.8f-5); however: Version of libssl0.9.8 on system is 0.9.8c-4etch3. dovecot-common depends on zlib1g (>= 1:1.2.3.3.dfsg); however: Version of zlib1g on system is 1:1.2.3-13. dpkg: error processing dovecot-common (--install): dependency problems - leaving unconfigured Errors were encountered while processing: dovecot-common
apt-cache policy libc6
libc6: Installed: 2.3.6.ds1-13etch8 Candidate: 2.3.6.ds1-13etch8 Version table: *** 2.3.6.ds1-13etch8 0 990 http://ftp2.de.debian.org etch/main Packages 100 /var/lib/dpkg/status
I even tried a force install, but that come back with a nasty error.
dpkg --force depends -i dovecot-common_1.1.2-1_i386.deb
...
/usr/sbin/dovecot: /lib/tls/libc.so.6: version GLIBC_2.4' not found (required by /usr/sbin/dovecot) /usr/sbin/dovecot: /lib/tls/libc.so.6: version GLIBC_2.7' not found
(required by /usr/sbin/dovecot)
regards jules
Jules M wrote:
Am 08.01.2009 um 23:43 schrieb Seth Mattinen:
Seth Mattinen wrote:
Because I'm tired of seeing Debian users look like idiots for using such horribly out of date versions just because they run "stable", I've set up a page with .deb packages of my 1.1.x rebuilds for use under lenny. http://www.rollernet.us/opensource/
Sorry I'm retarded; I meant to say these packages are for use under etch aka the current "stable". Carry on.
~Seth
Hi Seth, thanks you for the work. However are you absolutley positive these .debs are built for the current stable Debian 4.0 "etch"? Just tried to install them on a etch vm (openvz). They dont install. The errors indicates the packages are actually build against "lenny" aka unstable.
All on my test environment:
cat /etc/debian_version
4.0
uname -r
2.6.18-12-fza-686-bigmem
My mistake; the i368 versions are different than the amd64 versions (I use 64 bit systems, so the 64 bit packages are be OK). I don't have a proper build host for i386 handy at the moment.
~Seth
Am 09.01.2009 um 17:03 schrieb Seth Mattinen:
Jules M wrote:
Am 08.01.2009 um 23:43 schrieb Seth Mattinen:
Seth Mattinen wrote:
Because I'm tired of seeing Debian users look like idiots for
using such horribly out of date versions just because they run
"stable", I've set up a page with .deb packages of my 1.1.x
rebuilds for use under lenny. http://www.rollernet.us/opensource/Sorry I'm retarded; I meant to say these packages are for use
under etch aka the current "stable". Carry on.~Seth Hi Seth, thanks you for the work. However are you absolutley positive these .debs are built for the
current stable Debian 4.0 "etch"? Just tried to install them on a etch vm (openvz). They dont install. The errors indicates the packages are actually build against
"lenny" aka unstable. All on my test environment:cat /etc/debian_version
4.0
uname -r
2.6.18-12-fza-686-bigmem
My mistake; the i368 versions are different than the amd64 versions
(I use 64 bit systems, so the 64 bit packages are be OK). I don't
have a proper build host for i386 handy at the moment.~Seth
Nevermind. I was able to build v1.1.8 for i368 from the "experimental"
sources against "etch" myself now.
Had to use dpkg-buildpackage -d to circumvent the dependency on a
newer drac-dev, not available in etch.
They install ok, have to test them now.
jules
Jules M wrote:
Am 09.01.2009 um 17:03 schrieb Seth Mattinen:
Jules M wrote:
Am 08.01.2009 um 23:43 schrieb Seth Mattinen:
Seth Mattinen wrote:
Because I'm tired of seeing Debian users look like idiots for using such horribly out of date versions just because they run "stable", I've set up a page with .deb packages of my 1.1.x rebuilds for use under lenny. http://www.rollernet.us/opensource/
Sorry I'm retarded; I meant to say these packages are for use under etch aka the current "stable". Carry on.
~Seth Hi Seth, thanks you for the work. However are you absolutley positive these .debs are built for the current stable Debian 4.0 "etch"? Just tried to install them on a etch vm (openvz). They dont install. The errors indicates the packages are actually build against "lenny" aka unstable. All on my test environment:
cat /etc/debian_version
4.0
uname -r
2.6.18-12-fza-686-bigmem
My mistake; the i368 versions are different than the amd64 versions (I use 64 bit systems, so the 64 bit packages are be OK). I don't have a proper build host for i386 handy at the moment.
~Seth
Nevermind. I was able to build v1.1.8 for i368 from the "experimental" sources against "etch" myself now. Had to use dpkg-buildpackage -d to circumvent the dependency on a newer drac-dev, not available in etch.
They install ok, have to test them now.
The updated drac-dev can be installed in the same manner and removed after build. I'm actually surprised that testing might go with 1.0.15 rather than a 1.1.x build. It sure would eliminate a lot of the "I'm using Debian and blah doesn't work - oh - I didn't realize it was old."
~Seth
participants (3)
-
Eduardo M KALINOWSKI
-
Jules M
-
Seth Mattinen