Re: Removing the manpage requirement for GUI programs?

On Fri, Mar 5, 2010 at 3:41 PM, Daniel Leidert wrote: > What's the problem, to write a short manual page, that points to the > --help switch? All the maintainer would have to do is to provide the > intention of the command, point to the help/usage switch, relevant > commands and to locally instal

Re: Removing the manpage requirement for GUI programs?

Yves-Alexis Perez wrote: > On jeu., 2010-03-04 at 22:54 +1100, Ben Finney wrote: > > Josselin Mouette writes: > > > > > Letting alone policy issues: what do you propose, *concretely* to > > > improve the situation? > > > > The situation is as it is: many commands lack proper manual pages. I > >

Re: Removing the manpage requirement for GUI programs?

On ven., 2010-03-05 at 09:49 +1100, Ben Finney wrote: > Yves-Alexis Perez writes: > > > On jeu., 2010-03-04 at 22:54 +1100, Ben Finney wrote: > > > file bug reports, work with upstream to have properly maintained > > > manpages, close the bug reports as fixed when that happens. > > > > My upstrea

Bug#572597: ITP: libffi-ruby -- ruby extension for loading dynamic libraries, binding functions, and calling those functions from ruby code

Package: wnpp Severity: wishlist Owner: Micah Anderson * Package name: libffi-ruby Version : 0.6.2 Upstream Author : Wayne Meissner * URL : http://wiki.github.com/ffi/ffi * License : MIT Programming Lang: Ruby, C Description : ruby extension for loadin

Re: linux-image-*-dbg for squeeze?

My 2 cents being that I'm far from part of the kernel team: Am Freitag 05 März 2010 00:40:27 schrieb John Wright: > Hi kernel team, > > What would it take to get kernel debuginfo into squeeze? As I > understand it, the main blockers were [2]: > > 1) It would blow up the archive by ~10 GB >

Re: Removing the manpage requirement for GUI programs?

Yves-Alexis Perez writes: > On jeu., 2010-03-04 at 22:54 +1100, Ben Finney wrote: > > file bug reports, work with upstream to have properly maintained > > manpages, close the bug reports as fixed when that happens. > > My upstream position is exactly what started the thread: no need to > have dup

Work-needing packages report for Mar 5, 2010

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: 571 (new: 23) Total number of packages offered up for adoption: 130 (new: 0) Total number of packages reques

linux-image-*-dbg for squeeze?

Hi kernel team, (Cc-ing -devel to get more eyes on the subject, since I'm soliciting ideas here... See [1] for some context.) What would it take to get kernel debuginfo into squeeze? As I understand it, the main blockers were [2]: 1) It would blow up the archive by ~10 GB - This is a lot

Re: Removing the manpage requirement for GUI programs?

On 04/03/10 20:00, Yves-Alexis Perez wrote: > > Josselin Mouette writes: > > > Letting alone policy issues: what do you propose, *concretely* to > > > improve the situation? A man page containing a *brief* (one or two lines) description of what the program does and pointers to further more compre

Bug#572586: ITP: libruby-fssm -- keeps track via inotify the state paths and fires events when state changes

Package: wnpp Severity: wishlist Owner: Micah Anderson * Package name: libruby-fssm Version : 0.1.3 Upstream Author : Travis Tilley * URL : http://github.com/ttilley/fssm * License : MIT Programming Lang: Ruby Description : keeps track via inotify the

Re: md5sums files

On jeu., 2010-03-04 at 22:43 +0100, Joerg Jaspert wrote: > >> This script signs each file in the package individually, but it could > >> also concatenate them all alphabetically and create just one signature. > > > There have been previous discussions on debian-devel about this. I > > believe DAK

Bug#572580: ITP: freehep-graphicsio-cgm -- FreeHEP Computer Graphics Metafile Driver

Package: wnpp Severity: wishlist Owner: Gabriele Giacone <1o5g4...@gmail.com> * Package name: freehep-graphicsio-cgm Version : 2.1.1 Upstream Author : FreeHEP team * URL : http://java.freehep.org/ * License : LGPL-2.1+ Programming Lang: java Description

Bug#572578: ITP: freehep-graphicsio-latex -- FreeHEP LaTex Driver

Package: wnpp Severity: wishlist Owner: Gabriele Giacone <1o5g4...@gmail.com> * Package name: freehep-graphicsio-latex Version : 2.1.1 Upstream Author : FreeHEP team * URL : http://java.freehep.org/ * License : LGPL-2.1+ Programming Lang: java Description

Bug#572577: ITP: freehep-graphicsio-ps -- FreeHEP (Encapsulated) PostScript Driver

Package: wnpp Severity: wishlist Owner: Gabriele Giacone <1o5g4...@gmail.com> * Package name: freehep-graphicsio-ps Version : 2.1.1 Upstream Author : FreeHEP team * URL : http://java.freehep.org/ * License : LGPL-2.1+ Programming Lang: java Description

Bug#572575: ITP: freehep-graphicsio-java -- FreeHEP Java Driver

Package: wnpp Severity: wishlist Owner: Gabriele Giacone <1o5g4...@gmail.com> * Package name: freehep-graphicsio-java Version : 2.1.1 Upstream Author : FreeHEP team * URL : http://java.freehep.org/ * License : LGPL-2.1+ Programming Lang: java Description

Bug#572574: ITP: freehep-graphicsio-swf -- FreeHEP SWF (Flash) Driver

Package: wnpp Severity: wishlist Owner: Gabriele Giacone <1o5g4...@gmail.com> * Package name: freehep-graphicsio-swf Version : 2.1.1 Upstream Author : FreeHEP team * URL : http://java.freehep.org/ * License : LGPL-2.1+ Programming Lang: java Description

Bug#572573: ITP: freehep-graphicsio-pdf -- FreeHEP Portable Document Format Driver

Package: wnpp Severity: wishlist Owner: Gabriele Giacone <1o5g4...@gmail.com> * Package name: freehep-graphicsio-pdf Version : 2.1.1 Upstream Author : FreeHEP team * URL : http://java.freehep.org/ * License : LGPL-2.1+ Programming Lang: java Description

Bug#572572: ITP: freehep-graphicsio-emf -- FreeHEP Enhanced Metafile Format Driver

Package: wnpp Severity: wishlist Owner: Gabriele Giacone <1o5g4...@gmail.com> * Package name: freehep-graphicsio-emf Version : 2.1.1 Upstream Author : FreeHEP team * URL : http://java.freehep.org/ * License : LGPL-2.1+ Programming Lang: java Description

Bug#572571: packages SHOULD ship checksums (a-la dh_md5sums, but better)

Package: debian-policy Severity: wishlist Version: 3.8.4.0 [ For the full context, see the -devel thread starting at http://lists.debian.org/debian-devel/2010/03/msg00038.html ] On Thu, Mar 04, 2010 at 01:12:26PM -0800, Russ Allbery wrote: > > Russ, while we are at it, would you mind a bug repo

Re: md5sums files

>> This script signs each file in the package individually, but it could >> also concatenate them all alphabetically and create just one signature. > There have been previous discussions on debian-devel about this. I > believe DAK does not allow packages signed using debsigs to be uploaded. > I'm

Re: Bug#572480: sdcv: Please build-depend on autopoint

Hi Dne Thu, 4 Mar 2010 20:50:46 +0100 (CET) Santiago Vila napsal(a): > On Thu, 4 Mar 2010, Michal ?iha? wrote: > > Also there are probably some packages missing from your bug reports, > > because geeqie also build-depends on cvs and it did not get the bug > > It's ok that geeqie did not receive

Bug#572555: ITP: libcompass-ruby -- Compass is a SASS-based stylesheet authoring tool

Package: wnpp Severity: wishlist Owner: Micah Anderson * Package name: libcompass-ruby Version : 0.10.0.pre8 Upstream Author : Chris Eppstein * URL : http://wiki.github.com/chriseppstein/compass/ * License : Public Domain Programming Lang: Ruby Description

Re: md5sums files

Stefano Zacchiroli writes: > Russ, while we are at it, would you mind a bug report on the policy to > suggest (starting at SHOULD?) to store md5sums in packages? Not that I've had any time to work on Policy (or Lintian) in the last month, but that does seem reasonable to me. It seems to be a wi

Re: Removing the manpage requirement for GUI programs?

Josselin Mouette writes: > Le jeudi 04 mars 2010 à 01:22 +0100, Luca Niccoli a écrit : >> As has already been noted, the policy says there SHOULD be a manual >> page, so a missing one doesn't make a package RC buggy. > No, but it fills the BTS with pointless bugs. I think we have better > things

Bug#572545: ITP: usbview2 -- USB device viewer with GTK+

Package: wnpp Severity: wishlist Owner: Luis Galdos * Package name: usbview2 Version : 1.0.0 Upstream Author : Luis Galdos * URL : http://sourceforge.net/projects/usbview2/ * License : GPL Programming Lang: C Description : USB device viewer with GTK+

Re: Removing the manpage requirement for GUI programs?

On jeu., 2010-03-04 at 22:54 +1100, Ben Finney wrote: > Josselin Mouette writes: > > > Letting alone policy issues: what do you propose, *concretely* to > > improve the situation? > > The situation is as it is: many commands lack proper manual pages. I > don't propose to change the existing appr

Re: Bug#572480: sdcv: Please build-depend on autopoint

On Thu, 4 Mar 2010, Michal ?iha? wrote: > Hi > > Dne Thu, 4 Mar 2010 16:46:11 +0100 (CET) > Santiago Vila napsal(a): > > > Sorry for not following developers-reference to the letter. > > > > I asked in debian-release, and I got the okay from one of the release > > managers to report the bugs.

Re: Bug#572480: sdcv: Please build-depend on autopoint

Hi Dne Thu, 4 Mar 2010 16:46:11 +0100 (CET) Santiago Vila napsal(a): > Sorry for not following developers-reference to the letter. > > I asked in debian-release, and I got the okay from one of the release > managers to report the bugs. Okay, in this case it would be helpful to include link to

Re: md5sums files

]] Frank Lin PIAT | What about a transitional dh_md5sums that would produce md5sum AND | invoke dh_sha ? Or call it dh_checksums or something so we don't have to change the tool name each time we decide to change the algorithm. (And I want the shed blue with pink spots.) -- Tollef Fog Heen UN

Re: md5sums files

]] James Vega | On Thu, Mar 04, 2010 at 02:11:55AM +0100, Harald Braumann wrote: | > I think I was finally able to decipher your message. But my other | > points still hold. And while it is just a matter of programming, | > simple or not, it already exists in debhelper. So doing it at build | > t

Re: Removing the manpage requirement for GUI programs?

On Thu, Mar 04, 2010 at 04:32:45PM +0100, Josselin Mouette wrote: > Le jeudi 04 mars 2010 à 15:20 +0100, Bill Allombert a écrit : > > On Thu, Mar 04, 2010 at 10:26:06AM +0100, Josselin Mouette wrote: > > > No. It’s just that they ship with HTML documentation, which is much more > > > suitable for d

Re: Bug#572480: sdcv: Please build-depend on autopoint

Hi Dne Thu, 4 Mar 2010 14:12:25 +0100 (CET) Santiago Vila napsal(a): > There is now an "autopoint" package. If your package uses the > autopoint script (either directly or indirectly), please build-depend > on the autopoint package. If you had cvs in build-depends only because > of autopoint, y

Re: Bug#572480: sdcv: Please build-depend on autopoint

On Thu, 4 Mar 2010, Michal iha wrote: > Hi > > Dne Thu, 4 Mar 2010 14:12:25 +0100 (CET) > Santiago Vila napsal(a): > > > There is now an "autopoint" package. If your package uses the > > autopoint script (either directly or indirectly), please build-depend > > on the autopoint package. If you

Re: Removing the manpage requirement for GUI programs?

Le jeudi 04 mars 2010 à 22:40 +0900, Charles Plessy a écrit : > Still, it would be nice to be able to know about the purpose of the programs > that are ran or stored on our computers. Would there be a way to hijack the > whatis database of the man infrastructure for this, with for instance a > sec

Re: Removing the manpage requirement for GUI programs?

Le jeudi 04 mars 2010 à 15:20 +0100, Bill Allombert a écrit : > On Thu, Mar 04, 2010 at 10:26:06AM +0100, Josselin Mouette wrote: > > No. It’s just that they ship with HTML documentation, which is much more > > suitable for documenting a GUI. A manual page cannot contain things as > > trivial as sc

Re: md5sums files

Hi, On Wed, Mar 03, 2010 at 02:25:44PM -0500, Joey Hess wrote: > Osamu Aoki wrote: > > True but debsums can address these issues by system administrator > > touch-ups as documented in manpage using: > > > > * /etc/apt/apt.conf.d/90debsums (debsums >= 2.0.7) > > * debsums_init(8) (

Re: Removing the manpage requirement for GUI programs?

On Thu, Mar 04, 2010 at 10:26:06AM +0100, Josselin Mouette wrote: > Le jeudi 04 mars 2010 à 01:22 +0100, Luca Niccoli a écrit : > > Manuals are not only for documenting command line switches, they > > should actually explain how to use a program. > > I found the lack of good man pages one of the mo

Re: Removing the manpage requirement for GUI programs?

On Thu, Mar 04, 2010 at 10:40:57PM +0900, Charles Plessy wrote: > > Hello Josselin and everybody, > > I concur to much that has been written about obsolete manpages. In the past I > often wrote manpages for my new packages, and in many cases they became a > burden for me as a package maintainer w

Bug#572484: RFH: Movable Type and OpenMelody packaging

Package: wnpp Hi, I'm looking for help, possibly in the form of members of a new alioth team, to carry on maintaining Movable Type packages in Debian. Movable Type is a perl-based blogging platform, which has been in existence for nearly 10 years, first as a proprietary package, and in recent ye

Re: [RFH] Debian 2.6.32 CONFIG_WIRELESS_OLD_REGULATORY, wireless-regdb and crda

On Thu, 2010-03-04 at 00:01 -0800, Luis R. Rodriguez wrote: > On Wed, Mar 3, 2010 at 9:05 PM, Ben Hutchings wrote: [...] > > I think there's a good case for > > including it in the 'laptop' task, but not in the standard system > > (desktops and servers generally don't need it). It should also be

Re: Removing the manpage requirement for GUI programs?

Le Sat, Feb 27, 2010 at 08:06:37PM +0100, Josselin Mouette a écrit : > > currently policy §12.1 mandates that “each program, utility, and > function should have an associated manual page”. However, the more I > stomp on bug reports about manual pages, the less I am convinced of > their usefulness

Bug#572461: ITP: libhbalinux -- HBAAPI vendor library for Linux

Package: wnpp Severity: wishlist Owner: Ritesh Raj Sarraf * Package name: libhbalinux Version : 1.0.9 Upstream Author : Open-FCoE Developers * URL : http://www.Open-FCoE.org/ * License : LGPLv2 Programming Lang: C Description : HBAAPI vendor library fo

Bug#572458: ITP: hbaapi -- SNIA HBAAPI library

Package: wnpp Severity: wishlist Owner: Ritesh Raj Sarraf * Package name: hbaapi Version : 2.2 Upstream Author : SNIA * URL : http://sourceforge.net/projects/hbaapi/ * License : SNIA Public License 1.0 Programming Lang: C Descrip

Bug#572457: ITP: dcbd -- user space daemon for Intel Enhanced Ethernet for the Data Center

Package: wnpp Severity: wishlist Owner: Ritesh Raj Sarraf * Package name: dcbd Version : 0.9.21 Upstream Author : Intel Wired Ethernet Project * URL : http://e1000.sourceforge.net/ * License : GPLv2 Programming Lang: C Description : user space daemon

Bug#572454: ITP: fcoe-utils -- Fibre Channel over Ethernet utilities

Package: wnpp Severity: wishlist Owner: Ritesh Raj Sarraf * Package name: fcoe-utils Version : 1.0.11 Upstream Author : Open-FCoE Developers * URL : http://www.open-fcoe.org/ * License : GPLv2 Programming Lang: C Description : Fibre Channel over Ethern

Re: Removing the manpage requirement for GUI programs?

Josselin Mouette writes: > Letting alone policy issues: what do you propose, *concretely* to > improve the situation? The situation is as it is: many commands lack proper manual pages. I don't propose to change the existing approach for dealing with this: file bug reports, work with upstream to

iw package (Was: [RFH] Debian 2.6.32 CONFIG_WIRELESS_OLD_REGULATORY, wireless-regdb and crda)

Hello, > BTW -- while we're on the topic of 2.6.32 and the next Debian release, > and 802.11, do you guys ship iw by default yet? If not I highly > encourage it. It should be shipped just as iwconfig is shipped. iw is > the replacement for iwconfig, it uses the new nl80211 and nl80211 is > used by

Re: md5sums files

On Wed, Mar 03, 2010 at 10:19:21PM +0100, Stefano Zacchiroli wrote: > On Wed, Mar 03, 2010 at 08:08:38PM +0100, Bernd Zeimetz wrote: > > I think its about time to require to generate checksums for packages > > and make all packages which do not do so RC buggy. > > Well, RC buggy is probably a tad

Re: Removing the manpage requirement for GUI programs?

On Thu, Mar 04, 2010 at 10:20:44AM +0100, Josselin Mouette wrote: > So far the only thing that I can conclude from this “discussion” (just a > gathering of rants, actually) is that we should just remove manual pages > that are not maintained upstream and tag all related bugs wontfix. YMMV. I've pe

Re: Removing the manpage requirement for GUI programs?

Le jeudi 04 mars 2010 à 01:22 +0100, Luca Niccoli a écrit : > Manuals are not only for documenting command line switches, they > should actually explain how to use a program. > I found the lack of good man pages one of the most annoying and > widespread problems of OSS. > Unfortunately, this gets m

Re: Removing the manpage requirement for GUI programs?

Le jeudi 04 mars 2010 à 09:07 +1100, Ben Finney a écrit : > It's already been pointed out that good manpages are plenty useful for > those programs in the proposed exclusion class. The “should” applies > equally well to those programs too. > > Sure, some programs don't have good manpages. But that

Re: Xen, Squeeze, and Beyond

On Mon, Mar 01, 2010 at 01:34:24PM +0200, Pasi Kärkkäinen wrote: > On Fri, Feb 26, 2010 at 07:01:59AM +, Andrew M.A. Cater wrote: > > On Thu, Feb 25, 2010 at 04:53:56PM -0600, John Goerzen wrote: > > > Hi folks, > > > > > > There was a thread here a little while back about the status of Xen in

Re: md5sums files

On Thu, Mar 04, 2010 at 09:27:06AM +0100, Patrick Schoenfeld wrote: > Which is not the case. There are still people who like to package > without helpers. Agreed, that's exactly why I've proposed also the bug report on policy. As per our customs, the policy will then state the desired result, the

Re: md5sums files

On Thu, Mar 04, 2010 at 09:11:21AM +0100, Stefano Zacchiroli wrote: > FWIW, about the people proposing to change from md5 to something else, > it should be pretty easy to achieve too: if all of us is using > dh_md5sums, Which is not the case. There are still people who like to package without hel

Re: md5sums files

On Wed, Mar 03, 2010 at 01:51:20PM -0800, Russ Allbery wrote: > We added a Lintian tag warning about not having md5sums in that time > frame, I think. Gotcha, that must be it. Very impressive result. FWIW, about the people proposing to change from md5 to something else, it should be pretty easy t

Re: [RFH] Debian 2.6.32 CONFIG_WIRELESS_OLD_REGULATORY, wireless-regdb and crda

On Wed, Mar 3, 2010 at 9:05 PM, Ben Hutchings wrote: > On Wed, 2010-03-03 at 17:51 -0800, Luis R. Rodriguez wrote: >> On Wed, Mar 3, 2010 at 3:50 PM, Peter Samuelson wrote: >> > >> > [Luis R. Rodriguez] >> >> BTW -- while we're on the topic of 2.6.32 and the next Debian >> >> release, and 802.11,