Processing commands for cont...@bugs.debian.org:
> reassign 676061 dpkg
Bug #676061 [src:doc-base] doc-base: FTBFS: nsgmls:_build/doc-base.sgml:5:0:E:
reference to entity "DEBIANDOC" for which no system identifier could be
generated
Bug reassigned from package 'src:doc-base' to 'dpkg'.
No longer
On Mon, 2012-06-04 at 19:21:42 +0100, Dominic Hargreaves wrote:
> I wasn't sure if the small amount of code which could be factored out
> justified a new file (and couldn't see an exisiting one), so I left it
> in the scripts. Happy to refactor into a new or existing file if you
> let me know your
Santiago Vila wrote:
> You are right, I had not tried that. The second dpkg-buildpackage
> would indeed realize that the patches are not applied and it would
> apply them.
>
> However, what I was trying over and over again was this:
>
> dpkg-buildpackage
> debian/rules clean
> dpkg-buildpackage
T
Processing commands for cont...@bugs.debian.org:
> reassign 676107 dpkg
Bug #676107 [debiandoc-sgml] debian-faq: FTBFS: nsgmls:0:6:0:E: reference
to entity "DEBIANDOC" for which no system identifier could be generated
Bug reassigned from package 'debiandoc-sgml' to 'dpkg'.
Ignoring request to alt
Processing commands for cont...@bugs.debian.org:
> reassign 676107 debiandoc-sgml
Bug #676107 [src:debian-faq] debian-faq: FTBFS: nsgmls:0:6:0:E: reference
to entity "DEBIANDOC" for which no system identifier could be generated
Bug reassigned from package 'src:debian-faq' to 'debiandoc-sgml'.
No
Santiago Vila wrote:
> I see it as an inconsistent state which does not make any sense.
As far as I can tell, most people starting from the patches-unapplied
state keep that form in version control. If the build does not
involve modifying any source files (the usual case), they can use
usual com
On Mon, 4 Jun 2012, Jonathan Nieder wrote:
> Hi Santiago,
>
> Santiago Vila wrote:
>
> > The problem is that at the same time, dpkg-buildpackage seems to
> > unapply the patches *after* building the package, when the source tree
> > is full of executables, objects, Makefiles and so on. This is
Processing commands for cont...@bugs.debian.org:
> reassign 673518 dpkg
Bug #673518 [libgtk-3-bin] warning: files list file for package `libgtk-3-bin'
missing
Bug reassigned from package 'libgtk-3-bin' to 'dpkg'.
No longer marked as found in versions gtk+3.0/3.4.2-1.
Ignoring request to alter fix
On Mon, 04 Jun 2012, Dominic Hargreaves wrote:
> I wasn't sure if the small amount of code which could be factored out
> justified a new file (and couldn't see an exisiting one), so I left it
> in the scripts. Happy to refactor into a new or existing file if you
> let me know your preference.
I th
On Mon, Jun 04, 2012 at 07:17:57PM +0200, Raphael Hertzog wrote:
> Hi,
>
> On Mon, 04 Jun 2012, Dominic Hargreaves wrote:
> > The attached patch solves this by using flock() which is built into
> > perl, rather than an external library. My understanding is that this
> > should be adequate for the
Hi Santiago,
Santiago Vila wrote:
> The problem is that at the same time, dpkg-buildpackage seems to
> unapply the patches *after* building the package, when the source tree
> is full of executables, objects, Makefiles and so on. This is when a
> disaster might happen, as some of the patches migh
Package: dpkg-dev
Version: 1.16.3
Severity: important
If I untar the orig.tar.gz by hand, then copy the debian/* files and
then invoke dpkg-buildpackage, dpkg-buildpackage realizes that the
patches need to be applied first, so it applies them and then the
package is built. This is ok so far.
The
Hi,
On Mon, 04 Jun 2012, Dominic Hargreaves wrote:
> The attached patch solves this by using flock() which is built into
> perl, rather than an external library. My understanding is that this
> should be adequate for the purpose, but please let me know if I've missed
> something and there is a str
Package: dpkg-dev
Version: 1.16.3
I had a go today at starting a test rebuild of XS perl modules against
perl 5.16 (which is not yet in experiemental, but is being prepared at
[1]).
Unfortunately, since the perl 5.14 transition, dpkg-dev has gained a
dependency on libfile-fcntllock-perl (as of 1.
Hi,
On Mon, 19 Mar 2012, Raphael Hertzog wrote:
> On Mon, 19 Mar 2012, Bernhard R. Link wrote:
> > I undestand that since 1.16.2 was released in between, I need
> > to change the version? Attached are new versions of this patches
> > with the version changed.
>
> Yes, thank you.
>
> Guillem, wha
* Carsten Hey [2012-06-04 09:36 +0200]:
> start-stop-daemon should not follow symlinks:
>
> # ls -l /etc/shadow /var/run/foo.pid
> -rw-r- 1 root shadow 662 Apr 10 12:20 /etc/shadow
> lrwxrwxrwx 1 nobody nogroup 11 Jun 4 06:00 /var/run/foo.pid -> /etc/shadow
> # start-stop-daemon --
Package: dpkg
Hi,
start-stop-daemon should not follow symlinks:
# ls -l /etc/shadow /var/run/foo.pid
-rw-r- 1 root shadow 662 Apr 10 12:20 /etc/shadow
lrwxrwxrwx 1 nobody nogroup 11 Jun 4 06:00 /var/run/foo.pid -> /etc/shadow
# start-stop-daemon --start --verbose --make-pidfile
17 matches
Mail list logo