tags 409488 + patch
thank you
This seems like a common problem in this package. Two files have the
version number of tcllib hardwritten in the code, and they need to be
changed on each upstream release of tcllib.
tcllib could provide and maintain a /usr/lib/tcllib symlink, which would
be neat,
The problem is that pycentral tries to install the _config.py files,
which are symlinks to files in /etc/pyftpd and aren't configured yet
(that is, they're suffixed .dpkg-new)
pycentral can be called with a special -x option which excludes modules.
The exclude pattern could be 'config.py' (since
Justin Pryzby escribió:
I appreciate the patch. However I intend to solve the problem
differently. I'll make the Build-Dependency versioned, so it will be
easy for the archive tools to notice that the old tcllib is still
needed. At least, if it gets removed before ds9 is updated, the
Are you sure this problem persists? I've just built libgstreamer-perl
0.09-1 in a PowerBook G4 using debuild-pbuilder and it worked OK. I then
built it using sbuild in the same machine and it built OK (that is, all
tests passed, including the ones in t/GstPad)
In Ubuntu, 0.09 is present and built
pngdefs.h doesn't seem to exist in any package in the unstable branch of
the Debian archive. Actually, pngconf.h does not longer reference it.
stellarium 0.8.2-3 is already in Sid, and it correctly builds.
I think this bug should be closed. Thank you very much for your time and
good work,
Jose
I tried to tackle this bug today, but it goes beyond my scope now. Even
if you solve the syntax problems, you'll end with a FTBFS problem (I
tried i386 and PowerPC) because of this error:
[...]
checking for tcl.h... -I/usr/include/tcl8.3/tcl-private/generic
checking for libtcl8.3... no
checking
This is related to the playground package (it's not a plugin problem),
since the BMP plugin from upstream doesn't work either, and I get
several signal-related errors from the main applet which are related to
main breakage in the playground package.
Upstream is currently broken, though, from my
Dariush Pietrzak escribió:
Just a little followup as a warning for people caught in this:
upgrading with this fixed nginx version removes your carefully re-created
/var/www/index.html ;)
Dariush:
Do you mean that the bug is still present in 0.4.13-2? Here [1] is a
list of the files present
Lucas Nussbaum escribió:
If the reseed execution within postinst fails, it would probably be
better to just output an error message to warn the user, instead of
making the package installation fail.
I agree. In this case, it would be better to use print and make reseed
exit before further
Mario 'BitKoenig' Holbe escribió:
Well, I would like to try it, but since I've changed my VGA-card
recently, I hit #375689 and thus went over to a fully self-managed
xorg.conf.
It's ok. That's actually why I'm not testing this myself.
Hm, I think (or better I strongly hope :)) the
tags 385883 +patch
thank you
I have succesfully built a Debian package which updates the references
to three functions which changed in tinysnmp's API. While the
compilation still produces warnings, I've been able to run ORCA with the
default configuration file without noticing any segfaults.
tags 385078 +patch
thank you
Please try this patch. I'm not a bash (nor debconf!) guru but I think
that it address your concerns regarding the non-interactivity for the
mouse device setting. Please let me know if the patch works for you.
Therefore I'm providing:
1) A full, NMU-ready, source
This package already implements the previous experiences from other
Debian maintainers regarding recent gcc and binutils interaction in s390
(that is, usage of -DNO_INLINE and correct --build and --host options
for the configure script)
It seems to me that sti doesn't belong here (from the
José Parrella escribió:
It seems to me that sti doesn't belong here (from the interpretation of
the Principles of Operation [1]) so this might be either a problem in
the configure script (- autoconf) or an upstream bug in binutils. This
is just my speculation, however.
I stand corrected
Daniel Baumann escribió:
Ari Pollak wrote:
this has not been fixed in the latest version for amd64. The .a and .la
files for the output plugins are included, but not the .so files.
I just saw it. It is very strange, I did a test build on pergolesi
before I uploaded it, and there it worked.
tags 380318 upstream
forwarded 380318 [EMAIL PROTECTED]
thank you
After confirming this issue in another AMD64 machine, tried some quick
fixes and asked for help on #debian-amd64, this bug has been forwarded,
and you can query its status on [1]
Any help would be very welcome. Thank you everyone
tags 376670 +patch
thank you
The following patch should solve the failure in the postinst action in
ICMP filtered environments, while preventing the further execution of
the program if no random seed could be retrieved:
50,13d12
use Net::Ping;
50,54d48
# see if we've got net access
my $p =
tags 378759 +patch
thank you
The following patch could be applied to
nepenthes-0.1.7/modules/shellcode-signatures/Makefile.in:
297c297
-rm -f *.tab.c
---
;
I have not tried it yet. It takes me a lot of time to make a single
dpkg-buildpackage, two will take a double lot of time.
18 matches
Mail list logo