Work-needing packages report for Sep 26, 2008
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 448 (new: 1) Total number of packages offered up for adoption: 118 (new: 0) Total number of packages requested help for: 49 (new: 0) Please refer to http://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: swatch (#499509), orphaned 6 days ago Description: Log file viewer with regexp matching, highlighting, & hooks Installations reported by Popcon: 208 447 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/orphaned for a complete list. No new packages have been given up for adoption, but a total of 118 packages are awaiting adoption. See http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list. For the following packages help is requested: apache2 (#470795), requested 196 days ago Description: Co-maintainer wanted Reverse Depends: achims-guestbook ampache apache2 apache2-dbg apache2-mpm-event apache2-mpm-itk apache2-mpm-prefork apache2-mpm-worker apache2-prefork-dev apache2-suexec (154 more omitted) Installations reported by Popcon: 39210 ara (#450876), requested 319 days ago Description: utility for searching the Debian package database Installations reported by Popcon: 115 athcool (#278442), requested 1430 days ago Description: Enable powersaving mode for Athlon/Duron processors Installations reported by Popcon: 235 bash-completion (#472468), requested 185 days ago Description: programmable completion for the bash shell Installations reported by Popcon: 16164 cvs (#354176), requested 945 days ago Description: Concurrent Versions System Reverse Depends: crossvc cvs-autoreleasedeb cvs-buildpackage cvs2cl cvs2html cvschangelogbuilder cvsconnect cvsd cvsdelta cvsps (12 more omitted) Installations reported by Popcon: 22019 darcs (#486192), requested 103 days ago Description: an advanced revision control system Reverse Depends: arch2darcs darcs-buildpackage darcs-load-dirs darcs-monitor darcs-server darcsweb Installations reported by Popcon: 1363 dctrl-tools (#448284), requested 334 days ago Description: Command-line tools to process Debian package information Reverse Depends: aptfs debian-goodies dlocate feta haskell-devscripts hg-buildpackage ia32-archive ia32-libs-tools mlmmj sbuild (1 more omitted) Installations reported by Popcon: 8784 dpkg (#282283), requested 1405 days ago Description: dselect: a user tool to manage Debian packages Reverse Depends: alien alsa-source apt-build apt-cross apt-src backuppc build-essential bzr-builddeb cacao-oj6-dbg cacao-oj6-jdk (118 more omitted) Installations reported by Popcon: 77463 drscheme (#402589), requested 654 days ago Description: PLT scheme programming environment Reverse Depends: drscheme minlog proofgeneral-minlog Installations reported by Popcon: 349 elvis (#432298), requested 444 days ago Description: powerful clone of the vi/ex text editor (with X11 support) Reverse Depends: elvis elvis-console elvis-tools Installations reported by Popcon: 384 fglrx-driver (#454993), requested 292 days ago (non-free) Description: non-free AMD/ATI r5xx, r6xx display driver Reverse Depends: fglrx-amdcccle fglrx-atieventsd fglrx-control fglrx-driver fglrx-glx fglrx-glx-ia32 fglrx-kernel-src Installations reported by Popcon: 2148 flightgear (#487388), requested 96 days ago Description: Flight Gear Flight Simulator Installations reported by Popcon: 923 gentoo (#422498), requested 508 days ago Description: a fully GUI-configurable, two-pane X file manager Installations reported by Popcon: 279 gnat-4.3 (#475374), requested 168 days ago Description: help needed to execute test cases Reverse Depends: adabrowse adacontrol asis-programs ghdl gnade-bin gnat gnat-4.3 gnat-gps libadasockets-dev libahven13 (45 more omitted) Installations reported by Popcon: 371 gnat-gps (#496905), requested 28 days ago Description: co-maintainer needed Installations reported by Popcon: 125 grub (#248397), requested 1599 days ago Description: GRand Unified Bootloader Reverse Depends: brdesktop-artwork-grub dfsbuild grub-choose-default grub-doc replicator startupmanager Installations reported by Popcon: 71098 hotkey-setup (#483107), requested 121 days ago Description: auto-configures laptop hotkeys
Re: Bug#454707: nethack -- Doesn't purge all files after piuparts Install+Upgrade+Purge test
> "Kumar" == Kumar Appaiah <[EMAIL PROTECTED]> writes: Hi Kumar, Kumar> As maintainer, it is for you to decide, or query the release Kumar> managers in charge of the goal[1]. However, the short answer Kumar> is that the goal is to have the Etch version installed -> Kumar> upgrade to sid/lenny -> subsequent purge remove all the files Kumar> belonging to the package. Therefore, my recommendation would Kumar> be to purge the file when the purge command is given, if the Kumar> file exists. That way, you are allowed to keep the file Kumar> during the upgrade, but remove it only during purge. Does Kumar> this sound sane? Yes, it sounds sane, it's just that I would prefer get rid of this useless file... I should have been more careful about this configuration file when I uploaded nethack-el 1:0.95.5-1, it would have avoided this mess. Cheers, Arnaud Fontaine pgpR19Z5YRlAj.pgp Description: PGP signature
Bug#500194: ITP: mu -- Set of utilities to deal with Maildirs
Package: wnpp Severity: wishlist Owner: Norbert Preining <[EMAIL PROTECTED]> * Package name: mu Version : 0.3 Upstream Author : Dirk-Jan C. Binnema <[EMAIL PROTECTED]> * URL : http://www.djcbsoftware.nl/code/mu/ * License : GPL (v3) Programming Lang: C Description : Set of utilities to deal with Maildirs mu is a set of utilities to deal with Maildirs, specifically, indexing and searching. - mu-index - recursively scans a collection of email messages, and stores information found in a database. - mu-find - searches for messages based on some search criteria. - mu-msginfo - gives information (such as subject, sender, message body) for a certain message file - mu-mkmdir - creates a new Maildir . mu uses libgmime2 to parse the message, and SQLite and Xapian to store the message data. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#500174: ITP: libnet-ldapapi-perl -- Perl bindings for OpenLDAP C API
Package: wnpp Severity: wishlist Owner: Bill MacAllister <[EMAIL PROTECTED]> * Package name: libnet-ldapapi-perl Version : 3.0.3 Upstream Author : Quanah Gibson-Mount <[EMAIL PROTECTED]> * URL : http://www.cpan.org/modules/by-authors/id/MISHIKAL/ * License : GPL/Artistic Programming Lang: Perl Description : Perl bindings for OpenLDAP C API Net::LDAPapi provides a Perl interface to the OpenLDAP C libraries. Both the original "C API" and new "Perl OO" style interface methods are supported. This module differs from Net::LDAP in that it uses C bindings to achieve significant performance improvements. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#500144: ITP: libnet-dns-zone-parser-perl -- RFC compliant zone file parser
Package: wnpp Severity: wishlist Owner: "Ondřej Surý" <[EMAIL PROTECTED]> * Package name: libnet-dns-zone-parser-perl Version : 0.01.99 Upstream Author : Olaf M. Kolkman <[EMAIL PROTECTED]> * URL : http://www.net-dns.org/ * License : BSD Programming Lang: Perl Description : RFC compliant zone file (pre)parser The Net::DNS::Zone::Parser should be considered a preprocessor that "normalizes" a zonefile. . It will read a zonefile in a format conforming to the relevant RFCs with the addition of BIND's GENERATE directive from disk and will write fully specified resource records (RRs) to a filehandle. Whereby: All Rights Reserved Permission to use, copy, modify, and distribute this software and its documentation for any purpose and without fee is hereby granted, provided that the above copyright notice appear in all copies and that both that copyright notice and this permission notice appear in supporting documentation, and that the name of the author not be used in advertising or publicity pertaining to distribution of the software without specific, written prior permission. THE AUTHOR DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE, INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS; IN NO EVENT SHALL AUTHOR BE LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. The $GENERATE primitive parser is based on code in Net::DNS::ZoneFile, which has it's own copyright: Copyright (c) 1997-2002 Michael Fuhr. All rights reserved. This program is free software; you can redistribute it and/or modify it under the same terms as Perl itself. Note regarding the copyright: The copyright of the upstream package refers to the Perl license. That is: Copyright 1989-2001, Larry Wall All rights reserved. This program is free software; you can redistribute it and/or modify it under the terms of either: a) the GNU General Public License as published by the Free Software Foundation; either version 1, or (at your option) any later version, or b) the "Artistic License" which comes with Perl. On Debian GNU/Linux systems, the complete text of the GNU General Public License can be found in /usr/share/common-licenses/GPL' and the Artistic Licence in /usr/share/common-licenses/Artistic'. -- System Information: Debian Release: lenny/sid APT prefers hardy-updates APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 'hardy-proposed'), (500, 'hardy-backports'), (500, 'hardy') Architecture: i386 (i686) Kernel: Linux 2.6.24-21-generic (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nethack -- Doesn't purge all files after piuparts Install+Upgrade+Purge test
Arnaud Fontaine <[EMAIL PROTECTED]> writes: > Hello, > > Before I maintain nethack-el, it was not relying on dh_installemacsen > and startup file was installed as /etc/emacs/site-start.d/50nethack.el. > However, it now relies on dh_installemacsen and the file is now > installed as /etc/emacs/site-start.d/50nethack-el.el, that's why I got > this bug report. > > I think that just renaming the file from 50nethack.el to 50nethack-el.el > is not the best solution as the former file may be still there for > unstable/testing users and it would wipe possible modifications done in > 50nethack-el.el. I'm wondering how I could handle that? Why is the file called 50nethack-el.el? Isn't it better to use the name 50nethack.el? It seems more appropriate to me, and more consistent with other files in that directory: [EMAIL PROTECTED]:~$ ls -la /etc/emacs/site-start.d total 44 drwxr-xr-x 2 root root 4096 2008-09-03 16:26 . drwxr-xr-x 3 root root 4096 2007-12-12 22:05 .. -rw-r--r-- 1 root root 1827 2006-01-06 08:19 00debian-vars.el -rw-r--r-- 1 root root 1623 2008-01-03 16:34 50a2ps.el -rw-r--r-- 1 root root 729 2008-01-22 05:35 50autoconf.el -rw-r--r-- 1 root root 389 2006-04-13 15:47 50bbdb.el -rw-r--r-- 1 root root 275 2008-01-25 11:00 50cmake.el -rw-r--r-- 1 root root 409 2007-11-18 22:29 50devhelp.el -rw-r--r-- 1 root root 1567 2008-05-21 18:24 50dictionaries-common.el -rw-r--r-- 1 root root 740 2007-10-02 10:25 50gtk-doc-tools.el -rw-r--r-- 1 root root 101 2007-06-07 22:40 50psvn.el [EMAIL PROTECTED]:~$ /Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#454707: nethack -- Doesn't purge all files after piuparts Install+Upgrade+Purge test
On Thu, Sep 25, 2008 at 02:18:40PM +0200, Arnaud Fontaine wrote: > Before I maintain nethack-el, it was not relying on dh_installemacsen > and startup file was installed as /etc/emacs/site-start.d/50nethack.el. > However, it now relies on dh_installemacsen and the file is now > installed as /etc/emacs/site-start.d/50nethack-el.el, that's why I got > this bug report. > > I think that just renaming the file from 50nethack.el to 50nethack-el.el > is not the best solution as the former file may be still there for > unstable/testing users and it would wipe possible modifications done in > 50nethack-el.el. I'm wondering how I could handle that? As maintainer, it is for you to decide, or query the release managers in charge of the goal[1]. However, the short answer is that the goal is to have the Etch version installed -> upgrade to sid/lenny -> subsequent purge remove all the files belonging to the package. Therefore, my recommendation would be to purge the file when the purge command is given, if the file exists. That way, you are allowed to keep the file during the upgrade, but remove it only during purge. Does this sound sane? Thanks. Kumar [1]: http://release.debian.org/lenny/goals.txt -- Kumar Appaiah signature.asc Description: Digital signature
Re: nethack -- Doesn't purge all files after piuparts Install+Upgrade+Purge test
Hello, Before I maintain nethack-el, it was not relying on dh_installemacsen and startup file was installed as /etc/emacs/site-start.d/50nethack.el. However, it now relies on dh_installemacsen and the file is now installed as /etc/emacs/site-start.d/50nethack-el.el, that's why I got this bug report. I think that just renaming the file from 50nethack.el to 50nethack-el.el is not the best solution as the former file may be still there for unstable/testing users and it would wipe possible modifications done in 50nethack-el.el. I'm wondering how I could handle that? Regards, Arnaud Fontaine pgpw7cvRFRKEG.pgp Description: PGP signature
Re: RFC: update-rc.d
[Dustin Kirkland] > I would gladly port this functionality from Ubuntu to Debian, if the > sysvinit maintainers in Debian would have it This sysvinit maintainer have nothing against it, at least. :) But on the other hand, I have very little time to work on sysvinit these days, so do not expect any quick processing of the patch once it is in BTS. :) Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Pkg-xen-devel] Xen status in lenny?
My first message was refused because it was to long. Another try... Bastian Blank schreef: > > On Thu, Sep 18, 2008 at 11:52:09AM +0200, Paul van der Vlis wrote: >> >> I have it running on my amd64 machine! > > > > Okay. I use now the try4 packages (amd64) on the dom0. I did not have problems with the try3-packages. >> >> - the VM's do not start automatically, but they start with "xm create". > > > > Hmm. Please show the xend log (/var/log/xen/xend.log) from before the > > manual start. When I start a VM once with "xm create", the next time it starts automatically. >> >> - I can ping and SSH the VM from the dom0, not from the internet. > > > > Please use wireshark/tshark/tcpdump to find the interface where is gets > > lost. My problem is that I don't have a xenbr-device: [2008-09-22 10:49:20 3031] INFO (XendNetwork:114) Not recreating missing unmanaged network xenbr1 Special on my machine is that I use eth1 and not eth0: -- xen:/var/log/xen# ifconfig eth1 Link encap:Ethernet HWaddr 00:30:48:93:50:3d inet addr:91.198.178.10 Bcast:91.198.178.255 Mask:255.255.255.0 inet6 addr: fe80::230:48ff:fe93:503d/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:12572 errors:0 dropped:0 overruns:0 frame:0 TX packets:7291 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:9428884 (8.9 MiB) TX bytes:738404 (721.0 KiB) loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:48 errors:0 dropped:0 overruns:0 frame:0 TX packets:48 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:4365 (4.2 KiB) TX bytes:4365 (4.2 KiB) peth1 Link encap:Ethernet HWaddr 00:30:48:93:50:3d inet6 addr: fe80::230:48ff:fe93:503d/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:12757 errors:0 dropped:0 overruns:0 frame:0 TX packets:7343 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:9626551 (9.1 MiB) TX bytes:739319 (721.9 KiB) Memory:e820-e822 vif1.0Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet6 addr: fe80::fcff::feff:/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:615 errors:0 dropped:0 overruns:0 frame:0 TX packets:2619 errors:0 dropped:8 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:37966 (37.0 KiB) TX bytes:168744 (164.7 KiB) vif2.0Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet6 addr: fe80::fcff::feff:/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:1 errors:0 dropped:0 overruns:0 frame:0 TX packets:2534 errors:0 dropped:6 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:28 (28.0 B) TX bytes:162432 (158.6 KiB) vif3.0Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff inet6 addr: fe80::fcff::feff:/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:1 errors:0 dropped:0 overruns:0 frame:0 TX packets:2530 errors:0 dropped:6 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:28 (28.0 B) TX bytes:162200 (158.3 KiB) - > > Please make sure that the domains are restarted and not only > > restored. I rebooted the machine, is that enough? > > Also please show the output of xm dmesg and dmesg. My message became too long. You can see them here: http://www.vandervlis.nl/log With regards, Paul van der Vlis. -- http://www.vandervlis.nl/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
/usr/doc is finished!
Isn't it amazing that I got this mail on my Birthday? Now, if he would only use a proper MUA ;) - Forwarded message from Debian Bug Tracking System <[EMAIL PROTECTED]> - Date: Thu, 25 Sep 2008 10:45:49 +0200 From: Holger Levsen <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: happy birthday! /usr/doc is finally gone User-Agent: KMail/1.9.5 Message-Id: <[EMAIL PROTECTED]> Hi, In 1999, Debian began moving /usr/doc to /usr/share/doc to comply with the FHS. In 2005 Joey Hess picked up the leftovers from this task, which in turn where picked up by Amaya in 2006. Today I have the honor and fun to close this blocker bug, which was used to track this transition and to wish Amaya the very best and much more for her birthday :-) I love you! Mucho! Have a great day and many many more happy days to come! :-) regards, Holger P.S.: there is a lintian check in place to prevent /usr/doc issues to come back: http://lintian.debian.org/tags/postinst-should-not-set-usr-doc-link.html - the last remaining package has been fixed in unstable and is awaiting either migration or removal to/from testing. I don't bother about http://lintian.debian.org/tags/readme-debian-mentions-usr-doc.html though I think that still speaking about /usr/doc is a sure sign of being behind the times... Policy is your friend. Trust the Policy. Love the Policy. Obey the Policy. - End forwarded message - -- ·''`. It's never too late to have a happy childhood : :' : `. `' `- Proudly running Debian GNU/Linux -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#195481: Info received (Bug#195481: closed by Holger Levsen <[EMAIL PROTECTED]> (upstream issue, not packaging related))
Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): If you wish to submit further information on this problem, please send it to [EMAIL PROTECTED], as before. Please do not send mail to [EMAIL PROTECTED] unless you wish to report a problem with the Bug-tracking system. -- 195481: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=195481 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#195481: closed by Holger Levsen <[EMAIL PROTECTED]> (upstream issue, not packaging related)
Hi, On Tuesday 23 September 2008 23:10, Neil Williams wrote: > > Guess we have different ideas about what "wishlist" bugs are for. > > My attitude is they're for wishes, like the sea is for fishes. > Wishes should still have some possibility of attainment, otherwise it > is wishful-thinking not wishlist. (Subtle difference, at least to me > - and Holger by the sounds of it too). Yup. > Issues that get no response in years, despite all the changes that > happen between the releases that occur within that time, should just be > considered as 'dead'. They had their time, nobody thought they were > good enough ideas to be worth investing any significant amounts of > effort. If it was a good idea, the bug report is still there, it is > still archived. Someone can reopen it *IF* they can make time available > to turn the wish into a proposal. > > If ideas get positive feedback and the bug report has lots of > discussion, maybe it is worth making a Wiki page for the idea (as long > as the discussion has moved beyond painting the bike-shed). Exactly. Sorry for the low signal here, but I thought I should state this as I have been dealing with those general bugs a lot recently. I do consider the general bugs everyDDs bugs though and if there is consensus to leave such bugs open forever, I'm happy to let them be. I just think what Neil summarized above... :-) regards, Holger P.S.: please respect the reply-to: header and don't cc: this bug on replies. pgp1usNKeC8ZU.pgp Description: PGP signature
Bug#322762: marked as done (/usr/doc may still exist on upgrade of old systems)
Your message dated Thu, 25 Sep 2008 10:45:49 +0200 with message-id <[EMAIL PROTECTED]> and subject line happy birthday! /usr/doc is finally gone has caused the Debian Bug report #322762, regarding /usr/doc may still exist on upgrade of old systems 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 322762: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=322762 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: general Severity: normal In 1999, Debian began moving /usr/doc to /usr/share/doc to comply with the FHS. Due to unfortunate dpkg issues at the time, we couldn't simply move the directory and be done with it, but decided to move things peicemeil by updating all packages. Due to some silly concerns about users having to look in two places during the transition, we decided to start by making /usr/doc/ -> /usr/share/doc/ symlinks. In 2001, putting any documentation in /usr/doc became a serious policy violation. The symlinks were still allowed. In 2002, we completed the first stage of the transition, released woody with complete /usr/share/doc and /usr/doc directories, and policy was changed to not require the /usr/doc symlinks. debhelper was changed to stop adding postinst and postrm fragments to manage the links, and so most packages only needed a recompile to finish the transition. We are now in the final, worst stages of this transition, when the few remaining links in /usr/doc are due to packages that either use debhelper and are so unmaintained they've not been updated since 2002, or do not use debhelper and have not been modified to remove the code, or worst, have been modified to remove the code, but botched it. Policy is expected to be changed soon to make any files in /usr/doc a serious bug. For now it is a normal bug. A typical Debian unstable system today will have a dozen or two of these symlinks left. This tracking bug is here because that is ugly and we should completely finish the transition. Set any bugs about /usr/doc stuff to being blockers of this bug report. Use this as a tracking/coordination bug for the remainder of the transition. Note that once this transition is complete we will need to do something in base-files to remove the /usr/doc directory, if it is empty. It won't be empty in all cases, for example a user might have non-debian or old packages that have not transitioned still installed. This bug can be reassigned to base-files to deal with that last step once it is no longer blocked by any other bugs. -- see shy jo signature.asc Description: Digital signature --- End Message --- --- Begin Message --- Hi, In 1999, Debian began moving /usr/doc to /usr/share/doc to comply with the FHS. In 2005 Joey Hess picked up the leftovers from this task, which in turn where picked up by Amaya in 2006. Today I have the honor and fun to close this blocker bug, which was used to track this transition and to wish Amaya the very best and much more for her birthday :-) I love you! Mucho! Have a great day and many many more happy days to come! :-) regards, Holger P.S.: there is a lintian check in place to prevent /usr/doc issues to come back: http://lintian.debian.org/tags/postinst-should-not-set-usr-doc-link.html - the last remaining package has been fixed in unstable and is awaiting either migration or removal to/from testing. I don't bother about http://lintian.debian.org/tags/readme-debian-mentions-usr-doc.html though I think that still speaking about /usr/doc is a sure sign of being behind the times... Policy is your friend. Trust the Policy. Love the Policy. Obey the Policy. pgphnEaYYtndK.pgp Description: PGP signature --- End Message ---
