Hi Julien,
On Sun, 2012-04-29 at 19:05 +0200, Julien Cristau wrote:
On Wed, Apr 11, 2012 at 08:07:54 +0200, Tobias Frost wrote:
seems that bogofilter can be fixed soon, it seems that Steven found an
workaround in the sqlite3 library. (See #665363)
What's up with that?
The bug lies in
On Wed, Apr 11, 2012 at 08:07:54 +0200, Tobias Frost wrote:
Hallo Julien,
seems that bogofilter can be fixed soon, it seems that Steven found an
workaround in the sqlite3 library. (See #665363)
So it seems like a few more days and/or NMU'ing sqlite.
What's up with that?
Cheers,
Julien
Hallo Julien,
seems that bogofilter can be fixed soon, it seems that Steven found an
workaround in the sqlite3 library. (See #665363)
So it seems like a few more days and/or NMU'ing sqlite.
(CC'ing the maintainer of sqlite3 to hint him ;-) )
Tobias
Am Montag, den 09.04.2012, 15:20 +0200
On Thu, Mar 15, 2012 at 15:06:59 +0100, Tobias Frost wrote:
I'd like to ask you to support me in the transistion from the library
tokyocabinet from
libtokyocabinet8 to libtokyocabinet9
libtokyocabinet9 is now in testing. Remaining blockers to get
libtokyocabinet8 removed are:
- bogofilter
clone 666004
block 666004 by -1
block 664078 by -1
block 664078 by 666004
reassign -1 ftp.debian.org
retitle -1 RM: kumofs on s390x/sparc (blocks transition of tokyocabinet)
severity -1 normal
thanks
Dear ftp-team,
Please remove kumofs for sparc and s390x.
kumofs is currently uninstallable on
On Wed, Apr 4, 2012 at 16:04:43 +0200, Tobias Frost wrote:
Please remove kumofs for sparc and s390x.
kumofs is currently uninstallable on s390x and sparc due to a missing
run time dependency on those architectures. (See #620647 for details).
Does anything prevent the uninstallable
Hallo Julien,
Yes, a rebuild is prevented:
kumofs (0.4.13-2) unstable; urgency=low
[ Tobias Frost ]
* Add B-D on libmsgpack-ruby1.8 and libmsgpack-ruby1.9 to avoid building on
archs where those packages are not installable. (Closes: 620647)
coldtobi
Am Mittwoch, den 04.04.2012, 21:43
Hi,
#660717 was not introduced by tokycabinet, but due to the new sqlite3
being in the archive when bogofilter was rebuilt. Hence the
bogofilter-tokycabinet binary package builds+tests fine, but only the
bogofilter-sqlite binary package FTBFS.
In principle I don't see why this should be holding
On Tue, 2012-03-27 at 20:22 +0100, Steven Chamberlain wrote:
#660717 was not introduced by tokycabinet, but due to the new sqlite3
being in the archive when bogofilter was rebuilt. Hence the
bogofilter-tokycabinet binary package builds+tests fine, but only the
bogofilter-sqlite binary package
On Fri, Mar 23, 2012 at 09:09:36 +0100, coldtobi wrote:
#655860 is now gone, it needed only a give-back due to a bug in
libtokyocabinet at the time this was built.
Please schedule a binNMU for it.
Done.
Cheers,
Julien
signature.asc
Description: Digital signature
Package: release.debian.org
Followup-For: Bug #664078
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hallo
#655860 is now gone, it needed only a give-back due to a bug in libtokyocabinet
at the time this was built.
Please schedule a binNMU for it.
Thanks
Tobias
PS: Julien: I'm sorry about
Hallo Julian,
thanks for the NMUs!
However, (for me to learn), what are the reaaons not to schedule it for
the oether packages, like kumofs, ruby-tokyocabinet,
tokyocabinet-haskell?
Please schedule binNMUs for all the above mentioned packages on all
architectures.
Scheduled for:
bogofilter
On Wed, Mar 21, 2012 at 10:30:27 +0100, Tobias Frost wrote:
Hallo Julian,
I assume that refers to me...
thanks for the NMUs!
However, (for me to learn), what are the reaaons not to schedule it for
the oether packages, like kumofs, ruby-tokyocabinet,
tokyocabinet-haskell?
kumofs has
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear Release Team,
I'd like to ask you to support me in the transistion from the library
tokyocabinet from
libtokyocabinet8 to libtokyocabinet9
(Please note that this is my first
On Thu, Mar 15, 2012 at 15:06:59 +0100, Tobias Frost wrote:
I'd like to ask you to support me in the transistion from the library
tokyocabinet from
libtokyocabinet8 to libtokyocabinet9
(Please note that this is my first transistion, so please be patient with me)
You're supposed to ask
15 matches
Mail list logo
