Bug#572352: wicd doesn't have the source for translations
Package: wicd Version: 1.7.0-3 Severity: serious Trying to lend a hand to finish the spanish translation of wicd I've noticed that the original po source files are not included in the wicd sources. Only the binary .mo files are included, what is useless, and, of course, incompatible with the DFSG. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#572352: wicd doesn't have the source for translations
severity 573453 serious thanks El mié, 03-03-2010 a las 18:18 +0100, David Paleino escribió: severity 573453 normal thanks Hello, On Wednesday 03 March 2010 17:15:16, José L. Redrejo Rodríguez wrote: Package: wicd Version: 1.7.0-3 Severity: serious Trying to lend a hand to finish the spanish translation of wicd I've noticed that the original po source files are not included in the wicd sources. Only the binary .mo files are included, what is useless, and, of course, incompatible with the DFSG. $ python setup.py get_translations $ msgunfmt es.mo http://www.wicd.net/translator/ Which one do you prefer? No one of these methods include the translation sources in the sources of the package, so no one is valid for Debian. Please, do not file useless RC bugs -- I agree that not having the .po files directly available is a bit unfortunate, but the source is available. The source is not available in the Debian sources, so it's still a serious violation of the DFSG. You must include all the sources, not sources mixed with binaries and trust that you can find the rest of the sources in the net. So this is still a RC bug. I know, by my own experience, that it's unfortunate if upstream doesn't provide you the sources directly, but as a maintainer, you don't have excuses to avoid adding a patch including them in the Debian sources. Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#568681: Change severity of the bug
package qucs severity 568681 normal tag 568681 moreinfo unreproducible thanks thanks for reporting this bugs. It looks like it's a problem with your radeon driver. Are you using the one from Xorg or the propietary one from ATI? signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#497583: missing source code / incomplete debian/copyright
El mar, 02-09-2008 a las 22:59 +0200, Andreas Barth escribió: Package: squeak-vm Version: 3.10.3+svn1902.dfsg Severity: serious Hi, the file platforms/unix/src/vm/interp.c starts with: /* Automatically generated from Squeak on an Array(9 May 2008 11:24:03 am) by VMMaker 3.8b6 [...] However, I cannot identify the source file for that file. This is the source file. Squeak people uses a Squeak image to store the virtual machine sources, as any other people can use svn o cvs. That message only means that the text file has been generated that way, but that file is the only and real source file to be compiled. Also, debian/copyright doesn't contain any hint how this file is generated. At debian/copyright you can read: All other source files below platforms/unix in this distribution that do not contain individual copyright and license notices are: Copyright (C) 1996-2006 by Ian Piumarta and other authors/contributors listed in individual source files. All rights reserved. For all of the above files: and then a BSD like license is written. So I think this packages fails the DFSG, and cannot be part of main in it's current version (and fails also the release policy, which makes the bug serious). I hope my informations have cleared it for you. If not, please tell me, and I will try to explain it better. Squeak is a very different piece of software from what people is used to see and I do know that its way of working is not easy to explain and understand. Regards. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#497583: missing source code / incomplete debian/copyright
El mié, 03-09-2008 a las 13:00 +0200, Andreas Barth escribió: * José L. Redrejo Rodríguez ([EMAIL PROTECTED]) [080903 11:11]: El mar, 02-09-2008 a las 22:59 +0200, Andreas Barth escribió: Package: squeak-vm Version: 3.10.3+svn1902.dfsg Severity: serious Hi, the file platforms/unix/src/vm/interp.c starts with: /* Automatically generated from Squeak on an Array(9 May 2008 11:24:03 am) by VMMaker 3.8b6 [...] However, I cannot identify the source file for that file. This is the source file. Squeak people uses a Squeak image to store the virtual machine sources, as any other people can use svn o cvs. That message only means that the text file has been generated that way, but that file is the only and real source file to be compiled. So, I can load that text file from within squeak, and do any changes there, and safe again? (i.e. that text file is the file actually used for modifications?) Yes, these are the needed steps: - Open a Squeak standard image (as an example you can use the etoys package in non-free, that image is olpc'ed (thought to teach and learn) so it's not very confortable to use it to program but you might use it. - Install inside this image, using the Squeak Package loader the package VMmaker. - Start VMMaker and config it telling the path to the sources you want to modify, for example the sources from the Debian package - Modify the sources inside Squeak to do any change - Use VMMaker to regenerate the sources. If you don't use vmmaker you can do it manually, but it's harder due to the size of the sources, and the need of manually modifying some of the code depending on the plugins you're going to compile. Smalltalkers use the Squeak Image to modify the code, usually the plugins [1]. Ian Piumarta, the main author of the unix virtual image port, does it manually using a standard text editor for part of the code, excepting the plugins. He uses to program them inside the image, as it's easier to debug them in real time. A latest note: when modifying the code inside the image instead of using a standard text editor, the code is modified in Slang (C with Smalltalk syntax), that's how smalltalkers do it to use the same Smalltalk class browser. It does not matter if you use a plain text editor or Squeak to modify the code: at the end of the process VMmaker makes the translation to plain C. Obviously VMmaker is free and its sources (in Smalltalk) are available inside the same Squeak image. Regards. José L. [1] In Squeak plugins are functions that're executed by the virtual machine instead of by the image. That's usually done by perfomance reasons as all the code inside the image is in Smalltalk, and some actions very OS related are faster in C (i.e. accesing the filesystem, keyboard or the sound card) signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#469338: closed by Daniel Baumann [EMAIL PROTECTED] (reply to [EMAIL PROTECTED]) (Re: unionfs-modules does not work with 2.6.24-1 )
El mar, 06-05-2008 a las 10:15 +, Debian Bug Tracking System escribió: This is an automatic notification regarding your Bug report which was filed against the unionfs-modules-2.6-amd64 package: #469338: unionfs-modules does not work with 2.6.24-1 It has been closed by Daniel Baumann [EMAIL PROTECTED] (reply to [EMAIL PROTECTED]). Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Daniel Baumann [EMAIL PROTECTED] (reply to [EMAIL PROTECTED]) by replying to this email. mensaje de correo electrónico adjunto - Mensaje reenviado De: Daniel Baumann [EMAIL PROTECTED] Responder a: [EMAIL PROTECTED] Para: [EMAIL PROTECTED] Asunto: Re: unionfs-modules does not work with 2.6.24-1 Fecha: Tue, 06 May 2008 12:11:45 +0200 Version: 2.6.25-1 Where can I get version 2.6.25-1? I know you're aware of this problem ;-) and its solution, but this bug is killing me softly.. (need this module for ltsp setups in my schools) signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#469338: closed by Daniel Baumann [EMAIL PROTECTED] (reply to [EMAIL PROTECTED]) (Re: unionfs-modules does not work with 2.6.24-1 )
El mié, 14-05-2008 a las 14:45 +0200, Daniel Baumann escribió: José L. Redrejo Rodríguez wrote: Where can I get version 2.6.25-1? 2.6.25 got abi bumped to -2, module uploads will follow soon. great this bug is killing me softly.. (need this module for ltsp setups in my schools) as also said last time, just use aufs then. aufs is the better unionfs anyway. yes, I've tested aufs and worked like a charm, I'll send a patch to the ltsp maintainer, but I'd prefer to use the debian packages until the patch is aproved/rejected. Thanks. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#469338: unionfs-modules does not work with 2.6.24-1
El mar, 04-03-2008 a las 20:27 +0100, Daniel Baumann escribió: tags 469338 +pending thanks José L. Redrejo Rodríguez wrote: Tested with amd64, 486 686 kernel versions. Whenever I try to use unionfs module I always get the unionfs: Unknown symbol release_open_intent message, so the package is useless on any arch. this is know and was announced, i've added a patch to linux-2.6 trunk to add that missing symbol. once the next linux-2.6 upload happens, this will be fixed. Hi, linux 2.6.26 in Debian already includes your patch. Please, could you upload the new version of linux-modules-extra for this kernel? Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#478662: dhcp3: Missing slapd dependency in init.d LSB header
So, Petter, you're supposing that the ldap server and the dhcpd server are in the same machine. But that does not need to be the case so, what will happen after adding slapd to the Should-Start section, if slapd is not installed in the same machine? Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#476588: [aptlinex] aptlinex
This mail is just to confirm the second bug that Nico discovered, executing code from a file called /tmp/gambas-apt-exec. There was not a bug number on Debian for this issue, but it has also been fixed in the same upload that fixed #476588. Regards. José L. El jue, 17-04-2008 a las 21:23 +0200, Nico Golde escribió: Package: aptlinex Severity: normal Tags: security Hi, looking at the code of aptlinex because of #476572 I stumbled over another security issue: Insecure temporary file usage in ModMain.module: 90 IF User.Name root THEN 91 'EXEC [graphicalSu(), gambas-apt.gambas, User.Name, Buf] WAIT 92 PRINT graphicalSu() gambas-apt.gambas user.Name Buf 93 SHELL graphicalSu() gambas-apt.gambas user.Name Buf WAIT 94 IF Exist(/tmp/gambas-apt-exec) THEN sExec = File.Load(/tmp/gambas-apt-exec) 95 TRY EXEC [sExec] WAIT 96 RETURN 97 END IF 98 99 TRY File.Save(/tmp/gambas-apt.lock, Application.Id) Adding a symlink /tmp/gambas-apt.lock - someimportant file an attacker could overwrite any file on the system with the process id of aptline since this process runs as root. The code before that looks like this would load gambas code from a file called /tmp/gambas-apt-exec and then execute it but I am not sure cause I have no real idea about gambas. Kind regards Nico signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#469338: unionfs-modules does not work with 2.6.24-1
Package: unionfs-modules-2.6-amd64 Version: 2:2.6.24-4 Severity: grave Hi, Tested with amd64, 486 686 kernel versions. Whenever I try to use unionfs module I always get the unionfs: Unknown symbol release_open_intent message, so the package is useless on any arch. It only happens with current 2.6.24 on sid, with 2.6.22 on lenny it works without any problem. Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#440864: #440864, gambas2: Must build-depend on firebird2.0-dev
El mié, 05-09-2007 a las 12:12 +0300, Damyan Ivanov escribió: Hi, FWIW, I tried the patch on i386 and the build was successful. Thanks, I will upload it a.s.a.p. Regards. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#433197: pysycache: undefined symbol: mouse_seteventhandler
El dom, 15-07-2007 a las 14:38 +0300, Mykola Nikishov escribió: Package: pysycache Version: 3.0.1-1 Severity: grave Justification: renders package unusable Traceback (most recent call last): File pysycache.py, line 38, in ? import pygame File /usr/lib/python2.4/site-packages/pygame/__init__.py, line 75, in ? from pygame.base import * ImportError: /usr/lib/libSDL-1.2.so.0: undefined symbol: mouse_seteventhandler -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (99, 'unstable'), (9, 'experimental'), (1, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-rc6-mn (SMP w/2 CPU cores; PREEMPT) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pysycache depends on: ii pysycache-buttons-beera 3.0.1-1 Bee-rabbit images for buttons acti ii pysycache-buttons-crapa 3.0.1-1 Crapaud images for buttons activit ii pysycache-buttons-ice 3.0.1-1 Ice images for buttons activities ii pysycache-buttons-wolf 3.0.1-1 Wolf images for buttons activities ii pysycache-click-dinosau 3.0.1-1 Dinosaurs images for click activit ii pysycache-click-sea 3.0.1-1 Sea images for click activities fo ii pysycache-dblclick-appl 3.0.1-1 Apple and pear images for double c ii pysycache-dblclick-butt 3.0.1-1 Butterfly images for double click ii pysycache-i18n 3.0.1-1 Translations for PySyCache ii pysycache-images3.0.1-1 Images for PySyCache ii pysycache-puzzle-cartoo 3.0.1-1 Cartoons images for puzzle activit ii pysycache-puzzle-photos 3.0.1-1 Photos for puzzle activities for P ii pysycache-sounds3.0.1-1 A collection of sounds to be used ii python 2.4.4-6 An interactive high-level object-o ii python-pygame 1.7.1release-4.1 SDL bindings for games development ii python-support 0.7.1automated rebuilding support for p ii ttf-bitstream-vera 1.10-7 The Bitstream Vera family of free pysycache recommends no packages. -- debconf-show failed Please, test it in an updated and clean sid installation. I have just tested it in a clean chroot envirnment and haven't been able to reproduce your error. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#433214: gambas2: Please remove udeb
El dom, 15-07-2007 a las 17:27 +0200, Frans Pop escribió: Package: gambas2 Version: 1.9.49-3 Severity: serious Tags: d-i Justification: unauthorized udeb With your latest upload you have added a udeb to your package without any justification and without any discussion with the Debian Installer team on debian-boot at lists.debian.org. Recently the Technical Committee reaffirmed [1] that udebs and the debian-installer section of the archive are owned by the Debian Installer team. Adding udebs to the archive without discussion with the D-I team is therefore not acceptable. Even though your intention does seem to be to use the udeb with the installer, the basic principles are still the same as in that ruling. See also: http://lists.debian.org/debian-boot/2007/07/msg00324.html. Please remove the udeb from your package with your next upload. You are of course free to start a discussion with the D-I team about possible inclusion, but only _after_ the udeb has been removed. Note that I have requested the Release Managers to block your package from migrating to testing (as is normal for all packages with udebs). I will request removal of that block once a new version without the udeb has been uploaded. Regards, Frans Pop (former, but still acting D-I Release Manager) [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=15;bug=367709 http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=83;bug=367709 http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=93;bug=367709 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash No problem. I will remove it. As you said my intention is not to use it with the official Debian installer, but with the one we customize at LinEx (www.gnulinex.org). I didn't know about http://lists.debian.org/debian-boot/2007/07/msg00324.html, so I'll upload a new version without it a.s.a.p. Regards. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#426278: gambas2: too restrictive set of architectures
El dom, 27-05-2007 a las 07:19 +0200, Aurelien Jarno escribió: Package: gambas2 Version: 1.9.49-2 Severity: serious Justification: no longer builds from source gambas2 no longer builds from source on numerous *32-bit* architectures. This is due to: * Upstream will not support 64 bits archs before gambas3, so gambas will be built only for 32 bits architectures (Closes: #404966) The 32-bit architectures that Debian support is not limited to i386, powerpc and sparc. Please add the following architectures: arm armel hppa kfreebsd-i386 m68K mips mipsel s390 I know, but upstream doen't support any of those architecturas and is not going to do it. In fact I'm thinking of reducing all the gambas stuff to i386. I know it has some problems in ppc as well that are not going to be fixed in the medium term either. And I can not fix the problems all those architectures have by myself without the upstream collaboration. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#418506: gambas2-gb-db-firebird: empty package on !i386
El mar, 10-04-2007 a las 10:59 +0300, Niko Tyni escribió: Package: gambas2-gb-db-firebird Version: 1.9.48-1 Severity: grave Justification: renders package unusable As seen on packages.debian.org [1], the gambas2-gb-db-firebird package is empty on !i386. These empty packages are unusable, hence the 'grave' severity. It looks like the reason is that firebird2-dev isn't available on other architectures, as you note in the build dependencies. Please indicate that in the gambas2-gb-db-firebird Architecture: entry too, don't specify any. [1] http://packages.debian.org/unstable/libdevel/gambas2-gb-db-firebird Cheers, Thanks for the report. I'll fix it a.s.a.p., with some bug fixes for these gambas version Regards. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#411257: gambas: sizeof(CLASS) = 256 !
El dom, 18-02-2007 a las 01:51 -0800, Steve Langasek escribió: On Sat, Feb 17, 2007 at 11:17:20AM -0500, Gary Dale wrote: Package: gambas Version: 1.0.15-1 Severity: grave Justification: renders package unusable I get the following error when trying to start Gambas: sizeof(CLASS) = 256 ! ERROR: #51: Bad archive: Invalid argument Gambas fails to start due to the above error. Yes, gambas apparently isn't 64-bit clean, and the code seems to be unpleasantly resistant to debugging. I would suggest that the binaries for amd64, ia64, and alpha be dropped from the archive for etch. I've been managing this topic with the main gambas upstream author and doesn't seem to be very interested in spending time for the 64-bit for gambas. He's very busy with the gambas2 development where he plans to fix these problems. So, removing gambas for the 64 bits archs for etch seems reasonable. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#403621: Incomplete copyright/license information: Additional restrictions to GPL
Package: ghdl Severity: serious Currently debian/copyright mentions that the package is licensed under plain GPL and assigns this copyright only to Tristan Gingold. But, the source tarball contains, at dir vhdl/libraries/ieee/, *.vhdl files with this header: -- Copyright 1995 by IEEE. All rights reserved. -- -- This source file is considered by the IEEE to be an essential part of the use -- of the standard 1076.3 and as such may be distributed without change, except -- as permitted by the standard. This source file may not be sold or distributed -- for profit. This package may be modified to include additional data required -- by tools, but must in no way change the external interfaces or simulation -- behaviour of the description. It is permissible to add comments and/or -- attributes to the package declarations, but not to change or delete any -- original lines of the approved package declaration. The package body may be -- changed only in accordance with the terms of clauses 7.1 and 7.2 of the -- standard. This copyright is not mentioned in debian/copyright, and adds restrictions to GPL that might make this code not-DFSG compatible. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#403278: gtk-recordmydesktop: uses python-central but fails to specify Python-Version:
El lun, 18-12-2006 a las 10:13 -0500, Aaron M. Ucko escribió: Eric H [EMAIL PROTECTED] writes: Please, is someone can tell me what how to do this manual intervention ? I'd suggest the approach I ended up taking -- namely, moving /usr/bin/pycentral aside, upgrading to 0.3.0.r2-2, and moving pycentral back: # mv /usr/bin/pycentral /usr/bin/pycentral_ # apt-get install gtk-recordmydesktop # mv /usr/bin/pycentral_ /usr/bin/pycentral (The old prerm script checks whether pycentral is available and, in its absence, falls back on an alternative approach that doesn't bother checking for Python-Version:.) I hope this helps; have a nice day. I think it's easier, just remove the file /var/lib/dpkg/info/gtk-recordmydesktop.prerm Then you can upgrade, or remove the package without any problem. Cheers. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#362791: orbit2 build dependencies are not accurate
Package: orbit2 Severity: serious Orbit2 has a build dependency on xsltproc, but this is not really accurate, as it's impossible to compile it using xsltproc version in Sarge, so, a xsltproc (= 1.1.15) should be added to its debian/control file. Regards. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#355106: beagle: build-depends should use libxml2-dev =2.6.19
Package: beagle Version: 0.2.1-1 Severity: serious Justification: Policy 4.2 Beagle should add libxml2-dev = 2.6.19 to the build-depends section. Using a lower version of libxml2-dev makes the configure fail when checking for libbeagle dependencies. Checked doing a Sarge backport of it. Regards. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343035: Package explicitely build-depends on g++-3.3
tags 343035 +patch The attached patch fixes this bug. Tested in a clean sid pbuild environment. Regards --- debian/control 2005-12-18 18:38:37.0 +0100 +++ ../tmp/ava-0.3b.19990815/debian/control 2005-12-18 18:38:57.0 +0100 @@ -3,7 +3,7 @@ Priority: extra Maintainer: Jefferson E. Noxon [EMAIL PROTECTED] Standards-Version: 3.6.1.0 -Build-Depends: debhelper, g++-3.3 (= 1:3.3.2) +Build-Depends: debhelper, g++ Package: ava Architecture: any signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#335293: Totally wrong copyright file
The attached patch generates a full dfsg compliant copyright file. Regards. --- debian/copyright 2005-12-18 19:01:55.0 +0100 +++ ../tmp/bandersnatch-0.4/debian/copyright 2005-12-18 19:02:04.0 +0100 @@ -1,11 +1,25 @@ This package was debianized by Polkan Alexis Garcia Rodriguez [EMAIL PROTECTED] on Fri, 8 Oct 2004 13:05:37 -0500. -It was downloaded from http://www.funkypenguin.co.za/filestore2/download/5/bandersnatch-0.4.RC1.tar.gz +It was downloaded from http://www.funkypenguin.co.za/bandersnatch/ -You can contact the upstream author, David Young at [EMAIL PROTECTED] -You are free to distribute this software under the terms of -the GNU General Public License. -On Debian systems, the complete text of the GNU General Public -License can be found in /usr/share/common-licenses/GPL file. +Copyright (C) 2005 David Young [EMAIL PROTECTED] + +This program is free software; you can redistribute it and/or modify +it under the terms of the GNU General Public License as published by +the Free Software Foundation; either version 2 of the License, or +(at your option) any later version. + +This program is distributed in the hope that it will be useful, +but WITHOUT ANY WARRANTY; without even the implied warranty of +MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +GNU General Public License for more details. + +You should have received a copy of the GNU General Public License +along with this program; if not, write to the Free Software +Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301, USA. + + +On Debian GNU/Linux systems, the complete text of the GNU General +Public License can be found in `/usr/share/common-licenses/GPL' signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#338930: gambas - FTBFS: creating symbolic link: Permission denied
Thanks, In fact I had already apply the same solution for the packages a couple of weeks ago, but they I am in the nm process and I am waiting for a sponsor to upload them. They are located at http://apt.linex.org/linex/gambas/ . If you are a debian maintainer it would be great if you can check them and upload them to Debian. Regards. El sáb, 17-12-2005 a las 00:27 +0200, Lars Wirzenius escribió: The patch below allows the package to be built. A quick glance at it doesn't indicate any huge problems, but since I don't the package at all, I didn't test it. Hopefully this is helpful in gettinga fixed upload done anyway. Happy hacking. --- gambas-1.0.12/debian/rules 2005-12-16 21:13:24.0 + +++ gambas-1.0.12.modified/debian/rules 2005-12-16 21:07:42.0 + @@ -54,7 +54,8 @@ dh_testroot dh_clean -k dh_installdirs - $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp + $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp \ + ROOT=$(CURDIR)/debian/tmp cp $(CURDIR)/debian/gambas.lintian-overrides $(CURDIR)/debian/gambas/usr/share/lintian/overrides/gambas cp $(CURDIR)/debian/gambas-doc.lintian-overrides $(CURDIR)/debian/gambas-doc/usr/share/lintian/overrides/gambas-doc signature.asc Description: Esta parte del mensaje está firmada digitalmente
