On 09/02/2015 01:03 AM, Thomas Goirand wrote:
Ok, so basically, I have nothing to do, but to package the last version
of rtslib-fb. Am I right? If so, then I'll package rtslib-fb ASAP in
Debian Experimental. Please let me know if the new version would also
work with Kilo (in which case, I'd uploa
On 09/01/2015 04:41 AM, Thomas Goirand wrote:
Hi Andy,
How do you propose that I do what you suggested (ie: package rtslib-fb
with both names available)? Isn't this something you should work out
yourself, as an upstream?
BTW, thanks for solving this conflict. With my package maintainer hat
on,
Package: python-rtslib-fb
Version: 2.1.45-4
Severity: normal
Tags: newcomer
Dear Maintainer,
I am the upstream maintainer for rtslib-fb.
In order to facilitate parallel installation of both versions of rtslib, the
original RTS/Datera version as well as rtslib-fb, rtslib-fb is changing its
module
On 09/21/2014 12:36 AM, Ritesh Raj Sarraf wrote:
On Saturday 20 September 2014 03:23 PM, Jerome Martin wrote:
Yes, the problem is that the kernel side uses this path unfortunately.
We could relocate policy and fabric to /var/lib/target, but that would
mean keeping both /lib/target and /var/tar
Package: rawdog
Version: 2.9.dfsg.1-2
Severity: wishlist
Can this use python-feedparser? bug 345349 suggested this would be a
good thing but it seemed like a good idea to open an enh bug explicitly
for this.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT po
Package: postfix-gld
Version: 1.6-2+b1
Severity: wishlist
Upstream postfix-gld supports Postgres as well as MySQL, but only as a
compile-time option. I'm switching to postgres from mysql so I'd love a
separate package with pgsql support enabled, or even better, both in 1
package.
-- System I
Package: gallery2
Version: 2.1.1-1
Severity: normal
Gallery2 currently recommends postgres but depends on mysql. I want to
switch to postgres, but I will need to keep parts of mysql installed
after doing so (mysql-client and php4-mysql). This is 20MB of deps I
don't need. Can these be made reco
I changed it to KEEPDBOPEN=0 in my gld.conf, and the problem went
away. It's a little less efficient, but if you are seeing this problem
it is probably due to the fact that you are not processing that much
mail in the first place (i.e. gldis inactive long enough such that its
connectio
Package: postfix-gld
Version: 1.6-2
Severity: important
tabla:~# ps ax|grep gld
29339 ?Ss 0:00 /usr/sbin/gld
10797 ?S 0:00 /usr/sbin/gld
10799 ?S 0:00 /usr/sbin/gld
10804 ?S 0:00 /usr/sbin/gld
10821 ?S 0:00 /usr/sbin/gld
10822 ?
Package: wnpp
Severity: wishlist
* Package name: dist-icecream
Version : 0.6
Upstream Author : [EMAIL PROTECTED]
* URL : http://wiki.kde.org/icecream
* License : GPL
Description : Distribute compilation across multiple PCs. Based on distcc.
Icecream is c
Package: wnpp
Severity: wishlist
* Package name: mediatomb
Version : 0.8.1
Upstream Author : Gena Batyan <[EMAIL PROTECTED]> and Sergey Bostandzhyan
<[EMAIL PROTECTED]>
* URL : http://mediatomb.sourceforge.net/
* License : GPL
Description : a UPnP medias
Package: dovecot-common
Version: 1.0.alpha3-2.0.1
Severity: grave
Justification: renders package unusable
Oct 27 23:06:48 tabla dovecot: Dovecot v1.0.alpha3 starting up
Oct 27 23:06:49 tabla dovecot: Login process died too early - shutting
down
Oct 27 23:06:49 tabla dovecot: pop3-login: Can't loa
12 matches
Mail list logo
