Hi.
I can't reproduce this bug, neither with the dpkg in sarge nor the one
in sid. Since the information which dpkg was actually used by the
submitter is not contained in the bug report I'm not able to judge
wether it has been fixed or wether I just miss a trigger.
Gruesse,
--
Frank Lichtenheld
tags 302229 patch
thanks
Patch available as [EMAIL PROTECTED]/dpkg--devel--1.13--patch-5
from http://planck.djpig.de/~djpig/vcs/arch/[EMAIL PROTECTED]/
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
(possibly
issuing a warning)
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
packages in interesting ways...)
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
] [
$signinterface != pgp ] ; then
+ echo 2 $progname: unknown sign interface specified, assuming pgp
+fi
mustsetvar () {
If that is not wanted this bug can safely be closed (with or without
removing the superfluous check...)
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http
tags 306874 patch
thanks
[EMAIL PROTECTED]/dpkg--devel--1.13--patch-8:
--- orig/ChangeLog
+++ mod/ChangeLog
@@ -1,5 +1,8 @@
2005-07-24 Frank Lichtenheld [EMAIL PROTECTED]
+ * scripts/dpkg-source.pl: give more meaningful error message
+ if first argument to dpkg-source -x
tags 147574 patch
thanks
debian.org--2005/dpkg--devel--1.13--patch-9:
--- orig/ChangeLog
+++ mod/ChangeLog
@@ -1,5 +1,9 @@
2005-07-24 Frank Lichtenheld [EMAIL PROTECTED]
+
+ * scripts/dpkg-source.pl: handle absolute paths correctly in
+ all (tested) cases of building (-b
tags 306474 patch
thanks
[EMAIL PROTECTED]/dpkg--devel--1.13--patch-11:
--- orig/ChangeLog
+++ mod/ChangeLog
@@ -1,5 +1,7 @@
2005-07-24 Frank Lichtenheld [EMAIL PROTECTED]
+ * scripts/controllib.pl (capit): uppercase all letters that
+ come after a minus ('-')
* scripts
tags 6820 unreproducible
thanks
The mentioned restriction that isn't tested upon building source
packages (Creating directories, other than debian) doesn't seem
to exist anymore.
Can this bug be closed then?
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de
) instead.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
@arches) {
my $seen_arch='';
(without changelog entries yet since I don't know the bugnumber)
Gruesse,
Frank Lichtenheld
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: powerpc (ppc
,
dpkg-checkbuilddeps exits successfully with no output.
I think this is bad.
This should be fixed in 1.13.11, I have no time right now to verify
that so not closing the bug yet.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
tag 215233 patch
thanks
[EMAIL PROTECTED]/dpkg--devel--1.13--patch-17 is attached.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
* looking for [EMAIL PROTECTED]/dpkg--devel--1.13--patch-16 to compare with
* comparing to [EMAIL PROTECTED]/dpkg--devel--1.13--patch-16
M
I implemented solution (1) from my previous mail to the bug report:
[EMAIL PROTECTED]/dpkg--devel--1.13--patch-18 (also attached)
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
* looking for [EMAIL PROTECTED]/dpkg--devel--1.13--patch-17 to compare with
* comparing
/ChangeLog
@@ -1,3 +1,13 @@
+2005-10-03 Matt Zimmerman [EMAIL PROTECTED],
+ Frank Lichtenheld [EMAIL PROTECTED]
+
+ * scripts/dpkg-source.pl: If gpg is installed, check
+ the signature of the .dsc file before unpacking.
+ Allow the unpacking to suceed if the .dsc is unsigned
tags 329908 l10n patch
thanks
The original submitted page can be found in #247116.
Something obviously did go wrong before it was committed...
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
On Sun, Oct 09, 2005 at 11:28:04PM +0100, Scott James Remnant wrote:
On Sat, 2005-10-08 at 22:08 +0200, Frank Lichtenheld wrote:
It seems most man pages have changed their section from 8 to 1
(even though I haven't found the changelog entry for that yet)
but the references were only
.
Or is it about parsedep() not handling space in the operator?
(e.g. =) Then I thinl it should be closed as wontfix since
this probably shouldn't be supported.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
for the past three years
it probably isn't worth one now...
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Thu, Jan 19, 2006 at 12:14:35AM +0100, Frank Lichtenheld wrote:
If we don't use the path information from ldd there are several ways to
go:
1) use dpkg --search but only with the library name from objdump, not
with the full path.
Questions: - Are there cases where the library name
On Mon, Oct 03, 2005 at 07:46:20PM +0200, Frank Lichtenheld wrote:
[...]
* Fixes to dpkg-dev (Frank Lichtenheld):
- Let dpkg-gencontrol bail out with an error if parsedep
found an error while parsing a dependency field. Closes: #228125
+- Make -isp the default behaviour
names,
though...
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
this is the controllib code).
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
this doesn't terminate dpkg-shlibdeps.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
the elsif line with
} elsif ( ! -e $dir/$_/DEBIAN !~ /^\./ -d $dir/$_ ! -l $dir/$_ )
{
This at least eliminates the search within the packages that have no
shlibs file which should be the major cause for massive recursion.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de
On Tue, Jan 24, 2006 at 04:12:27PM -0800, Steve Langasek wrote:
On Tue, Jan 24, 2006 at 06:00:28PM +0100, Frank Lichtenheld wrote:
To account for more interesting ideas that maintainers could have I
would propose the following compromise: Replace the elsif line with
} elsif ( ! -e $dir
if that
was confusing.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
with -D777.
Ok, apart from the fact that this is a good example why data packages
should not build a recursive dependency on the package containing the
binaries this seems to give an idea what's going on.
So the question is why dpkg doesn't resolve this better.
Gruesse,
--
Frank Lichtenheld
On Thu, Jan 26, 2006 at 10:51:25AM +0100, Frank Lichtenheld wrote:
So the question is why dpkg doesn't resolve this better.
Ok, after a little investigation here my findings (please take
into account that this is actually the first time ever I looked
at this code so I might have misinterpreted
tell me how to express this question in code?
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sat, Jan 28, 2006 at 12:28:26PM +0100, Jeroen van Wolffelaar wrote:
So my only addition request w.r.t. this bug is stripping out newlines from
Uploaders.
Ok. Guillem already mentioned he will fix this. It will have to wait for
1.13.14, though.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED
the others think?
Are there any tools that are known for causing problems with such
signatures?
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
the latest status of it?
Just checking before investigating it for inclusion.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
/plugin/$arch_dir
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
. There is no way I could think
of to produce a segfault there except for a perl bug or a
kernel/hardware problem.
Can you still reproduce this behaviour? I certainly can't.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
?
I'm not yet sure what way I would prefer...
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Just a quick comment on this one: IMHO solving this essentially
depends on someone proposing a way to handle or'ed build-dependencies
in a useful way...
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
severity 186809 normal
merge 186809 178203
thanks
One half of this bug report is really wontfix (the second one). But as
the other one adds a valid point to another bug (source package aspect)
I will merge it there instead of closing it or marking it wontfix.
Gruesse,
--
Frank Lichtenheld
,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
the following prompt:
Upgrade from which version to which version? Where can we find the .debs
to reproduce it?
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
the different fields
differently.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
* Replaces|Conflicts|Provides
Compute an union
* Recommends|Suggests|Enhances
Only merge the dependencies if they are identical
Great, I will try to give it a thourough review in the next days.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de
On Wed, Apr 19, 2006 at 01:28:53AM +0200, Frank Lichtenheld wrote:
On Mon, Apr 17, 2006 at 01:59:16PM +0200, Nicolas François wrote:
So here is the new patch.
It differentiates 3 categories of fields:
* Depends|Pre-Depends
Compute an intersection
* Replaces|Conflicts|Provides
patch to
use that, too.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
to be right. Feel free to apply the patch.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
/nrpe.cfg.divert.custom', not allowed
Restarting nagios-nrpe: nagios-nrpe.
Purging configuration files for nagios-plugins-custom ...
Could you please send us the output of dpkg --debug=
for these actions? This would help to determine what dpkg
is actually doing and why.
Gruesse,
--
Frank Lichtenheld [EMAIL
the bug open. While I have no intentions to hack something
like this into the current version of dpkg-parsechangelog, I would not
say that it is a thing not ever worth thinking about.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL
for that...
I'd like to unify the help output format for all the scripts before
translators have a chance to start working on them, though.
ACK.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
On Fri, May 12, 2006 at 10:40:04AM +0300, Guillem Jover wrote:
On Thu, 2006-05-11 at 22:54:50 -0500, Frank Lichtenheld wrote:
I think you misread my question. I totally see that there should be two
.pot files, I only asked if we really need two directories for that...
Two set of .pot files
not deprecate it to
retain some control over the date format used in Debian packages).
Current users of 822-date includes e.g.
- devscripts
- dh-make
- equivs
- sbuild
- debmake
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
Index: debian/changelog
;
+ }
if (isdirectoryinuse(namenode,pkg)) continue;
}
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Fri, May 12, 2006 at 01:49:32PM -0500, Frank Lichtenheld wrote:
I have an alternative patch that at least fixes the defoma/ttf-bitstream
case. I haven't tested all the other packages yet. Comments and
testing welcome.
Cases that this patch doesn't fix include openssl/ca-certificates
and tex
On Fri, May 12, 2006 at 08:59:24PM +0300, Guillem Jover wrote:
On Fri, 2006-05-12 at 11:18:42 -0500, Frank Lichtenheld wrote:
On Fri, May 12, 2006 at 10:40:04AM +0300, Guillem Jover wrote:
On Thu, 2006-05-11 at 22:54:50 -0500, Frank Lichtenheld wrote:
I think you misread my question. I
On Fri, May 12, 2006 at 01:49:32PM -0500, Frank Lichtenheld wrote:
I have an alternative patch that at least fixes the defoma/ttf-bitstream
case. I haven't tested all the other packages yet. Comments and
testing welcome.
Updated patch that also deals with the similar case on upgrade.
Index
. Directly after the message the
following commands gets executed:
kill(-getpgid(0),SIGTSTP);
Do you know of any reason why this might fail in your case?
If not I can prepare a patch that adds actual error checking to
that peace of code.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http
from stdin would probably have to
be added seperatly.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
time ago.
It isn't used anymore anywhere in dpkg but I will add amd64
none-the-less since it explicetly states that it lists the architectures
that are in the official archive for sid.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL
. And your patch violates that
assumption. So in the end I'm now convinced that there is only one
solution that will both fix the problem and be according to policy
(see above).
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
On Thu, May 18, 2006 at 02:46:20PM -0700, Josh Triplett wrote:
Frank Lichtenheld wrote:
On Sun, May 14, 2006 at 04:43:31AM -0700, Josh Triplett wrote:
I can't think of any reason. When I hit Z and press enter, the message
gets printed and then the conffile prompt comes right back up
Package: dpkg
Version: 1.13.19
Severity: minor
If with --quiet, s-s-d --test shouldn't output anything to stdout. Instead,
--test is ignoring --quiet completly.
Gruesse,
Frank Lichtenheld
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990
On Fri, May 12, 2006 at 10:40:04AM +0300, Guillem Jover wrote:
On Thu, 2006-05-11 at 22:54:50 -0500, Frank Lichtenheld wrote:
On Fri, May 12, 2006 at 01:35:21AM +0300, Guillem Jover wrote:
I'd like to unify the help output format for all the scripts before
translators have a chance
On Wed, May 17, 2006 at 08:31:48AM +0200, Bart Martens wrote:
On Tue, May 16, 2006 at 11:17:16PM -0500, Frank Lichtenheld wrote:
Unfortunatly I also discovered that your patch isn't really applicable
because of a simple fact: It violates the semantics of Conflicts
relations. If a package
for correcting my stupid mistakes,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
negating a simple int
(i.e. the type pid_t is defined to) with an (according to strace)
well defined value could cause an error like that.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
On Sat, Jun 17, 2006 at 05:00:36PM +0200, Frank Lichtenheld wrote:
Certainly. But I can't see any way how negating a simple int
(i.e. the type pid_t is defined to) with an (according to strace)
well defined value could cause an error like that.
But I have now found a way to reproduce this bug
Hi Colin.
This bug still needs some more information what exactly it
is about. Without this information it doesn't really make sense to keep
it open.
[also CCed the submitter this time]
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email
then.
If noone can provide more information about it (best with an
example how to reproduce it) it will need to be closed.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
on this, this
bug should probably be closed as unreproducible.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
as policy?
- What kind of fields should it contain? Should it make a clear
distinction between fields used by dpkg and fields ignored by it?
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
, #313605.
Reinstalling coreutils (5.94-1) fixes the glitch.
Do you know which versions of coreutils and dpkg you had installed
before the upgrade? Do you have the full upgrade log available?
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email
directories with symlinks is
probably because this would effectively require a rm -fr on the
directory (or the creation of potentially very big backups)
which is not a very good thing to do non-interactively.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE
wether a package does delete additional data
(like e.g. debconf or ucf data) in case of a purge or not.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
? (At least for all
remotely practical umask settings...)
Will apply the patch.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
to the repository with the
understanding that he limits himself to the branch integrating his work
for now (I really see no need for technical measures enforcing that, we
are all grown-ups, right?)
Objections? Comments?
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de
On Sun, Jul 01, 2007 at 12:45:56PM +0200, Frank Lichtenheld wrote:
1) Apply the part of the patch that adds the modules. Since that doesn't
add anything useful to dpkg in its own right, we should probably make
this in a branch
2) Do some code clean-up
3) Add a minimal test suite
complete and less confusing patch would probably have to store
the original string before the leading and trailing '*' are inserted,
escape all wildcards in it, then conditionally add the '*'s and
make every match twice, one time with the escaped string.
Gruesse,
--
Frank Lichtenheld [EMAIL
...
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Mon, Jul 02, 2007 at 12:23:33PM -0400, Justin Pryzby wrote:
On Mon, Jul 02, 2007 at 06:16:31PM +0200, Frank Lichtenheld wrote:
Just for the record, I would opose both patches on the ground of very
confusing and undefined behaviour.
Also, if this is not intended to work, it's okay to close
or an upgrade 1.14.5
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
severity 430463 wishlist
tag 430463 - moreinfo unreproducible
thanks
On Tue, Jul 10, 2007 at 06:41:25PM -0400, Frédéric Brière wrote:
On Wed, Jul 11, 2007 at 12:17:39AM +0200, Frank Lichtenheld wrote:
Since nobody so far seems to have encountered the same problem I'm
inclined to close
On Tue, Jul 10, 2007 at 08:22:28PM -0400, Frédéric Brière wrote:
On Wed, Jul 11, 2007 at 01:08:02AM +0200, Frank Lichtenheld wrote:
dpkg-dev. On the other hand the current maintainer scripts handle
upgrade issues for even more ancient versions. So I'm a bit reluctant
Forgive my ignorance
parameters are not UTF-8 encoded. Passing
- --utf8-strings to gpg solves the problem.
Patch attached.
Can you give me a quick example that demonstrates the difference?
I can't seem to find one.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
and bzip, though.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
] \
( [ $signchanges != : ] || ( [ -z $binaryonly ] [ $signsource
!= : ] ) ) ; then
@@ -281,7 +284,7 @@
fi
if $cleansource; then
- withecho $rootcommand debian/rules clean
+ withecho $rootcommand $makecommand -f debian/rules clean
fi
echo dpkg-buildpackage: $srcmsg
Gruesse,
--
Frank
# Automatically generated email from bts, devscripts version 2.10.8
# on second thought they are not exactly the same
unmerge 435126
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
= done;
} elsif (m/^-V(\w[-:0-9A-Za-z]*)[=:]/) {
$substvar{$1}= $';
} elsif (m/^-T/) {
looks like inconsistent whitespace.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
to change the default behaviour of dpkg-source would
be the addition of wigpen build support, BTW ;)
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sun, Sep 23, 2007 at 12:25:54PM +0300, Jari Aalto wrote:
* Sun 2007-09-23 Frank Lichtenheld djpig AT debian.org INBOX
Below new patch according to comment.
Looks much better.
+my $ignore_tar_default_regexp =
+.[#~]*
+*[#~]
+'{arch}'
the quotes don't belong here.
+.a
This should
is requested by
#28701
dpkg-genchanges should compare the version numbers, IMHO)
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Thu, Sep 27, 2007 at 11:55:56PM +0200, Székelyi Szabolcs wrote:
Frank Lichtenheld wrote:
On Sun, Jul 23, 2006 at 02:46:26PM +0200, Székelyi Szabolcs wrote:
Lintian (and Policy?) requires the Debian changelog to be UTF-8
encoded. But if -- for example, -- the maintainer name is encoded
build fine.
Running debian/rules clean manually also works fine.
Hmm, seems to new dpkg-buildpackage doesn't like an empty rootcommand.
Will be fixed in the next upload. If you need a workaround, using
fakeroot or sudo should work.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http
think, Frank?
I don't find it unreasonable to somehow warn about unknown architectures
but the current code errors out completly and gives a very misleading
error message. So in my opinion the patch is an improvement.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de
Logical opposite of -B, will include only arch-indep
packages into the upload.
Signed-off-by: Frank Lichtenheld [EMAIL PROTECTED]
---
ChangeLog|8
scripts/dpkg-buildpackage.pl | 20 ++--
scripts/dpkg-genchanges.pl | 25
# Automatically generated email from bts, devscripts version 2.10.8
# non-trivial patch against old shell version
tags 247824 - patch
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
# Automatically generated email from bts, devscripts version 2.10.8
# wrong bugnumber
tags 229357 + patch
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
# Automatically generated email from bts, devscripts version 2.10.8
# non-trivial patch against old shell version
tags 229357 - patch
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
more than one of these three flags [-q, -t, -n] in the
same
invocation of `make'.
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
doubled code in all
tools that might want to use the new format. Plus a working reference
implementation (that doesn't need to be very user friendly, just as
complete as possible) would probably do wonders for testing and
advertising of the new format.
Gruesse,
--
Frank Lichtenheld [EMAIL
code in openssl.preinst
if [ -L /etc/ssl ]
then
echo Removing obsolete link /etc/ssl
rm /etc/ssl
fi
_might_ have something to do with that behaviour...
Gruesse,
--
Frank Lichtenheld [EMAIL PROTECTED]
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
1 - 100 of 135 matches
Mail list logo