Re: Handling of configuration files not shipped with a newer package version
Am Samstag, den 26.05.2007, 00:36 -0400 schrieb Justin Pryzby: On Sat, May 26, 2007 at 04:08:32AM +0200, Daniel Leidert wrote: Hi, The docbook-xml package 4.4 shipped a really old version 3.1.7, that was dropped with package version 4.5. The package itself ships a configuration file for every released version: [ Note: Is it a conffile. ] [..] /etc /etc/sgml /etc/sgml/docbook-xml /etc/sgml/docbook-xml/3.1.7 /etc/sgml/docbook-xml/3.1.7/dbgenent.ent [..] Now what is the best/recommended way to handle the removal of the 3.1.7 version? A normal upgrade tries to remove the directory /etc/sgml/docbook-xml/3.1.7, which is impossible, because /etc/sgml/docbook-xml/3.1.7/dbgenent.ent still exists. Although dpkg still knows, that the file belongs to docbook-xml You can check the page that used to be at dpkg.org regarding removal of an obsolete conffile. Basically you check: [ -e $f ] dpkg --compare-version [ `md5sum $f |sed -e 's/ .*//` = $oldmd5 ] rm -iv $f or such. http://wiki.debian.org/DpkgConffileHandling Thanks. , purging docbook-xml will not purge all configuration directories anymore: dpkg - warning: while removing docbook-xml, directory `/etc/xml' not empty so not removed. I think this should work with etch dpkg? Tested in an Etch pbuilder chroot. It produces the warnings I posted. dpkg -L does list /etc/sgml/docbook-xml/3.1.7/dbgenent.ent as part of docbook-xml after update, but it doesn't list /etc/sgml/docbook-xml/3.1.7 anymore. A mis-behaviour of dpkg? because it doesn't try to remove /etc/sgml/docbook-xml/3.1.7 anymore. How is such a situation handled best? I guess, I must add at least some code to postrm to make sure these directories are removed too, if /etc/sgml/docbook-xml/3.1.7 still exists. But should I try to remove this obsolete directory already during upgrade? Conditional on the above .. conditions, yes. Should I ask the user via debconf? This would be considered an overuse of debconf. That's why I asked. Thanks for the wiki hint. That's exactly, what I was looking for. Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Listar: Post sent to moderator.
Post to list bureaucab Subject: Post submitted to moderator for reason: Non-member submission to closed-post list. --- Gestionnaire de liste Listar/0.42 - fin de traitement/job execution complete. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Handling of configuration files not shipped with a newer package version
On Sat, May 26, 2007 at 03:00:31PM +0200, Daniel Leidert wrote: Am Samstag, den 26.05.2007, 00:36 -0400 schrieb Justin Pryzby: On Sat, May 26, 2007 at 04:08:32AM +0200, Daniel Leidert wrote: , purging docbook-xml will not purge all configuration directories anymore: dpkg - warning: while removing docbook-xml, directory `/etc/xml' not empty so not removed. I think this should work with etch dpkg? Tested in an Etch pbuilder chroot. It produces the warnings I posted. dpkg -L does list /etc/sgml/docbook-xml/3.1.7/dbgenent.ent as part of docbook-xml after update, but it doesn't list /etc/sgml/docbook-xml/3.1.7 anymore. A mis-behaviour of dpkg? I think the logic is supposed to be that dpkg doesn't warn until after postrm purge phase, since the maintscripts are supposed to act as a kind of dpkg module and the user shouldn't be bugged just because there's a config file which is not a conffile. Also added I think was that dpkg would keep reattempting removal of dirs at relevant times after the first attempt after the conffiles in that dir were removed. Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: kopete-otr
Dear mentors, I am looking for a sponsor for my package kopete-otr. * Package name : kopete-otr Version : 0.4-1 * URL : http://kopete-otr.follefuder.org/ * License : GPL Section : net It builds these binary packages: kopete-otr - Off-the-Record Messaging plugin for kopete The package is lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/k/kopete-otr - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/k/kopete-otr/kopete-otr_0.4-1.dsc I would be glad if someone uploaded this package for me. Kind regards Francesco Cecconi -- Francesco Cecconi ' |BrAnD| ' [EMAIL PROTECTED] GPG Key ID: 11F6E468 | Debian pkg Maintainer Key fingerprint = A45A 59F0 15F8 BF5E 41AC 8478 D931 DAA2 11F6 E468 signature.asc Description: This is a digitally signed message part.
Re: Prompt to install missing software?
On Sun, May 27, 2007 at 02:17:15PM +1000, John Pye wrote: Hi all, I have a PyGTK-based program that has an optional dependency on the package python-matplotlib. Is there any way under Debian (and hopefully also Ubuntu) that I can trigger gtk-debi or something like that when the user requests to use the part of my program that depends on stuff they haven't installed yet? What would be the best way of doing that from python, if such a thing exists? That seems like too much work. Why not just document the optional dependencies. Additionally, if the features are that nice to have why not make the packages which provide the functionality Recommended? Regards, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Re: Prompt to install missing software?
At some point, the gnome-system-tools package did this in the time-admin application for ntp. I can't confirm if it still works the same way, since the UI appears to have changed in feisty, but I would assume so. You should try it with a fresh image of feisty, open time-admin (try to set the time, basically) and tell it to use ntp, it should automatically try to install it. I suggest grabbing the source package and figuring out how they did it. You could also look into the update manager or the app installer in Ubuntu, they both appear to launch Synaptic or something to perform installs for them. On 5/27/07, John Pye [EMAIL PROTECTED] wrote: Hi all, I have a PyGTK-based program that has an optional dependency on the package python-matplotlib. Is there any way under Debian (and hopefully also Ubuntu) that I can trigger gtk-debi or something like that when the user requests to use the part of my program that depends on stuff they haven't installed yet? What would be the best way of doing that from python, if such a thing exists? I believe I have seen this used somewhere but I don't know how it was done. Cheers JP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]