Bug#49532: 'dselect' should support local packages better
Package: dpkg Version: 1.4.1.16 Severity: wishlist The dependency system in dselect (and perhaps dpkg as well... I don't know how this stuff works) could have much better support for locally installed packages. I'm envisioning something like a 'L' state for a package, which means I've installed this locally, I promise! and would prevent dselect from bothering anyone about failed dependencies. The 'L' state could be labeled as an advanced feature, with clear indicators that using it could seriously screw up the system unless you know what you're doing. There are, of course, issues to be resolved with this approach. Such as, how does the user specify a version that's locally installed? How do we make sure that users make the same corrections to version numbering as package maintainers do (1.22 - 1.2.2, etc)? What happens when a new version of a package is released, but the old version was locally installed? But these all seem solvable at some level.
Re: dpkg for FreeBSD
On Sat, 6 Nov 1999, Wichert Akkerman wrote: Previously Piotr Roszatycki wrote: I'm afraid dpkg 1.4.1 is stable version and couldn't be modified. What do you mean, couldn't be modified? If you mean you couldn't commit changes into the CVS you're right. Only a few people have access to that. The patch I've cleaned is located at: ftp://ftp.fnet.pl/pub/debian-freebsd/dpkg-1.4.1.19-freebsd.diff I've modified configure.in so it should be clean for linux port. Only big change is modified badlgccfn, so it prints default architecture if gcc failed. I think the dpkg as standalone program should be portable to system without GNU utils (like mv, xargs). Of course GNU make is required, but it could be easly resolved by /usr/bin/dpkg-make symlink. It will always require GNU utils such as autoconf, gettext, make, etc. I also don't see what you would gain with a dpkg-make symlink. The path for GNU make is hardcoded in debian/rules file as /usr/bin/make. -- Piotr Dexter Roszatycki mailto:[EMAIL PROTECTED]
Bug#49395: marked as done (dpkg: -X user error reports about --vextract)
Your message dated Mon, 8 Nov 1999 12:56:12 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#49395: dpkg: -X user error reports about --vextract has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Darren Benham (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 6 Nov 1999 21:35:44 + Received: (qmail 3121 invoked from network); 6 Nov 1999 21:29:19 - Received: from mserv1b.u-net.net (195.102.240.137) by master.debian.org with SMTP; 6 Nov 1999 21:29:19 - Received: from [195.102.196.44] (helo=polya) by mserv1b.u-net.net with esmtp (Exim 2.10 #63) id 11kDPe-0002lF-00 for [EMAIL PROTECTED]; Sat, 6 Nov 1999 21:30:18 + Received: from jdg by polya with local (Exim 3.03 #1 (Debian)) id 11kDOC-X2-00; Sat, 06 Nov 1999 21:28:48 + Subject: dpkg: -X user error reports about --vextract To: Debian bug reports [EMAIL PROTECTED] Date: Sat, 6 Nov 1999 21:28:48 + (GMT) X-Mailer: ELM [version 2.4ME+ PL60 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: [EMAIL PROTECTED] From: Julian Gilbey [EMAIL PROTECTED] Package: dpkg Version: 1.4.1.19 It would be nice if the error message better matched the command in the following situation: polya:~ $ dpkg -X /var/cache/apt/archives/passwd_19990827-8_i386.deb dpkg-deb: --vextract needs a target directory. Perhaps you should be using dpkg --install ? polya:~ $ Julian =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Julian Gilbey, Dept of Maths, QMW, Univ. of London. [EMAIL PROTECTED] Debian GNU/Linux Developer, see http://www.debian.org/~jdg --- Received: (at 49395-done) by bugs.debian.org; 8 Nov 1999 13:20:46 + Received: (qmail 31899 invoked from network); 8 Nov 1999 13:20:45 - Received: from zeus.wi.leidenuniv.nl (132.229.128.1) by master.debian.org with SMTP; 8 Nov 1999 13:20:45 - Received: from lightning.mors.net ([EMAIL PROTECTED] [132.229.210.164]) by zeus.wi.leidenuniv.nl (8.9.3/8.9.3/LIACS 1.0) with ESMTP id OAA16754; Mon, 8 Nov 1999 14:22:03 +0100 (MET) Received: (from [EMAIL PROTECTED]) by home022.wi.leidenuniv.nl (8.9.3/8.9.3/Debian 8.9.3-6) id MAA27636; Mon, 8 Nov 1999 12:56:13 +0100 Date: Mon, 8 Nov 1999 12:56:12 +0100 From: Wichert Akkerman [EMAIL PROTECTED] To: Julian Gilbey [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Bug#49395: dpkg: -X user error reports about --vextract Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=8GpibOaaTibBMecb User-Agent: Mutt/1.0pre4i In-Reply-To: [EMAIL PROTECTED]; from [EMAIL PROTECTED] on Sat, Nov 06, 1999 at 09:28:48PM + --8GpibOaaTibBMecb Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Previously Julian Gilbey wrote: polya:~ $ dpkg -X /var/cache/apt/archives/passwd_19990827-8_i386.deb=20 dpkg-deb: --vextract needs a target directory. Perhaps you should be using dpkg --install ? dpkg actually calls dpkg-deb with the --vextract option, so it's perfectionaly reasonably. I'm closing this bugreport. Wichert. --=20 / Generally uninteresting signature - ignore at your convenience \ | [EMAIL PROTECTED]http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D | --8GpibOaaTibBMecb Content-Type: application/pgp-signature -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.0 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjgmulwACgkQPLiSUC+jvC21zwCeLfk1lhaTDUufi7mxS0sc9Yjj oJcAniX69fRbo8MUq3ta229qB1ou9yUH =AV0L -END PGP SIGNATURE- --8GpibOaaTibBMecb--
Bug#49532: marked as done ('dselect' should support local packages better)
Your message dated Mon, 8 Nov 1999 13:10:33 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#49532: 'dselect' should support local packages better has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Darren Benham (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 8 Nov 1999 06:11:25 + Received: (qmail 20862 invoked from network); 8 Nov 1999 06:11:25 - Received: from iris.services.ou.edu (129.15.2.125) by master.debian.org with SMTP; 8 Nov 1999 06:11:25 - Received: from walker1-83.reshall.ou.edu (walker3-229.reshall.ou.edu [129.15.131.229]) by iris.services.ou.edu (Sun Internet Mail Server sims.4.0.1999.06.13.00.20) with ESMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Mon, 8 Nov 1999 00:11:23 -0600 (CST) Received: from cdsmith by walker1-83.reshall.ou.edu with local-smtp (Exim 3.03 #1 (Debian))id 11ki1s-0007O5-00; Mon, 08 Nov 1999 00:11:48 -0600 Date: Mon, 08 Nov 1999 00:11:48 -0600 (CST) From: [EMAIL PROTECTED] Subject: 'dselect' should support local packages better Sender: Chris Smith [EMAIL PROTECTED] X-Sender: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Message-id: [EMAIL PROTECTED] MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT Package: dpkg Version: 1.4.1.16 Severity: wishlist The dependency system in dselect (and perhaps dpkg as well... I don't know how this stuff works) could have much better support for locally installed packages. I'm envisioning something like a 'L' state for a package, which means I've installed this locally, I promise! and would prevent dselect from bothering anyone about failed dependencies. The 'L' state could be labeled as an advanced feature, with clear indicators that using it could seriously screw up the system unless you know what you're doing. There are, of course, issues to be resolved with this approach. Such as, how does the user specify a version that's locally installed? How do we make sure that users make the same corrections to version numbering as package maintainers do (1.22 - 1.2.2, etc)? What happens when a new version of a package is released, but the old version was locally installed? But these all seem solvable at some level. --- Received: (at 49532-done) by bugs.debian.org; 8 Nov 1999 13:20:45 + Received: (qmail 31894 invoked from network); 8 Nov 1999 13:20:44 - Received: from zeus.wi.leidenuniv.nl (132.229.128.1) by master.debian.org with SMTP; 8 Nov 1999 13:20:44 - Received: from lightning.mors.net ([EMAIL PROTECTED] [132.229.210.164]) by zeus.wi.leidenuniv.nl (8.9.3/8.9.3/LIACS 1.0) with ESMTP id OAA16751; Mon, 8 Nov 1999 14:22:02 +0100 (MET) Received: (from [EMAIL PROTECTED]) by home022.wi.leidenuniv.nl (8.9.3/8.9.3/Debian 8.9.3-6) id NAA27737; Mon, 8 Nov 1999 13:10:33 +0100 Date: Mon, 8 Nov 1999 13:10:33 +0100 From: Wichert Akkerman [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Bug#49532: 'dselect' should support local packages better Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=Dzs2zDY0zgkG72+7 User-Agent: Mutt/1.0pre4i In-Reply-To: [EMAIL PROTECTED]; from [EMAIL PROTECTED] on Mon, Nov 08, 1999 at 12:11:48AM -0600 --Dzs2zDY0zgkG72+7 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Previously [EMAIL PROTECTED] wrote: I'm envisioning something like a 'L' state for a package, which means I've installed this locally, I promise! and would prevent dselect from bothering anyone about failed dependencies. I disagree. dselect will do its best to make sure your system is not broken. If you have broken local packages you should fix them instead of expecting a tool like dselect to blindly accept brokenness. I'm closing this bug. Wichert. --=20 / Generally uninteresting signature - ignore at your convenience \ | [EMAIL PROTECTED]http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D | --Dzs2zDY0zgkG72+7 Content-Type: application/pgp-signature -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.0 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjgmvbkACgkQPLiSUC+jvC0j7wCeLXXpq7/1kS0zHg5GyMPAP1nr XykAoKV4+zwF+Uu3f/e/oh2b55OwoPoU =Ql9M -END PGP SIGNATURE- --Dzs2zDY0zgkG72+7--
Bug#49598: dpkg: dpkg-buildpackage usage message not up to date
Package: dpkg-dev Version: 1.4.1.19 dpkg-buildpackage -h no longer lists all available options; things like -t have been added since the message was written. Julian =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Julian Gilbey, Dept of Maths, QMW, Univ. of London. [EMAIL PROTECTED] Debian GNU/Linux Developer, see http://www.debian.org/~jdg
