Re: Bug#517790: ITP: mydns -- DNS server using MySQL or PostgreSQL for data storage

On Mon, 2009-03-02 at 03:19 +0100, Sylvain Rochet wrote: > Package: wnpp > Severity: wishlist > Owner: Sylvain Rochet > > > * Package name: mydns > Version : 1.2.8.26 > Upstream Author : Howard Wilkinsin > * URL : http://mydns.pl/ > * License : GPLv2 > Prog

Bug#508644: mass bugfiling (against 8 packages) and/or new package default-mta

Steve Langasek wrote: On Sat, Feb 28, 2009 at 06:32:45PM +0100, Giacomo Catenazzi wrote: Hmmm. I partially agree, but then we have an unnecessary exception: such virtual packages must have only one "provider", or else there will be problems (IIRC) on dpkg, apt or ddbuild, if such dependency is d

Bug#508644: mass bugfiling (against 8 packages) and/or new package default-mta

On Sun, Mar 01, 2009 at 08:25:38PM +0100, Carsten Hey wrote: > Among the problems we try to deal with the proposed solutions is, as > Daniel wrote in <494422e7.2060...@debian.org>, that apt (and/or > aptitude) take the alphabetically first package which provides foo and > installs that to fulfill t

Re: Transition: krb5 to drop Kerberos IV (libkrb53 restructuring)

On Sat, Feb 28, 2009 at 03:12:09PM +0100, Raphael Hertzog wrote: > On Sat, 28 Feb 2009, Julien BLACHE wrote: > > Raphael Hertzog wrote: > > >> debian/shlibs.local should help for that. > > > Except symbols files have priority over shlibs and there's no > > > symbols.local. > > I sense a lack of

Re: xcdroast does no longer work with wodim: Who to blame?

Le dimanche 01 mars 2009 à 22:25 -0800, Bill Unruh a écrit : > The issue is one of the users. They do not give a damn if Schilling is a > difficult and arrogant SOB or if the Debian people put principle above all > else. They just want good software, which works, not just on the most popular > bran

Re: xcdroast does no longer work with wodim: Who to blame?

Michelle Konzack wrote: > I have over 16 GByte of coredumps: OpenOffice, Iceweasel, mutt, pidgin, > FvwmForm, mimedecode, gimp, mc, ... > > Some are here: and I > can not more upload since I am on GSM and ma sped and traffic is limited Use gdb

Re: xcdroast does no longer work with wodim: Who to blame?

Le lundi 02 mars 2009 à 02:56 +0100, Michelle Konzack a écrit : > I have over 16 GByte of coredumps: OpenOffice, Iceweasel, mutt, pidgin, > FvwmForm, mimedecode, gimp, mc, ... > > Some are here: and I > can not more upload since I am on GSM and

Re: Transition: krb5 to drop Kerberos IV (libkrb53 restructuring)

On Sun, 01 Mar 2009, Steve Langasek wrote: > > shlibs.local was initially a poor solution for a less than ideal > > dpkg-shlibdeps that couldn't cope with shlibs just produced by the > > packages being built. > > Are you sure this was the reason? shlibs.local support was added to > dpkg-shlibdeps

Re: xcdroast does no longer work with wodim: Who to blame?

Josselin Mouette wrote: > The only thing for which you’ll need Schily-based software in Debian is > for burning CDs. For DVDs and Blu-Rays, we have dvd+rw-tools already. > What about libburn + cdrskin and similar tools? -- Bernd Zeimetz Debian GNU/Linux Developer G

Re: xcdroast does no longer work with wodim: Who to blame?

On Mon, Mar 02, 2009 at 02:56:19AM +0100, Michelle Konzack wrote: > I wish I had at least a STM-1 at home, I would you send you all 300 > coredumps since the release weekend of Lenny... Please report bugs in the appropriate forum, e.g. the BTS. debian-devel is not for general complaints. t

Re: xcdroast does no longer work with wodim: Who to blame?

On Monday 02 March 2009, Michelle Konzack wrote: > Am 2009-03-02 06:23:26, schrieb Goswin von Brederlow: > > Since everything seems to be dumping core on your system have you > > thought about the possibility that it might be your system that is at > > fault? Such a widespread range of coredumps us

Re: xcdroast does no longer work with wodim: Who to blame?

Josselin Mouette wrote: > If you don???t publish this email, we will simply not believe you, that???s > all. Using "majestetis pluralis" in this relation seems to be a bit absurd. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de

Re: xcdroast does no longer work with wodim: Who to blame?

Quoting Josselin Mouette : Le dimanche 01 mars 2009 à 22:25 -0800, Bill Unruh a écrit : The issue is one of the users. They do not give a damn if Schilling is a difficult and arrogant SOB or if the Debian people put principle above all else. They just want good software, which works, not just o

Requirement for a “proper manpage” for every command

Howdy all, I'm having a conversation with a Debian packager regarding a manpage that, currently, is a mere placeholder saying “please see foocommand --help”, giving none of the useful information normally found in a manpage. I would like the specific package to remain anonymous at the moment (tho

Re: xcdroast does no longer work with wodim: Who to blame?

Joerg Schilling wrote: > Josselin Mouette wrote: > >> If you don???t publish this email, we will simply not believe you, >> that???s all. > > Using "majestetis pluralis" in this relation seems to be a bit absurd. > > Jörg If you don't publish this email, I will not believe you, that's all. -

Possible gnomeicu removal

Hi, I plan to ask the removal of gnomeicu that neither Sebastien or me are using. I saved it for lenny, but I don't think it's worth keeping for Squeeze. Hence I will request its removal in a few days unless someone pops up and adopts it. http://gnomeicu.sourceforge.net http://sourceforge.net/mai

Re: Requirement for a “proper manpage” for every command

Ben Finney writes: > I'm having a conversation with a Debian packager regarding a manpage > that, currently, is a mere placeholder saying “please see foocommand > --help”, giving none of the useful information normally found in a > manpage. ... > I have submitted a manpage as a patch. However, th

Bug#508644: mass bugfiling (against 8 packages) and/or new package default-mta

On Sun, Mar 01, 2009 at 09:44:41PM -0800, Steve Langasek wrote: > You have a case here where the user has managed to run a complete > system for a non-negligible period of time without ever installing an > MTA (long enough to either configure oldstable in their sources.list, > or for the version of

Re: Making some tags mandatory

On Fri, 27 Feb 2009, Enrico Zini wrote: The way I see it, the last thread on sections has opened a bit of a can of worms: now first everyone will want a section for their favourite topic, then there is going to be a fight on which one to pick in case packages that could belong to more than one s

Re: xcdroast does no longer work with wodim: Who to blame?

Bill Unruh writes: > On Mon, 2 Mar 2009, Goswin von Brederlow wrote: > >> Memnon Anon writes: >>> But, on the other hand, please do not try to stress that the debian >>> fork is as good as Schillings. It is not necessary, the >>> non-free argument is enough! >> >> ACK. At this point the quality

Re: CC Attribution ShareALike (CC-by-sa) 3.0

Holger Levsen layer-acht.org> writes: > On Freitag, 27. Februar 2009, Cyril Brulebois wrote: > > ISTR (some of) -legal@ saying not DFSG-compliant, > > some people on -legal will always disagree, what counts more is the (rough) > consenus... Sure, but I thought we had an explicit consensus on d

Bug#517852: ITP: libtest-www-mechanize-catalyst-perl -- Test::WWW::Mechanize for Catalyst

Package: wnpp Severity: wishlist Owner: "Krzysztof Krzyżaniak (eloy)" * Package name: libtest-www-mechanize-catalyst-perl Version : 0.50 Upstream Author : Ash Berlin (current maintiner) * URL : http://search.cpan.org/dist/Test-WWW-Mechanize-Catalyst/ * License

Re: xcdroast does no longer work with wodim: Who to blame?

On Sun, 1 Mar 2009, Russ Allbery wrote: Bill Unruh writes: The license issue is problematic, especially since copyright laws differ in different countries. Derivative works is an especially tricky concept since it is so poorly defined in law, and the courts have been all over the place on it.

Re: Bug#517790: ITP: mydns -- DNS server using MySQL or PostgreSQL for data storage

Hi, On Mon, Mar 02, 2009 at 02:02:08AM -0600, William Pitcock wrote: > > What does this have over PowerDNS? Probably nothing, else that I am using it and packaging it for my own and thought that it would be a good idea to contribute to Debian, is redundancy a problem ? Sylvain signature.asc

Re: Making some tags mandatory

On Sun, Mar 01, 2009 at 03:59:46PM +0100, Carsten Hey wrote: > On Sun, Mar 01, 2009 at 01:01:49PM +, Ben Hutchings wrote: > > On Sun, 2009-03-01 at 02:42 +0100, Carsten Hey wrote: > > > Deborphan needs a way to detect shared libraries ... > > [...] > > There is already a role::plugin which shou

Re: Making some tags mandatory

On Sun, Mar 01, 2009 at 09:18:05AM +1100, Ben Finney wrote: > I don't know the mechanism by which ‘foofacet::TODO’ triggers creation > of a new tag, but the meaning is clearer at least. There is currently no such trigger, but it's easy to produce[1] a package list for such a tag and check if ther

Re: xcdroast does no longer work with wodim: Who to blame?

On Mon, 2 Mar 2009, Goswin von Brederlow wrote: Bill Unruh writes: On Mon, 2 Mar 2009, Goswin von Brederlow wrote: ... No they are NOT irrelevant. For the users, that is the key. And surely it is the users ( the customers) who should be the prime consideration. I agree that legal issues a

Bug#517882: RFP: clam-networkeditor -- CLAM Network Editor, prototyping tool for CLAM

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: clam-networkeditor Version : 1.4.0~svn Upstream Author : CLAM Team * URL : http://clam.iua.upf.edu * License : GPL Programming Lang: C++ Description : CLAM Ne

Re: xcdroast does no longer work with wodim: Who to blame?

On Monday 02 March 2009 19:59:00 Bill Unruh wrote: --cut-- > Agreed, both sides have to come to the conclusion that they are operating > legally. On the plus side, Schilling would like to have his software > distributed in the distros. He is also strongly of the opinion that there > is no legal imp

Bug#508644: mass bugfiling (against 8 packages) and/or new package default-mta

On Sun, Mar 01 2009, Carsten Hey wrote: > On Sun, Mar 01, 2009 at 04:55:23PM +0100, Andreas Metzler wrote: >> We could have a exim4 upload implementing in sid this rather quickly >> after receiving a go. > > In general I much prefer a virtual package over a real one but I think > we should wait a

Re: Requirement for a “pro per manpage” for every command

Simon Josefsson dijo [Mon, Mar 02, 2009 at 11:22:52AM +0100]: > How about submitting a patch to use help2man instead? > > http://www.gnu.org/software/help2man/ > > Then the man page will be kept up to date with --help output. > > Possibly the document around the man page requirement could point

Re: xcdroast does no longer work with wodim: Who to blame?

Bill Unruh writes: > On Sun, 1 Mar 2009, Russ Allbery wrote: >> Bill Unruh writes: >>> The license issue is problematic, especially since copyright laws >>> differ in different countries. Derivative works is an especially >>> tricky concept since it is so poorly defined in law, and the courts >>

Re: Requirement for a “pro per manpage” for every command

On Mon, Mar 02, 2009 at 11:22:52AM +0100, Simon Josefsson wrote: How about submitting a patch to use help2man instead? http://www.gnu.org/software/help2man/ Then the man page will be kept up to date with --help output. help2man is a fine starting point for a manpage, but unless the help messa

Re: Requirement for a “pro per manpage” for every command

* brian m. carlson [Mon, 02 Mar 2009 19:45:22 +]: > help2man is a fine starting point for a manpage, but unless the help > messages are very verbose, it is not sufficient. A manpage needs to > explain all the possibilities and interactions between different > options that are usually not prov

Re: Requirement for a “proper manpage” for every command

At Mon, 2 Mar 2009 13:29:06 -0600, Gunnar Wolf wrote: > > Hmh, this could even be promoted as a "best packaging practice". Many > authors do ship properly-formatted --help entries, and our > hand-generated manpages can often linger behind the truth. Any strong > opinions against? Not to rehash a

Re: Proposal to improve package configuration upgrades

On Thu, Feb 26 2009, Harald Braumann wrote: > > But there are 3 possible situations here: > 1. value has been changed between the last and the new maintainer > version > 2. value was modified locally > 3. both of the above Well, a complete analysis of the situations ucf faces are at [0]

Re: xcdroast does no longer work with wodim: Who to blame?

On Mon, Mar 02 2009, Bill Unruh wrote: > Agreed, both sides have to come to the conclusion that they are > operating legally. On the plus side, Schilling would like to have his > software distributed in the distros. He is also strongly of the > opinion that there is no legal impediment to that ha

Re: Requirement for a “proper manpage” for every command

On Mon, Mar 02 2009, Adeodato Simó wrote: > Many times the problem is that upstreams do provide such adequate > documentation... in other formats than man pages. What should the > packager do in that case? Create a dummy man page pointing out to eg. > /usr/share/doc/foopkg/html/fooprog.html? Copy

Re: Requirement for a “proper manpage” for every command

On Mon, Mar 02 2009, Gunnar Wolf wrote: > Simon Josefsson dijo [Mon, Mar 02, 2009 at 11:22:52AM +0100]: >> How about submitting a patch to use help2man instead? >> >> http://www.gnu.org/software/help2man/> >> Then the man page will be kept up to date with --help output. >> >> Possibly the docum

Bug#517906: O: uucp - unix to unix copy

Package: wnpp Severity: normal Hi, I'm orphaning uucp, the unix to unix copy program. I haven't had a UUCP setup it in a few years now, and I therefore haven't had any chance to ensure stuff is continuing to work. Apparently something in lenny broke in.uucpd (see #517726). I should have noticed

Re: xcdroast does no longer work with wodim: Who to blame?

Bill Unruh wrote: >Agreed, both sides have to come to the conclusion that they are operating >legally. On the plus side, Schilling would like to have his software >distributed in the distros. He is also strongly of the opinion that there is >no legal impediment to that happening. Debian is of the

Re: xcdroast does no longer work with wodim: Who to blame?

On Mon, 2 Mar 2009, Bernd Schubert wrote: > > Since the release of Lenny, I have installed arround 60 Workstaions, but > > making tararchives of the original installation  and  reinstalled  Lenny > > from scratch, using the first binary DVD and the rest over Net. > > > > Nearly 80% of all Workstat

Re: xcdroast does no longer work with wodim: Who to blame?

Le lundi 02 mars 2009 à 09:59 -0800, Bill Unruh a écrit : > without legal impediment). Now the question is, is there some way of clearing > out the underbrush so that both sides agree that there is no impediment. What you mean is: “Both sides should agree that Jörg Schilling is right”. How do you

Re: Bug#517790: ITP: mydns -- DNS server using MySQL or PostgreSQL for data storage

On Mon, Mar 02, 2009 at 04:42:19PM +0100, Sylvain Rochet wrote: > Hi, > > On Mon, Mar 02, 2009 at 02:02:08AM -0600, William Pitcock wrote: > > > > What does this have over PowerDNS? > > Probably nothing, else that I am using it and packaging it for my own > and thought that it would be a good i

Re: xcdroast does no longer work with wodim: Who to blame?

On Tue, 3 Mar 2009, Russ Allbery wrote: > If Red Hat wants to pay someone to put up with it, that's their call; it's > a lot easier to be polite in the face of an unending stream of personal > abuse if you're getting a paycheck for doing it. If Red Hat was to do this, then it would not be the onl

Re: xcdroast does no longer work with wodim: Who to blame?

On Tue, 03 Mar 2009, Russell Coker wrote: > Bernd, I (with my DD or upstream developer hat on) understand your > sentiment. But I also (with my consultant or end-user hat on) find > it impossible to implement. It's not that it's impossible to implement, it's just that the resources that could impl

Piotrek's new preferred helper tool - (unfair) decision

[Piotr Ożarowski, 2009-02-18] > [...] it's time however to decide which one will be my > winner - I'll decide that in next weeks (maybe months, but it > will happen sooner than later Since nobody is interested in having the tools binary compatible[1] (and, to be honest, I cared about opinion of tw

Bug#517910: RFP: clam-chordata -- CLAM Chordata, chord detection tool

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: clam-chordata Version : 1.0.0~svn Upstream Author : CLAM Team * URL : http://clam-project.org * License : GPL Programming Lang: C++ Description : CLAM Chordat

Bug#517915: ITP: oneswarm -- friend-to-friend client: p2p data sharing with explicit privacy control

Package: wnpp Severity: wishlist Owner: Per Andersson * Package name: oneswarm Version : 0.5 Upstream Author : Tomas Isdal et al. * URL : http://oneswarm.cs.washington.edu/ * License : GPLv2, LGPL, Apache, nc-sa3, CPLv1 Programming Lang: Java Description

Re: Bug#517790: ITP: mydns -- DNS server using MySQL or PostgreSQL for data storage

On Mon, Mar 02, 2009 at 09:10:21PM +, Ben Hutchings wrote: > > On Mon, Mar 02, 2009 at 02:02:08AM -0600, William Pitcock wrote: > > > > > > What does this have over PowerDNS? > > > > Probably nothing, else that I am using it and packaging it for my own > > and thought that it would be a goo

Re: Piotrek's new preferred helper tool - (unfair) decision

On Mon, Mar 2, 2009 at 4:17 PM, Piotr Ożarowski wrote: > [Piotr Ożarowski, 2009-02-18] >> [...] it's time however to decide which one will be my >> winner - I'll decide that in next weeks (maybe months, but it >> will happen sooner than later > > Since nobody is interested in having the tools bina

Re: Bug#517790: ITP: mydns -- DNS server using MySQL or PostgreSQL for data storage

* Ben Hutchings [Mon, 02 Mar 2009 21:10:21 +]: > On Mon, Mar 02, 2009 at 04:42:19PM +0100, Sylvain Rochet wrote: > > Hi, > > On Mon, Mar 02, 2009 at 02:02:08AM -0600, William Pitcock wrote: > > > What does this have over PowerDNS? > > Probably nothing, else that I am using it and packaging i

Re: xcdroast does no longer work with wodim: Who to blame?

On Mon, 2 Mar 2009, Manoj Srivastava wrote: On Mon, Mar 02 2009, Bill Unruh wrote: Agreed, both sides have to come to the conclusion that they are operating legally. On the plus side, Schilling would like to have his software distributed in the distros. He is also strongly of the opinion that

Re: Bug#517790: ITP: mydns -- DNS server using MySQL or PostgreSQL for data storage

William Pitcock writes: > What does this have over PowerDNS? AFAIUI it is a dependency of ispconfig3 (which is not packaged yet). -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Troubl

Bug#517925: ITP: libio-socket-socks-perl -- IO::Socket::Socks

Package: wnpp Severity: wishlist Owner: Pierre Neyron * Package name: libio-socket-socks-perl Version : 0.1 Upstream Author : Ryan Eatmon * URL : http://search.cpan.org/~reatmon/IO-Socket-Socks-0.1/ * License : Same as Perl Programming Lang: Perl Descripti

Re: Requirement for a “proper manpage” for every command

(Gunnar, and others, please don't send individual responses that you also send to the mailing list.) Gunnar Wolf writes: > Hmh, this could even be promoted as a "best packaging practice". > Many authors do ship properly-formatted --help entries, and our > hand-generated manpages can often linger

Re: xcdroast does no longer work with wodim: Who to blame?

This one time, at band camp, Bill Unruh said: > All I am saying is that the two sides are NOT far apart on their > goals. Both would like to distribute cdrtools, both want it to be open > source and to allow people to make changes. That may have been true in 2004. I doubt it is any longer. If I

Re: xcdroast does no longer work with wodim: Who to blame?

Again, let us separate out the ill feelings from the issues under dispute. I realise that it is very hard to forget history but since both sides believe that it is the user that is most important, that is whom we should keep our attention on. Schilling here says that all of cdrtools, except mki

Re: xcdroast does no longer work with wodim: Who to blame?

On Monday 02 March 2009, Russell Coker wrote: > On Mon, 2 Mar 2009, Bernd Schubert wrote: > > > Since the release of Lenny, I have installed arround 60 Workstaions, > > > but making tararchives of the original installation  and  reinstalled > > >  Lenny from scratch, using the first binary DVD and

Re: Piotrek's new preferred helper tool - (unfair) decision

Hi Dne Mon, 2 Mar 2009 22:17:52 +0100 Piotr Ożarowski napsal(a): > Since nobody is interested in having the tools binary compatible[1] > (and, to be honest, I cared about opinion of two guys only: Matthias > voted "no" by not agreeing to use /usr/lib/pyshared and Joss expressed > his disapproval

Re: Upcoming Section changes in the archive

Hello, Joerg Jaspert, le Fri 27 Feb 2009 09:02:11 +0100, a écrit : > > Maybe it could be interesting to open an accessibility section? > > Maybe, maybe not. What packages would you put into it? Just a quick rough list (90 bin packages): accerciser at-spi at-spi-doc big-cursor brltty brltty-flit

Re: Requirement for a “pro per manpage” for every command

On Mon, Mar 02, 2009 at 09:04:39PM +1100, Ben Finney wrote: > The response from the maintainer (who is also the upstream author) so > far is, essentially, “Patches welcome, but I'm not interested in > maintaining manpages”. > > I have submitted a manpage as a patch. However, that response pretty

Re: xcdroast does no longer work with wodim: Who to blame?

Hi, On Montag, 2. März 2009, Russell Coker wrote: > There is the "alien" program to convert an RPM to a .deb. Is there a way > of also automatically tracking the upstream (Fedora or CentOS) version of > the package and downloading a new version (with signature checks) when it > becomes available?

Re: xcdroast does no longer work with wodim: Who to blame?

On Mon, Mar 02, 2009 at 02:41:54PM -0800, Bill Unruh wrote: > Thus, is it correct that the issue centers around mkisofs, a program which is > under the GPL2 license and is linked with libscg, a CDDL licensed library? Is > this where the dispute lies? > > If so, exactly what is the nature of the leg

the files in /etc/modprobe.d/

The upstream maintainers decided that in the future the files in /etc/modprobe.d/ will be processed only if they have a .conf suffix. The latest module-init-tool release complains loudly for each one and still processes them, but this will change. Please update your packages at the time of your ne

Re: xcdroast does no longer work with wodim: Who to blame?

Josselin Mouette wrote: > > If you did try to disallow GPLd programs to link against independent > > non-GPL > > libraries, you would make _any_ GPLd program undistributable in binary form. > > This is absolute bullshit. Of course it is forbidden to link GPL > programs against non-GPL-compatibl

Re: xcdroast does no longer work with wodim: Who to blame?

Bill Unruh wrote: > > Again, let us separate out the ill feelings from the issues under dispute. I > realise that it is very hard to forget history but since both sides believe > that it is the user that is most important, that is whom we should keep our > attention on. > > Schilling here says t

Re: the files in /etc/modprobe.d/

On Tue, Mar 03, 2009 at 01:43:53AM +0100, Marco d'Itri wrote: > The upstream maintainers decided that in the future the files in > /etc/modprobe.d/ will be processed only if they have a .conf suffix. What is the point of this change, except to force an annoying transition on people? -- Steve Lan

Re: xcdroast does no longer work with wodim: Who to blame?

On Mon, 2 Mar 2009, James Vega wrote: On Mon, Mar 02, 2009 at 02:41:54PM -0800, Bill Unruh wrote: Thus, is it correct that the issue centers around mkisofs, a program which is under the GPL2 license and is linked with libscg, a CDDL licensed library? Is this where the dispute lies? If so, exac

Re: xcdroast does no longer work with wodim: Who to blame?

On Tue, Mar 03, 2009 at 01:31:36AM +0100, Joerg Schilling wrote: > I asked Eben Moglen: > The way I read the GPLv2, the "system exception" in section 3 only > gives you the permission to omit the system parts from the "complete > source". Where do you see additional differences to other c

Re: xcdroast does no longer work with wodim: Who to blame?

On Tue, 03 Mar 2009, Joerg Schilling wrote: > The "OS exception" in the GPL just allows you to omit things like > libc from "the complete source". The The "OS exception" in the GPL > does not allow you to treat license compatibility between GPL code > and "system libraries" different from license c

Re: xcdroast does no longer work with wodim: Who to blame?

On Mon, Mar 02, 2009 at 09:38:20PM +0100, Joerg Schilling wrote: > The current state of "Eduard Bloch" at Debian is "suspended". No, it isn't. > When will the state of "Eduard Bloch" be changed from "suspended" to > "thrown out"? It won't. He is still a member in good standing of the Debian com

Re: xcdroast does no longer work with wodim: Who to blame?

On Mon, 2 Mar 2009, Don Armstrong wrote: On Tue, 03 Mar 2009, Joerg Schilling wrote: The "OS exception" in the GPL just allows you to omit things like libc from "the complete source". The The "OS exception" in the GPL does not allow you to treat license compatibility between GPL code and "syste

Re: Requirement for a “pro per manpage” for every command

Manoj Srivastava dijo [Mon, Mar 02, 2009 at 02:22:57PM -0600]: > > Hmh, this could even be promoted as a "best packaging practice". Many > > authors do ship properly-formatted --help entries, and our > > hand-generated manpages can often linger behind the truth. Any strong > > opinions against? >

Re: the files in /etc/modprobe.d/

On Mar 03, Steve Langasek wrote: > On Tue, Mar 03, 2009 at 01:43:53AM +0100, Marco d'Itri wrote: > > The upstream maintainers decided that in the future the files in > > /etc/modprobe.d/ will be processed only if they have a .conf suffix. > What is the point of this change, except to force an ann

Re: xcdroast does no longer work with wodim: Who to blame?

On Tue, 3 Mar 2009, Bill Unruh wrote: > > libschilly as distributed by Debian is not a System Library, because > > it is part of the cdrtools work, does not implement a Standard > > Interface, nor is it included in the normal form of packaging a Major > > component, nor does it serve only to enabl

Re: xcdroast does no longer work with wodim: Who to blame?

Russell Coker writes: > If libschilly met the criteria for being a System Library then it > probably have been packaged for use by other programs. If you want to > make a case for including libschilly as a System Library then please > provide a list of some of the other programs which depend on

Re: xcdroast does no longer work with wodim: Who to blame?

On Mon, 02 Mar 2009, Bill Unruh wrote: > On Mon, 2 Mar 2009, Don Armstrong wrote: >> The fact that Debian does not currently distribute libschilly >> further indicates that it isn't a System Library. > > This is a bit of chicken and egg isn't it? No, because unlike the chicken and the egg,[0] if w

Re: xcdroast does no longer work with wodim: Who to blame?

On Tue, 3 Mar 2009, Russell Coker wrote: On Tue, 3 Mar 2009, Bill Unruh wrote: libschilly as distributed by Debian is not a System Library, because it is part of the cdrtools work, does not implement a Standard Interface, nor is it included in the normal form of packaging a Major component, no

Re: xcdroast does no longer work with wodim: Who to blame?

On Mon, 2 Mar 2009, Don Armstrong wrote: On Mon, 02 Mar 2009, Bill Unruh wrote: On Mon, 2 Mar 2009, Don Armstrong wrote: . I believe that you mean the above to apply to mkisofs, not to cdrtools, which is a bunch of different program. The programs which are purely CDDL I assume you have

Bug#517943: ITP: libchemistry-formula-perl -- enumerate elements in a chemical formula

Package: wnpp Severity: wishlist Owner: Carlo Segre * Package name: libchemistry-formula-perl Version : 1.0.1 Upstream Author : Bruce Ravel * URL : http://cars9.uchicago.edu/svn/libperlxray * License : Artistic Programming Lang: Perl Description : enu

Bug#517945: ITP: libxray-absorption-perl -- x-ray absorption data for the elements

Package: wnpp Severity: wishlist Owner: Carlo Segre * Package name: libxray-absorption-perl Version : 2.0.1 Upstream Author : Bruce Ravel * URL : http://cars9.uchicago.edu/svn/libperlxray * License : Artistic Programming Lang: Perl Description : x-ray

Re: Requirement for a “proper manpage” for every command

ma, 2009-03-02 kello 14:19 -0600, Manoj Srivastava kirjoitti: > Then, every few revisions, I would resync the man page. I > consider this just one of the things that Debian maintainedrs > ought to do -- I mean, we are not just glorified packagers. We could aid this process by having a to

Re: the files in /etc/modprobe.d/

Thought this would be a good opportunity to remind y'all about dh_installmodules(1), which can handle modprobe.d files in addition to kernel modules. Most packages shipping files in modprobe.d seem to generate the files via echo statements in debian/rules, rather than using it. dh_installmodules w

Bug#517946: ITP: libxray-scattering-perl -- x-ray scattering data for the elements

Package: wnpp Severity: wishlist Owner: Carlo Segre * Package name: libxray-scattering-perl Version : 0.2.2 Upstream Author : Bruce Ravel * URL : http://cars9.uchicago.edu/svn/libperlxray * License : Artistic Programming Lang: Perl Description : x-ray

Bug#517947: ITP: libxray-spacegroup-perl -- symmetry operations for the crystal space groups

Package: wnpp Severity: wishlist Owner: Carlo Segre * Package name: libxray-spacegroup-perl Version : 0.1.1 Upstream Author : Bruce Ravel * URL : http://cars9.uchicago.edu/svn/libperlxray * License : Artistic Programming Lang: Perl Description : symme

Re: xcdroast does no longer work with wodim: Who to blame?

On Tue, 3 Mar 2009, Bill Unruh wrote: > > Also please note that there is nothing stopping you from building your > > own packages of any software you like that isn't in Debian and hosting > > them on your own web server. It's really not difficult to do. > > > > Bill, you could become the unoffici

Re: xcdroast does no longer work with wodim: Who to blame?

Bill Unruh writes: > He certainly does claim to be the copyright holder and as having the > right to license them under CDDL, and I think barring solid evidence to > the contrary, one should accept him at his word. Given the evidence that's been presented in the past that contradicts this, I'm m

Bug#517948: ITP: yasnippet -- A template system for Emacs

Package: wnpp Severity: wishlist Owner: "Julián Hernández Gómez" * Package name: yasnippet Version : 0.5.10 Upstream Author : pluskid * URL : http://code.google.com/p/yasnippet/ * License : GPL Programming Lang: Emacs Lisp Description : A template syst

Re: xcdroast does no longer work with wodim: Who to blame?

On Mon, 02 Mar 2009, Bill Unruh wrote: > He certainly does claim to be the copyright holder and as having the > right to license them under CDDL, and I think barring solid evidence > to the contrary, one should accept him at his word. TPMDIR=$(mktemp -d); cd "$TMPDIR"; wget -O- 'ftp://ftp.berlios.

Re: the files in /etc/modprobe.d/

On Tue, Mar 03, 2009 at 03:09:52AM +0100, Marco d'Itri wrote: > On Mar 03, Steve Langasek wrote: > > On Tue, Mar 03, 2009 at 01:43:53AM +0100, Marco d'Itri wrote: > > > The upstream maintainers decided that in the future the files in > > > /etc/modprobe.d/ will be processed only if they have a .c

Re: the files in /etc/modprobe.d/

On Mon, Mar 02, 2009 at 10:02:11PM -0500, Joey Hess wrote: > > Insert the typical winge here about dpkg conffile renaming code > being deployed via cut-n-paste from a wiki page instead of any > of our better technologies, such as a utility, with a man page, > in a single package. > It would of c

Re: Requirement for a “pro per manpage” for every command

Le Tue, Mar 03, 2009 at 12:10:09AM +, Roger Leigh a écrit : > > crap maintainer > bloody lazy. I thought I was doing something good when writing manpages, now I realise what I am for not writing enough : « responsable de merde putain de feignant » (translated in my language). Thank you for op

Re: Requirement for a “proper manpage” for every command

Ben Finney wrote: Wording and tone aside, is that expectation reasonable? Yes. What course of action is open to a user of the package, with a maintainer who has made it plain they're not interested in following (this part of) policy? There's nothing direct you can do as user. As a packager,

Re: xcdroast does no longer work with wodim: Who to blame?

On Mon, 2 Mar 2009, Don Armstrong wrote: On Mon, 02 Mar 2009, Bill Unruh wrote: He certainly does claim to be the copyright holder and as having the right to license them under CDDL, and I think barring solid evidence to the contrary, one should accept him at his word. TPMDIR=$(mktemp -d); cd

conffile renaming and other sh snippets for maintainer scripts

On Mon, Mar 02, 2009 at 08:01:42PM -0800, Steve Langasek wrote: > It would of course have to be in an Essential: yes package, since conffile > renaming has to be handled in the package preinst and we wouldn't want > conffile handling to involve lots of extra Pre-Depends. dpkg itself is the > most

Re: conffile renaming and other sh snippets for maintainer scripts

Stefano Zacchiroli writes: > On Mon, Mar 02, 2009 at 08:01:42PM -0800, Steve Langasek wrote: >> It would of course have to be in an Essential: yes package, since >> conffile renaming has to be handled in the package preinst and we >> wouldn't want conffile handling to involve lots of extra Pre-De