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 pro
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 '
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, bu
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 m
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 fo
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
-
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
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 presen
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 pr
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 xorg-ma
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
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 interpr
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 packa
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.
How
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 w
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 f
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. H
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 =
18 matches
Mail list logo