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
On Tue, Sep 12, 2006 at 03:27:59AM +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 for yourself, maildrop rules file simply says:
> > > >
> > > > DEB_FIXPERMS_EXCLUDE := lock
On Tue, Sep 12, 2006 at 03:52:13AM +0200, Peter Eisentraut 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
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 for yourself, maildrop rules file simply says:
> > >
> > > DEB_FIXPERMS_EXCLUD
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 for yourself, maildrop rules file simply says:
> >
> > DEB_FIXPERMS_EXCLUDE := lockmail.maildrop maildrop
>
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
On Tue, Sep 12, 2006 at 12:59:20AM +0200, Peter Eisentraut 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 f
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
reassign 386952 cdbs
retitle 386952 cdbs debhelper rules runs dh_fixperms with -X for setuid/setgid
binaries, wrongly thinking it is an exact match
thanks
On Mon, Sep 11, 2006 at 03:34:06PM -0400, Joey Hess wrote:
> > Well, first of all, I just took a wild guess that it could be fixperms
> > invo
Processing commands for [EMAIL PROTECTED]:
> reassign 386952 cdbs
Bug#386952: dh_install installs files not as root when sudo is involved
Bug reassigned from package `debhelper' to `cdbs'.
> retitle 386952 cdbs debhelper rules runs dh_fixperms with -X for
> setuid/setgid binaries, wrongly thinki
Josip Rodin wrote:
> Well, first of all, I just took a wild guess that it could be fixperms
> involved, because of the background (there's no problem under fakeroot,
> only with sudo). Any idea about that? Why would dh_install under sudo
> put a file in the package tree that isn't owned by root?
B
On Mon, Sep 11, 2006 at 12:46:19PM -0400, Joey Hess wrote:
> > Apparently something goes wrong with dh_install (and/or dh_fixperms) here.
> > The command that cdbs ran was simply "dh_install -pmaildrop".
>
> From a log of a build of your package (which is the minimum information
> you should suppl
> Apparently something goes wrong with dh_install (and/or dh_fixperms) here.
> The command that cdbs ran was simply "dh_install -pmaildrop".
From a log of a build of your package (which is the minimum information
you should supply when filing an RC bug on debhelper):
dh_fixperms -pmaildrop -X loc
Processing commands for [EMAIL PROTECTED]:
> clone 386700 -1
Bug#386700: /etc/maildroprc might have wrong owner
Bug 386700 cloned as bug 386952.
> reopen -1
Bug#386952: /etc/maildroprc might have wrong owner
'reopen' is deprecated when a bug has been closed with a version;
use 'found' or 'submitt
15 matches
Mail list logo
