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
Package: smstools
Version: 3.0.2-3
Priority: minor
Tags: patch l10n
Attached is the Spanish translation of this package's templates. Please
include it in the next upload.
Jose
--
José Miguel Parrella Romero - Debian Sid, k2.6.18
Escuela de Computación - Facultad de Ciencias
Universidad Central
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,
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
tags 410210 + l10n pending patch
thanks
Giuseppe Sacco escribió:
I received the complete review of this translation, and I also received
a message from translator of #408812 for adopting the attached
translation as the best one.
I'll be doing this before weekend. Thank you very much for your
tags 410884 +upstream
forwarded 410884 [EMAIL PROTECTED]
thanks
Christian T. Steigies escribió:
Your package fails to build on m68k due to a warning. The ia64 build fails
with the same error and I would not wonder if some of the other fails are
due to the same problem.
Yes. I've noticed this
Package: udev
Version: 0.5.2-1
Please use /sbin/udevtrigger instead of /sbin/udevsynthesize as the main
synthesizer since the latter does not exist in Debian. Also, in order to
get initng working in some LiveCD's (i.e. Debian Live), mousedev, evdev
and joydev needs to be modprobed. Please find
Package: initng
Version: 0.5.2-1
Please use /sbin/udevtrigger instead of /sbin/udevsynthesize as the main
synthesizer since the latter does not exist in Debian. Also, in order to
get initng working in some LiveCD's (i.e. Debian Live), mousedev, evdev
and joydev needs to be modprobed. Please find
Alex de Oliveira Silva escribió:
How are going the Debian assp packages? What it is missing? Do you
need some help? What do you think about me and you work together in assp?
Alex: Thanks. I received your ping but I didn't have time to work in
ASSP until now.
Currently the remaining problem in
Package: wnpp
Severity: wishlist
Owner: José Parrella [EMAIL PROTECTED]
* Package name: itop
* Version : 0.1
* Upstream Author : Benedikt Heinz ([EMAIL PROTECTED])
* URL : http://hunz.org/
* License : GPL
* Description : (follows)
itop is a simple interrupt
tags 408592 + pending
tags 408598 + pending
thank you
Christian Perrier escribió:
I can post a call for new translations to the debian-i18n mailing list,
giving translators a deadline to send new translations for you package's
debconf templates. Then, if you lack time for this, I can prepare
Package: wnpp
Severity: wishlist
* Package name: libpam-rsa
* Version : 0.8-9
* Upstream Author : Vesa-Matti Kari [EMAIL PROTECTED]
* URL : http://www.helsinki.fi/~vmkari/pamrsa/
* License : LGPL
* Description : (follows)
The libpam-rsa PAM module is for local
Greetings,
I have the latest Nvidia drivers (from their webpage) and I'm able to
run XMMS without problems nor warnings or otherwise weird messages in
the gdb. Maybe an nvidia-glx bug? (old upstream version or something)
Jose
--
José M. Parrella - Debian Sid, k2.6.17.13
Escuela de Ingenieria
This problem is not present in the current Sid version (maybe also it's
not present in older versions). I made the following test:
a) Downloaded ASSP (which has DOS-format textfiles on it) and unzipped
it in a directory.
b) Checked if DOS-format textfiles were present:
$ file *.txt | grep CRLF
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
merge 390899 318582
thank you
Stanislav Maslovski escribió:
Well, patch the code if you are a real maintainer and the reason of the
problem is known. Nobody will annoy your excellence with bug reports then =)
Our job is not only or specifically limited to patch code.
In this case, however, I
severity 390899 normal
stop already
Stanislav Maslovski escribió:
Gdk-ERROR **: BadMatch (invalid parameter attributes)
serial 129 error_code 8 request_code 62 minor_code 0
This is a known problem with the Composite extension. You should check
[1] and try starting wmxmms with:
export
Package: initng
Severity: minor
Version: 0.5.2-1
While trying to reboot a Sid box with the current experimental packages,
I keep experiencing the following error, even if I uncomment the
pid_file = /var/run/sshd.pid; line in /etc/initng/daemon/sshd.i. I can't
locate the source of the problem, but
tags 219683 + confirmed
thank you
This problem has been reported upstream in 2004 [1]. Another Debian
maintainer, Ernesto Hernández-Novich, has tried recent versions of XMMS
in Sparc reproducing this problem. He advised, however, that we might
initialize the audio drivers in the very same way
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
tags 353956 +patch
severity 353956 important
thank you
#353956:
As the error messages said, the actions tkButtonEnter (and also
tkButtonLeave) weren't specified in the source code. A brief `grep -i
buttonenter src/*` provides only one result. Commenting out (or
deleting, anyway) this two lines
Package: wnpp
Severity: wishlist
* Package name: nginx
* Version : 0.4.0
* Upstream Author : Igor Sysoev [EMAIL PROTECTED]
* URL : http://sysoev.ru/en/
* License : BSD
* Description : (follows)
Nginx (engine x) is a web server created by Igor Sysoev, kindly
tags 385659 + pending
thank you
I'll make a pair of modifications to the code and this will get fixed in
the next upload.
Thank you for your attention to details,
Jose
--
José M. Parrella - Debian Sid, k2.6.17.4
Escuela de Ingenieria Electrica
Universidad Central de Venezuela - ucvlug.info
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
Package: shfs-source
Version: 0.35-6
The new prepatch added from upstream which solved the build problems on
2.6.16 seems to break 2.6.15 compilations. I had to change d_u.dentry
back to dentry in dcache.c to get it running.
The kernel is a stock 2.6.15-1-686 in an Etch machine (which uses
Package: wnpp
Severity: wishlist
* Package name: rocklight
* Version : 0.1
* Upstream Author : Benedikt Heinz [EMAIL PROTECTED]
* URL : http://www.hunz.org/
* License : GPL
* Description : (follows)
rocklight is an xmms visualization plugin and a standalone
tags 374405 + patch
thank you
Please apply the patch from Ubuntu in [1] which solves this problem.
Users from Ubuntu using a Debian Sarge or Ubuntu Dapper based apt-proxy
can't use it at all. The patch works in the Sarge version, and I haven't
tried the Sid version. If the patch is there, please
Aurelien Jarno escribió:
It would also be nice if you can ask upstream to update libtool
in their next release.
I have forwarded this bug [1], thanks for your observations. We'll be
working in libtoolizing the next version if upstream hasn't done that
meanwhile.
Thank you again for your time,
Package: wnpp
Severity: wishlist
* Package name: libdebian-package-html-perl
* Version : 0.1
* Upstream Author : Jose Parrella [EMAIL PROTECTED]
* URL :
http://search.cpan.org/~bureado/Debian-Package-HTML-0.1/lib/Debian/Package/HTML.pm
* License : GPL or Artistic
*
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 =
severity 337231 important
thank you
Running a dig on thc.org seems to confirm me that thc.org is no longer
available:
;; QUESTION SECTION:
;thc.org. IN A
;; AUTHORITY SECTION:
thc.org.10790 IN SOA a.ns.joker.com.
hostmaster.joker.com.
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.
Matej Vela escribió:
On Sun, May 28, 2006 at 23:00:43 -0400, Jose Parrella wrote:
retitle 358516 ITA: falselogin -- False login shell
Do you still intend to adopt falselogin? (This is just a ping, I'm
not interested in adopting it myself.)
Yes I'm. Me and my sponsor have been working for
43 matches
Mail list logo
