Re: Upgrade 2.2 - 2.4

2011-03-30 Thread Anthony Prades
On 03/29/2011 09:25 PM, Henrique de Moraes Holschuh wrote: On Tue, 29 Mar 2011, Ondřej Surý wrote: I have just tested the upgrade from 2.2 to 2.4 on my server and it's still quite complicated even when the spool is empty :-(. We need to work on that since almost all cyrus-*-2.2 packages were

Processing of cyrus-imapd-2.4_2.4.6-3_amd64.changes

2011-03-30 Thread Debian FTP Masters
cyrus-imapd-2.4_2.4.6-3_amd64.changes uploaded successfully to localhost along with the files: cyrus-imapd-2.4_2.4.6-3.dsc cyrus-imapd-2.4_2.4.6-3.debian.tar.gz cyrus-common-2.4_2.4.6-3_amd64.deb cyrus-doc-2.4_2.4.6-3_all.deb cyrus-imapd-2.4_2.4.6-3_amd64.deb

cyrus-imapd-2.4_2.4.6-3_amd64.changes ACCEPTED into unstable

2011-03-30 Thread Debian FTP Masters
Accepted: cyrus-admin-2.4_2.4.6-3_all.deb to main/c/cyrus-imapd-2.4/cyrus-admin-2.4_2.4.6-3_all.deb cyrus-admin_2.4.6-3_all.deb to main/c/cyrus-imapd-2.4/cyrus-admin_2.4.6-3_all.deb cyrus-clients-2.4_2.4.6-3_amd64.deb to main/c/cyrus-imapd-2.4/cyrus-clients-2.4_2.4.6-3_amd64.deb

Bug#620075: marked as done (cyrus-imapd-2.4: FTBFS everywhere: IMAP.xs:77:3: error: format not a string literal and no format arguments)

2011-03-30 Thread Debian Bug Tracking System
Your message dated Wed, 30 Mar 2011 13:34:35 + with message-id e1q4vxf-0007qv...@franck.debian.org and subject line Bug#620075: fixed in cyrus-imapd-2.4 2.4.6-3 has caused the Debian Bug report #620075, regarding cyrus-imapd-2.4: FTBFS everywhere: IMAP.xs:77:3: error: format not a string

Re: Upgrade 2.2 - 2.4

2011-03-30 Thread Ondřej Surý
On Wed, Mar 30, 2011 at 10:07, Anthony Prades toony.deb...@chezouam.net wrote: On 03/29/2011 09:25 PM, Henrique de Moraes Holschuh wrote: On Tue, 29 Mar 2011, Ondřej Surý wrote: I have just tested the upgrade from 2.2 to 2.4 on my server and it's still quite complicated even when the spool

Re: Upgrade 2.2 - 2.4

2011-03-30 Thread Ondřej Surý
Well, I wasn't speaking about the databases (yet), but about files which get removed by purging the 2.2 packages: At least /usr/lib/cyrus/cyrus-db-types.active gets removed by postrm script, also the statoverrides gets removed (which is bad)  - this is just for cyrus-common and cyrus-imapd

Accidental upload of 2.4 to unstable

2011-03-30 Thread Ondřej Surý
Hi, unfortunatelly I have accidentaly uploaded 2.4.6-3 to unstable. We may try talking to ftp-masters and have it removed, or we could just deal with the fallout. What do you think? My thought is that we should leave it in unstable and this will bring us more testers and we wanted to do that

Processing of cyrus-imapd-2.4_2.4.7-1_amd64.changes

2011-03-30 Thread Debian FTP Masters
cyrus-imapd-2.4_2.4.7-1_amd64.changes uploaded successfully to localhost along with the files: cyrus-imapd-2.4_2.4.7-1.dsc cyrus-imapd-2.4_2.4.7.orig.tar.gz cyrus-imapd-2.4_2.4.7-1.debian.tar.gz cyrus-common-2.4_2.4.7-1_amd64.deb cyrus-doc-2.4_2.4.7-1_all.deb

Repository changes (2.2 and 2.4)

2011-03-30 Thread Ondřej Surý
Hi, I have just did some changes to the repositories: 1. cyrus-imapd-2.2 repository moved under git.debian.org/git/pkg-cyrus-imapd/cyrus-imapd-2.2, this has been synced from Sven's SVN using git-svn. I will make some more changes to the repository files, but basically all the history should be

cyrus-imapd-2.4_2.4.7-1_amd64.changes ACCEPTED into unstable

2011-03-30 Thread Debian FTP Masters
Accepted: cyrus-admin-2.4_2.4.7-1_all.deb to main/c/cyrus-imapd-2.4/cyrus-admin-2.4_2.4.7-1_all.deb cyrus-admin_2.4.7-1_all.deb to main/c/cyrus-imapd-2.4/cyrus-admin_2.4.7-1_all.deb cyrus-clients-2.4_2.4.7-1_amd64.deb to main/c/cyrus-imapd-2.4/cyrus-clients-2.4_2.4.7-1_amd64.deb

Processing of cyrus-imapd-2.2_2.2.13p1-1_amd64.changes

2011-03-30 Thread Debian FTP Masters
cyrus-imapd-2.2_2.2.13p1-1_amd64.changes uploaded successfully to localhost along with the files: cyrus-imapd-2.2_2.2.13p1-1.dsc cyrus-imapd-2.2_2.2.13p1.orig.tar.gz cyrus-imapd-2.2_2.2.13p1-1.diff.gz cyrus-doc-2.2_2.2.13p1-1_all.deb cyrus-admin-2.2_2.2.13p1-1_all.deb

cyrus-imapd-2.2_2.2.13p1-1_amd64.changes ACCEPTED into unstable

2011-03-30 Thread Debian FTP Masters
Accepted: cyrus-admin-2.2_2.2.13p1-1_all.deb to main/c/cyrus-imapd-2.2/cyrus-admin-2.2_2.2.13p1-1_all.deb cyrus-clients-2.2_2.2.13p1-1_amd64.deb to main/c/cyrus-imapd-2.2/cyrus-clients-2.2_2.2.13p1-1_amd64.deb cyrus-common-2.2_2.2.13p1-1_amd64.deb to

cyrus-imapd-2.2_2.2.13p1-1_i386.changes ACCEPTED into unstable

2011-03-30 Thread Debian FTP Masters
Notes: Mapping sid to unstable. Accepted: cyrus-clients-2.2_2.2.13p1-1_i386.deb to main/c/cyrus-imapd-2.2/cyrus-clients-2.2_2.2.13p1-1_i386.deb cyrus-common-2.2_2.2.13p1-1_i386.deb to main/c/cyrus-imapd-2.2/cyrus-common-2.2_2.2.13p1-1_i386.deb cyrus-dev-2.2_2.2.13p1-1_i386.deb to

Re: Accidental upload of 2.4 to unstable

2011-03-30 Thread Henrique de Moraes Holschuh
On Wed, 30 Mar 2011, Ondřej Surý wrote: unfortunatelly I have accidentaly uploaded 2.4.6-3 to unstable. We may try talking to ftp-masters and have it removed, or we could just deal with the fallout. What do you think? Well, it is there, and we do NOT have the stable ABI requirements of the

cyrus-imapd-2.2_2.2.13p1-1_powerpc.changes ACCEPTED into unstable

2011-03-30 Thread Debian FTP Masters
Notes: Mapping sid to unstable. Accepted: cyrus-clients-2.2_2.2.13p1-1_powerpc.deb to main/c/cyrus-imapd-2.2/cyrus-clients-2.2_2.2.13p1-1_powerpc.deb cyrus-common-2.2_2.2.13p1-1_powerpc.deb to main/c/cyrus-imapd-2.2/cyrus-common-2.2_2.2.13p1-1_powerpc.deb

Re: Accidental upload of 2.4 to unstable

2011-03-30 Thread Anthony Prades
On 03/30/2011 05:00 PM, Ondřej Surý wrote: Hi, unfortunatelly I have accidentaly uploaded 2.4.6-3 to unstable. We may try talking to ftp-masters and have it removed, or we could just deal with the fallout. What do you think? My thought is that we should leave it in unstable and this will bring

Re: cyrus 2.4 new build deps

2011-03-30 Thread Anthony Prades
On 03/30/2011 11:27 PM, Thomas Cataldo wrote: Hi, Could you do this : diff --git a/debian/control b/debian/control index ba3bf45..3f6ce92 100644 --- a/debian/control +++ b/debian/control @@ -22,11 +22,11 @@ Build-Depends: autoconf, libdb-dev (= 4.8) | libdb4.8-dev,

Re: cyrus 2.4 new build deps

2011-03-30 Thread Thomas Cataldo
On Thu, Mar 31, 2011 at 12:16 AM, Anthony Prades toony.deb...@chezouam.netwrote: On 03/30/2011 11:27 PM, Thomas Cataldo wrote: Hi, Could you do this : diff --git a/debian/control b/debian/control index ba3bf45..3f6ce92 100644 --- a/debian/control +++ b/debian/control @@ -22,11 +22,11

Re: cyrus 2.4 new build deps

2011-03-30 Thread Henrique de Moraes Holschuh
On Wed, 30 Mar 2011, Thomas Cataldo wrote: - libtool (= 2.2~), + libtool (= 2.2), ~ sorts earlier than null, so this part of your change request doesn't make any sense, and must not be done. -- One disk to rule them all, One disk to find them. One disk to bring

cyrus-imapd-2.2_2.2.13p1-1_kfreebsd-amd64.changes ACCEPTED into unstable

2011-03-30 Thread Debian FTP Masters
Notes: Mapping sid to unstable. Accepted: cyrus-clients-2.2_2.2.13p1-1_kfreebsd-amd64.deb to main/c/cyrus-imapd-2.2/cyrus-clients-2.2_2.2.13p1-1_kfreebsd-amd64.deb cyrus-common-2.2_2.2.13p1-1_kfreebsd-amd64.deb to main/c/cyrus-imapd-2.2/cyrus-common-2.2_2.2.13p1-1_kfreebsd-amd64.deb

cyrus-imapd-2.2_2.2.13p1-1_alpha.changes ACCEPTED into unstable

2011-03-30 Thread Debian FTP Masters
Notes: Mapping sid to unstable. Accepted: cyrus-clients-2.2_2.2.13p1-1_alpha.deb to main/c/cyrus-imapd-2.2/cyrus-clients-2.2_2.2.13p1-1_alpha.deb cyrus-common-2.2_2.2.13p1-1_alpha.deb to main/c/cyrus-imapd-2.2/cyrus-common-2.2_2.2.13p1-1_alpha.deb cyrus-dev-2.2_2.2.13p1-1_alpha.deb to

Processed: Not a libc bug

2011-03-30 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: unmerge 238786 Bug#238786: gmtime returns NULL for time_ts larger than 40 bits on Alpha Bug#200641: glibc gmtime() broken for 64bit time_t (in arch=alpha) Disconnected #238786 from all other report(s). reassign 238786 cyrus-imapd-2.4 Bug #238786

Re: cyrus 2.4 new build deps

2011-03-30 Thread Ondřej Surý
Yeah, I'll probably drop the versioned dependency on perl lib at all, it was brought as an atempt to fix the ftbfs, but it's not needed since the bug lies in invalid usage of croak() function highlighted by adding hardening... Ondřej Surý On 31.3.2011, at 2:09, Henrique de Moraes Holschuh