docs for debconf:db_*
folks, I know that debconf-devel(7) lists the debconf protocol and that the shell and Perl wrappers are basically 1:1. Still, I wonder if there is any documentation about these (which may be a little more accessible to new users). Could someone please take a clue stick and whack it over my head iff you also point me in the right direction afterwards? -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Watch file
Hello mentors, What's watch file? I found that my package don't have it, but I couldn't find the description of this file. -- Miguel Gea Milvaques <[EMAIL PROTECTED]>
Re: Watch file
On Thu, Oct 14, 2004 at 09:25:50AM +0200, MiguelGea wrote: > Hello mentors, > What's watch file? I found that my package don't have it, but I couldn't > find the description of this file. Short answer is man uscan A watch file describes where the ustream tarbals can be found. Scripts such as uscan and uupdate can use that file to check if a new upstream release is available. The qa.d.o website overviews also use it if available. -- Alexandre Fayolle LOGILAB, Paris (France). http://www.logilab.com http://www.logilab.fr http://www.logilab.org signature.asc Description: Digital signature
Re: Watch file
also sprach MiguelGea <[EMAIL PROTECTED]> [2004.10.14.0925 +0200]: > What's watch file? I found that my package don't have it, but I couldn't > find the description of this file. Check out uscan(1) in the devscripts package. -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: Watch file
On Thu, 14 Oct 2004 09:25:50 +0200 MiguelGea <[EMAIL PROTECTED]> wrote: > Hello mentors, > What's watch file? I found that my package don't have it, but I couldn't > find the description of this file. $ more /usr/share/debhelper/dh_make/debians/watch.ex regards, -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones
transitioning from conffile to ucf
I have a package here with a conffile in /etc. I now want to add debconf abilities and convert the conffile to a debconf-managed file. I would like to use ucf to provide policy-compliant configuration file handling. The problem I have is the package upgrade. dh_installdeb (which I want to keep using) flags *all* files in /etc as conffiles and provide no means to exclude patterns. Thus, in order to remove the file from dpkg's custody, I have to actually *not* install it in the new package. This causes the upgrade to delete the configuration file, which is surely not what we want. I see two solutions, and neither makes me happy: - save the conffile in the new preinst to /tmp and use it to seed the new conffile in the new postinst. The problem here is that I could potentially override a file in /tmp if I simply cp(1)'d the file there. Using mktemp(1) however is not an option because then the postinst does not know the filename. - script-edit debian/foo/DEBIAN/conffiles after dh_installdeb, letting the package install the file but not as a conffile. Now the package continues to own the file, but the responsibility of treating it properly across updates it completely mine. The second seems to be the cleanest solution, but I am also not happy with it. Is there another way? -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: transitioning from conffile to ucf
On Thu, Oct 14, 2004 at 12:02:32PM +0200, martin f krafft wrote: > - save the conffile in the new preinst to /tmp and use it to seed > the new conffile in the new postinst. The problem here is that > I could potentially override a file in /tmp if I simply cp(1)'d > the file there. Using mktemp(1) however is not an option because > then the postinst does not know the filename. > > [...] > > The second seems to be the cleanest solution, but I am also not > happy with it. Is there another way? How about installing the config file template into /usr/share/foo and copying it to the config dir in the postinst? (Policy 10.7.3) -- Brian Sutherland
Re: transitioning from conffile to ucf
also sprach Brian Sutherland <[EMAIL PROTECTED]> [2004.10.14.1223 +0200]: > How about installing the config file template into /usr/share/foo > and copying it to the config dir in the postinst? (Policy 10.7.3) And how am I to preserve the user modifications? I can install a config file into /usr/share/foo but I can't merge the user config into it. -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: transitioning from conffile to ucf
martin f krafft <[EMAIL PROTECTED]> schrieb: > The problem I have is the package upgrade. dh_installdeb (which > I want to keep using) flags *all* files in /etc as conffiles and > provide no means to exclude patterns. Thus, in order to remove the > file from dpkg's custody, I have to actually *not* install it in the > new package. This causes the upgrade to delete the configuration > file, which is surely not what we want. Have you tested this? I think that the file will not be deleted, because upon upgrade, the old package is only removed, not purged. Therefore all conffiles stay in /etc. If you happen to have tetex-base installed in sid or sarge and have continuously updated since woody, you'll find lots of useless *.map files in /etc/texmf/dvips which are no longer in our *deb. You'll also find /usr/share/tetex-base/remove-oldmaps which allows local administrators to remove them. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: transitioning from conffile to ucf
also sprach Frank Küster <[EMAIL PROTECTED]> [2004.10.14.1316 +0200]: > Have you tested this? I think that the file will not be deleted, > because upon upgrade, the old package is only removed, not purged. > Therefore all conffiles stay in /etc. I was about to reply with "of course", but then I tested it again, and so I say: "of course you are right." Damn, I don't know what happened earlier, I could have sworn it did not work. So the 'leftover' file /etc/foo.conf is never deleted because version 1 is not purged and version 2 does not contain the file in the lists file anymore, so dpkg does not know this file ever existed... Sorry for the noise, and thanks for your answer. -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: transitioning from conffile to ucf
On Thu, Oct 14, 2004 at 01:29:40PM +0200, martin f krafft wrote: > Damn, I don't know what happened earlier, I could have sworn it did > not work. > > So the 'leftover' file /etc/foo.conf is never deleted because > version 1 is not purged and version 2 does not contain the file in > the lists file anymore, so dpkg does not know this file ever > existed... > > Sorry for the noise, and thanks for your answer. Ah, then I misunderstood the question sorry, -- Brian Sutherland
Re: Where to submit a bug?
On Thursday 14 October 2004 00.33, Justin Pryzby wrote: > You can submit the bug to Debian, and it becomes the maintainer's > responsibility to forward it upstream if so necessary. (There is a > mechanism, too, for tagging a bug as "forwarded to [EMAIL PROTECTED]") such > that > this isn't duplicated. > > Or, you can submit it to Abiword. My experience is that if you can take the time to track down the upstream bug tracking system and learn how it is used, it is much better (== you get more reactions) to report a bug upstream for most packages, if it's clearly an upstream bug. OTOH I'm often lazy and just use reportbug, since I don't want to create an account on all 400 bugzilla and 30 gants and 160 request-tracker and installations out there... cheers -- vbi -- adrian von bidderict management +43 888 11 92[EMAIL PROTECTED]
Re: RFH lintian too hush
On Sun, Aug 29, 2004 at 10:26:13PM +0200, Geert Stappers wrote: > But I was looking for the hugh /usr/share so I tried > > lintian -C hus conglomerate_0.7.14-1_powerpc.deb > > Two snippets from the lintian manual page > >-C chk1,chk2,..., --check-part chk1,chk2,... > Run only the specified checks. You can either specify the name > of the check script or the abbreviation. For details, see the > CHECKS section below. > >huge-usr-share (hus) > Checks whether an architecture-dependent package does have a > significantly big /usr/share. Big amounts of architecture inde- > pendent data in architecture dependent packages waste space on > the mirrors. > > But still no sign of the hugh /usr/share > > > Regarding this check, see /usr/share/lintian/checks/huge-usr-share, and > > note that due to its new, experimental nature, it is only displayed when > > you enable informative checks, by means of lintian -I. > > Hey a -I flag, lets try it: > > $ lintian -I conglomerate_0.7.14-1_powerpc.deb > I: conglomerate: arch-dep-package-has-big-usr-share 4448kB 86% > > > Okay, I found what I was looking for > What is a constructive way to solve our different expections > of _all_ checks and "forceing hus check" versus the -I flag? This is indeed seemingly in conflict if you don't know how -C really interacts with lintian. -C is intended as a flag to _limit_ which checks are actually performed, i.e., how much CPU and I/O lintian spends on certain things. -I works at a higher level in lintian, it serves as to unhide certain warnings that are hidden by default. -I processing is done only _after_ all checks are performed, and -C is rather used for which checks are performed, and on its turn, doesn't know about -I... Anyway, I don't know really how to solve different expectations, as it _is_ kind of consistent now how those flags all cooperate. I think it'd better to make clear in documentation somehow that certain options are only useful if you're about to do some specialized large-scale package tests (-C), and emphasize those few options that _are_ relevant to everybody (IMHO, this is an exhaustive list of lintian options one should normally bother with: -I, -i, -o, --show-overrides, -m, --allow-root, -v, -V, -h, --print-version. All other options are maily for uses like the lintian invocation for lintian.debian.org). --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl
Whats mean ITP:
Hello, I see in any bug reports a message like this: Debian Bug report logs - #222894 ITP: dap -- Comprehensive audio sample editing and processing suite What's mean ITP? -- Miguel Gea Milvaques <[EMAIL PROTECTED]>
Re: Whats mean ITP:
Hallo MiguelGea, * MiguelGea <[EMAIL PROTECTED]> [2004-10-14 22:01]: > I see in any bug reports a message like this: > > Debian Bug report logs - #222894 > ITP: dap -- Comprehensive audio sample editing and processing suite > > What's mean ITP? intent to package: http://www.debian.org/devel/wnpp regards nico -- Nico Golde - [EMAIL PROTECTED] [EMAIL PROTECTED] | [EMAIL PROTECTED] | http://www.ngolde.de GPG: FF46 E565 5CC1 E2E5 3F69 C739 1D87 E549 7364 7CFF Is there life after /sbin/halt -p? signature.asc Description: Digital signature
Re: Whats mean ITP:
Am Do, den 14.10.2004 schrieb MiguelGea um 21:42: > Hello, > I see in any bug reports a message like this: > > Debian Bug report logs - #222894 > ITP: dap -- Comprehensive audio sample editing and processing suite > > What's mean ITP? dict ITP ITP Intent to Package (Linux, Debian) :) > -- > Miguel Gea Milvaques <[EMAIL PROTECTED]> > signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
New package howto?
Hello mentors, I found a RFP: Debian Bug report logs - #250538 RFP: libmatheval -- GNU library for evaluating symbolic mathematical expressions I'm not a DD, but I want to package it. must I send a ITP? this must follow #250538 bug? -- Miguel Gea Milvaques <[EMAIL PROTECTED]>
Re: New package howto?
You should retitle that bug to an ITP. Justin On Thu, Oct 14, 2004 at 11:23:49PM +0200, MiguelGea wrote: > Hello mentors, > I found a RFP: > Debian Bug report logs - #250538 > RFP: libmatheval -- GNU library for evaluating symbolic mathematical > expressions > > I'm not a DD, but I want to package it. must I send a ITP? this must > follow #250538 bug? signature.asc Description: Digital signature
Re: New package howto?
also sprach MiguelGea <[EMAIL PROTECTED]> [2004.10.14.2323 +0200]: > I'm not a DD, but I want to package it. must I send a ITP? this must > follow #250538 bug? Please retitle the book to an ITP and set yourself as owner by mailing [EMAIL PROTECTED] with the following contents: package wnpp retitle 250538 ITP: libmatheval -- GNU library for evaluating symbolic mathematical owner 250538 ! thanks -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: New package howto?
Hello MiguelGea, * MiguelGea <[EMAIL PROTECTED]> [2004-10-14 23:44]: > I found a RFP: > Debian Bug report logs - #250538 > RFP: libmatheval -- GNU library for evaluating symbolic mathematical > expressions > > I'm not a DD, but I want to package it. must I send a ITP? this must > follow #250538 bug? yes, rfp means request for package, people send this because they want to have a program packaged. if you want to package it, send an itp (intent to package), package it and close the bug after the upload (do it in the changelog file) regards nico -- Nico Golde - [EMAIL PROTECTED] [EMAIL PROTECTED] | [EMAIL PROTECTED] | http://www.ngolde.de GPG: FF46 E565 5CC1 E2E5 3F69 C739 1D87 E549 7364 7CFF Is there life after /sbin/halt -p? signature.asc Description: Digital signature
Re: New package howto?
Miguel, Please make sure you understand what I just told you. Thus, please surf to http://www.debian.org/Bugs/server-control and http://www.debian.org/devel/wnpp/ and read both. Then reply to me privately and explain to me what each of the four commands does. That said, I think you should definitely *not* package a library as your first package. Find something else to start with. -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: New package howto?
also sprach Nico Golde <[EMAIL PROTECTED]> [2004.10.14.2353 +0200]: > yes, rfp means request for package, people send this because they want > to have a program packaged. if you want to package it, send an itp > (intent to package), package it and close the bug after the upload (do > it in the changelog file) no, do not send an itp. retitle the bug. -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: New package howto?
Hello martin, * martin f krafft <[EMAIL PROTECTED]> [2004-10-15 00:05]: > also sprach Nico Golde <[EMAIL PROTECTED]> [2004.10.14.2353 +0200]: > > yes, rfp means request for package, people send this because they want > > to have a program packaged. if you want to package it, send an itp > > (intent to package), package it and close the bug after the upload (do > > it in the changelog file) > > no, do not send an itp. retitle the bug. sorry this was the common way, if you want to package a program. in his fall you are right! regards nico -- Nico Golde - [EMAIL PROTECTED] [EMAIL PROTECTED] | [EMAIL PROTECTED] | http://www.ngolde.de GPG: FF46 E565 5CC1 E2E5 3F69 C739 1D87 E549 7364 7CFF Is there life after /sbin/halt -p? signature.asc Description: Digital signature
Re: New package howto?
* Nico Golde <[EMAIL PROTECTED]> [2004-10-15 00:07]: > * martin f krafft <[EMAIL PROTECTED]> [2004-10-15 00:05]: > > also sprach Nico Golde <[EMAIL PROTECTED]> [2004.10.14.2353 +0200]: > > > yes, rfp means request for package, people send this because they want > > > to have a program packaged. if you want to package it, send an itp > > > (intent to package), package it and close the bug after the upload (do > > > it in the changelog file) > > > > no, do not send an itp. retitle the bug. > > sorry this was the common way, if you want to package a program. in > his fall you are right! äh in this case :) sorry my englisch :) -- Nico Golde - [EMAIL PROTECTED] [EMAIL PROTECTED] | [EMAIL PROTECTED] | http://www.ngolde.de GPG: FF46 E565 5CC1 E2E5 3F69 C739 1D87 E549 7364 7CFF Is there life after /sbin/halt -p? signature.asc Description: Digital signature
Re: docs for debconf:db_*
martin f krafft wrote: > I know that debconf-devel(7) lists the debconf protocol and that the > shell and Perl wrappers are basically 1:1. Still, I wonder if there > is any documentation about these (which may be a little more > accessible to new users). Could someone please take a clue stick and > whack it over my head iff you also point me in the right direction > afterwards? Maybe you're looking for Debconf::Client::ConfModule(3)? -- see shy jo signature.asc Description: Digital signature
Re: docs for debconf:db_*
also sprach Joey Hess <[EMAIL PROTECTED]> [2004.10.14.2148 +0200]: > Maybe you're looking for Debconf::Client::ConfModule(3)? Not really. debconf-devel(7) is best, but it would be nice to have docs for the confmodule shell commands. then again, they are 1:1 as I found out... -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: docs for debconf:db_*
also sprach martin f krafft <[EMAIL PROTECTED]> [2004.10.15.0035 +0200]: > Not really. debconf-devel(7) is best, but it would be nice to have > docs for the confmodule shell commands. then again, they are 1:1 as > I found out... man 3 confmodule. Sorry Joey for taking so long. -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: transitioning from conffile to ucf
I demand that Frank Küster may or may not have written... [snip] > If you happen to have tetex-base installed in sid or sarge and have > continuously updated since woody, you'll find lots of useless *.map files > in /etc/texmf/dvips which are no longer in our *deb. You'll also find > /usr/share/tetex-base/remove-oldmaps which allows local administrators to > remove them. You mean /usr/share/doc/tetex-base/remove-oldmaps :-) -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | I don't ask for much, just untold riches... I hear what you're saying but I just don't care.
Re: Where to submit a bug?
On Thu, Oct 14, 2004 at 04:50:22PM +0200, Adrian von Bidder wrote: > My experience is that if you can take the time to track down the upstream > bug tracking system and learn how it is used, it is much better (== you > get more reactions) to report a bug upstream for most packages, if it's > clearly an upstream bug. I disagree, it is very,very dependent on the project or package you are talking about. At the very least the Debian package maintainer should be able to understand their upstream bug systems. There is also, for some projects, a concept of goodwill that can extend to bugs from Debian. I find some upstreams are more willing to look a bugs from me (as the packager for Debian of their program). Of course you don't get this by default, you need to earn it but it can help. The lesson there is get along with your upstream developers, it can pay off in future. - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.enc.com.au/ MIEE Debian developer csmall at : enc.com.au ieee.org debian.org
Watch file
Hello mentors, What's watch file? I found that my package don't have it, but I couldn't find the description of this file. -- Miguel Gea Milvaques <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Watch file
On Thu, Oct 14, 2004 at 09:25:50AM +0200, MiguelGea wrote: > Hello mentors, > What's watch file? I found that my package don't have it, but I couldn't > find the description of this file. Short answer is man uscan A watch file describes where the ustream tarbals can be found. Scripts such as uscan and uupdate can use that file to check if a new upstream release is available. The qa.d.o website overviews also use it if available. -- Alexandre Fayolle LOGILAB, Paris (France). http://www.logilab.com http://www.logilab.fr http://www.logilab.org signature.asc Description: Digital signature
Re: Watch file
also sprach MiguelGea <[EMAIL PROTECTED]> [2004.10.14.0925 +0200]: > What's watch file? I found that my package don't have it, but I couldn't > find the description of this file. Check out uscan(1) in the devscripts package. -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: Watch file
On Thu, 14 Oct 2004 09:25:50 +0200 MiguelGea <[EMAIL PROTECTED]> wrote: > Hello mentors, > What's watch file? I found that my package don't have it, but I couldn't > find the description of this file. $ more /usr/share/debhelper/dh_make/debians/watch.ex regards, -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
transitioning from conffile to ucf
I have a package here with a conffile in /etc. I now want to add debconf abilities and convert the conffile to a debconf-managed file. I would like to use ucf to provide policy-compliant configuration file handling. The problem I have is the package upgrade. dh_installdeb (which I want to keep using) flags *all* files in /etc as conffiles and provide no means to exclude patterns. Thus, in order to remove the file from dpkg's custody, I have to actually *not* install it in the new package. This causes the upgrade to delete the configuration file, which is surely not what we want. I see two solutions, and neither makes me happy: - save the conffile in the new preinst to /tmp and use it to seed the new conffile in the new postinst. The problem here is that I could potentially override a file in /tmp if I simply cp(1)'d the file there. Using mktemp(1) however is not an option because then the postinst does not know the filename. - script-edit debian/foo/DEBIAN/conffiles after dh_installdeb, letting the package install the file but not as a conffile. Now the package continues to own the file, but the responsibility of treating it properly across updates it completely mine. The second seems to be the cleanest solution, but I am also not happy with it. Is there another way? -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: transitioning from conffile to ucf
On Thu, Oct 14, 2004 at 12:02:32PM +0200, martin f krafft wrote: > - save the conffile in the new preinst to /tmp and use it to seed > the new conffile in the new postinst. The problem here is that > I could potentially override a file in /tmp if I simply cp(1)'d > the file there. Using mktemp(1) however is not an option because > then the postinst does not know the filename. > > [...] > > The second seems to be the cleanest solution, but I am also not > happy with it. Is there another way? How about installing the config file template into /usr/share/foo and copying it to the config dir in the postinst? (Policy 10.7.3) -- Brian Sutherland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: transitioning from conffile to ucf
also sprach Brian Sutherland <[EMAIL PROTECTED]> [2004.10.14.1223 +0200]: > How about installing the config file template into /usr/share/foo > and copying it to the config dir in the postinst? (Policy 10.7.3) And how am I to preserve the user modifications? I can install a config file into /usr/share/foo but I can't merge the user config into it. -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: transitioning from conffile to ucf
martin f krafft <[EMAIL PROTECTED]> schrieb: > The problem I have is the package upgrade. dh_installdeb (which > I want to keep using) flags *all* files in /etc as conffiles and > provide no means to exclude patterns. Thus, in order to remove the > file from dpkg's custody, I have to actually *not* install it in the > new package. This causes the upgrade to delete the configuration > file, which is surely not what we want. Have you tested this? I think that the file will not be deleted, because upon upgrade, the old package is only removed, not purged. Therefore all conffiles stay in /etc. If you happen to have tetex-base installed in sid or sarge and have continuously updated since woody, you'll find lots of useless *.map files in /etc/texmf/dvips which are no longer in our *deb. You'll also find /usr/share/tetex-base/remove-oldmaps which allows local administrators to remove them. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: transitioning from conffile to ucf
also sprach Frank Küster <[EMAIL PROTECTED]> [2004.10.14.1316 +0200]: > Have you tested this? I think that the file will not be deleted, > because upon upgrade, the old package is only removed, not purged. > Therefore all conffiles stay in /etc. I was about to reply with "of course", but then I tested it again, and so I say: "of course you are right." Damn, I don't know what happened earlier, I could have sworn it did not work. So the 'leftover' file /etc/foo.conf is never deleted because version 1 is not purged and version 2 does not contain the file in the lists file anymore, so dpkg does not know this file ever existed... Sorry for the noise, and thanks for your answer. -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: transitioning from conffile to ucf
On Thu, Oct 14, 2004 at 01:29:40PM +0200, martin f krafft wrote: > Damn, I don't know what happened earlier, I could have sworn it did > not work. > > So the 'leftover' file /etc/foo.conf is never deleted because > version 1 is not purged and version 2 does not contain the file in > the lists file anymore, so dpkg does not know this file ever > existed... > > Sorry for the noise, and thanks for your answer. Ah, then I misunderstood the question sorry, -- Brian Sutherland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Where to submit a bug?
On Thursday 14 October 2004 00.33, Justin Pryzby wrote: > You can submit the bug to Debian, and it becomes the maintainer's > responsibility to forward it upstream if so necessary. (There is a > mechanism, too, for tagging a bug as "forwarded to [EMAIL PROTECTED]") such that > this isn't duplicated. > > Or, you can submit it to Abiword. My experience is that if you can take the time to track down the upstream bug tracking system and learn how it is used, it is much better (== you get more reactions) to report a bug upstream for most packages, if it's clearly an upstream bug. OTOH I'm often lazy and just use reportbug, since I don't want to create an account on all 400 bugzilla and 30 gants and 160 request-tracker and installations out there... cheers -- vbi -- adrian von bidderict management +43 888 11 92[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFH lintian too hush
On Sun, Aug 29, 2004 at 10:26:13PM +0200, Geert Stappers wrote: > But I was looking for the hugh /usr/share so I tried > > lintian -C hus conglomerate_0.7.14-1_powerpc.deb > > Two snippets from the lintian manual page > >-C chk1,chk2,..., --check-part chk1,chk2,... > Run only the specified checks. You can either specify the name > of the check script or the abbreviation. For details, see the > CHECKS section below. > >huge-usr-share (hus) > Checks whether an architecture-dependent package does have a > significantly big /usr/share. Big amounts of architecture inde- > pendent data in architecture dependent packages waste space on > the mirrors. > > But still no sign of the hugh /usr/share > > > Regarding this check, see /usr/share/lintian/checks/huge-usr-share, and > > note that due to its new, experimental nature, it is only displayed when > > you enable informative checks, by means of lintian -I. > > Hey a -I flag, lets try it: > > $ lintian -I conglomerate_0.7.14-1_powerpc.deb > I: conglomerate: arch-dep-package-has-big-usr-share 4448kB 86% > > > Okay, I found what I was looking for > What is a constructive way to solve our different expections > of _all_ checks and "forceing hus check" versus the -I flag? This is indeed seemingly in conflict if you don't know how -C really interacts with lintian. -C is intended as a flag to _limit_ which checks are actually performed, i.e., how much CPU and I/O lintian spends on certain things. -I works at a higher level in lintian, it serves as to unhide certain warnings that are hidden by default. -I processing is done only _after_ all checks are performed, and -C is rather used for which checks are performed, and on its turn, doesn't know about -I... Anyway, I don't know really how to solve different expectations, as it _is_ kind of consistent now how those flags all cooperate. I think it'd better to make clear in documentation somehow that certain options are only useful if you're about to do some specialized large-scale package tests (-C), and emphasize those few options that _are_ relevant to everybody (IMHO, this is an exhaustive list of lintian options one should normally bother with: -I, -i, -o, --show-overrides, -m, --allow-root, -v, -V, -h, --print-version. All other options are maily for uses like the lintian invocation for lintian.debian.org). --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Whats mean ITP:
Hello, I see in any bug reports a message like this: Debian Bug report logs - #222894 ITP: dap -- Comprehensive audio sample editing and processing suite What's mean ITP? -- Miguel Gea Milvaques <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Whats mean ITP:
Hallo MiguelGea, * MiguelGea <[EMAIL PROTECTED]> [2004-10-14 22:01]: > I see in any bug reports a message like this: > > Debian Bug report logs - #222894 > ITP: dap -- Comprehensive audio sample editing and processing suite > > What's mean ITP? intent to package: http://www.debian.org/devel/wnpp regards nico -- Nico Golde - [EMAIL PROTECTED] [EMAIL PROTECTED] | [EMAIL PROTECTED] | http://www.ngolde.de GPG: FF46 E565 5CC1 E2E5 3F69 C739 1D87 E549 7364 7CFF Is there life after /sbin/halt -p? signature.asc Description: Digital signature
Re: Whats mean ITP:
Am Do, den 14.10.2004 schrieb MiguelGea um 21:42: > Hello, > I see in any bug reports a message like this: > > Debian Bug report logs - #222894 > ITP: dap -- Comprehensive audio sample editing and processing suite > > What's mean ITP? dict ITP ITP Intent to Package (Linux, Debian) :) > -- > Miguel Gea Milvaques <[EMAIL PROTECTED]> > signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
New package howto?
Hello mentors, I found a RFP: Debian Bug report logs - #250538 RFP: libmatheval -- GNU library for evaluating symbolic mathematical expressions I'm not a DD, but I want to package it. must I send a ITP? this must follow #250538 bug? -- Miguel Gea Milvaques <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New package howto?
You should retitle that bug to an ITP. Justin On Thu, Oct 14, 2004 at 11:23:49PM +0200, MiguelGea wrote: > Hello mentors, > I found a RFP: > Debian Bug report logs - #250538 > RFP: libmatheval -- GNU library for evaluating symbolic mathematical > expressions > > I'm not a DD, but I want to package it. must I send a ITP? this must > follow #250538 bug? signature.asc Description: Digital signature
Re: New package howto?
also sprach MiguelGea <[EMAIL PROTECTED]> [2004.10.14.2323 +0200]: > I'm not a DD, but I want to package it. must I send a ITP? this must > follow #250538 bug? Please retitle the book to an ITP and set yourself as owner by mailing [EMAIL PROTECTED] with the following contents: package wnpp retitle 250538 ITP: libmatheval -- GNU library for evaluating symbolic mathematical owner 250538 ! thanks -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: New package howto?
Hello MiguelGea, * MiguelGea <[EMAIL PROTECTED]> [2004-10-14 23:44]: > I found a RFP: > Debian Bug report logs - #250538 > RFP: libmatheval -- GNU library for evaluating symbolic mathematical > expressions > > I'm not a DD, but I want to package it. must I send a ITP? this must > follow #250538 bug? yes, rfp means request for package, people send this because they want to have a program packaged. if you want to package it, send an itp (intent to package), package it and close the bug after the upload (do it in the changelog file) regards nico -- Nico Golde - [EMAIL PROTECTED] [EMAIL PROTECTED] | [EMAIL PROTECTED] | http://www.ngolde.de GPG: FF46 E565 5CC1 E2E5 3F69 C739 1D87 E549 7364 7CFF Is there life after /sbin/halt -p? signature.asc Description: Digital signature
Re: New package howto?
Miguel, Please make sure you understand what I just told you. Thus, please surf to http://www.debian.org/Bugs/server-control and http://www.debian.org/devel/wnpp/ and read both. Then reply to me privately and explain to me what each of the four commands does. That said, I think you should definitely *not* package a library as your first package. Find something else to start with. -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: New package howto?
also sprach Nico Golde <[EMAIL PROTECTED]> [2004.10.14.2353 +0200]: > yes, rfp means request for package, people send this because they want > to have a program packaged. if you want to package it, send an itp > (intent to package), package it and close the bug after the upload (do > it in the changelog file) no, do not send an itp. retitle the bug. -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: New package howto?
Hello martin, * martin f krafft <[EMAIL PROTECTED]> [2004-10-15 00:05]: > also sprach Nico Golde <[EMAIL PROTECTED]> [2004.10.14.2353 +0200]: > > yes, rfp means request for package, people send this because they want > > to have a program packaged. if you want to package it, send an itp > > (intent to package), package it and close the bug after the upload (do > > it in the changelog file) > > no, do not send an itp. retitle the bug. sorry this was the common way, if you want to package a program. in his fall you are right! regards nico -- Nico Golde - [EMAIL PROTECTED] [EMAIL PROTECTED] | [EMAIL PROTECTED] | http://www.ngolde.de GPG: FF46 E565 5CC1 E2E5 3F69 C739 1D87 E549 7364 7CFF Is there life after /sbin/halt -p? signature.asc Description: Digital signature
Re: New package howto?
* Nico Golde <[EMAIL PROTECTED]> [2004-10-15 00:07]: > * martin f krafft <[EMAIL PROTECTED]> [2004-10-15 00:05]: > > also sprach Nico Golde <[EMAIL PROTECTED]> [2004.10.14.2353 +0200]: > > > yes, rfp means request for package, people send this because they want > > > to have a program packaged. if you want to package it, send an itp > > > (intent to package), package it and close the bug after the upload (do > > > it in the changelog file) > > > > no, do not send an itp. retitle the bug. > > sorry this was the common way, if you want to package a program. in > his fall you are right! äh in this case :) sorry my englisch :) -- Nico Golde - [EMAIL PROTECTED] [EMAIL PROTECTED] | [EMAIL PROTECTED] | http://www.ngolde.de GPG: FF46 E565 5CC1 E2E5 3F69 C739 1D87 E549 7364 7CFF Is there life after /sbin/halt -p? signature.asc Description: Digital signature
Re: docs for debconf:db_*
martin f krafft wrote: > I know that debconf-devel(7) lists the debconf protocol and that the > shell and Perl wrappers are basically 1:1. Still, I wonder if there > is any documentation about these (which may be a little more > accessible to new users). Could someone please take a clue stick and > whack it over my head iff you also point me in the right direction > afterwards? Maybe you're looking for Debconf::Client::ConfModule(3)? -- see shy jo signature.asc Description: Digital signature
Re: docs for debconf:db_*
also sprach Joey Hess <[EMAIL PROTECTED]> [2004.10.14.2148 +0200]: > Maybe you're looking for Debconf::Client::ConfModule(3)? Not really. debconf-devel(7) is best, but it would be nice to have docs for the confmodule shell commands. then again, they are 1:1 as I found out... -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: docs for debconf:db_*
also sprach martin f krafft <[EMAIL PROTECTED]> [2004.10.15.0035 +0200]: > Not really. debconf-devel(7) is best, but it would be nice to have > docs for the confmodule shell commands. then again, they are 1:1 as > I found out... man 3 confmodule. Sorry Joey for taking so long. -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: transitioning from conffile to ucf
I demand that Frank Küster may or may not have written... [snip] > If you happen to have tetex-base installed in sid or sarge and have > continuously updated since woody, you'll find lots of useless *.map files > in /etc/texmf/dvips which are no longer in our *deb. You'll also find > /usr/share/tetex-base/remove-oldmaps which allows local administrators to > remove them. You mean /usr/share/doc/tetex-base/remove-oldmaps :-) -- | Darren Salt | linux (or ds) at | nr. Ashington, | woody, sarge, | youmustbejoking | Northumberland | RISC OS | demon co uk | Toon Army | I don't ask for much, just untold riches... I hear what you're saying but I just don't care.
Re: Where to submit a bug?
On Thu, Oct 14, 2004 at 04:50:22PM +0200, Adrian von Bidder wrote: > My experience is that if you can take the time to track down the upstream > bug tracking system and learn how it is used, it is much better (== you > get more reactions) to report a bug upstream for most packages, if it's > clearly an upstream bug. I disagree, it is very,very dependent on the project or package you are talking about. At the very least the Debian package maintainer should be able to understand their upstream bug systems. There is also, for some projects, a concept of goodwill that can extend to bugs from Debian. I find some upstreams are more willing to look a bugs from me (as the packager for Debian of their program). Of course you don't get this by default, you need to earn it but it can help. The lesson there is get along with your upstream developers, it can pay off in future. - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.enc.com.au/ MIEE Debian developer csmall at : enc.com.au ieee.org debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
