Carl Castanier wrote:
> Package: egroupware-core
> Version: 1.2-105.dfsg-4
> Severity: grave
> Justification: renders package unusable
>
>
> Have this message when I check the install.
>
> Checking PEAR is installed*: False
> PEAR is needed by SyncML or the iCal import+export of calendar.*
> PEAR::
Arthur de Jong wrote:
> After a recent upgrade the ntp system user seems to be gone. Tracing
> my steps, this is probably caused by purging the ntp-simple package
> after the new ntp package is installed (from a glance at the postinst
> and postrm).
You also have to upgrade ntp-simple before purgi
Marc 'HE' Brockschmidt wrote:
> Yes, I think this would be a good idea. Peter, could you do this or
> do you of a reason to postpone this change?
It's on its way.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Frank Küster wrote:
> I fail to understand. Or maybe you missed that db2latex-xsl wasn't
> just removed recently and temporarily in order to ease some
> transition. It has been removed a while ago, and I don't see any
> chance of its reinclusion into etch. It seems it is quite dead
> upstream (a
Am Montag, 16. Oktober 2006 13:51 schrieb Steinar H. Gunderson:
> The proposed NMU diff is in #390957 (and Peter Eisentraut seems to have
> reinvented the fix in #375077), but it's not likely to ever reach unstable
> at this point.
Please send your NMU diffs to the bug that they per
: #390926)
+ * When upgrading from earlier versions, remove rc.d symlinks and install
+again in the new location (closes: #375077)
+
+ -- Peter Eisentraut <[EMAIL PROTECTED]> Mon, 16 Oct 2006 12:37:56 +0200
+
libnss-ldap (251-5.2) unstable; urgency=high
* Non-maintainer upload.
diff
reassign 391844 libhk-classes13-dev
stop
Actually, knoda doesn't have anything to do with python.
The -lpython2.4 comes from the /usr/lib/libhk_classes.la file. The
right fix would that libhk-classes13-dev have a dependency on the
python library, or perhaps the python mention can be removed a
Julien Danjou wrote:
> Preparing to replace ntp 1:4.2.0a+stable-2sarge1 (using
> .../ntp_1%3a4.2.2+dfsg.2-3_sparc.deb) ... Unpacking replacement ntp
> ...
> dpkg: error processing
> /var/cache/apt/archives/ntp_1%3a4.2.2+dfsg.2-3_sparc.deb (--unpack):
> trying to overwrite `/etc/logcheck/ignore.d.se
Package: ggz-gtk-client
Version: 0.0.13-2
Severity: serious
Justification: no longer builds from source
In unstable:
cc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/gtk-2.0
-I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo
-I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I
Mario Iseli wrote:
> I built a patch for it...
Note that the bug is already marked "pending", which means it's already
fixed.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Steinar H. Gunderson wrote:
> Or are you claiming that anything implementing the schema from a
> copyrighted RFC falls under that license?
I am talking strictly about the core.schema file as shipped. The
Internet Society license in the file says: "this document itself may
not be modified in any
Steinar H. Gunderson wrote:
> No, seriously. Why are you reopening this bug? openldap2.3 does not
> ship the RFC in question, and hasn't been doing so the last month:
But this bug isn't about any RFCs.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Conta
JackTheDipper wrote:
> I currently have ggz-gtk-games 0.0.13-1 installed and
> I'm unable to remove it (post-installation: error code 255)
> or upgrade (pre-removal: error code 255) to 0.0.13-3
>
> so my whole apt-get/dpkg-system is now broken.
If the whole apt-get dpkg system is broken because of
reopen 336485
stop
Henrique de Moraes Holschuh wrote:
> Not to mention that all databases used by sasl need to be
> db43_upgrade'd
Yeah, that was clearly a dumb thing of me. I've reverted that part.
FWIW, it did seem to work, but the upgrading clearly needs more thought
than I should dare to i
Am Freitag, 15. September 2006 22:09 schrieb Steve Langasek:
> And what about the objections raised in the bug log that a simple recompile
> with libdb4.3-dev isn't safe?
I respect those concerns, but I don't think handwavingly requiring a full code
audit before a library upgrade is going to get
/debian/changelog
--- cyrus-sasl2-2.1.19.dfsg1/debian/changelog
+++ cyrus-sasl2-2.1.19.dfsg1/debian/changelog
@@ -1,3 +1,11 @@
+cyrus-sasl2 (2.1.19.dfsg1-0.3) UNRELEASED; urgency=high
+
+ * Non-maintainer upload
+ * Use libkrb5-dev instead of heimdal-dev. Closes: #379846.
+ * Use libdb4.3-dev i
Am Dienstag, 12. September 2006 03:57 schrieb Josip Rodin:
> Maybe remove libfam-dev? Our maildrop doesn't use it (but doesn't have an
> explicit Build-Conflicts set because nobody noticed it).
Yeah, it seems that you need to build-conflict against libfam-dev. With that
out of the way, I can con
Josip Rodin wrote:
> Well, duh. What's the problem? Any error messages? The package does
> actually seem to build for me and a dozen build daemons...
Linking maildirkwtest
cc -DHAVE_CONFIG_H -I. -I. -I. -g -Wall -O2 -Wall -I./.. -I.. -c maildirkw.c
Linking maildirkw
/usr/lib/libfam.a(fam.o): I
Josip Rodin wrote:
> On Tue, Sep 12, 2006 at 01:21:38AM +0200, Peter Eisentraut wrote:
> > > > cdbs runs dh_fixperms with the parameters you tell it. The
> > > > problem is in your rules file.
> > >
> > > As you can see
Josip Rodin wrote:
> > cdbs runs dh_fixperms with the parameters you tell it. The problem
> > is in your rules file.
>
> As you can see for yourself, maildrop rules file simply says:
>
> DEB_FIXPERMS_EXCLUDE := lockmail.maildrop maildrop
>
> How should this be reformatted to actually work properly
Debian Bug Tracking System wrote:
> > retitle 386952 cdbs debhelper rules runs dh_fixperms with -X for
> > setuid/setgid binaries, wrongly thinking it is an exact match
cdbs runs dh_fixperms with the parameters you tell it. The problem is
in your rules file.
--
To UNSUBSCRIBE, email to [EMAIL
Erich Schubert wrote:
> Here's a very naive approach at resolving the issue with the
> autobuilders:
I have forwarded your patch to the Samba bugzilla for consideration. At
the moment, I think we should stick with the config.cache override
because we don't really know how the interface detectio
> Good point...retitling. (The explanation is simply that Peter used an
> ACPI system)
I think quite a lot of systems are ACPI these days.
> I'll paste the error while I'm at it:
> ##
> # ACPI system but acpid not running.
Package: powersaved
Version: 0.12.20-1
Severity: serious
The powersaved init script will not start if acpid is not running. It
shows a helpful message about this, but I expect that package dependencies
and maintainer scripts are used to automate package installation.
So if acpid is indeed requir
Am Freitag, 18. August 2006 10:38 schrieb Michael Neuffer:
> passdb backend = tdbsam,
This is your problem. There is no passdb backend named "tdbsam,". You
want "tdbsam". Do you have any idea how that comma got in there? Because
you're the second person reporting this problem.
--
To
Am Freitag, 18. August 2006 09:38 schrieb Michael Neuffer:
> Stopping Samba daemons: nmbd smbdstart-stop-daemon: warning: failed to kill
> 4425: No such process .
> Starting Samba daemons: nmbd smbd.
> server:/etc# smbpasswd neuffer
> No builtin nor plugin backend for tdbsam, found
> PANIC (pid 334
Am Donnerstag, 17. August 2006 02:21 schrieb Erich Schubert:
> Just for reference, I did a straight rebuild of the package for my home
> PC and it solved the problems.
I'm not sure if it would be appropriate, but perhaps someone (you?) can do a
binary-only upload of a fixed amd64 package, so that
Am Mittwoch, 16. August 2006 08:05 schrieb Marcus Better:
> I have upgraded to 1:4.2.2+dfsg.2-1, and it did _not_ disable the old
> init scripts, cron jobs etc. It still tries to start two NTP servers.
You upgraded from 1:4.2.2+dfsg-1 to 1:4.2.2+dfsg.2-1. 1:4.2.2+dfsg-1 does not
contain any "old
Am Mittwoch, 16. August 2006 08:05 schrieb Marcus Better:
> I have upgraded to 1:4.2.2+dfsg.2-1, and it did _not_ disable the old
> init scripts, cron jobs etc. It still tries to start two NTP servers.
Which version did you upgrade from?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subj
Steve Langasek wrote:
> IIRC, the amd64 buildd runs in a vserver, which does nasty
> things to how interfaces are seen from userspace. This may be a
> symptom of that.
It's possible to reproduce the problem locally if you shut down all your
interfaces (/sbin/ifconfig shows nothing) before build
The problem is that the configure code that determines the method for
getting the list of network interfaces mysteriously fails on the amd64
buildd.
Usual output:
checking for iface AIX... no
checking for iface ifconf... got 2 interfaces:
eth0 IP=129.206.69.122 NETMASK=255.255.255.0
lo
Paul Martin wrote:
> You'll find that your NMU fails lintian checks:
It produces the same messages with or without the patch, so there is no
regression. And the messages aren't terribly critical either.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Co
+
+ * NMU
+ * Changed dependency to ntp (Closes: #380372)
+
+ -- Peter Eisentraut <[EMAIL PROTECTED]> Mon, 14 Aug 2006 11:06:22 +0200
+
radioclk (1.0-3) unstable; urgency=low
* Add logcheck.ignore.server file. (Closes: #247732)
only in patch2:
unchanged:
--- radioclk-1.0.orig/debian/c
Stephen Gran wrote:
> I would argue that this is a bug in itself. If s-s-d exits non-zero,
> then the script (being set -e, right? Policy and all) will exit
> right there and you'll never get to log_end_msg.
Note that LSB forbids set -e to be active while LSB init functions are
called. So thes
Stefan Fritsch wrote:
> Please check whether the version included in egroupware is affected
> by this vulnerabilities.
One would think that the submitter actually checked whether the bug
exists before submitting a bug?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscrib
Package: lsb-base
Version: 3.1-11
Severity: serious
Using getopt to parse the arguments of start_daemon is trouble because
it parses the arguments that are supposed to be passed to the daemon.
For example:
start_daemon -p /var/run/dirmngr.pid /usr/bin/dirmngr --daemon --sh
What it tried running
Package: lsb-base
Version: 3.1-11
Severity: serious
A lot of packages currently code their init scripts like this:
log_daemon_msg "Starting foo"
start-stop-daemon foo
log_end_msg $?
Since log_end_msg now returns 0 always, numerous init scripts no longer
return meaningful exit codes.
I think thi
Matthias Klose wrote:
> Peter Eisentraut writes:
> > Matthias Klose wrote:
> > > pyversions -vr calls are missing a parameter.
> >
> > The man page says that the parameter is optional.
>
> sorry, the man page is wrong. pyversions --help is correct.
> will be
Matthias Klose wrote:
> pyversions -vr calls are missing a parameter.
The man page says that the parameter is optional.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Note that the freeze cutoff for cdbs is approaching, so we need an idea on
this really quickly.
Am Sonntag, 30. Juli 2006 22:19 schrieb Peter Eisentraut:
> Christopher Martin wrote:
> > Notice how debian/patches/04_am_maintainer_mode.diff is skipped
> > because "it's alr
Adeodato Simó wrote:
> Package: radioclk
> Version: 1.0-3
> Severity: serious
>
> Hello.
>
> Your radioclk package depends on ntp-refclock, but in the latest
> upload of ntp, this package was dropped.
Also known as bug #380372.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "un
Max Bowsher wrote:
> Upgrading to the 4.2.2 ntp packages, which merge the ntp-server and
> ntp-simple packages into the ntp package leaves the old packages in
> the 'config-files' state. In particular, this leaves active cron
> scripts under the name 'ntp-server', which are then duplicated by the
Christopher Martin wrote:
> Notice how debian/patches/04_am_maintainer_mode.diff is skipped
> because "it's already applied" even though it clearly isn't? There is
> a similarly named but different patch,
> debian/patches/common/04_am_maintainer_mode.diff, which is perhaps
> confusing CDBS.
We nee
Martin Pitt wrote:
> However, the p-7.4 version without the mipsen binaries cannot go into
> testing as long as there are still pacakges depending on them on mips
> and mipsel.
There seems to be a semantic mistake here. plruby works just fine on
mips(el), no evidence having been given to the con
Am Freitag, 7. Juli 2006 00:00 schrieb David Mika:
> When creating a new profile / use Licq first - with an existing UIN the
> "OK" Button in the "Edit Account" window is wihout any function.
I just tried it. Works fine.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscr
Am Mittwoch, 21. Juni 2006 20:01 schrieb Kurt Roeckx:
> On Wed, Jun 21, 2006 at 07:04:42PM +0200, Olaf van der Spek wrote:
> > So how should one fix this situation?
> > apt-get dist-upgrade doesn't fix it.
>
> You have various options:
> - Run /etc/init.d/ntp-server start, so that stopping it works
Am Montag, 26. Juni 2006 09:27 schrieb Andreas Jochens:
> epstopdf --outfile=buildcore.pdf buildcore.eps
> sh: gs: command not found
> make[3]: *** [buildcore.pdf] Broken pipe
> make[3]: Leaving directory `/cdbs-0.4.43/doc'
>
> Please add the missing Build-Depends on 'gs-common'
> to debian/control
Kurt Roeckx wrote:
> The rest of the preinst seems to be for a pre-sarge version too
> (and is there since 1:4.2.0a-2), so maybe we can just get rid
> that whole part of the preinst?
So it seems. In fact, there is quite a bunch of stuff that can probably
be removed on similar grounds:
ntpdate.p
Kurt Roeckx wrote:
> It's still doing that in 1:4.2.0a+stable-8.2.
>
> I think we want an && instead of an || in the ntp-server.preinst?
>
> preinst can be called in the following ways:
> * `install'
> * `install'
> * `upgrade'
> * `abort-upgrade'
>
> And we o
Kurt Roeckx wrote:
> Anyway, I think we should either go for having 1 package
> providing both, or have ntp-server be a dummy and empty packages
> just having the depends. Maybe we should move those binaries in
> ntp-server to the ntp package?
I think dropping ntp-simple and ntp-refclock and putt
Kurt Roeckx wrote:
> ntp-server does not create the user, but it's useless without an
> ntp-simple or ntp-refclock. Nothing in ntp-server itself
> _should_ be needing the init.d script, it just provides it. It's
> like a "-common" package.
Well, I outlined the two possibilities earlier. If you
Kurt Roeckx wrote:
> There is no updated patch here, forgot to attach it?
Right, but I already committed it.
> I have no idea why the child process doesn't die directly, and we
> should probably take a look at that too.
Probably. Feel free ...
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wi
Package: graphviz
Version: 2.8-2
Severity: serious
Justification: no longer builds from source
Building this package in a pbuilder environment ends like this:
make[3]: Leaving directory `/tmp/buildd/graphviz-2.8'
make[2]: Leaving directory `/tmp/buildd/graphviz-2.8'
make[1]: Leaving directory `/t
If --exec is not to be used, I suppose this patch, which uses --startas, would
be the way to go. The problem is that the ntpd child processes, which are
not listed in the pidfile, are pretty slow to go away if you SIGTERM the
parent process. If that doesn't disturb anyone, this patch seems to
I have found that the following patch works better. It avoids slow-to-stop
ntpd child processes messing the whole thing up, especially during a restart.
diff -u ntp-4.2.0a+stable/debian/ntp-server.init.d ntp-4.2.0a+stable/debian/ntp-server.init.d
--- ntp-4.2.0a+stable/debian/ntp-server.init.d
+++
loses: #367022)
+ * Moved libsqlrelay-0.36.install to libsqlrelay-0.37.install
+(closes: #360272, #368076)
+
+ -- Peter Eisentraut <[EMAIL PROTECTED]> Wed, 7 Jun 2006 16:30:34 +0200
+
sqlrelay (1:0.37-1) unstable; urgency=low
* New upstream version.
only in patch2:
unchanged:
--- sq
, #316239)
+ * Added dependency on adduser (closes: #306202)
+
+ -- Peter Eisentraut <[EMAIL PROTECTED]> Wed, 7 Jun 2006 00:34:54 +0200
+
spfmilter (1.99+0.95-4) unstable; urgency=low
* Drop --pidfile argument in init script's stop stanza since the
diff -u spfmilter-1.99+0.95/deb
Bdale Garbee wrote:
> Why did you put an --oknodo on the start part of the restart clause?
Primarily for symmetry, I suppose. One could argue that if someone were
to start the server while the restart was in progress, having
the --oknodo there would do the right thing. It's more right than
wr
e-8.3) unstable; urgency=high
+
+ * NMU
+ * Added --oknodo option in init script (closes: #302127)
+
+ -- Peter Eisentraut <[EMAIL PROTECTED]> Tue, 6 Jun 2006 13:06:44 +0200
+
ntp (1:4.2.0a+stable-8.2) unstable; urgency=high
* NMU
Does anyone want to put in a vote on which way to break the dependency loop?
Basically, there are two ways to go about it:
One,
ntp-server Depends ntp-simple | ntp-refclock
ntp-simple Recommends ntp-server
ntp-refclock Recommends ntp-server
Two,
ntp-server Recommends ntp-simple | ntp-refclock
killall ntpd || true
fi
diff -u ntp-4.2.0a+stable/debian/changelog ntp-4.2.0a+stable/debian/changelog
--- ntp-4.2.0a+stable/debian/changelog
+++ ntp-4.2.0a+stable/debian/changelog
@@ -1,3 +1,11 @@
+ntp (1:4.2.0a+stable-8.2) unstable; urgency=high
+
+ * NMU
+ * Avoid killing all ntpd processes on
Package: libgcj7-dev
Version: 4.1.0-2j1
Severity: grave
This package installs jni.h in /usr/lib/gcc/i486-linux-gnu/4.1.1/include/.
This only works if you happen to use gcc 4.1.1 to compile the C program
you're dealing with, but my gcc thinks it's version 4.0.4:
$ gcc -print-search-dirs
install: /
tags 365228 + patch
stop
This bug can be fixed by changing the build dependency back from gcj-4.0 to
gcj (which pulls in gcj-4.x and includes the missing gcjh binary).
The build will then immediately break because of #368967, but that's a
different issue.
--
To UNSUBSCRIBE, email to [EMAIL P
Am Donnerstag, 1. Juni 2006 16:58 schrieb Matthias Klose:
> Peter Eisentraut writes:
> > reopen 365934
> > stop
> >
> > If you choose to resolve this by tightening the dependency on gcj, then
> > the dependency needs to look something like
> >
> > gcj
reopen 365934
stop
If you choose to resolve this by tightening the dependency on gcj, then the
dependency needs to look something like
gcj-4.1 (>= 4.1.1), gcj-4.1 (<< 4.1.2)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
severity 360048 important
retitle 360048 regina - FTBFS on s390: ./gci/gci_call.c:53: error: syntax error
before '*' token
stop
This seems to be specific to the s390 architecture, which is not a
release candidate right now, so let's downgrade this a bit.
--
To UNSUBSCRIBE, email to [EMAIL PRO
Am Mittwoch, 31. Mai 2006 12:03 schrieb Mohammed Adnène Trojette:
> On Wed, May 24, 2006, Peter Eisentraut wrote:
> > Building it just now, it works fine. Can you get a more verbose failure
> > from the tests? Can other people test this?
>
> 0.4.40 builds fine for me and I c
Interestingly enough, cdbs version 0.4.36 does not even contain the
mentioned test cases distutils-3.sh and distutils-4.sh, so something is
wrong here.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Building it just now, it works fine. Can you get a more verbose failure
from the tests? Can other people test this?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Peter Eisentraut wrote:
> Florian Weimer wrote:
> > (Unless someone objects, I'm going to clone this for the various
> > PostgreSQL packages.)
>
> Packages are already being uploaded, so don't waste everyone's time.
Correction: packages have already been upload
Florian Weimer wrote:
> (Unless someone objects, I'm going to clone this for the various
> PostgreSQL packages.)
Packages are already being uploaded, so don't waste everyone's time.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Tiago Bortoletto Vaz wrote:
> python-setuptools is missing in Build-Depends fied. It returns fail
> in distutils-3.sh and distutils-4.sh. A simple patch is attached.
I noticed that already. Out of curiosity, something must have changed
in python recently because those things have definitely work
Package: debroster
Version: 1.12
Severity: grave
The dr.sh script uniquifies the maintainer list by first name, which
causes a whole bunch of people to be missed, which makes this package
pretty useless.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Con
Christopher Martin wrote:
> on libkcddb1 (see bug #365018). My guess it that this change in 0.4.39:
>
>* Moved dh_shlibdeps call to binary-predeb (debhelper.mk)
> (closes: #326926)
>
> ...is the root of the problem - perhaps it happens too early, and so
> breaks DEB_SHLIBDEPS_INCLUDE. I we
Package: postgis
Severity: serious
Justification: no longer builds from source
[EMAIL PROTECTED]:~/tmp/postgis-1.0.0$ dpkg-buildpackage -rfakeroot -uc -us
dpkg-buildpackage: source package is postgis
dpkg-buildpackage: source version is 1.0.0-1
dpkg-buildpackage: source changed by Alex Bodnaru <[E
Rupa Schomaker wrote:
> I experienced the same problem with pgpool. Adding the "-c" option
> to su fixed it for me.
>
> Perhaps the problem is shell dependant?
It looks like this is caused by a change of behavior in su. Will fix.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Laurent Bonnaud wrote:
> Setting up pgpool (3.0.1-1) ...
> Starting pgpool: pgpool-su: /usr/sbin/pgpool -n 2>&1 logger -t pgpool -p local0.info >/dev/null 2>&1 &: No such file or
> directory failed!
Works like a charm here. What the heck is "pgpool-su"?
--
To UNSUBSCRIBE, email to [EMAIL PRO
Package: openldap2.2
Severity: serious
The license for the file core.schema says:
## Portions Copyright (C) The Internet Society (1997-2003).
## All Rights Reserved.
##
## This document and translations of it may be copied and furnished to
## others, and derivative works that comment on or otherw
Am Montag, 10. April 2006 13:20 schrieb Steve Langasek:
> This unixodbc fix has been uploaded, so psqlodbc can be uploaded at any
> time also.
So the build dependency should be set to >= 2.2.11-13 ?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact
Package: kolabd
Severity: serious
This package does not purge any files created by postinst under
/var/lib and /var/log. It should probably coordinate with
kolab-resource-handlers about who gets to clean what.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT po
Package: kolabd
Severity: serious
The package has no log rotation set up for its log files.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin
Package: kolab-resource-handlers
Severity: serious
The package has no log rotation set up for its log files.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/
Package: kolab-resource-handlers
Severity: serious
The package creates some directories in postrm such as /var/log/kolab,
/var/lib/kolab but does not undo any of this when purging.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (500,
Package: kolab-resource-handlers
Version: 0.3.9-5
Severity: grave
# apt-get install kolab-resource-handlers
Creating freebusy cache directory
mkdir: cannot create directory `/var/lib/kolab/freebusy-cache': No such file or
directory
dpkg: error ...
# echo $?
100
-- System Info
[EMAIL PROTECTED] wrote:
> building the package cdbs in a clean sid build environment
> (with pbuilder) on i386 results in:
I can't reproduce that. All the uploads are built in a pbuilder
environment anyway, so this surprises me. I suggest that you verify
your pbuilder configuration, because I
Package: xserver-xorg-video-savage
Version: 1:2.0.2.3-1
Severity: grave
Justification: renders package unusable
There is nothing in this package. Probably a packaging mistake.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Andreas Jochens wrote:
> When building 'cdbs' on amd64/unstable,
> I get the following error:
>
> PASS: recursive.sh
> PASS: udeb-1.sh
> FAIL: hdparm.sh
Yes, I had already made the same detection. It will be fixed in the
next upload as soon as the current one goes through to testing.
--
To UN
tags 350050 + confirmed upstream
found 350050 3.0.21a-1
stop
Timur Izhbulatov wrote:
> Looks like a problem with linkage:
> >>> import samba.smb
>
> Traceback (most recent call last):
> File "", line 1, in ?
> ImportError: /usr/lib/python2.3/site-packages/samba/smb.so:
> undefined symbol: cli_
Jurij Smakov wrote:
> Please try building the package in a clean sid chroot (using
> sbuild/pbuilder) before upload to make sure that all build-deps are
> satisfied.
At the time of the build this still worked, but the
postgresql-server-dev packages keep breaking in interesting ways.
--
To UNSU
Johannes Graumann wrote:
> When trying to use egroupware with the postgres beckend (as described
> in /usr/share/doc/egroupware-core/README.Debian.gz), egroupware does
> not recognize the created data base and produces this blurb: Your
> Database is not working!
Did you configure pg_hba.conf?
-
Package: libprelude
Severity: serious
Justification: no longer builds from source
The build dependency on libgnutls-dev needs to be (>= 1.0.17). Apparently,
libgnutls11-dev (currently at version 1.0.16) also provides libgnutls-dev,
which makes the build of this package fail if that older version
reopen 342870
stop
> Also closing the bugs on digikam and licq, which have already been
> requeued for binNMUs with the new make
The licq bug is not because of make, it's just that the make problem prevented
me from uploading a fixed version. The binNMU isn't going to help. You can
stop it an
Steve Langasek wrote:
> I don't get it. Why should *any* Debian package be depending on pgxs
> to tell it what compiler to use? Why shouldn't postgresql-pljava not
> be fixed to call gcc directly, if it can be built with it?
Because that is how the build system of those packages works. You just
I think the postgresql-server-dev packages should not need libpq-dev at
all, at least for the header files. (I think the reason for the
dependency might be something to do with pg_config.) At least if you
compile a server-side module, you should be able to compile that using
only -I$(pg_confi
rlewczuk wrote:
> I've sent a sponsoring request for xbsql some time ago (as I'm not a
> DD) but no one responded. Packages stripped of dpatch/autmake stuff
> (as it was redundant) and fixed are available as in a message below.
I can sponsor this for you, but please do the following things first:
Package: xoscope
Version: 1.12-1
Severity: serious
This package installs a file /usr/bin/bitscope, which is also installed
by package bitscope. This is not allowed by the release policy, and you
will have to rename the file.
-- System Information:
Debian Release: testing/unstable
APT prefers t
1/debian/changelog
+++ xbsql-0.11/debian/changelog
@@ -1,3 +1,11 @@
+xbsql (0.11-4.2) unstable; urgency=low
+
+ * NMU
+ * Removed automake1.6 build dependency, patching Makefile.in directly
+(closes: #335148)
+
+ -- Peter Eisentraut <[EMAIL PROTECTED]> Tue, 29 Nov 2005 21:46:59 +0100
+
xbsql (
Package: abakus
Version: 0.90-4
Severity: serious
Hi
The package needs to be rebuild against the new kdelibs4-dev so that the
dependency against kdelibs4c2 changes to kdelibs4c2a.
(This is because of the libstdc++ allocation transition).
Greetings
Peter
-- System Information:
Debian Release: tes
Roland Stigge wrote:
> building the package postgresql-pljava in a clean sid build
> environment (with pbuilder) on i386 results in:
This is actually a symptom of a bug in the dependencies of the
postgresql packages, which is currently under discussion. It should be
cleared up in the next coupl
Aníbal Monsalve Salazar wrote:
> checking for moc... /bin/moc
> grep: /bin/moc: No such file or directory
Um, where the heck is /bin/moc coming from anyway? There is no package
that installs it, as far as I can see.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe"
101 - 200 of 222 matches
Mail list logo
